Fachbegriffe übersetzen ?

OT: Ich lese einfach einiges und habe brauchbare Grundkenntnisse im Videobereich.

Interessant wäre vor allem wenn jemand zu den nicht so Mainstream Codecs in MeGui etwas schreiben könnte. (Snow, LMP4)

Vor allem zu den Motion Estimation Compare Functions in Snow.

Henrik: Weisst Du was die Funktion tut? Wenn ja, dann beschreibs doch einfach mit eigenen Worten. Die Übersetzung kann dann auch gern ma jemand in der Wiki winfügen der es weiss.

"Motion Estimation Compare Functions" ~ Vergleichsfunktionen für Bewegungsvorhersage

Eigentlich gar nicht so kompliziert:

Codecs, die Bewegungen schätzen wollen, um Ähnlichkeiten von aufeinander folgenden Bildern auszunutzen, brauchen Funktionen, mit denen sie die Ähnlichkeit von Bildausschnitten sinnvoll berechnen können.

Bewegungsschätzung wird ja bei DCT-basierten Formaten meist so durchgeführt, dass ein Block in seiner Umgebung bewegt wird, und jeweils die Differenz zum darunter liegenden Bildausschnitt in angrenzenden unabhängigeren Bildern (bei P-Frames: das vorherige I-Frame; bei B-Frames: umliegende I/P-Frames) minimiert wird. Es wird dazu aber meist nicht einfach die simple Subtraktion verwendet, sondern teilweise etwas aufwändigere Funktionen.

Diese Funktionen (Metriken) sind nun bereits in der ffdshow-Dokumentation erwähnt worden:

SAD = sum of absolute differences: Summe der absoluten Differenzen
SSE = sum of squared errors: Summe der quadratischen Abweichungen
SATD = sum of absolute hadamard transformed differences: Summe der absoluten Hadamard-transformierten Differenzen
DCT = sum of absolute dct transformed differences: Summe der absoluten DCT-transformierten Differenzen
PSNR = sum of the squared quantization errors: Summe der quadrierten Quantisierungsabweichungen / Peak Signal-to-Noise Ratio: Höchstes Signal-Rausch-Verhältnis

SAD ist als die simple arithmetische Summe der Absolutbeträge der Differenzen die schnellste Methode, aber nicht gerade die psychovisuell sinnvollste. SATD ist durch die Hadamard-Transformation der Differenzen näher an der "gefühlten Abweichung", besonders für etwas größere Suchradien, aber mathematisch etwas aufwändiger. Such-"Radius" ist dabei die Dimension der "Diamant-Umgebung" (ein um 45° gedrehtes Quadrat, weil eher senkrechte oder waagerechte Bewegungen i.A. wahrscheinlicher sind).

Übernehmen ... na, eventuell. Aber ich bezog mich hier zunächst auf DCT, weil die das Bild in Blöcke zerlegt, denen man einzeln einen "Motion Vector" zuweisen kann.

Wie das bei Wavelet-Fransformation aussieht, die das Bild ja meist als Gesamtheit darstellt, weiß ich nicht. Und Snow basiert ja auf Wavelets. Sicher gibt es dort statt dessen eine Verschiebung der Wavelet-Positionsparameter.

Salve

Oh mein Gott!!! Zu diesem Thema würde ich ganz gerne als einfacher Hauptschüler meine Meinung mal abgeben. Sorry. Nicht jeder hat im IT Bereich gelernt.
@ Henrik: Deinen ersten Beitrag und die dazugehöhrigen Erklärungen finde ich gut.
@all: Inzwischen habe ich ein Computerlexikon, und bin froh wenn ich dort einfache Erklärungen finde. Man muss doch die Geschichte nicht komplizierter gestalten als es eh schon ist. Dann ist es auch kein Wunder wenn die meisten heutzutage keine Lust auf PC haben.

MfG von Falk

Lass mal die DCT ruhig DCT sein. Es gibt ja Programme, deren Label eine begrenzte Breite haben.

Was ist "DCT Decimation"? => doom9-Forum

Eine Beschleunigung der P-Frame-Encodierung durch den völligen Verzicht auf die Speicherung einiger Blöcke, vermutlich wenn die mit dem vorherigen I-Frame exakt genug überein stimmen. Sollte bei Trellis-Quantisierung ausgeschaltet werden (also die Option "Disable ..." einschalten).

Nach der Transformation haben wir anstatt 64 Bildpunkten 64 Koeffizienten, die die Amplituden der Cosinusbasisfunktionen beschreiben. Diese werden durch bestimmte Zahlen geteilt und dann gerundet (Quantisierung). Die übrigbleibenden quantisierten Koeffizienten werden dann in den Bitstream geschrieben.

DCT Decimation verwirft Frequenzkomponenten, die nach der Quantisierung nur sehr kleine Amplituden haben. Das erhöht die Effizienz der nachfolgenden verlustfreien Kompression in einen Bitstream mit RLE und Huffman.

Trellis geht an das selbe Problem etwas professioneller (aber halt auch alangsamer) ran und findet eine nach RD Gesichtspunkten optimale Quantisierung.

@Kopernikus:Interesant, und was ist "RD"?
BTW: benutzt H.264 zur verlustfreien (nach?-)Komprimierung nicht CABAC(bzw. CAVLC)?

"Rate Distortion" -- Abweichung vom durchschnittlichen Verhältnis zwischen Vergleichs-Framegröße aus dem 1st-pass und der gewünschten Ziel-Framegröße für den 2nd-pass. Durch Anpassung der Quantisierung erreicht man ja zwar eine Verkleinerung, aber normalerweise kein Ergebnis, das auf das Byte genau so groß wird wie ein gewisser Prozentsatz der 1st-pass-Größe, und muss deshalb ab und zu die Quantisierung nachregeln.

Nur mal so angemerkt:

Hier sollte es doch um die Übersetzung von Begriffen gehen und nicht um die Erklärung wie H.264 funktioniert,.... (dafür haben wir extra Bereiche, in denen das Übrigends auch schon durchgekaut wurde, soweit ich mich entsinne)

Zitat

Es ging doch auch um deine Frage

Was es nicht besser macht.

Dies hier war als Übersetzungssthread gedacht, was aber anscheinend keinen interessiert,...

Cu Selur

Selur,... - man kann Fachbegriffe nicht sinnvoll übersetzen, ohne zu wissen, was sie bedeuten. Ansonsten kannst du auch gleich "Babelfish" verwenden.

Dass dir die Diskussionen zu Bedeutungen zu ausführlich sind, kann ich teilweise nachvollziehen. Dennoch ist es mir lieber, sie mit hier einzubringen, als ein halbes Dutzend Einzelbeiträge dazu zu "vernetzen".