Wie ruckelfrei ist vdpau (auf Ion) wirklich?

    Habe letzten August lange an meinem aktuellen VDR gebastelt und mich dann seither erst mal damit zufriedengegeben. Die folgenden Probleme gabs von Anfang an, gab ja div. HD Showcases und es gibt arteHD, ausserdem treten sie im Prinzip sogar bei SD auf. Trotzdem ist der offizielle HD-Start ein guter Zeitpunkt, der Sache nochmal nachzugehen.


    Es läuft alles auf einem ION 330 mit Software-Stand vom August 2009 (nvidia/xinelib/vdpau), Frontend ist vdr-xine.


    Es geht mir hier wohlgemerkt _nicht_ um die Frage, ob bei ION jetzt temporal oder nur bob als Deinterlacer geht, denn ich rede erst mal nur von 720p Sendern (ARD/ZDF HD), es ist also gar kein Deinterlacing im Spiel.


    Abgesehen von den Rucklern beim Umschalten (dauert ein paar Sek bis Bild und Ton smooth und synchron) ist im Prinzip erst mal alles OK. Aber es gibt dann doch regelmaessige Ruckler/Hänger. Da man sowas schwer beschreiben kann, habe ich es mal per Flip Cam aufgenommen und auf YouTube hochgeladen. Klar bleibt da von HD nicht viel übrig, aber den Effekt sieht man wie ich finde ganz gut!


    Fast über die ganze Laufzeit:
    http://www.youtube.com/watch?v=kM5vc1f1_mg
    Vor allem gegen Ende:
    http://www.youtube.com/watch?v=ANdECsCCY2Q

    Generell immer, wenn die Details sehr viele sind (hohe Bitrate?) sowie bei eher langsamen Kameraschwenks steigt die Gefahr für solche Ruckelei.


    Vielleicht sehen ja ein paar von euch "auf einen Blick" was da Sache ist.


    Die Bildfrequenz ist laut nvidia-settings 50Hz - daran sollte es nicht liegen. Auch spricht ja wohl dagegen, dass das scheinbar immer besonders gerne bei hochbitratigen Inhalten auftritt. Oder sagt ihr "das ist genau der 50/60Hz-Effekt!"?


    Oder ist der ION doch nicht leistungsfähig genug? Können es andere ION-Besitzer bestätigen, während Leute mit stärkeren Chips davon frei sind?


    Oder kennt ihr es auch von früher und seid es durch Software-Updates seither los geworden?


    Wie schon erwähnt, zwar weniger ausgeprägt aber doch habe ich den Effekt sogar bei SD - v.a. bei Kameraschwenks.


    Also, vdpau-Verfechter, ganz ehrlich: bei euch immer alles smooth? Ohne dieses Problem würde ich weniger verzweifelt auf die HD-FF warten..

    Bei mir laufen mit der unten angegebenen Hardware Aufzeichnungen von BBC HD (1080i) ruckelfrei ab, ich glaube, ich habe beim Anschauen xineliboutput verwendet, was nicht heißt, dass es mit xine nicht geht.


    Es kann auch mal ein Ruckler dringewesen sein, aber nur sehr sporadisch, nicht so wie bei Dir im Video. Leider habe ich bisher deutsche HD-Kanäle nicht testen können, weil ich ein disecq-Problem habe.


    Wieviel Hauptspeicher zwackst Du für die GPU ab?


    Gruß
    hepi

    Hallo hivdr,


    ich kann da jetzt noch nicht mitreden da ich noch überhaupt keine HD-Kanäle empfangen kann.


    Aber da ich auch ein POV-Board habe hier meine Einstellungen im BIOS :


    http://www.partyfotos.de/vdr/


    Kapitel "5. Einstellungen im Mainboard BIOS"


    Grüße Bernd

    VDR : POV Atom 330-1 Mainboard, MSI TV@nywhere Satellite II, 2 GB RAM, natürlich mit yaVDR 0.61. Heimkino mit Onkyo AVR, Nubert-Surround-Boxen und JVC Beamer mit 4K und HDR. HD-VDR für Newbies: www.partyfotos.de/vdr

    Servus,


    es gab gegen Ende des Jahres noch nen neuen Treiber von Nvidia, damit hat sich einiges stark gebessert. Auch die Konfiguration von xine kann man einiges rausholen. wbreu hat das gut auf seinen Seiten zusammengefasst, besonders die Prüfung der Einstellungen die hier beschrieben sind, könnten Dir helfen.


    Ich habe selbst ein ION330 System hier zeitweise am laufen, HD läuft da sehr gut (mit yavdr).


    cu
    Markus

    HDTV läuft bei mir problemlos mit der Hardware aus der Signatur, Ob die Olympia Übertragungen die Referenz zum testen ist bin ich mir nicht sicher, Ich beobachte auch bei SD-Kanälen des öfteren kurze Bildaussetzer, die aber definitiv nicht auf VDR zurückzuführen sind (Senderlogo bleibt sichtbar). Der Weg von Kanada über den Teich ist halt weit ;) und das in Live und HD. Schaus Dir doch mal mit nicht Live Übertragungen an.


    xorg.conf ist angepasst, an der xine config habe ich noch nicht gedreht und als Ausgabe verwende ich xine (yaVDR Standard)


    Gruss
    Sk8ter

    Backend (zurzeit nicht mehr in Betrieb): yaVDR diskless - Asus M4N78 PRO - Nvidia GeForce 8300 onboard - AMD Athlon II X2 240 - Ram 4GB - 2x Terratec Cinergy C PCI HD

    yaVDR 0.4 Zotac MAG HD-ND01 ATOM 330 ION Mini PC - TT S2-3600 - LG 32LH3000

    ***************************************************************************

    "Es gibt Tage an denen verliert man, und es gibt Tage an denen gewinnen die anderen."

    ... wirklich ruckelfrei! Benutze freevdr 2.1 mit xineliboutput, sowohl SD als auch HD (in 720p oder 1080i) - alles fein.


    yam

    Server: Eisfair 1.4 auf Scovery xS NAS: DS-211j
    VDR 1: yaVDR0.5 auf ASUS M3N78-EM mit TT 1600 + Skystar 2 HD --- Client: Popcorn Hour A100 --- und sonst 2xdbox


    :fans

    mit tvt bzw. yaVDR und Xine seit ca. November auch ohne Ruckeln.


    Wichtig dazu die Einstellung der engine.buffers.audio_num_buffers und engine.buffers.video_num_buffers in der .xine/config (unterschiedlicher Ort je nach Distri)
    Es gibt aber wohl nicht nur einen alleinseligmachenden Wert für diese Puffereinstellungen ... bei mir läuft's mit

    Code
    engine.buffers.audio_num_buffers:2000
