XVID: Dateigröße bei Clustering mit transcode

Wie sieht den deine xvid4conf aus?
Und ja unterschiedliche Algorithmen können durch auch Chunks anders bestimmen und anders entscheiden was dieBitratenverteilung usw. angeht.

Cu Selur

erstmal kleine Anmerkungen zu den Einstellungen:
cartoon = 0 -> sollte an sein, ist definitv nicht nur für cartoons sinnig

overflow_control_strength würde ich bei Clusterencoding auf 10 oder 20 setzen um exakte Filegrößen zu erhalten.

Ansonsten sehen die Settings okay aus.

Zitat

Macht es überhaupt Sinn im Cluster zu kodieren, abgesehen von der Zeitersparnis?

Nein, Zeitersparnis ist der einzige Sinn hinter Clusterrechnen.

Zitat

Oder verschlechtert sich hierdurch das Ergebnis drastisch?

Drastisch sollte es sich nicht verschlechtern. Hier und da wird das Ergebnis nicht so optimal Ausfallen, wenn die Einteilung der Chunks sinnig gewählt ist und die Ratecontrol keine fatalen Fehler macht sollte der unterschied minimal sein.

Muss aber sagen, dass ich ewig nicht mehr mit Transcode&Co hantiert habe, bin eher dazu übergegangen alte Rechner zu verkaufen und meinen Hauptrechner upzugraden, da die alten Rechner sonst eh nur Strom verbrauchen, da ich nicht so oft encode. Außerdem sind meine Encodes i.d.R. nach einer Nacht schlafen auch fertig, was mir reicht.

Cu Selur

Zitat von Selur

Drastisch sollte es sich nicht verschlechtern. Hier und da wird das Ergebnis nicht so optimal Ausfallen, wenn die Einteilung der Chunks sinnig gewählt ist und die Ratecontrol keine fatalen Fehler macht sollte der unterschied minimal sein.

Ich habe eine Cluster Lösung geschrieben, die keine Qualitätseinbussen hat
Demnächst kommt noch ein Resume-Modus hinzu, d.h. man kann dann encodes auch unterbrechen.

ELDER findet ihr hier: http://forum.doom9.org/showthread.php?p=718465#post718465

bis besser,
Tobias

Zitat von Gawith

ELDER hab ich schon gefunden, aber nicht weiter verfolgt, weil ich ein Linux-Prog brauche.

Und ich warte seit Jahren auf Avisynth3.0 damit ich es portieren kann... ELDER ist ist nämlich weitgehend OS unabhängig.

Zitat

Ich habe eine Cluster Lösung geschrieben, die keine Qualitätseinbussen hat

Ist der Output wirklich bit-gleich?

Zitat von Selur

Ist der Output wirklich bit-gleich?

Nein, aber "verdammt nah dran"(tm). Einen Unterschied gibt es nur weil die ratecontrol in jedem Chunk von vorn anfängt. Dieser Fehler ist aber verdammt klein, überzeug dich selbst.

Im zusätzlichen crf Modus ist die Bitverteilung anders als im normalen 2pass Modus. Das soll so sein, denn das Ziel hier ist eine noch konstantere Qualität über den Gesamtfilm zu erreichen, genauso wie der crf Modus von x264 dies tut.

bis besser,
Tobias

Zitat

... weil die ratecontrol in jedem Chunk von vorn anfängt. Dieser Fehler ist aber verdammt klein, überzeug dich selbst.

Okay, das hab ich mir gedacht.
-> 'die keine Qualitätseinbussen hat' ist damit aber auch nicht garantiert.

Zitat

Im zusätzlichen crf Modus ist die Bitverteilung anders als im normalen 2pass Modus. Das soll so sein, denn das Ziel hier ist eine noch konstantere Qualität über den Gesamtfilm zu erreichen, genauso wie der crf Modus von x264 dies tut.

Ist mir bekannt.

Cu Selur