Fragen zum Huffyuv Codec

Wie rechnest du? Hast du eine durchschnittliche Komprimierbarkeit von etwa 1:3 - 1:6 beachtet? Einige 'zig Gigabytes sind aber durchaus wahrscheinlich.

Croppen braucht so gut wie keine Rechenzeit - bei manchen anderen Filtern aber bräuchte man einen unheimlich schnellen Rechner, wenn der gleichzeitig die Filterung und die Komprimierung bei voller PAL-Auflösung in Echtzeit hinkriegen soll!

Das mit der Dateigröße sollte kein Problem sein, da du den CCE (und auch den TMPEG?) mit avisynth skripten fütterst.

Damit ist dann auch das filtern besser zu machen, während der Aufnahme filtern braucht nur unnötig Systemressourcen und führt zu dropped Frames. Und das macht nur Ärger.

Also besser beim Frameserven mit Avisynth schneiden und filtern. Da kann man sich das Ergebnis schon vorher anschauen.

Aha...

Da ist sie also, die erste Frage zum Capturen

Dann wollen wir mal:

• 1. Es ist überhaupt kein Problem, den TMpeg oder CCE mit so riesigen Dateien zu füttern. Wie Johannes bereits sagte, geschieht das über ein Avisynth Skript, das sich nichts schöneres vorstellen kann, als solch eine Arbeit für Dich zu übernehmen.
• 2. Versuch mal den vble Codec (direkter Download: http://www.cc.jyu.fi/~camneely/vble_video_codec.zip , Thread auf doom9.org: http://forum.doom9.org/showthread.php?s=&threadid=53305) zur Aufnahme statt des Huffy. Der ist schneller bei der Weiterverarbeitung (durch YV12), ist aber genau wie der Huffy lossless (verlustfrei), komprimiert aber stärker, was sehr viel kleinere Dateien zur Folge hat. (Bitte unterliege jetzt nicht der Versuchung, mich auf das Verhältnis festzunageln, ich habs mir nie so genau angeschaut, denn Platz genug war immer da)
• 3. Am besten ganz normal Full PAL ohne Schnick-Schnack aufnehmen und alles an Filterei nachher. Einerseits wird es sonst der Rechner ziemlich schwer haben (z.B. bei Delogo - warum macht man das überhaupt ? Gibt doch immer einen Schmierfleck in der Ecke ?!), das Resultat könten sehr schnell die berühmten Dropped frames in massenhafter Ausfertigung sein. Desweiteren überleg Dir mal, wie das bei Fernsehaufnahmen mit dem Croppen gehen soll ! Du weißt doch vorher nie, wieviel Du wegschnippeln darfst, ohne den Film anzukratzen, bei VHS geht das natürlich besser.
• 4.
  

  Zitat

  Festplatten Samsung, 7200 U/min ( 1x 80 GB für Betriebssystem WInXp, 2 x 160 GB als "Lager")

  Ähm - Ich weiß ja nicht genau, was Du vorhast oder was Du alles auf der Platte hast, aber mit dem Speicherplatz könntest du ja bald einen Film mit Huffy in HDTV aufnehmen...;D Und falls es doch mal ganz enge werden sollte, dann nimm nen MJPEG mit niedrigen Qualitätsraten bzw. besser Mainconcept DV Codec. Sieht gar nicht mal sooo schlecht aus und dann passt da wirklich über ein ganzer Tag auf Deine Platten (wenn nicht eher zwei)

Hoffe, ein wenig geholfen zu haben.

@ e_b:

Ich weiß eben nicht genau, wie du auf 15-16 MB/s kommst:

720 * 576 * 25 fps * 12 bit ~ 15,5 MB/s

Aber das wäre ja für unkomprimiertes YV12. HuffYUV dagegen nimmt (im Original) YUY2 auf, das wären also 16 bit - komprimiert aber danach mit dem Huffman-Algorithmus, da geht wiederum die Bitrate herunter. Je nach Details, Schärfe, Rauschen und Schätzverfahren sind nach meiner Erfahrung Größenverhältnisse im genannten Bereich zwischen unkomprimiertem und Huffman-komprimiertem Video möglich.

(HuffYUV in YV12 kann man mit ffvfw speichern - aber zum Capturen würde ich es nicht ohne Test empfehlen; und welche Karte liefert schon planare Bilder im YV12-Format?)

ich komme beim capturen in 704x576 mit huffyuv auf kompressionsraten um die 1:2.2 bis 1:2.3, macht unterm strich 1/2 GB pro minute. da kann man mit ner 80GB platte schon probleme bekommen, wenn man nicht sofort weiter verarbeitet. gibts da vielleicht beim codec noch einstellungen, die die kompression erhöhen?
oder wie soll ich auf 1:3 bis 1:6 kommen?

Zap

Zitat von ZapBee

gibts da vielleicht beim codec noch einstellungen, die die kompression erhöhen?

nicht daß ich wüßte

Zitat von ZapBee

oder wie soll ich auf 1:3 bis 1:6 kommen?

Zap

gar nicht, oder Du versuchst es mal mit dem vble

Sorry, die Kompressionsraten scheinen wohl doch überzogen zu sein - da hab ich bei meinen Versuchen nur DVD-Material gehabt, das war wohl erheblich sauberer, und progressiv, und wohl auch verglichen mit RGB24... alles schon ziemlich lange her.

Die besten Einstellungen für hohe Komprimierung wären bei HuffYUV lediglich:

YUY2: Predict median (best) | RGB: <-- Convert to YUY2 (egal, weil eh YUY2 reinkommt)

Zitat von electrical_banana

Einmal habe ich 1:1.4XXX, dann mal 1:2.3XXX und auch mal 1:3.2XXX. Kommt mir wie Lotto vor. Ich verstell da nix, ehrlich. Kann man da irgendwie abhilfe schaffen?

Dann nimmst du anscheinend jedes Mal ein anderes Video auf.

Also mal mehr oder weniger Rauschen, mehr oder weniger Action... Ein verlustfrei arbeitender Codec kann das Material nur so gut komprimieren, wie es sich halt eben komprimieren läßt. Wer genug Rechenpower hat, schon beim Aufnehmen einen Rausch-Filter zu verwenden, wird da vielleicht etwas mehr Erfolg haben. Wenn jedoch die Komprimierbarkeit von HuffYUV einfach nicht reicht, dann hilft nur ein Codec-Wechsel (zu VBLE oder gar MJPEG-HQ).
__

AviSynth kann so schwer eigentlich gar nicht sein... Nur deinterlacen und schneiden? Dann ungefähr so:

AviSource("captured.avi")
Trim({Anfangsframenummer},{Endframenummer})
{dein bevorzugter Deinterlacer - lies mal eine von GordianKnot erstellte AVS-Datei}

Und wenn du das Ergebnis in VirtualDubMod öffnest, kannst du es gleich als Quelle für die endgültige Komprimierung benutzen (Video-Modus: "Fast recompress", und DivX/XviD-Codec).

Wenn das Abspeichern des gefilterten Videos eine größere Datei gebracht hat, hast du vielleicht die Wahl eines Codecs beim Speichern vergessen?

MPEG oder Motion-JPEG komprimieren mit Verlusten (das wieder decodierte Video ist nicht das selbe wie das Original).

VBLE oder HuffYUV komprimieren, aber verlustfrei (so ähnlich wie ZIP oder RAR).

RGB oder YUV komprimieren noch nicht mal - da braucht jeder Pixel in der Datei genau so viel Platz wie im Grafikspeicher. RGB braucht sogar 1,5x so viel Platz wie unkomprimiertes YUY2 (und HuffYUV komprimiert YUY2 so ähnlich wie mit ZIP).
__

Mit Rauschfilter meinte ich natürlich Software, sonst hätte ich mir keine Gedanken über die Leistung deines Prozessors gemacht.

Hardware-Rauschfilter - gibt's so was überhaupt, sowie zu kaufen? Wurde hier bisher noch nie besprochen.
__

AviSynth-Filter sind fast immer schneller als VirtualDub-Filter. Ob die Qualität besser ist, kommt auf den Algorithmus an. In kaum einer Gruppe gibt es so viele Filter wie für Deinterlacer (abgesehen von Rauschfiltern vielleicht). Blend-Filter mischen einfach nur beide Halbbilder (das ergibt verschwommene Echos); "schlauere" versuchen ein progressives Bild zu berechnen - das dauert allerdings länger und ist auch nicht absolut sicher. Derzeit wird ziemlich viel über KernelDeInt geredet...

Convolution 3D ist ein Rauschfilter, kein Deinterlacer (den meintest du doch, oder?)

Zum deinterlacen verwendest du lieber FieldDeinterlace aus der decomb.dll

die musst du aber vorher mit

loadplugin("Pfad\decomb.dll")

im skript laden.

Näheres dazu gibt hier

http://www.doom9.org/index.html?/decomb.htm

Ich will mich da ja nicht lang einmischen, aber den Capture Guide hast Du Dir mal angeschaut ?

Hi,

da hast Du genau den Teil angesprochen, von dem ich nun überhaupt keinen Plan habe. Das hat Michael geschrieben. Vielleicht kann Dir ja einer der MPEG Spezies das erklären...:ja:

Zitat von electrical_banana

Wieviel "slightly" ist diese Einstellung ?

Insofern, dass im Vergleich zu RGB für Farbigkeitswerte waagerecht nur die halbe Auflösung verwendet wird (Subsampling 4:2:2).

Aber tröste dich: MPEG verwendet für die Farbigkeit darüber hinaus auch senkrecht nur die halbe Auflösung im Vergleich zu RGB (Subsampling 4:2:0).

Nähere Informationen dazu: Forumsuche nach "Subsampling YUY2 YV12" und verwandten Begriffen...
__

Zitat von electrical_banana

Was mich stört sind die langen Konvertierungszeiten.
Ich habe beim CCE 2Pass (gem FAQ solltens ja 3/Pass sein) eingestellt. Beim 1/Pass dauerts ca. 3 Std., beim 2/Pass ca. 7 Std., bei einer Filmlänge von 2:09 Std.

Ja, aber der CCE muss doch auch nach MPEG2 konvertieren! Und das ist eine unheimliche Rechenarbeit. Das aufwändigste daran ist wahrscheinlich der Vergleich der aufeinanderfolgenden Bilder und die Suche nach Bewegungsvektoren, die am meisten Bitrate sparen und zur Qualitätsverbesserung beitragen. Das AviSynth-Skript vorher beeinflusst die Dauer des Gesamtvorganges nur unwesentlich.
__

Zitat von electrical_banana

Bei der Vorschau unter VDubMod sind die schwarzen Balken oben und unten verschwunden, jedoch in der gebrannten DVD sind sie wieder da.

Wenn du oben und unten aber 80 Pixel anfügst, ist ja logisch, dass sie auf der DVD auch drauf sind. Aber dass sie in der Vorschau weg sind, glaube ich dir nicht - da frage ich mich, welche Datei du dir angeschaut hast (die selbe AVS sicher nicht).

Hi,

Zitat

Das AviSynth-Skript vorher beeinflusst die Dauer des Gesamtvorganges nur unwesentlich.

Sorry, wenn ich mich jetzt auch noch einmische, aber eher das genaue Gegenteil ist der Fall. Avisynth ist beim encoden der eigentliche Flaschenhals.
Kann man ganz einfach ermitteln, in dem man einmal ein Stück Video als Real-Avi direkt in den CCE lädt und zum anderen dann mit dem gleichen Stück Avisynth mit den gewünschten Filtern "dazwischensetzt".
Je nach Art und Umfang der eingesetzten Filter geht der Speed des CCE um 20% bis 60% nach unten.


Was den Speed angeht, so hängt das in starkem Umfang vom verwendeten *.avs ab. Normalerweise sollte Dein Sys "erheblich" schneller als Echtzeit arbeiten. Allerdings habe ich mit der Bearbeitung von gecapturtem Material Null,Null Erfahrung. Das dürfte aber nach dem Capturen auch keinen Unterschied mehr machen.
Was noch etwas bringen kann ist Quell- und Zieldatei auf unterschiedliche HD zu legen. Ansonsten poste mal das verwendete Script. Welche Version des CCE? Welche Avisnth-Version?
Was Michael in seinem Beitrag meint, ist das Du im erstellten *.vaf manuell auf die einzelnen Sequenzen Einfluss nehmen kannst, indem Du überall wo "es nicht pass", manuell eingreifst.
Ich persönlich bin mir ehrlich gesagt nicht sicher, ob der dadurch entstehende "Qualitätsgewinn" mit dem einhergehenden Arbeitsaufwand in einem gesunden Verhältnis steht. Aber wie gesagt, all das basiert aucf meinen Erfahrungen mit DVD-Material. Da bin und bleibe ich ein Verfechter der "simplen" 2-Pass Methode.