view DOCS/Hungarian/video.html @ 1675:8ccac62ddfb7

Added --unicode switch. This is for UTF-8 encoded subtitles.
author zybi
date Fri, 24 Aug 2001 08:55:00 +0000
parents a5cb1b1d47a8
children f314e83b78e6
line wrap: on
line source

<HTML>

<BODY>

<PRE>

  <A NAME=2.2.1>2.2.1.  Video kimeneti eszközök</A>

  Általános:
  - x11:  X11, opcionálisan az SHM kiterjesztéssel
  - xv:   X11 az XVideo kiterjesztés overlay-eivel (hardware támogatás)
  - gl:   OpenGL renderelő, egyelőre csak ezekkel megy:
          - bármely kártyával, Utah-GLX-szel
          - Matrox kártyák + X/DRI >=4.0.3  
          - Radeon + X/DRI CVS
  - dga:  X11 a DGA kiterjesztéssel
  - fbdev:Megjelenítés általános framebuffereken
  - svga: Megjelenítés SVGAlib-bel
  - sdl:  1.1.7 : software scaling
          1.1.8 : támogatja a hardware-es gyorsítást XVideo-n keresztül
          1.2.0 : aalib támogatás (használd inkább a -vo aa opciót!)
  - ggi:  SDL-hez hasonló
  - aa:   szöveges módú megjelenítés AAlib-bel

  Kártyaspecifikus:
  - mga:  Matrox G200/G400 hardware-es YUV overlay az mga_vid-en keresztül
  - xmga: Matrox G200/G400 overlay (mga_vid) X11 ablakban
          (Xv emuláció 3.3.x-es X-szel!)
  - syncfb: Matrox G400 YUV támogatás framebufferen (régi, használj mga/xmga-t)
  - 3dfx: Voodoo2/3 hardware YUV (/dev/3dfx) támogatás (nincs tesztelve!)

  Egyéb:
  - png:  kimenet PNG file-okba (-z kapcsoló a tömörítés mértékét állítja)
  - pgm:  kimenet PGM file-okba (tesztelésre, vagy ffmpeg enkódoláshoz)
  - md5:  MD5sum támogatás (MPEG konformancia tesztekhez)
  - odivx:OpenDivX AVI file output (-br a bitrate-et állítja)
  - null: kimenet a nagy semmibe (sebességtesztekhez)


  <A NAME=2.2.1.1>2.2.1.1.  MTRR</A>

  Nagyon ajánlott az MTRR helyes beállítása, mert minden esetben
  sebességnövekedést eredményez. Először a báziscímet kell megkeresni.
  Erre van 3 módszer :

  - az X11 induló üzeneteiből, például :

  (--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000
  (--) SVGA: Linear framebuffer at 0xD8000000

  - a /proc/pci-ből (használd az lspci -v parancsot):

  01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525
          Memory at d8000000 (32-bit, prefetchable)

  - az mga_vid kernel meghajtó üzeneteiből (dmesg parancs):

  mga_mem_base = d8000000

  Ezután kell a memória mérete is. Csak át kell konvertálni a video ram
  méretét hexadecimálisba, pl így :


		1 MB    0x100000
		2 MB    0x200000
		4 MB    0x400000
		8 MB    0x800000
		16 MB   0x1000000
		32 MB   0x2000000


  Már tudjuk a címet és a méretet, már csak a beállítás hiányzik!
  Például a fenti Matrox kártyához (base=0xd8000000), 32mega memóriával
  (size=0x2000000) ezt kell beírni:


      echo "base=0xd8000000 size=0x2000000 type=write-combining" >| /proc/mtrr


  Nem minden CPU támogatja az MTRR-eket. Például régebbi K6/2-k (266Mhz
  körül, stepping 0) nem, de stepping 12-esek igen (cat /proc/cpuinfo
  megadja a stepping értékét).


  <A NAME=2.2.1.2>2.2.1.2.  Xv</A>

  XFree86 4.0.2 vagy újabb alatt használhatod a kártyád hardware-es YUV
  rutinjait, az XVideo kiterjesztéssel. Ezt használja a '-vo xv' opció.
  Hogy működjön, a következő feltételeknek kell teljesülniük :
   - XFree86 4.0.2 vagy újabb kell (előző verziókban nincs XVideo)
   - A kártyádnak tudnia kell hardware-es gyorsítást (a mai kártyák tudják)
   - Az X-nek be kell töltenie az XVideo kiterjesztést, valahogy így néz ki:


	(II) Loading extension XVideo


     a /var/log/XFree86.0.log file-ban.


     MEGJ : ez csak az XFree86 kiterjesztését tölti be. Egy rendes installban
	    ez az alap, és nem azt jelenti, hogy a _kártyád_ XVideo támogatása
	    töltődött be!

   - A kártyád Linuxos drivere támogatja-e az Xv-t. Ezt az 'xvinfo'-val lehet
     megnezni, ez pedig az XFree86 disztribúció része. Egy hosszú szöveget
     kell hogy kiírjon, hasonlót ehhez:


	X-Video Extension version 2.2
	screen #0
	  Adaptor #0: "Savage Streams Engine"
	    number of ports: 1
	    port base: 43
	    operations supported: PutImage 
	    supported visuals:
	      depth 16, visualID 0x22
	      depth 16, visualID 0x23
	    number of attributes: 5
	(...)
	    Number of image formats: 7
	      id: 0x32595559 (YUY2)
	        guid: 59555932-0000-0010-8000-00aa00389b71
	        bits per pixel: 16
	        number of planes: 1
	        type: YUV (packed)
	      id: 0x32315659 (YV12)
	        guid: 59563132-0000-0010-8000-00aa00389b71
	        bits per pixel: 12
	        number of planes: 3
	        type: YUV (planar)
	(...etc...)


     Támogatnia kell a YUY2 packed, YV12 planar pixelformátumokat, hogy
     használható legyen az <B>MPlayer</B>-rel.

   - És végül, hogy az <B>MPlayer</B> tartalmazza-e az 'xv' támogatást.
     ./configure kiírja.


  <A NAME=2.2.1.2.1>2.2.1.2.1.  3dfx kártyák</A>

  Régebbi 3dfx meghajtóknak problémái vannak az XVideo gyorsítással,
  nem támogatták a YUY2-t vagy YV12-t, ésígytovább. Ellenőrizd hogy az
  XFree86-od verziója 4.1.0 vagy újabb-e, azok már jók.
  Ha furcsa effekteket észlelsz -vo xv-vel, próbáld ki az SDL meghajtót
  (annak is van XVideo támogatása), az segíthet. Nézd meg a <A HREF="#2.2.1.4">2.2.1.4-es</A>
  fejezetet a részletekhez.


  <A NAME=2.2.1.2.2>2.2.1.2.2.  S3 kártyák</A>

  S3 Savage3D-knek működniük kell, de Savage4-hez 4.0.3-as de inkább újabb
  XFree86 kell. S3 Virge-re vonatkozólag.. add el.


  <A NAME=2.2.1.2.3>2.2.1.2.3.  nVidia kártyák</A>

  nVidia nem túl jó választás Linux alá.. A bináris nVidia meghajtót kell
  használnod, ami az nVidia honlapjáról tölthető le. A szabvány X
  meghajtó nem tartalmaz XVideo támogatást ezekhez a kártyákhoz, mivel
  az nVidia nem adja ki a specifikációikat.

   - Riva128-as kártyáknak még az nVidia meghajtóval se lesz XVideo-juk :(
     Panaszkodj az nVidiának.


  <A NAME=2.2.1.2.4>2.2.1.2.4.  ATI kártyák</A>

  A GATOS meghajtó alapállapotban bekapcsolt VSYNC-et tartalmaz. Ez azt
  jelenti, hogy a dekódolási sebesség (!) hozzá van szinkronizálva a monitor
  frissítési frekvenciájához. Ha a lejátszás lassúnak tűnik, próbáld meg
  valahogy kikapcsolni a VSYNC-et, vagy állítsd a képfrissítést n*(a film
  fps-e) Hz-re.


  <A NAME=2.2.1.3>2.2.1.3.  DGA</A>

  <A NAME=2.2.1.3.1>2.2.1.3.1.  Előszó</A>

  Ez a dokumentum néhány szóban elmagyarázza, hogy általában véve mi is az a
  DGA, és mit tud az MPlayerben (és mit nem).


  <A NAME=2.2.1.3.2>2.2.1.3.2.  Mi az a DGA ?</A>

  A DGA szó a Direct Graphics Access rövidítése, és egy olyan módszert takar,
  amivel a program az X szerver kikerülésével közvetlenül írhat a framebuffer
  memóriába. Szaknyelven szólva ez a framebuffer memóriának a processz
  területére történő lapozásával történik. Ezt a kernel csak root jogosultsággal
  engedi. Ez történhet root-ként történő bejelentkezéssel, vagy a suid bit
  beállításával az mplayer programon (NEM ajánlott!).

  A DGA-nak két verziója van: a DGA1-et az XFree 3.X.X használja, a DGA2
  pedig az XFree 4.0.1 óta létezik.

  A DGA1 csak a fent leírt közvetlen hozzáférést nyújtja. A felbontásváltáshoz
  itt szükség van az XVidMode kiterjesztésre.

  A DGA2 tartalmazza az XVidMode tudását, továbbá engedélyezi a színmélység  
  megváltoztatását. Így lehetséges, hogy egy 32 bites mélységű X szervert
  átváltsunk 15 bitesbe, vagy fordítva.

  A DGA-nak van néhány hátránya. Valamelyest függ a grafikus chiptől és ennek
  X-es driverétől, ezért nem minden rendszeren működik ...


<A NAME=2.2.1.3.3>2.2.1.3.3.  DGA támogatás telepítése <B>MPlayer</B>-be</A>

  Először bizonyosodj meg arról, hogy az X betölti-e a DGA kiterjesztést, lásd
  /var/log/XFree86.0.log :


		(II) Loading extension XFree86-DGA


  Amint látod, XFree86 4.0.x vagy újabb, NAGYON AJÁNLOTT!
  Az <B>MPlayer</B> DGA meghajtója ./configure közben automatikusan
  detektálódik, de az --enable-dga opcióval megerősítheted.

  Ha a meghajtó nem tud kisebb felbontásba váltani, próbálkozz a -vm, -fs
  -bpp, -zoom opciókkal, hogy találj egy olyan videomódot amibe belefér a
  film. Jelenleg nincs konverter.. :(

  Legyél ROOT. A DGA-n root jogok kellenek hogy közvetlenül írjon a video
  memóriába. Ha egyszerű felhasználóként akarod futtatni, az <B>MPlayer</B>-t
  SUID root-ként kell installálnod :


		chown root /usr/local/bin/mplayer
		chmod 750 /usr/local/bin/mplayer 
		chmod +s /usr/local/bin/mplayer


  Így már felhasználóként is működik.


                                 !!!! JÓL FIGYELJ !!!!
     Ez egy ÓRIÁSI biztonsági lyuk! Soha ne csináld ezt egy szerveren, vagy
     egy olyan gépen, amit több ember is elér, mert így root jogokat szerezhetn
     a suid MPlayer-en keresztül.
                           !!!! ÉN FIGYELMEZTETTELEK ... !!!!


  Most használd a '-vo dga' opciót, és már megy is! (remélhetőleg:)
  Ajánlatos kipróbálni továbbá a '-vo sdl:dga' opciót is, ha működik.
  Sokkal gyorsabb!!!


  <A NAME=2.2.1.3.4>2.2.1.3.4.  Felbontásváltás</A>

  A DGA driver képes felbontásváltásra. Ezzel kikerülhető a (lassú) szoftveres
  scale, ugyanakkor teljesképernyős lesz a lejátszás. Ideális esetben pontosan
  egyező felbontást választ, de csak azon videomódok közül tud választani,   
  ami az /etc/X11/XF86Config fileban szerepel. Ezeket úgynevezett modeline-okkal
  definiáljuk, és a videokártya képességeitől függenek. Az X szerver ezt
  a config file-t nézi át induláskor, és kikapcsolja mindazokat, amiket a
  kártya nem tud. A fennmaradó módok az X11 log-jában találhatóak:
  /var/log/XFree86.0.log
  Az A függelékben néhány modeline példa található.


  <A NAME=2.2.1.3.5>2.2.1.3.5.  DGA és <B>MPlayer</B></A>

  Az <B>MPlayer</B>-ben két helyen lehet DGA-t használni: az SDL driverben
  (-vo sdl:dga), valamint a DGA driverben (-vo dga). A fentiek mindkettőre
  igazak; a következő néhány részben elmagyarazom, hogy is működik az <B>MPlayer</B>
  DGA drivere.


  <A NAME=2.2.1.3.6>2.2.1.3.6.  A DGA meghajtó képességei</A>

  A DGA driver meghívása a -vo dga parancssori opció megadásával történik.
  Az alapértelmezett magatartás szerint a video méretéhez legközelebb eső
  felbontásba vált. Figyelmen kívül hagyja a -vm és -fs kapcsolókat
  (felbontásváltás és teljesképernyő) - mindig az adott felbontás lehető legjobb
  kihasználására törekszik, így egy árva CPU ciklusnak sem kell fordítódnia a
  kép nagyítására.
  Ha nem tetszik a mód amit kiválasztott, megadhatod, hogy az -x és -y által
  kijelölt mérethez válasszon felbontást.
  A -v opció megadásaval a DGA driver többek között kiírja az XF86Config
  file-od által elérhető felbontásokat.
  DGA2-vel megadhatod a használandó színmélységet is a -bpp opcióval.
  A megadott szám lehet: 15, 16, 24 és 32. A hardware-edtől függ, hogy ezek  
  közül melyeket használhatod, valamint, hogy (lassú) konverzió lehetséges-e.

  Ha szerencséd van és van még elég memóriád hogy a kép mégegyszer elférjen,
  akkor a DGA driver doublebuffering-et fog alkalmazni, ami sokkal folyamatosabb
  lejátszást eredményez.

  A doublebuffering azt jelenti, hogy a video következő képkockájának kirajzolás
  a videomemórián kívül történik, amíg az előző képkocka kirajzolódik. Amint
  elkészül, a grafikus kártya megkapja ennek a memóriaterületnek a címét, és azt
  jeleníti meg, ami ott van. Mindeközben a másik memóriaterület újra feltöltődik

  A doublebuffering a -double opcióval kapcsolható be és a -nodouble opcióval ki
  Jelenleg alapállapotban ki van kapcsolva. Ha a DGA drivert használod, csak 
  doublebuffering esetén lesz OSD-d. Viszont, ha bekapcsolod az nagy
  teljesítménycsökkenéssel járhat (a K6-II+ 525 gépemen plusz 20% CPU idő!),
  függően a videokártyád DGA driverértől.
 

  <A NAME=2.2.1.3.7>2.2.1.3.7.  Sebesség</A>

  A DGA framebuffer használatával legalább olyan gyors képet kapunk mint X11-el,
  plusz teljeskepérnyős módot. A százalékos CPU használati értekeket, amiket az 
  MPlayer kiír óvatosan kezeljuk, mert pl. az X11 drivernél nem tartalmazzák    
  az X szerver által a megjelenítéshez használt időt. Kapcsolj egy terminált    
  a soros portodra és indíts egy top-ot, hogy lásd valójában mi történik.       

  Általánosan szólva a DGA sebességnövekedése az X11-hez képest erősen függ
  a videokártyádtól és annak driverétől.

  Ha lassú a rendszered, jobb, ha 15 vagy 16bpp-s színmélységet használsz,
  mivel ezek a 32bites mód memóriasávszélességének csak a felét igénylik. 

  A 24bites mélység használata akkor jó, ha a kártyád csak 32bites módot
  támogat, mivel így 25%-al kevesebb adatnak kell átjutnia, a 32/32bites
  módhoz képest.

  Már láttam (divx) AVI file-okat lejátszódni Pentium MMX 266-on. AMD K6/2 CPU-k
  400Mhz-en vagy afölött már jók.


  <A NAME=2.2.1.3.8>2.2.1.3.8.  Ismert hibák</A>

  Nos, néhány XFree fejlesztő szerint a DGA nagy szörnyűség. Szerintük nem
  érdemes használni. Az implementációja nem minden driverben tökeletes.

  o XFree 4.0.3-mal és nv.o driverrel van egy bug, ami furcsa színeket eredménye
  o az ATI driverrel egynél többször kell módot váltani, miután a DGA használat
    befejeződott
  o némely driverek egyszerűen nem tudnak visszaváltani a normális felbontásba  
    (használd a Ctrl-Alt-Keypad +, - billentyűket)
  o néhány driver furcsa színeket jelenít meg
  o mások hazudnak arról, hogy mennyi memóriát map-elnek be, így vo_dga
    nem fog doublebuffering-et használni (SIS?)
  o megint mások nem adnak vissza egyetlen videomódot se. Ebben az esetben
    a DGA driver leáll valami nonszensz üzenettel mint pl 100000x100000 vagy
    ilyesmi ...
  o az OSD csak doublebuffering-el működik


  <A NAME=2.2.1.3.9>2.2.1.3.9.  Beépítendő dolgok</A>

  o az új X11 render interface használata OSD-hez 
  o hol van a TODO listám ???? :-((((


  <A NAME=2.2.1.3.A>2.2.1.3.A.  Néhány modeline</A>

  Section "Modes"
    Identifier    "Modes[0]"
    Modeline	"800x600"  40     800 840 968 1056  600 601 605 628 
    Modeline	"712x600"  35.0   712 740 850 900   400 410 412 425
    Modeline	"640x480"  25.175 640 664 760 800   480 491 493 525 
    Modeline 	"400x300"  20     400 416 480 528   300 301 303 314 Doublescan
    Modeline	"352x288"  25.10  352 368 416 432   288 296 290 310
    Modeline	"352x240"  15.750 352 368 416 432   240 244 246 262 Doublescan
    Modeline	"320x240"  12.588 320 336 384 400   240 245 246 262 Doublescan
  EndSection


  Ezek a bejegyzések működnek az én Riva128-asomon, az nv.o driverrel.


  <A NAME=2.2.1.3.B>2.2.1.3.B.  Bug Reports</A>

  If you experience troubles with the DGA driver please feel free to file 
  a bug report to me (e-mail address below). Please start mplayer with the 
  -v option and include all lines in the bug report that start with vo_dga:
 
  Please do also include the version of X11 you are using, the graphics card 
  and your CPU type. The X11 driver module (defined in XF86-Config) might 
  also help. Thanks!

 
  Acki (acki@acki-netz.de, www.acki-netz.de)


  <A NAME=2.2.1.4>2.2.1.4.  SDL</A>

  Néhány megjegyzés az <B>MPlayer</B>-nen található SDL meghajtóhoz:

  Van néhány parancssori opciója:

		-vo sdl:név	megadható hogy melyik video SDL meghajtót
				használja (pl. aalib, dga, x11)
		-ao sdl:név	megadható hogy melyik audio SDL meghajtót
				használja (pl. dsp, esd, arts)
		-noxv		kikapcsolja az XVideo hardware-es gyorsítást
		-forcexv	megerősíti a hardware-es gyorsítás
				használatát

  SDL billentyűk:

		F		teljesképernyős/ablakos mód között vált
		C		a rendelkezésre álló videomódok között vált
		W/S		a * és / alteregói (hangerő)

  Ismert hibák:
  - az sdl:aalib-nél a lenyomott gombok örökké ismétlődnek. (használj
    -vo aa-t!) Ez SDL hiba, nem változtathatok rajta (SDL 1.2.1-el tesztelve)


  <A NAME=2.2.1.5>2.2.1.5.  SVGAlib</A>

  Ha nincs X-ed, használd az SVGAlib meghajtót! Bizonyosodj meg róla, hogy nem
  használod a -fs kapcsolót, mert ez itt a software-es scaler-t kapcsolja be,
  és ez LASSÚÚÚÚ egyelőre, hacsak nincs egy igazán gyors procid (és/vagy
  MTRR?). :(

  Természetesen fel kell installálnod az svgalib-et, és a fejlesztői
  környezetét, hogy az <B>MPlayer</B> le tudja fordítani az SVGAlib meghajtót
  (automatikusan detektálja, de lehet kényszeríteni is), és ne felejtsd el
  átszerkeszteni az /etc/vga/libvga.config-ot, hogy tükrözze a kártyád és a
  monitorod tulajdonságait.


  <A NAME=2.2.1.6>2.2.1.6.  Framebuffer meghajtó (FBdev)</A>

  Annak eldöntése, hogy legyen-e framebuffer meghajtó, a ./configure alatt dől
  el. Olvasd el a kernelforrásban található framebuffer dokumentációt
  (Documentation/fb/*), ami leírja, hogy hogy kapcsold be stb. !

  Ha a kártyád nem támogatja a VBE 2.0 szabványt (régebbi ISA/PCI kártyák,
  például az S3 Trio64), csak a VBE 1.2-et (vagy régebbit?) : Nos, VESAfb még
  mindig használható, de a Linux bootolása előtt be kell töltened a SciTech
  Display Doctor-t (régebben UniVBE). Használj DOS bootlemezt, vagy valami! És
  ne felejtsd regisztrálni az UniVBE-det ;))

  Az FBdev meghajtónak van néhány saját opciója is :
	-fb		a framebuffer egység megadása (/dev/fb0)
	-fbmode		a használni kívánt videomód neve (/etc/fb.modes
			szerint)
	-fbmodeconfig	módkonfigurációs file (alapban /etc/fb.modes)
	monitor_hfreq
	monitor_vfreq		FONTOS ! lásd example.conf
	monitor_dotclock

  Ha egy specifikus videomódba akarsz váltani, azt így teheted :

	mplayer -vm -fbmode (A mód neve) filenév

  -vm egymaga kiválasztja a leginkább ideillő módot az /etc/fb.modes fileból.
  Használható az -x és -y opciókkal együtt is. A -flip opció csak akkor
  támogatott, ha a film pixelformátuma megegyezik a videomód formátumával.
  Figyelj a bpp értékére is, az fbdev meghajtó a jelenlegit próbálja
  használni, vagy ha a -bpp opciót használod, akkor azt.
  A -zoom opció nem támogatott (a software-es nagyítás nagyon lassú).
  Az -fs opciónak nincs jelentősége. Továbbá nem használhatsz 8 vagy kisebb
  bpp-s módokat.

  Megj: az FBdev módváltás _NEM_ működik a VESA framebufferrel, és ne is
	kérdezd miért, mert nem <B>MPlayer</B> hiba.


  <A NAME=2.2.1.7>2.2.1.7.  Matrox framebuffer (mga_vid)</A>

  Ez a rész a Matrox G200/G400/G450 BES (Back-End Scaler) támogatásról szól,
  azaz az mga_vid kernel meghajtóról. Hardware-es VSYNC támogatást tartalmaz,
  tripla buffereléssel. Framebufferes konzolon is, és X alatt is működik.

  A használatához előszöris le kell fordítani :


		cd drivers
		make


  Aztán létrehozni a /dev/mga_vid egységet :


		mknod /dev/mga_vid c 178 0


  betölteni a meghajtót :


		insmod mga_vid.o


  Ellenőrizd hogy jól detektálta-e a memória méretét, a 'dmesg' paranccsal.
  Ha rosszul, akkor használd az mga_ram_size opciót (előtte rmmod mga_vid) :


		insmod mga_vid.o mga_ram_size=16


  Hogy mindez automatikus legyen, a következő sor kell az /etc/modules.conf
  végére :


		alias char-major-178 mga_vid


  És futtasd le a depmod-ot :


		depmod -a


  Most (újra) le kell fordítanod az <B>MPlayer</B>-t, a ./configure detektálja
  a /dev/mga_vid létezését, és lefordítja az 'mga' meghajtót. Az
  <B>MPlayer</B>-ből a használata a '-vo mga' opcióval történik ha
  framebufferes konzolról vagy, és '-vo xmga' ha X-ből.

  Megj: '-vo xmga' működik XFree86 4.x.x-ben is, de ütközik az Xv meghajtóval,
  igyhát kerüld a kettő együttes használatát. Ha az Xv mégis elromlik,
  futtasd az <B>MPlayer</B>-t egyszer a '-vo mga' opcióval. Ez kijavítja.
  

  <A NAME=2.2.1.8>2.2.1.8.  SiS 6326 framebuffer (sis_vid)</A>

  SiS 6326 YUV Framebuffer meghajtó -> sis_vid kernel meghajtó

  A felülete elvileg kompatibilis az mga_vid-del, de ebbe nem kerültek
  bele az mga_vid-es változtatások, úgyhogy valószínűleg nem működik.
  Jelentkezők kellenek tesztelésre, javításra.


  <A NAME=2.2.1.9>2.2.1.9.  3dfx YUV támogatás</A>

  3dfx (mely kártyák?) YUV+scaler támogatás, a /dev/3dfx-el (tdfx.o driver?)
  A /dev/3dfx kernel driver csak a 2.2.x kernelekhez létezik, és a Glide-dal
  használatos. Nincs letesztelve <B>MPlayer</B>-rel, ezért nem támogatott.
  Jelentkezők kellenek tesztelésre, javításra.


  <A NAME=2.2.1.10>2.2.1.10.  OpenGL kimenet</A>

  Az <B>MPlayer</B> támogatja filmek lejátszását OpenGL-en keresztül. Sajnos,
  nem minden meghajtónak van meg ez a képessége. Például az Utah-GLX
  (3-as X-hez) meghajtók mindegyike tudja ezt, minden támogatott kártyával.
  Lásd a <A HREF="http://utah-glx.sourceforge.net">http://utah-glx.sourceforge.net</A> címen.

  XFree86(DRI) >= 4.0.3 csak Matrox, és Radeon kártyákkal támogatja.
  Lásd a <A HREF="http://dri.sourceforge.net">http://dri.sourceforge.net</A> címen.


  <A NAME=2.2.1.11>2.2.1.11.  AAlib - szöveges módú megjelenítés</A>

  Az <B>AAlib</B> könyvtár grafikák szöveges módban történő megjelenítésére
  szolgál. Nagyon sok program támogatja, mint például a Doom vagy a Quake, stb.
  Az <B>MPlayer</B> egy nagyon jó drivert tartalmaz hozzá.
  Ha a ./configure úgy detektálta hogy fent van az aalib, lefordul az aalib
  meghajtó.

  Az AA ablakban használhatsz néhány extra billentyűt :
        1 : kontraszt csökkentése
        2 : kontraszt növelése
        3 : fényerő csökkentése
        4 : fényerő növelése
	5 : gyors megjelenítés be/ki
        6 : ditherelési módok (nincs, error distribution, floyd steinberg)
        7 : kép invertálása
	a : AA és MPlayer billentyűk között vált


  A következő parancssori opciók állnak rendelkezésre :
	-aaosdcolor=V : OSD szín megváltoztatása
	-aasubcolor=V : feliratok színének megváltoztatása
              ahol a V lehet: (0/normál, 1/sötét, 2/bold, 3/boldfont, 4/reverz,
			       5/speciális)

	Az AAlib maga igen sok opciót kezel.
	A legfontosabbak :
	-aadriver     : aa meghajtó beállítása (X11, curses, linux)
	-aaextended   : az összes 256 karakter használata
	-aaeight      : 8 bites ascii használata
	-aahelp       : az összes aalib opció kiírása
	

  Megj: a renderelés nagyon CPU igényes, különösen ha AA-on-X-et
	(X alatti aalib) használsz, és a legkevésbe CPU igényes, ha síma,
	nem-framebufferes konzolon futtatod. Használd az SVGATextMode-t
	hogy legyen szép nagy szöveges módod, és mehet!

	Használd a -framedrop opciót ha a géped nem elég gyors.

	Ha konzolon játszol le, jobb sebességet érhetsz el ha a 'linux'
	meghajtót használod, nem a 'curses'-t (-aadriver linux). De így
	írási hozzáférés kell a /dev/vcsa*-hoz! vo_aa megpróbálja a legjobb
	módot megtalálni.
	Lásd a http://aa-project.sourceforge.net/tune/ címet további
	részletekért.


  <A NAME=2.2.1.A>2.2.1.A.  TV kimenet</A>


  <A NAME=2.2.1.A.1>2.2.1.A.1.  Matrox kártyák</A>

  <I> Nagyon szeretném, ha az MPlayer tudná azt, amit a windows-os gépem. Amikor
   elindítok egy lejátszást a windows-ban (ablakos vagy teljesképernyős)
   a film megjelenik a tv-kimeneten is. Imádom ezt, és azon gondolkoztam, milyen
   nehéz lenne ezt beépíteni mplayer-be.</I>

  Ez a driver korlátja. BES (Back-End Scaler, ez az overlay generator, és YUV
  scaler a G200/G400/G450 kártyákon) csak a CRTC1-en működik. Normális esetben,
  CRTC1 (szöveges mód, minden bpp, BES) az 1-es head-re kerül, és CRTC2
  (csak 16/32bpp, csak grafika) a 2-esre (TV-kimenet).

  Linux alatt, 2 lehetőseg van ennek működésre bírására:

  1. 4.0.x-es X használatával, valamint a HAL driverrel a Matrox-tól, így
     lesz dualhead támogatás, és át lehet irányítani TV-re. Sajnos ez
     bekapcsolt Macrovision kódolással van ellátva, így csak közvetlenül
     TV-re működik, videomagnón keresztül nem. (**dehonnem, régi vidi rulez**)
     A másik gond az, hogy az Xv nem működik a második head-en.
     (nem tudom, hogy a Windows hogy oldja meg, talán megcseréli a CRTC-ket, 
     vagy valami trükkel használja a YUV framebuffer-t a második DAC-en)

  2. Matroxfb használatával, és dual-head támogatással (2.4.x kernelek).
     Lesz egy framebufferes konzolod (CRTC2-vel, úgyhogy lassú), és
     TV-kimenet (CRTC1-gyel, BES támogatással).
     Ilyenkor elfelejtheted az X-et! :(

  -  Fordíts minden matrox-féle cuccot modulba a kernelfordításkor.
     (ez SZÜKSÉGES, legalábbis én máshogy még nem tudtam működésre bírni)
     [indítsd az új kernelt és installáld a modulokat, de még ne töltsd be
     őket!]

     cd TVout  
     ./compile.sh

  -  Futtasd a 'modules' script-et a TV-out könyvtárból.
     Át fogja kapcsolni a konzolodat framebuffer-be.
     Válts át tty1-re (ALT+F1)!
     Most futtasd az 'independent' scriptet, ami így fogja beállítani a tty-ket:
       tty 1,2:      fb konzol, CRTC2-n, 1-es headen (monitor)
       tty 3,4,5:..: framebuffer+BES, CRTC1-en, 2-es headen (TV-kimenet)
     Futtasd a TV-* és Mon-* scripteket, hogy beállítsd a felbontásokat:
       válts tty1-re (ALT+F1), és futtasd: Mon-* (csak az egyiket)
       válts tty3-ra (ALT+F3), és most vissza tty1-re (ALT+F1)
         (ez kiválasztja a tty3-at a /dev/fb1-en - trükkös)   
     Futtasd: TV-* (csak az egyiket)
        (most egy konzolod lesz a PAL TV-n - nem tudni NTSC-vel mi van)

     Ha most elindítod az <B>MPlayer</B>-t (tty1-en), a kép tty3-on jön elő, azaz
     a TV-den, vagy a második monitorodon.

  Igen, egy csöppet gány. Jelenleg a marvel project elkészülésére várok,
  remélem ez normális TV-out drivereket eredményez.

  Jelenlegi problémám, hogy a BES csak a CRTC1-en működik. Ezért a kép
  mindig azon a head-en jön elő, amelyik a CRTC1-hez van irányítva
  (általában a monitor), így hát meg kell cserélni a CRTC-ket, viszont így
  a konzolod framebufferes lesz (mert a CRTC2 nem tud szöveges módot) és  
  egy kicsit lassú. :(


  <I> egyébként csak fekete-fehér kimenet sikerült a tv-n ...</I>
  Nem lehet hogy NTSC TV-d van? Vagy csak nem futtattad le a TV-*
  scriptet.


</PRE>

</BODY>

</HTML>