(0.2) Ruckler ohne Logeintrag

Zur Theorie mit dem CPU Frequency Scaling: Ich habe jetzt mal die CPU auf die höchste Frequenz fixiert und ich sehe keinen Unterschied, zumindest bei ist das Frequency Scaling keine Ursache.

Zu dem Eintrag video_num_frames. Soweit ich das verstehe ist der Eintrag so gewollt und die Warnung darf ignoriert werden

CPU Frequency Scaling ist nicht die Ursache und kann ausgeschlossen werden.

Gruß
iNOB

Ich habe mir es heute beim Fußball noch einmal genau angeguckt:

Bei mir sind es keine Ruckler.
Bei mir ist es eher so, dass das Bild kurz stehen bleibt und dann
für einen kurzen Zeitraum schneller läuft im wieder synchron zu werden.
Während des schnell laufendem Bild, pixelt es auch ein wenig.

Ich verwende: stable

Ich habe schon bei yaVDR 0.1.1 von diesen Rucklern in xine und XBMC berichtet - anscheinend nicht nur bei HD, sondern auch bei SD: ca. alle 10-30 Minuten ein Ruckler von ca. 1-2 Sekunden.

Allerdings ist mir letzte Woche noch etwas aufgefallen, das eventuell weit hergeholt erscheint, aber vielleicht doch ein Hinweis sein könnte: Beim Experimentieren unter Windows (sorry!) mit Videostabilisierung von AVCHD-Material (techn.: Frameserving von Vegas nach VirtualDub mit Deshaker-Plug-in und von dort zu meGUI) habe ich mit dem x264-Encoder Testvideos kodiert, mal mit dem AVCHD- und mal mit dem Blu-ray-Profil. Ausgabeformat war MKV, theoretisch hätte also das rauskommen müssen, was man auch so als MKV in freier Wildbahn "findet".
Durch technische Probleme mit dem Frameserving war es allerdings nicht möglich, Ton mitzukodieren, und da es mir in erster Linie um das Video ging, kam eben ein MKV ohne Ton raus.
Mit VLC ist die Wiedergabe ruckelfrei (unter Windows), unter yaVDR 0.1.1 (sorry! werde bald updaten) mit XBMC ist jedoch keine flüssige Wiedergabe hinzubekommen. Wenn jetzt meGUI das MKV nicht falsch erstellt hat (vielleicht demuxe ich es nochmal und muxe es nochmal neu, ggf. auch mal mit Ton), würde ich zumindest bei XBMC darauf schließen, dass eine ruckelfreie Wiedergabe vom Audio-Timing abhängig ist.

Ich verwende, wie unten zu sehen, eine GeForce-8300-onboard-Lösung, derzeit ist sogar eine leisere GeForce 240 drin. Ton kommt über S/PDIF - habe noch keinen HDMI-Verstärker.
Kann es sein, dass die Timings von Video und Audio unterschiedlich sind und xine bzw. XBMC versuchen, diese Differenz auszugleichen, indem sie gelegentlich das Bild "ausbremsen"?
Oder ist es "nur" ein Timing-Problem zwischen den X.org-Settings und diversen Fernsehern?

Ich denke/hoffe, dass jetzt durch den Fußball mehr Leute auf das "Problem" aufmerksam werden bzw. sich einkreisen lässt, wann dieses Problem auftritt. Allerdings würde ich mir wünschen, dass man die Ruckler klarer trennt - manche sprechen von andauernden Rucklern im Sekundentakt, andere haben sogar Artefakte...

ich hoffe mal, dass ich hier richtig bin

habe zwar nicht yavdr laufen, aber ich nutze die yavdr-testing-repos, und da ich update-süchtig bin kloppe ich einfach immer alles neues drauf was das ppa so anbietet.

in den letzten tagen sind mir auch vermehrt ruckler mit artefakten und ton-hängern aufgefallen, das ganze nur in sd über dvb-s (wenn der dhl-mann gleich da war auch hd über dvb-c )

in den logs finde ich folgendes (recht synchron zu den rucklern):

Jun 16 10:51:36 WOPR vdr: [1550] frontend 0/0 lost lock on channel 5, tp 112545
Jun 16 10:51:36 WOPR vdr: [1550] frontend 0/0 regained lock on channel 5, tp 112
Jun 16 10:54:44 WOPR vdr: [1550] frontend 0/0 lost lock on channel 5, tp 112545
Jun 16 10:54:44 WOPR vdr: [1550] frontend 0/0 regained lock on channel 5, tp 112
Jun 16 10:56:36 WOPR vdr: [2320] [xine..put] cXinelibServer::Play Buffer overflo
Jun 16 10:58:04 WOPR vdr: last message repeated 481 times
Jun 16 11:00:27 WOPR vdr: [1550] frontend 0/0 lost lock on channel 5, tp 112545
Jun 16 11:00:27 WOPR vdr: [1550] frontend 0/0 regained lock on channel 5, tp 112545
Jun 16 11:04:00 WOPR vdr: [1550] frontend 0/0 lost lock on channel 5, tp 112545
Jun 16 11:04:00 WOPR vdr: [1550] frontend 0/0 regained lock on channel 5, tp 112545

auffällig sind natürlich die ca. 2 minuten zwischen den hängern, die sind aber nicht immer zwingend, es läuft auch mal länger gut.

in meiner cron.d ist nichts drin

PS: für system baue ich gleich mal eine signatur

gibt schon wieder was "neues" im repo !
bitte nochmal damit testen

also hier läuft alles rund heute seit 60 minuten

Hallo,

Ich habe heute auch auf die neuste Version upgedated und mir 45 Minuten Fussball angeschaut, dabei hatte ich nur ein Mal ein Ruckler, den finde ich jetzt auch im Logfile

