Testbericht InstantCopy 7

[cool]

Meinst du, weil "unerhalten" getippt habe? Das hab ich gesehen, war aber zu faul es zu verbessern.

Oder mit dem abgeschlafft? Nach dreimal? Nach dem Film - oder schon beim Abspann gehts weiter ... darum schaun wir ja keine Filme wie Herr der Ringe oder Harry Butter, dabei schlafen nämlich nicht nur die Füsse ein.

Grusel und Horror - damit was erstarrt, brauch ich natürlich auch ned.
_________________
Wenn ich all mein Equipment aufzählen täte, ist die Seite vollgemüllt.

[rage]

Eigentlich meinte ich das mit dem abgeschlafft. Warum muss das Mädel noch unterhalten werden, wenn du schon abgeschlafft bist (und die wichtigste Sache schon hinter dir hast)? Hmmm, das gibt mir doch zu denken.

[Kika]

[gehrkes]

Hi zusammen, hi Mb1
Hier nochmal der Typ mit dem "Robocop"-Problem.

[cool]

Ich glaub, du hast Sch..utt gebaut. Wenn wegnehmen nix bringt, ist was faul an der Sache.

Ich habe nun zwei DVDs (selbsterstellte, ~5 GB und 7.6 GB) geschrumpft - da wurde überhaupt nix weggelassen - nix eingestellt, einfach drauflosgeschrumpft, beide Male knapp 4.3 GB.
_________________
Wenn ich all mein Equipment aufzählen täte, ist die Seite vollgemüllt.

[Harald66]

Hi mb1 und KiKa,

Vorweggeschickt, ich habe vollstes Verständnis für Eure "Unlust", mir gehts auch oft so.
Ich gestehe ein, das Thema DCT und Quantisierung bisher nur äusserst oberflächlich angekrazt zu haben. Mir ist klar, dass normale Encoder nicht gecodet wurden um Bitraten zu sparen. Mir ist auch klar, dass z.b. IC7 genau dafür gecodet wurden, also ein von vornherein unterschiedlicher Ansatz. So weit so gut. Wie wir ja alle aus KiKas Beuítrag bei Stefan gelernt haben, spielen die Berechnungen der DCT eine nicht unerhebliche Rolle für die Quali des späteren Streams. Bis hierhin bin ich noch so einigermassen dabei. Nun lässt IC7 rund 50% der DCT Informationen einfach über den Jordan gehen. Es kommt also zum einen bei der originären DCT-Berechnung zu den ersten "Verlusten", dann decodet das Prog das ganze wieder zurück (mit den o.a. Fehlern/Ungenauigkeiten) und dampft die dann entstehenden Daten nochmal ganz gewaltig ein, was in meinen Augen ja massiv zu Lasten der Bildqualität gehen müsste. Wenn ich es jetzt richtig verstanden habe, speichert ein "normaler" Encoder Frame für Frame bzw. GOP für GOP sämtliche Informationen ab, während IC7 genau untersucht, welche Informationen von den vorhergehenden Frames/GOPs weiter verwendet werden können, und dadurch entsprechend spart?
Sollte das "einsteigerfreundliche" Erklären zu kompliziert/langatmig/nervend sein, so bin ich immer auch für weiterhelfende Links/Literatur (wenn möglich in Deutsch, mein Englisch ist doch etwas eingerostet) dankbar.

@mb1
Was den Schreibstil anbelangt, so finde ich, dass Dein ansonsten sehr kritischer Stil diesmal relativ "zahm" und humorvoll ausgefallen ist.
_________________
Gruß
Harald66

.:: Klick me ::.

[Kika]

@Harald

