Salve,
vielleicht mache ich ja was falsch; aber augenscheinlich laufen aktuelle vdr-plugin-xineliboutput nicht mehr auf der armel-Architektur, zumindest nicht bei mir auf Debian Lenny auf armv5tel (Seagate FreeAgent Dockstar).
Die einzige Version des Plugins, die ich (nativ auf der Zielarchitektur gebaut) für vdr-1.7.10 zum Laufen gebracht habe, ist vdr-plugin-xineliboutput_1.0.4-1 aus etobi vdrdevel. Aus der selben Quelle versterben verschiedene Version, u. a. vdr-plugin-xineliboutput_1.0.4+cvs20090823.1048-1, beim VDR-Start mit SIGSEGV. Neuere Versionen als auch das aktuelle CVS unterstützen ggf. 1.7.10 nicht mehr Die gut abgehangene 1.0.4 von xineliboutput paßt aber nicht zu aktuellen vdr-sxfe-Versionen und ist somit nicht brauchbar:
[17122] [input_vdr] Connecting (control) to tcp://vdr...:37890 ...
[17122] [input_vdr] Server greeting: VDR-1.7.10 xineliboutput-1.0.4 READY
[17122] [input_vdr] -----------------------------------------------------------------
[17122] [input_vdr] WARNING: Client and server versions of xinelibout are different !
[17122] [input_vdr] Client version (xine_input_vdr.so) is 1.0.90-cvs
[17122] [input_vdr] -----------------------------------------------------------------
[17122] [input_vdr] Connected (control) to tcp://vdr...:37890
[17122] [input_vdr] Connecting (data) to tcp://vdr...:37890 ...
[17122] [input_vdr] Data stream connected (TCP)
[17122] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000!
[17136] [input_vdr] invalid parameter in control message VIDEO_PROPERTIES -1 -1 -1 -1 0
Alles anzeigen
Nachdem 1.7.10 also augenscheinlich eine Sackgasse ist, habe ich nun auf https://launchpad.net/~the-vdr…rchive/vdr-ubuntu-karmic/ geschwenkt mit vdr-1.7.14; aber auch von dort läßt sich vdr-plugin-streamdev_0.5.0~pre20090706+cvs20100307.2102-3yavdr1zwar übersetzen, aber gestartet mit -Pxineliboutput verstirbt vdr widder mit SIGSEGV. Selbiges gilt leider auch für die Sourcen aus dem Sourceforge-CVS
[...]
mmap2(NULL, 253952, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x44e00000
mprotect(0x41d90000, 8192, PROT_READ|PROT_WRITE) = 0
mprotect(0x41d92000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x41d93000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x41d94000, 4096, PROT_READ|PROT_WRITE) = 0
gettimeofday({1285530525, 823660}, NULL) = 0
mprotect(0x41d95000, 32768, PROT_READ|PROT_WRITE) = 0
mprotect(0x41d9d000, 65536, PROT_READ|PROT_WRITE) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Alles anzeigen
Clues, anyone?