Gen2VDR2.0 XineLibOutput "Abstürze"

Multivitamin · 27. April 2008

Hallo!

ich nutze hier ein Budget System mit Gen2vdr und Ausgabe über das XineLibOutput Plugin. Geregelt bleibt dabei leider das Bild stehen. Die Audioausgabe läuft weiter, nur die Anzeige "hängt"

Im Log steht dann folgendes:

Code

Apr 27 13:50:45 [vdr] [17138] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
                - Last output repeated 1033 times -
Apr 27 13:50:50 [vdr] [17138] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Apr 27 13:50:50 [vdr] [17138] [xine..put] cXinelibServer::Play_PES Write/Queue error (TCP/PIPE)
Apr 27 13:50:50 [vdr] [17138] [xine..put] Closing connection 0
Apr 27 13:50:51 [logger] [15043] [input_vdr] Control stream disconnected
Apr 27 13:50:51 [logger] [15045] [input_vdr] read_block: no data source, returning NULL

Hat jemand eine Idee was ich machen kann um dem Problem auf die Spur zu kommen? ich würde mich sehr freuen... Danke!

--
Gruß Multi

kds70 · 27. April 2008

Bleibt er zufällig beim Bedienen des OSD hängen ? Das Problem hab ich bei meinem 2. VDR nämlich auch ab und an ... und meist dann, wenn das OSD bei einem niedrig auflösenden Sender NICHT transparent dargestellt wird.

MMmmmh ...

Multivitamin · 27. April 2008

H kds70i!

du könntest recht haben, dass es immer in Verbindung mit der OSD-Bedienung passiert. Ich bin mir zwar noch nicht 100%ig sicher, aber das werde ich weiter beobachten...
Hat denn vielleicht jemand eine Lösung für uns
--
Gruß Multi

helau · 27. April 2008

Hallo,
Versuche es mal mit nem andern Skin, das koennte OSD Probleme beseitigen ...

kds70 · 27. April 2008

Zitat

Original von helau
Hallo,
Versuche es mal mit nem andern Skin, das koennte OSD Probleme beseitigen ...

OSD Wechsel, nee das brachte nichts, das weiss ich noch. Sonderlich stören tut es mich nicht, da es nur den Client im Arbeitszimmer betrifft. Aber ich werde mal ein LOG beifügen wenn es nochmal passiert; schau mer mal. Dummerweise passiert sowas immer, wenn man jemanden den VDR vorführen will =)

Dafür läuft VDR #1 rockstable - da hat Helau schon ganze Arbeit geleistet

chris7 · 27. April 2008

Hallo,

Ich habe auch das gleiche Problem mit Xineliboutput.

Bei mir tritt es definitiv immer im Zusammenhang mit OSD-Operationen auf. Ich habe bereits xine-lib auf 1.1.11.1 und xineliboutput auf 1.0.0 aktualisiert, dies hat aber keine Verbesserung gebracht.

Das Problem ist bei mir auf genau der selben Maschine unter Gen2VDR 1.1 nicht aufgetreten, erst unter 2.0.

Ich habe das Problem auch schon mal unter http://vdr-portal.de/board/thread.php?threadid=72577 beschrieben. (In diesem Thread geht es allerdings um zwei verschiedene Probleme. Das Problem mit den Xineliboutput-"Hängern" dürfte - entgegen meinen in diesem Thread geäußerten Vermutungen - unabhängig vom verwendeten OSD-Skin auftreten.)

Das OSD ist bei mir übrigens auf nicht-transparent gestellt.

lG
Christoph

kds70 · 28. April 2008

Zitat

Original von chris7
...

Das OSD ist bei mir übrigens auf nicht-transparent gestellt.

lG
Christoph

und genau dann, wie bei mir, treten die Abstürze im OSD auf. In den transparenten Modi ist mir das noch nicht aufgefallen. Das hab ich weiter oben ja schonmal geschrieben.

Ich versuche nachher mal den Absturz zu provozieren um an eine Logmessage zu kommen.

Multivitamin · 28. April 2008

Zitat

Originally posted by helau
Hallo,
Versuche es mal mit nem andern Skin, das koennte OSD Probleme beseitigen ...

Hi!

leider hilft dies bei mir auch nicht. Auch mit einem anderen Skin bleibt das Problem

--
Gruß Multi

kds70 · 30. April 2008

Soo, ich hab den Absturz mal provoziert und mein OSD mal wieder nicht transparent eingestellt und ein bißchen im OSD navigiert; es dauerte keine Minute bis zum Absturz, der genau um 09:59:42 Uhr erfolgte. Das OSD bleibt dann unverändert sichtbar und LiveTV / Aufnahmen bleiben mit dem letzten Bild stehen. Eingaben (FB / Tastatur) sind dann nicht mehr möglich und mann muss über die Konsole neustarten.

Hier ein Auszug aus der messages.log

Zitat

Apr 30 09:58:35 [vdr] [7954] [xine..put] OSD bandwidth: 1226652 bytes/s (9583 kbit/s)
Apr 30 09:58:36 [vdr] [7954] [xine..put] OSD bandwidth: 525876 bytes/s (4108 kbit/s)
Apr 30 09:58:38 [vdr] [7954] [xine..put] OSD bandwidth: 907512 bytes/s (7089 kbit/s)
Apr 30 09:58:39 [vdr] [7954] [xine..put] OSD bandwidth: 1175848 bytes/s (9186 kbit/s)
Apr 30 09:59:21 [vdr] [7954] no translation found for 'Blacklist' in language 1 (Deutsch)
Apr 30 09:59:21 [vdr] [7954] no translation found for 'Whitelist' in language 1 (Deutsch)
Apr 30 09:59:35 [vdr] [7954] saved setup to /etc/vdr/setup.conf
Apr 30 09:59:38 [vdr] [8065] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
- Last output repeated 1053 times -
Apr 30 09:59:42 [vdr] [8065] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Apr 30 09:59:42 [vdr] [8065] [xine..put] cXinelibServer::Play_PES Write/Queue error (TCP/PIPE)
Apr 30 09:59:42 [vdr] [8065] [xine..put] Closing connection 0
Apr 30 09:59:43 [logger] [7995] [input_vdr] Control stream disconnected
Apr 30 09:59:43 [logger] [7997] [input_vdr] read_block: no data source, returning NULL
Apr 30 09:59:53 [sshd] Accepted keyboard-interactive/pam for root from 192.168.10.1 port 1154 ssh2
Apr 30 09:59:53 [sshd] pam_unix(sshd:session): session opened for user root by root(uid=0)
Apr 30 10:00:01 [cron] (root) CMD (rm -f /var/spool/cron/lastrun/cron.hourly)

Alles anzeigen

Ich sehe da was mit diesen TCP buffer overflows ... was sollte mir das nun sagen? Vielleicht kann damit ja jemand was anfangen und wiegesagt, es kommt NUR zu diesen Abstürzen, wenn das OSD auf NICHT transparent eingestellt ist.

LG Kai

chris7 · 16. Mai 2008

Hallo,

Das Problem scheint mit Xineliboutput 1.0.1 behoben zu sein! :):):)

Nach dem Update auf 1.0.1 ist es bei mir nicht mehr aufgetreten.

lG
Christoph

satmax2000 · 20. Mai 2008

Hi ,

wie date ich den Xineliboutput up? (für 1.4 Vdr)

Mit
./../../instpl.sh pluginname

gibts nur libextractor not found.

lg max

ps. Oder soll ich lieber auf ein Update von helau warten ?

Multivitamin · 22. Mai 2008

Hallo!

das ist ja sehr interessant. Dann würde ich auch gerne auf die Version 1.0.1 updaten. Nur wie tun?

Wenn uns jemand also kurz erklären könnte wie es gemacht wird, würde ich mich sehr freuen. Danke

Mr.N!ce · 22. Mai 2008

das Plugin herunterladen und mit dem instplg.sh Befehl einspielen

Noch einfacher Beispiel aus der alten Live Plugin installation, nicht mehr benötigt
/_config/bin/instplg.sh http://winni.vdr-developer.org/epgsearch/d...9.24.beta26.tgz

helau · 22. Mai 2008

Zitat

Original von satmax2000
Hi ,

wie date ich den Xineliboutput up? (für 1.4 Vdr)

Mit
./../../instpl.sh pluginname

gibts nur libextractor not found.

lg max

ps. Oder soll ich lieber auf ein Update von helau warten ?

Alles anzeigen

Poste mal genau was Du eingibst und was ausgegeben wird.
Es muss uebrigens:
/_config/bin/instplg.sh <plugin-tar-file>
heissen, wobei plugin-tar-file eine url oder eine bereits heruntergeladene Datei sein kann.

kds70 · 22. Mai 2008