engine.buffers.video_num_buffers:5000


    Gruß, Bernd

    Prod1: yaVDR 0.6; hush mini-itx-Gehäuse mit POV/ION330-1,technisat skystar usb 2
    Prod2: yaVDR 0.7 ansible auf Ubuntu Server 22.04; Silverstone ML02B-MXR; ZOTAC ION-F;
    Prod3: WETEK Play2 mit Coreelec

    Hi hivdr,
    bei einem Ion-User war ein defekter Ram-Riegel schuld an der Ruckelei.
    Nachzulesen [url=http://www.freevdr.de/forum/index.php/topic,871.msg5403.html#msg5403]hier.[/url]
    Ansonsten wären die configs zu checken und mal HTOP und memtest (?) checken.
    Gruß Axel

    Asus P5KPL-1600 Cel.440, 2x TT-S2-1600, OCZ Vertex, Asus GT520 , Gen2VDR V3 Release :]

    Tja, Danke schon mal für die bisher zahlreichen Rückmeldungen.


    Ich weiss ja nicht wie viele sich auch wirklich das bei YouTube angesehen haben, aber scheinbar kommt es niemandem direkt bekannt vor, und ich habe tatsächlich das "Glück" dass es nur bei mir diese Faxen macht.


    Defekter RAM-Riegel? Was es nicht alles gibt - hatte ich grade beim Desktop. Halte ich hier zwar für unwahrscheinlich, aber notiert: memtest laufen lassen!


    An den diversen xine-Einstellungen ala buffers hab ich damals auch viel geschraubt, aber ich check es nochmal gegen.


    Dass die Olympia-Übertragungen als solche ruckeln glaube ich wirklich nicht! Das Phänomen kenne ich ja wie gesagt schon lange auch von ganz anderen Sachen. Und mein Clarketech-Receiver von Ende 2007 zB (oder anderswo ein Vantage von Mitte 200\8\) zeigen dergleichen auch nicht.


    Meine xorg.conf ist übrigens default, damit hab ich noch nie gespielt, schliesslich scheint der Treiber das heutzutage alles vollautomatisch hinzubekommen. Oder doch nicht richtig?


    512MB RAM hab ich im BIOS zugewiesen, ja - diese Frame-Buffer-Detect-Einstellung müsste ich prüfen.


    Die Links bei wbreu werde ich natürlich auch noch sichten. Und in letzter Konsequenz muss ich mal das ein oder andere Update wagen (alles selbst installiert). Es wurde ja schon der nvidia-Treiber angesprochen: welche Version wär denn aktuell die beste? (zumindest früher war das leider nicht immer die neueste..)


    Perfekt wäre halt wenn hier noch der eine entscheidende Punkt direkt auftaucht, der das Problem behebt. Zum Basteln habe ich leider immer nur sehr begrenzt Zeit. Aber ich bleib dran und berichte natürlich hier, wenn was vorangeht.


    Danke nochmal,
    hivdr

    Hi,


    nimm mal am Anfang den neuesten Nvidia - 190.53:


    http://www.nvnews.net/vbulletin/showthread.php?t=122606


    Sollte am einfachsten sein, da was zum Besseren zu verändern.



    Zusätzlich machst du dann in der .config zu xine noch die beiden Einträge als Gültig rein:


    Code
    ...
