Mercurial > mplayer.hg
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>