Jun 16 17:57:27 apple vdr: [1678] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)Jun 16 17:57:30 apple vdr: last message repeated 589 times

Umschalten funktioniert wieder ziemlich gut, jetzt wieder ohne Pixel-Müll.Ich musste natürlich auch gleich den neuesten Nvidia Treiber aus dem Unstable Repo einspielen, geht soweit ich habe hin und wieder aber ein tearing. Keine Ahnung wo das jetzt herkommt.

Zitat

Ich musste natürlich auch gleich den neuesten Nvidia Treiber aus dem Unstable Repo einspielen

ich hoffe das keiner experimentiert und die repos mixt.
das kann mitunter "pixelmüll" verursachen.
neue libxine läuft hier bombenfest

mit der dvb-c karte hatte ich bei spanien-schweiz in HD keine probs

Schuldig, ich habe nur den Nvidia Treiber aus dem unstable eingespeilt der Rest ist stable.

hallo,

habe aich heute dist-upgrade gemacht und
finde auch dieses in /var/log/messages

Jun 16 18:49:08 garvdr vdr: [3260] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Jun 16 18:49:51 garvdr vdr: last message repeated 368 times

nebenbei bemerkt finde ich auch 1000 fach diese zeilen:
Jun 16 18:44:01 garvdr logger: starting mount-loader
Jun 16 18:44:16 garvdr logger: VIDEO_DIR=/srv/vdr/video.00
Jun 16 18:44:16 garvdr logger: executing mount-loader
Jun 16 18:44:16 garvdr logger: searching for video directories
Jun 16 18:44:16 garvdr logger: testing for /srv/vdr/video.00/net/gardiskstation.00 (30)
Jun 16 18:44:16 garvdr logger: found /srv/vdr/video.00/net/gardiskstation.00

das müllt das ganze log zu. alle 5 minuten kommt das.
kann man das abstellen?

gruß gunnar

@gunnar67 hattest du vorher mit testing getestet ?
ich bin mir immer noch ziemlich sicher, dass die versionen bei euch nicht zu libxine passen.
evtl. mal :

apt-get source vdr-plugin-xineliboutput

und das plugin lokal bauen, und nochmal testen.
ABER :
deb-src zeile für das stable repo in der sources.list nicht vergessen

Zitat

Originally posted by hotzenplotz5
apt-get source vdr-plugin-xineliboutput

und das plugin lokal bauen, und nochmal testen.
ABER :
deb-src zeile für das stable repo in der sources.list nicht vergessen

osd.c: In member function ‘virtual void cXinelibOsd::Flush()’:
osd.c:485: error: ‘vidWin’ was not declared in this scope
make[1]: *** [osd.o] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/local/src/vdr-1.7.14/PLUGINS/src/vdr-plugin-xineliboutput-1.0.6+cvs20100602.1715'
*** failed plugins: xineliboutput

muss ich da noch extra was an vdr patchen?
ich dachte immer ein: dpatch apply-all im plugins dir reicht ?!

hallo,
ja ich hatte mal die libxine2 von testing handisch mit dpkg -i installiert,
aber libxine2 wurde heute beim dist-upgrade ersetzt.

ich habe folgendes installiert momentan:

gunnar@garvdr:/etc/init$ sudo dpkg -l \*xine\* |grep ^ii
ii libxine1-xvdr 1.0.6+cvs20100602.1715-2yavdr1 Xine input plugin for vdr-plugin-xineliboutp
ii libxine2 1.2.0~hg20100615-0yavdr1 the xine video/media player library, binary
ii libxinerama1 2:1.1-2 X11 Xinerama extension library
ii vdr-plugin-xine 0.9.3-8yavdr1 Plugin for "software only" playback using xi
ii vdr-plugin-xineliboutput 1.0.6+cvs20100602.1715-2yavdr1 VDR plugin for Xine based sofdevice frontend
ii xine-ui 0.99.6~cvs-20090930ubuntu1 the xine video player, user interface
ii xineliboutput-sxfe 1.0.6+cvs20100602.1715-2yavdr1 Remote X-Server frontend for vdr-plugin-xine

ich habe übrigens nach dem dist-upgrade heute ein reboot gemacht.
gruß

Zitat

Original von gunnar67

Jun 16 18:44:01 garvdr logger: starting mount-loader
Jun 16 18:44:16 garvdr logger: VIDEO_DIR=/srv/vdr/video.00
Jun 16 18:44:16 garvdr logger: executing mount-loader
Jun 16 18:44:16 garvdr logger: searching for video directories
Jun 16 18:44:16 garvdr logger: testing for /srv/vdr/video.00/net/gardiskstation.00 (30)
Jun 16 18:44:16 garvdr logger: found /srv/vdr/video.00/net/gardiskstation.00

das müllt das ganze log zu. alle 5 minuten kommt das.
kann man das abstellen?

gruß gunnar

Alles anzeigen

... ein paar Posts über deinem KLICK

eieieiei
das wird so nix

apt-get install vdr-dev
apt-get build-dep vdr-plugin-xineliboutput
apt-get source vdr-plugin-xineliboutput
cd v*
dpkg-buildpackage -tc
cd ..
dpkg -i *.deb

Zitat

Originally posted by hotzenplotz5
eieieiei
das wird so nix

apt-get install vdr-dev
apt-get build-dep vdr-plugin-xineliboutput
apt-get source vdr-plugin-xineliboutput
cd v*
dpkg-buildpackage -tc
cd ..
dpkg -i *.deb

Alles anzeigen

man lernt nie aus danke fuer die kleine einschulung. hat mich schon lange interessiert wie man es "richtig" macht.