# vdpau: Try to recreate progressive frames from pulldown material
# bool, default: 1
video.output.vdpau_enable_inverse_telecine:0


# vdpau: disable deinterlacing when progressive_frame flag is set
# bool, default: 0
#video.output.vdpau_honor_progressive:0
...



    Gruß
    Wolfgang

    Tja, also..


    Asta - 1080i interessiert mich ja wie gesagt erst mal gar nicht, nur 720p - kein Interlacing, kein Deinterlacer! 1080i laufen nicht schlechter als 720p, leichtes Ruckeln mag von "half temporal" kommen - der ION ist da ja nicht soo kräftig! Aber zurück zu 720p..


    RAM ist OK (jedenfalls 3G von 4G - ich weiss ist etwas übertrieben für einen VDR. Der abgezwackte Teil für die Grafik wird wohl nicht getestet - aber da glaub ich kaum an ein Problem). Im BIOS stehen wirklich 512M Graka-Speicher, die andere Option habe ich nicht. Sollte passen.


    Der neue nvidia Treiber ändert leider nichts - jedenfalls nicht zum Besseren.


    Ebenso die Anpassungen in .xine/config: die Video-Buffers standen eh schon auf 2500, und inverse telecine dürfte bei 720p50 ja sowieso nicht gebraucht werden (ebenso wie ein progressive flag, war schon auf default also 0).


    Dann habe ich auch mal noch versucht, die Monitor-Section von der wbreu-Seite in meine xorg.conf zu übernehmen. Bin nicht ganz sicher, ob das überhaupt gewirkt hat, denn er sagt im Log "Unable to validate any modes; falling back to the default mode". Jedenfalls keine Besserung, und ich glaub ja auch nicht dass es daran liegt: 50Hz laut nvidia-Settings, Laufschrift N24 praktisch flüssig.


    Und so bleibt mal wieder nach einer langen Nacht nix zurück als die Erkenntnis, dass meine einzige Hoffnung wohl im Update der ganzen xine/vdpau-Sachen liegt. Dazu kann ich mich aber frühestens nächste Woche aufraffen..


    Derweilen nochmal Danke für die Aufmerksamkeit.


    hivdr

    Was sagt denn das xine bzw vdr log?


    Siehst Du während der Ruckler dropped frames im xine log?
    Wenn ja -> performance Problem (weiter Einstellungen tunen, es geht auf jeden Fall mit Ion)
    Wenn nein -> evtl mal an der DVB oder Xorg-Seite weitersuchen.


    Alleine an der Bildwiederholfrequenz würde ich auch nicht festmachen ob Du den richtigen Videomode hast, was hast Du denn für eine Glotze, FullHD oder HDReady?

    Hallo,


    vielleicht hilft meine Erfahrung mit Freevdr 2.1.
    Ich hatte mit meinem System ebenfalls Probleme mit HD ruckeln.
    Das sowohl bei 720p als auch 1080i.


    Nach update auf Kernel 2.6.32-7 waren diese Probleme beseitigt.
    Siehe auch mein Kommentar auf:
    [URL=http://www.freevdr.de/forum/index.php/topic,780.15.html]http://www.freevdr.de/forum/index.php/topic,780.15.html[/URL]


    Ich benutze übreigens das xine Plugin.
    Xinliboutput wollte bei mir nicht richtig funktionieren, machmal ging der Deinterlacer bei SD nicht und anderes.

    HD VDR - DVB-S(2) + DVB-T


    A7N8X-E Deluxe, Athlon XP-M 2600+, 1GB Ram, 1,5TB WD 15EADS.
    Ausgabedevice: EVGA 8400GS PCI
    Eingabedevices: Skystar2 DVB-S, TT S2-3200, Cinergy T2 DVB-T
    Software: FreeVDR 2.1:lovevdr


    VDR2 - DVB-T


    K6BV3+/66, K6-III 450MHz, 256MB. 80GB Samsung + 40GB Seagate
    Ausgabedevice: DXR3
    Eingabedevices: Lorenzen SL DVB-T PCI, Cinergy 1200 DVB-T
    Software: Mahlzeit ISO 3.2 :mahlzeit

    >> Meine xorg.conf ist übrigens default, damit hab ich noch nie gespielt, schliesslich scheint der Treiber das heutzutage alles vollautomatisch hinzubekommen. Oder doch nicht richtig
    Nein, bekommt er nicht. Wichtig ist X auf 50Hz zu zwingen! Du solltest spasseshalber die xorg.conf von Wolfgang mal komplett testen / kopieren.


    >> Unable to validate any modes
    Das heisst, das deine Hsync und Vsync werte nicht szimmen / zu klein sind


    => xorg.conf wbreu
    HorizSync 15.0 - 82.0
    VertRefresh 20.0 - 86.0
    <=


    Du kannst mit
    # X --logverbose 6
    [STRG][ALT][BACKSPACE]


    eine erweiterte /ver/log/Xorg.0.log erzeugen. Du siehst dann nicht nur ModeLines fuer die xorg.conf sondern kannst auch das EDID das Monitors sichern


    =>
    # cp Xorg.0.log Xorg.log.verbose
    # nvidia-xconfig \
    --extract-edids-from-file=/var/log/Xorg.log.verbose \
    --extract-edids-output-file=/etc/X11/edid.bin
    <=


    siehe Zeile in xorg.conf
    =>
    Option "CustomEdid" "DFP-0:/etc/X11/edid.bin"
    <=


    X initialisiert dann auch richtig, wenn der Monitor nicht eingeschaltet bzw noch nicht "fertig" ist ( mein VDR bootet zB schneller als der Fernseher ;-))

    Server PC leap42.3 ::: vdr-2.3.8 ::: DD Cine C2 + 1 Erweiterung headless

    zbox leap42.3 ::: vdr-2.3.8 + SatIP Plugin

    OctopusNet DVBC mit 4 Tunern

    Clients 2 x Raspberry 2 + libreElec 8.2.1 verbunden mit zbox

    Moin,


    ich kann leider aus der Firma Deinen Film nicht sehen, aber Tearing ist es nicht, oder? Das könnte man durch einen Eintrag in der xorf.conf beheben, insofern denke ich eigentlich nicht, dass es das ist.


    Ansonsten: ich schaue mit einem POV330 1080p25 Filme und HDTV Aufnahmen aus dem ÖR, die tvheadend erstellt hat, also 720p50, da ruckelt nichts.


    GrK.

    Also ich habe jetzt auch noch die komplette singlescreen-xorg.conf von wbreu probiert. Damit es fkt musste ich aber noch die (für mich falsche) Bus-ID auskommentieren, ausserdem habe ich das EDID-File auskommentiert (da es bei mir noch nicht existiert). Und DFP-1 statt -0 eingetragen. Nun läuft es - wie vorher!


    Glotzofon ist ein Toshiba Regza 42Z3030D - natürlich Full HD. Und der Mode ist wie gesagt laut nvidia-settings 50Hz und 1920x1080. Der Desktop in der Auflösung hat (sobald man overscan abgeschaltet hat, was man leider jedesmal neu durch Umschalten von "Breitbild" auf "TrueScan" tun muss) beste 1:1 Pixel Qualität. Auch im xorg-Log steht jetzt eindeutig: Setting mode "1920x1080@50"


    Mein VDR bootet wahrhaft nicht schneller als der TV - braucht 70s. Habe aber auch nie ein Problem wenn ich den TV erst (ggf. lange) nach dem VDR einschalte!


    Sorry, ich glaube echt nicht, dass es dabei ein Problem gibt. Das Ruckeln wäre dann ja dauernd da, und nicht v.a. bei hochbitratigen Inhalten.


    karlson: Nein, kein Tearing!


    Henry: Kernel-Update? Wird ja immer besser.. nuja als letzten Ausweg werde ich auch das im Hinterkopf behalten. Aber so alt ist meiner nicht, 2.6.30


    Razorblade:
    Probleme mit DVB kann ich mir kaum vorstellen: zwei verschiedene devices die keinen Unterschied zeigen. Ruckler voll reproduzierbar bei Aufnahmen.


    Und vorhin mal noch probiert: die VDR HD .ts mit XBMC abspielen: da ruckts wirklich völlig unbrauchbar..


    Logs: Stimmt, wenns ruckelt, kommen Einträge der folgenden Art:

    Code
    video_out: throwing away image with pts 121504756 because it's too old (diff : 132272).
