FlaskMPEG Optimale Einstellungen ??

Ich habe mir mal ein bissechen Zeit genommen und das Flask MPEG zu studieren. Ich gehe wie folgt vor: Ich ziehe die VOBS mit Smart Ripper auf die Platte und versuche dann die VOBS mit Flask MPEG zu rippen. Nun frage ich mich aber was die optimalen Einstellungen sind für Flask MPEG

Könnt Ihr mir sagen was ich da für ne Einstellung machen muss ?`Wenn ich einen Film rippe dann ist das Bild meistens scheisse <IMG SRC="smilies/frown.gif" border="0"> Damit meine ich dass die Filme dann oft Pixelig sind <IMG SRC="smilies/frown.gif" border="0"> Ich bräuchte eigentlich nur die optimale Bildgrösse und die fps und eventuell noch die anderen wichtigen sache <IMG SRC="smilies/smile.gif" border="0"> Danke bereits im voraus <IMG SRC="smilies/daumenhoch.gif" border="0">

jaja, das ewige Thema.

schau dort mal nach (http://www.t-board.ch/cgi-bin/ubbcgi/ultimatebb.cgi?ubb=get_topic&f=7&t=000183)

ich sollte mich auch mal wieder ins zeug legen. <IMG SRC="smilies/biggrin.gif" border="0">

wieso benennen wir das Forum nicht gerade in RIP und divX forum um? <IMG SRC="smilies/smile.gif" border="0">

wenn wir schon bei flask sind: für was ist in flask, wo man die videokodekoptionen nehmen kann die option variable bitrade mode?

naja, nandub funzt bei mir net grad. das scheiss file wird immer 400 mb grösser als gewolt. und die quali ist auch scheisse. nun probier ich halt mal wieder flask aus.

Variable sagts ja schon! Es kann nicht vorausgesagt werden wie gross der Film wird... Für DivX ist Constant Bitrate das beste.. dann kann fast exakt vorausgesagt werden wie gross er wird...
Vor allem zu den Divx 3.11 Zeiten, war das herrlich.. jetzt mit divx 4.12 ists ziemlich schwirig... nur so ein etwa wert.. der rest musst du immer wegschneiden.. ist nervig..

Original erstellt von gEnTi:
<STRONG>Variable sagts ja schon! Es kann nicht vorausgesagt werden wie gross der Film wird...
...der rest musst du immer wegschneiden.. ist nervig..</STRONG>

Ja mache ich auch so.
Hauptsache die Cd ist schoen voll (so ca. 715 MB), das Ende der Filme schneide ich dann immer weg, wer will sowas auch schon sehen...

<IMG SRC="smilies/cwm4.gif" border="0">

<IMG SRC="smilies/rolleyes.gif" border="0"> <IMG SRC="smilies/tongue.gif" border="0"> <IMG SRC="smilies/rolleyes.gif" border="0">

Wenn du eine exakte Filegrösse willst, dann empfehl ich dier DivX 3.11 Low Motion... wird fast immer auf das MB genau...

4.12 kannste vergessen... habs noch nie im Rahmen von weniger als 20 mb daneben fertig gebracht...

genau

mit dem 3.11 er Codec und VirtualDub stimmt das.

Auch wenn man den 3.11er VKI Codec nimmt kommt man aufs MB genau gleich raus !

Der Codec benutzt nur einen internen Puffer an Stellen wo nix los ist senkt er die Bitrate und verschiebt sie etwas nach oben an Stellen mit mehr Action.

Aber wie bei MP3 VBR wird die Bitrate nicht groesser sondern immer max. der kontant eingestellten Bitrate.

Da bei einem Film aber immer irgenwo Bewegung ablaeuft ist der resultierende DivX genauso gross wie bei ner festen Bitrate.

Aber halt mit etwas besserem Bild in manchen bewegten Szenen.

Mit dem single pass 4.xx Codec bekommt man aber auch (eigentlich) eine Dateigroesse die auch fast aufs MB genauso gross ist wie bei 3.11 mit fester Bitrate.

-------------------

Ausnahmen bei 3.11 sind nur moeglich mit NanDub (two pass) das zwar den 3.11 er Codec benutzt, selber aber eine aufwaendige VBR Routine eingebaut hat.

Die Konfiguration ist anfangs echt schwierig, aber mit diversen Guides dann doch wieder einfach hinzubekommen. (APU`s Guide z.B.)

