From 23030bee439c4a390e2ae7eedea9b898fc5ce783 Mon Sep 17 00:00:00 2001 From: jonas Date: Tue, 9 Apr 2002 15:55:00 +0000 Subject: [PATCH] sync git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@5542 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/German/codecs.html | 400 ++++++++++++++++----------------- DOCS/German/documentation.html | 6 +- DOCS/German/faq.html | 10 + DOCS/German/mplayer.1 | 2 - 4 files changed, 207 insertions(+), 211 deletions(-) diff --git a/DOCS/German/codecs.html b/DOCS/German/codecs.html index 57004afc3d..09c1158db2 100644 --- a/DOCS/German/codecs.html +++ b/DOCS/German/codecs.html @@ -20,7 +20,7 @@

Siehe http://www.mplayerhq.hu/DOCS/codecs-status.html für die komplette, täglich generierte Liste!!!

-

Die wichtigsten Video-Codecs:
+

Die wichtigsten Video-Codecs:

+ -

Wenn du einen Codec hast, der nicht gelistet ist, und noch nicht unterstützt -ist, lese Sektion 2.2.3 um Infos über den Status zu bekommen -und wie du uns helfen kannst, die Unterstützung hinzuzufügen!

+

Wenn du einen Codec hast, der noch nicht aufgelistet und unterstützt ist, +lies Win32 Codec-Importierungs HOWTO und hilf uns, +die Unterstützung hinzuzufügen!

2.2.1.1. DivX4/DivX5

Diese Sektion enthält Informationen über den DivX4 Codec von -ProjectMayo. Ihre ersten verfügbaren alpha-Versionen +Project Mayo. Ihre ersten verfügbaren alpha-Versionen waren OpenDivX 4.0 alpha 47 und 48. Unterstützung dafür wurde standardgemäß in -MPlayer eingebaut. Wir verwenden seinen Postprocessing-Code um optional -die Bildqualität von MPEG1/2 Filmen zu verbessern.

+MPlayer eingebaut. Früher verwendeten wir deren postprocessing Code, +um optional die Bildqualität von MPEG1/2-Filmen zu verbessern. Nun benutzen wir +unseren eigenen.

-

