[MPlayer-dev-eng] [PATCH] small docs cleanup
Dominik Mierzejewski
dominik at rangers.eu.org
Mon Oct 21 17:50:43 CEST 2002
Hello.
Basically, attached patch moves two tech docs (formats-hun.txt and
playtree-hun) written in Hungarian from DOCS/tech to DOCS/Hungarian/tech,
which is where I think they belong. Also, it makes it a little easier for
me to package language-dependent files. :-)
--
MPlayer RPMs maintainer: http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/
"The Universe doesn't give you any points for doing things that are easy."
-- Sheridan to Garibaldi in Babylon 5:"The Geometry of Shadows"
-------------- next part --------------
diff -Nru MPlayer-20021021/DOCS/Hungarian/tech/formats.txt MPlayer-20021021.docs/DOCS/Hungarian/tech/formats.txt
--- MPlayer-20021021/DOCS/Hungarian/tech/formats.txt Thu Jan 1 01:00:00 1970
+++ MPlayer-20021021.docs/DOCS/Hungarian/tech/formats.txt Mon Nov 12 23:29:58 2001
@@ -0,0 +1,149 @@
+1. Beolvas?s?rt felel?s r?sz, t?mogatott egys?gek:
+ - norm?l file, teker?s t?mogatott
+ - standard bemenet (STDIN), csak el?reteker?s
+ - h?l?zatr?l olvas?s (jelenleg csak egyszer? wget-szer? HTTP, nincs MMS
+ t?mogat?s)
+ - VCD (Video CD) s?vr?l, k?zvetlen CDROM hozz?f?r?ssel (nem kell mountolni)
+ - DVD-k melyek .IFO fel?p?t?s?ek, k?zvetlen DVD hozz?f?r?ssel (nem kell
+ mountolni)
+
+2. Demuxer(sz?tv?laszt?)/feldolgoz? r?sz, t?mogatott file/m?dia form?tumok:
+
+ - MPEG fileok (ES, PES, PS. Jelenleg nincs TS t?mogat?s)
+ Megj.: az MPEG demuxer figyelmeztet?s n?lk?l eldobja a nem-MPEG r?szeket,
+ ?s ezt addig teszi, am?g igazi MPEG stream-et nem tal?l. Ez annyit tesz,
+ hogy k?zvetlen?l lej?tszhat?ak a VCD image-k (p?ld?ul a CDRwin .BIN
+ file-jai), a benne l?v? MPEG file-ok el?zetes kiemel?se n?lk?l (amit a
+ vcdgear-ral vagy hasonl?val lehet megtenni). Mindenfajta PES vari?nst
+ elfogad, a VDR-rel k?sz?lteket is. Megj: VOB (video object) egy egyszer?
+ MPEG stream, de tartalmaz 01BD csomagokat, amik tartalmazhatnak feliratokat
+ vagy nem-MPEG audio-t. ?ltal?ban DVD lemezeken tal?lhat?.
+
+ Fejl?cek: az MPEG fileoknak nincs glob?lis fejl?c?k. Az ?sszes k?pfolyamat
+ (nevezik GOP-nak is (Group Of Pictures = k?pek csoportja)) tartalmaz egy
+ fejl?cet ami jellemzi az adott blokkot. Egy norm?l MPEG1/2-ben 12-15 frame
+ van egy csoportban (24/30 fps). Ez annyit jelent hogy szabadon tekerhetsz
+ az MPEG fileokban, vagy ak?r apr? darabokra is v?ghatod norm?l
+ filekezel?kkel an?lk?l, hogy ?rtan?l neki.
+
+ Codec-ek: a video mindig MPEG video (MPEG, MPEG2 vagy MPEG4). Az audio
+ ?ltal?ban MPEG audio (b?rmelyik layer megengedett, de a legt?bb file-ban
+ 2-es layer (MP2) van). 01BD csomagok tartalmazhatnak AC3, DTS vagy LPCM-et
+ is.
+
+ FPS: az MPEG2 enged?lyezi v?ltoz? bitr?ta haszn?lat?t, k?sleltetett
+ k?pkock?k form?j?ban. Ez ?ltal?ban 24fps-es fileok 29.97/30 fps-? (NTSC)
+ visszaj?tsz?s?n?l haszn?latos (ezt nevezik Telecine vagy 3:2 pulldown
+ effektusnak). Ez azt jelenti hogy b?r 30 k?pkock?t l?tsz egy m?sodperc
+ alatt, de k?z?l?k csak 24 a k?l?nb?z?, ez?rt n?h?nyat t?bbsz?r l?tsz, hogy
+ kilegyen a 30 fps. Ha a MEncoder-rel k?dolsz hasonl? fileokat, az -ofps 24
+ vagy -ofps 23.98 opci?k haszn?lata aj?nlott.
+
+ - AVI fileok.
+ A RIFF AVI fileoknak k?t tipusa ismeretes:
+ 1. interleaved: az audio ?s video r?szek ?ssze vannak f?zve (azaz
+ egy video csomag, egy audio csomag, egy video, stb...). Ez
+ a leggyorsabb m?dszer, ?s el?g 1 olvas? r?szt ind?tani. Aj?nlott,
+ ?s sz?lesk?rben haszn?lt.
+ 2. non-interleaved: itt szimpl?n vannak ?sszef?zve, azaz egy nagy video
+ blokk, ?s ut?na az audio blokk. 2 olvas? processzt kell ind?tani, vagy
+ egyet, de akkor rengeteget fog teker?szni. Ez rettenetesen rossz p?ld?ul
+ h?l?zaton vagy CDROM-on.
+ 3. rosszul interleave-lt fileok: MPlayer indul?skor detekt?lja az
+ interleave jelenl?t?t vagy hi?ny?t, ?s ez alapj?n d?nti el hogy
+ bekapcsolja-e a -ni opci?t. Sajnos n?h?ny program rossz interleave-t
+ hoz l?tre, ez?rt az ilyen fileokat non-interleaved m?dban kell
+ lej?tszani, k?l?nben bizonyos az A/V szinkron elveszt?se, vagy
+ a buffer t?lcsordul?sa.
+
+ Az MPlayer k?tf?le id?z?t?st t?mogat AVI file-ok lej?tsz?s?hoz:
+ - bps-alap?: ez az adott audio/video stream bitr?ta/mintav?telez?si r?ta
+ ?rt?k?n alapul. A legt?bb lej?tsz? ezt a m?dszert haszn?lja, ide?rtve
+ az avifile-t, valamint a wmp-t. A rossz fejl?ccel rendelkez?, valamint
+ a VBR audio-t tartalmaz?, de VBR-t nem t?mogat? enk?derrel k?sz?lt
+ file-ok ilyen m?dszerrel t?rt?n? lej?tsz?sa az A/V szinkron elveszt?s?t
+ eredm?nyezi (t?bbnyire teker?sn?l).
+ - interleave-n alapul?: megj: ez nem haszn?lhat? a -ni opci?val.
+ Ez a m?dszer nem haszn?lja a fejl?c bitr?ta ?rt?k?t, ehelyett az audio
+ ?s video csomagok relat?v poz?ci?ja alapj?n sz?mol. A legt?bb
+ rosszul (vagy VBR audioval) enk?dolt file lej?tszhat? ?gy.
+
+ Fejl?cek: az AVI file-ok elej?n k?telez? lennie egy fejl?cnek ami le?rja a
+ video param?tereit (felbont?s, fps), ?s a codec-eket. Opcion?lisan van a
+ file v?g?n egy INDEX blokk. A legt?bb file tartalmazza, mivel ez sz?ks?ges
+ a teker?shez. ?ltal?ban ez ?jra?p?thet? a file tartalma alapj?n, az
+ MPlayer k?szs?ggel megteszi ezt, az -idx opci?val. Rosszul l?trehozott
+ index blokkok rekre?ci?ja a -forceidx opci?val lehets?ges. Mivel az AVI
+ file-oknak sz?ks?g?k van index-re a v?letlenszer? hozz?f?r?shez, az index
+ n?lk?li file-ok ?ltal?ban lej?tszhatatlanok. Term?szetesen az AVI file-ok
+ sz?tv?g?sa illetve ?sszef?z?se speci?lis programokat ig?nyel.
+
+ Codec-ek: b?rmilyen audio vagy video codec megengedett, de a VBR (v?ltoz?
+ bitr?t?s) audio a legt?bb lej?tsz? ?ltal nem t?mogatott. B?r a fileform?tum
+ lehet?v? teszi a haszn?lat?t, de a legt?bb lej?tsz? CBR audiot v?r, ez?rt
+ belepusztul a VBR-be (a Microsoft AVI specifik?ci?i csak CBR audiot ?rnak
+ le). Megjegyzem hogy a legt?bb AVI enk?der rossz fileokat gener?l VBR audio
+ haszn?latakor. K?t kiv?telt ismerek: NaNDub ?s MEncoder.
+
+ FPS: csak konstans k?pr?ta enged?lyezett, de k?pkock?k kihagy?sa
+ lehets?ges.
+
+ - ASF file-ok:
+ ASF (Active Streaming Format) a Microsoft-t?l sz?rmazik. Az ASF-nek
+ k?t v?ltozat?t hozt?k l?tre, v1.0 ?s v2.0 . A v1.0-?t a m?dia programjaik
+ (wmp ?s wme) haszn?lj?k, a v2.0-?t pedig nyilv?noss?gra is hozt?k,
+ ?s lev?dett?k :). Term?szetesen k?l?nb?znek, semmi kompatibilit?s
+ nincs (megint egy jogi j?t?k).
+ MPlayer csak a v1.0 fileokat t?mogatja, mivel eddig senki se l?tott
+ v2.0-?t :)
+ Megjegyz?s: az ASF file-ok manaps?g .WMA vagy .WMV kiterjeszt?ssel
+ vannak ell?tva.
+
+ Fejl?cek: a fejl?cek (a kodekek param?terei) elm?letileg b?rhol lehetnek,
+ de eddig csak olyan file-okat l?ttam ahol a fejl?c a file elej?n volt.
+ Az ASF fix csomagm?retet haszn?l, ?gy INDEX blokk n?lk?l is lehet benne
+ tekerni, valamint hib?s file-ok is lej?tszhat?k.
+
+ Codec-ek: a video t?bbnyire a microsoft MPEG4 vari?nsainak egyike:
+ MP42, MP43 (aka DivX), WMV1 vagy WMV2. De b?rmilyen codec
+ enged?lyezett.
+ Az audio ?ltal?ban wma vagy voxware, n?ha mp3, de itt is
+ enged?lyezett b?rmilyen codec.
+
+ FPS: nincs fix fps, ehelyett minden video k?pkock?nak egy pontos
+ timestamp ?rt?ke van. Van olyan fileom is amiben egy frame 3 m?sodpercig
+ l?tszik.
+
+ - QuickTime / MOV file-ok:
+ Ezek a Mac felhaszn?l?kt?l sz?rmaznak, ?ltal?ban .mov vagy .qt
+ kiterjeszt?ssel, de mivel az MPEG Group a quicktime-t v?lasztotta
+ aj?nlott form?tumnak az MPEG4-hez, .mpg vagy .mp4 kiterjeszt?s?
+ de quicktime form?tum? fileok is forgalomban vannak.
+
+ Els? pillant?sra az ASF ?s AVI kever?ke.
+ INDEX blokkra van sz?ks?ge a v?letlenszer? hozz?f?r?shez, teker?shez,
+ ?s lej?tsz?shoz is, mint az AVI-nak, de timestamp-okat haszn?l
+ konstans k?pr?ta helyett, valamint rugalmasabb a stream r?sze
+ (ide?rtend? a h?l?zat is) mint az ASF-nek.
+
+ Fejl?cek: tehet?k a file elej?re, vagy a v?g?re. A file-jaim fel?nek
+ az elej?n van, m?soknak a v?g?n. A hib?s file-ok csak akkor j?tszhat?k le,
+ ha a fejl?c a file elej?n van!
+
+ Codec-ek: b?rmilyen codec enged?lyezett, mint CBR mind VBR.
+ Megj.: a legt?bb ?j mov file Sorenson video-t ?s QDesign Music audiot
+ haszn?l, melyek v?dett, z?rt, titkos, (TM) form?tumok, ?s csak az Apple
+ quicktime lej?tsz? tudja ?ket lej?tszani (?s csak win/mac-on).
+
+ - VIVO file-ok:
+ Vicces j?sz?gok. Emberileg olvashat? ascii fejl?c van az elej?k?n, ezt
+ k?vetik az ?sszef?z?tt (interleaved) audio ?s video csomagok.
+ Nincs index blokk benn?k, se fix csomagm?ret vagy sync byte, ?s
+ legt?bbj?kben keyframe sincs, szoval teker?st el lehet felejteni!
+ A video szabv?nyos h.263 (a vivo/2.0 file-okban egy m?dos?tott, nem
+ szabv?nyos h.263 van), az audio vagy szabv?nyos g.723 vagy Vivo Siren
+ codec.
+
+ Megjegyzend? hogy mivel a microsoft licenszelte ?s be?p?tette a netshow
+ v2.0-ba a vivo-t, ?gy rendelkez?sre ?llnak Vfw/ACM codec-ek a vivo
+ videohoz ?s audiohoz.
diff -Nru MPlayer-20021021/DOCS/Hungarian/tech/playtree MPlayer-20021021.docs/DOCS/Hungarian/tech/playtree
--- MPlayer-20021021/DOCS/Hungarian/tech/playtree Thu Jan 1 01:00:00 1970
+++ MPlayer-20021021.docs/DOCS/Hungarian/tech/playtree Thu Mar 7 00:16:33 2002
@@ -0,0 +1,120 @@
+
+2 stuff van. A playtree maga, meg az iterator.
+A playtree testesiti meg az adatot, az iteratort meg az mplayer
+hasznalja arra hogy egyik bejegyzesrol a masikra lepjen
+
+Eloszor, a play_tree struct :
+
+
+struct play_tree {
+ play_tree_t* parent;
+ play_tree_t* child;
+ play_tree_t* next;
+ play_tree_t* prev;
+
+ play_tree_param_t* params;
+ int loop;
+ char** files;
+ int entry_type;
+};
+
+A play_tree_t* tartalmazza a linkeket a 4 iranyba, a params tartalmazza
+az adott bejegyzes osszes parameteret, a loop 1ertelmu (loop < 0 vegtelen
+loopot jelent), a files tartalmazza az adott bejegyzes osszes file-jat,
+es az entry_type kurvaegyertelmuen az adott bejegyzes tipusat adja meg
+(node, file, dvd, vcd, tv)
+
+Egy bejegyzes egynel tobb filet is tartalmazhat, mie'?
+
+Mert egy bejegyzes lehet network stream is, es altalaban egynel tobb
+szerver van. De mind ugyanazt kuldi, sz'al ez egy olyan bejegyzes
+aminek tobb forrasa van.
+
+Es mit basszak ezzel a szarral?
+
+Eloszor csinalj egy entryt a play_tree_new func segitsegevel. Ez letrehozza
+a structot, es default ertekekkel tolti fel.
+Eztan ez lehet node vagy leaf is. Node lesz rogton, ha a play_tree_set_child
+vagy a play_tree_set_parent segitsegevel odalinkeled egy masikhoz.
+Vagy leaf lesz, ha a play_tree_add_file-t nyomod ra.
+Ha egy bejegyzes legalabb 1 filet tartalmaz, nem lehet node (egy assert
+lesz raised) es ha egy bejegyzesnek van egy childje amihez nem adhatsz
+filet (?) (itt is assert lesz)
+Aztan hogy letrehozz egy listat a bejegyzesekrol, hasznald a play_tree_
+_append_entry-t, a play_tree_prepend_entry-t vagy a play_tree_insert_entryt.
+Ezek kozul barmelyikben hasznalhatod a lista barmelyik bejegyzeset elso
+argumentumkent, nem csak az elsot. Ugyanez ervenyes arra amikor egy
+node childjet allitod, a child argumentum barmelyik, listaban levo
+bejegyzes lehet.
+A bejegyzes treebol valo kiszedesehez hasznald a play_tree_removet. Ha a
+masodik arg (free_it) true, akkor felszabaditja, ha a bejegyzest freezni
+kell, es a harmadik arg is true, akkor a childjeit is.
+
+Amikor a tree kesz, hasznalhatod a play_tree_cleanupot hogy eltavolitsd az
+osszes nemhasznalt bejegyzest.
+
+Playlist betoltesehez hasznald a parse_playtree-t ami egy stream_t-t fogad
+argumentumkent, vagy a parse_playlist_file-t ami filenevet.
+Mind2 funkcio NULL-t ad vissza hiba eseten, vagy ha egy uj (torolt)
+fa eseten, amit hozzaadhatsz valahova a treedbe. (?)_
+
+Hogy lehet DVD-t VCD-t TV-t?
+
+igy
+ dvd://x where x is the title number.
+ vcd://x where x is the track number
+ tv://x where x is the channel
+
+
+Kesz a playtreem, mit basszak a play_tree_iter-rel?
+
+Ez egy iterator arra a celra hogy a treet atfesuljed jol.
+<bazmeg ezt a mondatot szerintem o se ertette - SKIP>
+Ezt a play_tree_iter_new-vel hozod letre, ami argumentumkent egy play_tree_t
+es egy m_config_t-t eszik, amik aztan arra lesznek hasznalva hogy az
+egyes bejegyzesek parametereit allitgassad. Miutan az iter pontot jol
+semmibe krealtad, init az elso lepest. A listaban egy masik bejegyzesre
+torteno atlepeshez hasznald a play_tree_iter_step-et. A masodik
+argumentum a lepes iranya, pozitiv ertekek elore, negativok hatra, es
+0 nem mozdul. A harmadik meg azt mondja meg hogy erdekel-e a node vagy se.
+Ha igen, az iterator megall a nodeknel, maskulonben a kovetkezo
+ervenyes bejegyzeshez megy.
+This function return different values :
+PLAY_TREE_ITER_ERROR : egyertelmu
+PLAY_TREE_ITER_ENTRY : entryn vagyunk
+PLAY_TREE_ITER_NODE : nodeon vagyunk
+PLAY_TREE_ITER_END : targyalason vagyok ;)
+(( Megj : kene rakni ide egy PLAY_TREE_ITER_BEGININGet a kezdethez.
+Nemtom mit kene visszadni ilyen esetben. PLAY_TREE_ITER_ERROR ? ))
+
+Van meg a play_tree_iter_up_step ami egy loop megtoresere vagy az adott
+lista skipelesere jo. Ugyanazok az argok mint a play_tree_iter_stepnel.
+A kulonbseg az hogy ez visszamehet a jelenlegi lista parentjehez, es az
+argumentumok szerint lephet.
+
+Eztan amikor az iter visszadta a PLAY_TREE_ITER_ENTRYt, hasznalhatod
+a play_tree_iter_get_file-t hogy megkapd a filet. Ha egynel tobbszor
+hivod meg, visszaadja az adott bejegyzeshez tartozo kovetkezo filet,
+vagy loopolja a listat ha nincs tobb file. Megnezheted hogy hany
+file all rendelkezesre az iter->num_files-sel (?) es hogy melyik adta
+vissza, azt meg az iter->file-al (?).
+Ha a bejegyzes DVD,VCD vagy tv, a visszaadott string nem file, hanem
+"DVD title x", "VCD track x" or "TV channel x".
+Hogy ezeket megkulonboztessuk egy normalis filetol, lehet csekkolni
+az iter->tree->entry_type-ot. Tartalmazhat :
+ PLAY_TREE_ENTRY_DVD, PLAY_TREE_ENTRY_VCD,
+PLAY_TREE_ENTRY_TV or PLAY_TREE_ENTRY_FILE.
+
+Ha csekkelni akarsz meg az iterrel, mint pl hogy a kovetkezo
+bejegyzes helyes-e, egy klont kell letrehoznod a play_tree_iter_new_copy-val.
+Ez az iter nem fogja befolyasolni a configot, szal azt qrsz vele amit akarsz.
+
+Es amikor annyit basztal az iterrel amennyit akartal, szabaditsd meg
+szenvedeseitol a play_tree_iter_free-vel.
+
+
+Miutan megvolt config parsing, az iterator az mplayer.c-ben jon letre.
+Meg, a stream megnyitasa utan, ha a stream egy playlist, behelyettesiti
+a bejegyzest amelyik a playlistet tarolta azzal mi a parsing eredmenye.
+Az event handlingben megnezi hogy egy lepes megoldhato-e, stb. Es vegul
+a vegen a kovetkezo bejegyzesre m1.
diff -Nru MPlayer-20021021/DOCS/tech/formats-hun.txt MPlayer-20021021.docs/DOCS/tech/formats-hun.txt
--- MPlayer-20021021/DOCS/tech/formats-hun.txt Mon Nov 12 23:29:58 2001
+++ MPlayer-20021021.docs/DOCS/tech/formats-hun.txt Thu Jan 1 01:00:00 1970
@@ -1,149 +0,0 @@
-1. Beolvas?s?rt felel?s r?sz, t?mogatott egys?gek:
- - norm?l file, teker?s t?mogatott
- - standard bemenet (STDIN), csak el?reteker?s
- - h?l?zatr?l olvas?s (jelenleg csak egyszer? wget-szer? HTTP, nincs MMS
- t?mogat?s)
- - VCD (Video CD) s?vr?l, k?zvetlen CDROM hozz?f?r?ssel (nem kell mountolni)
- - DVD-k melyek .IFO fel?p?t?s?ek, k?zvetlen DVD hozz?f?r?ssel (nem kell
- mountolni)
-
-2. Demuxer(sz?tv?laszt?)/feldolgoz? r?sz, t?mogatott file/m?dia form?tumok:
-
- - MPEG fileok (ES, PES, PS. Jelenleg nincs TS t?mogat?s)
- Megj.: az MPEG demuxer figyelmeztet?s n?lk?l eldobja a nem-MPEG r?szeket,
- ?s ezt addig teszi, am?g igazi MPEG stream-et nem tal?l. Ez annyit tesz,
- hogy k?zvetlen?l lej?tszhat?ak a VCD image-k (p?ld?ul a CDRwin .BIN
- file-jai), a benne l?v? MPEG file-ok el?zetes kiemel?se n?lk?l (amit a
- vcdgear-ral vagy hasonl?val lehet megtenni). Mindenfajta PES vari?nst
- elfogad, a VDR-rel k?sz?lteket is. Megj: VOB (video object) egy egyszer?
- MPEG stream, de tartalmaz 01BD csomagokat, amik tartalmazhatnak feliratokat
- vagy nem-MPEG audio-t. ?ltal?ban DVD lemezeken tal?lhat?.
-
- Fejl?cek: az MPEG fileoknak nincs glob?lis fejl?c?k. Az ?sszes k?pfolyamat
- (nevezik GOP-nak is (Group Of Pictures = k?pek csoportja)) tartalmaz egy
- fejl?cet ami jellemzi az adott blokkot. Egy norm?l MPEG1/2-ben 12-15 frame
- van egy csoportban (24/30 fps). Ez annyit jelent hogy szabadon tekerhetsz
- az MPEG fileokban, vagy ak?r apr? darabokra is v?ghatod norm?l
- filekezel?kkel an?lk?l, hogy ?rtan?l neki.
-
- Codec-ek: a video mindig MPEG video (MPEG, MPEG2 vagy MPEG4). Az audio
- ?ltal?ban MPEG audio (b?rmelyik layer megengedett, de a legt?bb file-ban
- 2-es layer (MP2) van). 01BD csomagok tartalmazhatnak AC3, DTS vagy LPCM-et
- is.
-
- FPS: az MPEG2 enged?lyezi v?ltoz? bitr?ta haszn?lat?t, k?sleltetett
- k?pkock?k form?j?ban. Ez ?ltal?ban 24fps-es fileok 29.97/30 fps-? (NTSC)
- visszaj?tsz?s?n?l haszn?latos (ezt nevezik Telecine vagy 3:2 pulldown
- effektusnak). Ez azt jelenti hogy b?r 30 k?pkock?t l?tsz egy m?sodperc
- alatt, de k?z?l?k csak 24 a k?l?nb?z?, ez?rt n?h?nyat t?bbsz?r l?tsz, hogy
- kilegyen a 30 fps. Ha a MEncoder-rel k?dolsz hasonl? fileokat, az -ofps 24
- vagy -ofps 23.98 opci?k haszn?lata aj?nlott.
-
- - AVI fileok.
- A RIFF AVI fileoknak k?t tipusa ismeretes:
- 1. interleaved: az audio ?s video r?szek ?ssze vannak f?zve (azaz
- egy video csomag, egy audio csomag, egy video, stb...). Ez
- a leggyorsabb m?dszer, ?s el?g 1 olvas? r?szt ind?tani. Aj?nlott,
- ?s sz?lesk?rben haszn?lt.
- 2. non-interleaved: itt szimpl?n vannak ?sszef?zve, azaz egy nagy video
- blokk, ?s ut?na az audio blokk. 2 olvas? processzt kell ind?tani, vagy
- egyet, de akkor rengeteget fog teker?szni. Ez rettenetesen rossz p?ld?ul
- h?l?zaton vagy CDROM-on.
- 3. rosszul interleave-lt fileok: MPlayer indul?skor detekt?lja az
- interleave jelenl?t?t vagy hi?ny?t, ?s ez alapj?n d?nti el hogy
- bekapcsolja-e a -ni opci?t. Sajnos n?h?ny program rossz interleave-t
- hoz l?tre, ez?rt az ilyen fileokat non-interleaved m?dban kell
- lej?tszani, k?l?nben bizonyos az A/V szinkron elveszt?se, vagy
- a buffer t?lcsordul?sa.
-
- Az MPlayer k?tf?le id?z?t?st t?mogat AVI file-ok lej?tsz?s?hoz:
- - bps-alap?: ez az adott audio/video stream bitr?ta/mintav?telez?si r?ta
- ?rt?k?n alapul. A legt?bb lej?tsz? ezt a m?dszert haszn?lja, ide?rtve
- az avifile-t, valamint a wmp-t. A rossz fejl?ccel rendelkez?, valamint
- a VBR audio-t tartalmaz?, de VBR-t nem t?mogat? enk?derrel k?sz?lt
- file-ok ilyen m?dszerrel t?rt?n? lej?tsz?sa az A/V szinkron elveszt?s?t
- eredm?nyezi (t?bbnyire teker?sn?l).
- - interleave-n alapul?: megj: ez nem haszn?lhat? a -ni opci?val.
- Ez a m?dszer nem haszn?lja a fejl?c bitr?ta ?rt?k?t, ehelyett az audio
- ?s video csomagok relat?v poz?ci?ja alapj?n sz?mol. A legt?bb
- rosszul (vagy VBR audioval) enk?dolt file lej?tszhat? ?gy.
-
- Fejl?cek: az AVI file-ok elej?n k?telez? lennie egy fejl?cnek ami le?rja a
- video param?tereit (felbont?s, fps), ?s a codec-eket. Opcion?lisan van a
- file v?g?n egy INDEX blokk. A legt?bb file tartalmazza, mivel ez sz?ks?ges
- a teker?shez. ?ltal?ban ez ?jra?p?thet? a file tartalma alapj?n, az
- MPlayer k?szs?ggel megteszi ezt, az -idx opci?val. Rosszul l?trehozott
- index blokkok rekre?ci?ja a -forceidx opci?val lehets?ges. Mivel az AVI
- file-oknak sz?ks?g?k van index-re a v?letlenszer? hozz?f?r?shez, az index
- n?lk?li file-ok ?ltal?ban lej?tszhatatlanok. Term?szetesen az AVI file-ok
- sz?tv?g?sa illetve ?sszef?z?se speci?lis programokat ig?nyel.
-
- Codec-ek: b?rmilyen audio vagy video codec megengedett, de a VBR (v?ltoz?
- bitr?t?s) audio a legt?bb lej?tsz? ?ltal nem t?mogatott. B?r a fileform?tum
- lehet?v? teszi a haszn?lat?t, de a legt?bb lej?tsz? CBR audiot v?r, ez?rt
- belepusztul a VBR-be (a Microsoft AVI specifik?ci?i csak CBR audiot ?rnak
- le). Megjegyzem hogy a legt?bb AVI enk?der rossz fileokat gener?l VBR audio
- haszn?latakor. K?t kiv?telt ismerek: NaNDub ?s MEncoder.
-
- FPS: csak konstans k?pr?ta enged?lyezett, de k?pkock?k kihagy?sa
- lehets?ges.
-
- - ASF file-ok:
- ASF (Active Streaming Format) a Microsoft-t?l sz?rmazik. Az ASF-nek
- k?t v?ltozat?t hozt?k l?tre, v1.0 ?s v2.0 . A v1.0-?t a m?dia programjaik
- (wmp ?s wme) haszn?lj?k, a v2.0-?t pedig nyilv?noss?gra is hozt?k,
- ?s lev?dett?k :). Term?szetesen k?l?nb?znek, semmi kompatibilit?s
- nincs (megint egy jogi j?t?k).
- MPlayer csak a v1.0 fileokat t?mogatja, mivel eddig senki se l?tott
- v2.0-?t :)
- Megjegyz?s: az ASF file-ok manaps?g .WMA vagy .WMV kiterjeszt?ssel
- vannak ell?tva.
-
- Fejl?cek: a fejl?cek (a kodekek param?terei) elm?letileg b?rhol lehetnek,
- de eddig csak olyan file-okat l?ttam ahol a fejl?c a file elej?n volt.
- Az ASF fix csomagm?retet haszn?l, ?gy INDEX blokk n?lk?l is lehet benne
- tekerni, valamint hib?s file-ok is lej?tszhat?k.
-
- Codec-ek: a video t?bbnyire a microsoft MPEG4 vari?nsainak egyike:
- MP42, MP43 (aka DivX), WMV1 vagy WMV2. De b?rmilyen codec
- enged?lyezett.
- Az audio ?ltal?ban wma vagy voxware, n?ha mp3, de itt is
- enged?lyezett b?rmilyen codec.
-
- FPS: nincs fix fps, ehelyett minden video k?pkock?nak egy pontos
- timestamp ?rt?ke van. Van olyan fileom is amiben egy frame 3 m?sodpercig
- l?tszik.
-
- - QuickTime / MOV file-ok:
- Ezek a Mac felhaszn?l?kt?l sz?rmaznak, ?ltal?ban .mov vagy .qt
- kiterjeszt?ssel, de mivel az MPEG Group a quicktime-t v?lasztotta
- aj?nlott form?tumnak az MPEG4-hez, .mpg vagy .mp4 kiterjeszt?s?
- de quicktime form?tum? fileok is forgalomban vannak.
-
- Els? pillant?sra az ASF ?s AVI kever?ke.
- INDEX blokkra van sz?ks?ge a v?letlenszer? hozz?f?r?shez, teker?shez,
- ?s lej?tsz?shoz is, mint az AVI-nak, de timestamp-okat haszn?l
- konstans k?pr?ta helyett, valamint rugalmasabb a stream r?sze
- (ide?rtend? a h?l?zat is) mint az ASF-nek.
-
- Fejl?cek: tehet?k a file elej?re, vagy a v?g?re. A file-jaim fel?nek
- az elej?n van, m?soknak a v?g?n. A hib?s file-ok csak akkor j?tszhat?k le,
- ha a fejl?c a file elej?n van!
-
- Codec-ek: b?rmilyen codec enged?lyezett, mint CBR mind VBR.
- Megj.: a legt?bb ?j mov file Sorenson video-t ?s QDesign Music audiot
- haszn?l, melyek v?dett, z?rt, titkos, (TM) form?tumok, ?s csak az Apple
- quicktime lej?tsz? tudja ?ket lej?tszani (?s csak win/mac-on).
-
- - VIVO file-ok:
- Vicces j?sz?gok. Emberileg olvashat? ascii fejl?c van az elej?k?n, ezt
- k?vetik az ?sszef?z?tt (interleaved) audio ?s video csomagok.
- Nincs index blokk benn?k, se fix csomagm?ret vagy sync byte, ?s
- legt?bbj?kben keyframe sincs, szoval teker?st el lehet felejteni!
- A video szabv?nyos h.263 (a vivo/2.0 file-okban egy m?dos?tott, nem
- szabv?nyos h.263 van), az audio vagy szabv?nyos g.723 vagy Vivo Siren
- codec.
-
- Megjegyzend? hogy mivel a microsoft licenszelte ?s be?p?tette a netshow
- v2.0-ba a vivo-t, ?gy rendelkez?sre ?llnak Vfw/ACM codec-ek a vivo
- videohoz ?s audiohoz.
diff -Nru MPlayer-20021021/DOCS/tech/playtree-hun MPlayer-20021021.docs/DOCS/tech/playtree-hun
--- MPlayer-20021021/DOCS/tech/playtree-hun Thu Mar 7 00:16:33 2002
+++ MPlayer-20021021.docs/DOCS/tech/playtree-hun Thu Jan 1 01:00:00 1970
@@ -1,120 +0,0 @@
-
-2 stuff van. A playtree maga, meg az iterator.
-A playtree testesiti meg az adatot, az iteratort meg az mplayer
-hasznalja arra hogy egyik bejegyzesrol a masikra lepjen
-
-Eloszor, a play_tree struct :
-
-
-struct play_tree {
- play_tree_t* parent;
- play_tree_t* child;
- play_tree_t* next;
- play_tree_t* prev;
-
- play_tree_param_t* params;
- int loop;
- char** files;
- int entry_type;
-};
-
-A play_tree_t* tartalmazza a linkeket a 4 iranyba, a params tartalmazza
-az adott bejegyzes osszes parameteret, a loop 1ertelmu (loop < 0 vegtelen
-loopot jelent), a files tartalmazza az adott bejegyzes osszes file-jat,
-es az entry_type kurvaegyertelmuen az adott bejegyzes tipusat adja meg
-(node, file, dvd, vcd, tv)
-
-Egy bejegyzes egynel tobb filet is tartalmazhat, mie'?
-
-Mert egy bejegyzes lehet network stream is, es altalaban egynel tobb
-szerver van. De mind ugyanazt kuldi, sz'al ez egy olyan bejegyzes
-aminek tobb forrasa van.
-
-Es mit basszak ezzel a szarral?
-
-Eloszor csinalj egy entryt a play_tree_new func segitsegevel. Ez letrehozza
-a structot, es default ertekekkel tolti fel.
-Eztan ez lehet node vagy leaf is. Node lesz rogton, ha a play_tree_set_child
-vagy a play_tree_set_parent segitsegevel odalinkeled egy masikhoz.
-Vagy leaf lesz, ha a play_tree_add_file-t nyomod ra.
-Ha egy bejegyzes legalabb 1 filet tartalmaz, nem lehet node (egy assert
-lesz raised) es ha egy bejegyzesnek van egy childje amihez nem adhatsz
-filet (?) (itt is assert lesz)
-Aztan hogy letrehozz egy listat a bejegyzesekrol, hasznald a play_tree_
-_append_entry-t, a play_tree_prepend_entry-t vagy a play_tree_insert_entryt.
-Ezek kozul barmelyikben hasznalhatod a lista barmelyik bejegyzeset elso
-argumentumkent, nem csak az elsot. Ugyanez ervenyes arra amikor egy
-node childjet allitod, a child argumentum barmelyik, listaban levo
-bejegyzes lehet.
-A bejegyzes treebol valo kiszedesehez hasznald a play_tree_removet. Ha a
-masodik arg (free_it) true, akkor felszabaditja, ha a bejegyzest freezni
-kell, es a harmadik arg is true, akkor a childjeit is.
-
-Amikor a tree kesz, hasznalhatod a play_tree_cleanupot hogy eltavolitsd az
-osszes nemhasznalt bejegyzest.
-
-Playlist betoltesehez hasznald a parse_playtree-t ami egy stream_t-t fogad
-argumentumkent, vagy a parse_playlist_file-t ami filenevet.
-Mind2 funkcio NULL-t ad vissza hiba eseten, vagy ha egy uj (torolt)
-fa eseten, amit hozzaadhatsz valahova a treedbe. (?)_
-
-Hogy lehet DVD-t VCD-t TV-t?
-
-igy
- dvd://x where x is the title number.
- vcd://x where x is the track number
- tv://x where x is the channel
-
-
-Kesz a playtreem, mit basszak a play_tree_iter-rel?
-
-Ez egy iterator arra a celra hogy a treet atfesuljed jol.
-<bazmeg ezt a mondatot szerintem o se ertette - SKIP>
-Ezt a play_tree_iter_new-vel hozod letre, ami argumentumkent egy play_tree_t
-es egy m_config_t-t eszik, amik aztan arra lesznek hasznalva hogy az
-egyes bejegyzesek parametereit allitgassad. Miutan az iter pontot jol
-semmibe krealtad, init az elso lepest. A listaban egy masik bejegyzesre
-torteno atlepeshez hasznald a play_tree_iter_step-et. A masodik
-argumentum a lepes iranya, pozitiv ertekek elore, negativok hatra, es
-0 nem mozdul. A harmadik meg azt mondja meg hogy erdekel-e a node vagy se.
-Ha igen, az iterator megall a nodeknel, maskulonben a kovetkezo
-ervenyes bejegyzeshez megy.
-This function return different values :
-PLAY_TREE_ITER_ERROR : egyertelmu
-PLAY_TREE_ITER_ENTRY : entryn vagyunk
-PLAY_TREE_ITER_NODE : nodeon vagyunk
-PLAY_TREE_ITER_END : targyalason vagyok ;)
-(( Megj : kene rakni ide egy PLAY_TREE_ITER_BEGININGet a kezdethez.
-Nemtom mit kene visszadni ilyen esetben. PLAY_TREE_ITER_ERROR ? ))
-
-Van meg a play_tree_iter_up_step ami egy loop megtoresere vagy az adott
-lista skipelesere jo. Ugyanazok az argok mint a play_tree_iter_stepnel.
-A kulonbseg az hogy ez visszamehet a jelenlegi lista parentjehez, es az
-argumentumok szerint lephet.
-
-Eztan amikor az iter visszadta a PLAY_TREE_ITER_ENTRYt, hasznalhatod
-a play_tree_iter_get_file-t hogy megkapd a filet. Ha egynel tobbszor
-hivod meg, visszaadja az adott bejegyzeshez tartozo kovetkezo filet,
-vagy loopolja a listat ha nincs tobb file. Megnezheted hogy hany
-file all rendelkezesre az iter->num_files-sel (?) es hogy melyik adta
-vissza, azt meg az iter->file-al (?).
-Ha a bejegyzes DVD,VCD vagy tv, a visszaadott string nem file, hanem
-"DVD title x", "VCD track x" or "TV channel x".
-Hogy ezeket megkulonboztessuk egy normalis filetol, lehet csekkolni
-az iter->tree->entry_type-ot. Tartalmazhat :
- PLAY_TREE_ENTRY_DVD, PLAY_TREE_ENTRY_VCD,
-PLAY_TREE_ENTRY_TV or PLAY_TREE_ENTRY_FILE.
-
-Ha csekkelni akarsz meg az iterrel, mint pl hogy a kovetkezo
-bejegyzes helyes-e, egy klont kell letrehoznod a play_tree_iter_new_copy-val.
-Ez az iter nem fogja befolyasolni a configot, szal azt qrsz vele amit akarsz.
-
-Es amikor annyit basztal az iterrel amennyit akartal, szabaditsd meg
-szenvedeseitol a play_tree_iter_free-vel.
-
-
-Miutan megvolt config parsing, az iterator az mplayer.c-ben jon letre.
-Meg, a stream megnyitasa utan, ha a stream egy playlist, behelyettesiti
-a bejegyzest amelyik a playlistet tarolta azzal mi a parsing eredmenye.
-Az event handlingben megnezi hogy egy lepes megoldhato-e, stb. Es vegul
-a vegen a kovetkezo bejegyzesre m1.
More information about the MPlayer-dev-eng
mailing list