1
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re: Gibt es eine Norm, wie viel Hub das 22 kHz Signal haben muss?
« am: Juni 19, 2025, 10:45:20 Nachmittag »
Genau, danke :-)
Beiträge anzeigen
Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.
Seiten: [1] 2
2
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Gibt es eine Norm, wie viel Hub das 22 kHz Signal haben muss?
« am: Mai 20, 2025, 07:12:36 Vormittag »
Weil ein neuer Multischalter bei mir nur bei einigen Geräten (u.a. der Sundtek Stick, ein anderer Stick und ein TV Gerät tun nicht) funktioniert: Wie viel Hub ist beim 22kHz Signal eigentlich als Minimum genormt? Ich vermute, dass der neue Multischalter hier ein Problem hat. Ein funktionierendes Gerät macht nämlich einen Hub von etwa 800 mV, der nicht funktionierende TV nur 100 mV. Letzterer hat bei 4 vorherigen Installationen problemlos funktioniert - und tut es auch immer noch.
3
Treiber / Linux installation: Lustiges Phänomen
« am: Januar 13, 2022, 10:34:13 Nachmittag »
Ich habe mir von http://sundtek.de/media/sundtek_netinst.sh den netinstaller geholt.
Auf meinem Rasberry 4 läuft das normale Raspbian 11, nichts gebastelt o.ä.
Nur mag das Script anscheinend das enthaltene sed nicht:
sed: Ungültige Option -- a
#aptitude show sed
Paket: sed
Version: 4.7-1
Aber das passiert exakt dann, wenn man das Script mit
. sundtek_netinst.sh
startet. Wenn man es ausführbar macht und es via
./sundtek_netinst.sh
ausführt tut es^^
Auf meinem Rasberry 4 läuft das normale Raspbian 11, nichts gebastelt o.ä.
Nur mag das Script anscheinend das enthaltene sed nicht:
sed: Ungültige Option -- a
#aptitude show sed
Paket: sed
Version: 4.7-1
Aber das passiert exakt dann, wenn man das Script mit
. sundtek_netinst.sh
startet. Wenn man es ausführbar macht und es via
./sundtek_netinst.sh
ausführt tut es^^
4
Software Entwicklung / libmediaclient.so lässt wipe crashen
« am: November 14, 2018, 11:49:16 Nachmittag »
Wollte unter Ubuntu 18.04 64 bit ne 1 GB Datei löschen - time wipe -i -q -Q 1 /media/michi/4D66-6D70/blah
.
Am Ende gabs ne Speicherschutzverletzung:
[342418.056014] wipe[23887]: segfault at ffffffff89600770 ip 00007f4084c4d819 sp 00007ffd3b374040 error 5 in libmediaclient.so[7f4084c4a000+10000] (mediaclient vom 10.02.2018)
Update half nichts:
[342981.602897] wipe[28561]: segfault at 2a368770 ip 00007fae828a9789 sp 00007ffd1511f7f0 error 4 in libmediaclient.so[7fae828a6000+10000] (mediaclient vom 13.11.2018)
gdb sagt folgendes:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7bc7789 in ?? () from /opt/lib/libmediaclient.so
(gdb) bt
#0 0x00007ffff7bc7789 in ?? () from /opt/lib/libmediaclient.so
#1 0x00007ffff7bc866f in open () from /opt/lib/libmediaclient.so
#2 0x00007ffff7bc8743 in open64 () from /opt/lib/libmediaclient.so
#3 0x000055555555741c in ?? ()
#4 0x0000555555558693 in ?? ()
#5 0x0000555555556b55 in ?? ()
#6 0x00007ffff77f4b97 in __libc_start_main (main=0x5555555562b0, argc=6, argv=0x7fffffffd648, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd638) at ../csu/libc-start.c:310
#7 0x000055555555701a in ?? ()
(gdb) info registers
rax 0x0 0
rbx 0x10900 67840
rcx 0x8 8
rdx 0x0 0
rsi 0x7ffff7bd1972 140737349753202
rdi 0x5579f770 1434056560
rbp 0xffffffff 0xffffffff
rsp 0x7fffffffc7b0 0x7fffffffc7b0
r8 0xfff 4095
r9 0x0 0
r10 0x55555575f010 93824994373648
r11 0x0 0
r12 0x5579f770 1434056560
r13 0x10900 67840
r14 0x7fffffffdad1 140737488345809
r15 0x55555579f8d0 93824994638032
rip 0x7ffff7bc7789 0x7ffff7bc7789
eflags 0x10202 [ IF RF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
Es hängt _kein_ TV-Receiver am Notebook.
.
Am Ende gabs ne Speicherschutzverletzung:
[342418.056014] wipe[23887]: segfault at ffffffff89600770 ip 00007f4084c4d819 sp 00007ffd3b374040 error 5 in libmediaclient.so[7f4084c4a000+10000] (mediaclient vom 10.02.2018)
Update half nichts:
[342981.602897] wipe[28561]: segfault at 2a368770 ip 00007fae828a9789 sp 00007ffd1511f7f0 error 4 in libmediaclient.so[7fae828a6000+10000] (mediaclient vom 13.11.2018)
gdb sagt folgendes:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7bc7789 in ?? () from /opt/lib/libmediaclient.so
(gdb) bt
#0 0x00007ffff7bc7789 in ?? () from /opt/lib/libmediaclient.so
#1 0x00007ffff7bc866f in open () from /opt/lib/libmediaclient.so
#2 0x00007ffff7bc8743 in open64 () from /opt/lib/libmediaclient.so
#3 0x000055555555741c in ?? ()
#4 0x0000555555558693 in ?? ()
#5 0x0000555555556b55 in ?? ()
#6 0x00007ffff77f4b97 in __libc_start_main (main=0x5555555562b0, argc=6, argv=0x7fffffffd648, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd638) at ../csu/libc-start.c:310
#7 0x000055555555701a in ?? ()
(gdb) info registers
rax 0x0 0
rbx 0x10900 67840
rcx 0x8 8
rdx 0x0 0
rsi 0x7ffff7bd1972 140737349753202
rdi 0x5579f770 1434056560
rbp 0xffffffff 0xffffffff
rsp 0x7fffffffc7b0 0x7fffffffc7b0
r8 0xfff 4095
r9 0x0 0
r10 0x55555575f010 93824994373648
r11 0x0 0
r12 0x5579f770 1434056560
r13 0x10900 67840
r14 0x7fffffffdad1 140737488345809
r15 0x55555579f8d0 93824994638032
rip 0x7ffff7bc7789 0x7ffff7bc7789
eflags 0x10202 [ IF RF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
Es hängt _kein_ TV-Receiver am Notebook.
5
Sundtek Streaming Server / Re:Ein Kern von rtspd komplett ausgelastet
« am: Februar 05, 2018, 01:01:16 Vormittag »
Eine Anmerkung noch, weil wohl der ein oder andere drüber stolpert (wie ich^^): Der netinstaller aktualisiert das _nicht_ automatisch, der Befehl sollte also regelmäßig ausgeführt werden, um die aktuelle Version zu haben.
6
Sundtek Streaming Server / Re:Ein Kern von rtspd komplett ausgelastet
« am: Februar 04, 2018, 02:47:58 Nachmittag »
Ok, weitere Analyse: Die 100% passieren beim Start des Rechners dann, wenn ich ich kodi starte. Nur Treiber und tvheadend verursachen das nicht. Vorher gibts den Prozess, zieht aber nur wenige % CPU - so wie es sein soll.
Wenn ich rtspd kille ist Ruhe. Das wird auch weder bei der Neuinstallation des Treibers noch beim Neustart von tvheadend oder kodi gestartet. Selbst wenn ich in tvheadend TV schaue wird rtspd nicht gestartet.
Wenn ich rtspd kille ist Ruhe. Das wird auch weder bei der Neuinstallation des Treibers noch beim Neustart von tvheadend oder kodi gestartet. Selbst wenn ich in tvheadend TV schaue wird rtspd nicht gestartet.
7
Sundtek Streaming Server / Re:Ein Kern von rtspd komplett ausgelastet
« am: Februar 03, 2018, 01:07:14 Nachmittag »
lsusb sagt:
<code>
Bus 003 Device 002: ID eb1a:51b2 eMPIA Technology, Inc.
</code>
mediaclient -e sagt:
<code>
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro (USB 2.0)] DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS, SWENCODER
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 3-1
[SERIAL]:
ID: U120416210803
[DVB-C,DVB-T]:
FRONTEND: /dev/dvb/adapter5/frontend0
DVR: /dev/dvb/adapter5/dvr0
DMX: /dev/dvb/adapter5/demux0
[ANALOG-TV]:
VIDEO0: /dev/video5
VBI0: /dev/vbi0
[FM-RADIO]:
RADIO0: /dev/radio0
RDS: /dev/rds0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
</code>
Es läuft noch tvheadend und darauf aufbauend kodi. Aber auch wenn ich beide ausschalte ändert sich an der Last nichts, obwohl mediaclient -e dann "standby" sagt.
<code>
Bus 003 Device 002: ID eb1a:51b2 eMPIA Technology, Inc.
</code>
mediaclient -e sagt:
<code>
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro (USB 2.0)] DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS, SWENCODER
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 3-1
[SERIAL]:
ID: U120416210803
[DVB-C,DVB-T]:
FRONTEND: /dev/dvb/adapter5/frontend0
DVR: /dev/dvb/adapter5/dvr0
DMX: /dev/dvb/adapter5/demux0
[ANALOG-TV]:
VIDEO0: /dev/video5
VBI0: /dev/vbi0
[FM-RADIO]:
RADIO0: /dev/radio0
RDS: /dev/rds0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
</code>
Es läuft noch tvheadend und darauf aufbauend kodi. Aber auch wenn ich beide ausschalte ändert sich an der Last nichts, obwohl mediaclient -e dann "standby" sagt.
8
Sundtek Streaming Server / Ein Kern von rtspd komplett ausgelastet
« am: Februar 03, 2018, 11:59:20 Vormittag »
Unter einem Ubuntu 16.04 x64 lastet /opt/bin/rtspd einen Kern komplett aus. netinst hab ich grad nochmal gemacht.
In einem top -H -p siehts folgendermaßen aus:
<code>
2855 root 20 0 349188 13136 5560 R 99,9 0,2 27:33.88 rtspd
2130 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.10 rtspd
2341 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.00 rtspd
2342 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.38 rtspd
2343 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.40 rtspd
2344 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.00 rtspd
2345 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.02 rtspd
2346 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.01 rtspd
2347 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.01 rtspd
</code>
Wenn ich da mit gdb einen backtrace hole bekomme ich meist folgendes:
<code>
#0 0x00007fe1490b774d in poll () at ../sysdeps/unix/syscall-template.S:84
#1 0x0000000000432491 in int_poll ()
#2 0x0000000000432eae in net_poll ()
#3 0x00000000004205a5 in poller_poll (pdv=0x7fe1300008c0, timeout=100) at poller.c:33
#4 0x0000000000419003 in rtsp_epg_scan (server=0x9b2010, device=0x9b51b0) at rtsp.c:8904
#5 0x000000000041bea1 in rtsp_device_thread (opaque=0x9b51b0) at rtsp.c:9973
#6 0x00007fe14938d6ba in start_thread (arg=0x7fe1457b4700) at pthread_create.c:333
#7 0x00007fe1490c341d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
</code>
Klingt nachm Problem rund um epg?
In einem top -H -p siehts folgendermaßen aus:
<code>
2855 root 20 0 349188 13136 5560 R 99,9 0,2 27:33.88 rtspd
2130 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.10 rtspd
2341 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.00 rtspd
2342 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.38 rtspd
2343 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.40 rtspd
2344 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.00 rtspd
2345 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.02 rtspd
2346 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.01 rtspd
2347 root 20 0 349188 13136 5560 S 0,0 0,2 0:00.01 rtspd
</code>
Wenn ich da mit gdb einen backtrace hole bekomme ich meist folgendes:
<code>
#0 0x00007fe1490b774d in poll () at ../sysdeps/unix/syscall-template.S:84
#1 0x0000000000432491 in int_poll ()
#2 0x0000000000432eae in net_poll ()
#3 0x00000000004205a5 in poller_poll (pdv=0x7fe1300008c0, timeout=100) at poller.c:33
#4 0x0000000000419003 in rtsp_epg_scan (server=0x9b2010, device=0x9b51b0) at rtsp.c:8904
#5 0x000000000041bea1 in rtsp_device_thread (opaque=0x9b51b0) at rtsp.c:9973
#6 0x00007fe14938d6ba in start_thread (arg=0x7fe1457b4700) at pthread_create.c:333
#7 0x00007fe1490c341d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
</code>
Klingt nachm Problem rund um epg?
9
Treiber / Re:Analog Video ruckelt
« am: Juli 14, 2014, 09:14:26 Nachmittag »
So mal ne spontane Idee: Ändert sich was, wenn dein Notebook am Netzteil hängt (bzw. nicht)?
Nicht dass da irgendwelche elektrischen Potenziale "herumschwirren", die die USB-Verbindung beeinträchtigen.
Vielleicht hilft als Workaround eine PCMCIA/CardBus USB bzw. ExpressCard USB Karte - wobei die ExpressCard eine "echte" ExpressCard sein sollte und nicht einfach die am ExpressCard-Slot vorhandene USB-Schnittstelle herausführt.
Nicht dass da irgendwelche elektrischen Potenziale "herumschwirren", die die USB-Verbindung beeinträchtigen.
Vielleicht hilft als Workaround eine PCMCIA/CardBus USB bzw. ExpressCard USB Karte - wobei die ExpressCard eine "echte" ExpressCard sein sollte und nicht einfach die am ExpressCard-Slot vorhandene USB-Schnittstelle herausführt.
10
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 29, 2012, 10:35:29 Vormittag »
Genauso hab ich es auch gemacht, gerade eben nocheinmal. Ich bin erstmal auf der Arbeit, heute Abend können wir mal schauen. Wenn es eine Debugvariante gbt, die z.B. noch mehr Infos ausgibt, kann ich die aber auch unterm Tag ausführen.
Edit: die keymap:
Edit: die keymap:
Code: [Auswählen]
0x16 KEY_POWER
0x0c KEY_EXIT
0x00 KEY_1
0x01 KEY_2
0x02 KEY_3
0x03 KEY_4
0x04 KEY_5
0x05 KEY_6
0x06 KEY_7
0x07 KEY_8
0x08 KEY_9
0x14 KEY_0
0x0a KEY_TAB
0x0e KEY_REFRESH
0x10 KEY_SCREEN
# KEY_BACK wuerde auch passen
0x13 KEY_ESC
0x20 KEY_UP
0x42 KEY_LEFT
0x0b KEY_ENTER
0x43 KEY_RIGHT
0x21 KEY_DOWN
0x11 KEY_CHANNELUP
0x1b KEY_CHANNELDOWN
0x44 KEY_MUTE
0x12 KEY_VOLUMEUP
0x48 KEY_VOLUMEDOWN
0x1a KEY_RECORD
0x41 KEY_PLAY
0x40 KEY_STOP
0x19 KEY_PAUSE
0x1c KEY_FORWARD
0x1e KEY_REWIND
11
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 29, 2012, 09:24:23 Vormittag »
Hab genau die selbe Version - auf einem Ubuntu 12.04, 3.2.0-32er Kernel, 64 Bit
Interessant ist, dass wenn ich die keymap in der konfig angebe sie zwar "irgendwie" lädt (ohne Fehlermeldungen), die Tastenbelegung danach allerdings ziemlich durcheinander ist
Hab die Belegungen nach dem Start und dem manuellen Anpassen mal unter http://nopaste.info/60af58f22c.html hochgeladen.
Interessant ist, dass wenn ich die keymap in der konfig angebe sie zwar "irgendwie" lädt (ohne Fehlermeldungen), die Tastenbelegung danach allerdings ziemlich durcheinander ist
Hab die Belegungen nach dem Start und dem manuellen Anpassen mal unter http://nopaste.info/60af58f22c.html hochgeladen.
12
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 29, 2012, 01:30:51 Vormittag »
Hmm, mir ist diesbezüglich nichts aufgefallen...
Ich habe meine Datei mal unter http://mifritscher.de/austausch/sundtek.conf hochgeladen.
Ich habe meine Datei mal unter http://mifritscher.de/austausch/sundtek.conf hochgeladen.
13
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 28, 2012, 11:43:21 Nachmittag »
Ich habe die unter http://wiki.sundtek.de/index.php/TreiberKonfiguration verwendet und die beiden # vor den entsprechenden Zeilen geloscht.
14
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 28, 2012, 06:01:35 Nachmittag »
Hmm, bei mir wird zwar first_adapter, aber nicht first_videodev beachtet...
15
Software / Re:Alternative Fernbedienung
« am: Oktober 28, 2012, 03:20:15 Nachmittag »
Eine kleine Frage zur Anleitung: Bei scheint die Taste bei der Ausgabe von --pollrc in den _letzten_ beiden Ziffern kodiert zu sein, in den ersten beiden Ziffern wird nur markiert, ob die Taste gerade gedrückt wird?
Edit: die wirklich wichtigen Ziffern sind die 4. und 3. letzten
Edit: die wirklich wichtigen Ziffern sind die 4. und 3. letzten
Seiten: [1] 2