Beiträge von Archimondro

    Hey, danke für die schnelle Antwort.


    Die Audiospuren würde ich doch ganz gerne neu encodieren, da zb. bei Herr der Ringe die Audiospur alleine 3 GB auf die Waage bringt. Bei einem neu encodierten h.265 Video, das von über 60 GB auf 6 GB geschrumpft ist, machen die 3gb des Audiofiles hald doch bissl was aus und ich höre absolut keinen Unterschied zwischen der alten Tonspur und der neuen.


    Hier die Mediainfo des Rohmaterials:



    Zielformat wäre für die audiospur "Vorbis high (Q=5)" und alles im .mkv Container.

    Hallo liebe Leute, hab mal wieder ne Frage bezüglich Megui encoding :saint:


    Ich versuche grad mehrere Serien und Filme in h.265 umzuwandeln, da ich kaum noch Platz auf meiner Platte hab.
    Das Problem dabei ist, wenn ich mit dem OneClick Encoder nicht nur eine einzelne Datei, sondern einen ganzen Ordner mit mehreren Dateien auswähle (für den Batch Prozess) wird immer nur eine Tonspur encodiert und in die fertige Datei eingefügt (komischerweise natürlich immer die "falsche", also die Englische).


    Nun habe ich allerdings gelesen, dass Avisynth nur einen Audiostream gleichzeitig verarbeiten kann. Wenn ja, gäbe es dann die Möglichkeit über das Avisynth Profil (dort wo zb <Deinterlace> <Crop> usw. drinsteht) einen Befehl einzugeben, dass Audio Stream 1 oder Audio Stream 2 encodiert werden soll?


    Kurzfassung: Ich will dass Megui auf jedenfall die deutsche Tonspur encodiert und in der neuen h.265 Datei einfügt. :D

    Kennt sich jemand von Euch mit den NUMA Pool Kommandozeilen des x.265 Encoder`s aus?


    Ich habe einen Server mit zwei CPU Sockets mit jeweils 12 Kernen und 24 Threads. Wenn ich mit den Standardwerten 6 Videos gleichzeitig encodiere (also 6 Worker offen bei Megui), wird immer CPU 1 zu 100% Ausgelastet, CPU 2 allerdings schwankt zwischen 30-80%. Selbst wenn ich weitere Worker hinzufüge, steigt die Auslastung von CPU 2 nicht.


    Versucht habe ich Sachen wie --pools 8,8,8,8,8,8 (Sprich, 6 Nodes mit jeweils 8 threads, weil: 6x8=48 Threads). Gleiches Resultat.
    Nach weiteren Recherchen habe ich dann allerdings langsam das Gefühl bekommen, dass mit "Node" nur die CPU Sockets gemeint sind. Sprich, bei mir, 2 Nodes.


    Wenn ich jetzt aber einen Befehl wie --pools 24,24 in die Kommandozeile tippe (und es wird im Log auch so dargestellt), wird trotzdem wieder CPU 1 zu 100% ausgelastet, während CPU 2 nur zwischen 30-80% schwankt.


    Wenn ich es richtig verstanden habe, sollte doch gerade die "Non-Uniform-Memory-Access"-Funktion, im x265 Encoder, die Arbeit auf Systemen mit Mehreren Sockets besser auf diese verteilen.
    Benutze ich den x264 Encoder (Gleiche Anzahl Worker), werden beide CPU`s voll ausgelastet.


    Wenn jemand Licht ins Dunkel bringen könnte, wäre ich sehr froh ^^


    PS: "Warum benutzt Du dann nicht einfach den x264 Encoder?"
    Ich habe viele Videos auf meiner Platte liegen die zwischen 1 und 8 GB gross sind. Mit dem h.265 Codec, bring ich die auf gut die Hälfte oder sogar einen drittel runter, ohne an der Qualität irgend einen Verlust erkennen zu können und das bei einem CRF von 25.


    :)

    Hallo Encoding Profis :)


    Mal ne kleine Frage bezüglich des Dmode Frameservers und RGB bzw YUV444.


    Wenn mein Sourcefile ein yuv444 farbmodell hat, sollte ich im Frameserver besser die Option RGB24 oder YUY2 wählen? (falls es eine rolle spielt, in der x264 cmd habe ich den wert --output-csp i444 eingetragen)


    Stimmt es dass YUVxxx allgemein besser komprimiert werden kann als RGB?


    Danke schonmal im Voraus.