Die neue Version dieses Codecs kann auch Filme dekodieren, die mit diesen relativ -unbekannten DivX-Codecs erzeugt wurden! Und das ist noch nicht alles, ist es auch UM -EINIGES schneller als die traditionelle Win32 DivX DLL. (libavcodec's Decoder ist sogar -NOCH SCHNELLER, so dass der Gebrauch dieses Codecs entmutigend ist - man braucht -ihn bloss zur Encodierung). Siehe unten für die Konfiguration. Der einigze Nachteil -diese Codecs ist, dass er zur Zeit Closed-Source ist. :(

+

Die neue Version dieses Codecs heisst DivX4Linux und kann sogar Filme +decodieren, die mit diesen relativ unbekannten DivX-Codecs erzeugt wurden! +Dazu ist er noch um einiges schneller als die traditionelle Win32 DivX DLL +aber immer noch langsamer als libavcodec. Der Gebrauch dieses Codecs ist +desshalb ENTMUTIGEND. Er lässt sich jedoch trotzdem zur Encodierung +verwenden. Ein Nachteil diese Codecs ist, dass er zur Zeit Closed-Source ist.

-

Der Codec kann unter folgender URL heruntergeladen werden:

+

Der Codec kann von einer der folgenden URLs heruntergeladen werden:

    http://avifile.sourceforge.net

- -

Wenn es nicht funktioniert versuche:

- -

    http://divx.com

+    http://divx.com

Entpacke es und starte ./install.sh als Root.

Hinweis: vergiss NICHT /usr/local/lib deiner /etc/ld.so.conf hinzuzufügen!

-

MPlayer erkennt automatisch, wenn DivX4/DivX5 (korrekt) installiert ist und kompiliert -wie gewöhnlich. Wenn nichts erkannt wird, wurde es nicht exakt wie oben -installiert und/oder du hast eine schlechte Konfiguration (siehe letzte Frage -der 5.1 Sektion).

+

MPlayer erkennt automatisch, wenn DivX4/DivX5 korrekt installiert ist und kompiliert +wie gewöhnlich. Wenn nichts erkannt wird, wurde es nicht korrekt installiert +oder konfiguriert.

-

Bei der Verwendung wurde ein wenig getrickst. Das es einen Konflikt mit dem alten -OpenDivX (die API ist sehr ähnlich zu OpenDivXs) verursacht, wird der OpenDivX-Code -deaktiviert und dieser Codec (DivX4) wird verwendet, um alte OpenDivX Filme zu decodieren.

+

DivX4Linux steht in Konflikt mit derm alten OpenDivX, da die APIs von +beiden sich ähnlich aber inkompatibel sind. Desshalb kann nur einer davon +zur gleichen Zeit in MPlayer einkompiliert werden.

+

DivX4Linux bietet einen OpenDivX-Kompatibilitäts Modus, so dass man +bei der Verwendung des Codecs folgende Optionen auswählen kann:

- -

- - +
  -vc odivx  verwendet den Codec als eine neue Version von OpenDivX. + + + - +MPlayer führt die Colorspace-Konversion via libvo durch (EMPFOHLEN). + -
  -vc odivx  Verwendet den Codec nach OpenDivX-Art. In diesem Fall produziert es YV12 Bilder in seinem eigenen Buffer, und -MPlayer (libvo) führt die Colorspace-Konversion durch (EMPFOHLEN).
-vc divx4
-vc divx4 verwendet die Colorspace-Konversion des Codecs. -In diesem Fall kannst du auch YUY2/UYVY verwenden.

+In diesem Fall kannst du auch YUY2/UYVY verwenden.
-

Die 'odivx' Methode ist normalerweise schneller, da es die Daten in einem YV12 +

Die -vc odivx Methode ist normalerweise schneller, da es die Daten in einem YV12 (Planar YUV 4:2:0) Format übermittelt, was weniger Bandbreite für den Bus bedeutet. -Für gepackte YUV Formate (YUY2, UYVY) verwende die 'divx4'-Methode. -Für RGB-Modus kannst du frei wählen, denn die Geschwindigkeit ist die selbe, -möglicherweise ist sie jedoch unterschiedlich bei deiner Farbtiefe.

+Für gepackte YUV Formate (YUY2, UYVY) verwende die -vc divx4 Methode. +Für RGB-Modus ist die Geschwindigkeit gleich, am esten hängt sie noch +von deiner momentanen Farbtiefe ab.

-

HINWEIS: Wenn der -vo driver "direct rendering" unterstützt, ist -vc divx4 wahrscheinlich -die schnellere oder sogar die schnellste Lösung.

+

HINWEIS: Wenn der -vo driver "direct rendering" unterstützt, ist +-vc divx4 wahrscheinlich die schnellere oder sogar die +schnellste Lösung.

-

Hinweis: Das ALTE OpenDivX unterstützt auch Postprocessing (aktiviert durch -die Option -oldpp), aber der Bereich der Werte ist seltsam:

+

Hinweis: Das ALTE OpenDivX unterstützt auch Postprocessing via die +Option -oldpp. Der Bereich der Werte ist jedoch seltsam:

-

- - - - - - -
  0  kein Postprocessing
10 .. 20Postprocessing, normal (wie Level 2 mit DivX-DS)
30 .. 60starkes Postprocessing, benötigt viel CPU Zeit (wie Level 4 bei DivX-DS)

+ + + + + + + +
  0  kein Postprocessing
10 .. 20
Postprocessing, normal (wie Level 2 mit DivX-DS)
30 .. 60starkes Postprocessing, benötigt viel CPU Zeit (wie Level 4 bei DivX-DS)
-

2.2.1.2. ffmpeg's DivX/libavcodec

+

2.2.1.2. FFmpeg's DivX/libavcodec

-

Seit Beginn der Version 0.4.2 enthält ffmpeg -einen Open-Source DivX-Codec, welcher kompatibel mit dem traditionellen DivX ist. -MPlayer unterstützt diesen Codec und er ermöglicht, DivX/DivX4/DivX5 Filme auf -nicht-x86 Platformen zu sehen! und es besitzt eine schnellere DivX/DivX4/DivX5 -Dekodierung als der Win32 Codec oder die orginale DivX4 Codec.

+

Seit Beginn der Version 0.4.2, enthält +FFmpeg einen Open-Source +DivX-Codec, welcher kompatibel mit dem traditionellen DivX ist. +MPlayer unterstützt diesen Codec und ermöglicht es, DivX/DivX4/DivX5-Filme auf +nicht-x86 Platformen zu sehen!. Des weiteren besitzt er eine schnellere +DivX/DivX4/DivX5 Decodierung als der Win32-Codec oder die orginale +DivX4-Library!

-

Es beinhaltet auch viele nette Codecs, wie RealVideo 1.0, MJPEG, h263, +

Er beinhaltet auch viele nette Codecs, wie RealVideo 1.0, MJPEG, h263, h263+, etc.

-

Wenn du MPlayer benützt +

Wenn ein MPlayer Release verwendet wird, befindet sich libavcodec +bereits im Paket, welches normal kompiliert werden kann. Wenn MPlayer +über CVS verwendet wird, muss die libavcodec vom FFmpeg CVS-Server verwendet werden, +das FFmpeg 0.4.5 nicht mit Mplayer zusammen läuft. +Um dies zu erreichen, sollten folgende Schritte vollzogen werden:

-

Nun kompiliere. configure erkennt, ob es in Ordnung ist und eingebaut werden -kann. Der Codec unterstützt auch Postprocessing!

+

Der Codec unterstützt auch Postprocessing!

-

Mit ffmpeg und meiner Matrox G400 kann ich sogar DivX-Filme mit hoher Auflösung -auf meinem K6/2 500 ohne Framedrops betrachten.

+

Mit FFmpeg und meiner Matrox G400 kann ich sogar DivX-Filme in hoher +Auflösung auf meinem K6/2 500 ohne Framedrops betrachten.

-

2.2.1.3. XAnim codecs

-

Vorwort: +

2.2.1.3. XAnim Codecs

+ +

Vorwort:
Es ist darauf hinzuweisen, dass die XAnim Binary-Codecs mit einem Textstück geliefert werden, dass eine legal bindende Softwarelizenz sein soll, welche -(neben einigen anderen Absurditäten) dem Benutzer das Verwenden der Codecs mit -anderen Programmen als XAnim verbietet. Da der XAnim Autor noch keine rechtliche -Schritte in dieser Richtung gegen irgendjemand unternommen hat, kümmern sich -die MPlayer Entwickler nicht alzusehr damit und du solltest das auch nicht. +(neben einigen anderen Einschränkungen) dem Benutzer das Verwenden der Codecs mit +anderen Programmen als XAnim verbietet. Der XAnim-Autor hat jedoch noch keine +rechtliche Schritte gegen irgendjemanden wegen Codec bezogenen Fragen unternommen.

-

Also, MPlayer kann XAnims Codecs für das Dekodieren verwenden. Es -ist sehr einfach dies einzuschalten:

+

MPlayer kann XAnims Codecs für das Decodieren verwenden. Um diese +zu aktivieren sollte folgende Anleitung befolgt werden:

-

-

-

Diese Codecs sind die Video Codec Familie Nummer 10, also kannst du die -vfm 10 -Option verwenden um MPlayer zu sagen, dass er sie verwenden soll, wenn möglich.

+

XAnim ist die Videocodec-Familie Nummer 10. Es kann also die -vfm 10 +Option verwendet werden, um MPlayer zu sagen, dass er sie, wenn möglich, verwenden soll.

-

Getestete Codecs sind: Indeo 3.2, 4.1, 5.0, CVID, 3ivX, h263.

+

Die getesteten Codecs beinhalten: Indeo 3.2, 4.1, 5.0, +CVID, 3ivX, h263.

2.2.1.4. VIVO Video

MPlayer kann VIVO (1.0 und 2.0) Videos abspielen. Der beste Codec für 1.0-Dateien ist FFmpegs H263 Dekoder, du kannst ihn mit der -vc ffh263 -Option aufrufen (standard) (du wirdst die neuesten libavcodecs benötigen!). Für 2.0-Dateien verwende +Option aufrufen (standard) (benötigt die neuesten libavcodecs). Für 2.0-Dateien verwende die ivvideo.dll DLL-Datei (von hier) und installiere sie unter /usr/lib/win32 oder wo du deine Win32 Codecs speicherst. -Der letztgenannte Codec unterstützt weder YV12 noch YUY2, nur BGR-Modie, was normalerweise -nur mit X11 oder OpenGL Ausgabe funktioniert. ffh263 wird hoffentlich bald VIVO 2.0 unterstützen.

+Der letztgenannte Codec unterstützt weder YV12 noch YUY2, nur BGR-Modie, +was die Ausgabe auf X11 und OpenGL beschränkt. ffh263 wird in Zukunft +hoffentlich VIVO 2.0 unterstützen.

2.2.1.5. MPEG 1/2 Video

-

MPEG1 und MPEG2 werden von der eingebauten Bibliothek libmpeg2 dekodiert. -Der Sourcecode ist bei MPlayer enthalten und ist natürlich multiplatformfähig. +

MPEG1 und MPEG2 werden von der eingebauten multiplatform Bibliothek libmpeg2 decodiert, +deren Source in MPlayer enthalten ist. Wir spielen fehlerhafte MPEG1/2 Videos durch das Abfangen des sig11 (segmentation fault) und die anschliessend schnelle neue Initialisierung des Codecs. Dadurch kann exakt an der -Stelle des Fehlers fortgefahren werden. Es ist dabei Kein Geschwindigkeitsverlust messbar.

+Stelle des Fehlers fortgefahren werden. Es ist dabei kein Geschwindigkeitsverlust messbar.

2.2.1.6. MS Video 1

Dies ist dein sehr alter und sehr schlechter Codec von Microsoft. In der Vergangenheit -wurde es mit dem msvidc32.dll Win32-Codec dekodiert, aber nun haben wir eine +wurde es mit dem msvidc32.dll Win32-Codec decodiert, aber nun haben wir eine Open-Source-Codec (von Mike Melanson) eingebaut.

2.2.1.7. Cinepak CVID

-

MPlayer hat nun auch einen eigenen, Open-Source, multiplatformfähigen Dekoder für Cinepak. -Er unterstützt YUV Ausgabe, dies ermöglicht Hardwarescaling (wenn es der Videoausgabetreiber unterstützt). -Er wird standardgemäß verwendet.

+

MPlayer verwendet normalerweise einen eigenen, Open-Source, multiplatformfähigen +Cinepak-Decoder. Er unterstützt YUV Ausgabe, dies ermöglicht Hardwarescaling, wenn dies vom +Videoausgabetreiber unterstützt wird.

+

2.2.1.8. RealVideo

-

Momentan ist NUR der RealVideo 1.0 (fourcc RV10) Codec unterstützt, durch -ffmpeg. Dummerweise, kommen keine neuen RealMedia files mit diesem Codec, nur mit den neueren -RV20 und RV30 Codecs, welche closed-source sind. Deren zukünftige Unterstützung ist unwahrscheinlich :(

+

Momentan ist nur der RealVideo 1.0 (fourcc RV10) Codec unterstützt, durch +FFmpeg. Dummerweise, kommen die neuen RealMedia-Dateien mit dem neueren und +closed source RV20- und RV30-Codecs. Deren zukünftige Unterstützung ist +unwahrscheinlich :(

2.2.1.9. XViD

-

XViD ist eine weitere Entwicklung vom guten alten OpenDivX -(die erste Entwicklung war DivX4).

+

XViD ist eine weitere Entwicklung von der OpenDivX-Gruppe +(deren erste Entwicklung war DivX4).

-

Vorteile : +

Vorteile:

-

-

Nachteile : +

Nachteile:

-

-

Installation : Es ist momentan nur als CVS erhältlich. Hier sind die +

Installation: Es ist momentan nur als CVS erhältlich. Hier sind die Download- und Installations-Anweisungen :
-   cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid - login
-   cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid co - xvidcore
-   cd xvidcore/build/generic
-   bearbeite Makefile.linux deinen Bedürfnissen entsprechend
-   make -f Makefile.linux
-   kompiliere MPlayer neu mit --with-xvidcore=/pfad/zu/libcore.a
-   Nimm die encore2.h und decore.h vom Divx4linux-Paket und kopiere diese nach - /usr/local/include/
-

+

2.2.2. Audiocodecs

-

Die wichtigsten Audiocodecs als erstes:
+

Die wichtigsten Audiocodecs als erstes:

+
  • MPEG layer 2 und layer 3 (MP3) Audio (eingebauter Code, mit MMX/SSE/3DNow! Optimierungen)
    • +
  • MPEG layer 1 Audio (eingebauter Code, mit libavcodec)
    • +
  • AC3 Dolby Audio (eingebauter Code, mit MMX/SSE/3DNow! Optimierungen)
    • +
  • Ogg Vorbis Audiocodec (eingebaute Bibliothek)
    • +
  • Voxware Audio (Verwendung der DirectShow DLL)
    • +
  • alaw, MSGSM, PCM und andere einfache, alte Audioformate
    • +
  • VIVO Audio (G723, Vivo Siren)
    • +
  • RealAudio: DNET (AC3 mit tiefer Bitrate)
    • + -

    2.2.2.1. Software AC3 Dekodierung

    +

    2.2.2.1. Software AC3 Decodierung

    Dieser ist der standardgemäße Dekoder für Dateien mit AC3-Audio.

    -

    Der AC3 Dekoder kann die Ausgabe für 2, 4 oder 6 Lautsprecher erzeugen. -Wenn es für 6 Lautsprecher konfigieriert ist unterstützt dieser Dekoder -unterschiedliche Ausgabe für alle AC3-Kanäl an den Soundkartentreiber. Dabei +

    Der AC3 Dekoder kann die Audio-Ausgabe für 2, 4 oder 6 Lautsprecher erzeugen. +Wenn er für 6 Lautsprecher konfigieriert ist unterstützt dieser Dekoder +unterschiedliche Ausgabe für alle AC3-Kanäl an den Soundtreiber. Dabei erlaubt es die vollständige "surround Sound" Erfahrung ohne einen externen AC3 Dekoder und ohne Verwendung des hwac3-Codes.

    Verwende die -channels Option um die Anzahl der Aufgabekanäle zu wählen. Verwende -channels 2 für Downmix auf Stereo. Für Downmix auf 4 Kanäle (links vorne, rechts vorne, links Surround und rechts Surround) verwende -channels 4. -In diesem Fall werden alle Center-Känale gleich den Front-Kanälen sein. "-channels 6" gibt alle -AC3-Kanäle wie Aufgezeichnet aus - in der Reihenfolge links, rechts, links Surround, rechts Surround, -Centre und LFE.

    +In diesem Fall werden alle Center-Känale gleich den Front-Kanälen sein. -channels 6 gibt alle +AC3-Kanäle wie Aufgezeichnet aus - in der Reihenfolge links, rechts, +links Surround, rechts Surround, Center und LFE.

    Die Standardanzahl der Ausgabekanäle ist 2.

    -

    Um mehr als 2 Kanäle zu verwenden musst du OSS verwenden und du musst eine Soundkarte -besitzen, die die Anzahl der Ausgabekanäle via SNDCTL_DSP_CHANNELS ioctl unterstützt. Eine Treiberversion -von August 2001 oder neuer vom emu10k1 Treiber (verwendet bei SB Live Karten) sollte das unterstützen.

    +

    Um mehr als 2 Kanäle zu verwenden musst du OSS verwenden und eine Soundkarte +besitzen, die die Anzahl der Ausgabekanäle via SNDCTL_DSP_CHANNELS ioctl unterstützt. +Ein Beispiel eines passenden Treibers ist emu10k1 (verwendet bei SB Live! Karten) +vom August 2001 oder neuer (ALSA CVS sollte auch funktionieren).

    -

    2.2.2.2. Hardware AC3 Dekodierung

    +

    2.2.2.2. Hardware AC3 Decodierung

    -

    Du wird eine AC3-fähige Soundkarte brauchen mit Digital-Out (SP/DIF). Der -Treiber muss das AFMT_AC3 Format richtig unterstützen (wie z.B. C-Media). -Verbinde deinen AC3 Decoder am SP/DIF Ausgang und verwende die '-ac hwac3' -Option. Es funktioniert möglichweise oder auch nicht (experimentel). Es läuft mit -C-Media Karten und SB Live! + ALSA Treiber, jedoch nicht mit den OSS-Treibern -von SB Live!

    +

    Man braucht eine AC3-fähige Soundkarte mit Digital-Out (SP/DIF). Der +Treiber muss das AFMT_AC3 Format richtig unterstützen (wie C-Media). +Der AC3-Decoder sollte mit dem SP/DIF Ausgang verbunden werden und die Option +-ac hwac3 verwendet werden. Es ist experimentell, sollte aber mit +C-Media Karten und SB Live! + ALSA (nicht OSS) Treiber funktionieren.

    2.2.2.3. libmad Unterstützung

    libmad ist eine multiplatform Bibliothek für -die Dekodierung von MPEG-Audio. Wenn du nicht weißt warum es so gut ist wirdst du es möglicherweise -auch nicht brauchen.

    - -

    Sie verarbeitet kaputte Dateien nicht so gut und hat teilweise Probleme mit dem Suchen

    +die Decodierung von MPEG-Audio. Sie verarbeitet kaputte Dateien nicht so gut und +hat teilweise Probleme mit dem Suchen

    Um die Unterstützung zu aktivieren, verwende configure mit der Option --enable-mad.

    @@ -327,45 +318,47 @@ auch nicht brauchen.

    2.2.2.4. VIVO Audio

    Der verwendete Audiocodec in VIVO-Dateien hängt davon ab, ob es eine VIVO/1.0 oder VIVO/2.0 Datei ist. -VIVO/1.0 Dateien verwenden g.723 Audio und VIVO/2.0 Dateien Vivo Siren. Beide werden -unterstützt. Du kannst dir den g.723 Codec von +VIVO/1.0 Dateien verwenden g.723 Audio und VIVO/2.0 Dateien Vivo Siren Audio. +Beide werden unterstützt. Man kann dazu g.723/Siren Win32 DLL von hier -downloaden und in in das /usr/lib/win32 Verzeichnis (oder wo deine Win32-Codecs sich befinden) +herunterladen und dann in in das /usr/lib/win32 Verzeichnis kopieren.

    2.2.2.5. RealAudio

    Momentan ist der DNET Codec der einzige unterstützte Codec. Eigentlich ist er eine -Version mit tiefer Bitrate des bekannten AC3 Codec. Er kann in alten und neuen RealMedia Filmen gefunden werden.

    +Version mit tiefer Bitrate des bekannten AC3 Codec. Er kann in alten und +neuen RealMedia Filmen gefunden werden.

    -

    2.2.3. Win32 Codec Einbindungs-Howto

    +

    2.2.3. Win32 Codec-Importierungs HOWTO

    2.2.3.1. VFW Codecs

    -

    VfW (Video für Windows) ist die alte Video-Schnittstelle von Windows. -Die Codecs haben die .DLL oder (eher selten) die .DRV Erweiterung. -Wenn MPlayer mit deinem AVI fehlschlägt:

    +

    VFW (Video für Windows) ist die alte Video-Schnittstelle für Windows. +Deie Codecs haben die Erweiterung .DLL oder (eher selten) .DRV. +Wenn MPlayer mit folgender Meldung fehlschlägt, ein AVI abzuspielen:

        UNKNOWN video codec: HFYU (0x55594648)

    -

    Dies bedeutet, dass dein AVI mit einem Codec kodiert wurde, der den fourcc -HFYU besitzt (HFYU = HuffYUV Codec, DIV3 = DivX Low Motion, usw...). Jetzt, wo wir -das wissen, müssen wir herausfinden, welche DLL Windows lädt, um diese Datei -abzuspielen. In unserem Fall enthält die System.ini (unter anderem):

    +

    ...bedeutet es, dass das AVI mit einem Codec erstellt wurde, der den fourcc +HFYU besitzt (HFYU = HuffYUV Codec, DIV3 = DivX Low Motion, usw...). Jetzt, wo es +bekannt ist, muss herausgefunden werden, welche DLL Windows lädt, um diese Datei +abzuspielen. In diesem Fall enthält die System.ini diese Information +in solch einer Zeile:

        VIDC.HFYU=huffyuv.dll

    -

    Also brauchen wir die Datei huffyuv.dll. Hinweis: die Audio-Codecs werde mit dem -MSACM-Prefix angegeben:

    +

    Also braucht man die Datei huffyuv.dll. Hinweis: die Audio-Codecs werden durch +das MSACM-Prefix angegeben:

        msacm.l3acm=L3codeca.acm

    Dies ist ein MP3 Codec. -So, nun haben wir alles was wir benötigen (fourcc, Codec Datei, Beispiel AVI). -Sende deine Anfrage auf Unterstützung als Mail und lade die Dateien auf diesen -FTP herauf:

    +Da nun alle nötigen Informationen vorhanden sind (fourcc, Codec-Datei, Beispiel AVI), +sollte die Codec-Unterstützungs Anfrage durch ein Mail vorgelegt und die Dateien +auf folgende FTP-Seite geladen werden:

        ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/

    @@ -373,40 +366,37 @@ FTP herauf:

    2.2.3.2. DirectShow Codecs

    DirectShow ist die neuere Video-Programmierschnittstelle, welche noch -schlimmer als ihr Vorgänger ist. Es ist schwieriger mit DirectShow, denn +schlimmer als ihr Vorgänger ist. Es ist schwieriger mit DirectShow, denn

    +
  • die system.ini enthält nicht die Informationen die man braucht, stattdessen +sind diese in der Registrierungsdatenbank gespeichert und
  • man braucht die GUID des Codecs. + -

    Also durchsuchen wir die verdammte Registrierung.. +

    Atme tief durch und beginne mit der Durchsuchung der Registrierung...

    +indem man unter Datei->Eigenschaften->Erweitert nachschaut. +Falls dies nichts bringt, hast du Pech. Versuche zu raten (suche z.B. nach: +TrueMotion). +
  • Wenn die GUID gefunden wurde, sollte ein FriendlyName- und ein CLSID-Feld +auftauchen. Schreibe 16 Byte der CLSID auf, dies ist die von uns benötigte GUID. +

    HINWEIS : Wenn die Suche fehlschlägt, versuche alle Auswahlfelder zu aktivieren... -du hast möglicherweise falsche Ergebnisse, aber vielleicht auch die -richtigen...

    -

    HINWEIS : Vergiss diesen M$ Scheiß.

    +du hast möglicherweise falsche Ergebnisse, aber vielleicht hast du auch Glück...

    +

    Da nun alle nötigen Informationen vorhanden sind (fourcc, GUID, Codec-Datei, +Beispiel AVI), sollte die Codec-Unterstützungs Anfrage durch ein Mail vorgelegt +und die Dateien auf folgende FTP-Seite geladen werden:

    -

    So, nun haben wir alle Informationen die wir benötigen (fourcc, GUID, Codec -Datei, Beispiel AVI). Sende deine Anfrage auf Unterstützung als Mail und lade -die Dateien auf den FTP:
    -ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/

    +

        ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/

    diff --git a/DOCS/German/documentation.html b/DOCS/German/documentation.html index faf49f4938..efc2879d03 100644 --- a/DOCS/German/documentation.html +++ b/DOCS/German/documentation.html @@ -82,8 +82,8 @@
  • 2.2.2 Audio