Nutzt man 4.xx mit 2 Durchgaengen wird echt schwierig die resultierende Groesse genau abzuschaetzen...

------------------------

dann wird es eben philosophisch:

Will man unbedingt alles auf eine CD bringen ? (oder 2, je nach Laenge des Videos)

Oder will man die bestmoegliche Qualitaet ?

(diejenige Fraktion will mindestens 2 Cd`s und ruempft uber die ein CD Typen (meist also auch mich) die Nase...)

------------------

dazu kommt eben auch noch der Zeitfaktor:

momentan laeuft ein Video mit dem 4.12 Codec bei mir und braucht bei 2 Durchlaeufen mindestens 12 h...

das kann aber auch locker das doppelte sein.

mit NanDub 3.11 hat es fast immer nen Tag und laenger gedauert...

cya, Nio

ich lass es eigendlich nur einmal durchlaufen ... ich stelle die Bitrate manuell ein .. ich will eine CD mit 700MB haben .. 1.wie lang ist das video 2. welche bitrate benutze ich für den sound(mp3) 2. ausrechen wie hoch der datenstrom fürs video sein soll ...
standartfilm 90min = 5400Sec
700MB (x1024x1024) = 5.872.025.600 Bits (sind keine kommas !!)
für den sound mehmen wir 128kb MP3 mach bei 90 minuten = 691.200.000 bits

kleine zwischenrechnung ... 5.872.025.600 minus 691.200.000 bits

gleich 5.180.825.600 bits
unt gleich weiter durch 5400
gleich 959.412 bits /s (den kommaquatsch lassen wir mal )
und da wir immer kilobist benutzen also gleich nich durch 1000 und kommen auf 959Kbit/s
und da man dem DivX format nicht sorecht trauen kann un ein wenig spielraum haben wollen stellen wir halt mal 940 oder 900 kbit/s ein man ist auf der sicheren seite ..erlich gesagt ging das mit dem 3.11 codec ganz gut um den 4.11 oder 4.12 klappt das leider nicht mehr so richtig man kann rechnen was man will er wird willkurlich mal grösser und auch mal kleiner ..aber die qualität stimmt bei dem 4.11

also gut,

poste ich halt mal ne Liste die ich mir selber erstellt habe.
Soweit ich weis aber vollkommen korrekt ist:

--------------------------------

Codec: DivX ;-) -VKIv22, aber aufs MegaByte genau diesselbe Groesse mit DivX ;-) 3.11 alpha
Nandub mit 3.11 ;-) SBC liegt aehnlich, kann nach oben und unten (meistens) ausreissen.....TESTEN !
DivX 4 liegt im einfach Modus aehnlich, im 2 fach niedriger (meistens)

LOW Motion (Ton: 16bit stereo, 44100 Hz, 128 KBit/s , Fraunhofer IIS -&gt; 16 kb/s ohne VBR)

MB=Megabyte, KB=KiloByte, Min=Minute, s=Sekunde, auf 710 MB sind die meisten 700 MB CD`s brennbar, manche bis 719+, die bei Vobis erhaeltlichen SilverCircle alle bis 715 MB !!!
----------------------------------------------------------------------------------------------------------------------------
!!! BEI ENTSPRECHENDEM CD PLATZ SOLLTE MAN IMMER DIE MAXIMALE BITRATE WAEHLEN !!!
----------------------------------------------------------------------------------------------------------------------------
375,0+16 = 391,0 KB/s bei 3000 kbit/s ( 31,0 Min bei 710 MB) - 23,0 MB pro Min
...
187,5+16 = 203,5 KB/s bei 1500 kbit/s ( 59,5 Min bei 710 MB) - 12,0 MB pro Min (Maximal-Empfehlung)
...
137,5+16 = 153,5 KB/s bei 1100 kbit/s ( 78,9 Min bei 710 MB) - 9,0 MB pro Min
131,3+16 = 147,3 KB/s bei 1050 kbit/s ( 82,3 Min bei 710 MB) - 8,6 MB pro Min (gilt nicht fuer SBC)
128,1+16 = 144,1 KB/s bei 1025 kbit/s ( 84,1 Min bei 710 MB) - 8,5 MB pro Min
124,0+16 = 141,0 KB/s bei 1000 kbit/s ( 86,0 Min bei 710 MB) - 8,3 MB pro Min
121,9+16 = 137,9 KB/s bei 975 kbit/s ( 87,8 Min bei 710 MB) - 8,1 MB pro Min (haengt von den BewegungsSzenen ab)
118,8+16 = 134,8 KB/s bei 950 kbit/s ( 90,0 Min bei 710 MB) - 7,9 MB pro Min
115,6+16 = 131,6 KB/s bei 925 kbit/s ( 92,1 Min bei 710 MB) - 7,7 MB pro Min
112,5+16 = 128,5 KB/s bei 900 kbit/s ( 94,3 Min bei 710 MB) - 7,5 MB pro Min (Mindest-Empfehlung)
109,4+16 = 125,4 KB/s bei 875 kbit/s ( 96,7 Min bei 710 MB) - 7,3 MB pro Min
106,7+16 = 122,7 KB/s bei 850 kbit/s ( 98,8 Min bei 710 MB) - 7,2 MB pro Min
103,1+16 = 119,1 KB/s bei 825 kbit/s (101,7 Min bei 710 MB) - 7,0 MB pro Min
100,0+16 = 116,0 KB/s bei 800 kbit/s (104,5 Min bei 710 MB) - 6,8 MB pro Min

ab hier sollte man Filme splitten ... wenn man gute Qualitaet will ...sofern man nicht eh auf 2 Cd`s geht
Extreme Ausnahme ist Nandub SBC wo man z.T. auch mit den niedrigen Raten 2h auf eine Cd bekommt

96,9+16 = 112,9 KB/s bei 775 kbit/s (107,3 Min bei 710 MB) - 6,6 MB pro Min
93,8+16 = 109,8 KB/s bei 750 kbit/s (110,4 Min bei 710 MB) - 6,4 MB pro Min
90,6+16 = 106,6 KB/s bei 725 kbit/s (113,6 Min bei 710 MB) - 6,3 MB pro Min
87,5+16 = 103,5 KB/s bei 700 kbit/s (117,0 Min bei 710 MB) - 6,1 MB pro Min
84,4+16 = 100,4 KB/s bei 675 kbit/s (120,7 Min bei 710 MB) - 5,9 MB pro Min
81,3+16 = 97,3 KB/s bei 650 kbit/s (124,6 Min bei 710 MB) - 5,7 MB pro Min
78,1+16 = 94,1 KB/s bei 625 kbit/s (128,7 Min bei 710 MB) - 5,9 MB pro Min
75,0+16 = 91,0 KB/s bei 600 kbit/s (133,2 Min bei 710 MB) - 5,3 MB pro Min
71,9+16 = 87,9 KB/s bei 575 kbit/s (137,9 Min bei 710 MB) - 5,2 MB pro Min
68,8+16 = 84,8 KB/s bei 550 kbit/s (143,0 Min bei 710 MB) - 5,0 MB pro Min
65,6+16 = 81,6 KB/s bei 525 kbit/s (148,5 Min bei 710 MB) - 4,8 MB pro Min

ab hier kann man Serien (*) mit entsprechender Aufloesung (&lt;=640*480) in annehmbarer Qualitaet aufnehmen

62,5+16 = 78,5 KB/s bei 500 kbit/s (154,4 Min bei 710 MB) - 4,6 MB pro Min

ab 300 Kbit/s kann man Cartoons (**) mit wenigen grossen Flaechen (&lt;=640*480) ohne grosse Verluste kompremieren...

37,5+16 = 53,5 KB/s bei 300 kbit/s (226,5 Min bei 710 MB) - 3,1 MB pro Min

-----------------------------------------------------------------------------------------------------------------------------
FAST Motion (Ton: 16bit stereo, 44100 Hz, 128 KBit/s, Fraunhofer IIS -&gt; 16 kb/s ohne VBR)

36+16 = 52 KB/s bei 800 kbit/s (233 Min bei 710 MB) - 3,0 MB pro Min

(gemessen, haengt von der Anzahl der BewegungsSzenen ab, da Fast NUR dort die 800 kbit/s benutzt)
-----------------------------------------------------------------------------------------------------------------------------
PAL (25 fps)

384*288 (1,33333333333333333333333333333333 / 1) = 4:3 = 12*32 * 18*16 (halbe PAL Aufloesung)
512*384 (1,33333333333333333333333333333333 / 1) = 4:3 = 16*32 * 24*16
640*480 (1,33333333333333333333333333333333 / 1) = 4:3 = 20*32 * 30*16
768*576 (1,33333333333333333333333333333333 / 1) = 4:3 = 24*32 * 36*16 (volle PAL Aufloesung)

(32 & 16 fach (***) ist wichtig um Probleme mit den Overlayfilter bei einzelnen Grafikkarten zu vermeiden!)
(4:3 ist wichtig wegen den Seitenverhaeltnissen bei PAL !)

(*) z.B. Voyager oder Stargate ; ca. 200 MB pro Folge bei 500 KBit/s (4x Min)
(**) z.B. Southpark oder Futurama ; ca. 100 MB pro Folge bei 300 KBit/s (2x Min)
(***) das ist auch zu beachten beim Abschneiden von schwarzen Balken (Cropping) eines Videos

-----------------------------------------------------------------------------------------------------------------------------
Zum Aufzeichenen des Rohdatenstroms in Echtzeit nehme ich VirtualDub 1.4.7)
mit dem Codec Picvideo (Stufe 19 -&gt; 3-4 MB/s oder Stufe 18 -&gt; 1,5 -2,5 MB/s bei 640*480, YUY2=YUV2)
Bei niedriger Aufloesung kann man auch den verlustfreien Huffyuv(-2.1.1.zip) Codec benutzen,
allerdings erreicht man damit schnell mehr als 7 MB/s (!!), was zu Platz und HD Performance Problemen fuehrt.
Als Videopuffer habe ich 400, sowie die 2 MB HD Cache eingestellt, "windows write buffering" ist disabled, UDMA4 (66er Modus) ist aktiviert
Bei manchen Fernsehsendern und Movie(-arten) sollte man die Helligkeit, Kontrast usw. vor dem Aufnehmen anpassen,
ansonsten bekommt man nur schwarze Schatten auf schwarzem Grund (Alien uns so ;-)
Ton -&gt; Standard CD Einstellungen (stereo, 44100 Hz, 16 Bit)

DivX+MP3:

Bei der Umwandlung in DivX muss man beachten das man ab 384*288 Pixel einen Deinterlacing Filter einsetzt,
weil PAL bekanntlich aus 2 Halbbildern besteht die zeitversetzt (interlaced) gesendet werden.
Das fuehrt bei bewegten Objekten im Video zu haesslichen Treppen - und Kamm - Artefakten die der Filter weitgehend beseitigt.
Welchen Filter man am besten nimmt ist ne Wissenschaft fuer sich, darueber streiten sich die "Experten".
Regenbogenartefakte und evtl. JPG Artefakte des RAW Codec kann man mit einem "Smart Smoother" Filter beseitigen.

Den Ton wandle ich in MP3 (128 Kbit/s, 44100, stereo), evtl in MP3 VBR, aber kostet mehr Zeit und ist manchmal nicht syncron.
Fraunhofer IIS MP3 hat eine kleine Schwaeche bei starken HINTERGRUNDGERAEUSCHEN im Film, wie z.B. Wind oder ein Feuer.
Dann gelingt es dem Codec nicht mehr vernuenftig aufzuloesen und bei 128-160 KBit/s entstehen Stoergeraeusche (aehnlich wie UKW Rauschen).
Mir ist nicht/noch nicht bekannt wie man das umgehen kann.

Zu Ogg Vorbis kann ich nur sagen: noch nicht ausprobiert, soll aber sehr gut sein.


Speed beim Umwandeln in DivX+MP3:

Der Ouput liegt bei einem PIII 600@744 (124*6) und 512 MB (Cl2) bei ca. 1-15 fps (AVI-MPG).
Stark von der verwendeten Aufloesung, Anzahl und Einstellung der Filter abhaengig !

Ein Atlon Thunderbird 1,4 Ghz 256 MB (266er) DDR Ram (CL2) liegt im Rechenpower um den Faktor 3-4 weiter oben,
der Palomino duerfte bei gleichem 1,4 rer Takt um den Faktor 4-5 schneller sein.

Duron, P4 und Celeron Power ist unbekannt...


--------------------------------------------

cya, Nio

PS: nach Auskunft einiger Leute die sich auskennen sollten ist es einfacher moeglich den 4.xx DivX Codec dazu zu bekommen auf Stand alone Playern abzuspielen als den 3.11er.
(da ebenjener nicht ISO (doer so etwas) konform ist)

Im Hinblick auf zukuenftige Player ist es also sinnvoller den 4.12 einzusetzen...


----------------------------------------------------------------------------------------

Anschliessend nochmal was lustiges aus dem einem Capture Forum:
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;
Hi BlackHobbit,
&gt;und ich erzähl hier ne uralte Sache die schon nen langen weißen Bart hat ...
Und selbst wenn ... man kommt manchmal selber nicht auf die einfachsten Sachen ... deshalb ist es immer hilfreich
jeden aspect zu beleuchten ... oki ... schaumermal, was ich schon so alles ausprobiert habe ..
&gt;... Disk I/O die Framerate ... ACPI-Mode entziehen (ich halte nix von IRQ-Sharing).
ACPI ist schon lange fott ... IRQ-Sharing ist damit aber trotzdem nicht generell ausgeschlossen ...
&gt;Allen Karten einen separaten IRQ zuweisen und die PCI Karte im PCI-Slot1 entfernen (so da eine steckt).
Alle Karten geht nicht ... aber die wichtigen (aktiven) sind separiert (Sound, IDE-Controller, AGP) ... Slot1 ist eh tabu
&gt;Vielleicht mal alles OC ausschalten (nich das tatsächlich die Spannung kollabiert :-))
ich habs bereits "unter" Nominal gefahren und auch alle zwischenschritte/kombinationen probiert.
&gt;und außer der Capture-Card alles rausbauen.
Auch schon passiert.
&gt;Notfalls mal den Saft von CD-ROM/HDD-s abziehen die Du nich grade benötigst
Meinst du wegen Netzteil ? ... ich hab schon ein 2tes eingebaut, das NUR die Peripherie betreibt ...
mein 250W ATX Netzteil versorgt nur noch das Mainboard
&gt;mal auf ne andere Platte grabben, mal ein anderes Filesystem probieren (FAT32/FAT16)
die Schwankungen sind leider auch im Testmode (VD -&gt; F7) anhand der Framerate zu erkennen,
also auch ohne auf Platte zu schreiben.
&gt;Mal schauen das die Erazor nich zu warm wird.
Lüfter ist ok ... Temperatur wie immer ... Problem ist auch unmittelbar nach dem einschalten vorhanden.
&gt;Hast Du ne PS/2 Maus ?, die liegt meines Wissens auf IRQ12 und wenn das Deine Erazor auch tut ...
PS/2 liegt auf 12, Erazor separat auf 9 ... aber ja ... ich hatte auch schon die Maus rausgezogen
&gt;Und noch was : sicher das Deine Platten im UDMA-Mode laufen ?
Jepp ... alles schon von PIO0 bis UDMA5 getestet ... sowohl im RAID als auch im Standaolone ...
&gt;Mal kleinere Partitionen probiert ?
Mhmmm ... unwahrscheinlich ... wieso sollte es daran liegen ?
&gt;Leider gibts keine Capture-Treiber für NT, ansonsten würde ich Dir das mal ans Herz legen ...

&gt;Naja und als letzte Idee bleibt mir nur noch : ne frische Windowsinstallation hat auch schon Wunder vollbracht.
Dreimal bei 0 aufgesetzt (Win95, Win98, Win98SE) und das ganze mit 2 Mainboards und CPU´s ...
&gt;Un noch was : Vielleicht solltest Du auch mal sehen, ob irgendein Prozeß zyklich ...
Alle Prozesse abgeschossen und unnötige Systemprozesse mit ATM auf IDLE gesetzt ... keine Wirkung ...
&gt;Filemon is da ein prima Überwachungstool. Auf der Seite findest Du noch andere Watchtools ...
Ich guck mal, glaub aber eher nicht, das da nochwas im Hintergrund rumwuselt ... wie gesagt ...
auch bei einem 0-Stand passierts ...
Danke erstmal für deine Tipps ... wenn Dir nochwas einfällt, immer her damit ... irgendwo dran muß es ja liegen ...
mit meinem "alten" BE6-II + Celeron300A hats ja funktioniert ...
Ich hab heute nochmal jemandenden bei der Elsa-Hotline erwischt, der mich nicht mit einem dummen
"Liegt im Bereich der Spezifikation" abgeblockt hat, sondern mir wirklich helfen wollte ... er hat gemeint,
mein RAM wäre evtl. imkompatibel und ich solle mal einen anderen Riegel reinstecken ... wenn das nicht helfen sollte,
ruf ich morgen früh an und er gibt mir einen Techniker ... hoff
... to be continued ...
Gruß
Thom
...............
Hi Tsunami,
habe alle erdenklichen IRQ-Kombinationen ausprobiert und nocheinmal alle Karten entfernt ...
das mit dem Speicher wars leider auch nicht (4 unterschiedliche getestet) ...
an der Systemperformance kann es nicht liegen ... ich hab die "Impact VCB" ans laufen bekommen ...
Einstellungen:
VirtualDUB -&gt; 768x576@25fps / Audio 44.1KHz -&gt; HuffYuv -&gt; YUV -&gt; Predict xxx (best)
Framerate 100% stabil, kein Jitter oder Display -Offset ... CPU-Auslastung = LÄCHERLICHE 5% bis 20% ...
!NULL!-Drops ... Ton ist 100% in Sync! ...... aaaaaabbbbeeeerrrr .... heullllllll ..... die Bildqualität ist
genauso miserabel, wie ich es von "TV-Karten" her kenne .... die sch***ß Elsa ist da unerreicht ....
ich will will will die Karte ans laufen kriegen ....
heute klemm ich mal den Highpoint-Controller komplett ab und guck mal, ob sich das Teil vielleicht mit dem
AGP-Bus in die Haare kriegt.
Tsunami ... Bitte poste mal deine komplette Konfiguration (Board, CPU, BIOS-Settings, AddOn-Karten mit steckplatz
und IRQ-Belegung, Betriebbsystem, Treiber -Versionen und was dir sonst noch dazu einfällt) ... danke schonmal für die Mühe
...
Gruß
Thom
&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;Ende des Auszugs aus einem deutschen Video/DVD Forum