MeGUI sehr langsam (Ordner übernehmbar?)

    Ok, ich bin mir gerade nicht ganz sicher, aber ich meine, meine Projekte zu rendern hat immer ~ 1 Stunde pro Folge gedauert.
    Jetzt encodiere ich gerade ein Spiel wo auf dem Bildschirm wesentlich weniger abgeht (weil 2D Sidescroller) und die Encodierzeit liegt am Anfang bei
    geschätzt 1h43m.


    Ich habe als ich das System neu aufsetzen musste MeGUI in den Backup-Ordner kopiert und so 1:1 übernommen.
    Alle Einstellungen sind wie vorher, nichts hat sich geändert. Legt MeGUI abseits des Installationspfad irgendwelche Dinge
    bei der Installation an, die essentiell für die Geschwindigkeit / das encodieren sind?


    Ansonsten fällt mir nur auf, dass der SSM eine neue Version hat.. aber ich bezweifle, dass die neue in irgendeiner Form ein Skript
    ausspuckt was das encodieren langsamer macht. ?(

    Wie immer gilt: Avisynth Script und MediaInfo posten. Falls die verwendete Hardware sonst nirgends vermerkt ist, auch diese.
    Das einzige was an MeGUI wirklich langsam sein kann ist aus meiner Sicht die Queue-Übersicht mit allen (abgeschlossenen) Jobs, sollte aber nicht verwunderlich sein, wenn dort noch ~2000 Einträge vorhanden sind. ^^
    Wie sieht die CPU Auslastung aus? Wird das Multithreaded-Avisynth auch tatsächlich verwendet?

    Ich habe doch geschrieben, dass ich mein System neu aufgesetzt habe - nur Windows neu installiert. Ist die gleiche Hardware wie vorher, dürfte also als Faktor wegfallen. Wenn es jetzt schlechter läuft als vorher, kann's ja nur an den Einstellungen liegen.


    Multithread Avisynth ist aktiviert, alle 4 Kerne auf 100% Auslastung. In der Jobliste ist nur 1 alter Auftrag.


    Wie kann ich das Avisynth-Script posten?


    Mediainfo:



    Aviscript so..?


    Der MagicYUV Farbraum war YUV422, nehme ich an? Dann wäre die Konvertierung nach YV24 im Script unnötig und leistungsmindernd. Generell jede Konvertierung kostet enorm Performance, zumindest ich habe diese Erfahrung gemacht. Bei mir hat das Weglassen der einzig verwendeten Farbraumkonvertierung in meinen Scripts zu einer Geschwindigkeitssteigerung von über 35% geführt.
    Ansonsten fällt mir noch auf, dass du Spline64 verwendest und nicht Spline36, aber du wirst bestimmt deine Gründe haben.


    Zitat von Chron

    Ist die gleiche Hardware wie vorher

    Gibt aber Menschen wie mich, die sich nicht die Hardwarekonfigurationen von allen Nutzern des Forums merken (können) und wenn diese Info auch nicht im Profil vermerkt ist, sollte man sie direkt mitliefern. ^^


    Zitat von Chron

    Wie kann ich das Avisynth-Script posten?

    Du öffnest es mit einem Text-Editor deiner Wahl, kopierst alles heraus und fügst es hier ein, am besten zwischen [spoiler][code][/code][/spoiler]-Tags, damit es vernünftig lesbar ist.

    Zitat von Kayten

    Der MagicYUV Farbraum war YUV422, nehme ich an? Dann wäre die Konvertierung nach YV24 im Script unnötig und leistungsmindernd. Generell jede Konvertierung kostet enorm Performance, zumindest ich habe diese Erfahrung gemacht. Bei mir hat das Weglassen der einzig verwendeten Farbraumkonvertierung in meinen Scripts zu einer Geschwindigkeitssteigerung von über 35% geführt.
    Ansonsten fällt mir noch auf, dass du Spline64 verwendest und nicht Spline36, aber du wirst bestimmt deine Gründe haben.

    Nein hab in YUV 4:4:4 aufgezeichnet. :)


    Wieso ist Spline64 nicht gut? Damals als ich mit den Leuten hier im Forum alles aufgesetzt habe wurde mir Spline64 empfohlen, ich hab das seitdem so gelassen und nie geändert :P Aber mehr Schärfe und weniger Treppeneffekt klingt doch gut.


    Edit: Ich glaube, dass es mir empfohlen wurde. Will jetzt auch keinen Müll erzählen :whistling: Aber ich denke nicht dass ich damals auf eigene Faust etwas eingestellt habe, ohne zu wissen, was es bringt. Maximal hat mir jemand gesagt: Du kannst beides nehmen, musst du selbst entscheiden.


    Zitat von Kayten

    Gibt aber Menschen wie mich, die sich nicht die Hardwarekonfigurationen von allen Nutzern des Forums merken (können) und wenn diese Info auch nicht im Profil vermerkt ist, sollte man sie direkt mitliefern.


    Ja das ist mir schon klar, aber es ging nicht darum dass du meine Hardware auswendig kennst, sondern darum dass sich an der Hardware nichts geändert habe, mit der ich seit mehr als einem halben Jahr täglich Videos rendere - von daher dürfte es an dieser nicht liegen.

    Zitat von Kayten

    Du öffnest es mit einem Text-Editor deiner Wahl, kopierst alles heraus und fügst es hier ein, am besten zwischen

    -Tags, damit es vernünftig lesbar ist.

    Ist via Edit in meinem letzten Beitrag jetzt drin :)

    Wird in MeGUI das YUV444 Material auch genutzt?
    Es kann auch einfach sein, dass dieses Material nun komplexer ist als das vorherige und deshalb länger beim Kodieren braucht. Bei mir schwankt die Geschwindigkeit der Kodierung beim selben Spiel auch teils zwischen 32FPS und 42FPS.


    Zitat von Chron

    Aber mehr Schärfe und weniger Treppeneffekt klingt doch gut.

    Mehr Schärfe bedeutet im Allgemeinen schlechtere Komprimierbarkeit. Wüsste nun halt nicht, warum man sein Videomaterial noch schärfer machen sollte, als es ohnehin schon ist. Spline36 wäre dagegen neutral. Wird jemand anderes aber wohl besser beurteilen können.


    Zitat von Chron

    meine Projekte zu rendern hat immer ~ 1 Stunde pro Folge gedauert.

    Die Kodiergeschwindigkeit des Encodes wäre interessanter als die eigentliche Dauer der Kodierung. ^^

    Jo bei MeGUI habe ich --output-csp i444 eingetragen.


    Also Spline36 lässt das Video wie es ist und 64 "schärft nach"? Und was ist mit Treppeneffekt, der ist bei 36 schon ein Stück höher, 64 dürfte dann doch sauberer sein oder?


    An die Encodiergeschwindigkeit alter Projekte erinnere ich mich nicht mehr ganz genau, im Moment liegt sie bei knapp 18fps.
    Dürfte sich aber im gleichen Rahmen bewegt haben, so zwischen 16~18.


    Wie kommst du auf 32-42FPS? 8o


    Mein PC ist eigentlich 'ne ordentliche Kiste.


    GTX 970,
    8GB RAM,
    Intel i5 4670 @ 3,40Ghz
    2x Western Digital 1TB Platten, eine komplett nur für LPs und die ist auch nicht zugemüllt.

    Wenn du die genauen Auswirkungen der einzelnen Skalierer wissen möchtest, würde ich ein Bild mit jedem Skalierer mal skalieren lassen und mir die Unterschiede anschauen. Beim näher Heranzoomen dürften die recht schnell deutlich werden.

    Zitat von Chron

    An die Encodiergeschwindigkeit alter Projekte erinnere ich mich nicht mehr ganz genau, im Moment liegt sie bei knapp 18fps.
    Dürfte sich aber im gleichen Rahmen bewegt haben, so zwischen 16~18.

    "Momentan" klingt danach, dass es noch gar nicht fertig kodiert ist. Die eigentliche Dauer lässt sich also nicht wirklich gut einschätzen. Wen es vorher allerdings um die 18FPS waren und jetzt auch, dann ist doch alles prima? ^^
    Der einzige Grund, warum die Kodierung jetzt nun länger dauert, dürfte dann die Dauer des Videos selbst sein.

    Zitat von Chron

    Wie kommst du auf 32-42FPS?

    Weniger komplexes Spiel, mehr CPU-Kerne (6 statt deiner 4), mehr GHz (4 statt deiner 3,4), Hyperthreading (ca. +20% Geschwindigkeit) und wahrscheinlich auch ein schnelleres Preset. ^^

    Einfach nur ein Bild? Probiere ich gleich Mal aus..


    Ist jetzt fertig encodiert, waren also letztenendes doch 1h15min, ich glaube das war im üblichen Rahmen :P
    Die Anfangsschätzung war halt höher und die FPS niedriger, letztere sind dann im laufe des encodierens gestiegen.

    Dann hat sich meine Vermutung ja bestätigt.
    Wenn du es dir zutraust ein AviSynth-Script selbst zu schreiben, könntest du mit kurzen kleinen Scripten auch einen Geschwindigkeitszuwachs erfahren. Würde ich aber nur empfehlen, wenn du nicht immer munter fröhlich das Aufnahmeformat wechselst, sonst wäre auch mir das zu anstrengend. ^^
    Meine aktuellen Scripte sehen bei einer YUV444 Aufnahme (allgemein geschrieben, 16:9 Format) beispielsweise nur so aus:


    Mehr brauche ich aus meiner Sicht nicht.


    Zitat von Chron

    Meintest du dass ich einfach nur 1 Frame aus einem Video encodiere? Da kann ich dann aber ja nicht ranzoomen.

    Script erstellen mit Skalierer XY, Script in VirtualDub ziehen, Frame raussuchen und speichern. Wiederholst du das nun mit allen Skalierern, hast du je ein Bild pro Skalierer und kannst die ihm Grafikprogramm deiner Wahl vergleichen. Sollte natürlich immer der selbe Frame sein.

    Lässt sich nicht speichern. Ich hab einen einzigen Frame ausgewählt, dort Start und Endpunkt gesetzt und dann als Image-Sequenz ausgeben, aber nach dem speichern erscheint keine Datei auf dem Desktop.

    Zitat von Chron

    Bei Vegas wählt man einfach den einen Frame den man haben will und drückt Bild speichern

    Frame raussuchen in VirtualDub und dann: Video > Copy source frame to Clipboard ^^
    Mit Strg+V lässt sich das Bild dann im gewünschten Bildbearbeitungsprogramm einfügen.

    Also.. es gibt nicht den geringsten Unterschied zwischen Spline 16, 36 und 64. Hab 3 Scripte mit allen verschiedenen Filtern erstellt, jedes Script einzeln in Virtual Dub geladen, den exakt gleichen Frame exportiert und jetzt alle mit 200% zoom in Gimp verglichen.


    Weder die Schrift noch die Pixel oder Farben sind anders - alles 1:1.

    Du skalierst ja auch nur 72p nach oben. Was willst du da für einen Unterschied erkennen bei so einer lahmen Skalierung ^^ Klar das für das Auge alles identisch dann ist. ^^ Für den Encoder allerdings nicht. Der sieht da einen Unterschied.


    Ich gib dir jetzt mal ein paar Beispiele zwischen den ein paar Skalierern, wo man den Unterschied auch mit dem Auge sieht.
    Quelle ist ein RGB Video und skaliert wird um den Faktor 2:


    http://killerinstinct.ath.cx:2…ptmaker/Vergleiche/a1.png
    http://killerinstinct.ath.cx:2…ptmaker/Vergleiche/a2.png
    http://killerinstinct.ath.cx:2…ptmaker/Vergleiche/a3.png
    http://killerinstinct.ath.cx:2…ptmaker/Vergleiche/a4.png


    Da es nur eine sehr kleine Skalierung ist nimmt das Auge relativ wenig war. Die Unterschiede sind aber bei Spline16 und 64 schon vorhanden. Man kann es an den Schriften schon erkennen das Spline64 schon Ringbildung aufweist. Selbst Spline36.


    Und nun noch mal ganz Verschärft mit einem Faktor von 6x skaliert (Bitte Geduld haben bis das Bild geladen ist.):
    http://killerinstinct.ath.cx:2…tmaker/Vergleiche/a5h.png
    http://killerinstinct.ath.cx:2…tmaker/Vergleiche/a6h.png


    Hier sieht man die Unterschiede nun sogar mit bloßen Auge schon. Und das kann aber der Encoder schon mit kleinen Auflösungen ersehen. ^^

    Hmm aber auf deinen Bildern ist Spline 64 überall unscharf, in meinen Videos ist der Text nicht unscharf.
    Ich seh' natürlich jetzt die Unterschiede in deinen Vergleichsbildern.


    Aber wenn es bei mir keinen Unterschied macht, welche Einstellung wähle ich dann, was ist am schnellsten?


    Ich hab übrigens auch die Schriften bei mir verglichen - im 500% zoom, da gab es ebenfalls keinen Unterschied zwischen den 3 Spline Varianten.
    Jeder Pixel saß exakt an der gleichen Stelle.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden