view DOCS/Hungarian/formats.html @ 4218:3931c41f740a

Added new syncengine thanks to a new previously undocumented feature of the em8300, this might fix playback on both slow and fast machines (more testing needed). This also requires users to get the em8300 driver from cvs until the next version is released (will probably happen this weekend) Added lots of comments, should be pretty easy to understand most of the internals now Added lots of brackets to if's for's while's etc, this is not a cosmetical thing but rather due to the fact I got some very odd bugs with else's since I didn't properly use brackets (and it's the K&R standard to have brackets everywhere) Fixed some bugs that would occur when disabling libmp1e Switched to default to the new naming scheme of device nodes, the driver will slowly switch over to this state, if it can't find devices under the new name it will try the old naming scheme I stopped opening devices in non-blocking mode, it would break the new syncengine which tries to burst data to the device (alot of times meaning it will fill the fifo pretty fast which would previously result in jerkyness on fast machines) The device now sets the initial state of the pts and speed (probably not needed, but assumption is the mother of all fuckups =) Keep the control interface open during the entire duration of the libvo device, we might need this to flush video buffers on seeking (currently not implemented, therefore seeking is broken) This is beta stuff to the driver, I will get some users to test it for me and do my best to fix seeking as soon as possible...
author mswitch
date Thu, 17 Jan 2002 10:33:47 +0000
parents cab4ac1467e4
children 4b231f3778a6
line wrap: on
line source

<HTML>
<BODY BGCOLOR=WHITE>

<FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>


<P><B><A NAME=2.1>2.1. Támogatott formátumok</A></B></P>

<P>Az <B>MPlayer</B> a következő egységeket/formátumokat ismeri :<BR>
<UL>
<LI><A HREF="#2.1.1.1">VCD</A> (Video CD) közvetlen a CD-ROM-ról, vagy image file-ból</LI>
<LI><A HREF="#2.1.1.1">DVD</A>, közvetlenül a lemezről, libdvdread-et használva dekódoláshoz</LI>
<LI><A HREF="#2.1.1.1">MPEG 1/2</A> System Stream (PS/PES/VOB) és Elementary Stream (ES) file
  formátumok
<LI><A HREF="#2.1.1.2">RIFF AVI</A> formátum
<LI><A HREF="#2.1.1.3">ASF/WMV</A> 1.0 formátum
<LI><A HREF="#2.1.1.4">QT/MOV</A> formátum
<LI><A HREF="#2.1.1.5">VIVO</A> formátum (.viv fileok)
<LI><A HREF="#2.1.1.6">FLI</A> formátum
<LI><A HREF="#2.1.1.7">RealMedia</A> formátum (.rm fileok)
<LI><A HREF="#2.1.1.8">NuppelVideo</A> formátum (.nuv fileok)
<LI><A HREF="#2.1.1.9">yuv4mpeg</A> formátum
<LI>file olvasása <A HREF="documentation.html#3.3">standard bemenetről</A>, hálózatról HTTP-n keresztül
</UL></P>

<P>Fontos tisztázni egy elterjedt tévhitet. Amikor az emberek egy <B>.AVI</B>
kiterjesztésű file-t látnak, azonnal azt mondják hogy az nem MPEG file.
Ez nem igaz. Legalábbis nem ebben a formában. Ha azt mondod nekik hogy ez
a file tartalmazhat MPEG videot is, kinevetnek. Nyugodtan verd bucira
a fejüket, és küldd el őket RTFM-be.</P>

<P>Ugyanis, a <B>codec</B> nem egyenlő a <B>file formátummal</B>.<BR>
A video <B>codec-ek</B> például a következők: MPEG1, MPEG2, DivX, Indeo5, 3ivx.<BR>
És a video <B>formátumok</B>: MPG, VOB, AVI, ASF.<BR>
</P>