Ganz so einfach ist das nicht. Ich habe auch versucht, es im vorigen Posting klar zu machen: Weder DVD2one noch IC7 encoden Bilder, sondern einfach nur Macroblocks.
Das ist ja gerade die Besonderheit. Beim Encoden müsste man ja sämtliche Schritte der Encodierung rückgängig machen - eben decoden - und dann neu encoden. Das wird ja nicht gemacht.
DVD2one decodiert bis zur Macroblockebene, IC7 (nach den mir vorliegenden Informationen!) bis zur GOP-Ebene - wobei bei der Analyse bei IC7 allerdings das Bild vollständig decodiert wird. Danach versuchen beide Tools, Macroblocks zu finden, die sich besonders gut eindampfen lassen. Insofern arbeiten beide gleich, nur die Strategien, die sind völlig verschieden.

[Harald66]

Hi KiKa,

[bergH]

tach auch !

Ich glaube Du machst es Dir zu einfach, aber glaub ja nicht, daß  ich das verstanden habe.
Ich begnüge mich damit :
Mpeg Kompression findet in mehreren Schritten / Schichten statt:
De-Codierung (und das auf mehreren Ebenen.)Bewegungsvektoren Suchen / Quantisierung / Vorhersagen /
Encodieren und und und.

Diese Transcoder lassen die unterste = rechenintensive Ebene weg und übernehmen deren Werte.
(Bewegungsvektoren z.B.)

Dabei gehen sie nicht bis auf den Pixel (nicht schlagen Kika), sondern nur bis zum Macroblock (Zusammengefasste Gruppe von Pixeln)

Dann Quantisieren sie höher und reduzieren die Bitrate.
IC macht das viel ausführlicher und nur da wo das menschliche Auge es nicht (so) mitbekommt.
==> Besseres Bild als DVD2ONE , der einfach linear die Bitrate reduziert.

Für mehr Verständnis brauche ich Aspirin.

BTW: Ich glaube eher nicht, daß DVD aus AVI gemacht werden, jedenfalls nicht , was wir beide darunter verstehen.
Ein FILM (auf Polyester) wird z.B. Bild für Bild gescannt und in hoher Auflösung abgelegt, als Einzelbild (?)

Näheres bei :
Film to Video   von Oh Behave.
Du weißt ja wo Du den Link findest.

Encodieren
_________________
Gruß BergH

[cool]

Ist ja alles schön und gut (brav, brav, alle die sich darum bemühen), zum Glück will ich nicht eine Referat in der 5. Klasse darüber halten, auch keine Doktorarbeit schreiben (schon lieber Doktor spielen, naja, das war mal ... Forschungstrip), also ist das eher breit mal lang, Hauptsache es funzt.

Das Zeug braucht man selten, Geschrei wird gemacht, als wärs ein Allheilmittel gegen Schnupfen, Husten, Grippe, Diarrhoe und Syphilis.

Wenns Shareware wäre würd ich sagen: fleissig, fleissig, als Kaufware eher: Abzocke, Abzocke!
_________________
Wenn ich all mein Equipment aufzählen täte, ist die Seite vollgemüllt.

[_Garfield_]

@BergH

[cool]

Würde sich mancher bemühen, ANDERE Menschen zu verstehen, wärs gscheiter.
_________________
Wenn ich all mein Equipment aufzählen täte, ist die Seite vollgemüllt.

[bergH]

tach auch !

[Harald66]

Hi BergH,

danke für Deine aufmunternden Worte
Die grundsätzliche Vorgehensweise den Transcoders ist mir schon klar. Das übernehmen der Bewegungsvektoren, Motion prediction, u.s.w. damit hab ich ja auch kein Prob. Ausserdem steh ich auf Aspirin
Das ist ja der Punkt, an dem es interessant wird.

[Kika]

@Harald66

Ja, so ungefähr funktioniert das.

@All
Das Hierarchische Model

Block
Makroblock
Slice
Frame (I,B,P)

8x8 Pixel -> DCT = Block
2x2 Blocks (Luma) + 2 Blocks (Chroma) = Macroblock
x horizontale Macroblocks = Slice
x Slices + x Macroblocks (mit Q-Wert) + x Macroblocks (ohne Q-Wert) = I-Frame (i-Frame = nur Intra-Blocks)
Motion Prediction innerhalb GOP (von I zu B und P und von P zu B)
Gleiche Makroblocks gefunden = Intra-Blocks in B- und P-Frames (= referenzierte Macroblocks. Das sind immer solche, die über Vektoren im Bild platziert werden)
Was übrig bleibt: Motion Compensation = Non-Intra-Blocks in B- und P-Frames

