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

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

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

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