<P>Elméletben nyugodt szívvel beletehetsz OpenDivX videot és MP3 audiot
egy <B>.MPG</B> formátumú file-ba. Annyi a probléma hogy a legtöbb lejátszó
nem fogja lejátszani, mert MPEG1 videot és MP2 audiot várnak (az <B>.MPG</B>-ben
nem lehet megadni hogy milyen formátumban van benne a video és audio, mint
például az <B>.AVI</B>-ban). Van tegyél MPEG1 videot .AVI-ba. Például az
<A HREF="http://ffmpeg.sourceforge.net">ffmpeg</A> és persze a
<A HREF="encoding.html">MEncoder</A> tud ilyen fileokat létrehozni.</P>

<P>Audionál a <B>codec</B> és <B>formátum</B> gyakorlatilag ugyanazt
jelenti.</P>


<P><B><A NAME=2.1.1>2.1.1. Video formátumok</A></B></P>


<P><B><A NAME=2.1.1.1>2.1.1.1. MPEG file-ok</A></B></P>

<P>
<LI>MPG : ez a <B>legelterjedtebb</B> formája az MPEG fileoknak. MPEG1-es
videot és MP2-es (MPEG-1 layer 2) audiot - vagy ritkábban MP1-et - tartalmaz.</LI>
<LI>DAT : ez teljesen egyezik az MPG-gel, csak más a kiterjesztése. <B>Video
CD-ken</B> használatos. Linux alatt nem tudsz .DAT fileokat megnézni vagy
lemásolni a VCD-ről, csak a <CODE>-vcd</CODE> opcióval lejátszani.</LI>
<LI>VOB : ez a <B>DVD</B>-ken található MPEG formátum. Egyezik az MPG-gel,
de tud feliratot vagy nem-MPEG (AC3) hangot tárolni. MPEG videot és általában
AC3 hangot tartalmaz (ritkábban MP2-t).<BR>
<B>Olvasd el a <A HREF="cd-dvd.html#4.2">DVD fejezetet</A> !</B></LI>
</P>

<P>Az MPEG fileokban néhány frame-ből álló csoportok vannak, melyek
teljesen függetlenek egymástól. Ez annyit tesz hogy akár egy normális
file-kezelővel szétvághatsz vagy összeilleszthetsz MPEG fileokat, melyek
utána teljesen működőképesek maradnak.</P>

<P>Az MPEG fileok egyik tulajdonsága hogy van bennük egy mező a video
képarányának (aspect ratio) leírására. Például az SVCD-ken 480x480-as
felbontású video van, és a lejátszóprogramok az előbb említett
fejlécből (ami itt 4:3-at tartalmaz) tudják hogy hogyan kell
megjeleníteni (itt 640x480-as felbontásban). Az AVI fileoknak nincs ilyen
mezőjük, így MPEG-ből AVI-ba kódolásnál át kell méretezni a képet.</P>


<P><B><A NAME=2.1.1.2>2.1.1.2. AVI file-ok</A></B></P>

<P>A Micro$oft <B>AVI (Audio Video Interleaved)</B> formátuma egy széles
körben elterjedt és használt formátum, jelenleg többnyire DivX és DivX4
codec-kel ellátott videokhoz használják. Több ismert hátránya, inkompatibilitása
van (például streaming-nél). Egy darab video, és 99 audio streamet támogat
egy fileban. 2Gb-ig terjedhet, bár az <B>OpenDMS</B> kiterjesztés
többek között ezt a korlátot is kitágítja. Az M$ jelenleg erősen ellenzi
a használatát, az ASF/WMV javára. Persze nem mintha bárkit is érdekelne.<BR>
<B>Megj</B>.: a DV kamerák két fajta AVI formátumot hozhatnak létre. Az egyik a
szabványos és lejátszható, a másik nélkülözi mind a kettő előbb felsorolt
tulajdonságot.</P>

