[gelöst] Aktuelles vdr-plugin-xineliboutput (für vdr-1.7.x) auf armel (Dockstar, SheevaPlug, ...)?

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

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

Clues, anyone?

Zitat

Original von lami
hatte ein ähnliches Problem. Meine Lösung findest du hier.

Super, löppt jetzt (vdr-plugin-xineliboutput_1.0.6+cvs20100913.2030-6yavdr1 mit Deinem Patch)! Vielen Dank

Zitat

Original von traxanos
könnt ihr mal über die performance berichten. [...] interessant wären, wie viele aufnahmen möglich sind (sd und hd). ob xineliboutput stabil läuft. und ob jemand mal den streamdev-server/client genutzt hat.

Ich hab' über's Wochenende meinen zweiten Dockstar als VDR aufgesetzt, Details im Blog. Bislang kann ich nur zur Performance des DVB-T-VDRs was sagen, hier sind zwei bis drei parallele (SD-) Aufnahmen unkritisch als auch die Wiedergabe einer HD-Aufnahme. ARD HD über den neuen Dockstar-VDR wiederzugeben habe ich kurz versucht, aber das Netbook hatte weder die Leistung noch die Grafikauflösung dafür ...

Meinen DVB-T-VDR nutze ich per vdr-sxfe am Laptop als Fernseher; der DVB-S2-VDR wird primär als Streamdev-Server benutzt werden bzw. als Aufnahmeserver (programmiert per live-Plugin).