video_out: throwing away image with pts 121506581 because it's too old (diff : 132587).
video_out: throwing away image with pts 121508405 because it's too old (diff : 130763).
video_out: throwing away image with pts 121510229 because it's too old (diff : 129051).

    Und zwar viele hundert innerhalb weniger Sekunden (bei den wirklich üblen Rucklern, sonst weniger). Gelegentlich kommt übrigens auch diese xine-Meldung (Dialogbox) über zu schlechte Performance. Die hatte ich ganz verdrängt..


    Und holla - bei Ruckeln geht auch tatsächlich die CPU-Last hoch, die von xine, auf über 100% (ist ja ein Dualcore).


    Das sieht doch jetzt mal nach einer "Spur" aus. Aber wohin führt sie bzw. was ist zu tun? Das Problem hier bekannt? Ich schätze: eben doch ein neueres xine/xinelib notwendig..? Erster schneller Google-check sieht ganz danach aus.


    Denn wenn bei anderen der Atom auf dem ION 330 schnell genug ist, kanns bei mir ja nur an der SW liegen - oder das Board ist defekt..


    Tja, weiterbasteln kann ich nun erst nächste Woche.

    Ich hab jetzt nicht ganz genau alles mitgelesen, ist schon spät. ;)


    Zitat


    Und holla - bei Ruckeln geht auch tatsächlich die CPU-Last hoch, die von xine, auf über 100% (ist ja ein Dualcore).


    Du bist sicher dass VDPAU läuft?


    Gruss
    Sk8ter

    Backend (zurzeit nicht mehr in Betrieb): yaVDR diskless - Asus M4N78 PRO - Nvidia GeForce 8300 onboard - AMD Athlon II X2 240 - Ram 4GB - 2x Terratec Cinergy C PCI HD

    yaVDR 0.4 Zotac MAG HD-ND01 ATOM 330 ION Mini PC - TT S2-3600 - LG 32LH3000

    ***************************************************************************

    "Es gibt Tage an denen verliert man, und es gibt Tage an denen gewinnen die anderen."

    Habe mir jetzt mal Deine Videos angeschaut und die kommen mir sehr bekannt vor. Solche änlichen Ruckler hatte ich auch und meine Cpu Last stieg auch ztw. auf 100%. Nachdem ich das nach tagenlangen rumprobieren nicht hinbekommen hatte, habe ich mein System mit einen Ubuntu 9.10 minimalinstallation neu aufgesetzt, den XFCE4 installiert und den VDR 1.7.10. Danch waren die Probleme mit der CPU Last weg.
    Das wird Dir nicht gefallen, aber ist vielleicht ne möglichkeit.

    RPI3, DVB-Sky S960, VDR 2.4.4, Raspbian Jessie, Onkyo AV Receiver, Panasonic Plasma.

    Moin,


    Zitat

    Original von hivdr
    Denn wenn bei anderen der Atom auf dem ION 330 schnell genug ist, kanns bei mir ja nur an der SW liegen - oder das Board ist defekt..


    Ich hab einen ION 330 bei mir (easyvdr Beta 0.7.14) und muss sagen:
    Eigentlich ist die Darstellung von HD und SD sensationell gut, ABER:
    Bei dem Publikumsschwenk bei Olympia genauso wie bei den "Biathlon Hubschrauberaufnahmen" ruckelt es.


    Ich habe mir daraufhin gestern mal ein bisschen DVBT von Olympia angeschaut - und was soll ich sagen: Da hat der Publikumsschwenk auch geruckelt. Lange nicht so schlimm wie beim HD Programm - aber ein bisschen schon.


    Da ich auch in der letzten InfoSat gelesen habe, was die Öffis für einen Aufwand machen um das Weltweite Olympia HD Signal (1080i mit 29.97 frames/sec) auf 720p zu pressen bin ich inzwischen der Meinung, dass genau diese Ruckler nicht auf das ION Brett zurückzuführen sind.


    Ich habe effektiv eine "Standard-Installation" vom easyvdr mit lokalem Frontend gemacht und danach die folgenden "Tuning-relevanten" Änderungen gemacht:


    /etc/vdr/plugins/xineliboutput/config:
    engine.buffers.video_num_buffers:5000 auf 8000 gesetzt
    engine.buffers.video_num_frames:40 (das waren vorher glaube ich 22)


    /etc/vdr/sysconfig:
    SXFEPARAMETER="--reconnect --video=vdpau --fullscreen --buffers=8000 --post tvtime:method=use_vo_driver,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 xvdr://127.0.0.1:37890"


    /etc/vdr/setup.conf:
    xineliboutput.Video.DeinterlaceOptions = method=use_vo_driver,cheap_mode=0,pulldown=none,framerate_mode=full,judder_correction=1,use_progressive_frame_flag=1,chroma_filter=0,enabled=1


    Soviel zur VDR Software.
    GANZ wichtig ist aber auch, die Kombination aus Display und Grafik/X11 dazu zu bringen, 50Hz zu machen. Das hat mich ziemliche Nerven gekostet - aber seit dem ist das Bild bei HD/SD/DVBT so gut wie noch nie. Ist ein HDReady Philips LCD den ich jetzt in 720p ansteuere.


    CU
    Friedhelm

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden