(0.2) Ruckler ohne Logeintrag

also ich hab zwar noch paar ruckler die sind aber nur sporadisch. außerdem sind kameraschwenks wesentlich flüssiger bei mir!!! nur die umschalt fehler am anfang hab ich nun wieder wie bei 0.1.1 aber das stört 0.

Auch von mir posities Feedback:

Scheinbar keine Ruckler (ich hab noch keine gesehen, schaue aber auch erst 30 Min)
LIVE TV HD unter xbmc geht plötzlich

Zitat

Moin

Ich habe den HDMI Ton wieder aktiviert und das Paket eingespielt.

wget http://ppa.launchpad.net/yavdr/unstable-.../x/xine-lib-1.2
/libxine2_1.2.0~hg20100610-1yavdr1_i386.deb

Sieht bis jetzt ganz gut aus, die erste Halbzeit lief ohne Ruckler auf SKY Sport HD.

mfg azuver

Alles anzeigen

Und welche Patche sind in diesem Packet enthalten?
Ist in diesem Packet die Patche schon mit drin?

Danke

Habe auch sporadisch diese Ruckler..
Welche xine-lib soll man denn nun testen? So wie ich das jetzt verstanden hab, die aus dem unstable-repo.. soweit ich das sehen kann, ist die aus dem testing-repo aber neuer??
Sonst brauch ich nichts zu updaten, oder?? Nur das eine Paket..

Das Ruckeln tritt bei mir nicht nur im VDR (HD und SD), sondern auch im XMBC auf.
Im XBMC habe ich nur einen kurzen Test mit 1080p Filmen gemacht. Bei SD ist dies noch nicht aufgetreten.
Dauert so ca 2 Sekunden.

CPU: i3 530
RAM: 4GB
Grafik: GT240

Also ich habe jetzt mal die testing gegen die unstable Version beim Fussball ausprobiert und sehe da leider keine wesentliche Besserung. Ich habe immer noch eine Reihe von kleineren Rucklern. Ist natürlich besser als die Standard Version aber ganz weg sind sie leider noch nicht. Kann es vielleicht sein, dass auch eine der xinelib Einstellungen etwas damit zu tun hat ?

So, liebe Leute,

im "stable" repo ist jetzt die aktuelle libxine von heute mit sehr vielversprechenden Änderungen. Sie ist völlig ungepatcht, mit ein paar Blockartefakten beim Umschalten auf HD-Sender muss also gerechnet werden.

Macht euch doch bitte selbst ein Bild und spart nicht mit Feedback!

Gruß
Holger

Hallo,
nach dem "apt-get upgrade" hatte ich nach dem reboot nur den Text "fail" in roten Buchstaben mitten auf dem Bildschirm....hatte ich so auch noch nicht gesehen...

Nach erneutem Hochfahren alles i.O., bisher keine Klötzchen mehr gesehen...
Die Klötzchen beim Umschalten von HD Sendern sind vorhanden, stören aber mich nicht sonderlich.

mal sehen, wie es beim Fußball aussieht......
nach 5min auf ARD HD noch alles gut.

ok mal aktueller stand :

stable-vdr : libxine von heute ohne patch
testing-vdr : libxine von heute mit patches von hier :
http://vdrportal.de/board/thre…?postid=918646#post918646
http://vdrportal.de/board/thre…?postid=918654#post918654

Also,
nach längerer Zeit treten die Klötchen doch wieder auf, schade...
Evtl. etwas weniger als zuvor, aber das kann ich nicht genau sagen.

Hallo,
nach dem heutigen update(stable) habe ich mehrere Freezes auf HD sendern.

Das rote Fail konnte ich auch schon mehrmals sehen aber schon vor dem heutigen update direkt nach dem boot ein restart des VDR half meist.

Einzigen beiden komischen logeinträge sind
Jun 12 22:48:39 MMS vdr-sxfe[1381]: [1405] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels

und
http://vdr-portal.de/board/thread.php?threadid=97164

Ob da ein zusammenhang besteht kann ich leider noch nicht beurteilen. Versuche nochmal ein Freeze log zu kriegen sobald es wieder kommt.

