Film abspielen und CPU-load

  • hi,

    ich habe folgenden Rechner:
    AMD 1.3 GHz Duron
    256 MB DDR - Ram
    120 GB Samsung 7200 rpm
    Win2000 SP4

    Beim Abspielen einer Filmdatei
    --
    Kontainer mkv, Xvid Datei mit QPel und weiteren Features,
    ogg - Audio
    --
    entsteht bei normalen Dekodern (XVid - ffdshow) in etwa eine CPU-load von
    30-40%. Der VLC media player hat hingegen nur 5-10%
    postprocessing in beiden Fällen abgeschaltet. Wie passt das zusammen?
    Wieso kann das Dekodieren beim VLC so viel effizienter sein (es geht ja immerhin um den Faktor 4-8)?
    --
    Was ist für andere Komprimierungsverfahren zu erwarten?
    siehe x264 - nero -
    Ich frage deshalb, da ich mit dem Gedanken spiele mir einen Laptop zuzulegen. Ich würde ihn eher nicht zum rendern von Videos einsetzten - aber wohl zum abspielen. Aber ich sehe diesen als Investition in die Zukunft 4-5 Jahre. Also wäre ich noch damit in der Lage, Filme, die mit neueren Codecs umgewandelt wurden, abzuspielen.
    --
    Ich denke über ein Samsung nach
    1.6-2.0 GHz mit 1 GB Ram 5400 rpm HD.


    Für Eure Mühe im voraus besten Dank
    phate

  • "Wie passt das zusammen?"
    verwende mal den Xvid decoder anstatt ffdshow.

    Welchen Player verwendest wenn Du ffdshow verwendest?

    Cu Selur

    Ps.: vlc und mplayer haben öfters etwas weniger CPU Nutzung, da sie (teilweise) weniger Features bieten als andere Player und nicht DirectShow benutzen. (x264 sollte mit normaler DVD-Auflösung noch abspielbar sein,..)

  • Was für einen Output Mode nutzt du jeweils?

    Zu CPU Leistung und x264: Hast du mal gesucht?

    "Diejenigen, die grundlegende Freiheiten aufgeben würden, um geringe vorübergehende Sicherheit zu erkaufen, verdienen weder Freiheit noch Sicherheit."
    Benjamin Franklin (1706-1790)

    Meine Erfahrungen in der Open Source-Welt: blog.bugie.de

  • hi,

    das ging ja fix - also ich nutze den wahlweise den bsplayer bzw. mpc (neuste versionen) in den Standardeinstellungen. ffdshow (auch in der neusten version) - wie schon erwähnt mit den Standardeinstellungen ohne postprocessing.
    Der xvid decoder lag selbst bei 35-40% (oder noch mehr - ohne aktivierte Features, mal abgesehen vom Filmeffekt).

    nach x264 und cpu habe ich geschaut - sieht ja zum Teil düster aus. Wenn GHz Rechner (> 2 GHz) von x264 videos in die Knie gezwungen werden.
    Arbeitet jemand bei VLC an eigenen Dekodieralgorithmen??

    --
    soweit von mir
    phate

  • Nochmal: Welcher Ausgabemodus? (Beim MPC: Optionen -> Wiedergabe -> Ausgabe -> DirectShow Video)

    Zitat von phate

    nach x264 und cpu habe ich geschaut - sieht ja zum Teil düster aus.

    Ja. Aber für irgendwas müssen die 3GHz+/DualCore/etc.-Prozessoren ja zu gebrauchen sein. ;)

    "Diejenigen, die grundlegende Freiheiten aufgeben würden, um geringe vorübergehende Sicherheit zu erkaufen, verdienen weder Freiheit noch Sicherheit."
    Benjamin Franklin (1706-1790)

    Meine Erfahrungen in der Open Source-Welt: blog.bugie.de

  • Zitat von nexustheoriginal

    Nochmal: Welcher Ausgabemodus? (Beim MPC: Optionen -> Wiedergabe -> Ausgabe -> DirectShow Video)


    >> System Default

    Zitat von nexustheoriginal


    Ja. Aber für irgendwas müssen die 3GHz+/DualCore/etc.-Prozessoren ja zu gebrauchen sein. ;)


    >> Tja so sieht es heutzutage leider aus. Effizienz ist doch egal. Aber das soll mal nicht Gegenstand diese Threads werden.
    --
    phate

  • Zitat von phate

    >> System Default

    Gut, dann sollte es daran nicht liegen.

    Zitat von phate

    Effizienz ist doch egal.

    Also Ineffizienz würde ich x264 jetzt nicht vorwerfen.

    "Diejenigen, die grundlegende Freiheiten aufgeben würden, um geringe vorübergehende Sicherheit zu erkaufen, verdienen weder Freiheit noch Sicherheit."
    Benjamin Franklin (1706-1790)

    Meine Erfahrungen in der Open Source-Welt: blog.bugie.de

  • Guck mal im BSPlayer welchen Overlaymode Du benutzt. VMR9 z.B. braucht einiges mehr Power als der normale Overlay.

    Zitat

    Wenn GHz Rechner (> 2 GHz) von x264 videos in die Knie gezwungen werden.


    Das kann ich mit Xvid auch,.. ist imemr eine Frage der Auflösung&Co,...

    Cu Selur

    Ps.:

    Zitat

    Arbeitet jemand bei VLC an eigenen Dekodieralgorithmen??


    Nö, vlc und ffdshow basieren beide auf ffmpeg.

  • Hi,

    es war stets der normale Overlay eingeschaltet.
    Klar ist die CPU-load bei höheren Videoauflösungen größer. Der Aufwand dürfte doch wohl quadratischer Natur sein.
    Wenn die Auflösung in x und y-Richtung doppelt so groß ist, dann ist die
    eigentliche Fläche des Videos ja 4-mal so groß.

    Es geht mir schlicht und allein um das Verhältnis zwischen dem Dekodieraufwand für gleichaufgelöste (gibts das wort überhaupt) Videos in
    verschieden komprimierten Codecs. Evt. kennt ja jemand eine Übersicht.
    Der Anteil für Audio dürfte doch verschwindend gering sein oder?
    --
    Für Eure Mühen im voraus besten Dank
    phate

  • Eine Fläche von 512x288 von H.264/AVC-Video (encodiert z.B. mit x264 oder Nero Digital) kann ich mit ffdshow noch in Echtzeit auf einem Duron-800 abspielen. Eine Bildfläche von 640x400 reguliert die Automatik noch problemlos (also vielleicht mal ein paar verlorene B-Frames).

  • Hi,

    schönen Dank. Das sind doch schon mal ein paar brauchbare Werte. Wenn ich in meinen Semesterferien zuviel Zeit habe werde ich mir mal eine Übersicht erstellen und diese hier posten.
    Ich denke da mal so an die geläufigsten Codecs:

    video: xvid; divx; x264

    audio: mp3; ogg; ac3; aac

    Bin für weitere Vorschläge offen, aber das muss noch nen bissel warten - Prüfungen stehen bei mir ins Haus.

    --
    so long
    phate

  • Zitat von phate

    Bin für weitere Vorschläge offen, aber das muss noch nen bissel warten - Prüfungen stehen bei mir ins Haus.

    Also wenn du das alles machst: Hut ab. Dann wären vielleicht noch zwei verschiedene Auflösungen interessant und außerdem verschiedene Rechner. ;)

    Viel Glück bei den Prüfungen.

    "Diejenigen, die grundlegende Freiheiten aufgeben würden, um geringe vorübergehende Sicherheit zu erkaufen, verdienen weder Freiheit noch Sicherheit."
    Benjamin Franklin (1706-1790)

    Meine Erfahrungen in der Open Source-Welt: blog.bugie.de

  • Hi

    Also so kompliziert, stelle ich mir das erstmal nicht vor.
    Eine Tabelle für jeden Abspielmodus/-player:

    Player 1 \ videocodes
    audiocodecs werte
    ...

    Die Frage ist welches Video (an dieser Stelle würde ich mich gern auf eins
    beschränken) - daher solltes es möglichst repräsentativ sein.
    Ich weiß in der Bildverarbeitung gibt es Testbilder, z.B. Texturen oder ähnliches. Gibt es ähnliches für Videos?

    Weitere Fragen:
    1. Wenn verschiedene Auflösungen, welche?
    2. Ton in verschiedenen Komprimierungsstufen? (Würde ich mich eher nicht
    drauf einlassen, es sei denn, es ergeben sich große Unterschiede)
    3. Wie lange sollte das Video sein - 1/2 Stunde? oder länger?
    4. Mehrere verschiedene Rechner - Ich habe zur Zeit nur Zugriff, auf meinen
    (siehe ersten Post) bzw. auf einen Pentium 3 600 MHz.
    Ich könnte ja nach und nach mal ein Video online stellen, und ein paar
    Interessierte testen dies mit.
    5. Gibt es ne Möglichkeit die CPU-load aufzuzeichnen? Ein Programm was
    Mittelwert und Standardabweichung ermittelt dürfte ja reichen.

    Ich denke Planung ist alles - und vorher fange ich nicht an.
    Die erste Prüfung heute ist schon recht gute gelaufen.

    --
    so long
    phate

  • Zitat

    Ich weiß in der Bildverarbeitung gibt es Testbilder, z.B. Texturen oder ähnliches. Gibt es ähnliches für Videos?


    Ja, aber meist nur wenige Sekunden/Minuten lang
    Wäre wahrscheinlich am sinnigsten was von Archive.org zu nehmen und das je nach Wunsch umzuwandeln.

    Zitat

    1. Wenn verschiedene Auflösungen, welche?


    480p, 720p, 1080p

    Zitat

    2. Ton in verschiedenen Komprimierungsstufen? (Würde ich mich eher nicht
    drauf einlassen, es sei denn, es ergeben sich große Unterschiede)


    zumindest unbterschiedliche Codecs (mp3, ac3, ogg, aac, he-aac) wären sinnig

    Zitat

    3. Wie lange sollte das Video sein - 1/2 Stunde? oder länger?


    1/2 Stunde reicht sicher

    Zitat

    4. Mehrere verschiedene Rechner - Ich habe zur Zeit nur Zugriff, auf meinen
    (siehe ersten Post) bzw. auf einen Pentium 3 600 MHz.
    Ich könnte ja nach und nach mal ein Video online stellen, und ein paar
    Interessierte testen dies mit.


    kann man dann ja sehen,..

    Zitat

    5. Gibt es ne Möglichkeit die CPU-load aufzuzeichnen? Ein Programm was
    Mittelwert und Standardabweichung ermittelt dürfte ja reichen.


    sollte benchmark&co tools geben, die sowas können

    Cu Selur

    Ps.: VLC benutzt soweit ich weiß auch den Hardwareoverlay,..

  • Hi,

    ich hatte ja versprochen, sofern ich Zeit finde, in meinen Semesterferien eine
    kleine Übersicht zu machen, die beinhaltet welcher Codec (Audio/Video) mit verschiedenen Einstellungen, welche CPU-load beim abspielen erfordert.
    Leider muss ich Euch mitteilen, dass ich dazu wohl nicht kommen werde, da ich mittlerweile arbeite und auch noch anderweitig in ein Projekt eingebunden bin. Wenn ich zu einem späteren Zeitpunkt die Zeit finde, dann werde ich dies selbstverständlich nachholen. Jedenfalls denke ich das Ihr es verdient darüber aufgeklärt zu werden.

    nichts für ungut
    phate

Jetzt mitmachen!

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