Frage zu Bitrate Calculatoren !!!

[Cannibal]

Ich wandle meist in svcd um, deshalb hab ich mich noch nicht soo mit den bitcalcs beschäftigt...aber ich habe immer folgendes Problem wenn ich ne dvd 2 divx wandeln möchte: In allen Calculatoren kann ich Laufzeit und Audio/Video Daten angeben, um zu sehen wie groß die Datei wird...auch kann ich Laulänge und CD-R Angabe machen um zu sehen welche Bitrate ich bei Audio/Video nehmen muss...allerdings kommt das doch immer auf die Auflösung, bzw das Video Format an ! Für welches Format gelten denn diese ganzen Calculatoren ?! Wenn ich diese Angaben mach weiss der doch garnicht ob mein Film in 352x288 oder sonstwas ist....! Ich suche einen Calculator bei dem ich die Film Laufzeit und die Auflösung height/width (z.B. 352 x 240) und CD-R 74 oder 80 Min usw. angeben kann und der mir dann sagt welche bitrate ich dazu verwenden muss ! Gibts sowas denn nicht !?!? Wie soll ich sonst genau ermitteln ??

[Cannibal]

...oder bezieht sich die bitrate garnich direkt auf das format ? Bleibt immer gleich...wenn das bild bei 1000 kbps klein ist ist die quali besser als wenn es doppelt so groß ist...klar, aber größe der Datei bleibt gleich ? Dann kann ich das nämlich verstehen das es unnötig ist eine format angabe zu machen...

[UncasMS]

die bitrate bezieht sich auf das frame

die meisten gängigen tools weisen doch integrierte bitratenrechner auf.

was willst du denn genau erstellen?

[benderman]

Wichtiger als die bitrate ist die bpp-rate (bit per pixel). Dieser wert beschreibt wieviele bit für einen einzelnen Bildpunkt verwendet wird. Für DivX-Filme erreicht man mit ca 0.2 bpp gute Qualität. Für SVCD mindestens 0.25 bpp und für VCD mindestens 0.4 bpp. Der hohe Wert für VCDs liegt einfach an dem schlechteren Kompressionsalgoritmus vom MPEG1 im Vergleich zu MPEG2 und MPEG4.

GordianKnot hat z.B. einen eingebauten BitrateCalculator der den bpp berechnet.

[shiny#3]

was man vor allem wissen muss ist, dass diese
bitrate calculatoren immer nur approximationen errechnen.
d.h. nie den exacten wert , es sei denn ihr benutzt codecs
mit exact constanter bitrate!!!

[UncasMS]

man muss das in keinster weise wissen

schlieslich arbeiten *diese calculatoren* mehr als zufriedenstellend und zielgenau

[shiny#3]

so zielgenau arbeiten sie auch nicht !!
da ist ein riesen unterschied ob ich 90 minuten
"die brücken am fluss" codiere oder 90 minuten
"the fast and the furious"
lumpige 10 mb drüber können mich zwingen entweder einen anderen rohling zu verwenden oder zu überbrennen (wobei dann nicht mehr gewährleistet ist dass das auf jedem laufwerk läuft) oder den scheiss neu zu encodieren.
mit einem bias der aus der variablen bitrate resultiert zu rechnen ist nie verkehrt!!

[UncasMS]

dann hab ich wohl glück gehabt, dass ich derartige dinge nie mit gk oder dvx erleben musste

[shiny#3]

mit CCE ist mir das schon oft passiert auch mit Virtual dub einige male.
wobei zu sagen ist das CCE bis version 2.66 so seine schwierigkeiten hat
sich an bitrate grenzen im Vbr multipass mode zu halten.
(besonders die untergrenze)

und dann auch noch oft dazu neigt die lower bitrates bereits im vor- oder abspann zu verbraten.
(wenn man vergessen die bitrates für diese zeitbereiche extra zu definieren, wie es möglich ist).
seit dem bin ich vorsichtig wenn nicht sogar pingelig

[Dolemite]

sollte bis auf ein MB genau stimmen, die Codecs arbeiten sehr genau! Bei neuen Container Formaten kann es noch kleine Abweichungen geben weil die Overhead Berechnung für MKV und OGM noch nicht ausreichend getestet ist. In XviD gibt es da z.B. ein Problem was von DVX ausgeglichen wird (test build derzeit nur im Forum erhältlich), bis GK soweit ist wird es wegen der Urlaubszeit wahrscheinlich noch dauern. Die Einstellungen müssen natürlich stimmen, Kompressiontest am besten bei 80%, sonst kann es bei schnellen Szenen zu Blockbildung kommen oder wenn deutlich über 80% zu Untergröße.