From a4ba07f5b0a7cf1dcb6452c9e92a2b49e51c5f0e Mon Sep 17 00:00:00 2001
From: jonas
CODECS
diff --git a/DOCS/German/encoding.html b/DOCS/German/encoding.html index a2f2a5350d..5bb88ccc5b 100644 --- a/DOCS/German/encoding.html +++ b/DOCS/German/encoding.html @@ -43,6 +43,9 @@ Er verf nach dem Kompilieren von lame testen. Das Ergebnis (eine Zahl) sollte kleiner als 30 sein. Aber keine Panik wenn sie 400 oder ähnlich ist, du solltest keine mindere Qualität bemerken können. Oh, und wenn dein Compilermake test
nicht ausführt ... dann lösche GCC 2.96.
+ libjpeg
und libpng
-
+ wie in der Installation
+ Sektion beschriebenErklärung des Prozesses
-MEncoder decodiert das/die Eingangsbild(er) mit einem verfügbaren
- MJPEG Videocodec (wenn er PNGs decodiert, verwendet er die libpng).
- Standardmässig wird ffmjpeg
verwendet, so dass man die libavcodec-Unterstützung
- einkompilieren muss (was sowieso empfohlen ist). Der Nachteil ist, dass er gewisse JPEG-Typen
- nicht verarbeiten kann (für diese wird ein grünes Bild encodiert). Benutze dazu ein externes
- Werkzeug um diese Bilder in ein verträgliches Format zu konvertieren.
Du kannst frei
- irgendeinen anderen MJPEG-Decoder wählen, wie mcmjpg32.dll
(MainConcept Motion
- JPEG), wenn dieser installiert ist. Nach einer Begutachtung der codecs.conf
- und einer anschliessenden Überprüfung der videocodec
Zeile, welche auf zu dieser
- Datei verweist, erkennt man, dass man dazu die -vc mjpeg
Option benutzen muss.
+
MEncoder decodiert das/die Eingangsbild(er) mit libjpeg
+ (wenn PNGs decodiert werden, wird die libpng benutzt).
MEncoder führt die decodierten Bilder danach dem gewählten Videokompressor zu diff --git a/DOCS/German/faq.html b/DOCS/German/faq.html index a1277c52f9..cc70035cd4 100644 --- a/DOCS/German/faq.html +++ b/DOCS/German/faq.html @@ -568,7 +568,7 @@ Du kannst GTK nicht bei einer suid-root Binary verwenden, wie in der GUI Sektion
Achja und zum Pipe-In-Kommentar-Bug: Es war nicht unser Bug. Ich habe mit -einen der gcc Helfer gesprochen und sie haben mit gesagt, dass gcc 2.96 und 3.x +einem der gcc Helfer gesprochen und sie haben mit gesagt, dass gcc 2.96 und 3.x Intel ASM Syntax unterstützen und dies der Auslöser für den Pipe Bug war. Aber es war ein Bug, denn gcc hat den ganzen ASM-Block stillschweigend ohne irgendeine Warnung ignoriert. Die Entwickler hab das gelöst, nun gibt es Warnungen aus und @@ -86,12 +86,12 @@ heisst das nicht, dass das f
-Answer: +Antwort:
Nein. Du liegst falsch! -Einige Projekte (hauptsächlich Projekte, die stark optimierten inline ASM-Code enthalten) +Einige Projekte (hauptsächlich die, welche stark optimierten inline ASM-Code enthalten) haben Probleme mit gcc 2.96. Zum Beispiel: avifile, MESA / DRI, Wine, ffmpeg, lame, NuppelVideo, MySQL. Aber andere Projekte habe habe bereits einen Workaround für die gcc Bugs eingebaut (Änderung des Quellcodec er Compiler Bugs auslöst), deshalb funktioniert es nun. diff --git a/DOCS/German/sound.html b/DOCS/German/sound.html index 30d0028e68..47e657c98b 100644 --- a/DOCS/German/sound.html +++ b/DOCS/German/sound.html @@ -244,7 +244,7 @@ Sound.
- +Dieses Plugin erhäht (linear) die Differenz zwischen dem linken und rechten Kanal (wie das XMMS Extrastereo-Plugin), was zum Teil zu "live"-Effekten -- cgit v1.2.3