<P>Két fajta AVI file fajta ismert:
<UL>
  <LI><B>Interleaved</B> : a benne lévő audio és video streamek interleavedek.
    Ez az AVI fileok szabványos felhasználási módja. Ajánlott, és legtöbbször
    használt is. Némely programok rossz szinkronú interleaved AVI-t készítenek.
    Az <B>MPlayer</B> az ilyen fileokat interleaved-ként próbálja lejátszani,
    amely hosszútávon az A/V szinkron elvesztéséhez vezet, többnyire
    tekerésnél. Az ilyen fileokat non-interleaved-ként kell lejátszani
    (a <CODE>-ni</CODE> opcióval).</LI>
  <LI><B>Non-interleaved</B> : helytelen. Először jön a teljes video stream,
    és utána az audio stream, ebből következően rengeteg tekergetéssel
    jár a lejátszása. Nagyon egészségtelen például hálózatról vagy CD-ről.</LI>
</UL>
</P>

<P>Az <B>MPlayer</B> kétféle időzítést ismer AVI file-ok esetén :
<UL>
  <LI><B>bps alapú</B> : ez a fejléc bitráta/mintavételezési ráta értékén
    alapul. Ezt a módszert használja a legtöbb lejátszó, beleértve az
    avifile-t és a windows media playert is. A rossz feljéccel ellátott
    fileok valamint a VBR audiot nem tudó enkóderekkel létrehozott VBR audiot
    tartalmazó fileok ezzel a módszerrel lejátszva elvesztik az A/V szikront
    (többnyire tekerésnél).</LI>
  <LI><B>interleaving alapú</B> : nem használja a fejléc fenti értékét,
    ehelyett relatív pozíciót számol az interleaved audio és video csomagokból.
    Néhány rosszul/VBR audioval enkódolt file-t lejátszhatóvá tesz.</LI>
</UL>
</P>

<P>Bármilyen audio és video codec használható, de megjegyzendő hogy a VBR
audio támogatása igencsak gyenge a legtöbb lejátszóban. Maga a fileformátum
lehetővé teszi a VBR audiot, de a lejátszók CBR audiot várnak. A VBR új,
és a Microsoft AVI specifikációi csak CBR audiot irnak le. Ráadásul a
legtöbb enkóder/multiplexer hibás fileokat generál VBR audio használata
esetén. Két kivételt ismerek: NanDub, és <A HREF="encoding.html">MEncoder</A>.</P>


<P><B><A NAME=2.1.1.3>2.1.1.3. ASF/WMV file-ok</A></B></P>

<P>ASF (active streaming format) a Microsofttól jön. Az ASF két variánsát
fejlesztették ki, v1.0 és v2.0. A v1.0-át a média szerkesztőik (windows
media player és windows media encoder) használják, és teljesen titkos. A
v2.0 pedig publikus és bejegyzett :). Természetesen különböznek, abszolut
semmi kompatibilitás nem áll fent, ez csak egy újabb jogi játék. Az <B>MPlayer</B>
csak a v1.0-át támogatja, mivel v2.0-át még senki nem látott :) . Megjegyzendő
hogy manapság az ASF fileok .WMA vagy .WMV kiterjesztéssel jönnek.</P>


<P><B><A NAME=2.1.1.4>2.1.1.4. QuickTime/MOV file-ok</A></B></P>

<P>Ezek Macintosh-ról származnak. Általában .QT vagy .MOV kiterjesztésűek,
valamint mivel az MPEG4 Group a QuickTime-t választotta ajánlott
fileformátumnak az MPEG4-hez, az ő .MOV filejaik .MPG vagy .MP4 kiterjesztésűek
(érdekesség hogy ezekben a fileokban a video stream egy az egyben egy .MPG
file. A <CODE>-dumpvideo</CODE> opcióval ki is lehet szedni.).</P>

<P><B>Codec-ek</B> : bármilyen codec engedélyezett, mind CBR vagy VBR. A
legtöbb új MOV file <B>Sorenson</B> videoval és QDesign Music Audioval
van ellátva. Ez a formátumok teljesen titkosan, és csak az Apple quicktime
lejátszója képes őket lejátszani (és csak win/mac-en).</P>


<P><B><A NAME=2.1.1.5>2.1.1.5. VIV file-ok</A></B></P>

<P>Az <B>MPlayer</B> teljesen természetesen játszik VIVO fileokat. A formátum
nagy hátránya hogy nincs benne index blokk, se fix csomagméret vagy sync
byte, és a legtöbb fileban keyframe sincs így a tekerést el lehet felejteni.</P>

<P>A VIVO/1.0 fileok video codec-e szabványos <B>h.263</B> . A VIVO/2.0
fileok video codec-e egy módosított, nem szabványos <B>h.263</B> . Az audioval
ugyanez a helyzet, <B>g.723</B> (szabvány), vagy <B>Vivo Siren</B>.</P>

<P>Lásd a <A HREF=codecs.html#2.2.1.4>VIVO video codec</A>
és <A HREF=codecs.html#2.2.2.4>VIVO audio codec</A> fejezeteket az installálási
útmutatóhoz.</P>


<P><B><A NAME=2.1.1.6>2.1.1.6. FLI file-ok</A></B></P>

<P>A <B>FLI</B> egy - az Autodesk Animator által használt - nagyon régi
fileformátum, de a Neten igen elterjedt. Az <B>MPlayer</B> teljeskörűen
támogatja ezen formátum beolvasását és dekódolását, seekeléssel is,
természetesen. A FLI file-ok nem tartalmaznak keyframe-eket, így a seekelés
után a kép rövid ideig zavaros lesz.</P>


<P><B><A NAME=2.1.1.7>2.1.1.7. RealMedia file-ok</A></B></P>

<P>Igen, az <B>MPlayer</B> képes RealMedia (.rm) file-ok beolvasására (demux).
A seek-elés implementálása folyamatban van, és mivel az RM file-ok tartalmaznak
keyframe-eket, ez zökkenőmentes lesz. Itt található a támogatott
<A HREF="codecs.html#2.2.1.8">RealVideo</A> és
<A HREF="codecs.html#2.2.2.5">RealAudio</A> codec-ek listája.</P>


<P><B><A NAME=2.1.1.8>2.1.1.8. NuppelVideo file-ok</A></B></P>

<P>A <A HREF="http://mars.tuwien.ac.at/~roman/nuppelvideo">NuppelVideo</A>
egy TV grabber program (ha minden igaz:). Az <B>MPlayer</B> képes a létrehozott
<CODE>.nuv</CODE> file-okat olvasni (csak az 5.0-ás NuppelVideo formátumot).
Ezek a file-ok tartalmazhatnak tömörítetlen YV12, YV12+RTJpeg tömörített,
YV12 RTJpeg+lzo tömörített, valamint YV12+lzo tömörített képeket.
Természetesen lehetséges ezen file-ok <B>MEncoder</B>-rel történő DivX-be
(vagy bármibe) tömörítése. A seekelés még nincs implementálva.</P>


<P><B><A NAME=2.1.1.9>2.1.1.9. yuv4mpeg file-ok</A></B></P>

<P>A <A HREF="http://mjpeg.sourceforge.net">yuv4mpeg / yuv4mpeg2</A> is egy
TV grabbeléshez kitalált formátum, vagy ilyesmi :) Egy dolgot tudok róla:
támogatjuk.</P>


<P><B><A NAME=2.1.2>2.1.2. Audio formátumok</A></B></P>

<P>Jelenleg az <B>MPlayer</B> még mindig egy <B>Movie</B> (film) és nem
<B>Média</B> lejátszó, így a teljesen audio formátumok (például MP3, WAV, audio
ASF) lejátszhatatlanok. Használd ilyen célra az <A HREF="http://www.xmms.org">xmms-t</A>, <A HREF="http://www.mpg123.de">mpg123-at</A>
vagy akármit.</P>

</BODY>
</HTML>