Nur mal so als Beispiel, was beim Encoden grob passiert.


Macroblock based Transcoding (IC7):
Multipass-Analyse von über den Film verteilten GOPs zur Bestimmung der durchschnittlichen Q-Werte.
Bilder einer GOP auf Macroblockebene decodieren.
Analyse, welche Blocks wo benutzt werden (einfacher Vergleich).
Analyse, welche Blocks "unwichtig" sind (möglichst die, die ein gleichmäßiges Spektrum aufweisen u.ä).
Unwichtige Blocks stärker Quantisieren, indem Frequenzkoeffizienten weggeworfen werden. Höhe der Quantisierung abhängig vom Multipass-Analysevorgang, der zu Beginn stattfindet. Schwelle für "Unwichtigkeit" abhängig von Q-Werten und durchschnittlicher (nötiger) Bitrate.
Alles wieder schön einpacken - passt schon.

Der wirklich zeitaufwändige Schritt der Bewegungssuche entfällt dabei völlig.

Allerdings war das nicht vollständig, IC7 macht da schon noch ein wenig mehr, aber das ist nicht für die Öffentlichkeit frei gegeben, sorry.


DVD2one:
Keine Analyse des Gesamtfilms. Keine Analyse von Referenzen zu anderen Bildertypen (P- und I-Frames).
Im Extremfall ist dann ein Macroblock im I-Frame intakt, der entsprechende Intra-Block im referenzierten Bild (P- oder B-Frame) aber stärker quantisiert = Pumpen.
Bei IC7 geschieht das nicht, da immer alle referenzierten Bilder bzw. Blöcke geändert werden.

Genauer kann (und will und darf) ich das jetzt nicht mehr erklären.

[Harald66]

Hi,

[mb1]

Hehe, wunderbar Kika.
Genau so hatte ich mir das vorgestellt (damit ich mir die Schreibarbeit sparen kann)
_________________
Grüße
mb1

Prophet Mohammed:
"Ein für den Wissenserwerb verbrachter Tag ist Gott lieber als 100 Kriege für Gott."

[Kika]

@mb1

Schön, wenn's Dir gefällt...  

Ich hoffe, es war noch schwammig genug.  
Aber ich musste einfach auch mal was dazu sagen, habe schließlich einen Ruf als Hirnwindungsverknoter zu verteidigen.


@Bergh

Falls es tröstet, diese Erklärung hat mich auch an den Rand der Aspirin-Schwelle gebracht.

@All
An den beiden anderen Erklärungs-Postings habe ich noch zwei kleine Fehler korrigiert. Am besten nochmal leiden... äh, lesen.  

Gruß,
Kika

[JOJOLINO]

@mb1

Für deine Tips und Tricks zu InstantCopy

http://forum.doom9.org/showthread.php?s=&threadid=46185

Hast es ja schon drin...Hmmm in der ersten Version aber noch nicht, oder?
Egal, hab mal getestet:

Ausgangsgröße 7,6 GB
IC7 mit 4,32 GB Grenze -> Ergebnis 3,99 GB
IC7 mit 4,36 GB eingestellt -> Ergebnis 4,06 GB
Jeweils manuell resized und überflüssige Sprachspuren entfernt.



Zuletzt bearbeitet von JOJOLINO

[bergH]

tach auch !

@Kika
Da haben MB1 und ich Dich doch schön an die Arbeit bekommen .
(Schönen Dank für die Erklärung.)

@Harald66
Unkompressed AVI wäre durchaus möglich.
Ich habe einzelne Vollbilder nach dem Scan im Hinterkopf, muß aber nicht stimmen. Im Grunde ist es egal, denn der Platzbedarf dürfte ähnlich sein ! Halt IRRE groß.
_________________
Gruß BergH