Zitat

Original von helau
Poste mal genau was Du eingibst und was ausgegeben wird.
Es muss uebrigens:
/_config/bin/instplg.sh <plugin-tar-file>
heissen, wobei plugin-tar-file eine url oder eine bereits heruntergeladene Datei sein kann.

Huhuuuu helau =)

Ich misch mich mal ein da ich das gleiche Phänomen habe - auf die Gefahr hin mich zu blamieren; bin noch ein Linux Dau

Habe ebenfalls versucht auf xineliboutput 1.0.1 upzudaten; hierzu habe ich mir die Quelldatei von sourceforge gezogen, in /tmp/ gesteckt und wie folgt versucht zu installieren:

Schritt 1:
/_config/bin/instplg.sh /tmp/vdr-xineliboutput-1.0.1.tgz

Es folgte hierbei des öfteren die Meldung, dass der libextractor nicht existiert. Habe diesen nun mittels ermerge nachinstalliert und die Fehlermeldung erscheint nun nicht mehr.

Also habe ich Schritt 1 wiederholt; es kam natürlich die Fehlermeldung, dass das Verzeichnis xineliboutput 1.0.1 in usr/local/SRC/VDR/PLUGINS/src/ schon existierte. Also gelöscht und neuer Versuch, den Schritt 1 habe ich dann wiederholt.

Nach ca. 1 Minute endet die Prozedur mit diesem:

xine_post_swscale.c:881: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
make: *** [xine_post_swscale.o] Error 1
Error compiling xineliboutput
* Starting vdr ...

Xineliboutput bleibt somit bei Version 1.0.0 bei der Pluginauswahl. Die Version 1.0.1 scheint aber in dem Ordner usr/local/SRC/VDR/PLUGINS/src/xineliboutput vorhanden zu sein. Das sagt mir zumindest die Datei "History". Ebenfalls exisitiert dort der Ordner xineliboutput 1.0.1.

LG Kai

Zusatz: Habe grade gemerkt, dass er beim installieren doch noch diese Fehlermeldung bringt:

#warning libextractor version too old (0.5.20 required for track numbers)

Habe noch die 0.5.19er Version. Kann es daran liegen ?

helau · 22. Mai 2008

Hi,
Das ist dieses Problem:
http://www.htpc-forum.de/forum/index.php?showtopic=4469&hl=makefile

Nimm das darin von mir gepostete Makefile und entpacke dieses ins xineliboutput plugin Verzeichnis.
Dann ein
make all
und
/_config/bin/instvdr.sh
Das libextractor Problem ist uebrigens unwichtig

satmax2000 · 22. Mai 2008

Hallo Helau,

kommt das xinelibout plugin mit dem nächsten Update ?
Dann zahlt sich das selber bauen nicht aus

lg max

helau · 22. Mai 2008

Hallo,
Das selberbauen dauert ca 3 Minuten
Generell kommen Plugin Updates ausser meinen beiden ( Admin/Alcd ) nicht via update (hoechstens Bugfixes)
Dafuer gibts ja extra das instplg script

kds70 · 22. Mai 2008

Zitat

Original von helau
Hi,
Das ist dieses Problem:
http://www.htpc-forum.de/forum/index.php?showtopic=4469&hl=makefile

Nimm das darin von mir gepostete Makefile und entpacke dieses ins xineliboutput plugin Verzeichnis.
Dann ein
make all
und
/_config/bin/instvdr.sh
Das libextractor Problem ist uebrigens unwichtig

Alles anzeigen

Danke dir helau ... hat funktioniert.

make all ging nicht, für "all" gab es nichts zu tun, daher benutzte ich /_config/bin/vdrmkplg.sh, da xineliboutput ja ein aktiviertes plugin war.
Nach dem /_config/bin/instvdr.sh hatte ich version 1.0.1 am laufen. Super, danke vielmals.

Hab ich grundsätzlich eigentlich was falsch gemacht ? Auf die Sache mit dem anderen makefile kommt ja kein Mensch =X Mit anderen Plugins sollte der von mir gegangene Weg doch direkt funktionieren oder ?

Greedings

helau · 22. Mai 2008

Hi,
Das Script funktioniert generell. Leider kompiliert xineliboutput nicht mit dem gcc 4.1.2 unter Gen2VDR daher hab ich das Makefile gepatched.

Gen2VDR2.0 XineLibOutput "Abstürze"

Jetzt mitmachen!

Teilen