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.


Themen - mifritscher

Seiten: [1]
1
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.

2
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^^

3
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.

4
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?

5
Sundtek MediaTV Pro / Problem mit tvheadend + analog TV
« am: Oktober 27, 2012, 07:36:28 Nachmittag »
Ich verwende ubuntu 12.04 (64 bit), mit tvheadend 2.12 und aktuellen Treibern. Außerdem habe ich ffmpeg wie im Changelog angegeben installiert

Ich habe tvheadend mit -C (keine Authentifizierung) gestartet, da ich sonst 401er bekomme.
Ich dvb ausgeschalten, da ich analoges TV habe.
Wenn ich einen Kanal über das Webinterface von tvheadend anschauen möchte bekomme ich folgendes:

Oct 27 19:32:38 server tvheadend[15252]: v4l: /dev/video0: Tuned to 175250000Hz
Oct 27 19:32:38 server tvheadend[15252]: subscription: "HTTP" subscribing on "Kabel 1", weight: 150, adapter: "Sundtek MediaTV MediaTV USB", network: "<N/A>", mux: "175250000 Hz", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 27 19:32:38 server tvheadend[15252]: subscription: "HTTP" subscribing on "Kabel 1", weight: 150, adapter: "Sundtek MediaTV MediaTV USB", network: "<N/A>", mux: "175250000 Hz", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 27 19:32:38 server tvheadend[15252]: Transport: Sundtek MediaTV MediaTV USB/0 Hz: Status changed to [Hardware input] [Input on service]
Oct 27 19:32:38 server tvheadend[15252]: Transport: Sundtek MediaTV MediaTV USB/0 Hz: Status changed to [Hardware input] [Input on service] [Demuxed packets]
Oct 27 19:32:38 server tvheadend[15252]: TS: Sundtek MediaTV MediaTV USB/0 Hz: MPEG2VIDEO: Corrupted PES header
Oct 27 19:32:38 server tvheadend[15252]: Transport: Sundtek MediaTV MediaTV USB/0 Hz: Status changed to [Hardware input] [Input on service] [Demuxed packets] [Reassembled packets]
Oct 27 19:32:43 server tvheadend[15252]: subscription: "HTTP" unsubscribing from "Kabel 1"

Was ist da kaputt? xawtv -c /dev/video0 geht sofort, und zeigt mir den richtigen Kanal (Kabel1) an.

6
Hallo,

gestern ist der Stick gekommen, und ich bin über ein paar Probleme gestolpert: (Ubuntu 12.04, 64 bit, analoges TV)
- die installatio über das sundtek_installer_development.sh hat das System zum kompletten hängen gebracht, beim startn von ls z.B.: ls: symbol lookup error: /opt/lib/libmediaclient.so: undefined symbol: ___getevent . Die Netwerkinstallation über die .deb-Datei funktionierte (nach einem Neustart und aufräumen)
- xawtv braucht ein explizites -c /dev/video0 bei mir - da scheint das autom. Erkennen nicht zu funktionieren (was bei allen anderen Karten bisher sauber ging)
  -> vielleicht wäre ein minimaler Kerneltreiber sinnvoll, der ein "echtes" /dev/video0 bereitstellt und dass dann dem usermode-Treiber übergibt? Ein ls sieht z.B. kein /dev/dvb/adapter0...
- mythtv (:0.25.0+fixes.20120511 hat ein ähnliches Problem, das kann /dev/vbi0 nicht öffnen und crasht
-tvheadend funktioniert auch nicht, da wäre es vielleicht sinnvoll den dvb-teil komplett verstecken zu können

xawtv -c /dev/video0 und scantv funktionieren

Seiten: [1]