Das sagt er beim umschalten auf ZDF HD:
Jun 12 22:57:14 MMS vdr: [761] switching to channel 2
Jun 12 22:57:14 MMS vdr: [1412] TS buffer on device 1 thread ended (pid=761, tid=1412)
Jun 12 22:57:14 MMS vdr: [1411] buffer stats: 187060 (8%) used
Jun 12 22:57:14 MMS vdr-sxfe[1381]: [1406] [input_vdr] wait_stream_sync: discard_index 810103656 != curpos 809941976 ! (diff 161680)
Jun 12 22:57:14 MMS vdr: [1411] receiver on device 1 thread ended (pid=761, tid=1411)
Jun 12 22:57:14 MMS vdr: [1490] receiver on device 1 thread started (pid=761, tid=1490)
Jun 12 22:57:14 MMS vdr: [1491] TS buffer on device 1 thread started (pid=761, tid=1491)
Jun 12 22:57:14 MMS vdr-sxfe[1381]: [1406] [demux_vdr] PMT changed
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264: Found NAL SPS at offset 6/151
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: profile_idc 77
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: pic_width: 80 mbs
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: pic_height: 45 mbs
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: frame only flag: 1
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: aspect_ratio_idc 1
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Jun 12 22:57:14 MMS vdr: [1490] [xine..put] Detected video size 1280x720
Jun 12 22:57:17 MMS vdr: [1488] Text2Skin: volume display update thread ended (pid=761, tid=1488)
Jun 12 22:57:17 MMS vdr-sxfe[1381]: [1405] [input_osd] OSD_Close(1): non-existing OSD !
Jun 12 22:57:17 MMS vdr-sxfe[1381]: [1405] [input_vdr] invalid parameter in control message OSDCMD

Ich habe jetzt die aktuelle stable-vdr getestet.
Das ab und zu geruckel ist immer noch da, aber nicht mehr so Wahrnehmbar weil es wesentlich kürzer ist.

Ich bin gestern Abend auch auf den aktuellen stable Stand umgestiegen und habe ähnliche Erfahrungen wie
iamhermes in dem Englandspiel habe ich eigentlich nur einen grossen Ruckler ganz am Schluss ansonsten maiximale wenige kleine, geht also in die richtige Richtung. Ich habe auch einige gut bekannte Einträge in dem syslog:

Jun 12 21:26:45 apple vdr: [1599] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)Jun 12 21:28:05 apple vdr: last message repeated 923 times

Ich habe vier solche Einträge während des England-Spiels.

... es wurde ja an anderer Stelle schon mal gepostet: Wer keine NFS-Mounts verwendet sollte mal das "mount-loader" script deaktivieren. Das schlägt momentan alle 2 Minuten zu. Intern haben wir das schon korrigiert, Pakete gibt es aber noch nicht.

Das script wird als conjob in "/etc/cron.d/" aufgerufen. Einfach da mal die Datei "vdr" aus dem Weg räumen und "sudo restart cron" absetzen.

Gruß
Holger

PS: Bei mir läuft die aktuelle libxine sehr zufriedenstellend.

hallo

nach upgrade absturz bei live fernbedienung

mfg ernst

Zitat

Original von HolgerR
Das script wird als conjob in "/etc/cron.d/" aufgerufen. Einfach da mal die Datei "vdr" aus dem Weg räumen und "sudo restart cron" absetzen.

OK. Danke für den Tipp. Habe die Zeile

*/2 *    * * *   vdr   mount-loader

in /etc/cron.d/vdr auskommentiert.

Zudem habe ich dem VDR eine feste IP gegeben, war dhcp. Der dhcp prozess
wird auch alle paar Minuten gestartet.

Kann es sein, das Ruckler kommen, wenn der Prozessor kurz hoch taktet.
Nur eine Vermutung!

Zitat

Original von HolgerR
PS: Bei mir läuft die aktuelle libxine sehr zufriedenstellend.

Benutzt du die stable- oder die testing Version von libxine?

Zitat

Original von peter2
Kann es sein, das Ruckler kommen, wenn der Prozessor kurz hoch taktet.
Nur eine Vermutung!

Die Vermutung teile ich. Bei einem meiner Rechner heult der CPU-Lüfter in diesen Momenten auf.

Gruß
Holger

Nochmal ich:

In /var/log/syslog habe ich folgende Zeile gefunden:

Jun 13 12:15:27 vdr vdr-sxfe[1162]: [1178] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels

Sollte man an "engine.buffers.video_num_frames" vielleicht noch etwas tunen?
Oder ist das so OK?

Zitat

Original von peter2

Benutzt du die stable- oder die testing Version von libxine?

testing