MPlayer-DOCS

Download

mplayer-docs@mplayerhq.hu

January 2007

13 participants
56 discussions

r22061 - trunk/DOCS/man/en/mplayer.1
by diego 29 Jan '07

29 Jan '07

Author: diego Date: Mon Jan 29 15:26:42 2007 New Revision: 22061 Modified: trunk/DOCS/man/en/mplayer.1 Log: typo, new sentences on lines of their own Modified: trunk/DOCS/man/en/mplayer.1 ============================================================================== --- trunk/DOCS/man/en/mplayer.1 (original) +++ trunk/DOCS/man/en/mplayer.1 Mon Jan 29 15:26:42 2007 @@ -1632,10 +1632,10 @@ . .TP .B \-psprobe <byte position> -When playing an MPEG-PS stream, this option lets you specify how many +When playing an MPEG-PS stream, this option let's you specify how many bytes in the stream you want MPlayer to scan in order to identify the -video codec used. This option is needed to play EVO files containing -H264 streams. +video codec used. +This option is needed to play EVO files containing H.264 streams. . .TP .B \-radio <option1:option2:...> (radio only)

1 0

r22060 - trunk/DOCS/man/en/mplayer.1
by nicodvb 29 Jan '07

29 Jan '07

Author: nicodvb Date: Mon Jan 29 00:13:17 2007 New Revision: 22060 Modified: trunk/DOCS/man/en/mplayer.1 Log: describe -psprobe Modified: trunk/DOCS/man/en/mplayer.1 ============================================================================== --- trunk/DOCS/man/en/mplayer.1 (original) +++ trunk/DOCS/man/en/mplayer.1 Mon Jan 29 00:13:17 2007 @@ -1631,6 +1631,13 @@ Can be used with \-vid and \-aid. . .TP +.B \-psprobe <byte position> +When playing an MPEG-PS stream, this option lets you specify how many +bytes in the stream you want MPlayer to scan in order to identify the +video codec used. This option is needed to play EVO files containing +H264 streams. +. +.TP .B \-radio <option1:option2:...> (radio only) These options set various parameters of the radio capture module. For listening to radio with MPlayer use 'radio://<frequency>'

2 1

[homepage]: r2783 - trunk/Makefile
by diego 29 Jan '07

29 Jan '07

Author: diego Date: Mon Jan 29 12:17:16 2007 New Revision: 2783 Modified: trunk/Makefile Log: The encoding conversion hack is no longer needed. Modified: trunk/Makefile ============================================================================== --- trunk/Makefile (original) +++ trunk/Makefile Mon Jan 29 12:17:16 2007 @@ -1,8 +1,6 @@ DESIGNS := design7 design6 design5 design4 design3 TRANSLATIONS := es hu pl SRCDIRS=src essays/src -pl_ENCODING := iso-8859-2 -hu_ENCODING := iso-8859-2 ifeq ($(INTERNAL),yes) @@ -26,10 +24,7 @@ define lang-dir-def $(call SRC2HTML, $(wildcard ../$(2)/*.src.$(1)),-$(1)): %-$(1).html : ../$(2)/%.src.$(1) src/upper src/selector-$(1) src/lower - $(if $($(1)_ENCODING),\ - sed -e '/text\/html/s/iso-8859-1/$($(1)_ENCODING)/' src/upper | \ - cat - src/selector-$(1) $$< src/lower > $$@,\ - cat src/upper src/selector-$(1) $$< src/lower > $$@) + cat src/upper src/selector-$(1) $$< src/lower > $$@ endef endif

1 0

[homepage]: r2782 - in trunk: design6/src/upper design7/src/upper
by diego 29 Jan '07

29 Jan '07

Author: diego Date: Mon Jan 29 12:13:41 2007 New Revision: 2782 Modified: trunk/design6/src/upper trunk/design7/src/upper Log: Remove content language metainformation from HTML header. It's wrong in most cases. Modified: trunk/design6/src/upper ============================================================================== --- trunk/design6/src/upper (original) +++ trunk/design6/src/upper Mon Jan 29 12:13:41 2007 @@ -4,7 +4,6 @@ <head> <title>MPLAYERHQ:HU _ THE MOVIE PLAYER FOR LINUX</title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> - <meta http-equiv="Content-Language" content="hu"> <meta http-equiv="description" content="MPlayer - The movie player for Linux"> <meta http-equiv="keywords" content="MPlayer, Linux, Movie, Player, Movieplayer, Videoplayer, ASM, ASF, MOV, MPG, AVI, DivX, Xvid, MPL"> <link rel="stylesheet" type="text/css" href="default.css" title="style"> Modified: trunk/design7/src/upper ============================================================================== --- trunk/design7/src/upper (original) +++ trunk/design7/src/upper Mon Jan 29 12:13:41 2007 @@ -4,7 +4,6 @@ <head> <title>MPlayer - The Movie Player</title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> - <meta http-equiv="Content-Language" content="en"> <meta http-equiv="description" content="MPlayer - The Movie Player"> <meta http-equiv="keywords" content="MPlayer, Linux, movie, player, movieplayer, videoplayer, ASF, MOV, MPG, AVI, DivX, XviD,

1 0

[homepage]: r2781 - in trunk: design3/src/upper design4/src/upper design5/src/upper design6/src/upper design7/src/upper
by diego 29 Jan '07

29 Jan '07

Author: diego Date: Mon Jan 29 12:06:25 2007 New Revision: 2781 Modified: trunk/design3/src/upper trunk/design4/src/upper trunk/design5/src/upper trunk/design6/src/upper trunk/design7/src/upper Log: Specify correct charset in HTML header. Modified: trunk/design3/src/upper ============================================================================== --- trunk/design3/src/upper (original) +++ trunk/design3/src/upper Mon Jan 29 12:06:25 2007 @@ -3,7 +3,7 @@ <HEAD> <TITLE>mplayer - movie player for linux</TITLE> <link rel="stylesheet" type="text/css" href="./default.css"> -<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> +<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">  <META NAME="Author" CONTENT="Stpraamp <stpraamp(a)stpraamp.mplayerhq.hu>" --> </HEAD> Modified: trunk/design4/src/upper ============================================================================== --- trunk/design4/src/upper (original) +++ trunk/design4/src/upper Mon Jan 29 12:06:25 2007 @@ -2,7 +2,7 @@ <HEAD> <TITLE>mplayer - movie player for linux</TITLE> <link rel="stylesheet" type="text/css" href="./default.css"> -<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2"> +<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">  <META NAME="Author" CONTENT="Stpraamp <stpraamp(a)stpraamp.mplayerhq.hu>" --> Modified: trunk/design5/src/upper ============================================================================== --- trunk/design5/src/upper (original) +++ trunk/design5/src/upper Mon Jan 29 12:06:25 2007 @@ -1,7 +1,7 @@ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> -<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2"> +<meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <title>mplayerhq.hu - the movie player for Linux</title> <link rel="stylesheet" type="text/css" href="default.css"> </style> Modified: trunk/design6/src/upper ============================================================================== --- trunk/design6/src/upper (original) +++ trunk/design6/src/upper Mon Jan 29 12:06:25 2007 @@ -3,7 +3,7 @@ <head> <title>MPLAYERHQ:HU _ THE MOVIE PLAYER FOR LINUX</title> - <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2"> + <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta http-equiv="Content-Language" content="hu"> <meta http-equiv="description" content="MPlayer - The movie player for Linux"> <meta http-equiv="keywords" content="MPlayer, Linux, Movie, Player, Movieplayer, Videoplayer, ASM, ASF, MOV, MPG, AVI, DivX, Xvid, MPL"> Modified: trunk/design7/src/upper ============================================================================== --- trunk/design7/src/upper (original) +++ trunk/design7/src/upper Mon Jan 29 12:06:25 2007 @@ -3,7 +3,7 @@ <head> <title>MPlayer - The Movie Player</title> - <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> + <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta http-equiv="Content-Language" content="en"> <meta http-equiv="description" content="MPlayer - The Movie Player"> <meta http-equiv="keywords" content="MPlayer, Linux, movie, player,

1 0

[homepage]: r2780 - in trunk: design3/src/selector-hu design4/src/selector-hu design5/src/selector-hu design6/src/selector design6/src/selector-es design6/src/selector-hu design7/src/selector-hu design7/src/selector-pl essays/src/interview-Arpi.src.en essays/src/interview-Arpi.src.hu essays/src/interview-Gabucino.src.hu essays/src/interview-Pontscho.src.en essays/src/interview-Pontscho.src.hu essays/src/konf2002-Pontscho.src.en essays/src/konf2002-Pontscho.src.hu essays/src/konf2002-arpi.src.
by diego 29 Jan '07

29 Jan '07

Author: diego Date: Mon Jan 29 12:02:38 2007 New Revision: 2780 Modified: trunk/design6/src/selector trunk/essays/src/interview-Arpi.src.en trunk/essays/src/interview-Arpi.src.hu trunk/essays/src/interview-Gabucino.src.hu trunk/essays/src/interview-Pontscho.src.en trunk/essays/src/interview-Pontscho.src.hu trunk/essays/src/konf2002-Pontscho.src.en trunk/essays/src/konf2002-Pontscho.src.hu trunk/essays/src/konf2002-arpi.src.en trunk/essays/src/konf2002-arpi.src.hu trunk/essays/src/konf2002.src.en trunk/essays/src/konf2002.src.hu trunk/mwn/20021201.br.txt trunk/mwn/20021201.de.txt trunk/mwn/20021201.es.txt trunk/mwn/20021201.fr.txt trunk/mwn/20021201.hu.txt trunk/mwn/20021201.pl.txt trunk/mwn/20021210.br.txt trunk/mwn/20021210.fr.txt trunk/mwn/20021210.hu.txt trunk/mwn/20021210.pl.txt trunk/src/dload.src.en trunk/src/donations.src.en trunk/src/news-archive.src.en trunk/src/news.src.en Changes in other areas also in this revision: Modified: trunk/design3/src/selector-hu trunk/design4/src/selector-hu trunk/design5/src/selector-hu trunk/design6/src/selector-es trunk/design6/src/selector-hu trunk/design7/src/selector-hu trunk/design7/src/selector-pl trunk/src/codecs.src.es trunk/src/codecs.src.hu trunk/src/dload.src.es trunk/src/dload.src.hu trunk/src/dload.src.pl trunk/src/donations.src.es trunk/src/donations.src.hu trunk/src/donations.src.pl trunk/src/info.src.es trunk/src/info.src.hu trunk/src/info.src.pl trunk/src/mailing_lists.src.hu trunk/src/media.src.es trunk/src/media.src.hu trunk/src/media.src.pl trunk/src/news-archive.src.es trunk/src/news-archive.src.hu trunk/src/news-archive.src.pl trunk/src/news.src.es trunk/src/news.src.hu trunk/src/news.src.pl trunk/src/projects.src.es trunk/src/projects.src.hu trunk/src/projects.src.pl trunk/src/screen.src.es trunk/src/screen.src.hu trunk/src/screen.src.pl Log: UTF-8 conversion Modified: trunk/design6/src/selector ============================================================================== --- trunk/design6/src/selector (original) +++ trunk/design6/src/selector Mon Jan 29 12:02:38 2007 @@ -10,10 +10,10 @@ <div class="lefter"> <img src="images/nothing.gif" width="1" height="5" border="0"><br> <a href="news-hu.html" class="menu"><font class="menuheader"> - MAGYAR VERZI�<br> + MAGYAR VERZIÓ<br> </font> <font class="menusubheader"> - �n besz�lni magyarul<br> + én beszélni magyarul<br> </font></a> <img src="images/nothing.gif" width="1" height="5" border="0"><br> </div> Modified: trunk/essays/src/interview-Arpi.src.en ============================================================================== --- trunk/essays/src/interview-Arpi.src.en (original) +++ trunk/essays/src/interview-Arpi.src.en Mon Jan 29 12:02:38 2007 @@ -23,7 +23,7 @@ - according to me - more people know it abroad than in Hungary. I think we Hungarians should be proud of the projects which gain us fame all around the globe. Thus I decided to make an interview with the creator and main -programmer of MPlayer, �rp�d Gere�ffy (A'rpi). I've asked him about +programmer of MPlayer, Árpád Gereöffy (A'rpi). I've asked him about quite some topics: GPL, MPlayer's history, development, etc. </p> Modified: trunk/essays/src/interview-Arpi.src.hu ============================================================================== --- trunk/essays/src/interview-Arpi.src.hu (original) +++ trunk/essays/src/interview-Arpi.src.hu Mon Jan 29 12:02:38 2007 @@ -3,242 +3,242 @@  -<h1>Interj� �rpival</h1> +<h1>Interjú Árpival</h1> <p> -Ez az interj� a +Ez az interjú a <a href="http://www.hup.hu">Hungarian Unix Portal</a>-on -2001. 11. 16. d�tummal megjelent -<a href="http://www.hup.hu/modules.php?name=News&file=article&sid=363">interj�</a> -m�solata, melyben csak g�pel�si jav�t�sok t�rt�ntek. -Az interj�t a szerz�, <a href="http://www.hup.hu/me.php">trey</a> tudt�val �s -beleegyez�s�vel k�z�lj�k itt. +2001. 11. 16. dátummal megjelent +<a href="http://www.hup.hu/modules.php?name=News&file=article&sid=363">interjú</a> +másolata, melyben csak gépelési javítások történtek. +Az interjút a szerző, <a href="http://www.hup.hu/me.php">trey</a> tudtával és +beleegyezésével közöljük itt. </p> <p> -T�bbsz�r �rtam ezen az oldalon az Mplayerr�l. Egyik �r�somban elmondtam, -hogy szerintem a leggyorsabb, legjobban haszn�lhat� MOVIE player Linux/Unix al�. -N�pszer�, a vil�g minden pontj�n (nem vicc) ismerik. A m�ltkori �r�somban azt is -�rtam, hogy szerintem t�bben ismerik k�lf�ld�n mint Magyarorsz�gon. Szerintem -nek�nk magyaroknak b�szk�knek kellene lenn�nk az olyan projectekre, amelyek -valamilyen h�rnevet szereznek nek�nk a vil�gban. Ez�rt elhat�roztam, hogy egy -interj�t k�sz�tek Gere�ffy �rp�ddal (�rpi), az Mplayer kital�l�j�val, f� -fejleszt�j�vel. T�bb dologr�l k�rdeztem: a GPL-r�l, az Mplayer kialakul�s�r�l, -fejleszt�s�r�l, stb. +Többször írtam ezen az oldalon az Mplayerről. Egyik írásomban elmondtam, +hogy szerintem a leggyorsabb, legjobban használható MOVIE player Linux/Unix alá. +Népszerű, a világ minden pontján (nem vicc) ismerik. A múltkori írásomban azt is +írtam, hogy szerintem többen ismerik külföldön mint Magyarországon. Szerintem +nekünk magyaroknak büszkéknek kellene lennünk az olyan projectekre, amelyek +valamilyen hírnevet szereznek nekünk a világban. Ezért elhatároztam, hogy egy +interjút készítek Gereöffy Árpáddal (Árpi), az Mplayer kitalálójával, fő +fejlesztőjével. Több dologról kérdeztem: a GPL-ről, az Mplayer kialakulásáról, +fejlesztéséről, stb. </p> <p> -H�t l�ssuk: +Hát lássuk: </p> <dl> <dt>UP:</dt> -<dd>Mikor kezdt�l el programozni? Honnan j�tt az -�tlet, hogy egy MOVIE lej�tsz� programot �rj?</dd> +<dd>Mikor kezdtél el programozni? Honnan jött az +ötlet, hogy egy MOVIE lejátszó programot írj?</dd> -<dt>�rpi:</dt> -<dd>Ez igazib�l 2 k�rd�s :) +<dt>Árpi:</dt> +<dd>Ez igaziból 2 kérdés :) <ol> -<li>1.: H�t az j� r�gen kezd�d�tt, 10 �ves koromban, m�g c64-en :). (Pontscho is, - csak � vic20-on). Hamar meguntam a j�t�kokat �s elkezdtem �rogatni mindenf�l�t, - persze akkor m�g nem MPlayer szint� dolgokat... m�r akkor is el�gedetlen - voltam a k�sz programokkal �s szerettem mindent �jra - vagy �t�rni. V�g�lis - a Linuxot is ez tartja �letben �s fejleszti. Mindenki beleny�l kicsit a - programokba, amik �gy egyre jobbak lesznek.</li> -<li>2.: Egy �ve j�tt az �tlet. Kaptam k�lcs�n egy VCD-t �s mondanom sem kell, - egyik akkori lej�tsz� sem birk�zott meg vele. Am�gy se voltam megel�gedve - az mpegtv-vel, m�s m�k�d� mpeg player akkoriban m�g nem is l�tezett. Teh�t - maradt a j�l bev�lt m�dszer: �rjunk �t egyet :) Az �ldozat az XMPS volt, - el�g sok id�t elt�lt�ttem (1 h�t :)) a hib�k jav�tgat�s�val, majd v�g�l - szomor�an tapasztaltam, hogy a l�nyeg, a codec (SMPEG) rossz benne, �gy - hi�ba minden. Teh�t j�tt a "B" terv: �rjunk egyet. Az eredm�nyt - m�r ismeritek :)</li> +<li>1.: Hát az jó régen kezdődött, 10 éves koromban, még c64-en :). (Pontscho is, + csak Ő vic20-on). Hamar meguntam a játékokat és elkezdtem írogatni mindenfélét, + persze akkor még nem MPlayer szintű dolgokat... már akkor is elégedetlen + voltam a kész programokkal és szerettem mindent újra - vagy átírni. Végülis + a Linuxot is ez tartja életben és fejleszti. Mindenki belenyúl kicsit a + programokba, amik így egyre jobbak lesznek.</li> +<li>2.: Egy éve jött az ötlet. Kaptam kölcsön egy VCD-t és mondanom sem kell, + egyik akkori lejátszó sem birkózott meg vele. Amúgy se voltam megelégedve + az mpegtv-vel, más működő mpeg player akkoriban még nem is létezett. Tehát + maradt a jól bevált módszer: írjunk át egyet :) Az áldozat az XMPS volt, + elég sok időt eltöltöttem (1 hét :)) a hibák javítgatásával, majd végül + szomorúan tapasztaltam, hogy a lényeg, a codec (SMPEG) rossz benne, így + hiába minden. Tehát jött a "B" terv: írjunk egyet. Az eredményt + már ismeritek :)</li> </ol> </dd> <dt>UP:</dt> -<dd>Kik fejlesztik az MPlayert? Kik a team tagjai, �s mi a pontos feladatuk?</dd> +<dd>Kik fejlesztik az MPlayert? Kik a team tagjai, és mi a pontos feladatuk?</dd> -<dt>�rpi:</dt> -<dd>H�t ez egy neh�z k�rd�s. Mint �ltal�ban az opensource projecteknek, ennek -is el�g sok (t�bb sz�z!) fejleszt�je van, legt�bben csak p�r soros jav�t�sokat -csin�ltak, de nem szabad ezeket lebecs�lni, nagyon sokat seg�tettek vele! �n -3 r�szre osztan�m a "team"-et: core tagok - akiknek ez a f� projectj�k -�s legt�bb szabadidej�ket az MPlayer fejleszt�s�vel t�ltik, a contributor-ok, -akik patch-eket k�ldenek, kisebb k�dr�szeket fejlesztgetnek, �s a "k�ls�s�k", -akiknek k�zvetlen�l semmi k�z�k az MPlayerhez, de olyan lib-eket �rnak, amit mi -is haszn�lunk �s amik n�lk�l sehol sem tartan�nk. A fejleszt�k teljes, naprak�sz -list�ja mindig megtal�lhat� a dokument�ci�ban, �gyhogy ink�bb csak a legakt�vabb -core tagokat eml�ten�m most: +<dt>Árpi:</dt> +<dd>Hát ez egy nehéz kérdés. Mint általában az opensource projecteknek, ennek +is elég sok (több száz!) fejlesztője van, legtöbben csak pár soros javításokat +csináltak, de nem szabad ezeket lebecsülni, nagyon sokat segítettek vele! Én +3 részre osztanám a "team"-et: core tagok - akiknek ez a fő projectjük +és legtöbb szabadidejüket az MPlayer fejlesztésével töltik, a contributor-ok, +akik patch-eket küldenek, kisebb kódrészeket fejlesztgetnek, és a "külsősök", +akiknek közvetlenül semmi közük az MPlayerhez, de olyan lib-eket írnak, amit mi +is használunk és amik nélkül sehol sem tartanánk. A fejlesztők teljes, naprakész +listája mindig megtalálható a dokumentációban, úgyhogy inkább csak a legaktívabb +core tagokat említeném most: <ul> -<li>Gabucino - dokument�ci� �s honlap maintainer �s ford�t�, user-riogat�, IRC - admin, mor�lcs�kkent�, am�gy a face-compo gy�ztese :)</li> +<li>Gabucino - dokumentáció és honlap maintainer és fordító, user-riogató, IRC + admin, morálcsökkentő, amúgy a face-compo győztese :)</li> <li>Pontscho - GUI hacker, a CVS mestere :)</li> -<li>LGB - mindent �jra�r� Debian + GPL rajong�, m�sod�ll�sban DVD k�lcs�nz� :)</li> -<li>Szabi - parser gener�tor :)</li> +<li>LGB - mindent újraíró Debian + GPL rajongó, másodállásban DVD kölcsönző :)</li> +<li>Szabi - parser generátor :)</li> <li>Atmos - SDL fan, windows porter :)</li> -<li>Nick Kurshev & Michael Niedermayer - MMX/3DNow/SSE guruk, f�k�nt nekik - k�sz�nhet� az MPlayer sebess�ge</li> +<li>Nick Kurshev & Michael Niedermayer - MMX/3DNow/SSE guruk, főként nekik + köszönhető az MPlayer sebessége</li> </ul> </dd> <dt>UP:</dt> -<dd>Ahhoz k�pest, hogy magyar a csapat z�me, �s Te is mint a f� fejleszt�, el�g -keveset hallani R�latok itthon. Ennek mi lehet az oka?</dd> +<dd>Ahhoz képest, hogy magyar a csapat zöme, és Te is mint a fő fejlesztő, elég +keveset hallani Rólatok itthon. Ennek mi lehet az oka?</dd> -<dt>�rpi:</dt> -<dd>Tal�n az, hogy nem vagyunk politikusok, �s az olaj�gyekhez sincs k�z�nk :) +<dt>Árpi:</dt> +<dd>Talán az, hogy nem vagyunk politikusok, és az olajügyekhez sincs közünk :) <br> -Na de komolyra ford�tva. Az MPlayer egy el�g friss program (1 �ves), meg csak -most kezdik sz�lesebb k�rben megismerni, legt�bb�nknek, a demoscene-s m�ltunkat -lesz�m�tva ez az els� igaz�n nagy projectje. Tavasszal �rtunk n�h�ny f�rumra, -szaklapnak (pl. CHIP), de senki sem foglalkozott vele. Most pedig sorra k�rnek -interj�t... M�sr�szt pedig legt�bben akik haszn�lj�k, ismerik a programot, azok -sem tudj�k, hogy eredetileg magyar fejleszt�s. Ennek tal�n az az oka, hogy mi -ink�bb a programot rekl�mozzuk, nem magunkat :) +Na de komolyra fordítva. Az MPlayer egy elég friss program (1 éves), meg csak +most kezdik szélesebb körben megismerni, legtöbbünknek, a demoscene-s múltunkat +leszámítva ez az első igazán nagy projectje. Tavasszal írtunk néhány fórumra, +szaklapnak (pl. CHIP), de senki sem foglalkozott vele. Most pedig sorra kérnek +interjút... Másrészt pedig legtöbben akik használják, ismerik a programot, azok +sem tudják, hogy eredetileg magyar fejlesztés. Ennek talán az az oka, hogy mi +inkább a programot reklámozzuk, nem magunkat :) </dd> <dt>UP:</dt> -<dd>Tulajdonk�ppen t�bbfajta MOVIE player l�tezik Linux/Unix-ra p�ld�ul a Xine. -Miben m�s az MPlayer mint a t�bbi lej�tsz�?</dd> - -<dt>�rpi:</dt> -<dd>H�t egy �ve, erre a k�rd�sre azt v�laszoltam, hogy "ez m�k�dik". -Ez az egy �v rengeteget jelent a Linux multim�di�s fejl�d�s�ben, szinte a -semmib�l rengeteg lej�tsz� sz�letett, �s halt el, az evol�ci� t�rv�nyei alapj�n. -A m�g akt�van fejlesztett lej�tsz�k mind j�k, de mindegyik m�sban. Az MPlayer -k�l�nlegess�ge, hogy egy processzben fut. Ezt sokan rossz dolognak tartj�k, -de vitathatatlan, hogy m�k�dik, �s jobb teljes�tm�nyt ad, mint a t�bbsz�l� -konkurensek, pl. xine vagy avifile. A m�sik a hang-k�p szinkron kezel�se, -amikor ezt a r�szt meg�rtam, egy lej�tsz� sem figyelt ezekre. Mostanra m�r ez -is megv�ltozott, de m�g ma sem ritk�k az olyan visszajelz�sek, hogy "csak -az mplayerrel nem volt elcs�szva a hang". Az ut�bbi id�ben ink�bb a -t�mogatott platformok, output eszk�z�k �s fileform�tumok sz�ma n�tt a -konkurensek� f�l�. +<dd>Tulajdonképpen többfajta MOVIE player létezik Linux/Unix-ra például a Xine. +Miben más az MPlayer mint a többi lejátszó?</dd> + +<dt>Árpi:</dt> +<dd>Hát egy éve, erre a kérdésre azt válaszoltam, hogy "ez működik". +Ez az egy év rengeteget jelent a Linux multimédiás fejlődésében, szinte a +semmiből rengeteg lejátszó született, és halt el, az evolúció törvényei alapján. +A még aktívan fejlesztett lejátszók mind jók, de mindegyik másban. Az MPlayer +különlegessége, hogy egy processzben fut. Ezt sokan rossz dolognak tartják, +de vitathatatlan, hogy működik, és jobb teljesítményt ad, mint a többszálú +konkurensek, pl. xine vagy avifile. A másik a hang-kép szinkron kezelése, +amikor ezt a részt megírtam, egy lejátszó sem figyelt ezekre. Mostanra már ez +is megváltozott, de még ma sem ritkák az olyan visszajelzések, hogy "csak +az mplayerrel nem volt elcsúszva a hang". Az utóbbi időben inkább a +támogatott platformok, output eszközök és fileformátumok száma nőtt a +konkurenseké fölé. </dd> <dt>UP:</dt> -<dd>Mik a tervek az MPlayerrel? Milyen �j feature-ken dolgoztok most?</dd> - -<dt>�rpi:</dt> -<dd>Tervek? Vil�guralom. :)<br> -H�rom nagy dolog foglalkoztat most minket: a TV k�rty�k t�mogat�sa (�gy az -MPlayer nem csak file-ok lej�tsz�s�ra lesz j�, hanem TV-t is lehet n�zni vele, -kihaszn�lva a t�mogatott output eszk�z�ket). Ezen f�leg Alex dolgozik. A m�sik -a MEncoder. Ez egy konvert�l�/t�m�r�t� program. Hasonl�k�pp az MPlayerhez, az -ok ugyanaz: nincs stabilan, j�l m�k�d�, A-V szinkronra is �gyel� Linuxos/Unixos -encoder a "piacon". Mostm�r van ill. lesz. +<dd>Mik a tervek az MPlayerrel? Milyen új feature-ken dolgoztok most?</dd> + +<dt>Árpi:</dt> +<dd>Tervek? Világuralom. :)<br> +Három nagy dolog foglalkoztat most minket: a TV kártyák támogatása (így az +MPlayer nem csak file-ok lejátszására lesz jó, hanem TV-t is lehet nézni vele, +kihasználva a támogatott output eszközöket). Ezen főleg Alex dolgozik. A másik +a MEncoder. Ez egy konvertáló/tömörítő program. Hasonlóképp az MPlayerhez, az +ok ugyanaz: nincs stabilan, jól működő, A-V szinkronra is ügyelő Linuxos/Unixos +encoder a "piacon". Mostmár van ill. lesz. <br> -A harmadik m�g kicsit s�t�t ter�let, ez pedig a Windows-os quicktime pluginek -t�mogat�sa. A fejleszt�s el�g lassan halad, �s meg csak 50% es�lyt sem l�tunk -r� hogy ez siker�l, de a crossover plugin megmutatta, hogy van r� es�ly, ez�rt -mi sem adjuk fel egy k�nnyen. +A harmadik még kicsit sötét terület, ez pedig a Windows-os quicktime pluginek +támogatása. A fejlesztés elég lassan halad, és meg csak 50% esélyt sem látunk +rá hogy ez sikerül, de a crossover plugin megmutatta, hogy van rá esély, ezért +mi sem adjuk fel egy könnyen. <br> -Egy�bk�nt a dokument�ci� is �jra lesz �rva, mint �ltal�ban :) +Egyébként a dokumentáció is újra lesz írva, mint általában :) </dd> <dt>UP:</dt> -<dd>Az MPlayer felhaszn�l�k hova fordulhatnak a probl�m�jukkal? Van on-line -f�rum, esetleg iRC csatorna ahol seg�ts�get kaphatnak?</dd> +<dd>Az MPlayer felhasználók hova fordulhatnak a problémájukkal? Van on-line +fórum, esetleg iRC csatorna ahol segítséget kaphatnak?</dd> -<dt>�rpi:</dt> -<dd>IRC-en az #mplayer csatorn�ra, b�r �gy tudom el�g "kihalt" egy -hely. Ha gyors, haszn�lhat� v�laszt szeretne, akkor javasolt elolvasni az -err�l sz�l� dokument�ci�t (bugreports.html) �s csak azut�n, annak megfelel�en -�rni a mplayer-felhaszn�l�i levelez� list�kra. A list�n nem szeretj�k sem mi, -sem a t�bbi listatag a dokument�ci�ban m�r megv�laszolt k�rd�seket, �s -�ltal�ban RTFM vagy hasonl� v�laszt kapnak. Nagyon j� a dokument�ci�, �s -folyamatosan b�v�tj�k, alak�tjuk a felhaszn�l�i k�rd�sek alapj�n, �gy -mindenk�ppen �rdemes elolvasni, ha probl�m�ba �tk�z�l! A list�k nyelve am�gy -angol, mert nem volt t�lzott �rdekl�d�s magyar list�ra. +<dt>Árpi:</dt> +<dd>IRC-en az #mplayer csatornára, bár úgy tudom elég "kihalt" egy +hely. Ha gyors, használható választ szeretne, akkor javasolt elolvasni az +erről szóló dokumentációt (bugreports.html) és csak azután, annak megfelelően +írni a mplayer-felhasználói levelező listákra. A listán nem szeretjük sem mi, +sem a többi listatag a dokumentációban már megválaszolt kérdéseket, és +általában RTFM vagy hasonló választ kapnak. Nagyon jó a dokumentáció, és +folyamatosan bővítjük, alakítjuk a felhasználói kérdések alapján, így +mindenképpen érdemes elolvasni, ha problémába ütközöl! A listák nyelve amúgy +angol, mert nem volt túlzott érdeklődés magyar listára. </dd> <dt>UP:</dt> -<dd>Ha valakinek lenne kedve a fejleszt�shez csatlakozni, az megteheti-e, -vagy teljesen z�rtk�r� a fejleszt�s?</dd> +<dd>Ha valakinek lenne kedve a fejlesztéshez csatlakozni, az megteheti-e, +vagy teljesen zártkörű a fejlesztés?</dd> -<dt>�rpi:</dt> -<dd>Egy�ltal�n nem z�rtk�r�. B�rki k�ldhet patch-eket, persze a szab�lyainknak -megfelel�en (l�sd tech dokument�ci�), �s ha j�nak tartjuk, berakjuk. T�bb -haszn�lhat� patch ut�n az illet�nek fel szoktuk aj�nlani a k�zvetlen CVS -hozz�f�r�st is. Igaz, ezt m�r megb�ntuk p�rszor. +<dt>Árpi:</dt> +<dd>Egyáltalán nem zártkörű. Bárki küldhet patch-eket, persze a szabályainknak +megfelelően (lásd tech dokumentáció), és ha jónak tartjuk, berakjuk. Több +használható patch után az illetőnek fel szoktuk ajánlani a közvetlen CVS +hozzáférést is. Igaz, ezt már megbántuk párszor. </dd> <dt>UP:</dt> -<dd>�gy hallottam, hogy ut�lod a GPL-t. Elmagyar�zn�d ennek az ok�t?</dd> +<dd>Úgy hallottam, hogy utálod a GPL-t. Elmagyaráznád ennek az okát?</dd> <dt>A'rpi:</dt> <dd>Az ok: Gabucino ;) <br> -Az "ut�lom" kicsit er�s, mondjuk �gy: nem �rtek egyet vele. Hogy -mi�rt? A GPL nem engedi meg nem GPL licenszel�s� k�dok (bele�rtve a z�rt -forr�sk�d� dolgokat is) felhaszn�l�s�t GPL programokban. Ez el�g sok fejf�j�st -okoz nek�nk is, mivel az MPlayer k�d fele GPL, a m�sik fele nem az. Legut�bb a -kernel okozott probl�m�kat, mivel a 2.4.10-t�l (azt hiszem) k�telez� minden -drivernek GPL licenszel�s�nek lennie. Ez kitol�s a fejleszt�kkel (sok hardware -gy�rt� nem teheti meg, hogy kiadja a driver teljes forr�s�t, a felhaszn�lt -technol�gi�k licensze miatt) �s a felhaszn�l�kkal (nem tudj�k t�bbet a kernelbe -ford�tani az ilyen drivereket, csak modulba) is. +Az "utálom" kicsit erős, mondjuk úgy: nem értek egyet vele. Hogy +miért? A GPL nem engedi meg nem GPL licenszelésű kódok (beleértve a zárt +forráskódú dolgokat is) felhasználását GPL programokban. Ez elég sok fejfájást +okoz nekünk is, mivel az MPlayer kód fele GPL, a másik fele nem az. Legutóbb a +kernel okozott problémákat, mivel a 2.4.10-től (azt hiszem) kötelező minden +drivernek GPL licenszelésűnek lennie. Ez kitolás a fejlesztőkkel (sok hardware +gyártó nem teheti meg, hogy kiadja a driver teljes forrását, a felhasznált +technológiák licensze miatt) és a felhasználókkal (nem tudják többet a kernelbe +fordítani az ilyen drivereket, csak modulba) is. </dd> <dt>UP:</dt> -<dd>Egy bejegyz�s el lett t�vol�tva a MPlayer honlapj�r�l. A gcc 2.96-r�l -sz�lt, �s a Red Hat k�r�s�re lett elt�vol�tva. Ezt megmagyar�zn�d?</dd> +<dd>Egy bejegyzés el lett távolítva a MPlayer honlapjáról. A gcc 2.96-ról +szólt, és a Red Hat kérésére lett eltávolítva. Ezt megmagyaráznád?</dd> -<dt>�rpi:</dt> -<dd>Rengetegen k�rdezt�k mi bajunk van a gcc 2.96-os verzi�j�val (els�sorban -az, hogy hivatalosan ilyen verzi� nem is l�tezik, legal�bbis a GNU site-on, -egy�bk�nt sok esetben hib�s k�dot ford�t vagy egy�ltal�n nem is ford�t). -Megunv�n a v�laszolgat�st, �rtunk err�l egy k�l�n fejezetet a dokument�ci�ba, -ebb�l ker�lt egy r�sz a honlapra is. Ez viszont a Redhat munkat�rsainak nem -tetszett, azt �ll�tott�k, hogy ezzel a c�g h�rnev�t rontjuk, �s be is -perelhetnek minket �rte :( +<dt>Árpi:</dt> +<dd>Rengetegen kérdezték mi bajunk van a gcc 2.96-os verziójával (elsősorban +az, hogy hivatalosan ilyen verzió nem is létezik, legalábbis a GNU site-on, +egyébként sok esetben hibás kódot fordít vagy egyáltalán nem is fordít). +Megunván a válaszolgatást, írtunk erről egy külön fejezetet a dokumentációba, +ebből került egy rész a honlapra is. Ez viszont a Redhat munkatársainak nem +tetszett, azt állították, hogy ezzel a cég hírnevét rontjuk, és be is +perelhetnek minket érte :( </dd> <dt>UP:</dt> -<dd>L�ttam, hogy az MPlayer-nek volt egy window$ portja is. Ez sokaknak nem -tetszett, besz�ln�l err�l?</dd> +<dd>Láttam, hogy az MPlayer-nek volt egy window$ portja is. Ez sokaknak nem +tetszett, beszélnél erről?</dd> -<dt>�rpi:</dt> -<dd>Ez teljes eg�sz�ben po�nb�l k�sz�lt, nem sz�nd�kozzuk kiadni vagy folytatni. -Atmos egy d�lut�n nagyon unatkozott, es addig g�nyolt cygwin-el �s objdump-al, -am�g valahogy lefordult neki egy minimaliz�lt mplayer windowsra. Mivel semmi -optimaliz�lt k�d nincs benne, el�g haszn�lhatatlan, de az�rt screenshotot -lehetett r�la k�sz�teni ;) +<dt>Árpi:</dt> +<dd>Ez teljes egészében poénból készült, nem szándékozzuk kiadni vagy folytatni. +Atmos egy délután nagyon unatkozott, es addig gányolt cygwin-el és objdump-al, +amíg valahogy lefordult neki egy minimalizált mplayer windowsra. Mivel semmi +optimalizált kód nincs benne, elég használhatatlan, de azért screenshotot +lehetett róla készíteni ;) </dd> <dt>UP:</dt> -<dd>Az �jabb verzi�ba az MPlayer-nak van GUI fel�lete is. Ez azt jelenti, -hogy felhaszn�l�i k�r�sre ker�lt bele, vagy innent�l kezdve ez mindig -implement�lva lesz?</dd> +<dd>Az újabb verzióba az MPlayer-nak van GUI felülete is. Ez azt jelenti, +hogy felhasználói kérésre került bele, vagy innentől kezdve ez mindig +implementálva lesz?</dd> -<dt>�rpi:</dt> -<dd>Felhaszn�l�k nyaggat�sara k�sz�lt, �s term�szetesen fejlesztj�k ezt is. -�rdemes megn�zni a skin-eket, n�melyik felveszi a versenyt a windows-os -lej�tsz�kkal is. +<dt>Árpi:</dt> +<dd>Felhasználók nyaggatásara készült, és természetesen fejlesztjük ezt is. +Érdemes megnézni a skin-eket, némelyik felveszi a versenyt a windows-os +lejátszókkal is. </dd> <dt>UP:</dt> -<dd>Mennyire befoly�solnak T�ged a fejleszt�sben a felhaszn�l�i -visszajelz�sek, k�r�sek?</dd> +<dd>Mennyire befolyásolnak Téged a fejlesztésben a felhasználói +visszajelzések, kérések?</dd> -<dt>�rpi:</dt> -<dd>Kicsit. �rtelmes k�r�sek ritk�n vannak, mert azokat m�r r�g megval�s�tottuk, -vagy most m�g technikai akad�lyai vannak. A h�lyes�gekre pedig mindig azt -mondjuk: j�, �rd meg, �s k�ldd a patch-et. Ilyenkor vagy meg�rja valaki vagy +<dt>Árpi:</dt> +<dd>Kicsit. Értelmes kérések ritkán vannak, mert azokat már rég megvalósítottuk, +vagy most még technikai akadályai vannak. A hülyeségekre pedig mindig azt +mondjuk: jó, írd meg, és küldd a patch-et. Ilyenkor vagy megírja valaki vagy elfelejtik :) <br> -�rpi / Astral & ESP-team +Árpi / Astral & ESP-team </dd> </dl> <p> -H�t ennyi lett volna az interj�, k�sz�net �rte �rpinak, f�leg a gyors reag�l�s�rt -(este 10-kor �rtam neki a levelet, �jjel 1 k�r�l m�r j�tt is a v�lasz =] ). -Rem�lem ezzel kicsit siker�lt sz�lesebb k�rben megismertetni az Mplayert. A -project k�r�li �jdons�gokr�l ezent�l is besz�molok majd. +Hát ennyi lett volna az interjú, köszönet érte Árpinak, főleg a gyors reagálásért +(este 10-kor írtam neki a levelet, éjjel 1 körül már jött is a válasz =] ). +Remélem ezzel kicsit sikerült szélesebb körben megismertetni az Mplayert. A +project körüli újdonságokról ezentúl is beszámolok majd. </p>  Modified: trunk/essays/src/interview-Gabucino.src.hu ============================================================================== --- trunk/essays/src/interview-Gabucino.src.hu (original) +++ trunk/essays/src/interview-Gabucino.src.hu Mon Jan 29 12:02:38 2007 @@ -3,289 +3,289 @@  -<h1>Interj� Gabucinoval</h1> +<h1>Interjú Gabucinoval</h1> <p> -Ez az interj� a +Ez az interjú a <a href="http://www.hup.hu">Hungarian Unix Portal</a>-on -2002. 13. 26. d�tummal megjelent -<a href="http://www.hup.hu/modules.php?name=News&file=article&sid=778">interj�</a> -m�solata, melyben csak g�pel�si jav�t�sok t�rt�ntek. -Az interj�t a szerz�, <a href="http://www.hup.hu/me.php">trey</a> tudt�val �s -beleegyez�s�vel k�z�lj�k itt. +2002. 13. 26. dátummal megjelent +<a href="http://www.hup.hu/modules.php?name=News&file=article&sid=778">interjú</a> +másolata, melyben csak gépelési javítások történtek. +Az interjút a szerző, <a href="http://www.hup.hu/me.php">trey</a> tudtával és +beleegyezésével közöljük itt. </p> <p> -Az MPlayer-t rengetegen haszn�ljuk. Naponta n�zz�k vele kedvenc film�nket -DivX, DVD vagy m�s form�tumban. Ha valami probl�m�m volt a ford�t�ssal, vagy -a haszn�lat�val mindig a dokument�ci�hoz fordultam, �s az esetek 99%-ban -tal�ltam megold�st a gondomra. Azt, hogy az MPlayer dokument�ci�ja ilyen -�llapotban van, �s rendszeresen(?) friss�l, azt Gabucino-nak k�sz�nhetj�k. -Vele besz�lgettem elm�lt este (lev�lben), �s tettem fel neki az engem -foglalkoztat� k�rd�seket. L�ssuk mit v�laszolt: +Az MPlayer-t rengetegen használjuk. Naponta nézzük vele kedvenc filmünket +DivX, DVD vagy más formátumban. Ha valami problémám volt a fordítással, vagy +a használatával mindig a dokumentációhoz fordultam, és az esetek 99%-ban +találtam megoldást a gondomra. Azt, hogy az MPlayer dokumentációja ilyen +állapotban van, és rendszeresen(?) frissül, azt Gabucino-nak köszönhetjük. +Vele beszélgettem elmúlt este (levélben), és tettem fel neki az engem +foglalkoztató kérdéseket. Lássuk mit válaszolt: </p> <dl> <dt>trey:</dt> -<dd>Besz�ln�l magadr�l n�h�ny sz�t (iskola, munka, sz�m�t�stechnik�val val� +<dd>Beszélnél magadról néhány szót (iskola, munka, számítástechnikával való kapcsolat)?</dd> <dt>Gabucino:</dt> -<dd>Sose tudtam �rtelmesen v�laszolni erre a k�rd�sre :) Iskola: nemleges, -munka: polg�ri szolg�lat. Sz.tech: kezdtem vala kb. 5 �ves koromban Plus/4-en, -az�ta volt m�r 286, 386, 486, �s most egy K6/2. �s most, hogy 5 sz�ban -lezongor�ztam �letem 15+5 �vet ... ;) Sz'al legink�bb azt lehet ebben a -t�m�ban megeml�teni, hogy im�dom a r�gi g�peket. Legal�bbis ezt sugallja ez -a 386-os laptop (Linux), a 486/EGA (Linux), meg persze 286 (Minix)... Ja �s -a K6/2-m a dream configuration sz�momra :) MPlayer visz mindent - persze -Matrox k�rty�val - 3D meg nem izgat kimondottan, jobban szeretem a (nagyon) -r�gi j�t�kokat.</dd> - -<dt>trey:</dt> -<dd>Mi�rt a Linuxot v�lasztottad?</dd> - -<dt>Gabucino:</dt> -<dd>Mert az xMach m�g nincs k�sz ;) Humort f�lret�ve, nem vagyok megel�gedve -a Linux-szal (b�r nem k�rdezted, de egyebk�nt LFS), r�szemr�l az utols� -"stabil" kernel a 2.4.9 volt, csak k�r hogy secholos.. Fenntart�saim -vannak tov�bb� az olyan rendszerrel szemben amelynek k�sz�t�i szerint a gcc +<dd>Sose tudtam értelmesen válaszolni erre a kérdésre :) Iskola: nemleges, +munka: polgári szolgálat. Sz.tech: kezdtem vala kb. 5 éves koromban Plus/4-en, +azóta volt már 286, 386, 486, és most egy K6/2. És most, hogy 5 szóban +lezongoráztam életem 15+5 évet ... ;) Sz'al leginkább azt lehet ebben a +témában megemlíteni, hogy imádom a régi gépeket. Legalábbis ezt sugallja ez +a 386-os laptop (Linux), a 486/EGA (Linux), meg persze 286 (Minix)... Ja és +a K6/2-m a dream configuration számomra :) MPlayer visz mindent - persze +Matrox kártyával - 3D meg nem izgat kimondottan, jobban szeretem a (nagyon) +régi játékokat.</dd> + +<dt>trey:</dt> +<dd>Miért a Linuxot választottad?</dd> + +<dt>Gabucino:</dt> +<dd>Mert az xMach még nincs kész ;) Humort félretéve, nem vagyok megelégedve +a Linux-szal (bár nem kérdezted, de egyebként LFS), részemről az utolsó +"stabil" kernel a 2.4.9 volt, csak kár hogy secholos.. Fenntartásaim +vannak továbbá az olyan rendszerrel szemben amelynek készítői szerint a gcc 2.96 egy hasznos dolog.. (Linus, Cox)</dd> <dt>trey:</dt> -<dd>Hogy ismerkedt�l meg �rpival, �s a t�bbiekkel?</dd> +<dd>Hogy ismerkedtél meg Árpival, és a többiekkel?</dd> <dt>Gabucino:</dt> -<dd>Avifile 0.49-et n�zegettem anno, �s a list�jukon felt�nt valami arpi nev� -arc - mellesleg vagy 3 m�sik list�n is - gondoltam megn�zem mi ez az MPlayer -amit �rogat.. Azt�n reportoltam neki bugokat, a t�bbi pedig m�r t�rtenelem ;) +<dd>Avifile 0.49-et nézegettem anno, és a listájukon feltűnt valami arpi nevű +arc - mellesleg vagy 3 másik listán is - gondoltam megnézem mi ez az MPlayer +amit írogat.. Aztán reportoltam neki bugokat, a többi pedig már törtenelem ;) </dd> <dt>trey:</dt> -<dd>Mikor kapcsol�dt�l be az MPlayer projectbe?</dd> +<dd>Mikor kapcsolódtál be az MPlayer projectbe?</dd> <dt>Gabucino:</dt> -<dd>Hmm.. �gy 0.11pre10valah�ny k�rny�k�n :)</dd> +<dd>Hmm.. Úgy 0.11pre10valahány környékén :)</dd> <dt>trey:</dt> -<dd>Hogyan folyik az MPlayer fejleszt�se? Elmes�ln�l egy �tlagos napot, -amikor akt�van dolgoztok?</dd> +<dd>Hogyan folyik az MPlayer fejlesztése? Elmesélnél egy átlagos napot, +amikor aktívan dolgoztok?</dd> <dt>Gabucino:</dt> -<dd>A k�rd�sre el�g neh�z v�laszolni, mert ez att�l f�gg. Ha "bels�" -(magyar) developerekr�l, illetve viselt dolgaikr�l van sz�, az IRCen van -megbesz�lve. CVSben meg reverzelve ;) K�ls�s developerek pedig a dev-eng -list�ra k�ldik a patcheket, ahol azokat annak rendje s m�dja szerint �rpi -ellen�rzi/kritiz�lja/elfelejti/commiteli (ez ritka;) .. �n meg meg�rom a -doksit hozz�.</dd> +<dd>A kérdésre elég nehéz válaszolni, mert ez attól függ. Ha "belső" +(magyar) developerekről, illetve viselt dolgaikról van szó, az IRCen van +megbeszélve. CVSben meg reverzelve ;) Külsős developerek pedig a dev-eng +listára küldik a patcheket, ahol azokat annak rendje s módja szerint Árpi +ellenőrzi/kritizálja/elfelejti/commiteli (ez ritka;) .. Én meg megírom a +doksit hozzá.</dd> <dt>trey:</dt> -<dd>Te �rod az MPlayer dokument�ci�j�t. Hogyan k�sz�lnek ezek az oldalak? -Nyilv�n neked is kell �rtened a technikai r�szletekhez, hogy j� man oldalak, -le�r�sok k�sz�ljenek.</dd> +<dd>Te írod az MPlayer dokumentációját. Hogyan készülnek ezek az oldalak? +Nyilván neked is kell értened a technikai részletekhez, hogy jó man oldalak, +leírások készüljenek.</dd> <dt>Gabucino:</dt> -<dd>A m�k�d�s�t, az elvet kell tudnom, illetve az MPlayer fel�pit�s�t, azaz -a k�dr�szek egym�shoz kapcsol�d�s�t (na ilyen mondatot se �rok le t�bbet;). -Egy�bk�nt meg (t�bbnyire) j�n minden mag�t�l.. A dokument�ci� joe-ban k�sz�l :) -Nincs k�l�n�sebb technik�ja, �ltal�ban �gy megy, hogy �rom TODO-ba dolgokat, -�s amikor nagyon unatkozok, akkor meg�rom egyszerre mindet. Kiv�telt k�peznek -a fontosabb v�ltoz�sok, illetve a release el�tti p�r nap, amikor dr�maian -megn�vekszik az irclog is ;) meg dox t�bbsz�ri �tolvas�sa (k�ne ;), etc..</dd> +<dd>A működését, az elvet kell tudnom, illetve az MPlayer felépitését, azaz +a kódrészek egymáshoz kapcsolódását (na ilyen mondatot se írok le többet;). +Egyébként meg (többnyire) jön minden magától.. A dokumentáció joe-ban készül :) +Nincs különösebb technikája, általában úgy megy, hogy írom TODO-ba dolgokat, +és amikor nagyon unatkozok, akkor megírom egyszerre mindet. Kivételt képeznek +a fontosabb változások, illetve a release előtti pár nap, amikor drámaian +megnövekszik az irclog is ;) meg dox többszöri átolvasása (kéne ;), etc..</dd> <dt>trey:</dt> -<dd>A dokument�ci� alapos, j�l haszn�lhat�. Viszont szerintem kicsit sok -benne a RTFM, �s a st�lusa is n�hol lekicsinyl�. Err�l mi a v�lem�nyed?</dd> +<dd>A dokumentáció alapos, jól használható. Viszont szerintem kicsit sok +benne a RTFM, és a stílusa is néhol lekicsinylő. Erről mi a véleményed?</dd> <dt>Gabucino:</dt> -<dd>Ez aljas r�galom :) R�gebben tal�n t�nyleg kicsit szabadsz�j� volt, de -ez m�r fixed. Aki ilyet terjeszt az nem RTFMelt :)</dd> +<dd>Ez aljas rágalom :) Régebben talán tényleg kicsit szabadszájú volt, de +ez már fixed. Aki ilyet terjeszt az nem RTFMelt :)</dd> <dt>trey:</dt> -<dd>Tavaly Barr cikke nagy feh�rd�l�st okozott. �cs�rolta az MPlayer -dokument�ci�j�t, stb. Hogy �rintett ez t�ged?</dd> +<dd>Tavaly Barr cikke nagy fehördülést okozott. Ócsárolta az MPlayer +dokumentációját, stb. Hogy érintett ez téged?</dd> <dt>Gabucino:</dt> -<dd>�rz�kenyen. Ut�lom ha igazam van, �s kider�l hogy sok a divat-Linuxos.. -Pl. �n ;))</dd> +<dd>Érzékenyen. Utálom ha igazam van, és kiderül hogy sok a divat-Linuxos.. +Pl. én ;))</dd> <dt>trey:</dt> -<dd>Ez visszavetett valamilyen szinten a munk�ban? �s a t�bbieket?</dd> +<dd>Ez visszavetett valamilyen szinten a munkában? És a többieket?</dd> <dt>Gabucino:</dt> -<dd>Annyit vett el az id�nkb�l amennyit a t�m�val kapcsolatosan flamelt�nk -list�kon ;) Egy�bk�nt senkit se �rdekelt.</dd> +<dd>Annyit vett el az időnkből amennyit a témával kapcsolatosan flameltünk +listákon ;) Egyébként senkit se érdekelt.</dd> <dt>trey:</dt> -<dd>M�r Pontscho-t�l is k�rdeztem, hogy mi az oka a nagy csendnek az MPlayer -k�r�l. Akkor azt mondt�tok, hogy lassan release lesz. Ez mikor lesz pontosan? -Valami nagyobb verzi�v�lt�s k�sz�l?</dd> +<dd>Már Pontscho-tól is kérdeztem, hogy mi az oka a nagy csendnek az MPlayer +körül. Akkor azt mondtátok, hogy lassan release lesz. Ez mikor lesz pontosan? +Valami nagyobb verzióváltás készül?</dd> <dt>Gabucino:</dt> -<dd>Igen, val�sz�n� 1.0 lesz, de mindenk�ppen nagy ugr�s. Hogy mikor? Nos -eln�zve a bugreportok ugr�sszer� megemelked�s�t, �prilis. 1-j�re nem lesz -k�sz :) Sajnos. Ennek egy�bk�nt az az oka, hogy az ut�bbi p�r napban rengeteg -nagy v�ltoz�s t�rt�nt a k�dban, ennek a k�vetkezm�nyeit pedig fix�lni kell. +<dd>Igen, valószínű 1.0 lesz, de mindenképpen nagy ugrás. Hogy mikor? Nos +elnézve a bugreportok ugrásszerű megemelkedését, április. 1-jére nem lesz +kész :) Sajnos. Ennek egyébként az az oka, hogy az utóbbi pár napban rengeteg +nagy változás történt a kódban, ennek a következményeit pedig fixálni kell. </dd> <dt>trey:</dt> -<dd>P�r nappal ezel�tt Nick Kurshev forkolt, �s �j projectet ind�tott -MPlayerXP n�ven. Mik voltak ennek a d�nt�snek az el�zm�nyei? Nem fogja ez -visszavetni az MPlayer fejleszt�s�t?</dd> +<dd>Pár nappal ezelőtt Nick Kurshev forkolt, és új projectet indított +MPlayerXP néven. Mik voltak ennek a döntésnek az előzményei? Nem fogja ez +visszavetni az MPlayer fejlesztését?</dd> <dt>Gabucino:</dt> -<dd>Nick meg�r�lt :) Erre abb�l k�vetkeztetek hogy GPL m�ni�s lett :) -Visszavetni v�lem�nyem szerint nem fogja. L�sd a k�vetkez� k�rd�st.</dd> +<dd>Nick megőrült :) Erre abból következtetek hogy GPL mániás lett :) +Visszavetni véleményem szerint nem fogja. Lásd a következő kérdést.</dd> <dt>trey:</dt> -<dd>Az MPlayer er�ss�ge, hogy nem threaded. Egyed�l�ll� abban, hogy egy -sz�lon fut. Ennek mi is a l�nyege tulajdonk�ppen?</dd> +<dd>Az MPlayer erőssége, hogy nem threaded. Egyedülálló abban, hogy egy +szálon fut. Ennek mi is a lényege tulajdonképpen?</dd> <dt>Gabucino:</dt> -<dd>Az, hogy egy sz�lon fut :) man ps :) Azaz ha megn�zed, csak 1 mplayer -processzt l�tsz a processzek k�z�tt, nem pedig 20-at. Mint p�ld�ul a Xine, -�pp ma olvastam a list�jukon, hogy ha a GUI-j�n r�mutatsz egy gombra, m�r -forkol is egy k�l�n processzt (threadet) :) R�ad�sul most �pp elfelejti -kil�ni :) Sz�val az a l�nyeg, hogy MPlayeren k�v�l minden lej�tsz� -multithreades, MPlayer meg nem. �s hogy melyik a stabilabb, azt ugyeb�r -tudjuk. (ez persze demag�gia, viszont �gy igaz :)</dd> +<dd>Az, hogy egy szálon fut :) man ps :) Azaz ha megnézed, csak 1 mplayer +processzt látsz a processzek között, nem pedig 20-at. Mint például a Xine, +épp ma olvastam a listájukon, hogy ha a GUI-ján rámutatsz egy gombra, már +forkol is egy külön processzt (threadet) :) Ráadásul most épp elfelejti +kilőni :) Szóval az a lényeg, hogy MPlayeren kívül minden lejátszó +multithreades, MPlayer meg nem. És hogy melyik a stabilabb, azt ugyebár +tudjuk. (ez persze demagógia, viszont így igaz :)</dd> <dt>trey:</dt> -<dd>Krushev azt �rta egy level�ben, ha �rpi elfogadja az elk�pzel�seit, -hajland� visszaj�nni az MPlayer csapatba, �s seg�t megcsin�lni a NO.1 -movie playert a f�ld�n. L�tsz erre valami es�lyt?</dd> +<dd>Krushev azt írta egy levelében, ha Árpi elfogadja az elképzeléseit, +hajlandó visszajönni az MPlayer csapatba, és segít megcsinálni a NO.1 +movie playert a földön. Látsz erre valami esélyt?</dd> <dt>Gabucino:</dt> -<dd>Nem. Egy�bk�nt pr�b�ltam tesztelni MPlayerXP-t, de nem fordult :) �s +<dd>Nem. Egyébként próbáltam tesztelni MPlayerXP-t, de nem fordult :) És mint mondtam, MPlayer ezen a szutyok 500-as K6/2-n is visz DVD-t, DivX-et, mindent.</dd> <dt>trey:</dt> -<dd>Mit gondolsz meddig lehet m�g fejleszteni az MPlayert?</dd> +<dd>Mit gondolsz meddig lehet még fejleszteni az MPlayert?</dd> <dt>Gabucino:</dt> -<dd>Ezt minden release-n�l megk�rdeztem magamt�l, ma m�r nem teszem :) -Egy�bk�nt meg m�r k�sz a direct render, ami valami hal�los.. Gyakorlatilag -kb. 300Mhz-es K6 is el�g lesz ahhoz amihez most 500-as kell. M�rmint, amint -a libavcodec t�mogatja. Teh�t MPlayer az isten! T�mogassa ad�ja 110%-�val -az MPlayer project l�tminimum alatt teng�d� codereit �s doxwritereit! Stb +<dd>Ezt minden release-nél megkérdeztem magamtól, ma már nem teszem :) +Egyébként meg már kész a direct render, ami valami halálos.. Gyakorlatilag +kb. 300Mhz-es K6 is elég lesz ahhoz amihez most 500-as kell. Mármint, amint +a libavcodec támogatja. Tehát MPlayer az isten! Támogassa adója 110%-ával +az MPlayer project létminimum alatt tengődő codereit és doxwritereit! Stb stb.. ;)</dd> <dt>trey:</dt> -<dd>Dolgozol m�s projecten is, vagy kiz�r�lag az MPlayerrel foglakozol?</dd> +<dd>Dolgozol más projecten is, vagy kizárólag az MPlayerrel foglakozol?</dd> <dt>Gabucino:</dt> -<dd>Kiz�r�lag...</dd> +<dd>Kizárólag...</dd> <dt>trey:</dt> -<dd>P�r h�napja megv�ltozott a honlapotok. Sokak szerint a r�gi sokkal jobb +<dd>Pár hónapja megváltozott a honlapotok. Sokak szerint a régi sokkal jobb volt. Neked hogy tetszik a mostani design?</dd> <dt>Gabucino:</dt> -<dd>Nekem teccik :) Egy�bk�nt az �n (r��gi) design-em volt a legjobb, k�r -hogy rajtam k�v�l senkinek se teccett :) M�sr�szt m�r k�sz az �j design, -viszont megv�rjuk a rilizt vele (mint mindig).</dd> +<dd>Nekem teccik :) Egyébként az én (réégi) design-em volt a legjobb, kár +hogy rajtam kívül senkinek se teccett :) Másrészt már kész az új design, +viszont megvárjuk a rilizt vele (mint mindig).</dd> <dt>trey:</dt> -<dd>Ha megn�zed a Linux al� l�tez� movie playereket, melyik az ami szerinted -eml�t�sre m�lt�, esetleg j� dolgokat tartalmaz?</dd> +<dd>Ha megnézed a Linux alá létező movie playereket, melyik az ami szerinted +említésre méltó, esetleg jó dolgokat tartalmaz?</dd> <dt>Gabucino:</dt> -<dd>Van az az MPlayerXP, az p�ld�ul tartalmazza azt a hogyishivj�k.. MPlayer -nev� lej�tsz�t, csak k�r hogy �tirt�k :))</dd> +<dd>Van az az MPlayerXP, az például tartalmazza azt a hogyishivják.. MPlayer +nevű lejátszót, csak kár hogy átirták :))</dd> <dt>trey:</dt> -<dd>Mennyire k�vetitek figyelemmel a m�s csapatok �ltal k�sz�tett �j featureket? -Van valamif�le rivaliz�l�s? Gondolok arra, hogy megjelent a XYPlayerben a -"f�lg�mbeffektus-felgyors�t�-turbor�seg�t�s" akkor ti is igyekeztek -ezt be�p�teni?</dd> +<dd>Mennyire követitek figyelemmel a más csapatok által készített új featureket? +Van valamiféle rivalizálás? Gondolok arra, hogy megjelent a XYPlayerben a +"félgömbeffektus-felgyorsító-turborásegítés" akkor ti is igyekeztek +ezt beépíteni?</dd> <dt>Gabucino:</dt> -<dd>Figyelemmel k�s�rj�k, hogy a xine �ppen mit lop^H^H^Hportol t�l�nk ;)) M�r -csak az�rt is, mert MPlayerben amit mi �rtunk, az nem GPL, xine pedig az.. -Egy�bk�nt nem is tudn�m megmondani mi volt a legutols� feature amit m�sik -playerb�l "portoltunk" magunknak, a Xine C-s directshow loader k�dja �ta. -Az pedig el�g r�g volt ;)</dd> +<dd>Figyelemmel kísérjük, hogy a xine éppen mit lop^H^H^Hportol tőlünk ;)) Már +csak azért is, mert MPlayerben amit mi írtunk, az nem GPL, xine pedig az.. +Egyébként nem is tudnám megmondani mi volt a legutolsó feature amit másik +playerből "portoltunk" magunknak, a Xine C-s directshow loader kódja óta. +Az pedig elég rég volt ;)</dd> <dt>trey:</dt> -<dd>T�bben k�rdezt�k a hozz�sz�l�sokban, hogy lesz-e Windows portja az +<dd>Többen kérdezték a hozzászólásokban, hogy lesz-e Windows portja az MPlayernek. Ezzel mi a helyzet?</dd> <dt>Gabucino:</dt> -<dd>"Lesz"?? Volt! :) Egy�bk�nt szerintem m�r most is le lehet -ford�tani vindozra, csak nem biztos hogy t�l egyszer�, m�sr�szt Vidix imho -ott m�g nem megy. De azt v�gk�pp nem tartom val�sz�n�nek, hogy majd villog� -bet�kkel lesz homepage-n rekl�mozva a vindoz port, meg InstallShield-es exe, -stb.. Elv�gre akkor mivel lehetne al�zni a vinnyozusereket? ;)</dd> +<dd>"Lesz"?? Volt! :) Egyébként szerintem már most is le lehet +fordítani vindozra, csak nem biztos hogy túl egyszerű, másrészt Vidix imho +ott még nem megy. De azt végképp nem tartom valószínűnek, hogy majd villogó +betűkkel lesz homepage-n reklámozva a vindoz port, meg InstallShield-es exe, +stb.. Elvégre akkor mivel lehetne alázni a vinnyozusereket? ;)</dd> <dt>trey:</dt> -<dd>A dokument�ci�n k�v�l mi a feladatod a projectben?</dd> +<dd>A dokumentáción kívül mi a feladatod a projectben?</dd> <dt>Gabucino:</dt> -<dd>�rpi c�lt�bl�ja ;)</dd> +<dd>Árpi céltáblája ;)</dd> <dt>trey:</dt> -<dd>Ezt hogy �rted? Van valami gond a project k�r�l?</dd> +<dd>Ezt hogy érted? Van valami gond a project körül?</dd> <dt>Gabucino:</dt> -<dd>Elolvashatod a dev-eng arch�vumban :) Egy�bk�nt (m�r) semmi k�l�n�s, -csak �rpi a fej�be vette, hogy nem updatelem a doksit.</dd> +<dd>Elolvashatod a dev-eng archívumban :) Egyébként (már) semmi különös, +csak Árpi a fejébe vette, hogy nem updatelem a doksit.</dd> <dt>trey:</dt> -<dd>Mostan�ban mintha lenne egy kis gondod a linuxal =). Mi a baj vele?</dd> +<dd>Mostanában mintha lenne egy kis gondod a linuxal =). Mi a baj vele?</dd> <dt>Gabucino:</dt> -<dd>Ut�bbi k�rd�sedre hosszan tudn�k v�laszolni (nem teszem:), viszont nem -�rtem ki terjeszt r�lam alantas pletyk�kat? :)</dd> +<dd>Utóbbi kérdésedre hosszan tudnék válaszolni (nem teszem:), viszont nem +értem ki terjeszt rólam alantas pletykákat? :)</dd> <dt>trey:</dt> -<dd>Ha dolgozol milyen eszk�z�ket haszn�lsz (hardver, szoftver)?</dd> +<dd>Ha dolgozol milyen eszközöket használsz (hardver, szoftver)?</dd> <dt>Gabucino:</dt> -<dd>386, mert LCD sz�p (szebb mint ez a 10 �ves 14" :), joe eterm-en, mert -joe rulez eterm meg transzparens, �s windowmaker mert az az isten.</dd> +<dd>386, mert LCD szép (szebb mint ez a 10 éves 14" :), joe eterm-en, mert +joe rulez eterm meg transzparens, és windowmaker mert az az isten.</dd> <dt>trey:</dt> -<dd>Olvastam az mplayer-dev-eng-en, hogy �j form�tumba akartad konvert�lni -a dokument�ci�t. Ebb�l volt egy kis �ssze�tk�z�s. Besz�ln�l err�l?</dd> +<dd>Olvastam az mplayer-dev-eng-en, hogy új formátumba akartad konvertálni +a dokumentációt. Ebből volt egy kis összeütközés. Beszélnél erről?</dd> <dt>Gabucino:</dt> -<dd>Ebb�l ugyan nem. :) SGML-be lesz konvert�lva, ez m�r biztos. Ez egyezik -a n�p akarat�val is. :)</dd> +<dd>Ebből ugyan nem. :) SGML-be lesz konvertálva, ez már biztos. Ez egyezik +a nép akaratával is. :)</dd> <dt>trey:</dt> -<dd>Mit csin�lsz amikor nem az MPlayerrel foglalkozol?</dd> +<dd>Mit csinálsz amikor nem az MPlayerrel foglalkozol?</dd> <dt>Gabucino:</dt> -<dd>A perverzi�t hagyjuk ki ;) Nah�t, nem maradt semmi.</dd> +<dd>A perverziót hagyjuk ki ;) Nahát, nem maradt semmi.</dd> </dl> <p> -(k�zben elolvastam az mplayer-dev-eng lista idev�g� r�sz�t - trey.) +(közben elolvastam az mplayer-dev-eng lista idevágó részét - trey.) </p> <dl> <dt>trey:</dt> -<dd>�rpi p�r nappal ezel�tt a szemedre h�nyta, hogy elhanyagolod a -dokument�ci� �r�st, �s �j co- vagy maintainert keres helyetted erre a -feladatra. Volt egy kis lev�lv�lt�s ezzel kapcsolatban. Most hogy �llnak +<dd>Árpi pár nappal ezelőtt a szemedre hányta, hogy elhanyagolod a +dokumentáció írást, és új co- vagy maintainert keres helyetted erre a +feladatra. Volt egy kis levélváltás ezzel kapcsolatban. Most hogy állnak a dolgok?</dd> <dt>Gabucino:</dt> -<dd>Kicsit gondolkoztam, hogy kil�pjek-e, azt�n r�j�ttem, hogy nem �rpi a -dox c�lk�z�ns�ge, az userek nem panaszkodnak.</dd> +<dd>Kicsit gondolkoztam, hogy kilépjek-e, aztán rájöttem, hogy nem Árpi a +dox célközönsége, az userek nem panaszkodnak.</dd> <dt>trey:</dt> -<dd>K�v�l�ll� sz�m�ra �gy t�nhet, hogy kezd sz�tesni az MPlayer Project. -Lehet, hogy rosszul l�tom?</dd> +<dd>Kívülálló számára úgy tűnhet, hogy kezd szétesni az MPlayer Project. +Lehet, hogy rosszul látom?</dd> <dt>Gabucino:</dt> -<dd>Nekem is igy t�nt, t�nik. Egy�bk�nt Nicket ne sajn�lja senki, j�n m�g -� vissza :) Sajnos �rpi mostan�ban az �tlagn�l is t�bbsz�r ugat le embereket.. -Pl. engem, pedig tudhatn�, hogy ellenem nem lehet flamelni ;) Mindenesetre -rem�ljuk a direct render el�bb lesz k�sz, mint hogy idegbajt kapna ;) +<dd>Nekem is igy tűnt, tűnik. Egyébként Nicket ne sajnálja senki, jön még +ő vissza :) Sajnos Árpi mostanában az átlagnál is többször ugat le embereket.. +Pl. engem, pedig tudhatná, hogy ellenem nem lehet flamelni ;) Mindenesetre +reméljuk a direct render előbb lesz kész, mint hogy idegbajt kapna ;) <br> Gabucino </dd> Modified: trunk/essays/src/interview-Pontscho.src.en ============================================================================== --- trunk/essays/src/interview-Pontscho.src.en (original) +++ trunk/essays/src/interview-Pontscho.src.en Mon Jan 29 12:02:38 2007 @@ -18,7 +18,7 @@ <p> A few months ago I talked with A'rpi - the author of MPlayer - about how he began MPlayer, and what made him make the best -Media Player. Now I talked with Pontscho (Ponekker Zolt�n, .so =)), +Media Player. Now I talked with Pontscho (Ponekker Zoltán, .so =)), the creator of MPlayer's graphical interface. </p> Modified: trunk/essays/src/interview-Pontscho.src.hu ============================================================================== --- trunk/essays/src/interview-Pontscho.src.hu (original) +++ trunk/essays/src/interview-Pontscho.src.hu Mon Jan 29 12:02:38 2007 @@ -3,261 +3,261 @@  -<h1>Interj� Pontscho-val</h1> +<h1>Interjú Pontscho-val</h1> <p> -Ez az interj� a +Ez az interjú a <a href="http://www.hup.hu">Hungarian Unix Portal</a>-on -2002. 03. 04. d�tummal megjelent -<a href="http://www.hup.hu/modules.php?name=News&file=article&sid=704">interj�</a> -m�solata, melyben csak g�pel�si jav�t�sok t�rt�ntek. -Az interj�t a szerz�, <a href="http://www.hup.hu/me.php">trey</a> tudt�val �s -beleegyez�s�vel k�z�lj�k itt. +2002. 03. 04. dátummal megjelent +<a href="http://www.hup.hu/modules.php?name=News&file=article&sid=704">interjú</a> +másolata, melyben csak gépelési javítások történtek. +Az interjút a szerző, <a href="http://www.hup.hu/me.php">trey</a> tudtával és +beleegyezésével közöljük itt. </p> <p> -P�r h�nappal ezel�tt <a href="http://portal.fsn.hu/article.php?sid=363">besz�lgettem</a> -�rpival az <a href="http://www.mplayerhq.hu">MPlayer</a> kital�l�j�val arr�l, -hogy hogyan kezdett el foglalkozni az MPlayer-rel, mi k�sztette arra, hogy -a legjobb M�dia Playert elk�sz�tse. Most Pontscho-t (Ponekker Zolt�nt, .so =)), -az MPlayer grafikus fel�let�nek kital�l�j�t, k�sz�t�j�t faggattam ki. +Pár hónappal ezelőtt <a href="http://portal.fsn.hu/article.php?sid=363">beszélgettem</a> +Árpival az <a href="http://www.mplayerhq.hu">MPlayer</a> kitalálójával arról, +hogy hogyan kezdett el foglalkozni az MPlayer-rel, mi késztette arra, hogy +a legjobb Média Playert elkészítse. Most Pontscho-t (Ponekker Zoltánt, .so =)), +az MPlayer grafikus felületének kitalálóját, készítőjét faggattam ki. </p> <p> -Id�k�zben az MPlayer k�r�l v�ltoz�sok is t�rt�ntek, ezekre a k�rd�sekre -is kerestem a v�laszt. +Időközben az MPlayer körül változások is történtek, ezekre a kérdésekre +is kerestem a választ. </p> <dl> <dt>trey:</dt> -<dd>Besz�ln�l egy kicsit magadr�l (iskola, programoz�i m�lt, stb.)?</dd> +<dd>Beszélnél egy kicsit magadról (iskola, programozói múlt, stb.)?</dd> <dt>Pontscho:</dt> -<dd>Hm. 24 �ves "v�n marha" vagyok ;). Annak idej�n orvosi -mechanikai m�szer�sz �s karbantart�k�nt v�geztem. Az els� sz�m�t�g�pem -egy Commodore VIC-20 volt. K�t h�tig, mert �ll�t�lag nem lehet -billenty�zetr�l kiny�rni egy ilyen g�pet, h�t nekem siker�lt. Majd j�tt -egy C64, majd a szok�sos XT ..., �s �gy tov�bb. P�r �ve a fresh!mindworkz -tagja vagyok, mint k�der.</dd> +<dd>Hm. 24 éves "vén marha" vagyok ;). Annak idején orvosi +mechanikai műszerész és karbantartóként végeztem. Az első számítógépem +egy Commodore VIC-20 volt. Két hétig, mert állítólag nem lehet +billentyűzetről kinyírni egy ilyen gépet, hát nekem sikerült. Majd jött +egy C64, majd a szokásos XT ..., és így tovább. Pár éve a fresh!mindworkz +tagja vagyok, mint kóder.</dd> <dt>trey:</dt> -<dd>Hogyan kezdt�l el a Linuxszal foglalkozni? Mi az a dolog, ami miatt a -Linuxszot v�lasztottad?</dd> +<dd>Hogyan kezdtél el a Linuxszal foglalkozni? Mi az a dolog, ami miatt a +Linuxszot választottad?</dd> <dt>Pontscho:</dt> -<dd>Egy id�ben im�dtam buher�lni. Ma m�r kezd unalmass� v�lni az �lland� -vari�l�s, hogy ak�r egy ISDN modem driver m�k�dj�n. Ma m�r a stabilit�sa -tart meg a haszn�lat�n�l. (B�r �jabban el�g fura dolgokat tud m�velni ...) +<dd>Egy időben imádtam buherálni. Ma már kezd unalmassá válni az állandó +variálás, hogy akár egy ISDN modem driver működjön. Ma már a stabilitása +tart meg a használatánál. (Bár újabban elég fura dolgokat tud művelni ...) Valamint az, hogy kereszt platformra tudok dolgozni alatta az esetek nagy -r�sz�ben.</dd> +részében.</dd> <dt>trey:</dt> -<dd>Eml�tetted, hogy egy k�der csapatban vagy tag. Ez m�g mindig az a r�gi -id�k "ki tud 4K-ban jobb asm demot csin�lni" dolog? Azt hittem a -scene korszaknak v�ge.</dd> +<dd>Említetted, hogy egy kóder csapatban vagy tag. Ez még mindig az a régi +idők "ki tud 4K-ban jobb asm demot csinálni" dolog? Azt hittem a +scene korszaknak vége.</dd> <dt>Pontscho:</dt> -<dd>Nem :) Sokan mondj�k, hogy a scene halott, de nem. Am�gy az 4k intro -kateg�ria az amir�l te besz�lsz ;)</dd> +<dd>Nem :) Sokan mondják, hogy a scene halott, de nem. Amúgy az 4k intro +kategória az amiről te beszélsz ;)</dd> <dt>trey:</dt> -<dd>A demok m�g mindig DOS alatt k�sz�lnek?</dd> +<dd>A demok még mindig DOS alatt készülnek?</dd> <dt>Pontscho:</dt> -<dd>Csak a mazohist�k �rj�k m�g mindig DOS alatt :) De ink�bb m�r senki.</dd> +<dd>Csak a mazohisták írják még mindig DOS alatt :) De inkább már senki.</dd> <dt>trey:</dt> <dd>Hallottam, hogy nem nagyon lehet ilyen demokat Linux alatt csinalni. -Mi ennek a korl�tja?</dd> +Mi ennek a korlátja?</dd> <dt>Pontscho:</dt> -<dd>Abszol�t h�lyes�g. Minden adott egy j� demo meg�r�s�hoz. B�r t�ny, hogy -a sok "kompat�bilis" window manager megnehez�ti az ember dolg�t. -JPEG loadert annyit t�lt le az ember, amennyit nem sz�gyell, hangrendszer is -van egy-kett�, HW gyors�tott OpenGL d�givel. Csak nem t�l elterjedt dolog a -Linux desktop a scenen. Tal�n egy kezemen meg tudom sz�molni, hogy h�ny -csapat adott ki Linux-os demot/introt. Igyeksz�nk ezen v�ltoztatni, -elviekben az �j Fresh3D engine-ben lesz Linux support. +<dd>Abszolút hülyeség. Minden adott egy jó demo megírásához. Bár tény, hogy +a sok "kompatíbilis" window manager megnehezíti az ember dolgát. +JPEG loadert annyit tölt le az ember, amennyit nem szégyell, hangrendszer is +van egy-kettő, HW gyorsított OpenGL dögivel. Csak nem túl elterjedt dolog a +Linux desktop a scenen. Talán egy kezemen meg tudom számolni, hogy hány +csapat adott ki Linux-os demot/introt. Igyekszünk ezen változtatni, +elviekben az új Fresh3D engine-ben lesz Linux support. <br> -Am�gy Arpi/Astral tagja, �k eleve Linux alatt �rt�k a demoikat, �s k�s�bb -portolt�k win32-re.</dd> +Amúgy Arpi/Astral tagja, ők eleve Linux alatt írták a demoikat, és később +portolták win32-re.</dd> <dt>trey:</dt> -<dd>Vannak olyan demok amiket ismerhet�nk r�gebbr�l, �s ami a nevedhez f�z�dik?</dd> +<dd>Vannak olyan demok amiket ismerhetünk régebbről, és ami a nevedhez fűződik?</dd> <dt>Pontscho:</dt> -<dd>Hm. Akad, de nem futnak Linux al�l. FPC X kompatibilit�sa nevets�ges, -�s a gcc-vel ford�tott objectek linkelhet�s�ge is kritik�n aluli. Nem Linux -alatt. Win32 alatt. �gy el�g neh�z keresztplatformra dolgozni vele. Win32 -alatt, amiben m�r �n is r�szt vettem az az 54-es sorozat volt. (Konplex54, -Synbolik54, Konputer54 (ebben csak az el�bbi az �ltalam �rt k�d), 54 ). -Meg volt p�r �ve egy party gy�ztes 4k-m. (DosEmuban �r�dott :) Konplex54-et -szeretn�m �t�rni majd Linux al� is, az a demo j�n be nekem a legjobban az -�sszes fresh cucc k�z�l.</dd> +<dd>Hm. Akad, de nem futnak Linux alól. FPC X kompatibilitása nevetséges, +és a gcc-vel fordított objectek linkelhetősége is kritikán aluli. Nem Linux +alatt. Win32 alatt. Így elég nehéz keresztplatformra dolgozni vele. Win32 +alatt, amiben már én is részt vettem az az 54-es sorozat volt. (Konplex54, +Synbolik54, Konputer54 (ebben csak az előbbi az általam írt kód), 54 ). +Meg volt pár éve egy party győztes 4k-m. (DosEmuban íródott :) Konplex54-et +szeretném átírni majd Linux alá is, az a demo jön be nekem a legjobban az +összes fresh cucc közül.</dd> <dt>trey:</dt> -<dd>Mikor, �s hogyan csatlakozt�l az MPlayer fejleszt�s�hez?</dd> +<dd>Mikor, és hogyan csatlakoztál az MPlayer fejlesztéséhez?</dd> <dt>Pontscho:</dt> -<dd>Ha j�l eml�kszem 2000-ben, a Conference7007-en (egy partyn) eml�tette -�rpi el�sz�r, hogy �rt egy mpeg1 dekodert 5k-ban hardware gyors�t�ssal. -K�rtem, hogy k�ldje el, majd j�l "�sszeveszt�nk", hogy kiba***** lass�. -Meg segfaultol, meg minden. Azt�n r�j�ttem, hogy �n voltam a huny�, mer -nem RTFM-eltem, �s a gcc i686-ra optimaliz�lt, �s nekem k6-2-m van. A -kett� meg nem szereti egym�st. �gy h�t meg�r�dott a configure script els� -v�ltozata...</dd> +<dd>Ha jól emlékszem 2000-ben, a Conference7007-en (egy partyn) említette +Árpi először, hogy írt egy mpeg1 dekodert 5k-ban hardware gyorsítással. +Kértem, hogy küldje el, majd jól "összevesztünk", hogy kiba***** lassú. +Meg segfaultol, meg minden. Aztán rájöttem, hogy én voltam a hunyó, mer +nem RTFM-eltem, és a gcc i686-ra optimalizált, és nekem k6-2-m van. A +kettő meg nem szereti egymást. Így hát megíródott a configure script első +változata...</dd> <dt>trey:</dt> <dd>Mi is a pontos szereped a az MPlayer projectben?</dd> <dt>Pontscho:</dt> -<dd>J� k�rd�s. Vannak szerepek ? :)</dd> +<dd>Jó kérdés. Vannak szerepek ? :)</dd> <dt>trey:</dt> -<dd>Milyen eszk�z�kkel dolgozol munk�d sor�n? Gondolok itt a hardware, �s -szoftver eszk�z�kre.</dd> +<dd>Milyen eszközökkel dolgozol munkád során? Gondolok itt a hardware, és +szoftver eszközökre.</dd> <dt>Pontscho:</dt> -<dd>Egy 450@500-as AMD K6-2-m van, m�r �vek �ta egy Matrox G400-al. Tuner -k�rtya, Vortex2 Gus PnP (eml�kszik m�g r� valaki, hogy mi az? :) 384 MB RAM, -DVD, ilyesmi. �ltal�ban ezt haszn�lom, igen j�l t�p. P�ld�nak ok��rt -tetsz�leges DVD filmet meg tudok n�zni rajta. Aprop� ... ha van valakinek -megunt, felesleges DVD-je igaz�n elk�ldhetn�, mert nekem nincs ilyenem, �s -el�gg� stagn�l �gy a GUI DVD supportja. :))) Szoftver? DosNavigator, Gimp, +<dd>Egy 450@500-as AMD K6-2-m van, már évek óta egy Matrox G400-al. Tuner +kártya, Vortex2 Gus PnP (emlékszik még rá valaki, hogy mi az? :) 384 MB RAM, +DVD, ilyesmi. Általában ezt használom, igen jól tép. Páldának okáért +tetszőleges DVD filmet meg tudok nézni rajta. Apropó ... ha van valakinek +megunt, felesleges DVD-je igazán elküldhetné, mert nekem nincs ilyenem, és +eléggé stagnál így a GUI DVD supportja. :))) Szoftver? DosNavigator, Gimp, gcc, xnview :)</dd> <dt>trey:</dt> -<dd>Haszn�lsz m�s oper�ci�s rendszert is a Linuxszon k�v�l? Vagy ez az egyetlen?</dd> +<dd>Használsz más operációs rendszert is a Linuxszon kívül? Vagy ez az egyetlen?</dd> <dt>Pontscho:</dt> -<dd>Igen. Mivel tiszta Linux alatti programoz�sb�l mocskos neh�z meg�lni.</dd> +<dd>Igen. Mivel tiszta Linux alatti programozásból mocskos nehéz megélni.</dd> <dt>trey:</dt> <dd>Mivel foglalkozol olyankor, amikor nem az MPlayert fejleszted?</dd> <dt>Pontscho:</dt> -<dd>M�s projectekbe dolgozom be. Vagy ha �gy hozza a v�letlen, a f�iskol�ra -is ben�zek. Ha az istenek is �gy akarj�k n�h�ny h�nap �s diplom�s honv�d +<dd>Más projectekbe dolgozom be. Vagy ha úgy hozza a véletlen, a főiskolára +is benézek. Ha az istenek is úgy akarják néhány hónap és diplomás honvéd leszek ;) Sajnos.</dd> <dt>trey:</dt> -<dd>�rpi az interj�ban eml�tette, hogy te vagy a GUI hacker, �s a CVS +<dd>Árpi az interjúban említette, hogy te vagy a GUI hacker, és a CVS nagymestere. Ez mit is jelent pontosan?</dd> <dt>Pontscho:</dt> -<dd>�n �rom a grafikus fel�letet az MPlayerhez. N�h�ny apr� v�ltoztat�st -kiv�ve az eg�szet �n �rtam. A "CVS nagymester" meg ir�nia. Egyszer Gabucino-val -(akkor m�g fogalmam se volt arr�l, hogy mi az a CVS) alaposan elcseszt�k a +<dd>Én írom a grafikus felületet az MPlayerhez. Néhány apró változtatást +kivéve az egészet én írtam. A "CVS nagymester" meg irónia. Egyszer Gabucino-val +(akkor még fogalmam se volt arról, hogy mi az a CVS) alaposan elcsesztük a sourceforge-n a CVS-t :)</dd> <dt>trey:</dt> -<dd>�rpi n�h�ny h�nappal ezel�tt <a href="http://portal.fsn.hu/article.php?sid=528">bejelentette</a>, -hogy az MPlayerhez sokat hozz�tenni m�r nem tud, kevesebb az ideje, ez�rt -mostant�l csak a patcheket fogadja, �s a CVS-t kezeli. Hogyan �rintette ez -a project munk�j�t?</dd> +<dd>Árpi néhány hónappal ezelőtt <a href="http://portal.fsn.hu/article.php?sid=528">bejelentette</a>, +hogy az MPlayerhez sokat hozzátenni már nem tud, kevesebb az ideje, ezért +mostantól csak a patcheket fogadja, és a CVS-t kezeli. Hogyan érintette ez +a project munkáját?</dd> <dt>Pontscho:</dt> -<dd>J� k�rd�s. Nem �llja meg, hogy ne v�laszoljon az userek h�lyes�geire ;)</dd> +<dd>Jó kérdés. Nem állja meg, hogy ne válaszoljon az userek hülyeségeire ;)</dd> <dt>trey:</dt> -<dd>Sokak szerint lelassult az MPlayer fejleszt�se. Ebben az �vben egy -release jelent meg (MPlayer 0.60 2002. janu�r. 02). �gy hallottam, hogy a -CVS verzi�val vannak gondok. Sokszor ford�t�si probl�m�k vannak vele. A -honlap se nagyon v�ltozik. Te hogy l�tod ezt?</dd> +<dd>Sokak szerint lelassult az MPlayer fejlesztése. Ebben az évben egy +release jelent meg (MPlayer 0.60 2002. január. 02). Úgy hallottam, hogy a +CVS verzióval vannak gondok. Sokszor fordítási problémák vannak vele. A +honlap se nagyon változik. Te hogy látod ezt?</dd> <dt>Pontscho:</dt> -<dd>Gabu azt �zeni, hogy most fog commit-olni. Eddig sztr�jkolt. Am�gy nem -lassult le. Csak most nincsenek az user sz�m�ra l�tv�nyos v�ltoz�sok. P�ld�ul -az sem l�tszik hogy codec interface �rpi �ltal kezd �jra�r�dni, illetve GUI -k�dja is 90%-ban �jra�r�dott egy-k�t hete.</dd> +<dd>Gabu azt üzeni, hogy most fog commit-olni. Eddig sztrájkolt. Amúgy nem +lassult le. Csak most nincsenek az user számára látványos változások. Például +az sem látszik hogy codec interface Árpi által kezd újraíródni, illetve GUI +kódja is 90%-ban újraíródott egy-két hete.</dd> <dt>trey:</dt> -<dd>�gy tudom, hogy az MPlayer bin�ris terjeszt�se (a sebess�g probl�m�k -miatt) tiltott. Viszont hallani arr�l, hogy az MPlayer r�sze lesz az UHU -Linuxnak. Hogyan oldott�tok meg azt, hogy az UHU-ba bele ker�lt? Forr�sban +<dd>Úgy tudom, hogy az MPlayer bináris terjesztése (a sebesség problémák +miatt) tiltott. Viszont hallani arról, hogy az MPlayer része lesz az UHU +Linuxnak. Hogyan oldottátok meg azt, hogy az UHU-ba bele került? Forrásban terjesztitek?</dd> <dt>Pontscho:</dt> -<dd>Nem. Mivel az UHU csapat nagyon sokat seg�tett nek�nk (szerver, hardver) -�gy nagyj�b�l m�r megold�dott a csomagba illeszthet�s�g. (Na, az�rt nem kell -�r�lni, nem lesz .deb, .rpm, egyel�re). Mivel napi kapcsolatunk van vel�k -�gy meg tudj�k oldani az UHU-ba val� integr�l�st. (De ez k�nyes k�rd�s, sok +<dd>Nem. Mivel az UHU csapat nagyon sokat segített nekünk (szerver, hardver) +így nagyjából már megoldódott a csomagba illeszthetőség. (Na, azért nem kell +örülni, nem lesz .deb, .rpm, egyelőre). Mivel napi kapcsolatunk van velük +így meg tudják oldani az UHU-ba való integrálást. (De ez kényes kérdés, sok vita volt emiatt)</dd> <dt>trey:</dt> -<dd>Az UHU Linuxszal kapcsolatban... �rpi eml�tette, hogy egy�tt dolgoztok -egy k�z�s munk�n az UHU fejleszt�ivel. Mi�rt pont az UHU Linux?</dd> +<dd>Az UHU Linuxszal kapcsolatban... Árpi említette, hogy együtt dolgoztok +egy közös munkán az UHU fejlesztőivel. Miért pont az UHU Linux?</dd> <dt>Pontscho:</dt> -<dd>Mert szimpatikus a kezdem�nyez�s. �s ak�rki ak�rmit mond, j� lesz a cucc. -Kem�nyen dolgoztak a fi�k, hogy haszn�lhat� legyen. �s az is lett. T�ny, hogy -nem szerverre val�. De desktopra t�k�letes.</dd> +<dd>Mert szimpatikus a kezdeményezés. És akárki akármit mond, jó lesz a cucc. +Keményen dolgoztak a fiúk, hogy használható legyen. És az is lett. Tény, hogy +nem szerverre való. De desktopra tökéletes.</dd> <dt>trey:</dt> -<dd>Tudom, hogy dolgozol egy titkos projecten =). F�leg, hogy teszteltem is -a dolgot. Tudn�l err�l mondani valamit? Vagy ez meg mindig titok?</dd> +<dd>Tudom, hogy dolgozol egy titkos projecten =). Főleg, hogy teszteltem is +a dolgot. Tudnál erről mondani valamit? Vagy ez meg mindig titok?</dd> <dt>Pontscho:</dt> -<dd>:))))) �gy tervezem, hogy rilizkor lesz nyilv�nos a cucc, f�leg, hogy -n�mi fejleszt�s m�g kell hozza. Na j�. Az MPlayerhez lesz installer. Elvileg -k�pes lesz arra, hogy a net-r�l let�lt�tt forr�st leford�tsa, a sz�ks�ges -fontokkal, skinekkel egyetemben. De id�hi�ny miatt ehhez sem tudtam az ut�bbi -id�ben hozz�ny�lni.</dd> +<dd>:))))) Úgy tervezem, hogy rilizkor lesz nyilvános a cucc, főleg, hogy +némi fejlesztés még kell hozza. Na jó. Az MPlayerhez lesz installer. Elvileg +képes lesz arra, hogy a net-ről letöltött forrást lefordítsa, a szükséges +fontokkal, skinekkel egyetemben. De időhiány miatt ehhez sem tudtam az utóbbi +időben hozzányúlni.</dd> <dt>trey:</dt> -<dd>Milyen ir�nyban halad most az MPlayer fejleszt�se? Dolgoztok �j funkci�kon, -vagy csak a sebess�gbeli optimaliz�l�s, k�dtiszt�t�s a jelenlegi c�l?</dd> +<dd>Milyen irányban halad most az MPlayer fejlesztése? Dolgoztok új funkciókon, +vagy csak a sebességbeli optimalizálás, kódtisztítás a jelenlegi cél?</dd> <dt>Pontscho:</dt> -<dd>K�d tiszt�t�s. El�g �rdekes m�r n�hol a forr�s :)</dd> +<dd>Kód tisztítás. Elég érdekes már néhol a forrás :)</dd> <dt>trey:</dt> -<dd>Kerestek m�r meg benneteket hivatalosan m�s disztrib�ci�kt�l (SuSE, -Red Hat, stb.), hogy sz�vesen l�tn�k az MPlayert a saj�t terjeszt�s�kben?</dd> +<dd>Kerestek már meg benneteket hivatalosan más disztribúcióktól (SuSE, +Red Hat, stb.), hogy szívesen látnák az MPlayert a saját terjesztésükben?</dd> <dt>Pontscho:</dt> -<dd>A Red Hat csak fik�zott, b�r t�ny hogy a 2.96-os gcc (�s egy�b -h�lyes�geik) miatt mi is alkottunk r�luk v�lem�nyt ;). A SuSE-t�l egy -magyar fazon keresett meg minket, de akkor a csomag gy�rthat�s�g m�g -annyira sem volt lehets�ges, mint ma (de ink�bb most sem ;). (F�� a -Keresztap�ban most vetk�ztette le a leend� Keresztapa a feles�g�t :)</dd> +<dd>A Red Hat csak fikázott, bár tény hogy a 2.96-os gcc (és egyéb +hülyeségeik) miatt mi is alkottunk róluk véleményt ;). A SuSE-tól egy +magyar fazon keresett meg minket, de akkor a csomag gyárthatóság még +annyira sem volt lehetséges, mint ma (de inkább most sem ;). (Fúúú a +Keresztapában most vetkőztette le a leendő Keresztapa a feleségét :)</dd> <dt>trey:</dt> -<dd>Hogyan �rintette a project tagjait a Joe Barr f�le -<a href="http://portal.fsn.hu/article.php?sid=481">negat�v kritika</A>?</dd> +<dd>Hogyan érintette a project tagjait a Joe Barr féle +<a href="http://portal.fsn.hu/article.php?sid=481">negatív kritika</A>?</dd> <dt>Pontscho:</dt> -<dd>Engem nem �rdekel. A t�bbiek heves any�z�sba kezdtek :) De az ilyen -kritika �ltal�ban le van s*****. Hobbi a cucc. M�g mindig.</dd> +<dd>Engem nem érdekel. A többiek heves anyázásba kezdtek :) De az ilyen +kritika általában le van s*****. Hobbi a cucc. Még mindig.</dd> <dt>trey:</dt> -<dd>Volt egy kis <a href="http://portal.fsn.hu/article.php?sid=385">g�z</a> -az OS2-be ker�lt MPlayer k�ddal kapcsolatban. Az orosz arc "leny�lta" -a k�dot szerintetek. Mi lett ebb�l az �gyb�l? Siker�lt megoldani?</dd> +<dd>Volt egy kis <a href="http://portal.fsn.hu/article.php?sid=385">gáz</a> +az OS2-be került MPlayer kóddal kapcsolatban. Az orosz arc "lenyúlta" +a kódot szerintetek. Mi lett ebből az ügyből? Sikerült megoldani?</dd> <dt>Pontscho:</dt> -<dd>Huh, err�l nem sokat tudok. Nem �rdekelt a dolog, volt aki leugassa -helyettem �ket ;)</dd> +<dd>Huh, erről nem sokat tudok. Nem érdekelt a dolog, volt aki leugassa +helyettem őket ;)</dd> <dt>trey:</dt> -<dd>Hogy l�tod a project j�v�j�t? Mik a t�volabbi c�lok?</dd> +<dd>Hogy látod a project jövőjét? Mik a távolabbi célok?</dd> <dt>Pontscho:</dt> -<dd>Hm. Van j�v�je szerintem. Ha csak Freshmeat.net "�ll�s�t" tekintem. -C�lok? J� k�rd�s. R�szemr�l be szeretn�m fejezni GUI el nem k�sz�lt -feature-jait (playlist, etc.). Kiadni az Installer-t. Ut�na meg a fene tudja. -Nem tervezem a tov�bbiakat. Majd kialakul.</dd> +<dd>Hm. Van jövője szerintem. Ha csak Freshmeat.net "állását" tekintem. +Célok? Jó kérdés. Részemről be szeretném fejezni GUI el nem készült +feature-jait (playlist, etc.). Kiadni az Installer-t. Utána meg a fene tudja. +Nem tervezem a továbbiakat. Majd kialakul.</dd> <dt>trey:</dt> -<dd>Van m�g valami amit hozz� szeretn�l tenni? Valamit ami nem szerepel a -k�rd�sek k�z�tt?</dd> +<dd>Van még valami amit hozzá szeretnél tenni? Valamit ami nem szerepel a +kérdések között?</dd> <dt>Pontscho:</dt> -<dd>Igen. Mi a jelszavam portal.fsn.hu-n? :) �s a f�rumot mikor jav�tod meg? :)<br> -Csak annyit, hogy szerintem igen j� szoftver lett az MPlayer. A dokument�ci� -is a legjobbak k�z�tt van. Az �tlag project dokument�ci�k k�z�tt messze a -legjobb. A k�db�l is rengeteget tanultam, amit m�s projectekben m�r alkalmaztam -is. (Nem egy els� helyezett demonkban van bel�le k�d oldalr�l �tlet mer�tve)<br> +<dd>Igen. Mi a jelszavam portal.fsn.hu-n? :) És a fórumot mikor javítod meg? :)<br> +Csak annyit, hogy szerintem igen jó szoftver lett az MPlayer. A dokumentáció +is a legjobbak között van. Az átlag project dokumentációk között messze a +legjobb. A kódból is rengeteget tanultam, amit más projectekben már alkalmaztam +is. (Nem egy első helyezett demonkban van belőle kód oldalról ötlet merítve)<br> Pontscho </dd> Modified: trunk/essays/src/konf2002-Pontscho.src.en ============================================================================== --- trunk/essays/src/konf2002-Pontscho.src.en (original) +++ trunk/essays/src/konf2002-Pontscho.src.en Mon Jan 29 12:02:38 2007 @@ -3,7 +3,7 @@  -<h1>Ponekker Zolt�n</h1> +<h1>Ponekker Zoltán</h1> <p> I'm the one who's continuously hacking MPlayer's GUI, at least when I have Modified: trunk/essays/src/konf2002-Pontscho.src.hu ============================================================================== --- trunk/essays/src/konf2002-Pontscho.src.hu (original) +++ trunk/essays/src/konf2002-Pontscho.src.hu Mon Jan 29 12:02:38 2007 @@ -3,37 +3,37 @@  -<h1>Ponekker Zolt�n</h1> +<h1>Ponekker Zoltán</h1> <p> -�n bark�csolom a grafikus fel�letet az MPlayer-ben, ahogy id�m ezt engedi. -Pr�b�ltam az eg�szet �gy fel�p�teni, hogy pillanatok alatt b�v�thet� -legyen, �jabb funkci�k hozz�ad�dhassanak, ami az alap MPlayer-ben -megtal�lhat�, mert iszonyatosan gyorsan v�ltozik a param�ter list�ja. Ezt -nagyon neh�z k�vetni. Pl. amikor egy kodek interface-t implement�ltam a -grafikus fel�letbe, akkor k�t nap m�lva ez megv�ltozott, kezdhettem az -eg�szet el�lr�l. Ebbe m�lyebben nem tudok belemenni id� hi�ny miatt, de -alakul. Most kezdtem egy komplett �jra�r�si funkci�t v�grehajtani rajta, -hogy ez sokkal �tl�that�bb� v�ljon, mert pl. maga a grafikus fel�let -skin-ezhet�, teh�t tetsz�leges b�rt r� lehet h�zni erre a kis lej�tsz�ra, -s ez nagyon sok neh�zs�get vet fel, s nagyon sok olyan funkci�t k�nytelen -az ember implement�lni, hogy a skin-ek hib�j�b�l ad�d� probl�m�kat az�rt -�gy-ahogy le tudja kezelni. El�g sokf�le skin van, �ltal�ban az �sszes -konkurenci�nak a fel�lete megtal�lhat� MPlayer alatt is. L�nyeg�ben a -lej�tsz�st, illetve a haszn�lhat�s�got pr�b�ltam �gy fel�p�teni, hogy -min�l �tl�that�bb, min�l egyszer�bb legyen, hogy ha egy �tlag felhaszn�l� -le�l el�, m�r tudja haszn�lni valamelyest. L�tszik a CVS sz�ps�ge �s -h�tr�nya is, hogy ez a bug m�g k�t napja nem volt benne. Ami�ta nem -fejlesztettem bele, lehet, hogy valaki megv�ltoztatott valamit, s m�r -ilyen sz�ps�ghiba bele is ker�lt. +Én barkácsolom a grafikus felületet az MPlayer-ben, ahogy időm ezt engedi. +Próbáltam az egészet úgy felépíteni, hogy pillanatok alatt bővíthető +legyen, újabb funkciók hozzáadódhassanak, ami az alap MPlayer-ben +megtalálható, mert iszonyatosan gyorsan változik a paraméter listája. Ezt +nagyon nehéz követni. Pl. amikor egy kodek interface-t implementáltam a +grafikus felületbe, akkor két nap múlva ez megváltozott, kezdhettem az +egészet elölről. Ebbe mélyebben nem tudok belemenni idő hiány miatt, de +alakul. Most kezdtem egy komplett újraírási funkciót végrehajtani rajta, +hogy ez sokkal átláthatóbbá váljon, mert pl. maga a grafikus felület +skin-ezhető, tehát tetszőleges bőrt rá lehet húzni erre a kis lejátszóra, +s ez nagyon sok nehézséget vet fel, s nagyon sok olyan funkciót kénytelen +az ember implementálni, hogy a skin-ek hibájából adódó problémákat azért +úgy-ahogy le tudja kezelni. Elég sokféle skin van, általában az összes +konkurenciának a felülete megtalálható MPlayer alatt is. Lényegében a +lejátszást, illetve a használhatóságot próbáltam úgy felépíteni, hogy +minél átláthatóbb, minél egyszerűbb legyen, hogy ha egy átlag felhasználó +leül elé, már tudja használni valamelyest. Látszik a CVS szépsége és +hátránya is, hogy ez a bug még két napja nem volt benne. Amióta nem +fejlesztettem bele, lehet, hogy valaki megváltoztatott valamit, s már +ilyen szépséghiba bele is került. </p> <p> -Jelen pillanatban 5 db grafikus kimenetet support�lok, mert ezekhez volt -hardver. Ez a Matrox �pp eml�tett kernel driver-e, az X11 driver, az XV -driver, Vidix driver, valamint a DXR3, vagy a Holywood Plus n�ven elh�res�lt -DVD/MPEG2 dek�der k�rtya. Ez �gy van megoldva, hogy ezen a dek�der k�rty�n -ak�r AVI-t is lej�tszhat az ember megfelel�en kem�ny vas eset�ben. +Jelen pillanatban 5 db grafikus kimenetet supportálok, mert ezekhez volt +hardver. Ez a Matrox épp említett kernel driver-e, az X11 driver, az XV +driver, Vidix driver, valamint a DXR3, vagy a Holywood Plus néven elhíresült +DVD/MPEG2 dekóder kártya. Ez úgy van megoldva, hogy ezen a dekóder kártyán +akár AVI-t is lejátszhat az ember megfelelően kemény vas esetében. </p>  Modified: trunk/essays/src/konf2002-arpi.src.en ============================================================================== --- trunk/essays/src/konf2002-arpi.src.en (original) +++ trunk/essays/src/konf2002-arpi.src.en Mon Jan 29 12:02:38 2007 @@ -5,7 +5,7 @@ <h1>Introduction of developers sponsored by UHU-Linux</h1> -<h2>�rp�d Gere�ffy's discourse: introduction of video player software MPlayer</h2> +<h2>Árpád Gereöffy's discourse: introduction of video player software MPlayer</h2> <img class="left-inset" src="../essays/images/logo.png" alt="MPlayer Logo"> @@ -227,7 +227,7 @@ can also help UHU with answers on questions like what driver should be used for a certain card, and what type of settings should be payed attention. Furthermore UHU Linux sponsors GUI development as well, after my discourse, -Ponekker Zolt�n will speak about this briefly, and he will also show what +Ponekker Zoltán will speak about this briefly, and he will also show what it is exactly. </p> Modified: trunk/essays/src/konf2002-arpi.src.hu ============================================================================== --- trunk/essays/src/konf2002-arpi.src.hu (original) +++ trunk/essays/src/konf2002-arpi.src.hu Mon Jan 29 12:02:38 2007 @@ -3,60 +3,60 @@  -<h1>Az UHU-Linux �ltal t�mogatott fejleszt�k bemutatkoz�sa</h1> +<h1>Az UHU-Linux által támogatott fejlesztők bemutatkozása</h1> -<h2>Gere�ffy �rp�d el�ad�sa: Az MPlayer vide�lej�tsz� bemutat�sa</h2> +<h2>Gereöffy Árpád előadása: Az MPlayer videólejátszó bemutatása</h2> <img class="left-inset" src="../essays/images/logo.png" alt="MPlayer Logo"> <p> -�n az MPlayer-r�l fogok besz�lni, amely egy vide� lej�tsz� program, -els�sorban LINUX al�, de ma m�r szinte minden UNIX-like platformon fut, -bele�rtve a BSD-ket, Solarist �s a MacOS 10-et is. +Én az MPlayer-ről fogok beszélni, amely egy videó lejátszó program, +elsősorban LINUX alá, de ma már szinte minden UNIX-like platformon fut, +beleértve a BSD-ket, Solarist és a MacOS 10-et is. </p> <p> -A project els�dleges c�lja az internet fejl�d�s�vel egyre elterjedtebb� v�lt -video form�tumok, �gy az MPEG, QuickTime, Windows Media, RealVideo lej�tsz�sa, -de m�ra m�r ezt a c�lt t�lteljes�tett�k, nem csak hogy kevesebb er�forr�st -ig�nyel a lej�tsz�shoz, mint a form�tumok eredeti lej�tsz�programjai, de -ezen fel�l jobb a hibat�r�se, stabilit�sa, s�t, ak�r �t is -konvert�lhat�kak vele ezek a file-ok ny�lt szabv�ny� form�tumokba. +A project elsődleges célja az internet fejlődésével egyre elterjedtebbé vált +video formátumok, így az MPEG, QuickTime, Windows Media, RealVideo lejátszása, +de mára már ezt a célt túlteljesítettük, nem csak hogy kevesebb erőforrást +igényel a lejétszéshoz, mint a formátumok eredeti lejátszóprogramjai, de +ezen felül jobb a hibatűrése, stabilitása, sőt, akár át is +konvertálhatókak vele ezek a file-ok nyílt szabványú formátumokba. </p> <p> -Amikor elkezdtem, m�g nem volt haszn�lhat� video lej�tsz� linuxra, nemhogy -olyan, ami egyben mindent le tudna j�tszani. Az�ta egy�bk�nt k�sz�lt el�g -sok program, ami m�r �gy hasonl� szinten van. +Amikor elkezdtem, még nem volt használható video lejátszó linuxra, nemhogy +olyan, ami egyben mindent le tudna játszani. Azóta egyébként készült elég +sok program, ami már így hasonló szinten van. </p> <p> -Az MPlayer fejleszt�se k�t �ve kezd�d�tt, egyed�l �lltam neki, viszont p�r -h�nap alatt - k�sz�nhet�en annak, hogy ny�lt forr�sk�ddal ind�tottam, �s a 0.01 -verzi�t�l kezdve ez az interneten el�rhet� volt, el�g hamar sokan -bekapcsol�dtak a fejleszt�sbe. Gyakorlatilag f�l �v alatt egy vil�gm�ret� -program lett, s�t a mai napra m�r majdnem 30 f� fejleszt� teljes szabadidej�ben -az Mplayeren dolgozik, �s t�bb sz�zan k�ld�zgetnek k�l�nb�z� patcheket, -jav�t�sokat is. +Az MPlayer fejlesztése két éve kezdődött, egyedül álltam neki, viszont pár +hónap alatt - köszönhetően annak, hogy nyílt forráskóddal indítottam, és a 0.01 +verziótól kezdve ez az interneten elérhető volt, elég hamar sokan +bekapcsolódtak a fejlesztésbe. Gyakorlatilag fél év alatt egy világméretű +program lett, sőt a mai napra már majdnem 30 fő fejlesztő teljes szabadidejében +az Mplayeren dolgozik, és több százan küldözgetnek különböző patcheket, +javításokat is. </p> <p> -A diagramon a piros vonaln�l l�that� a let�lt�sek sz�ma, l�tszik, hogy az -elm�lt m�sf�l �v alatt ez igencsak magas �rt�ket �rt el. A cs�cs�rt�kek mindig -egy-egy �jabb stabil verzi�hoz k�thet�k. +A diagramon a piros vonalnál látható a letöltések száma, látszik, hogy az +elmúlt másfél év alatt ez igencsak magas értéket ért el. A csúcsértékek mindig +egy-egy újabb stabil verzióhoz köthetők. </p> <div class="center"> -<img src="../essays/images/konf2002-stats.png" alt="Fejleszt�s"> +<img src="../essays/images/konf2002-stats.png" alt="Fejlesztés"> </div> <p> -A s�rga g�rbe a k�dhoz havonta hozz�adott sorok sz�m�t mutatja. Ez, tudom, -kicsit relat�v m�rt�kegys�g (microsoftos m�dszer), mindenesetre nagyj�b�l -t�kr�zi a fejleszt�s aktivit�s�t. Ez durv�n egy �ve tet�z�tt. Az�ta ink�bb nem -�j dolgokat tesz�nk bele a k�dba, hanem a megl�v�ket pr�b�ljuk jav�tani, -gyors�tani, de m�g mindig vannak �jabb �s �jabb funkci�k. +A sárga görbe a kódhoz havonta hozzáadott sorok számát mutatja. Ez, tudom, +kicsit relatív mértékegység (microsoftos módszer), mindenesetre nagyjából +tükrözi a fejlesztés aktivitását. Ez durván egy éve tetőzött. Azóta inkább nem +új dolgokat teszünk bele a kódba, hanem a meglévőket próbáljuk javítani, +gyorsítani, de még mindig vannak újabb és újabb funkciók. </p> <table class="left-box" border="0" cellpadding="2"> @@ -74,33 +74,33 @@ </table> <p> -A 0.90pre verzi� kiad�sakor, ami id�n �prilis v�g�n, m�jusban volt, annyira -megn�tt a let�lt�sek sz�ma, hogy az egyik legn�pszer�bb linuxos port�l, a -http://freshmeat.net statisztik�j�n az els� helyre ugrott a program. Megel�z�tt -olyan projekteket, mint p�ld�ul a Linux kernel, vagy a nagy konkurens -vide�lej�tsz�, a xine, de p�ld�ul a GCC �s egy�b programok is lejjebb +A 0.90pre verzió kiadásakor, ami idén április végén, májusban volt, annyira +megnőtt a letöltések száma, hogy az egyik legnépszerűbb linuxos portál, a +http://freshmeat.net statisztikáján az első helyre ugrott a program. Megelőzött +olyan projekteket, mint például a Linux kernel, vagy a nagy konkurens +videólejátszó, a xine, de például a GCC és egyéb programok is lejjebb szorultak. </p> <p> -Megint csak vitathat� ennek a statisztik�nak a l�tjogosults�ga, mert �ltal�ban -azok a programok ker�lnek ide fel, amik nagy k�z�ns�get c�loznak meg, vagy amit -nagyon sok felhaszn�l� haszn�l, �gy amelyikben ak�r t�bb munka van, vagy t�bb -fejleszt� vesz r�szt a fejleszt�sben, de ennek ellen�re kisebb c�lk�z�ns�g -haszn�lja a programot, azt nyilv�n nem fogj�k annyian let�lteni, teh�t ezek nem -is fognak ilyen toplist�kra felker�lni. +Megint csak vitatható ennek a statisztikának a létjogosultsága, mert általában +azok a programok kerülnek ide fel, amik nagy közönséget céloznak meg, vagy amit +nagyon sok felhasználó használ, így amelyikben akár több munka van, vagy több +fejlesztő vesz részt a fejlesztésben, de ennek ellenére kisebb célközönség +használja a programot, azt nyilván nem fogják annyian letölteni, tehát ezek nem +is fognak ilyen toplistákra felkerülni. </p> <p> -El�g sok linuxra �rt videolej�tsz� program l�tezett m�r k�t �ve is. Amit -vastagon jel�ltem, az a n�h�ny m�g a mai napig fejleszt�s alatt �ll. Amelyeket -ki lehet k�z�l�k emelni, az az MPlayeren k�v�l a xine, illetve az Avifile. Ezek -t�bb�-kev�sb� lej�tssz�k a mai m�diaform�tumokat. +Elég sok linuxra írt videolejátszó program létezett már két éve is. Amit +vastagon jelöltem, az a néhány még a mai napig fejlesztés alatt áll. Amelyeket +ki lehet közülük emelni, az az MPlayeren kívűl a xine, illetve az Avifile. Ezek +többé-kevésbé lejátsszák a mai médiaformátumokat. </p> <div class="right-box"> -<h3>Linuxos vide� lej�tsz�k 2 �ve</h3> +<h3>Linuxos videó lejátszók 2 éve</h3> <p><b>Avifile</b>, DVDview, Gstreamer, Kmpg,<br> LAMP, LiViD/OMS, <b>MPlayer</b>,<br> @@ -112,17 +112,17 @@ </div> <p> -A t�bbi ink�bb egy-egy form�tum lej�tsz�s�ra specializ�lt program. Az ogle -p�ld�ul a DVD lej�tsz�st t�zte ki c�lj�ul, s abb�l tal�n a legjobbnak -mondhat�. Az XMovie ink�bb a quicktime-os dolgokra koncentr�l. �rdemes -kiemelni az Open Media Systemet, amelyet gyakorlatilag m�r t�bb mint egy �ve -nem fejlesztenek. Ez annak idej�n, k�t �ve olyan projektnek indult, ami majd -�sszefogja a linuxos lej�tsz� vil�got, �s egys�ges szabv�nyt teremt, codec -interface-t. Erre az�rt volt sz�ks�g, hogy elker�lhet� legyen az, hogy -mindenki elkezdi a null�r�l ugyanazt meg�rni. Sajnos kudarcba fulladt a -munk�juk, eleinte kicsit t�lbonyol�tott�k a dolgokat, s ut�na csak feladat -list�k maradtak, de nem volt, aki ezt meg�rta volna. V�g�l is a projekt -elhalt, �s kis k�l�n programok fejl�dtek tov�bb. +A többi inkább egy-egy formátum lejátszására specializált program. Az ogle +például a DVD lejátszást tűzte ki céljául, s abból talán a legjobbnak +mondható. Az XMovie inkább a quicktime-os dolgokra koncentrál. Érdemes +kiemelni az Open Media Systemet, amelyet gyakorlatilag már több mint egy éve +nem fejlesztenek. Ez annak idején, két éve olyan projektnek indult, ami majd +összefogja a linuxos lejátszó világot, és egységes szabványt teremt, codec +interface-t. Erre azért volt szükség, hogy elkerülhető legyen az, hogy +mindenki elkezdi a nulláról ugyanazt megírni. Sajnos kudarcba fulladt a +munkájuk, eleinte kicsit túlbonyolították a dolgokat, s utána csak feladat +listák maradtak, de nem volt, aki ezt megírta volna. Végül is a projekt +elhalt, és kis külön programok fejlődtek tovább. </p> <div class="left-box"> @@ -130,12 +130,12 @@ <h3>SourceForge.net'2001</h3> <ul> -<li>megb�zhatatlan a CVS</li> -<li>lass�lnak a levlist�k <sup>*</sup></li> +<li>megbízhatatlan a CVS</li> +<li>lassúlnak a levlisták <sup>*</sup></li> <li>nincs Reply-To:</li> -<li>nincs levlista arch�vum <sup>*</sup></li> -<li>megsz�nik az FTP</li> -<li>egyre t�bb rekl�m, banner</li> +<li>nincs levlista archívum <sup>*</sup></li> +<li>megszünik az FTP</li> +<li>egyre több reklám, banner</li> </ul> <p><small>(<sup>*</sup> <i>2002-ben megoldva</i>)</small></p> @@ -143,104 +143,104 @@ </div> <p> -Nem volt z�kken�mentes az Mplayer �tja. A projektet eleinte - amikor elkezdtek -t�bben bekapcsol�dni a fejleszt�sbe - a SourceForge szerver�re raktam fel. -Viszont 2001-ben, amikor a VA-Linux-szal probl�m�k voltak, �s a c�g a cs�d -sz�l�re ker�lt, elkezdt�k �tszervezni magukat, akkor t�bbek k�z�tt a -SourceForge-t�l elvont�k a p�nzt, �s ez meg�rz�d�tt r�gt�n a szolg�ltat�saikon +Nem volt zökkenőmentes az Mplayer útja. A projektet eleinte - amikor elkezdtek +többen bekapcsolódni a fejlesztésbe - a SourceForge szerverére raktam fel. +Viszont 2001-ben, amikor a VA-Linux-szal problémák voltak, és a cég a csőd +szélére került, elkezdték átszervezni magukat, akkor többek között a +SourceForge-tól elvonták a pénzt, és ez megérződött rögtön a szolgáltatásaikon is. </p> <p> -Az els� �s legnagyobb probl�m�nk az volt vele, hogy a CVS szolg�ltat�suk -kezdett megb�zhatatlann� v�lni. Az anonymous felhaszn�l�k CVS let�lt�sein�l -beragadtak id�nk�nt lock f�jlok, �s ez napokig akad�lyozta azt is, hogy a -fejleszt�k hozz�f�rjenek a k�dhoz. +Az első és legnagyobb problémánk az volt vele, hogy a CVS szolgáltatásuk +kezdett megbízhatatlanná válni. Az anonymous felhasználók CVS letöltéseinél +beragadtak időnként lock fájlok, és ez napokig akadályozta azt is, hogy a +fejlesztők hozzáférjenek a kódhoz. </p> <p> -A levelez� list�ikat lassan nem b�rt�k er�forr�ssal, �s egyre lassabban j�ttek -meg a levelek. Egy ilyen fejleszt�sn�l, online besz�lget�sn�l el�g zavar� volt, -hogy az ember v�laszolt valamire, azt m�sf�l �ra m�lva megkapta az illet�, az -is v�laszolt, m�sf�l �ra m�lva megj�tt a v�lasz a k�rd�sre... Persze lehet -mondani, hogy �t kellene t�rni IRC-re �s m�s m�dszerekre. Teh�t a levelez� -list�kkal ez volt a f� probl�m�nk. V�g�l is ezt pr�b�lt�k �k �gy orvosolni, -hogy a Reply-To mez�t kivett�k a levelez� list�kr�l, hogy a v�laszok ne a -list�kra menjenek, hanem k�zvetlen�l a felad�nak, de ezzel igaz�n nem �rt�k el -a c�ljukat. Tov�bb� a levelez�seknek arch�vuma sem volt, teh�t nem lehetett -visszakeresni, p�ld�ul �j fejleszt�k nem tudt�k megn�zni, hogy a r�gebbi -diskurzusok mir�l sz�ltak. Azt�n megsz�ntett�k az FTP-t is, ami nek�nk el�g -fontos volt, mert FTP-n tudt�k a felhaszn�l�k az �ppen le nem j�tszhat� -f�jlokat felt�lteni, s �gy meg tudtuk n�zni, hogy az adott file eset�ben �ppen -mi a probl�ma. Az ut�bbi id�ben elkezdtek egyre t�bb rekl�mot is feltenni. +A levelező listáikat lassan nem bírták erőforrással, és egyre lassabban jöttek +meg a levelek. Egy ilyen fejlesztésnél, online beszélgetésnél elég zavaró volt, +hogy az ember válaszolt valamire, azt másfél óra múlva megkapta az illető, az +is válaszolt, másfél óra múlva megjött a válasz a kérdésre... Persze lehet +mondani, hogy át kellene térni IRC-re és más módszerekre. Tehát a levelező +listákkal ez volt a fő problémánk. Végül is ezt próbálták ők úgy orvosolni, +hogy a Reply-To mezőt kivették a levelező listákról, hogy a válaszok ne a +listákra menjenek, hanem közvetlenül a feladónak, de ezzel igazán nem érték el +a céljukat. Továbbá a levelezéseknek archívuma sem volt, tehát nem lehetett +visszakeresni, például új fejlesztők nem tudták megnézni, hogy a régebbi +diskurzusok miről szóltak. Aztán megszüntették az FTP-t is, ami nekünk elég +fontos volt, mert FTP-n tudták a felhasználók az éppen le nem játszható +fájlokat feltölteni, s így meg tudtuk nézni, hogy az adott file esetében éppen +mi a probléma. Az utóbbi időben elkezdtek egyre több reklámot is feltenni. Addig is voltak banner-ek az oldalon, de addig opensource, ingyenes programokat -rekl�moztak, �s k�s�bb ezeket fizetett hirdet�sekre cser�lt�k le, s�t -mostan�ban m�r a Microsoft f�loldalas hirdet�seit is olvashatjuk. +reklámoztak, és később ezeket fizetett hirdetésekre cserélték le, sőt +mostanában már a Microsoft féloldalas hirdetéseit is olvashatjuk. </p> <div class="right-box"> -<h3>Az UHU Linux t�mogat�sa</h3> +<h3>Az UHU Linux támogatása</h3> <ul> -<li>Domain n�v regisztr�ci�</li> -<li>Dedik�lt szerver g�p (P3-733, 512Mb, RAID)</li> +<li>Domain név regisztráció</li> +<li>Dedikált szerver gép (P3-733, 512Mb, RAID)</li> <li>DVD drive-ok</li> -<li>VGA k�rty�k</li> -<li>GUI fejleszt�s t�mogat�sa</li> +<li>VGA kártyák</li> +<li>GUI fejlesztés támogatása</li> </ul> </div> <p> -Ekkor j�tt a k�pbe az UHU-Linux. T�mogat�suk els� l�p�s�ben az mplayerhq.hu -domain regisztr�ci�val �s az MPlayer sz�mra dedik�lt szerverg�ppel seg�tettek -minket. Egy h�nap alatt �tk�lt�z�tt a projekt erre a szerverre, �s a mai napig -gyakorlatilag ezen fut. Ezen fut a CVS-t�l kezdve a web, levelez� list�k, s -minden ilyen szolg�ltat�s. Ez nem csak az�rt volt �rdekes, hogy megold�dtak a -SourceForge probl�m�i, de olyan dolgokat is meg tudtunk oldani a szerveren, amit -addig nem lehetett volna. Pl. a CVS-n�l a f�jl �tnevez�st, bizonyos m�veleteket -csak a szerveren shell-b�l lehet elv�gezni, ezeket a SourceForge nem tette -lehet�v�. Lehet nagyon sok mindent automatiz�lni, pl. a napi CVS buildeket, vagy ha -valaki m�dos�t a dokument�ci�ban, az r�gt�n felker�l a webre, s�t k�ld egy -�zenetet a mirror g�peknek, hogy t�lts�k le, �s friss�ts�k �k is az oldalt. +Ekkor jött a képbe az UHU-Linux. Támogatásuk első lépésében az mplayerhq.hu +domain regisztrációval és az MPlayer számra dedikált szervergéppel segítettek +minket. Egy hónap alatt átköltözött a projekt erre a szerverre, és a mai napig +gyakorlatilag ezen fut. Ezen fut a CVS-től kezdve a web, levelező listák, s +minden ilyen szolgáltatás. Ez nem csak azért volt érdekes, hogy megoldódtak a +SourceForge problémái, de olyan dolgokat is meg tudtunk oldani a szerveren, amit +addig nem lehetett volna. Pl. a CVS-nél a fájl átnevezést, bizonyos műveleteket +csak a szerveren shell-ből lehet elvégezni, ezeket a SourceForge nem tette +lehetővé. Lehet nagyon sok mindent automatizálni, pl. a napi CVS buildeket, vagy ha +valaki módosít a dokumentációban, az rögtön felkerül a webre, sőt küld egy +üzenetet a mirror gépeknek, hogy töltsék le, és frissítsék ők is az oldalt. </p> <p> -A k�s�bbiekben folytat�dott az UHU t�mogat�sa, a fejleszt�knek k�l�nb�z� -hardver eszk�z�ket adott az UHU ahhoz, hogy k�l�nb�z� hardvereket tudjunk -t�mogatni. Az UHU el�ad�son pont err�l volt sz�, hogy az UHU-Linux is ilyen -gondokkal k�szk�dik, nem tudnak mindenf�le hardveren tesztelni. Ez a probl�ma -felmer�lt n�lunk is. Szerencs�re nek�nk nem kell 25 f�le hardver t�pus, igaz�n -egy-k�t konkr�t eszk�z fontos, legink�bb a videok�rty�k. Ugyanis a -videok�rty�khoz a Linux alatt m�g a driverek el�g szeg�nyesek multim�dia ter�n. -Az, hogy van k�p az Xserver alatt, az m�g messze nem el�g ahhoz, hogy ezen -videot is lehessen lej�tszani. A videok�rty�knak �ltal�ban k�pszinkroniz�l�si, -pufferez�si, scaling, colorspace konverzi�t �s mindenf�le olyan bels�bb dolgait -is el kell, hogy �rj�k, amiket az X-es driverek nagyr�szt nem tesznek lehet�v�. -Neki�lltunk, �s mi is fejleszt�nk a videok�rty�khoz drivert, ezekr�l m�g lesz -sz�. +A későbbiekben folytatódott az UHU támogatása, a fejlesztőknek különböző +hardver eszközöket adott az UHU ahhoz, hogy különböző hardvereket tudjunk +támogatni. Az UHU előadáson pont erről volt szó, hogy az UHU-Linux is ilyen +gondokkal küszködik, nem tudnak mindenféle hardveren tesztelni. Ez a probléma +felmerült nálunk is. Szerencsére nekünk nem kell 25 féle hardver típus, igazán +egy-két konkrét eszköz fontos, leginkább a videokártyák. Ugyanis a +videokártyákhoz a Linux alatt még a driverek elég szegényesek multimédia terén. +Az, hogy van kép az Xserver alatt, az még messze nem elég ahhoz, hogy ezen +videot is lehessen lejátszani. A videokártyáknak általában képszinkronizálási, +pufferezési, scaling, colorspace konverziót és mindenféle olyan belsőbb dolgait +is el kell, hogy érjük, amiket az X-es driverek nagyrészt nem tesznek lehetővé. +Nekiálltunk, és mi is fejlesztünk a videokártyákhoz drivert, ezekről még lesz +szó. </p> <p> -Az UHU-val kapcsolatban elmondom, b�r az el�z� el�ad�sban is elhangzott, hogy -r�gebben ilyen koprodukci� volt, teh�t �k seg�tettek hardver eszk�z�kkel, mi -pedig cser�be ezeken is tesztelt�k mind az UHU-Linuxot, mind a saj�t -fejleszt�seinket, s mi is tudtunk nekik seg�teni abban, hogy pl. milyen -k�rty�hoz mely drivereket c�lszer� haszn�lni, mikre kell figyelni a -be�ll�t�sokn�l. Illetve m�g az UHU Linux szponzor�lta a GUI fejleszt�s�t is, -ut�nam Ponekker Zolt�n fog err�l mondani p�r sz�t, illetve megmutatja, hogy mi +Az UHU-val kapcsolatban elmondom, bár az előző előadásban is elhangzott, hogy +régebben ilyen koprodukció volt, tehát ők segítettek hardver eszközökkel, mi +pedig cserébe ezeken is teszteltük mind az UHU-Linuxot, mind a saját +fejlesztéseinket, s mi is tudtunk nekik segíteni abban, hogy pl. milyen +kártyához mely drivereket célszerű használni, mikre kell figyelni a +beállításoknál. Illetve még az UHU Linux szponzorálta a GUI fejlesztését is, +utánam Ponekker Zoltán fog erről mondani pár szót, illetve megmutatja, hogy mi is az. </p> <div class="left-box"> -<h3>Mi a v�gc�l???</h3> +<h3>Mi a végcél???</h3> <ul> -<li>"Vil�guralom? :)" - <i>Gabucino</i></li> +<li>"Világuralom? :)" - <i>Gabucino</i></li> <li>v1.0?</li> -<li>egy felhaszn�l�bar�t lej�tsz�?</li> +<li>egy felhasználóbarát lejátszó?</li> <li>mplayer desktop environment?</li> <li>...</li> </ul> @@ -248,28 +248,28 @@ </div> <p> -Felmer�l mindig a k�rd�s, meg is szokt�k k�rdezni, hogy mi a v�gc�l. Megy a -fejleszt�s, egyre t�bb k�dot �runk, s v�g�l is mikor fogunk meg�llni, vagy -mikor mondjuk azt, hogy k�sz. Erre t�bbf�le v�laszt is szoktak adni. Pl. -az egyik, ha azt mondjuk, hogy az 1.0 verzi�n�l abbahagyjuk, de k�zismert, hogy -nincs k�sz program, csak olyan, aminek abbahagyt�k a fejleszt�s�t. Teh�t -val�sz�n�leg nem fogjuk abbahagyni, mindig �jabb �s �jabb �tletek fognak j�nni. -A felhaszn�l�bar�t lej�tsz� - j� k�rd�s, valamerre erre haladunk, de nem ez az -els�dleges c�lunk. MPlayer Desktop Environment - ez egy kicsit viccesen -hangzik, de fejleszt�s k�zben el�g sok probl�m�val tal�ltuk szembe magunkat, -hogy legyen sz� a CVS-r�l, a C-ford�t�kr�l vagy ak�rmir�l. +Felmerül mindig a kérdés, meg is szokták kérdezni, hogy mi a végcél. Megy a +fejlesztés, egyre több kódot írunk, s végül is mikor fogunk megállni, vagy +mikor mondjuk azt, hogy kész. Erre többféle választ is szoktak adni. Pl. +az egyik, ha azt mondjuk, hogy az 1.0 verziónál abbahagyjuk, de közismert, hogy +nincs kész program, csak olyan, aminek abbahagyták a fejlesztését. Tehát +valószínűleg nem fogjuk abbahagyni, mindig újabb és újabb ötletek fognak jönni. +A felhasználóbarát lejátszó - jó kérdés, valamerre erre haladunk, de nem ez az +elsődleges célunk. MPlayer Desktop Environment - ez egy kicsit viccesen +hangzik, de fejlesztés közben elég sok problémával találtuk szembe magunkat, +hogy legyen szó a CVS-ről, a C-fordítókról vagy akármiről. </p> <p> -T�bbsz�r mer�lt fel, -hogy ebb�l meg abb�l saj�tot kellene �rnunk. Jobb lenne, ha �rn�nk saj�t -C-ford�t�t, saj�t X-termin�lt stb. S j�ttek az �tletek, �s ezek el�bb-ut�bb meg -is val�sulnak, mint ahogy t�bb minden megval�sult m�r az id�k folyam�n. S ha -ezekb�l el�g sok megval�sul, ak�r egy ilyen futurisztikus dolog is -elk�pzelhet�. Esetleg - Gabucinot id�zve - vil�guralom. Persze ezt nem kell -komolyan venni, s�t, nem c�lunk a t�bbi lej�tsz�val konkur�lni. Nem c�lunk -azoknak a felhaszn�l�t�bor�t elh�d�tani, m�r csak az�rt sem, mert igaz�n nincs -sz�ks�g�nk t�bb felhaszn�l�ra. +Többször merült fel, +hogy ebből meg abból sajátot kellene írnunk. Jobb lenne, ha írnánk saját +C-fordítót, saját X-terminált stb. S jöttek az ötletek, és ezek előbb-utóbb meg +is valósulnak, mint ahogy több minden megvalósult már az idők folyamán. S ha +ezekből elég sok megvalósul, akár egy ilyen futurisztikus dolog is +elképzelhető. Esetleg - Gabucinot idézve - világuralom. Persze ezt nem kell +komolyan venni, sőt, nem célunk a többi lejátszóval konkurálni. Nem célunk +azoknak a felhasználótáborát elhódítani, már csak azért sem, mert igazán nincs +szükségünk több felhasználóra. </p> <div class="right-box"> @@ -278,35 +278,35 @@ <h3>Read The Fine Manual</h3> -<h3>Olvasd el a le�r�st</h3> +<h3>Olvasd el a leírást</h3> </div> <p> -A felhaszn�l�k ink�bb csak gondot okoznak, mint el�nyt. Az -az igazs�g, hogy az MPlayer fejleszt�se nem egy kattintgat�s programnak indult -eredetileg, b�r most m�r ezen a GUI jav�tott el�g sokat. Ha az ember rendesen -tudja haszn�lni, s bekonfigur�lni �gy, hogy az adott hardvert az utols� bitig -ki is tudja haszn�lni, ahhoz nem �rt a le�r�s el�g sok r�sz�t elolvasni, s az -alapj�n a k�l�nb�z� parancssorokat, be�ll�t�sokat megcsin�lni. �ltal�ban a -legt�bben ezt nem v�gzik el, let�ltik, be�rj�k, hogy "mplayer", nyomnak egy -entert, s r�gt�n j�n a lev�l, hogy nem m�k�dik, seg�tsetek. +A felhasználók inkább csak gondot okoznak, mint előnyt. Az +az igazság, hogy az MPlayer fejlesztése nem egy kattintgatós programnak indult +eredetileg, bár most már ezen a GUI javított elég sokat. Ha az ember rendesen +tudja használni, s bekonfigurálni úgy, hogy az adott hardvert az utolsó bitig +ki is tudja használni, ahhoz nem árt a leírás elég sok részét elolvasni, s az +alapján a különböző parancssorokat, beállításokat megcsinálni. Általában a +legtöbben ezt nem végzik el, letöltik, beírják, hogy "mplayer", nyomnak egy +entert, s rögtön jön a levél, hogy nem működik, segítsetek. </p> <p> Az a baj, hogy a -felhaszn�l�k 99%-a ilyen, s nagy r�sz�k meg is �rja ezt a levelet. Nos, a -felhaszn�l�knak k�r�lbel�l az egy ezrel�ke az, akik t�nylegesen seg�tenek, akik -t�nyleg bugreportolnak. Akik k�ldenek olyan f�jlokat, amelyet le kellene tudnia -j�tszania a programnak, �s p�ld�ul m�s programok lej�tssz�k, ez nem. Meg tudjuk -n�zni, mi okozhatja a hib�t, ki tudjuk-e jav�tani, illetve ezek a felhaszn�l�k -tudnak �rni �jabb hardverekr�l, amelyeket esetleg nem t�mogatunk. Ezek eset�ben -megn�zz�k, hogyan lehetne m�dos�tani, m�g m�sok k�ldenek esetleg patch-eket. +felhasználók 99%-a ilyen, s nagy részük meg is írja ezt a levelet. Nos, a +felhasználóknak körülbelül az egy ezreléke az, akik ténylegesen segítenek, akik +tényleg bugreportolnak. Akik küldenek olyan fájlokat, amelyet le kellene tudnia +játszania a programnak, és például más programok lejátsszák, ez nem. Meg tudjuk +nézni, mi okozhatja a hibát, ki tudjuk-e javítani, illetve ezek a felhasználók +tudnak írni újabb hardverekről, amelyeket esetleg nem támogatunk. Ezek esetében +megnézzük, hogyan lehetne módosítani, míg mások küldenek esetleg patch-eket. </p> <div class="left-box"> -<h3>Kooper�ci�</h3> +<h3>Kooperáció</h3> <ul> <li><b>Avifile</b>: .DLL loader / win32 emu</li> @@ -321,141 +321,141 @@ </div> <p> -Ink�bb kooper�lunk a t�bbi programmal, minthogy elh�d�tan�nk a -felhaszn�l�ikat. M�s a felhaszn�l�i t�borunk, m�s a c�lunk, m�s a c�lja az -MPlayernek, m�s a c�lja a xine-nak, m�s a Avifile-nak. Az opensource projektek -is az�rt �lnek ma m�g p�rhuzamosan, mert k�l�nb�z� c�lkit�z�seik vannak. Ha -ugyanaz lenne a c�ljuk, akkor nem l�tezne annyi program. Ehelyett ink�bb -k�z�sen dolgozunk k�l�nb�z� projekteken, olyasmin amire mindenkinek sz�ks�ge -van, �s v�g�l is minden programban megtal�lhat�. +Inkább kooperálunk a többi programmal, minthogy elhódítanánk a +felhasználóikat. Más a felhasználói táborunk, más a célunk, más a célja az +MPlayernek, más a célja a xine-nak, más a Avifile-nak. Az opensource projektek +is azért élnek ma még párhuzamosan, mert különböző célkitűzéseik vannak. Ha +ugyanaz lenne a céljuk, akkor nem létezne annyi program. Ehelyett inkább +közösen dolgozunk különböző projekteken, olyasmin amire mindenkinek szüksége +van, és végül is minden programban megtalálható. </p> <p> -P�ld�ul az avifile-osokkal k�z�sen fejlesztett�k ki a DLL bet�lt�t. Ennek az -a l�nyege, hogy a Windows al� �rt video �s audio kodekek haszn�lhat�k ennek -seg�ts�g�vel Linux, BSD, Solaris alatt az x86 platformon. -Gyakorlatilag kicsit tr�kk�s megold�s, a Wine �s a Wabi windows emul�toroknak -egy r�sze van felhaszn�lva. Ennek az a l�nyege, hogy a DLL-t �gy be tudja -t�lteni Linux alatt, mint egy�b linuxos dinamikus libeket. Ha egyszer -bet�lt�tte, az majdhogynem m�k�dik is, mert a codecnek nincs nagyon sz�ks�ge a -windowsos funkci�kra. Teh�t nem fog ablakokat kirakni, nem fog k�l�nb�z� -windows-specifikus dolgokat csin�lni, �ltal�ban csak valami adathalmazb�l -�tkonvert�l valamit egy m�sik adathalmazba. Viszonylag minim�lis windows -f�gg�s�ge van, ezt a p�r alapfunkci�t emul�lja ez a lib. +Például az avifile-osokkal közösen fejlesztettük ki a DLL betöltőt. Ennek az +a lényege, hogy a Windows alá írt video és audio kodekek használhatók ennek +segítségével Linux, BSD, Solaris alatt az x86 platformon. +Gyakorlatilag kicsit trükkös megoldás, a Wine és a Wabi windows emulátoroknak +egy része van felhasználva. Ennek az a lényege, hogy a DLL-t úgy be tudja +tölteni Linux alatt, mint egyéb linuxos dinamikus libeket. Ha egyszer +betöltötte, az majdhogynem működik is, mert a codecnek nincs nagyon szüksége a +windowsos funkciókra. Tehát nem fog ablakokat kirakni, nem fog különböző +windows-specifikus dolgokat csinálni, általában csak valami adathalmazból +átkonvertál valamit egy másik adathalmazba. Viszonylag minimális windows +függősége van, ezt a pár alapfunkciót emulálja ez a lib. </p> <p> -A VideoLAN-nal k�z�sen dolgoztunk a dvdread, dvdcss k�don, ez a DVD-k -olvas�s�hoz volt sz�ks�ges. Els�sorban �k fejlesztett�k, de ut�na mi is -k�ldt�nk r� patch-eket. A xine-t�l vett�k �t az SVQ1 vide� kodeket, ez egy -Quicktime form�tum, a Sorenson 1 dek�dere. V�g�l is �k fejlesztett�k -valamennyire ki, igaz, hogy egy volt MPlayer fejleszt� seg�ts�g�vel, illetve �k -is vettek �t t�l�nk k�l�nb�z� k�dokat. Az FFMpeg projekttel k�z�sen dolgozunk a -libavcodecen, ez egy opensource kodek gy�jtem�ny, ami a mai elterjedt MPEG4, -MPEG1/2, MJPEG, H.263 video, illetve mostan�ban m�r windows m�dia video, windows -m�dia audio form�tumokat is tudj�k dek�dolni. +A VideoLAN-nal közösen dolgoztunk a dvdread, dvdcss kódon, ez a DVD-k +olvasásához volt szükséges. Elsősorban ők fejlesztették, de utána mi is +küldtünk rá patch-eket. A xine-től vettük át az SVQ1 videó kodeket, ez egy +Quicktime formátum, a Sorenson 1 dekódere. Végül is ők fejlesztették +valamennyire ki, igaz, hogy egy volt MPlayer fejlesztő segítségével, illetve ők +is vettek át tőlünk különböző kódokat. Az FFMpeg projekttel közösen dolgozunk a +libavcodecen, ez egy opensource kodek gyűjtemény, ami a mai elterjedt MPEG4, +MPEG1/2, MJPEG, H.263 video, illetve mostanában már windows média video, windows +média audio formátumokat is tudják dekódolni. </p> <p> -Az OMS projektb�l - amir�l eml�tettem m�r, hogy megsz�nt - vett�k �t az MPEG2, -illetve AC3 kodeket, amelyek DVD lej�tsz�shoz voltak sz�ks�gesek. Ezek m�ra m�r -el�gg� tov�bbfejl�dtek, optimaliz�ltuk ezeket. Most m�r libac3 helyett liba52 -van, ez m�r egy �jabb v�ltozat. A volt mpeg2dec projekt libvo-j�n alapul az -MPlayer libvo-ja is, illetve t�l sok k�ze nincs m�r hozz� a nev�n k�v�l, mert -el�gg� �t lett �rva, de nyomokban felfedezhet� az �r�ks�g. +Az OMS projektből - amiről említettem már, hogy megszűnt - vettük át az MPEG2, +illetve AC3 kodeket, amelyek DVD lejátszáshoz voltak szükségesek. Ezek mára már +eléggé továbbfejlődtek, optimalizáltuk ezeket. Most már libac3 helyett liba52 +van, ez már egy újabb változat. A volt mpeg2dec projekt libvo-ján alapul az +MPlayer libvo-ja is, illetve túl sok köze nincs már hozzá a nevén kívül, mert +eléggé át lett írva, de nyomokban felfedezhető az örökség. </p> <div class="left-box"> -<h3>A lej�tsz� id�z�t, nem az OS �temez�je!</h3> +<h3>A lejátszó időzít, nem az OS ütemezője!</h3> <ul> -<li style="display:block"><b>+</b> a lej�tsz� tudja, mikor mire van sz�ks�ge</li> -<li style="display:block"><b>+</b> nincs lock-ol�s, mutex-ek</li> -<li style="display:block"><b>+</b> nincs lass� thread- vagy task-switching</li> -<li style="display:block"><b>+</b> tiszt�bb, �tl�that�bb a k�d -> kevesebb bug</li> -<li style="display:block"><b>+</b> egyszer�bb a debug</li> -<li style="display:block"><b>-</b> nincs SMP kihaszn�l�s</li> +<li style="display:block"><b>+</b> a lejátszó tudja, mikor mire van szüksége</li> +<li style="display:block"><b>+</b> nincs lock-olás, mutex-ek</li> +<li style="display:block"><b>+</b> nincs lassú thread- vagy task-switching</li> +<li style="display:block"><b>+</b> tisztább, átláthatóbb a kód -> kevesebb bug</li> +<li style="display:block"><b>+</b> egyszerübb a debug</li> +<li style="display:block"><b>-</b> nincs SMP kihasználás</li> </ul> </div> <p> -A legfontosabb k�l�nbs�g m�gis a programok k�z�tt, s azt hiszem, az MPlayer -egyed�l�ll� tulajdons�ga, hogy az eg�sz program egy sz�lon, egy processzben -fut, m�g a legt�bb m�s lej�tsz� t�bb sz�lon. Teh�t k�l�n sz�lon megy az audio -dek�dol�s, k�l�n sz�lon a video dek�dol�s, k�l�n sz�lon a video megjelen�t�s, -k�l�n sz�lon a vez�rl�s stb. Teh�t �k mindent k�l�n vontak, mi viszont egy -sz�lon oldjuk meg az eg�sz feladatot. Sokan vitatj�k, hogy ez j� vagy sem. -</p> - -<p> -Itt elmondan�k n�h�ny �rvet. Els� l�p�sben, legyen ak�rmilyen j� az oper�ci�s -rendszer scheduler-je, teh�t az id�z�t�je, az soha nem fogja pontosan tudni, -hogy nek�nk most hangra, k�pre vagy mire van sz�ks�g�nk a folyamatban. Ezt a -lej�tsz� kernelje tudja gyakorlatilag, az pontosan meghat�rozza, hogy melyik -bufferban mennyi hely van, hogy most �ppen vide�t vagy audiot akarunk -dek�dolni, ha j�tt egy parancs a felhaszn�l�t�l �s azt v�gre kell hajtani. -Teh�t a legjobb, ha a program maga id�z�ti ezeket a feladatokat, s nem b�zzuk -ezt az oper�ci�s rendszerre. Egy m�sik probl�ma az is, hogy a 2.2-es kernel - ami -m�g akkor volt, amikor ezt elkezdtem fejleszteni - de v�g�l is a 2.4-es kernelben -sem olyan t�l megoldott ez, azaz a sz�lak, illetve a processzek k�z�tti -kapcsol�s el�g id�ig�nyes. Ugye nem arra kell gondolni, hogy n�h�nyszor -�tkapcsolunk, hanem mondjuk egy 30 FPS-es video lej�tsz�sakor plusz m�g hang -dek�dol�sn�l ez t�bb sz�z �tkapcsol�st jelenthet m�sodpercenk�nt, s tekintve, -hogy a Linux id�z�t�je, legal�bbis a 2.4-es kernelig 100 Hz-en m�k�dik, ez -nagyon kev�s a video lej�tsz�sra, gyakorlatilag 33, illetve 40 millisecenk�nt -kellene v�ltanunk. Ehhez a 10 millisec pontoss�g kev�s volt. -</p> - -<p> -A 2.5-�s kernelbe beker�lt a gyorsabb sz�lv�lt�s, azt hiszem, �t�ll�tott�k 1000 -Hz-re az alapfelbont�st is, teh�t valamennyire k�zel�tenek, de igaz�b�l nem l�tjuk -�rtelm�t, hogy emiatt t�bbsz�l�ra �t�rjuk a programot. M�sr�szt, amellett, hogy -a taskv�lt�st megsp�roljuk, van m�g egy h�tul�t�je, azon k�v�l, hogy az -oper�ci�s rendszer hogyan kezeli le. Ezek a kodekek m�r el�g j�l ki vannak -optimaliz�lva a CPU CACHE haszn�lat�ra. Nem tudom, ki mennyire van benne elvi -szinten az Intel platform programoz�s�ban, de itt, f�leg az �jabb -processzorokban m�r k�l�n lehet CACHE vez�rl� parancsokat kiadni, hogy miket -t�lts�n be el�re a CACHE-be, ki van arra �lezve, hogy mi van az els�dleges, mi -a m�sodlagos a CACHE-ben, �s �gy van optimaliz�lva a k�d, hogy a regisztereken -t�l pl. a CACHE-re is sz�m�t, hogy abban �ppen mi lesz, s azt gyorsan fogja -el�rni. Viszont taszkv�lt�s eset�n a CACHE t�rl�dik, �s a m�sik taszk fogja -�jra t�lteni az adataival, emiatt ez nek�nk nem t�l nyer�, mivel ilyenkor s�r�n -v�ltunk taszkot. Mondjuk egy video frame dek�dol�sa k�zben k�tszer-h�romszor -�tv�ltunk, akkor �lland�an t�rl�dik a CACHE, �s kezdhet minden adatot �jra -bet�lteni. Ez el�g id�ig�nyes, �s ezek a mem�ri�k nem t�l gyorsak. Tov�bbi -el�nye az egysz�l� megold�snak, hogy tiszt�bb, �tl�that�bb lett a k�d, teh�t -nem kell t�bb sz�lban gondolkodni, nem kell t�bb sz�lat egyszerre �sszehangolni, -ezek k�z�tt mutexelni illetve lockolni, megmondani, hogy mikor melyik sz�l a -m�sikat nem szak�thatja meg stb. -</p> - -<p> -Teh�t ezeket a probl�m�kat gyakorlatilag mind meg�sztuk, s mivel ennyire -egyszer�s�d�tt a k�d, gyakorlatilag a hiba is kevesebb benne, �s a stabilit�sa -jelent�sen javult, legal�bbis hasonl� probl�m�kkal mi nem tal�lkozunk. -Egyszer�bb lett �gy a hibakeres�s is: egy sz�lon fut a program, van egy adott -feladat lista, amit v�gre kell hajtson, ha valahol meg�ll, meg lehet n�zni, -hogy mi�rt ott �llt meg. Amikor t�bb sz�l fut egyszerre, akkor lehet, hogy az -egyik sz�l okozta a m�sik hib�j�t, ezeket mi meg�sszuk. -</p> - -<p> -Van persze egy nagy h�tr�nya is ennek a dolognak, az, hogy a multiprocesszoros -g�peket nem lehet kihaszn�lni. Viszont ha jobban belegondolunk, az nem nagy -probl�ma, mert v�g�lis az MPlayert nem szervereken szokt�k futtatni. Itt egy -videolej�tsz�r�l van sz�, desktop g�pekre nem annyira jellemz�, hogy t�bb -processzor lenne benn�k, m�rpedig ha t�bb processzor is van benn�k, �ltal�ban -egy processzor is t�bb mint el�g, a videodek�dol�shoz, teh�t nincs igaz�n -kihaszn�lva m�g az az egy processzor sem, nemhogy sz�ks�g lenne m�g egyre. Azt -esetleg lehet addig m�s programok futtat�s�ra haszn�lni, vagy t�bb MPlayert +A legfontosabb különbség mégis a programok között, s azt hiszem, az MPlayer +egyedülálló tulajdonsága, hogy az egész program egy szálon, egy processzben +fut, míg a legtöbb más lejátszó több szálon. Tehát külön szálon megy az audio +dekódolás, külön szálon a video dekódolás, külön szálon a video megjelenítés, +külön szálon a vezérlés stb. Tehát ők mindent külön vontak, mi viszont egy +szálon oldjuk meg az egész feladatot. Sokan vitatják, hogy ez jó vagy sem. +</p> + +<p> +Itt elmondanék néhány érvet. Első lépésben, legyen akármilyen jó az operációs +rendszer scheduler-je, tehát az időzítője, az soha nem fogja pontosan tudni, +hogy nekünk most hangra, képre vagy mire van szükségünk a folyamatban. Ezt a +lejátszó kernelje tudja gyakorlatilag, az pontosan meghatározza, hogy melyik +bufferban mennyi hely van, hogy most éppen videót vagy audiot akarunk +dekódolni, ha jött egy parancs a felhasználótól és azt végre kell hajtani. +Tehát a legjobb, ha a program maga időzíti ezeket a feladatokat, s nem bízzuk +ezt az operációs rendszerre. Egy másik probléma az is, hogy a 2.2-es kernel - ami +még akkor volt, amikor ezt elkezdtem fejleszteni - de végül is a 2.4-es kernelben +sem olyan túl megoldott ez, azaz a szálak, illetve a processzek közötti +kapcsolás elég időigényes. Ugye nem arra kell gondolni, hogy néhányszor +átkapcsolunk, hanem mondjuk egy 30 FPS-es video lejátszásakor plusz még hang +dekódolásnál ez több száz átkapcsolást jelenthet másodpercenként, s tekintve, +hogy a Linux időzítője, legalábbis a 2.4-es kernelig 100 Hz-en működik, ez +nagyon kevés a video lejátszásra, gyakorlatilag 33, illetve 40 millisecenként +kellene váltanunk. Ehhez a 10 millisec pontosság kevés volt. +</p> + +<p> +A 2.5-ös kernelbe bekerült a gyorsabb szálváltás, azt hiszem, átállították 1000 +Hz-re az alapfelbontást is, tehát valamennyire közelítenek, de igazából nem látjuk +értelmét, hogy emiatt többszálúra átírjuk a programot. Másrészt, amellett, hogy +a taskváltást megspóroljuk, van még egy hátulütője, azon kívül, hogy az +operációs rendszer hogyan kezeli le. Ezek a kodekek már elég jól ki vannak +optimalizálva a CPU CACHE használatára. Nem tudom, ki mennyire van benne elvi +szinten az Intel platform programozásában, de itt, főleg az újabb +processzorokban már külön lehet CACHE vezérlő parancsokat kiadni, hogy miket +töltsön be előre a CACHE-be, ki van arra élezve, hogy mi van az elsődleges, mi +a másodlagos a CACHE-ben, és úgy van optimalizálva a kód, hogy a regisztereken +túl pl. a CACHE-re is számít, hogy abban éppen mi lesz, s azt gyorsan fogja +elérni. Viszont taszkváltás esetén a CACHE törlődik, és a másik taszk fogja +újra tölteni az adataival, emiatt ez nekünk nem túl nyerő, mivel ilyenkor sűrűn +váltunk taszkot. Mondjuk egy video frame dekódolása közben kétszer-háromszor +átváltunk, akkor állandóan törlődik a CACHE, és kezdhet minden adatot újra +betölteni. Ez elég időigényes, és ezek a memóriák nem túl gyorsak. További +előnye az egyszálú megoldásnak, hogy tisztább, átláthatóbb lett a kód, tehát +nem kell több szálban gondolkodni, nem kell több szálat egyszerre összehangolni, +ezek között mutexelni illetve lockolni, megmondani, hogy mikor melyik szál a +másikat nem szakíthatja meg stb. +</p> + +<p> +Tehát ezeket a problémákat gyakorlatilag mind megúsztuk, s mivel ennyire +egyszerűsödött a kód, gyakorlatilag a hiba is kevesebb benne, és a stabilitása +jelentősen javult, legalábbis hasonló problémákkal mi nem találkozunk. +Egyszerűbb lett így a hibakeresés is: egy szálon fut a program, van egy adott +feladat lista, amit végre kell hajtson, ha valahol megáll, meg lehet nézni, +hogy miért ott állt meg. Amikor több szál fut egyszerre, akkor lehet, hogy az +egyik szál okozta a másik hibáját, ezeket mi megússzuk. +</p> + +<p> +Van persze egy nagy hátránya is ennek a dolognak, az, hogy a multiprocesszoros +gépeket nem lehet kihasználni. Viszont ha jobban belegondolunk, az nem nagy +probléma, mert végülis az MPlayert nem szervereken szokták futtatni. Itt egy +videolejátszóról van szó, desktop gépekre nem annyira jellemző, hogy több +processzor lenne bennük, márpedig ha több processzor is van bennük, általában +egy processzor is több mint elég, a videodekódoláshoz, tehát nincs igazán +kihasználva még az az egy processzor sem, nemhogy szükség lenne még egyre. Azt +esetleg lehet addig más programok futtatására használni, vagy több MPlayert lehet futtatni egyszerre. </p> <div class="left-box"> -<h3>T�mogatott form�tumok</h3> +<h3>Támogatott formátumok</h3> <ul> <li>MPEG1 (VCD), 2 (SVCD/DVD/DVB), 4 (.MP4)</li> @@ -471,75 +471,75 @@ </div> <p> -Jelenleg a Linux alatt l�v� lej�tsz�k k�z�l az MPlayer t�mogatja a legt�bb -videoform�tumot, r�viden �tfutva rajta: - a szabv�nyos MPEG 1, azaz Video -CD, MPEG 2-es, ami a DVD, DVB, �s haszn�lhat� az MPEG4 is. Az MPEG4 alatt az -�sszes �ltalunk ismert MPEG4 kodeket, bele�rtve a DivX vari�ci�kat, -Microsoft "MPEG4" verzi�it mind t�mogatjuk, legal�bbis, amik eddig vannak -rendelkez�s�nkre f�jlok, ezeket mind t�k�letesen lej�tssza. +Jelenleg a Linux alatt lévő lejátszók közül az MPlayer támogatja a legtöbb +videoformátumot, röviden átfutva rajta: - a szabványos MPEG 1, azaz Video +CD, MPEG 2-es, ami a DVD, DVB, és használható az MPEG4 is. Az MPEG4 alatt az +összes általunk ismert MPEG4 kodeket, beleértve a DivX variációkat, +Microsoft "MPEG4" verzióit mind támogatjuk, legalábbis, amik eddig vannak +rendelkezésünkre fájlok, ezeket mind tökéletesen lejátssza. </p> <p> -A windows alatt elterjedt AVI f�jlform�tum v�g�lis ink�bb csak ilyen nagyon -t�g defin�ci�, mert az csak a f�jlform�tumot adja meg, azon bel�l szinte -b�rmilyen kodek haszn�lhat�, de miut�n a windowsos DLL-eket is t�mogatjuk, -�gy gyakorlatilag szinte minden f�jl lej�tszhat�. Nagyon kev�s olyan DLL -van, amivel esetleg probl�m�k vannak, mert pl. 16 bites windowsra �rt�k �s -nem m�k�dik a mi emul�torunkkal. +A windows alatt elterjedt AVI fájlformátum végülis inkább csak ilyen nagyon +tág definíció, mert az csak a fájlformátumot adja meg, azon belül szinte +bármilyen kodek használható, de miután a windowsos DLL-eket is támogatjuk, +így gyakorlatilag szinte minden fájl lejátszható. Nagyon kevés olyan DLL +van, amivel esetleg problémák vannak, mert pl. 16 bites windowsra írták és +nem működik a mi emulátorunkkal. </p> <p> -Az ut�bbi id�ben elterjedt a <i>windows m�dia audio/video</i>, kor�bbi nev�n az -<i>ASF form�tum</i>. Ebb�l is a 7, 8-ast gond n�lk�l le tudja j�tszani. A 7-es -videohoz, illetve a 7, 8-as audiohoz most m�r van nat�v k�d is, nincs sz�ks�g a -DLL-ekre. A 8-on m�g dolgoznak, de az is el�bb-ut�bb meg lesz oldva. Az ut�bbi -id�ben megjelent a 9-es v�ltozat, azt hiszem, m�g csak b�ta v�ltozatban windowsra, -ez m�g nagy kih�v�s sz�munkra, miut�n v�ltoztatott a Microsoft a kodek form�tumon, -teh�t nem kompatibilis a kor�bbi DLLekkel, teh�t egy �jabb interface-t kell -majd �rnunk hozz�. +Az utóbbi időben elterjedt a <i>windows média audio/video</i>, korábbi nevén az +<i>ASF formátum</i>. Ebből is a 7, 8-ast gond nélkül le tudja játszani. A 7-es +videohoz, illetve a 7, 8-as audiohoz most már van natív kód is, nincs szükség a +DLL-ekre. A 8-on még dolgoznak, de az is előbb-utóbb meg lesz oldva. Az utóbbi +időben megjelent a 9-es változat, azt hiszem, még csak béta változatban windowsra, +ez még nagy kihívás számunkra, miután változtatott a Microsoft a kodek formátumon, +tehát nem kompatibilis a korábbi DLLekkel, tehát egy újabb interface-t kell +majd írnunk hozzá. </p> <p> -<i>RealAudio</i>, <i>RealVideo</i>: elm�letileg az �sszes verzi�t t�mogatjuk, a -r�gebbi verzi�khoz van nat�v dek�der, az �jabb verzi�kat a lej�tsz�hoz adott -v�g�lis bin�ris pluginek felhaszn�l�s�val tudjuk lej�tszani. Megjegyzend�, hogy -ezek nem csak x86 platformon m�k�dnek, a lej�tsz�t nagyon sok platformra kiadt�k, -minden platformra az adott platform� pluginjeit lehet betenni al�. +<i>RealAudio</i>, <i>RealVideo</i>: elméletileg az összes verziót támogatjuk, a +régebbi verziókhoz van natív dekóder, az újabb verziókat a lejátszóhoz adott +végülis bináris pluginek felhasználásával tudjuk lejátszani. Megjegyzendő, hogy +ezek nem csak x86 platformon működnek, a lejátszót nagyon sok platformra kiadták, +minden platformra az adott platformú pluginjeit lehet betenni alá. </p> <p> -A <i>Quicktime</i> form�tum a Macintosht�l ered, szint�n lej�tszhat�. Itt probl�ma -van a kodekekkel, miut�n el�g extr�m �s �ltal�ban z�rt szabv�ny� kodekeket -haszn�lnak. Itt n�h�ny r�gebbi form�tum vissza van m�r annyira fejtve, hogy -ezek lej�tszhat�k, de pl. a Sorenson 3, illetve a QDM audioval m�g gondok -vannak. A napokban dolgozunk egy�bk�nt azon, hogy a windowsos Quicktime lej�tsz� -pluginjeit fel tudjuk haszn�lni, �gy ezek is lej�tszhat�k lenn�nek legal�bb +A <i>Quicktime</i> formátum a Macintoshtól ered, szintén lejátszható. Itt probléma +van a kodekekkel, miután elég extrém és általában zárt szabványú kodekeket +használnak. Itt néhány régebbi formátum vissza van már annyira fejtve, hogy +ezek lejátszhatók, de pl. a Sorenson 3, illetve a QDM audioval még gondok +vannak. A napokban dolgozunk egyébként azon, hogy a windowsos Quicktime lejátszó +pluginjeit fel tudjuk használni, így ezek is lejátszhatók lennének legalább az x86 platformon. </p> <p> -<i>Vivo 1, 2</i> - tal�n valaki m�g eml�kszik r�, n�h�ny �vvel ezel�tt volt windowson -elterjedt form�tum. Az ut�bbi �vekben kihalt a k�z�letb�l, f�leg az ASF-nek -k�sz�nhet�en. +<i>Vivo 1, 2</i> - talán valaki még emlékszik rá, néhány évvel ezelőtt volt windowson +elterjedt formátum. Az utóbbi években kihalt a közéletből, főleg az ASF-nek +köszönhetően. </p> <p> -A <i>Sony digital video</i>, a DV form�tumhoz most van kb. n�gyf�le dek�der, -ebb�l k�t ny�lt forr�sk�d� �s k�t DLL, lehet v�logatni, k�l�nb�z� sebess�g�ek, -illetve tud�s�ak. +A <i>Sony digital video</i>, a DV formátumhoz most van kb. négyféle dekóder, +ebből két nyílt forráskódú és két DLL, lehet válogatni, különböző sebességűek, +illetve tudásúak. </p> <p> -Illetve van el�g sok r�gi f�jlform�tum: k�l�nb�z� j�t�kprogramok -f�jlform�tumai, illetve ritk�bban haszn�lt m�dia szerkeszt� programok saj�t -form�tumai, azokat is �ltal�ban le tudja j�tszani, ezeket �ltal�ban nem mi -�rtuk, hanem az ilyeneket ig�nyl� felhaszn�l�k k�sz�tett�k a patch-et �s -k�ldt�k el nek�nk. +Illetve van elég sok régi fájlformátum: különböző játékprogramok +fájlformátumai, illetve ritkábban használt média szerkesztő programok saját +formátumai, azokat is általában le tudja játszani, ezeket általában nem mi +írtuk, hanem az ilyeneket igénylő felhasználók készítették a patch-et és +küldték el nekünk. </p> <div class="right-box"> -<h3>T�mogatott video output eszk�z�k</h3> +<h3>Támogatott video output eszközök</h3> <ul> <li><b>X11</b>: Shm, Xvideo, GLX/OpenGL, DGA 1/2</li> @@ -552,36 +552,36 @@ </div> <p> -Az MPlayernek van m�g egy nagy er�ss�ge a t�bbi lej�tsz�hoz hasonl�tva: a -kimeneti form�tumok, az output eszk�z�k t�mogat�sa. A legt�bb lej�tsz� X11-et -ig�nyel, s azon bel�l is egy-k�t funkci�t tud kihaszn�lni. Mi az X11-b�l -kihaszn�ljuk gyakorlatilag az �sszes lehet�s�get, teh�t mind a sima XImage-s -XSHM m�dot, mind az Xvideo-t, ami a 4.X-el ker�lt bele. Ha az OpenGL-hez van -megfelel� hardver gyors�t�s, akkor azt is lehet haszn�lni video lej�tsz�sra, -illetve DGA1, DGA2 verzi�t is teljes k�perny�s lej�tsz�sn�l. Ezenk�v�l, ha -nincs X11 a g�pen, vagy nem szeretn�nk haszn�lni - be�gyazott rendszerekn�l ez -gyakori probl�ma -, akkor haszn�lhat� a Linux framebufferje, az SVGAlib, tudja -a program haszn�lni a k�rtya VESA BIOS-�t is, gyakorlatilag semmilyen linuxos -driverre nincs sz�ks�g: m�g ha nincs a k�rty�hoz linuxos driver, akkor is -m�k�dhet a dolog, egyszer�en DOS emul�ci�s m�don kereszt�l a VGA k�rtya BIOS-�n -kereszt�l bekapcsolja a grafikus m�dot, lek�rdezi a param�tereit, �s -k�zvetlen�l a k�rtya mem�ri�j�ba �r. �gy v�g�l is minden k�rtya vez�relhet� +Az MPlayernek van még egy nagy erőssége a többi lejátszóhoz hasonlítva: a +kimeneti formátumok, az output eszközök támogatása. A legtöbb lejátszó X11-et +igényel, s azon belül is egy-két funkciót tud kihasználni. Mi az X11-ből +kihasználjuk gyakorlatilag az összes lehetőséget, tehát mind a sima XImage-s +XSHM módot, mind az Xvideo-t, ami a 4.X-el került bele. Ha az OpenGL-hez van +megfelelő hardver gyorsítás, akkor azt is lehet használni video lejátszásra, +illetve DGA1, DGA2 verziót is teljes képernyős lejátszásnál. Ezenkívül, ha +nincs X11 a gépen, vagy nem szeretnénk használni - beágyazott rendszereknél ez +gyakori probléma -, akkor használható a Linux framebufferje, az SVGAlib, tudja +a program használni a kártya VESA BIOS-át is, gyakorlatilag semmilyen linuxos +driverre nincs szükség: még ha nincs a kártyához linuxos driver, akkor is +működhet a dolog, egyszerűen DOS emulációs módon keresztül a VGA kártya BIOS-án +keresztül bekapcsolja a grafikus módot, lekérdezi a paramétereit, és +közvetlenül a kártya memóriájába ír. Így végül is minden kártya vezérelhető vele. </p> <p> -Mi is fejlesztett�nk hozz� drivereket, ezekr�l mindj�rt sz� lesz. P�ld�ul ilyen -az mga_vid, ami a Matrox videok�rty�hoz �rt speci�lis driver. Vannak m�g ilyen -k�ztes libraryk, amit wrappereknek h�vunk, m�s interface-k �s a program k�z�tti -�thidal�st v�gzik. Ilyen az SDL, a GGI, DirectFB, illetve az �ltalunk -fejlesztett Vidix. De ilyen a sz�veges m�dokra kital�lt AAlib is. Hardveres -dek�der k�rty�kat is t�mogat a program, illetve k�pkock�nk�nt ki lehet -k�pf�jlokba is menteni a videot, ha valaki ilyesmit szeretne m�velni. +Mi is fejlesztettünk hozzá drivereket, ezekről mindjárt szó lesz. Például ilyen +az mga_vid, ami a Matrox videokártyához írt speciális driver. Vannak még ilyen +köztes libraryk, amit wrappereknek hívunk, más interface-k és a program közötti +áthidalást végzik. Ilyen az SDL, a GGI, DirectFB, illetve az általunk +fejlesztett Vidix. De ilyen a szöveges módokra kitalált AAlib is. Hardveres +dekóder kártyákat is támogat a program, illetve képkockánként ki lehet +képfájlokba is menteni a videot, ha valaki ilyesmit szeretne művelni. </p> <div class="left-box"> -<h3>K�zvetlen�l t�mogatott VGA k�rty�k</h3> +<h3>Közvetlenül támogatott VGA kártyák</h3> <ul> <li><b>mga_vid</b>: Matrox G200, G400, G450, G550</li> @@ -592,50 +592,50 @@ </div> <p> -Eml�tettem a video drivereket. Az mga_vid a Matrox G200 �s af�l�tti k�rty�it -t�mogatja. Itt az a nagy probl�m�nk (ez�rt is kezdt�nk neki saj�t magunk -video drivereket �rni), hogy b�r az ut�bb p�r �v alatt el�g sokat fejl�d�tt -a video driverek min�s�ge, illetve t�mogatotts�ga, de m�g mindig messze -vannak att�l, hogy teljes m�rt�kben ki tudj�k haszn�lni a k�rty�k -videolej�tsz�si k�pess�g�t. A Matrox videok�rty�k hardveresen n�gy video -buffer k�z�tt tudnak magukt�l kapcsolni amikor az elektronsug�r visszafel� -fut (teh�t a vertik�lis retrace id� alatt), �gy a k�pen teh�t nem l�tszanak -cs�koz�sok, villog�sok. Illetve a videok�rtya RAM-j�ba is lehet tenni ezeket -a buffereket, teh�t � automatikusan onnan fogja kiolvasni. +Említettem a video drivereket. Az mga_vid a Matrox G200 és afölötti kártyáit +támogatja. Itt az a nagy problémánk (ezért is kezdtünk neki saját magunk +video drivereket írni), hogy bár az utóbb pár év alatt elég sokat fejlődött +a video driverek minősége, illetve támogatottsága, de még mindig messze +vannak attól, hogy teljes mértékben ki tudják használni a kártyák +videolejátszási képességét. A Matrox videokártyák hardveresen négy video +buffer között tudnak maguktól kapcsolni amikor az elektronsugár visszafelé +fut (tehát a vertikális retrace idő alatt), így a képen tehát nem látszanak +csíkozások, villogások. Illetve a videokártya RAM-jába is lehet tenni ezeket +a buffereket, tehát ő automatikusan onnan fogja kiolvasni. </p> <p> Ezeket az X-es driverekkel nem lehet megoldani, mert az X is a -rendszermem�ri�ba teszi a k�pet, onnan m�solja �t egy k�l�n processz a -videok�rtya mem�ri�ba, s ott is maximum k�t buffert tud. Teh�t vannak ilyen -probl�m�k, amiket ki lehet k�sz�b�lgetni, de ezek mind a teljes�tm�ny �s a -k�pmin�s�g rov�s�ra mennek. A VIDIX driver egy unified rendszer, amely -egys�ges�ti az �ltalunk fejlesztett video driver interface-eket. �gy -keletkezett, hogy az ATI k�rty�khoz k�sz�lt driverekhez hozz�fejlesztett�nk, -de a t�bbi maradt a saj�t egy�ni interface-�vel. +rendszermemóriába teszi a képet, onnan másolja át egy külön processz a +videokártya memóriába, s ott is maximum két buffert tud. Tehát vannak ilyen +problémák, amiket ki lehet küszöbölgetni, de ezek mind a teljesítmény és a +képminőség rovására mennek. A VIDIX driver egy unified rendszer, amely +egységesíti az általunk fejlesztett video driver interface-eket. Úgy +keletkezett, hogy az ATI kártyákhoz készült driverekhez hozzáfejlesztettünk, +de a többi maradt a saját egyéni interface-ével. </p> <p> -A Linux kernelben van egy TDFXFB nev� driver, amely lehet�v� teszi a 3Dfx -r�gebbi k�rty�inak a teljes m�rt�k� kihaszn�l�s�t. Ebben is nagy seg�ts�get -jelentett nek�nk az UHU, miut�n n�lk�l�k nem tudtunk volna ennyif�le k�rty�n -tesztelni, illetve fejleszteni, ezeket is �k biztos�tott�k sz�munkra. Illetve -sokan k�rtek az nVidia k�rty�k t�mogat�s�t. Nem tudom, ki volt a Free SW -f�rumon az eb�dsz�netben, felmer�lt pont ez a t�ma, hogy a hardvergy�rt�k nem -adnak ki semmi dokument�ci�t a chipekre. Az nVidi�val is az a f� probl�m�nk, -hogy a gy�rt� megtagadja mindenf�le inform�c� kiad�s�t, m�g a Matrox, a ATI -vagy a 3DFX kiadott minden sz�ks�ges anyagot, legal�bb a fejleszt�knek. Az -nVidi�n�l csak arra tudunk t�maszkodni, hogy a Linux alatt kiadott bin�ris -drivereket visszafejtegetj�k, n�zegetj�k, vajon hogy m�k�dhet ez, kital�lni -r�gebbi k�dokb�l - de ez �gy el�g neh�zkesen halad. M�r j� p�r h�napja -dolgozunk rajta, de m�g val�sz�n�leg legal�bb ennyi lesz, am�g valami -m�k�d�k�pes k�dot k�sz�t�nk, s lesz m�g egyszer ennyi, am�g val�ban optim�lis -k�d lesz. Mindenesetre tervbe van v�ve. Rem�lem, hogy a j�v�ben a -videok�rtya-gy�rt�k megpr�b�lnak vagy �k maguk fejleszteni ilyesmit, pl. Vidix -al� drivereket, vagy legal�bb kiadj�k a sz�ks�ges dokument�ci�t, hogy legal�bb -�gy t�mogass�k a fejleszt�st. Sajnos egyel�re nem nagyon �rdekli �ket a Linux -alatti video lej�tsz�s, mert ha Linux-szal foglalkozik is egy-egy gy�rt�, az -ink�bb csak a szerver platformban �rdekl�dik. +A Linux kernelben van egy TDFXFB nevű driver, amely lehetővé teszi a 3Dfx +régebbi kártyáinak a teljes mértékű kihasználását. Ebben is nagy segítséget +jelentett nekünk az UHU, miután nélkülük nem tudtunk volna ennyiféle kártyán +tesztelni, illetve fejleszteni, ezeket is ők biztosították számunkra. Illetve +sokan kértek az nVidia kártyák támogatását. Nem tudom, ki volt a Free SW +fórumon az ebédszünetben, felmerült pont ez a téma, hogy a hardvergyártók nem +adnak ki semmi dokumentációt a chipekre. Az nVidiával is az a fő problémánk, +hogy a gyártó megtagadja mindenféle informácó kiadását, míg a Matrox, a ATI +vagy a 3DFX kiadott minden szükséges anyagot, legalább a fejlesztőknek. Az +nVidiánál csak arra tudunk támaszkodni, hogy a Linux alatt kiadott bináris +drivereket visszafejtegetjük, nézegetjük, vajon hogy működhet ez, kitalálni +régebbi kódokból - de ez így elég nehézkesen halad. Már jó pár hónapja +dolgozunk rajta, de még valószínűleg legalább ennyi lesz, amíg valami +működőképes kódot készítünk, s lesz még egyszer ennyi, amíg valóban optimális +kód lesz. Mindenesetre tervbe van véve. Remélem, hogy a jövőben a +videokártya-gyártók megpróbálnak vagy ők maguk fejleszteni ilyesmit, pl. Vidix +alá drivereket, vagy legalább kiadják a szükséges dokumentációt, hogy legalább +így támogassák a fejlesztést. Sajnos egyelőre nem nagyon érdekli őket a Linux +alatti video lejátszás, mert ha Linux-szal foglalkozik is egy-egy gyártó, az +inkább csak a szerver platformban érdeklődik. </p> @@ -643,7 +643,7 @@ <table border="0" cellpadding="2"> <tr> -<td colspan="4"><b>MPlayer "stabil" verzi�k</b></td> +<td colspan="4"><b>MPlayer "stabil" verziók</b></td> </tr> <tr><td>v0.01:</td><td>2000.</td><td>Nov</td><td>01.</td></tr> <tr><td>v0.10:</td><td>2001.</td><td>Jan</td><td>01.</td></tr> @@ -657,156 +657,156 @@ </div> <p> -Az MPlayer verzi�sz�moz�sa el�g �rdekes probl�ma. A 0.01 verzi� k�t nap -h�j�n k�t �ve lett kiadva, az�ta �rdekes verzi�sz�mok jelentek meg. Ezeknek -hossz� t�rt�nete van, hogy melyik verzi� mi�rt ennyi. M�gis l�nyeges az, -hogy a 0.90-es verzi�t �prilis �ta h�zzuk, halasztjuk. �prilisban jelent meg -az els� Pre beta verzi�ja, az�ta kiadtunk m�r 9 pret, illetve kiadtuk volna -tegnap a 10-est, de az el lett megint tolva, s v�g�l is 0.90 stabil verzi� -nem tudom mikor lesz t�nylegesen, val�sz�n�leg n�h�ny h�napon, illetve h�ten -bel�l. +Az MPlayer verziószámozása elég érdekes probléma. A 0.01 verzió két nap +híján két éve lett kiadva, azóta érdekes verziószámok jelentek meg. Ezeknek +hosszú története van, hogy melyik verzió miért ennyi. Mégis lényeges az, +hogy a 0.90-es verziót április óta húzzuk, halasztjuk. Áprilisban jelent meg +az első Pre beta verziója, azóta kiadtunk már 9 pret, illetve kiadtuk volna +tegnap a 10-est, de az el lett megint tolva, s végül is 0.90 stabil verzió +nem tudom mikor lesz ténylegesen, valószínűleg néhány hónapon, illetve héten +belül. </p> <p> -Az a probl�ma, hogy nem akarunk, illetve nem is tudunk fix -hat�rid�ket szabni, nem mondhatom, hogy janu�r 8-�n kiadjuk a 0.90-et, -addigra mindenki mindent csin�ljon meg, s minden legyen stabil. Sajnos ez -nem �gy m�k�dik, egyr�szt mert a fejleszt�k ezt hobbib�l csin�lj�k, �s ez -egy teljesen nonprofit projekt. Teh�t nem mondhatjuk valakinek azt, hogy -m�rpedig ezt te holnapra fogod meg�rni, �s k�sz legyen, mert emellett m�s -dolguk is van az embereknek, tanulnak, dolgoznak. Teh�t erre nem lehet -sz�m�tani. M�sr�szt a fejleszt�s jelent�s r�sze, val�sz�n�leg t�bb mint a -fele abb�l j�n, amiket nem is mi fejleszt�nk, hanem k�zvetlen�l a -felhaszn�l�k k�ld�zgetnek nek�nk patch-eket, jav�t�sokat, amikre v�g�l is -nem lehet nagyon el�re �p�teni. Viszont �ltal�ban egy-egy ilyen jav�t�s -elind�t egy eg�sz lavin�t, s eg�sz sok k�dot �talak�tunk, amit az a -m�dos�t�s ind�tott meg, az vil�g�tott r�, hogy azt sz�ks�ges �t�rni. Teh�t -egy-egy ilyen patch �rkez�se el�fordul, hogy h�napokra eltolja egy-egy �j -verzi� kiad�s�t, s m�r �prilis �ta �gy tologatjuk magunk el�tt, s m�g mindig -nem l�tjuk, hogy mikor fog megjelenni, de val�sz�n�, hogy m�g az idei �vben -kiadjuk. Az 1.0 megint j� k�rd�s. Kb. egy �ve �rtam egy list�t, hogy -mi az, amit az 1.0-ba bele akarunk tenni, mi az, ami az 1.0 verzi� -kiad�s�hoz sz�ks�ges. Azok m�r r�g megval�sultak, de a lista fokozatosan -n�tt, mert amikor kit�r�lt�nk egy sort, kett�t hozz��rtunk, teh�t �gy soha -nem fog elfogyni, �gy val�sz�n�, hogy ez majd valamikor j�v�re fog -elk�sz�lni. Igaz�b�l az MPlayern�l azt a filoz�fi�t k�vetj�k, hogy t�l -szigor�ra sem lehet venni a kiad�s d�tumait, de t�l szabadra sem, �gyhogy -pr�b�lunk t�g hat�rid�ket szabni, csak nem nagyon siker�l betartani -egyel�re. +Az a probléma, hogy nem akarunk, illetve nem is tudunk fix +határidőket szabni, nem mondhatom, hogy január 8-án kiadjuk a 0.90-et, +addigra mindenki mindent csináljon meg, s minden legyen stabil. Sajnos ez +nem így működik, egyrészt mert a fejlesztők ezt hobbiból csinálják, és ez +egy teljesen nonprofit projekt. Tehát nem mondhatjuk valakinek azt, hogy +márpedig ezt te holnapra fogod megírni, és kész legyen, mert emellett más +dolguk is van az embereknek, tanulnak, dolgoznak. Tehát erre nem lehet +számítani. Másrészt a fejlesztés jelentős része, valószínűleg több mint a +fele abból jön, amiket nem is mi fejlesztünk, hanem közvetlenül a +felhasználók küldözgetnek nekünk patch-eket, javításokat, amikre végül is +nem lehet nagyon előre építeni. Viszont általában egy-egy ilyen javítás +elindít egy egész lavinát, s egész sok kódot átalakítunk, amit az a +módosítás indított meg, az világított rá, hogy azt szükséges átírni. Tehát +egy-egy ilyen patch érkezése előfordul, hogy hónapokra eltolja egy-egy új +verzió kiadását, s már április óta így tologatjuk magunk előtt, s még mindig +nem látjuk, hogy mikor fog megjelenni, de valószínű, hogy még az idei évben +kiadjuk. Az 1.0 megint jó kérdés. Kb. egy éve írtam egy listát, hogy +mi az, amit az 1.0-ba bele akarunk tenni, mi az, ami az 1.0 verzió +kiadásához szükséges. Azok már rég megvalósultak, de a lista fokozatosan +nőtt, mert amikor kitöröltünk egy sort, kettőt hozzáírtunk, tehát így soha +nem fog elfogyni, így valószínű, hogy ez majd valamikor jövőre fog +elkészülni. Igazából az MPlayernél azt a filozófiát követjük, hogy túl +szigorúra sem lehet venni a kiadás dátumait, de túl szabadra sem, úgyhogy +próbálunk tág határidőket szabni, csak nem nagyon sikerül betartani +egyelőre. </p> <div class="left-box"> -<h3>T�vlati tervek - v1.0 ut�n</h3> +<h3>Távlati tervek - v1.0 után</h3> <ul> -<li>Vide� szerkeszt�</li> +<li>Videó szerkesztő</li> <li>Streaming server</li> -<li>Web-b�ng�sz� plugin</li> -<li>K�dmodulariz�ci�</li> +<li>Web-böngésző plugin</li> +<li>Kódmodularizáció</li> </ul> </div> <p> -M�g n�h�ny sz�t a t�vlati tervekr�l, hogy mi lesz az 1.0 ut�n, ha -elk�sz�l. Terveinkben szerepel p�ld�ul egy videoszerkeszt� program, a -sz�ks�ges k�d magyr�sze m�r rendelkez�sre �ll, (pl. kodekek, MEncoder, -demuxerek) teh�t amire sz�ks�g van ahhoz, hogy egy f�jlt olvassunk, �rjunk, -dek�doljunk. Gyakorlatilag egy fel�letet kell hozz� l�trehozni, illetve �gy -kell �talak�tani valamennyire a k�dot, hogy p�rhuzamosan t�bb videof�jlt is -fel lehessen vele dolgozni. Most �gy van meg�rva, hogy egyszerre egy f�jlt -tud olvasni. Ezt viszonylag kis munk�val �t lehet alak�tani, tov�bb� ilyen +Még néhány szót a távlati tervekről, hogy mi lesz az 1.0 után, ha +elkészül. Terveinkben szerepel például egy videoszerkesztő program, a +szükséges kód magyrésze már rendelkezésre áll, (pl. kodekek, MEncoder, +demuxerek) tehát amire szükség van ahhoz, hogy egy fájlt olvassunk, írjunk, +dekódoljunk. Gyakorlatilag egy felületet kell hozzá létrehozni, illetve úgy +kell átalakítani valamennyire a kódot, hogy párhuzamosan több videofájlt is +fel lehessen vele dolgozni. Most úgy van megírva, hogy egyszerre egy fájlt +tud olvasni. Ezt viszonylag kis munkával át lehet alakítani, továbbá ilyen "streaming" szervert, hogy lehessen pl. videokonferencia feladatokra, video -szolg�ltat�sra haszn�lni, szint�n ehhez is majdnem minden megvan, a h�l�zati -r�szt kell hozz� implement�lni. +szolgáltatásra használni, szintén ehhez is majdnem minden megvan, a hálózati +részt kell hozzá implementálni. </p> <p> -Web b�ng�sz� plugin, ezt nagyon sok -felhaszn�l� k�ri. L�tezik t�bb t�l�nk f�ggetlen projekt, ami ezt pr�b�lja -el�rni, de val�sz�n�leg ezt igaz�b�l teljes �rt�k�en csak �gy lehet, ha ezt -mag�ba az MPlayer k�dba �rjuk bele, k�ls� vez�rl� k�dokkal ezt neh�z lesz -megoldani. K�d modulariz�ci� - ez v�g�l is az ut�bbi id�ben kezd�d�tt el, s -folyamatosan dolgozunk rajta, hogy kicsit modul�risabb� tegy�k az el�g -monolitikus programot. K�l�nb�z� libekre van sz�tszepar�lva a program, s -ezek most m�r kezdenek lassan egym�st�l f�ggetlenn� v�lni. Ha akarja egy -program, az MPlayer egy-egy r�sz�t fel tudja haszn�lni. Arra is sz�ks�g van, -hogy a t�bbi lej�tsz�val k�z�sen tudjunk egy-egy r�szt haszn�lni, teh�t -v�g�l is �temelhet�ek bizonyos modulok m�s programokba. Ezek a t�vlati +Web böngésző plugin, ezt nagyon sok +felhasználó kéri. Létezik több tőlünk független projekt, ami ezt próbálja +elérni, de valószínűleg ezt igazából teljes értékűen csak úgy lehet, ha ezt +magába az MPlayer kódba írjuk bele, külső vezérlő kódokkal ezt nehéz lesz +megoldani. Kód modularizáció - ez végül is az utóbbi időben kezdődött el, s +folyamatosan dolgozunk rajta, hogy kicsit modulárisabbá tegyük az elég +monolitikus programot. Különböző libekre van szétszeparálva a program, s +ezek most már kezdenek lassan egymástól függetlenné válni. Ha akarja egy +program, az MPlayer egy-egy részét fel tudja használni. Arra is szükség van, +hogy a többi lejátszóval közösen tudjunk egy-egy részt használni, tehát +végül is átemelhetőek bizonyos modulok más programokba. Ezek a távlati terveink. </p> -<h3>K�rd�sek - v�laszok</h3> +<h3>Kérdések - válaszok</h3> -<p><b>K</b>: Ez a modulariz�ci�s �tlet nem jelenti azt, hogy az elszepar�lt - modulhat�rok k�z�tti adatcsere, �tmenet, lass�thatja a lej�tsz�st?</p> +<p><b>K</b>: Ez a modularizációs ötlet nem jelenti azt, hogy az elszeparált + modulhatárok közötti adatcsere, átmenet, lassíthatja a lejátszást?</p> -<p><b>V</b>: A k�rd�s jogos, feltehet�en lass�tani fogja, ez�rt megy ez ilyen lassan, - mert nagyon �t kell gondolni minden egyes m�dos�t� l�p�st, hogy �gy - tudjuk �talak�tani, hogy ne okozzon semmilyen lass�t�st, illetve - semmilyen h�tr�nyt a k�dban. A modulariz�ci� mindenk�ppen az, hogy - egys�ges�tj�k a k�l�nb�z� viselked�si form�kat, r�er�ltetni egy k�z�s - fel�letet, az biztos, hogy bizonyos funkci�kat ki fogunk bel�le venni, - illetve meg fogja bonyol�tani azt, hogy a form�tum specifikus opci�kat - �tadunk egy-egy dek�dernek, amiket egy m�sik dek�der nem tud �rtelmezni. - Emiatt megy ez lassan. Most egy �j konfig k�dot k�sz�t�nk, m�g nincs - benne a CVS-ben, mert el�g b�ta �llapot�, v�g�l is ez pr�b�lja majd azt - valamennyire egyszer�s�teni. Teh�t egy-egy ilyen modul amikor indul, be - tudja regisztr�lni egy k�zponti konfig k�dba azt, hogy � milyen - funkci�kat tud ell�tni milyen protokollal. V�g�lis nem lesz annyira - r�er�ltetve ilyen szabv�nyos interface, hanem valamennyire meghagyjuk a - szabads�g�t, de az�rt megpr�b�ljuk �gy, hogy azt egy k�ls� program is le - tudja k�rdezni, megismerni mik a saj�toss�gai.</p> - -<p> -A m�dia f�jlokb�l k�t alapvet� fajta van, vannak az interleaved form�tumok, -amikor folyamatosan van �sszekeverve a hang- �s a videojel, �s vannak olyan -f�jlform�tumok, amikor sz�t vannak ezek v�lasztva, teh�t k�l�n van a k�p, -k�l�n a hang a f�jlban. Ezeket alapvet�en m�sk�nt kell kezelni, ez�rt a -lej�tsz�nak tudnia kell, hogy ez milyen jelleg�. �s nagyon sok ilyen apr� -p�lda van m�g. Ami�rt az MPlayer el�rte ezt a sebess�get �s stabilit�st, az -az, hogy ezekre k�l�n figyel�nk. A t�bbi lej�tsz� megpr�b�lta a kezdetekt�l -fogva r�er�ltetni egy k�z�s fel�letre ezeket. -</p> - -<p> -Ez az er�ltet�s el�g tal�l� sz�, v�g�l is ugyanez a probl�ma az X-es meg -mindenf�le egy�b driverekkel, amikor videok�rty�kra pr�b�lnak interface-t -er�ltetni. Nagyon j� p�ld�t mondasz, p�ld�ul ez az, ami�rt a Matrox driver -�t lett �rva Vidix interface al�, de v�g�lis m�g mindig a kernel drivert -haszn�ljuk, mert m�g mindig t�bb minden funkci�t el tud l�tni, mint amit a -Vidix egys�ges�tett fel�let�n el lehet �rni. �gy azt�n kital�lunk egy -fel�letet, de ut�na kider�l, hogy j�n egy �jabb k�rtya, aminek megint -m�sfajta jellemz�i vannak, ezeket megint nem lehet r�er�ltetni, s val�sz�n�, -hogy az X-n�l pont ez a probl�ma. Az a m�sik gond, hogy az XVideo-t amikor -kital�lt�k pont erre c�lra, hogy video overlayt el�rjenek, grabbel�sre, -digitaliz�l�sra tal�lt�k ki, �s ut�na tett�k bele a k�vetkez� kiad�sn�l, -hogy lej�tsz�st is lehessen, de ez m�r kicsit "beleg�nyol�s" lett ink�bb, -mert alapvet� funkci�k p�ld�ul hi�nyoznak ebb�l, mondjuk k�pek -szinkroniz�l�sa, ami tv-kimenet eset�n el�g probl�m�s, mert annak pont 25 -Hz-en kell megjelenni, k�l�nben a k�perny�n futni fog - ez a monitoron nem -l�tszik. Erre �k val�sz�n�leg nem is gondoltak akkor, de k�s�bb m�r nem -tudj�k beletenni, mert akkor megint �t kellene �rni az eg�szet. -</p> - -<p><b>Q</b>: Hallott�l m�r ilyen ir�nyzatr�l, hogy min�l kevesebb interface - felhaszn�l�s�val val� program�r�s? Hogy �rted? Pont annak az ellenkez�je, - amire menn�tek, hogy modulariz�lni kellene a dolgot, hogy ink�bb j� a - monolitikus, �s gyakorlatilag amit el�rn�tek a modulariz�ci�val, azt �gy - megval�s�tani, hogy forr�s szinten haszn�lja fel az a program az adott - modult, aminek sz�ks�ge van r�. Mert ha nem �rtok annyi interface-t, - akkor a l�nyegi k�d kisebb, kevesebb probl�ma sz�rmazik abb�l, ha azt - felhaszn�lj�k egy az egyben. Mintha j�l k�rbecsomagolod.</p> - -<p><b>A</b>: A j�l k�rbecsomagol�st pr�b�ljuk mi is elker�lni, de annyira nem kell pl. - a GTK-hoz hasonl�tani, ahol t�nyleg t�l van bonyol�tva, ahol sok r�teg - van r��p�tve. Mi igyeksz�nk egy r�teget tartani, s azok is ilyen - opcion�lis f�ggv�nyek. A kodekek modul�risan lettek �tdolgozva id�n - tavasszal, ez a r�teg �gy n�z ki, hogy van egy �ltal�nos strukt�ra, - amiben a kodek be�ll�thatja, hogy � abb�l a funkcionalit�sb�l melyik - funkci�kat implement�lja. S akkor meg kell n�zni a lej�tsz�nak, hogy - ezekb�l a funkci�kb�l, amelyiket � implement�l, melyik a legoptim�lisabb. - Teh�t nem kell olyat implement�lni, ami neki nem optim�lis.</p> +<p><b>V</b>: A kérdés jogos, feltehetően lassítani fogja, ezért megy ez ilyen lassan, + mert nagyon át kell gondolni minden egyes módosító lépést, hogy úgy + tudjuk átalakítani, hogy ne okozzon semmilyen lassítást, illetve + semmilyen hátrányt a kódban. A modularizáció mindenképpen az, hogy + egységesítjük a különböző viselkedési formákat, ráerőltetni egy közös + felületet, az biztos, hogy bizonyos funkciókat ki fogunk belőle venni, + illetve meg fogja bonyolítani azt, hogy a formátum specifikus opciókat + átadunk egy-egy dekódernek, amiket egy másik dekóder nem tud értelmezni. + Emiatt megy ez lassan. Most egy új konfig kódot készítünk, még nincs + benne a CVS-ben, mert elég béta állapotú, végül is ez próbálja majd azt + valamennyire egyszerűsíteni. Tehát egy-egy ilyen modul amikor indul, be + tudja regisztrálni egy központi konfig kódba azt, hogy ő milyen + funkciókat tud ellátni milyen protokollal. Végülis nem lesz annyira + ráerőltetve ilyen szabványos interface, hanem valamennyire meghagyjuk a + szabadságát, de azért megpróbáljuk úgy, hogy azt egy külső program is le + tudja kérdezni, megismerni mik a sajátosságai.</p> + +<p> +A média fájlokból két alapvető fajta van, vannak az interleaved formátumok, +amikor folyamatosan van összekeverve a hang- és a videojel, és vannak olyan +fájlformátumok, amikor szét vannak ezek választva, tehát külön van a kép, +külön a hang a fájlban. Ezeket alapvetően másként kell kezelni, ezért a +lejátszónak tudnia kell, hogy ez milyen jellegű. És nagyon sok ilyen apró +példa van még. Amiért az MPlayer elérte ezt a sebességet és stabilitást, az +az, hogy ezekre külön figyelünk. A többi lejátszó megpróbálta a kezdetektől +fogva ráerőltetni egy közös felületre ezeket. +</p> + +<p> +Ez az erőltetés elég találó szó, végül is ugyanez a probléma az X-es meg +mindenféle egyéb driverekkel, amikor videokártyákra próbálnak interface-t +erőltetni. Nagyon jó példát mondasz, például ez az, amiért a Matrox driver +át lett írva Vidix interface alá, de végülis még mindig a kernel drivert +használjuk, mert még mindig több minden funkciót el tud látni, mint amit a +Vidix egységesített felületén el lehet érni. Így aztán kitalálunk egy +felületet, de utána kiderül, hogy jön egy újabb kártya, aminek megint +másfajta jellemzői vannak, ezeket megint nem lehet ráerőltetni, s valószínű, +hogy az X-nél pont ez a probléma. Az a másik gond, hogy az XVideo-t amikor +kitalálták pont erre célra, hogy video overlayt elérjenek, grabbelésre, +digitalizálásra találták ki, és utána tették bele a következő kiadásnál, +hogy lejátszást is lehessen, de ez már kicsit "belegányolás" lett inkább, +mert alapvető funkciók például hiányoznak ebből, mondjuk képek +szinkronizálása, ami tv-kimenet esetén elég problémás, mert annak pont 25 +Hz-en kell megjelenni, különben a képernyőn futni fog - ez a monitoron nem +látszik. Erre ők valószínűleg nem is gondoltak akkor, de később már nem +tudják beletenni, mert akkor megint át kellene írni az egészet. +</p> + +<p><b>Q</b>: Hallottál már ilyen irányzatról, hogy minél kevesebb interface + felhasználásával való programírás? Hogy érted? Pont annak az ellenkezője, + amire mennétek, hogy modularizálni kellene a dolgot, hogy inkább jó a + monolitikus, és gyakorlatilag amit elérnétek a modularizációval, azt úgy + megvalósítani, hogy forrás szinten használja fel az a program az adott + modult, aminek szüksége van rá. Mert ha nem írtok annyi interface-t, + akkor a lényegi kód kisebb, kevesebb probléma származik abból, ha azt + felhasználják egy az egyben. Mintha jól körbecsomagolod.</p> + +<p><b>A</b>: A jól körbecsomagolást próbáljuk mi is elkerülni, de annyira nem kell pl. + a GTK-hoz hasonlítani, ahol tényleg túl van bonyolítva, ahol sok réteg + van ráépítve. Mi igyekszünk egy réteget tartani, s azok is ilyen + opcionális függvények. A kodekek modulárisan lettek átdolgozva idén + tavasszal, ez a réteg úgy néz ki, hogy van egy általános struktúra, + amiben a kodek beállíthatja, hogy ő abból a funkcionalitásból melyik + funkciókat implementálja. S akkor meg kell nézni a lejátszónak, hogy + ezekből a funkciókból, amelyiket ő implementál, melyik a legoptimálisabb. + Tehát nem kell olyat implementálni, ami neki nem optimális.</p>  Modified: trunk/essays/src/konf2002.src.en ============================================================================== --- trunk/essays/src/konf2002.src.en (original) +++ trunk/essays/src/konf2002.src.en Mon Jan 29 12:02:38 2007 @@ -72,7 +72,7 @@ <p> The other shows were not of much interest, so after having a sad(?) farewell, we split, and we of Szeged catch our train and head for home. -Thanks to Tam�s Herman we had constant ROTFL until arrival, since he +Thanks to Tamás Herman we had constant ROTFL until arrival, since he was showing some "OS" called <I>Squeak</I>, with the help of his flute ;))) </p> Modified: trunk/essays/src/konf2002.src.hu ============================================================================== --- trunk/essays/src/konf2002.src.hu (original) +++ trunk/essays/src/konf2002.src.hu Mon Jan 29 12:02:38 2007 @@ -4,77 +4,77 @@  <h1> - Le�r�s: Az MPlayer csapat a IV. GNU/Linux konferenci�n Magyarorsz�gon - <br><span class="poster">�rta: Gabucino</span> + Leírás: Az MPlayer csapat a IV. GNU/Linux konferencián Magyarországon + <br><span class="poster">Írta: Gabucino</span> </h1> -<h2>A konferenci�r�l</h2> +<h2>A konferenciáról</h2> <p> -Csak annyit tudok r�la hogy a honos�t�s volt a f� t�m�ja :D -Azt k�rdezed hogyan ker�lt�nk akkor mi m�gis oda? Nos, a szponzorunk, az -UHU-Linux (akik mellesleg a rendezv�ny egyik f� szerverz�i voltak) -szerette volna ha szer�ny szem�lyeink is jelen lenn�nek. �gyh�t azt mondtuk, -<i>"mi�rt is ne, �gyis csak ritk�n tal�lkozunk"</i>, �s elkezdt�nk -k�sz�l�dni. Hamarosan megegyezt�nk hogy az �sszes f�bb magyar fejleszt� -elj�n: �rpi, Pontscho, al3x, �s �n: Gabucino. +Csak annyit tudok róla hogy a honosítás volt a fő témája :D +Azt kérdezed hogyan kerültünk akkor mi mégis oda? Nos, a szponzorunk, az +UHU-Linux (akik mellesleg a rendezvény egyik fő szerverzői voltak) +szerette volna ha szerény személyeink is jelen lennének. Ígyhát azt mondtuk, +<i>"miért is ne, úgyis csak ritkán találkozunk"</i>, és elkezdtünk +készülődni. Hamarosan megegyeztünk hogy az összes főbb magyar fejlesztő +eljön: Árpi, Pontscho, al3x, és én: Gabucino. </p> <p> -Sajnos v�g�l nem csin�ltuk meg az RTFM p�l�kat (amikoris mindegyik�nk -viselne egy-egy bet�t, lehetne hull�mozni, stb:). Tal�n majd legk�zelebb. +Sajnos végül nem csináltuk meg az RTFM pólókat (amikoris mindegyikünk +viselne egy-egy betűt, lehetne hullámozni, stb:). Talán majd legközelebb. </p> -<h2>Az utaz�s</h2> +<h2>Az utazás</h2> <p> -A rendezv�ny Budapesten volt megtartva, valamilyen hossz� nev� Grand -Hotelben. al3x �s �n Szegedr�l vonattal utaztunk, a t�bbiek m�r Pesten -v�rakoztak. A vonat persze tele volt szegedi Linuxosokkal. Amikor -elterjedt a h�r hogy a vonaton tart�zkodik k�t MPlayer fejleszt�, azonnal -egy k�l�n luxuskocsiba sz�ll�tottak minket, aholis n�h�ny sz�ke -hossz�comb�... Khm, teh�t akkor vissza a val�s�gba. :DD Pestre meg�rkezt�nk, -�s a Blah�n tal�lkoztunk j�l. Ez volt az eddigi legnagyobb tal�lkoz�ja -MPlayer fejleszt�knek. �n m�r a Flag 2002-n tal�lkoztam �rpival �s -Pontschoval, �gy ez volt al3x "beavat�sa" :) +A rendezvény Budapesten volt megtartva, valamilyen hosszú nevű Grand +Hotelben. al3x és én Szegedről vonattal utaztunk, a többiek már Pesten +várakoztak. A vonat persze tele volt szegedi Linuxosokkal. Amikor +elterjedt a hír hogy a vonaton tartózkodik két MPlayer fejlesztő, azonnal +egy külön luxuskocsiba szállítottak minket, aholis néhány szőke +hosszúcombú... Khm, tehát akkor vissza a valóságba. :DD Pestre megérkeztünk, +és a Blahán találkoztunk jól. Ez volt az eddigi legnagyobb találkozója +MPlayer fejlesztőknek. Én már a Flag 2002-n találkoztam Árpival és +Pontschoval, így ez volt al3x "beavatása" :) </p> <p> -Ezt�n az �ssze�llt csapat vid�man vonul kereszt�l a v�roson, vil�guralomr�l, -MPlayer Oper�ci�s Rendszerr�l, �s hasonl� csacskas�gokr�l besz�lgetve. +Eztán az összeállt csapat vidáman vonul keresztül a városon, világuralomról, +MPlayer Operációs Rendszerről, és hasonló csacskaságokról beszélgetve. </p> -<h2>A meg�rkez�s</h2> +<h2>A megérkezés</h2> <p> -Meg�rkezve a hotelbe, gyorsan (2 h�t) bejutottunk. H�. Itt nincsenek -n�k, h�zzunk el! ... Naj�. Ez meg valami megfigyel�rendszer a projectoron. -Els� pillant�sra felt�nt hogy milyen rettenetes az swscaler-je, �gyh�t -nem lehet MPlayer. A monitor-ra vetve figyelmes szem�nket r�gt�n -felt�nt az ablakkezel� k�s�rteties hasonl�s�ga a Win98-cal. Szerencs�re -elkezd�d�tt az els� el�ad�s, �gy nem tudtunk meggy�z�dni az igazs�gr�l. +Megérkezve a hotelbe, gyorsan (2 hét) bejutottunk. Hé. Itt nincsenek +nők, húzzunk el! ... Najó. Ez meg valami megfigyelőrendszer a projectoron. +Első pillantásra feltünt hogy milyen rettenetes az swscaler-je, ígyhát +nem lehet MPlayer. A monitor-ra vetve figyelmes szemünket rögtön +feltűnt az ablakkezelő kísérteties hasonlósága a Win98-cal. Szerencsére +elkezdődött az első előadás, így nem tudtunk meggyőződni az igazságról. </p> -<h2>K�s�bb: az UHU-Linux �ltal t�mogatott project-ek bemutat�sa</h2> +<h2>Később: az UHU-Linux által támogatott project-ek bemutatása</h2> <p> -Ny�lv�n ez volt a mi�nk is. Miut�n az - egy�bk�nt sz�rakoztat� - -BSD el�ad�snak v�ge lett, �rpi csatlakoztatta a notebookj�t a projectorhoz - -l�v�n hozott egy OpenOffice-ban �rt prezent�ci�t is. Ponstchonak is volt -egy besz�de betervezve �gyhogy a GUI is ki lett pr�b�lva (igen, ez -szenved� szerkezet, de nem �rdekel).. M�g j�, mert a seekbarban �pp volt -egy bug amit�l ugr�lt :) Pr�b�ltak egy kicsit debuggolni, de az egyetlen -amit el�rtek az az volt, hogy k�sett az el�ad�s. :) -�rpi �s Ponstcho besz�de (a prezent�ci� k�peivel egy�tt) k�l�n let�lthet� -az MPlayer honlapr�l magyar �s angol nyelven. +Nyílván ez volt a miénk is. Miután az - egyébként szórakoztató - +BSD előadásnak vége lett, Árpi csatlakoztatta a notebookját a projectorhoz - +lévén hozott egy OpenOffice-ban írt prezentációt is. Ponstchonak is volt +egy beszéde betervezve úgyhogy a GUI is ki lett próbálva (igen, ez +szenvedő szerkezet, de nem érdekel).. Még jó, mert a seekbarban épp volt +egy bug amitől ugrált :) Próbáltak egy kicsit debuggolni, de az egyetlen +amit elértek az az volt, hogy késett az előadás. :) +Árpi és Ponstcho beszéde (a prezentáció képeivel együtt) külön letölthető +az MPlayer honlapról magyar és angol nyelven. </p> <p> -A t�bbi el�ad�s nem volt t�lzottan �rdekes ahhoz hogy �rjak ide r�luk, -�gyhogy egy szomor�(?) b�cs� ut�n felsz�lltunk a vonatra. -Szerencs�re vel�nk utazott Herman Tam�s, neki, �s a <i>Squeak</i> nev� -"OS"-�nek k�sz�nhet�en v�gigr�h�gt�k az utat. Nem is besz�lve a -furuly�j�r�l ;))) +A többi előadás nem volt túlzottan érdekes ahhoz hogy írjak ide róluk, +úgyhogy egy szomorú(?) búcsú után felszálltunk a vonatra. +Szerencsére velünk utazott Herman Tamás, neki, és a <i>Squeak</i> nevű +"OS"-ének köszönhetően végigröhögtük az utat. Nem is beszélve a +furulyájáról ;))) </p>  Modified: trunk/mwn/20021201.br.txt ============================================================================== --- trunk/mwn/20021201.br.txt (original) +++ trunk/mwn/20021201.br.txt Mon Jan 29 12:02:38 2007 @@ -1,74 +1,74 @@ MPlayer Weekly News #1 - 1 Dezembro, 2002 ========================================= -Bem-vindo � primeira MPlayer Weekly News! +Bem-vindo à primeira MPlayer Weekly News! -N�s decidimos liberar freq�entemente as not�cias, para ter um trabalho mais f�cil, +Nós decidimos liberar freqüentemente as notícias, para ter um trabalho mais fácil, ao escrever o ChangeLog. -Nota: a maioria dos esfor�os aqui listados est�o no CVS! +Nota: a maioria dos esforços aqui listados estão no CVS! -1, Ajuda com a MWN (MPlayer Weekly News) ser� apreciada! - Contate os criadores (listados ao final deste texto) se voc� quiser participar! +1, Ajuda com a MWN (MPlayer Weekly News) será apreciada! + Contate os criadores (listados ao final deste texto) se você quiser participar! -2, Desenvolvedores Ativos e Escritores de Documenta��o procurados! - N�s necessitamos de mais escritores-doc, porque a maioria deles est�o ausentes e - os desenvolvedores t�m que escrever as documenta��es eles mesmos! Seria interessante ter +2, Desenvolvedores Ativos e Escritores de Documentação procurados! + Nós necessitamos de mais escritores-doc, porque a maioria deles estão ausentes e + os desenvolvedores têm que escrever as documentações eles mesmos! Seria interessante ter mais alguns outros escritores-doc, assim os desenvolvedores podem se concentrar em seu - trabalho. Se voc� sentir coragem suficiente e tiver algum conhecimento da l�ngua, - contate-nos por favor e junte-se a equipe! Os tradutores s�o bem-vindos, tamb�m! - Atualmente o MPlayer contem 6 tradu��es dos docs. Algumas delas s�o mais novas do que - os outros. Nota: a vers�o (inglesa) principal tamb�m est� um bocado desatualizada! - -3, Libera��o se aproximando - Sim, uma nova libera��o vir�... algum dia ;) Certos dias "m�gicos": 6 de Dez., 24 de Dez., - 31 de Dez., 1 de Jan. (0.60 foi liberado em 1 de janeiro de 2001). N�o h� nenhuma data de + trabalho. Se você sentir coragem suficiente e tiver algum conhecimento da língua, + contate-nos por favor e junte-se a equipe! Os tradutores são bem-vindos, também! + Atualmente o MPlayer contem 6 traduções dos docs. Algumas delas são mais novas do que + os outros. Nota: a versão (inglesa) principal também está um bocado desatualizada! + +3, Liberação se aproximando + Sim, uma nova liberação virá... algum dia ;) Certos dias "mágicos": 6 de Dez., 24 de Dez., + 31 de Dez., 1 de Jan. (0.60 foi liberado em 1 de janeiro de 2001). Não há nenhuma data de congelamento decidida ainda, como sempre. - Use apenas a ultima vers�o pr� ou a cvs! N�s n�o aceitamos bugreports de vers�es mais velhas! + Use apenas a ultima versão pré ou a cvs! Nós não aceitamos bugreports de versões mais velhas! -4, Esfor�os QuickTime - Sim, como voc� deve ter observado, o MPlayer � o primeiro projeto, que suporta os codecs - QT sob Linux x86 (foi relatado que funcionou tamb�m do FreeBSD!) - H� uns HOWTOs em http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt: - Boas Novas: decodifica��o SVQ1 e ambas DLLs QT5 e QT6 est�o funcionando! +4, Esforços QuickTime + Sim, como você deve ter observado, o MPlayer é o primeiro projeto, que suporta os codecs + QT sob Linux x86 (foi relatado que funcionou também do FreeBSD!) + Há uns HOWTOs em http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt: + Boas Novas: decodificação SVQ1 e ambas DLLs QT5 e QT6 estão funcionando! -5, Suporte � API de �udio/V�deo DMO - WMA9 e WMV9 - Este v�m do projeto avifile (especialmente de Zdenek Kabelac). +5, Suporte à API de Áudio/Vídeo DMO - WMA9 e WMV9 + Este vêm do projeto avifile (especialmente de Zdenek Kabelac). Pegue o codecpack em http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz: - somente esta vers�o do codecpack � relatada como funcional! + somente esta versão do codecpack é relatada como funcional! -6, Suporte � MPEG2000 +6, Suporte à MPEG2000 Inicialmente apenas com 2 DLLs: uma do ImagePower, e outra do Morgan MultiMedia. Use o ultimo CVS e pegue as DLLs em http://www.mplayerhq.hu/~alex/codecs/mjpeg2kdlls.tar.bz2 7, Muitos ajustes e reparos da GUI - Est� no CVS, ela � agora mais robusta, com um c�digo base menor. + Está no CVS, ela é agora mais robusta, com um código base menor. 8, Changelog curto: * reparados ao_oss + menu, xscreensaver - Agora fd aberto pelo ao_oss n�o s�o passados aos processos "filhos". + Agora fd aberto pelo ao_oss não são passados aos processos "filhos". * reparos no menu + solaris - * alguns reparos no c�digo de entrada + * alguns reparos no código de entrada * Docs: Nvidia TV-Out e Skin-Howto atualizados. - * Suporte ao ajuste de volume da sa�da de �udio NAS + * Suporte ao ajuste de volume da saída de áudio NAS 9, Planos futuros Planos a curto prazo: * Codecs ZyGo, BeHereiVideo e outro QT funcionando * Reparos no QT Planos a longo prazo: - * libera��o - * codifica��o SVQ1/3 + * liberação + * codificação SVQ1/3 * opensource Indeo, QDM, Qclp e SVQ3 - * c�digo base mais modularizado + * código base mais modularizado 10, Flames Atuais - (A = a suposi��o, T = a verdade) - A: Trailer de LOTR: As duas Torres n�o funciona - T: O problema � que o trailer inclui uma (ou mais) imagens JPEG com uma id mais baixa do - que a trilha de v�deo. Executando o MPlayer ser�o exibidas algumas informa��es sobre as - trilhas dispon�veis: + (A = a suposição, T = a verdade) + A: Trailer de LOTR: As duas Torres não funciona + T: O problema é que o trailer inclui uma (ou mais) imagens JPEG com uma id mais baixa do + que a trilha de vídeo. Executando o MPlayer serão exibidas algumas informações sobre as + trilhas disponíveis: -------------- MOV track #0: 175 chunks, 1308 samples Image size: 320 x 240 (24 bpp) @@ -79,7 +79,7 @@ Audio bits: 16 chans: 1 rate: 44100 Fourcc: ima4 -------------- - Como voc� pode ver a trilha do v�deo � a 0, neste caso ele rodar� numa boa, sem a + Como você pode ver a trilha do vídeo é a 0, neste caso ele rodará numa boa, sem a necessidade de parametros extra. E aqui o exemplo do As Duas Torres: @@ -112,33 +112,33 @@ Audio extra header: len=92 fcc=0x77617665 Fourcc: QDM2 -------------- - Voc� pode perceber a trilha #0 n�o tem uma stream de v�deo v�lida, a trilha #1 - � uma imagem JPEG (!) e assim ela ser� erroneamente selecionada, pois � a - primeira trilha que cont�m algo que o MPlayer reconhece. - Se voc� iniciar o MPLayer com a op��o -vid 5, ele executar� a trilha certa! + Você pode perceber a trilha #0 não tem uma stream de vídeo válida, a trilha #1 + é uma imagem JPEG (!) e assim ela será erroneamente selecionada, pois é a + primeira trilha que contém algo que o MPlayer reconhece. + Se você iniciar o MPLayer com a opção -vid 5, ele executará a trilha certa! A: DLLs QT ruins! - T: Leia o t�pico 4 deste MWN. + T: Leia o tópico 4 deste MWN. - A: MPEGs "criptografadas" s�o mal executadas. - T: Alguns arquivos mpeg1 e mp3-apenas s�o mal detectadas, assim s�o mal executadas. + A: MPEGs "criptografadas" são mal executadas. + T: Alguns arquivos mpeg1 e mp3-apenas são mal detectadas, assim são mal executadas. A maioria delas repetem uma das seguintes linhas: Encrypted stream but you did not request authentication!! Encrypted VOB file (not compiled with libcss support)! Read DOCS/cd-dvd.html. - Voc� pode trabalhar mais os erros usando o -demuxer. + Você pode trabalhar mais os erros usando o -demuxer. Por exemplo -demuxer 1 significa o MPEG-ES, -demuxer 2 significa MPEG-PS - e -demuxer 17 significa �UDIO (== MP3). (voc� pode tamb�m dar uma olhada no - arquivo main/libmpcodecs/demuxer.h, onde todos estes valores s�o definidos) + e -demuxer 17 significa ÁUDIO (== MP3). (você pode também dar uma olhada no + arquivo main/libmpcodecs/demuxer.h, onde todos estes valores são definidos) 11, Como posso ajudar os desenvolvedores do MPlayer? De uma olhada em http://www.mplayerhq.hu/homepage/donations.html ou leia o primeiro e - segundo t�pico do MWN. + segundo tópico do MWN. 12, "Causo" da semana - Doa��o requisitada: SCSI HOWTO por Gabucino + Doação requisitada: SCSI HOWTO por Gabucino Ele recebeu um HDD SCSI e o controlador esta semana. Agradecimentos ao doador, mas, - porque n�o incluiu um howto para o Gabu? Assim um howto (ou ajuda?) � aguardada! + porque não incluiu um howto para o Gabu? Assim um howto (ou ajuda?) é aguardada! ---- Impressum: Modified: trunk/mwn/20021201.de.txt ============================================================================== --- trunk/mwn/20021201.de.txt (original) +++ trunk/mwn/20021201.de.txt Mon Jan 29 12:02:38 2007 @@ -1,54 +1,54 @@ MPlayer Weekly News #1 - 1. Dezember, 2002 ========================================== -Willkommen zum ersten MPlayer Newsletter. Wir haben beschlossen, nun �fters -�nderungen bekannt zu geben damit das Schreiben des ChangeLogs einfacher +Willkommen zum ersten MPlayer Newsletter. Wir haben beschlossen, nun öfters +Änderungen bekannt zu geben damit das Schreiben des ChangeLogs einfacher wird. -Hinweis: Die meisten hier beschreibenen �nderungen sind nur in der +Hinweis: Die meisten hier beschreibenen Änderungen sind nur in der CVS-Version zu finden! -1. Helfer f�r MWN (MPlayer Weekly News) gesucht! +1. Helfer für MWN (MPlayer Weekly News) gesucht! Kontaktiere die Herausgeber wenn du Interesse hast. Ihre E-Mail Adressen findest du am Ende. 2. Entwickler und Dokumentations-Schreiber gesucht! Wir brauchen mehr Leute die Dokumentationen zu MPlayer schreiben. - Zur Zeit m�ssen die meisten Entwickler dies selbst tun, was sie + Zur Zeit müssen die meisten Entwickler dies selbst tun, was sie von ihrer eigentlichen Arbeit ablenkt. Wenn du Zeit, Lust und etwas - sprachliche Kentnisse hast, kontaktier uns. �bersetzter werden auch - gebraucht. Zur Zeit ist die Dokumentation in 6 Sprachen �bersetzt + sprachliche Kentnisse hast, kontaktier uns. Übersetzter werden auch + gebraucht. Zur Zeit ist die Dokumentation in 6 Sprachen übersetzt und nicht alle sind auf dem gleichen Stand. Auch die Englische ist nicht mehr aktuell (von der Deutschen ganz zu schweigen). 3. Kommentes Release - Das n�chste Release wird kommen, ... irgendwan ;). Einige m�gliche - Daten: 6. Dez, 24. Dez, 31. Dez, 1. Jan. Wie �blich wird es kein + Das nächste Release wird kommen, ... irgendwan ;). Einige mögliche + Daten: 6. Dez, 24. Dez, 31. Dez, 1. Jan. Wie üblich wird es kein freeze Date geben. - Arbeite immer mit der aktuellen CVS-Version!!! Bugreports von �lteren + Arbeite immer mit der aktuellen CVS-Version!!! Bugreports von älteren Versionen werden ignoriert! 4. QuickTime - Villeicht hast du es schon geh�rt: MPlayer ist der erste Videoplayer - der die QT-Codecs unter Linux x86 unterst�tzt (soll auch unter FreeBSD + Villeicht hast du es schon gehört: MPlayer ist der erste Videoplayer + der die QT-Codecs unter Linux x86 unterstützt (soll auch unter FreeBSD funktionieren). Es gibt dazu ein Howto, zu finden unter: http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt SVQ1 wiedergaben mir QT5 und QT6 dlls funktioniert! (Ich konnte sogar ein SVQ3 Video ohne Probleme abspeilen) -5. DMO Audio/Video API unterst�tzung -- WMA9 und WMV9 - Die unterst�tzung daf�r kommt vom avifile Projekt (namentlich von +5. DMO Audio/Video API unterstützung -- WMA9 und WMV9 + Die unterstützung dafür kommt vom avifile Projekt (namentlich von Zdenek Kabelac). Lade diese Datei mir den Codecs herunter: http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz Hinweis: Dies ist die einzige bekannte Version die funktioniert. 6. MJPEG2000 support MJPEG2000 ist durch die Windows dlls von ImagePower und Morgen - MultiMedia unterst�tz. Die Codecs findest du unter: + MultiMedia unterstütz. Die Codecs findest du unter: http://www.mplayerhq.hu/~alex/codecs/mjpeg2kdlls.tar.bz2 7. Viele GUI fixes und cleanup - Im CVS ist jetzt eine aufger�umtere (schmalere) und stabilere Version + Im CVS ist jetzt eine aufgeräumtere (schmalere) und stabilere Version des GUIs. 8. Kurzer changelog: @@ -56,11 +56,11 @@ * menu + solaris fixes * einige fixes im input-code * DOCS: Nvidia TV-Out and Skin Howto (noch nicht in der deutschen Doku) - * NAS: Regulierung der Lautst�rke jetzt m�glich + * NAS: Regulierung der Lautstärke jetzt möglich -9. Zuk�nftig gelant +9. Zukünftig gelant Kurzzeitig: - * Unterst�tzung von ZyGo, BeHereiVideo und anderen QT-codecs + * Unterstützung von ZyGo, BeHereiVideo und anderen QT-codecs * cleanup des QT-codes Langzeitig: * release @@ -107,23 +107,23 @@ -------------- Das Problem ist jetzt, dass Track #0 nicht das Video ist, sondern - Track #5. L�sung: benutzt die Option -vid mit dem Track des Videos + Track #5. Lösung: benutzt die Option -vid mit dem Track des Videos als Parameter (Hier mplayer -vid 5). A: QT DLLs funktionieren nicht, werden nicht gefunden, ... T: Lies Punk 4 dieses MWN. - A: MPlayer und verschl�sselte MP3s / MPEG + A: MPlayer und verschlüsselte MP3s / MPEG T: Einige MPEG1 und MP3 werden schlecht erkannt. Das Ergebniss sind - zB. ein Video mir lauter farbige Bl�cke bei MP3 oder der Meldung: + zB. ein Video mir lauter farbige Blöcke bei MP3 oder der Meldung: Encrypted stream but you did not request authentication!! Encrypted VOB file (not compiled with libcss support)! Read DOCS/cd-dvd.html Um dies zu vermeiden kann man eine solche Datei mit der demuxer - Option abspielen, zB. -demuxer 1 f�r MPEG-ES, -demuxer 2 f�r MPEG-PS - und -demuxer 17 f�r AUDIO (== MP3) (in main/libmpcodecs/demuxer.h + Option abspielen, zB. -demuxer 1 für MPEG-ES, -demuxer 2 für MPEG-PS + und -demuxer 17 für AUDIO (== MP3) (in main/libmpcodecs/demuxer.h sind diese Werte definiert). -11. Wie kann man die MPlayer-Entwickler unterst�tzen? +11. Wie kann man die MPlayer-Entwickler unterstützen? Besuch mal http://www.mplayerhq.hu/homepage/donations.html und lies Punkt 2 dieser MWN. @@ -133,4 +133,4 @@ Autoren: Alex Beregszaszi <alex(a)naxine.org> Istvan Sebestyen <stevee(a)alphanet.ch> Attila Kinali <kinali(a)gmx.net> - �bersetzung: Christoph Enzmann <christoph.enzmann(a)gmx.ch> + Übersetzung: Christoph Enzmann <christoph.enzmann(a)gmx.ch> Modified: trunk/mwn/20021201.es.txt ============================================================================== --- trunk/mwn/20021201.es.txt (original) +++ trunk/mwn/20021201.es.txt Mon Jan 29 12:02:38 2007 @@ -1,79 +1,79 @@ Noticias semanales de MPlayer - 1 de diciembre de 2002 ====================================================== - Traducci�n al castellano de "MPlayer Weekly News" + Traducción al castellano de "MPlayer Weekly News" -Bienvenidos al primer bolet�n semanal de noticias de MPlayer. Hemos decidido -publicar noticias m�s a menudo, para facilitar el trabajo al escribir el +Bienvenidos al primer boletín semanal de noticias de MPlayer. Hemos decidido +publicar noticias más a menudo, para facilitar el trabajo al escribir el registro de cambios. -Nota: todos los avances mencionados se refieren mayormente a la versi�n CVS. +Nota: todos los avances mencionados se refieren mayormente a la versión CVS. 1, Necesitamos ayuda en MWN (MPlayer Weekly News). - P�ngase en contacto con los creadores (rese�ados al final de este texto) + Póngase en contacto con los creadores (reseñados al final de este texto) si desea unirse al equipo. 2, Se necesitan programadores y documentadores activos. - Necesitamos m�s documentadores, ya que la mayor�a se han ido y son los propios - desarrolladores los que deben escribir la documentaci�n. Estar�a bien tener m�s + Necesitamos más documentadores, ya que la mayoría se han ido y son los propios + desarrolladores los que deben escribir la documentación. Estaría bien tener más documentadores para que los desarrolladores puedan concentrarse en su trabajo. - Si usted tiene el valor suficiente y alg�n conocimiento de idiomas, por favor - p�ngase en contacto con nosotros y �nase al equipo. Tambi�n hacen falta - traductores. En la actualidad MPlayer cuenta con 6 traducciones de la documentaci�n. - Algunas est�n m�s actualizadas que otras. - Nota: la versi�n principal en ingl�s tambi�n necesita alguna actualizaci�n. - -3, Se acerca la versi�n definitiva - S�, la nueva versi�n estar� lista... alg�n d�a ;) Algunas fechas "m�gicas": - 6 de diciembre, 24 de diciembre, 31 de diciembre, 1 de enero (la versi�n - 0.60 se public� el 1 de enero de 2001). Como es habitual todav�a no se ha - decidido una fecha de congelaci�n del c�digo. - Utilice �nicamente las �ltimas versiones pre o la del CVS. No aceptamos + Si usted tiene el valor suficiente y algún conocimiento de idiomas, por favor + póngase en contacto con nosotros y únase al equipo. También hacen falta + traductores. En la actualidad MPlayer cuenta con 6 traducciones de la documentación. + Algunas están más actualizadas que otras. + Nota: la versión principal en inglés también necesita alguna actualización. + +3, Se acerca la versión definitiva + Sí, la nueva versión estará lista... algún día ;) Algunas fechas "mágicas": + 6 de diciembre, 24 de diciembre, 31 de diciembre, 1 de enero (la versión + 0.60 se publicó el 1 de enero de 2001). Como es habitual todavía no se ha + decidido una fecha de congelación del código. + Utilice únicamente las últimas versiones pre o la del CVS. No aceptamos informes de fallos de versiones antiguas. 4, Esfuerzos en QuickTime - As� es, como ya habr� notado, MPlayer es el primer proyecto que soporta - los c�decs de QT en Linux x86 (se ha dicho que tambi�n funcionan en + Así es, como ya habrá notado, MPlayer es el primer proyecto que soporta + los códecs de QT en Linux x86 (se ha dicho que también funcionan en FreeBSD). Hay un HOWTO en http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt - Buenas noticias: la decodificaci�n SVQ1 y las DLLs de QT5 y QT6 est�n funcionando. + Buenas noticias: la decodificación SVQ1 y las DLLs de QT5 y QT6 están funcionando. 5, Soporte para el API DMO Audio/Video -- WMA9 y WMV9 Esto nos llega desde el proyecto avifile (especialmente de Zdenek Kabelac). - Descargue los c�decs de http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz - Nota: esta es la �nica versi�n de los c�decs que parece funcionar. + Descargue los códecs de http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz + Nota: esta es la única versión de los códecs que parece funcionar. 6, Soporte para MJPEG2000 - En principio s�lo con 2 DLLs: una de ImagePower, la otra de Morgan MultiMedia. - Utilice la �ltima versi�n del CVS y descargue las DLLs de + En principio sólo con 2 DLLs: una de ImagePower, la otra de Morgan MultiMedia. + Utilice la última versión del CVS y descargue las DLLs de http://www.mplayerhq.hu/~alex/codecs/mjpeg2kdlls.tar.bz2 -7, Muchas correcciones del entorno gr�fico y limpiezas - Est� en el CVS, ahora deber�a ser m�s robusto y utilizar menos c�digo. +7, Muchas correcciones del entorno gráfico y limpiezas + Está en el CVS, ahora debería ser más robusto y utilizar menos código. 8, Registro de cambios corto: - * correcciones en ao_oss + men�, xscreensaver + * correcciones en ao_oss + menú, xscreensaver Ahora el descriptor abierto por ao_oss no se le pasa a los procesos hijo. - * correcciones en men� + solaris - * correcciones en alg�n c�digo de entrada + * correcciones en menú + solaris + * correcciones en algún código de entrada * DOCS: actualizados Nvidia TV-Out y Skin-Howto - * soporte para el par�metros de volumen en la salida de audio NAS + * soporte para el parámetros de volumen en la salida de audio NAS 9, Planes futuros Planes a corto plazo: - * hacer funcionar ZyGo, BeHereiVideo y otros c�decs de QT + * hacer funcionar ZyGo, BeHereiVideo y otros códecs de QT * limpieza de QT Planes a largo plazo: - * publicaci�n de la versi�n - * codificaci�n SVQ1/3 - * c�decs de c�digo abierto para Indeo, QDM, Qclp y SVQ3 - * c�digo m�s modular + * publicación de la versión + * codificación SVQ1/3 + * códecs de código abierto para Indeo, QDM, Qclp y SVQ3 + * código más modular 10, Rumores actuales (A = lo asumido, V = la verdad) A: ESDLA: El trailer de "Las dos torres" no funciona V: Es cierto. - El problema es que el trailer incluye una (o m�s) im�genes fijas en JPEG - con un id de v�deo m�s bajo que el de la pista de v�deo. Al ejecutar MPlayer - este deber�a mostrar alguna informaci�n sobre las pistas disponibles: + El problema es que el trailer incluye una (o más) imágenes fijas en JPEG + con un id de vídeo más bajo que el de la pista de vídeo. Al ejecutar MPlayer + este debería mostrar alguna información sobre las pistas disponibles: -------------- MOV track #0: 175 chunks, 1308 samples Image size: 320 x 240 (24 bpp) @@ -84,8 +84,8 @@ Audio bits: 16 chans: 1 rate: 44100 Fourcc: ima4 -------------- - Como puede ver, el id de la pista de v�deo es 0, en este caso se - reproduce correctamente, sin especificar par�metros adicionales. + Como puede ver, el id de la pista de vídeo es 0, en este caso se + reproduce correctamente, sin especificar parámetros adicionales. Y este es el ejemplo de "Las dos torres": -------------- @@ -117,39 +117,39 @@ Audio extra header: len=92 fcc=0x77617665 Fourcc: QDM2 -------------- - Como puede ver, la pista 0 no es un flujo de v�deo v�lido, + Como puede ver, la pista 0 no es un flujo de vídeo válido, la pista 1 es una imagen fija JPEG (!) y es la que se selecciona - de forma predeterminada. Si ejecuta MPlayer con la opci�n -vid 5, - se reproducir� la pista correcta. + de forma predeterminada. Si ejecuta MPlayer con la opción -vid 5, + se reproducirá la pista correcta. - A: DLLs de QT err�neas. + A: DLLs de QT erróneas. V: Lea el punto 4 de este documento. A: Algunos archivos MPEG "cifrados" no se reproducen correctamente. V: Algunos archivos MPEG-1 y MP3 no son detectados correctamente, por lo - que no se reproducen bien. La mayor�a de ellos repiten una de estas l�neas: + que no se reproducen bien. La mayoría de ellos repiten una de estas líneas: Encrypted stream but you did not request authentication!! Encrypted VOB file (not compiled with libcss support)! Read DOCS/cd-dvd.html. - Puede solucionar estos problemas utilizando la opci�n -demuxer. + Puede solucionar estos problemas utilizando la opción -demuxer. Por ejemplo -demuxer 1 significa MPEG-ES, -demuxer 2 es MPEG-PS - y -demuxer 17 significa AUDIO (== MP3). (Tambi�n puede consultar el + y -demuxer 17 significa AUDIO (== MP3). (También puede consultar el archivo main/libmpcodecs/demuxer.h, que es donde se definen todos estos valores). -11, �C�mo se puede colaborar con los desarrolladores de MPlayer? - Consulte la p�gina http://www.mplayerhq.hu/homepage/donations.html o +11, ¿Cómo se puede colaborar con los desarrolladores de MPlayer? + Consulte la página http://www.mplayerhq.hu/homepage/donations.html o lea los puntos 1 y 2 de este documento. 12, El chiste de la semana Se necesitan donaciones: SCSI HOWTO para Gabucino Ha recibido un disco duro y una controladora SCSI esta semana. Gracias a quien - lo ha donado, pero, �por qu� no ha incluido un GABUCINO HOWTO? As� que estamos + lo ha donado, pero, ¿por qué no ha incluido un GABUCINO HOWTO? Así que estamos a la espera de uno. ---- Impressum: - P�gina web: http://www.mplayerhq.hu/~alex/mwn/ + Página web: http://www.mplayerhq.hu/~alex/mwn/ Autores : Alex Beregszaszi <alex(a)naxine.org>, Istvan Sebestyen <stevee(a)alphanet.ch> and Attila Kinali <kinali(a)gmx.net> - Traducci�n: Miguel Revilla Rodr�guez <yo(a)miguelrevilla.com> + Traducción: Miguel Revilla Rodríguez <yo(a)miguelrevilla.com> Modified: trunk/mwn/20021201.fr.txt ============================================================================== --- trunk/mwn/20021201.fr.txt (original) +++ trunk/mwn/20021201.fr.txt Mon Jan 29 12:02:38 2007 @@ -1,65 +1,65 @@ -Nouvelles hebdomadaires MPlayer #1 - 1er D�cembre 2002 +Nouvelles hebdomadaires MPlayer #1 - 1er Décembre 2002 ====================================================== -Bienvenue au premier bulletin hebdomadaire de MPlayer! Nous avons d�cid� de -publier des nouvelles souvent, afin de faciliter le travail d'�criture +Bienvenue au premier bulletin hebdomadaire de MPlayer! Nous avons décidé de +publier des nouvelles souvent, afin de faciliter le travail d'écriture du ChangeLog. -Note: tous les efforts �num�r�s ici se trouvent la plupart du temps dans le CVS! +Note: tous les efforts énumérés ici se trouvent la plupart du temps dans le CVS! -1, De l'aide est n�cessaire pour MWN (MPlayer Weekly News - Nouvelles +1, De l'aide est nécessaire pour MWN (MPlayer Weekly News - Nouvelles hebdomadaires MPlayer)! - Contactez les r�alisateurs (liste � la fin de ce texte) si vous voulez nous + Contactez les réalisateurs (liste à la fin de ce texte) si vous voulez nous rejoindre! -2, Recherchons d�veloppeurs actifs et cr�ateurs de docs! - Nous avons besoin de plus de cr�ateurs de docs, la plupart sont partis et - les d�veloppeurs doivent �crire les documentations eux-m�mes! �a serait - gentil d'avoir quelques personnes suppl�mentaires pour les docs, afin de - permettre aux d�veloppeurs de se concentrer sur leur travail. Si vous vous +2, Recherchons développeurs actifs et créateurs de docs! + Nous avons besoin de plus de créateurs de docs, la plupart sont partis et + les développeurs doivent écrire les documentations eux-mêmes! Ça serait + gentil d'avoir quelques personnes supplémentaires pour les docs, afin de + permettre aux développeurs de se concentrer sur leur travail. Si vous vous sentez assez courageux et que vous avez quelques connaissances en langues, - contactez-nous svp et rejoignez l'�quipe! On recherche des traducteurs + contactez-nous svp et rejoignez l'équipe! On recherche des traducteurs aussi! Pour l'instant MPlayer contient 6 traductions des docs. Quelques unes - sont plus � jour que les autres. - Note: la version principale (anglaise) est aussi l�g�rement p�rim�e! + sont plus à jour que les autres. + Note: la version principale (anglaise) est aussi légèrement périmée! 3, Une nouvelle version approche - Oui, elle va bient�t arriver... un jour ou l'autre ;) Quelques dates - "magiques" : les 6, 24 et 31 d�cembre, le 1er janvier (la version 0.60 est + Oui, elle va bientôt arriver... un jour ou l'autre ;) Quelques dates + "magiques" : les 6, 24 et 31 décembre, le 1er janvier (la version 0.60 est sortie le 1er janvier 2001). La date de gel de la version n'a pas encore - �t� d�cid�e, comme d'habitude. + été décidée, comme d'habitude. 4, Efforts sur le QuickTime - Oui, comme vous devriez l'avoir remarqu�, MPlayer est le premier projet � - supporter les codecs QT sous Linux x86 (on a signal� que FreeBSD marchait + Oui, comme vous devriez l'avoir remarqué, MPlayer est le premier projet à + supporter les codecs QT sous Linux x86 (on a signalé que FreeBSD marchait aussi!). Vous pourrez trouver un HOWTO ici: http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt - Bonnes nouvelles: le d�codage du SQV1 et les DLLs QT5 fonctionnent! + Bonnes nouvelles: le décodage du SQV1 et les DLLs QT5 fonctionnent! 5, Support de l'API DMO Audio/Video -- WMA9 et WMV9 Celui-ci nous vient du projet avifile (surtout de Zdenek Kabelac). - T�l�chargez le pack de codecs ici: + Téléchargez le pack de codecs ici: http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz - Note: seule cette version a �t� signal�e comme fonctionnelle! + Note: seule cette version a été signalée comme fonctionnelle! 6, Support du MJPEG2000 Pour l'instant seulement avec 2 DLLs: une de ImagePower, l'autre de Morgan Multimedia - Utilisez le dernier CVS et t�l�chargez les dlls depuis: + Utilisez le dernier CVS et téléchargez les dlls depuis: http://www.mplayerhq.hu/~alex/codecs/mjpeg2kdlls.tar.bz2 7, Des tonnes de corrections et nettoyages du GUI - A voir dans le CVS, il devrait �tre plus robuste maintenant, + A voir dans le CVS, il devrait être plus robuste maintenant, avec moins de code. 8, Petit changelog: * ao_oss + menu, corrections pour xscreensaver - Maintenant le fd ouvert par ao_oss n'est plus donn� au processus fils. + Maintenant le fd ouvert par ao_oss n'est plus donné au processus fils. * correction menu + solaris - * quelques corrections de codes d'entr�e - * DOCS: mise � jour de Nvidia TV-Out et du Skin-Howto - * Suport du r�glage du volume de sortie pour l'audio NAS + * quelques corrections de codes d'entrée + * DOCS: mise à jour de Nvidia TV-Out et du Skin-Howto + * Suport du réglage du volume de sortie pour l'audio NAS 9, Plans pour le futur A court terme: @@ -72,11 +72,11 @@ * code plus modulaire 10, Engueulades actuelles - (S = la supposition, V = la v�rit�) + (S = la supposition, V = la vérité) S: la bande-annonce de "Le seigneur des anneaux: les 2 tours" ne marche pas V: mais si! - Le probl�me est que la bande-annonce inclut une (voire plusieures) images - fixes jpeg avec un id vid�o plus faible que la piste vid�o. En lan�ant + Le problème est que la bande-annonce inclut une (voire plusieures) images + fixes jpeg avec un id vidéo plus faible que la piste vidéo. En lançant MPlayer, il devrait afficher quelques informations sur les pistes disponibles: -------------- @@ -89,9 +89,9 @@ Audio bits: 16 chans: 1 rate: 44100 Fourcc: ima4 -------------- - Comme vous pouvez le voir, l'id de le piste vid�o est 0, et dans ce cas - il le joue sans probl�me, pas besoin de sp�cifier des param�tres - suppl�mentaires. + Comme vous pouvez le voir, l'id de le piste vidéo est 0, et dans ce cas + il le joue sans problème, pas besoin de spécifier des paramètres + supplémentaires. Et maitenant avec l'extrait des Deux Tours: -------------- @@ -123,32 +123,32 @@ Audio extra header: len=92 fcc=0x77617665 Fourcc: QDM2 -------------- - Vous pouvez le voir, la piste #0 n'est pas un flux vid�o valide, - la piste #1 est une image fixe jpeg (!) et sera donc s�lectionn�e par - d�faut. Si vous lancez MPlayer avec l'option -vid 5, il jouera la bonne + Vous pouvez le voir, la piste #0 n'est pas un flux vidéo valide, + la piste #1 est une image fixe jpeg (!) et sera donc sélectionnée par + défaut. Si vous lancez MPlayer avec l'option -vid 5, il jouera la bonne piste! S: Mauvaises DLLs QT! V: lisez le point 4 de ce MWN. - S: les MPEGs "encrypt�s" sont mal jou�s. - V: Certains fichiers mpeg1 et mp3 sont mal d�tect�s, et donc mal jou�s. - La plupart r�p�tent une des lignes suivantes: + S: les MPEGs "encryptés" sont mal joués. + V: Certains fichiers mpeg1 et mp3 sont mal détectés, et donc mal joués. + La plupart répètent une des lignes suivantes: Encrypted stream but you did not request authentication!! Encrypted VOB file (not compiled with libcss support)! Read DOCS/cd-dvd.html. Vous pouvez contourner la plupart de ces bugs avec l'option -demuxer. Par exemple -demuxer 1 signifie MPEG-ES, -demuxer 2 signifie MPEG-PS et -demuxer 17 signifie AUDIO (== MP3). (Vous pouvez aussi jeter un oeil - au fichier main/libmpcodecs/demuxer.h, o� toutes ces valeurs sont - d�finies) + au fichier main/libmpcodecs/demuxer.h, où toutes ces valeurs sont + définies) -11, Comment peut-on aider les d�veloppeurs de MPlayer? - Jetez un oeil � cette page: +11, Comment peut-on aider les développeurs de MPlayer? + Jetez un oeil à cette page: http://www.mplayerhq.hu/homepage/donations.html ou lisez les deux premiers points de ce MWN. 12, Truc rigolo de la semaine - Donations demand�es: le SCSI HOWTO pour Gabucino - Il a re�u un disque dur SCSI avec contr�leur cette semaine. Merci au + Donations demandées: le SCSI HOWTO pour Gabucino + Il a reçu un disque dur SCSI avec contrôleur cette semaine. Merci au donateur, mais pourquoi n'a-t-il pas inclus de howto pour Gabu? Un howto (ou de l'aide?) est donc attendu! Modified: trunk/mwn/20021201.hu.txt ============================================================================== --- trunk/mwn/20021201.hu.txt (original) +++ trunk/mwn/20021201.hu.txt Mon Jan 29 12:02:38 2007 @@ -1,91 +1,91 @@ -MPlayer Heti H�rek #1 - 2002. december. 1 +MPlayer Heti Hírek #1 - 2002. december. 1 ========================================= -�dv�z�llek az MPlayer els� heti h�rlevel�ben. �gy d�nt�tt�nk, hogy gyakran fogunk -kiadni ilyen h�rlevelet, �gy k�nnyebb lesz a Changelog-ot meg�rni. +Üdvözöllek az MPlayer első heti hírlevelében. Úgy döntöttünk, hogy gyakran fogunk +kiadni ilyen hírlevelet, így könnyebb lesz a Changelog-ot megírni. -Megjegyz�s: a legt�bb itt felsorolt dolog t�bbnyire a CVS verzi�ra vonatkozik! +Megjegyzés: a legtöbb itt felsorolt dolog többnyire a CVS verzióra vonatkozik! -1, Seg�ts�g kerestetik az MWN-hez (MPlayer Weekly News)! - L�pj kapcsolatba a k�sz�t�kkel (fel vannak sorolva a h�rlev�l alj�n), ha - seg�teni k�v�nsz! - -2, Akt�v fejleszt�k �s dokument�ci� �r�k kerestetnek! - Sz�ks�g�nk van m�g t�bb dokument�ci�-�r�ra, mert a legt�bbj�k nem �r r�, �s - most a fejleszt�knek kell �rniuk a dokument�ci�t! Ez�rt jobb lenne, ha lenne - t�bb dokument�ci� �r�, �s a fejleszt�k a munk�jukra tudn�nak Koncentr�lni. Ha - �gy �rzed, hogy el�g b�tor vagy, �s van n�mi nyelvtud�sod, akkor k�r�nk, hogy - l�pj kapcsolatba vel�nk, �s csatlakozz a csapathoz! Ford�t�k is kerestetnek! - Jelenleg az MPlayer dokument�ci� 6 nyelven �rhet� el. N�melyik frissebb, mint - a t�bbi, szinkroniz�lni kellene �ket. - - Megjegyz�s: a f� (angol) verzi� szint�n elavult kiss�! - -3, K�zeledik a kiad�s - Igen, az �j kiad�s j�n lassan ... valamikor ;) N�h�ny "m�gikus" nap: Dec. 6, - Dec. 24, Dec. 31, Jan. 1 (a 0.60 2001. janu�r. 1-�n jelent meg). Jelenleg m�g - nincs meghat�rozva a k�dfagyaszt�s d�tuma. - - A legutols� pre, vagy CVS verzi�t haszn�ld csak az MPlayerb�l! Nem fogadunk el - bugriportot a r�gebbi verzi�kkal kapcsolatban! - -4, QuickTime er�fesz�t�sek - Igen, mint azt eml�tett�k, az MPlayer az els� project, amely t�mogatja a QT - codec-eket Linux x86 alatt (t�bben jelezt�k, hogy FreeBSD alatt is m�k�dik!) +1, Segítség kerestetik az MWN-hez (MPlayer Weekly News)! + Lépj kapcsolatba a készítőkkel (fel vannak sorolva a hírlevél alján), ha + segíteni kívánsz! + +2, Aktív fejlesztők és dokumentáció írók kerestetnek! + Szükségünk van még több dokumentáció-íróra, mert a legtöbbjük nem ér rá, és + most a fejlesztőknek kell írniuk a dokumentációt! Ezért jobb lenne, ha lenne + több dokumentáció író, és a fejlesztők a munkájukra tudnának Koncentrálni. Ha + úgy érzed, hogy elég bátor vagy, és van némi nyelvtudásod, akkor kérünk, hogy + lépj kapcsolatba velünk, és csatlakozz a csapathoz! Fordítók is kerestetnek! + Jelenleg az MPlayer dokumentáció 6 nyelven érhető el. Némelyik frissebb, mint + a többi, szinkronizálni kellene őket. + + Megjegyzés: a fő (angol) verzió szintén elavult kissé! + +3, Közeledik a kiadás + Igen, az új kiadás jön lassan ... valamikor ;) Néhány "mágikus" nap: Dec. 6, + Dec. 24, Dec. 31, Jan. 1 (a 0.60 2001. január. 1-én jelent meg). Jelenleg még + nincs meghatározva a kódfagyasztás dátuma. + + A legutolsó pre, vagy CVS verziót használd csak az MPlayerből! Nem fogadunk el + bugriportot a régebbi verziókkal kapcsolatban! + +4, QuickTime erőfeszítések + Igen, mint azt említettük, az MPlayer az első project, amely támogatja a QT + codec-eket Linux x86 alatt (többen jelezték, hogy FreeBSD alatt is működik!) - Az ehhez kapcsol�d� HOWTO-t megtal�lod: + Az ehhez kapcsolódó HOWTO-t megtalálod: http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt - J� h�r: az SVQ1 dek�dol�s, a QT5 �s QT6 DLL-ek is m�k�dnek! + Jó hír: az SVQ1 dekódolás, a QT5 és QT6 DLL-ek is működnek! -5, DMO Audio/Video API t�mogat�s -- WMA9 �s WMV9 - Ezek a dolgok az avifile projectb�l j�nnek (k�l�n�sen Zdenek Kabelac-t�l). +5, DMO Audio/Video API támogatás -- WMA9 és WMV9 + Ezek a dolgok az avifile projectből jönnek (különösen Zdenek Kabelac-től). - T�ltsd le a codec csomagot az al�bbi helyr�l: + Töltsd le a codec csomagot az alábbi helyről: http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz - Megjegyz�s: csak ez a verzi�j� codec csomag m�k�dik (tudom�sunk szerint)! + Megjegyzés: csak ez a verziójú codec csomag működik (tudomásunk szerint)! -6, MJPEG2000 t�mogat�s - El�sz�r csak 2 DLL: egyik az ImagePower-b�l, a m�sik a Morgan MultiMedia-b�l. +6, MJPEG2000 támogatás + Először csak 2 DLL: egyik az ImagePower-ből, a másik a Morgan MultiMedia-ból. - Haszn�ld a legutols� CVS verzi�t, �s t�ltsd le a DLL-eket az al�bbi helyr�l: + Használd a legutolsó CVS verziót, és töltsd le a DLL-eket az alábbi helyről: http://www.mplayerhq.hu/~alex/codecs/mjpeg2kdlls.tar.bz2 -7, N�h�ny GUI jav�t�s �s k�dtiszt�t�s - A jelenlegi CVS-ben most egy sokkal robosztusabb, kisebb k�d kapott helyet. +7, Néhány GUI javítás és kódtisztítás + A jelenlegi CVS-ben most egy sokkal robosztusabb, kisebb kód kapott helyet. -8, R�vid v�ltoz�sok logja: - * ao_oss + men�, xscreensaver jav�t�sok - Az fd az ao_oss �ltal van megnyitva, nincs sz�ks�g a gyerek processzekre - * men� + solaris jav�t�sok - * n�h�ny bemeneti k�d jav�t�s - * Dokument�ci�: Nvidia TV-Out �s Skin-Howto friss�t�s - * NAS audio kimeneti hanger� be�ll�t�si t�mogat�s - -9, K�v�beli tervek - - R�vidt�v� tervek: - * ZyGo, BeHereiVideo �s a t�bbi QT codec m�k�d�se - * QT k�dtiszt�t�s - - Hossz�t�v� tervek: - * ril�z ;-) - * SVQ1/3 enk�dol�s - * ny�lt forr�s� Indeo, QDM, Qclp �s SVQ3 - * jobban modulariz�lt k�db�zis +8, Rövid változások logja: + * ao_oss + menü, xscreensaver javítások + Az fd az ao_oss által van megnyitva, nincs szükség a gyerek processzekre + * menü + solaris javítások + * néhány bemeneti kód javítás + * Dokumentáció: Nvidia TV-Out és Skin-Howto frissítés + * NAS audio kimeneti hangerő beállítási támogatás + +9, Kövőbeli tervek + + Rövidtávú tervek: + * ZyGo, BeHereiVideo és a többi QT codec működése + * QT kódtisztítás + + Hosszútávú tervek: + * rilíz ;-) + * SVQ1/3 enkódolás + * nyílt forrású Indeo, QDM, Qclp és SVQ3 + * jobban modularizált kódbázis 10, Jelenlegi flamek - (A = a felt�telez�s, T = az igazs�g) - A: LOTR: The Two Towers trailer nem m�k�dik + (A = a feltételezés, T = az igazság) + A: LOTR: The Two Towers trailer nem működik T: Dehogynem! - A probl�ma az, hogy a trailer egy (vagy t�bb) jpeg k�pet tartalmaz, amelyek - kisebb video ID-vel rendelkeznek, mint maga a video s�v. MPlayerrel n�zve - l�tni lehet az inf�kat az el�rhet� s�vokr�l: + A probléma az, hogy a trailer egy (vagy több) jpeg képet tartalmaz, amelyek + kisebb video ID-vel rendelkeznek, mint maga a video sáv. MPlayerrel nézve + látni lehet az infókat az elérhető sávokról: -------------- @@ -99,10 +99,10 @@ Fourcc: ima4 -------------- - Amint l�tod a video s�v ID-je 0, ebben az esetben nincs sz�ks�g semmilyen - param�terre, sz�pen le lehet j�tszani. + Amint látod a video sáv ID-je 0, ebben az esetben nincs szükség semmilyen + paraméterre, szépen le lehet játszani. - �s itt a Two Towers minta: + És itt a Two Towers minta: -------------- MOV track #0: 1 chunks, 0 samples @@ -134,42 +134,42 @@ Fourcc: QDM2 -------------- - Amint l�tod, a track#0 nem egy norm�lis video folyam, a track#1 egy - jpeg k�p (!) �s ez van alapb�l kiv�lasztva. Ha az MPlayer-t a -vid 5 - opci�val ind�tod, le fogja j�tszani a helyes s�vot! + Amint látod, a track#0 nem egy normális video folyam, a track#1 egy + jpeg kép (!) és ez van alapból kiválasztva. Ha az MPlayer-t a -vid 5 + opcióval indítod, le fogja játszani a helyes sávot! A: Rossz QT DLL-ek! - T: Olvasd el az MPlayer Heti H�rek 4. pontj�t. + T: Olvasd el az MPlayer Heti Hírek 4. pontját. - A: A "titkos�tott" MPEG-ek rosszul j�tszhat�k csak le - T: N�mely mpeg1 �s csak-mp3 fileok rosszul detekt�l�dnak, �gy rosszul - is j�tsz�dnak le. Legt�bbj�k az al�bbi sorokat ism�telgeti: + A: A "titkosított" MPEG-ek rosszul játszhatók csak le + T: Némely mpeg1 és csak-mp3 fileok rosszul detektálódnak, így rosszul + is játszódnak le. Legtöbbjük az alábbi sorokat ismételgeti: "Encrypted stream but you did not request authentication!! Encrypted VOB file (not compiled with libcss support)! Read DOCS/cd-dvd.html." - Erre l�tezik "probl�ma megold�s": haszn�ld a -demuxer kapcsol�t. + Erre létezik "probléma megoldás": használd a -demuxer kapcsolót. - P�ld�ul -demuxer 1 az MPEG-ES-t jelenti, a -demuxer 2 az MPEG-PS-t jelenti �s - a -demuxer 17 az AUDIO-t (== MP3) jelenti. (Belen�zhetsz a main/libmpcodecs/demuxer.h - fileba, aholis az �sszes �rt�k defini�lva van) + Például -demuxer 1 az MPEG-ES-t jelenti, a -demuxer 2 az MPEG-PS-t jelenti és + a -demuxer 17 az AUDIO-t (== MP3) jelenti. (Belenézhetsz a main/libmpcodecs/demuxer.h + fileba, aholis az összes érték definiálva van) -11, Hogyan tudod t�mogatni az MPlayer fejleszt�ket? - Vess egy pillant�st az al�bbi URL-re: +11, Hogyan tudod támogatni az MPlayer fejlesztőket? + Vess egy pillantást az alábbi URL-re: http://www.mplayerhq.hu/homepage/donations.html - vagy olvasd el az MPlayer Heti H�rek els� �s m�sodik pontj�t. + vagy olvasd el az MPlayer Heti Hírek első és második pontját. -12, Heti mulats�g: - T�mogat�s kerestetik: - SCSI HOWTO kellene Gabucino-nak, mert kapott egy SCSI HDD-t �s egy hozz� val� - kontrollert a h�ten. K�sz�net az adom�nyoz�nak, de vajon mi�rt nem adott mell� egy - SCSI HOWTO-t is? Sz�val egy HOWTO vagy seg�ts�g kerestetik ;-) +12, Heti mulatság: + Támogatés kerestetik: + SCSI HOWTO kellene Gabucino-nak, mert kapott egy SCSI HDD-t és egy hozzá való + kontrollert a héten. Köszönet az adományozónak, de vajon miért nem adott mellé egy + SCSI HOWTO-t is? Szóval egy HOWTO vagy segítség kerestetik ;-) ---- Impresszum: Honlap: http://www.mplayerhq.hu/~alex/mwn/ - Szerz�k: Alex Beregszaszi [alex(a)naxine.org] Istvan Sebestyen [stevee(a)alphanet.ch] �s + Szerzők: Alex Beregszaszi [alex(a)naxine.org] Istvan Sebestyen [stevee(a)alphanet.ch] és Attila Kinali [kinali(a)gmx.net] - Ford�t�s: Micsk� 'trey' G�bor [trey(a)hup.hu] \ No newline at end of file + Fordítás: Micskó 'trey' Gábor [trey(a)hup.hu] Modified: trunk/mwn/20021201.pl.txt ============================================================================== --- trunk/mwn/20021201.pl.txt (original) +++ trunk/mwn/20021201.pl.txt Mon Jan 29 12:02:38 2007 @@ -1,78 +1,78 @@ MPlayer Weekly News #1 - December 1st, 2002 =========================================== -Witamy w pierwszym wydaniu MPlayer Weekly News! Zdecydowali�my si� wydawa� -cz�ciej zmiany, by u�atwi� sobie prac� podczas pisania ChangeLogu. +Witamy w pierwszym wydaniu MPlayer Weekly News! Zdecydowaliśmy się wydawać +częściej zmiany, by ułatwić sobie pracę podczas pisania ChangeLogu. -Uwaga: Wszystkie z poni�szych zagadnie� dotycz� przewa�nie w CVSu +Uwaga: Wszystkie z poniższych zagadnień dotyczą przeważnie w CVSu 1. Potrzebna pomoc przy MWN (Mplayer Weekly News) - Je�li chcesz si� przy��czy�, skontaktuj si� z tw�rcami (wymienionymi - u do�u strony) + Jeśli chcesz się przyłączyć, skontaktuj się z twórcami (wymienionymi + u dołu strony) -2. Poszukiwani aktywni deweloperzy i dokumentali�ci! - Potrzebujemy wi�cej dokumentalist�w, poniewa� wi�kszo�� z nich odesz�a i - deweloperzy musz� sami pisa� dokumentacj�! By�o by mi�o mie� kilku - dokumentalist�w, co pozwoli�oby skupi� si� deweloperom na ich pracy. - Je�li czujesz si� wystarczaj�co odwa�ny i znasz troch� j�zyki obce, - skontaktuj si� z nami i przy��cz si� do zespo�u! Poszukujemy r�wnie� - t�umaczy! Obecnie MPlayer zawiera t�umaczenie dokumentacji w 6 j�zykach. - Niekt�re z nich s� bardziej, inne mniej aktualne. - Uwaga: g��wna wersja (angielska) jest r�wnie� troch� nieaktualna! +2. Poszukiwani aktywni deweloperzy i dokumentaliści! + Potrzebujemy więcej dokumentalistów, ponieważ większość z nich odeszła i + deweloperzy muszą sami pisać dokumentację! Było by miło mieć kilku + dokumentalistów, co pozwoliłoby skupić się deweloperom na ich pracy. + Jeśli czujesz się wystarczająco odważny i znasz trochę języki obce, + skontaktuj się z nami i przyłącz się do zespołu! Poszukujemy również + tłumaczy! Obecnie MPlayer zawiera tłumaczenie dokumentacji w 6 językach. + Niektóre z nich są bardziej, inne mniej aktualne. + Uwaga: główna wersja (angielska) jest również trochę nieaktualna! 3. Nadchodzi wydanie - Tak, nowe wydanie nadejdzie... kiedy� ;) Niekt�re z magicznych dni: 6. - grudnia, 24. grudnia, 31. grudnia, 1. stycznia (wersja 0.60 zosta�a - wydana 1 stycznia 2001). Nie ma jeszcze ustalonej daty zamro�enia wydania. - U�ywaj tylko ostatniej wersji pre lub wersji cvs! Nie przyjmujemy raport�w - b��d�w, pochodz�cych z wcze�niejszych wersji! + Tak, nowe wydanie nadejdzie... kiedyś ;) Niektóre z magicznych dni: 6. + grudnia, 24. grudnia, 31. grudnia, 1. stycznia (wersja 0.60 została + wydana 1 stycznia 2001). Nie ma jeszcze ustalonej daty zamrożenia wydania. + Używaj tylko ostatniej wersji pre lub wersji cvs! Nie przyjmujemy raportów + błędów, pochodzących z wcześniejszych wersji! 4. Uruchomienie QuickTime'a - Jak zapewne zauwa�y�e�, MPlayer jest pierwszym projektem, kt�ry supportuje - kodeki QT pod Linuxem x86 (dzia�aj� tej pod FreeBSD!). HOWTO mo�na �ci�gn�� + Jak zapewne zauważyłeś, MPlayer jest pierwszym projektem, który supportuje + kodeki QT pod Linuxem x86 (działają tej pod FreeBSD!). HOWTO można ściągnąć pod adresem http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt. - Dore wie�ci: dekodowanie SVQ1 i biblioteki DLL QT5 oraz QT6 ju� dzia�aj�! + Dore wieści: dekodowanie SVQ1 i biblioteki DLL QT5 oraz QT6 już działają! 5. Wsparcie dla DMO Audio/Video API -- WMA9 i WMV9 - Pochodzi z projektu avifile (szczeg�lnie od Zdenka Kabelaca). - �ci�gnij pakiet kodek�w z adresu + Pochodzi z projektu avifile (szczególnie od Zdenka Kabelaca). + Ściągnij pakiet kodeków z adresu http://www.mplayerhq.hu/MPlayer/releases/Win32_dmo.tgz - Uwaga: Jest to jedyna wersja pakietu kodek�w, o kt�rej wiadomo �e dzia�a! + Uwaga: Jest to jedyna wersja pakietu kodeków, o której wiadomo że działa! 6. Wsparcie dla MJPEG2000 - Przede wszystkim dzi�ki 2 DLLom: jedngo z ImagePower, i innej z Morgan MultiMedia. - U�yj najnowszego CVSa i �ci�gnij te DLLe z: + Przede wszystkim dzięki 2 DLLom: jedngo z ImagePower, i innej z Morgan MultiMedia. + Użyj najnowszego CVSa i ściągnij te DLLe z: http://www.mplayerhq.hu/~alex/codecs/mjpeg2kdlls.tar.bz2 -7. Wiele poprawek i porz�dk�w w kodzie GUI - Nowa wersja w CVS. Powinna by� teraz bardziej solidna, z mniejszym kodem - �r�d�owym. +7. Wiele poprawek i porządków w kodzie GUI + Nowa wersja w CVS. Powinna być teraz bardziej solidna, z mniejszym kodem + źródłowym. -8. Kr�tki changelog: +8. Krótki changelog: * poprawki w ao_oss + menu, xscreensaver Teraz fd otwierane przez ao_oss nie jest przekazywane do procesu potomnego. * poprawki menu + solaris - * poprawki kodu wej�ciowego + * poprawki kodu wejściowego * DOCS: uaktualnienie Nvidia TV-Out i Skin-Howto. - * wsparcie dla ustawienia g�o�no�ci wyj�cia audio NAS + * wsparcie dla ustawienia głośności wyjścia audio NAS -9. Przysz�e plany - Kr�tkoterminowe: - * Uruchomienie kodek�w ZyGo, BeHereiVideo i innych QT - * uporz�dkowanie kodu QT - D�ugoterminowe: +9. Przyszłe plany + Krótkoterminowe: + * Uruchomienie kodeków ZyGo, BeHereiVideo i innych QT + * uporządkowanie kodu QT + Długoterminowe: * wydanie wersji - * mo�liwo�� kodowania w SVQ1/3 + * możliwość kodowania w SVQ1/3 * opensource'owa wersja Indeo, QDM, Qclp i SVQ3 - * bardziej zmodularyzowany kod �r�d�owy + * bardziej zmodularyzowany kod źródłowy 10. Aktualne spory (A = Przypuszczenie, T = Prawda) - A: LOTR: Nie dzia�a trailer do "Dw�ch Wie�" - T: Dzia�a! - Problem tkwi w tym, �e trailer zawiera jeden (lub kilka) nieruchomych - obraz�w jpeg z ni�szym id video ni� ca�a �cie�ka. Uruchomienie MPlayera - powinno wy�wieli� informacje o dost�pnych �cie�kach: + A: LOTR: Nie działa trailer do "Dwóch Wież" + T: Działa! + Problem tkwi w tym, że trailer zawiera jeden (lub kilka) nieruchomych + obrazów jpeg z niŻszym id video niż cała ścieżka. Uruchomienie MPlayera + powinno wyświelić informacje o dostępnych ścieżkach: -------------- MOV track #0: 175 chunks, 1308 samples Image size: 320 x 240 (24 bpp) @@ -83,10 +83,10 @@ Audio bits: 16 chans: 1 rate: 44100 Fourcc: ima4 -------------- - Jak wida� id �cie�ki video to 0. W tym przypadku przebiega dobrze, bez - podawania dodatkowych parametr�w. + Jak widać id ścieżki video to 0. W tym przypadku przebiega dobrze, bez + podawania dodatkowych parametrów. - A tutaj przyk�ad z "Dw�ch Wie�": + A tutaj przykład z "Dwóch Wież": -------------- MOV track #0: 1 chunks, 0 samples Generic track - not completly understood! (id: 0) @@ -116,32 +116,32 @@ Audio extra header: len=92 fcc=0x77617665 Fourcc: QDM2 -------------- - Jak widzisz, track#0 nie jest prawid�owym strumieniem video, track#1 jest - nieruchomym obrazem jpeg (!) i zostanie wybrany domy�lnie. - Je�li uruchomisz MPlayera z opcj� -vid 5, odtworzy w�a�ciw� �cie�k�! + Jak widzisz, track#0 nie jest prawidłowym strumieniem video, track#1 jest + nieruchomym obrazem jpeg (!) i zostanie wybrany domyślnie. + Jeśli uruchomisz MPlayera z opcją -vid 5, odtworzy właściwą ścieżkę! - A: DLLe QT s� z�e! + A: DLLe QT są złe! T: Przeczytaj 4. punkt tego MWN - A: "Zakodowane" MPEGi �le si� odtwarzaj�. - T: Niekt�re pliki zawieraj�ce mpeg1 i mp3 s� niepoprawnie wykrywane, a przez to - �le odtwarzane. Wi�kszo�� z nich powoduje ci�g�e wy�wietlanie jednej z poni�szych + A: "Zakodowane" MPEGi źle się odtwarzają. + T: Niektóre pliki zawierające mpeg1 i mp3 są niepoprawnie wykrywane, a przez to + źle odtwarzane. Większość z nich powoduje ciągłe wyświetlanie jednej z poniższych linii: Encrypted stream but you did not request authentication!! Encrypted VOB file (not compiled with libcss support)! Read DOCS/cd-dvd.html. - Mo�esz obej�� wi�kszo�� z tych bug�w u�ywaj�c opcji -demuxer. Na przyk�ad + Możesz obejść większość z tych bugów używając opcji -demuxer. Na przykład -demuxer 1 oznacza MPEG-ES, -demuxer 2 - MPEG-PS a -demuxer 17 oznacza AUDIO (==MP3). - (Mo�esz r�wnie� zajrze� do pliku main/libmpcodecs/demuxer.h, gdzie s� zdefiniowane - wszystkie te warto�ci) + (Możesz również zajrzeć do pliku main/libmpcodecs/demuxer.h, gdzie są zdefiniowane + wszystkie te wartości) -11. Jak wesprze� deweloper�w MPlayera? - Zajrzyj na stron� http://www.mplayerhq.hu/homepage/donations.html, lub przeczytaj +11. Jak wesprzeć deweloperów MPlayera? + Zajrzyj na stronę http://www.mplayerhq.hu/homepage/donations.html, lub przeczytaj pierwszy i drugi punkt MWN. 12. Cotygodniowa rozrywka Potrzebny dar: SCSI HOWTO dla Gabucino - W tym tygodniu otrzyma� dysk i kontroler SCSI. Podzi�kowania dla ofiarodawcy, ale dlaczego - nie za��czy� howto dla Gabu? Oczekujemy wi�c howto (lub help-a)! + W tym tygodniu otrzymał dysk i kontroler SCSI. Podziękowania dla ofiarodawcy, ale dlaczego + nie załączył howto dla Gabu? Oczekujemy więc howto (lub help-a)! @@ -150,5 +150,5 @@ Homepage: http://www.mplayerhq.hu/~alex/mwn/ Authors: Alex Beregszaszi <alex(a)naxine.org>, Istvan Sebestyen <stevee(a)alphanet.ch> and Attila Kinali <kinali(a)gmx.net> - T�umaczenie: Daniel Lisiecki <lis9 (at) wp (dot) pl> Uwagi mile widziane. + Tłumaczenie: Daniel Lisiecki <lis9 (at) wp (dot) pl> Uwagi mile widziane. Modified: trunk/mwn/20021210.br.txt ============================================================================== --- trunk/mwn/20021210.br.txt (original) +++ trunk/mwn/20021210.br.txt Mon Jan 29 12:02:38 2007 @@ -1,63 +1,63 @@ -Not�cias Semanais do MPlayer N�2 - 10 de Dezembro de 2002 +Notícias Semanais do MPlayer N°2 - 10 de Dezembro de 2002 ========================================================= -Aqui est� a t�o aguardada segunda edi��o! +Aqui está a tão aguardada segunda edição! Ela estava planejada para sair no domingo (8 de dezembro), mas infelizmente -a MPlayerHQ.hu estava fora do ar e eu n�o tenho tido tempo suficiente para +a MPlayerHQ.hu estava fora do ar e eu não tenho tido tempo suficiente para escrever. -Eu quero agradecer � enxurrada de respostas que eu recebi (na maioria perguntas -e tradu��es). +Eu quero agradecer à enxurrada de respostas que eu recebi (na maioria perguntas +e traduções). 1, MPlayerHQ.hu ficou fora por um dia - No domingo, o roteador do provedor de internet travou. N�o, o nosso servidor - estava funcionando legal, portanto pode lidar com todo o tr�fego. Eu j� vi - muitos usu�rios relatando que os servidores n�o conseguem lidar com todo o - tr�fego. - Por favor n�o mande tais e-mails para a lista, pois n�s ficamos sabendo do + No domingo, o roteador do provedor de internet travou. Não, o nosso servidor + estava funcionando legal, portanto pode lidar com todo o tráfego. Eu já vi + muitos usuários relatando que os servidores não conseguem lidar com todo o + tráfego. + Por favor não mande tais e-mails para a lista, pois nós ficamos sabendo do problema no primeiro instante. - De qualquer maneira, � legal saber que voc� se importa com a gente! + De qualquer maneira, é legal saber que você se importa com a gente! 2, Precisamos de hospedagem! - Como voc� p�de ver no 1� ponto, nossa rede teve alguns problemas. - Ent�o se voc� puder conseguir nos ajudar, hospedando o nosso servidor + Como você pôde ver no 1° ponto, nossa rede teve alguns problemas. + Então se você puder conseguir nos ajudar, hospedando o nosso servidor mini-torre, por favor, chame a gente! - Al�m do mais, n�o deve haver �nus para n�s e uma boa conex�o internacional - (>= 1mbit) seria apreciada (e necess�ria)! + Além do mais, não deve haver ônus para nós e uma boa conexão internacional + (>= 1mbit) seria apreciada (e necessária)! -3, Novo (pr�-)lan�amento do MPlayer! - Como voc�s devem ter percebido, o novo pacote adicionou a etiqueta -rc1. - Sim, n�s vamos lan�ar o 0.90 final (ou 1.0?) logo. Depois disso, um novo - cap�tulo vai se iniciar na hist�ria do nosso amado reprodutor. - Ele pode ser baixado da p�gina dos nosso espelhos! +3, Novo (pré-)lançamento do MPlayer! + Como vocês devem ter percebido, o novo pacote adicionou a etiqueta -rc1. + Sim, nós vamos lançar o 0.90 final (ou 1.0?) logo. Depois disso, um novo + capítulo vai se iniciar na história do nosso amado reprodutor. + Ele pode ser baixado da página dos nosso espelhos! (Espelhos: www2 ou www3.mplayerhq.hu) -4, Pacotes RPM lan�ados. - Dominik Mierzejewski foi r�pido em lan�ar a vers�o RPM do 0.90-rc1. +4, Pacotes RPM lançados. + Dominik Mierzejewski foi rápido em lançar a versão RPM do 0.90-rc1. Pegue de http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/ ou de um de nossos espelhos: http://mirrors.sctpc.com/dominik/linux/pkgs/mplayer/ http://ftp.falsehope.com/home/rathann/mplayer/ - (ambos est�o localizados nos Estados Unidos) + (ambos estão localizados nos Estados Unidos) 5, Novas listas de e-mail Duas novas listas de e-mail foram criadas nesse meio-tempo, a MPlayer-MWN - e a MPlayer-announce. A lista de an�ncios, como o nome diz, vai ser usada - somente para anunciar novos recursos, lan�amentos e MWNs. N�o pode haver + e a MPlayer-announce. A lista de anúncios, como o nome diz, vai ser usada + somente para anunciar novos recursos, lançamentos e MWNs. Não pode haver postagem e as respostas devem ir somente para lista -users. - Muitos de voc�s j� devem ter assinado ela e a -mwn tamb�m. Note que a �ltima - � somente para editores e tradutores da mwn. + Muitos de vocês já devem ter assinado ela e a -mwn também. Note que a última + é somente para editores e tradutores da mwn. -6, Acesso �s listas de e-mail via NEWS - Vieram muitas perguntas sobre a raz�o de n�s estarmos usando o velho - m�todo das listas de e-mail ao inv�s de um servidor de news. - A resposta �: ele � bom e funciona. Mas! Boas not�cias para voc�s que n�o - gostam desse tipo de f�rum: existe um servidor de news hospedando as listas - tamb�m! O nome dele � GMANE (http://www.gname.org) e ele � um acesso - bidirecional listas de email/news (isto significa que ele � completamente +6, Acesso às listas de e-mail via NEWS + Vieram muitas perguntas sobre a razão de nós estarmos usando o velho + método das listas de e-mail ao invés de um servidor de news. + A resposta é: ele é bom e funciona. Mas! Boas notícias para vocês que não + gostam desse tipo de fórum: existe um servidor de news hospedando as listas + também! O nome dele é GMANE (http://www.gname.org) e ele é um acesso + bidirecional listas de email/news (isto significa que ele é completamente funcional). - A maioria das listas grandes est�o aqui: + A maioria das listas grandes estão aqui: gmane.comp.video.mplayer.devel = mplayer-dev-eng gmane.comp.video.mplayer.user = mplayer-users gmane.comp.video.mplayer.user.dvb = mplayer-dvb @@ -65,8 +65,8 @@ (gmane.comp.video.mplayer.weekly-news = mplayer-mwn) 7, Novo recurso - Sim, finalmente est� aqui! O Arpi enviou uma nova maneira de se detectar - fluxos (de �udio, v�deo, ...) no "demuxer" do QuickTime. Agora ele seleciona + Sim, finalmente está aqui! O Arpi enviou uma nova maneira de se detectar + fluxos (de áudio, vídeo, ...) no "demuxer" do QuickTime. Agora ele seleciona automaticamente os fluxos maiores. Ele agora mostra uma linha, que se parece com isso: @@ -74,70 +74,70 @@ ou isso: MOV: best streams: A: #2 (926 samples) V: #1 (11552 samples) - Eu n�o quero mais ver relatos de bugs sobre o trailer do filme "Two Towers"! + Eu não quero mais ver relatos de bugs sobre o trailer do filme "Two Towers"! Realmente incomoda! -8, Esfor�os no QuickTime - Sim, ainda h� melhoramentos naquele c�digo! - Agora as dlls extras (qtextras.tar.bz2) tamb�m s�o suportadas por padr�o! - E a decodifica��o QDMC com taxa de bits baixa foi consertada! Visite a - p�gina de codecs para os pacotes atualizados! - -9, Novas p�ginas no site - A p�gina de codecs foi movida para - http://www.mplayerhq.hu/MPlayer/releases/codecs/, que tamb�m melhorou: � +8, Esforços no QuickTime + Sim, ainda há melhoramentos naquele código! + Agora as dlls extras (qtextras.tar.bz2) também são suportadas por padrão! + E a decodificação QDMC com taxa de bits baixa foi consertada! Visite a + página de codecs para os pacotes atualizados! + +9, Novas páginas no site + A página de codecs foi movida para + http://www.mplayerhq.hu/MPlayer/releases/codecs/, que também melhorou: é espelhada! - Tamb�m foi adicionado um novo diret�rio para colecionar os pacotes de - fonte distribu�dos com o reprodutor: + Também foi adicionado um novo diretório para colecionar os pacotes de + fonte distribuídos com o reprodutor: http://www.mplayerhq.hu/MPlayer/releases/fonts/ - E a casa do MWN foi mudada tamb�m: http://www.mplayerhq.hu/homepage/mwn/ + E a casa do MWN foi mudada também: http://www.mplayerhq.hu/homepage/mwn/ 10, Lista de desejos O Diego Biurrun finalmente colecionou os desejos! - Se voc� tem um pedido de algum recurso, por favor leia cuidadosamente a - lista de desejos atual e n�o pe�a um recurso j� adicionado. + Se você tem um pedido de algum recurso, por favor leia cuidadosamente a + lista de desejos atual e não peça um recurso já adicionado. A lista de desejos pode ser encontrada no CVS: main/DOCS/tech/wishlist -11, Esfor�os em outros projetos na cena de processamento de m�dia de c�digo +11, Esforços em outros projetos na cena de processamento de mídia de código aberto: - FFmpeg com suporte a clusteriza��o + FFmpeg com suporte a clusterização Sim, funciona, de verdade! Um cara, chamado Mans Rullgard fez isso (que - tamb�m est� trabalhando no MPlayerXP :) Atualmente n�o est� dispon�vel, + também está trabalhando no MPlayerXP :) Atualmente não está disponível, mas soa bastante promissor. - Algumas medi��es isoladas - "#CPUs Acelera��o relativa + Algumas medições isoladas + "#CPUs Aceleração relativa 1 1 2 1.8 3 2.5 4 3.2 5 3.8 - Eu usei m�quinas Pentium 4 de 1.7 GHz com redes de 100 Mbit/s. - A rede est� quase sempre ocupada e as m�quinas estavam na maioria em uso - (elas pertencem � universidade)." + Eu usei máquinas Pentium 4 de 1.7 GHz com redes de 100 Mbit/s. + A rede está quase sempre ocupada e as máquinas estavam na maioria em uso + (elas pertencem à universidade)." - Para maiores informa��es, visite a p�gina do projeto FFmpeg em + Para maiores informações, visite a página do projeto FFmpeg em http://www.ffmpeg.org ou http://ffmpeg.sourceforge.net/ - Certo, isso n�o significa nenhuma vantagem no MEncoder, mas n�o se esque�a - que toda vez que voc� usar o MPlayer, d� gra�as aos desenvolvedores do - FFmpeg, que trouxeram a biblioteca libavcodec, que � muito usado pelos - reprodutores de m�dia de c�digo aberto. + Certo, isso não significa nenhuma vantagem no MEncoder, mas não se esqueça + que toda vez que você usar o MPlayer, dê graças aos desenvolvedores do + FFmpeg, que trouxeram a biblioteca libavcodec, que é muito usado pelos + reprodutores de mídia de código aberto. 12, "Causo" da semana Obrigado pelas muitas respostas ao Gabucino sobre os problemas dele com SCSI. Ele ficou muito fulo por eu ter publicado isso, e disse que o problema - real foi que o dispositivo antigo precisa de conectores e tal. Ent�o agora + real foi que o dispositivo antigo precisa de conectores e tal. Então agora ele precisa deles. Que tal doar?:) -- Impressum: - P�gina: http://www.mplayerhq.hu/homepage/mwn/ + Página: http://www.mplayerhq.hu/homepage/mwn/ Autores: Alex Beregszaszi <alex(a)naxine.org> e Istvan Sebestyen <stevee(a)alphanet.ch> - Corre��es adicionais por onetom e szabszi - Tradutor para portugu�s: Bernardo Silveira <bernardojts(a)ig.com.br> + Correções adicionais por onetom e szabszi + Tradutor para português: Bernardo Silveira <bernardojts(a)ig.com.br> Colaborador: Leonardo S.R. <cefet_tuc(a)yahoo.com.br> Modified: trunk/mwn/20021210.fr.txt ============================================================================== --- trunk/mwn/20021210.fr.txt (original) +++ trunk/mwn/20021210.fr.txt Mon Jan 29 12:02:38 2007 @@ -1,65 +1,65 @@ -Nouvelles hebdomadaires MPlayer #2 - 10 D�cembre 2002 +Nouvelles hebdomadaires MPlayer #2 - 10 Décembre 2002 ============================================ -Voici enfin le deuxi�me num�ro si longtemps attendu! -Il �tait pr�vu de le sortir dimanche (8 d�cembre), mais malheureusement -MPlayerHQ.hy �tait inaccessible et je n'ai pas eu assez de temps pour l'�crire. +Voici enfin le deuxième numéro si longtemps attendu! +Il était prévu de le sortir dimanche (8 décembre), mais malheureusement +MPlayerHQ.hy était inaccessible et je n'ai pas eu assez de temps pour l'écrire. -Je voudrais vous remercier pour la montagne de r�ponses re�ues (principalement +Je voudrais vous remercier pour la montagne de réponses reçues (principalement des questions et des traductions). -1, MPlayerHQ.hu �tait inaccessible pendant une journ�e - Dimanche le routeur de notre fournisseur Internet a plant�. Non, notre - serveur fonctionnait bien, il peut donc g�rer tout le trafic. J'ai vu +1, MPlayerHQ.hu était inaccessible pendant une journée + Dimanche le routeur de notre fournisseur Internet a planté. Non, notre + serveur fonctionnait bien, il peut donc gérer tout le trafic. J'ai vu de nombreux utilisateurs signaler que le serveur ne pouvait pas - g�rer un trafic si important. + gérer un trafic si important. SVP n'essayez pas d'envoyer de tels mails aux mailing listes, car - nous sommes au courant du probl�me d�s qu'il apparait. - Mais c'est sympathique de voir que vous vous pr�occupez de nous! + nous sommes au courant du problème dès qu'il apparait. + Mais c'est sympathique de voir que vous vous préoccupez de nous! -2, Serveur d'h�bergement demand�! - Comme vous pouvez le voir dans le 1er point, nous avons quelques probl�mes - avec le r�seau. Donc si vous pouvez nous aider pour h�berger notre serveur +2, Serveur d'hébergement demandé! + Comme vous pouvez le voir dans le 1er point, nous avons quelques problèmes + avec le réseau. Donc si vous pouvez nous aider pour héberger notre serveur (tour de taille midi), SVP contactez-nous! - De plus, �a ne doit pas nous co�ter de l'argent et une bonne connection - internationale (>= 1mbit) serait appr�ci�e (et n�cessaire)! + De plus, ça ne doit pas nous coûter de l'argent et une bonne connection + internationale (>= 1mbit) serait appréciée (et nécessaire)! 3, La nouvelle (pre)release de MPlayer est sortie! - Comme vous devriez l'avoir r�alis�, le nouveau package a un num�ro de + Comme vous devriez l'avoir réalisé, le nouveau package a un numéro de version avec un suffixe -rc1. - Oui, nous allons sortir la 0.90 finale (ou bien 1.0?) bient�t. Apr�s - cela un nouveau chapitre commencera dans l'histoire de notre lecteur ador�. - Cette version peut �tre t�l�charg�e depuis la page principale ou les + Oui, nous allons sortir la 0.90 finale (ou bien 1.0?) bientôt. Après + cela un nouveau chapitre commencera dans l'histoire de notre lecteur adoré. + Cette version peut être téléchargée depuis la page principale ou les miroirs! (Miroirs: www2 ou www3.mplayerhq.hu) 4, Packages RPM disponibles. - Dominik Mierzejewski a �t� tr�s rapide pour rendre disponibles les packages + Dominik Mierzejewski a été très rapide pour rendre disponibles les packages RPM de la version 0.90-rc1. - R�cup�rez-les depuis http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/ ou + Récupérez-les depuis http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/ ou depuis un des miroirs suivants: http://mirrors.sctpc.com/dominik/linux/pkgs/mplayer/ http://ftp.falsehope.com/home/rathann/mplayer/ (tous les deux se trouvent aux Etats-Unis) 5, Nouvelles mailing listes - Deux nouvelles mailing listes ont �t� cr��es entre-temps, MPlayer-MWN et + Deux nouvelles mailing listes ont été créées entre-temps, MPlayer-MWN et MPlayer-announce. La liste d'annonces, comme son nom l'indique, sera - utilis�e pour annoncer de nouvelles fonctionnalit�s, sorties ou MWNs. - Elle est en lecture seule et les r�ponses doivent �tre redirig�es vers + utilisée pour annoncer de nouvelles fonctionnalités, sorties ou MWNs. + Elle est en lecture seule et les réponses doivent être redirigées vers la liste -users seule. - Vous �tes d�j� nombreux � y avoir souscrit ainsi qu'� -MWN aussi. - Veuillez noter que cette derni�re est r�serv�e aux �diteurs et + Vous êtes déjà nombreux à y avoir souscrit ainsi qu'à -MWN aussi. + Veuillez noter que cette dernière est réservée aux éditeurs et traducteurs du MWN. 6, Passerelle entre News et mailing listes Il y a de nouveau eu des questions pour nous demander pourquoi nous - utilisons encore le vieux syst�me de mailing listes et pourquoi nous - n'utilisons pas un serveur de news � la place. - La r�ponse: c'est bien et �a marche. Mais voici une bonne nouvelle pour - ceux qui n'aiment pas ce type de forum: il y a �galement un serveur de - news qui h�berge nos listes! Son nom: GMANE (http://www.gmane.org) et - c'est une passerelle bidirectionnelle mailing listes-news (�a veut dire - qu'il fonctionne tr�s bien). + utilisons encore le vieux système de mailing listes et pourquoi nous + n'utilisons pas un serveur de news à la place. + La réponse: c'est bien et ça marche. Mais voici une bonne nouvelle pour + ceux qui n'aiment pas ce type de forum: il y a également un serveur de + news qui héberge nos listes! Son nom: GMANE (http://www.gmane.org) et + c'est une passerelle bidirectionnelle mailing listes-news (ça veut dire + qu'il fonctionne très bien). La plupart des listes importantes sont disponibles: gmane.comp.video.mplayer.devel = mplayer-dev-eng(a)mplayerhq.hu @@ -68,81 +68,81 @@ gmane.comp.video.mplayer.user.matrox = mplayer-matrox(a)mplayerhq.hu (gmane.comp.video.mplayer.weekly-news = mplayer-mwn(a)mplayerhq.hu) -7, Nouvelle fonctionnalit� - La voil� enfin! Arpi a fourni un nouveau moyen de d�tecter les flux - (vid�o, audio, ...) dans le demuxer QuickTime. Maintenant il s�lectionne +7, Nouvelle fonctionnalité + La voilà enfin! Arpi a fourni un nouveau moyen de détecter les flux + (vidéo, audio, ...) dans le demuxer QuickTime. Maintenant il sélectionne automatiquement les plus gros flux. - Il affiche une ligne, qui ressemble �: + Il affiche une ligne, qui ressemble à: MOV: best streams: A: #1 (295 samples) V: #0 (3543 samples) or this: MOV: best streams: A: #2 (926 samples) V: #1 (11552 samples) Nous ne voulons pas voir de rapport de bug sur la bande-annonce des - Deux Tours! C'est tout simplement �nervant! + Deux Tours! C'est tout simplement énervant! -8, Am�liorations pour le QuickTime - Et oui, il y a encore des am�liorations dans ce code! - Maintenant les dlls suppl�mentaires (qtextras.tar.bz2) sont support�es - en s�rie aussi! Et le d�codage du QDMC bas d�bit est fix�! Allez voir la - page des codes pour les tarballs mis � jour! +8, Améliorations pour le QuickTime + Et oui, il y a encore des améliorations dans ce code! + Maintenant les dlls supplémentaires (qtextras.tar.bz2) sont supportées + en série aussi! Et le décodage du QDMC bas débit est fixé! Allez voir la + page des codes pour les tarballs mis à jour! 9, Nouvelles pages sur le site - La page des codecs a d�m�nag� ici: + La page des codecs a déménagé ici: http://www.mplayerhq.hu/MPlayer/releases/codecs/ - ce qui fournit un avantage suppl�mentaire: on la retrouve sur les miroirs! - Il y a aussi un nouveau r�pertoire qui collecte les packs de fontes - distribu�es avec le lecteur: http://www.mplayerhq.hu/MPlayer/releases/fonts/ - Pour finir, la page de MWN a d�m�nag� ici: + ce qui fournit un avantage supplémentaire: on la retrouve sur les miroirs! + Il y a aussi un nouveau répertoire qui collecte les packs de fontes + distribuées avec le lecteur: http://www.mplayerhq.hu/MPlayer/releases/fonts/ + Pour finir, la page de MWN a déménagé ici: http://www.mplayerhq.hu/homepage/mwn/ 10, Liste de voeux - Diego Biurrun a finalement r�uni les voeux! - Si vous avez une requ�te de fonctionnalit�, veuillez lire la liste de - voeux actuelle avec attention et ne demandez pas de fonctionnalit�s - qui ont d�j� �t� ajout�es. - - La liste de voeux se trouve dans le d�p�t CVS: main/DOCS/tech/wishlist - -11, Travaux dans d'autres projets de la sc�ne open source du traitement de - m�dias: FFmpeg avec support du clustering - - Oui, �a marche vraiment! Une personne, appel�e named Mans Rullgard, en - est l'auteur (il travaille aussi sur MPlayerXP :) �a n'est pas encore - disponible, mais �a a l'air vraiment prometteur. + Diego Biurrun a finalement réuni les voeux! + Si vous avez une requête de fonctionnalité, veuillez lire la liste de + voeux actuelle avec attention et ne demandez pas de fonctionnalités + qui ont déjà été ajoutées. + + La liste de voeux se trouve dans le dépôt CVS: main/DOCS/tech/wishlist + +11, Travaux dans d'autres projets de la scène open source du traitement de + médias: FFmpeg avec support du clustering + + Oui, ça marche vraiment! Une personne, appelée named Mans Rullgard, en + est l'auteur (il travaille aussi sur MPlayerXP :) Ça n'est pas encore + disponible, mais ça a l'air vraiment prometteur. Juste quelques mesures brutes: - "Nb de CPUs Acc�l�ration relative + "Nb de CPUs Accélération relative 1 1 2 1.8 3 2.5 4 3.2 5 3.8 - J'ai utilis� des machines mono-processeurs (Pentium 4 1,7 GHz) avec - des NICs 100Mbit/s. Le r�seau est plut�t charg� et les machines �taient - certainement en cours d'utilisation (elles appartiennent � l'univerist�)." + J'ai utilisé des machines mono-processeurs (Pentium 4 1,7 GHz) avec + des NICs 100Mbit/s. Le réseau est plutôt chargé et les machines étaient + certainement en cours d'utilisation (elles appartiennent à l'univeristé)." Pour plus d'information allez voir la page du projet FFmpeg: http://www.ffmpeg.org/ ou http://ffmpeg.sourceforge.net/ - OK, cela n'a aucun avantage pour MEncoder, mais �a ne fait rien, chaque - fois que nous utilisons MPlayer nous devons remercier les d�veloppeurs - de FFmpeg. Ils nous ont apport� la librairie libavcodec, qui est tr�s - utilis�e dans les les lecteurs multim�dias open source. + OK, cela n'a aucun avantage pour MEncoder, mais ça ne fait rien, chaque + fois que nous utilisons MPlayer nous devons remercier les développeurs + de FFmpeg. Ils nous ont apporté la librairie libavcodec, qui est très + utilisée dans les les lecteurs multimédias open source. 12, Truc rigolo de la semaine - Merci pour les nombreuses r�ponses � Gabucino sur ses probl�mes SCSI. - Il �tait tr�s �nerv� contre moi d'avoir publi� �a, et il m'a dit que - le vrai probl�me �tait que son vieux syst�me avait besoin de terminateurs - et de trucs comme �a. Donc maintenant il en a besoin. Les donations seront - accept�es sans probl�me! :) + Merci pour les nombreuses réponses à Gabucino sur ses problèmes SCSI. + Il était très énervé contre moi d'avoir publié ça, et il m'a dit que + le vrai problème était que son vieux système avait besoin de terminateurs + et de trucs comme ça. Donc maintenant il en a besoin. Les donations seront + acceptées sans problème! :) -- Impressum: Page perso: http://www.mplayerhq.hu/homepage/mwn/ Auteurs: Alex Beregszaszi <alex(a)naxine.org> et Istvan Sebestyen <stevee(a)alphanet.ch> - Corrections suppl�mentaires par onetom et szabszi + Corrections supplémentaires par onetom et szabszi Traducteur: Bernard 'Voyageur' Cafarelli <voyageur(a)messel.emse.fr> Modified: trunk/mwn/20021210.hu.txt ============================================================================== --- trunk/mwn/20021210.hu.txt (original) +++ trunk/mwn/20021210.hu.txt Mon Jan 29 12:02:38 2007 @@ -1,121 +1,121 @@ -MPlayer Heti H�rek #2 - 2002. december. 10 +MPlayer Heti Hírek #2 - 2002. december. 10 ========================================== -Itt a r�gen v�rt m�sodik kiad�s! -A kiad�s vas�rnapra volt tervezve (december. 8), de sajnos az MPlayerHQ.hu -nem volt el�rhet�, �s nekem nem volt id�m meg�rni. - -Meg szeretn�m k�sz�nni a v�laszokat az el�z� heti h�rlev�lre (f�leg a -k�rd�seket �s a ford�t�sokat). - -1, az MPlayerHQ.hu nem volt el�rhet� egy napig - Vas�rnap az Internet szolg�ltat� routere t�nkrement. A szerver�nk m�k�d�tt, - k�pes lett volna kiszolg�lni a kapcsolatokat. Sz�mos felhaszn�l� azt jelezte - vissza, hogy a szerver nem b�rja a nagysz�m� kapcsolatot. K�rlek ne �rj - levelet ebben a t�m�ban a levlist�ra, tudunk a dologr�l. Egy�bk�nt j� l�tni, - hogy t�r�dt�k vel�nk. - -2, Szerver hostol�s kerestetik! - Amint olvashattad az els� pontban, van egy kis h�l�zati probl�m�nk. Sz�val, - ha m�dodban �ll seg�teni a midi-torony m�ret� szerver�nk hostol�s�val - kapcsolatban, k�r�nk, hogy l�pj kapcsolatba vel�nk. A l�nyeg, hogy ne ker�lj�n - nek�nk p�nzbe �s j� nemzetk�zi internetes kapcsolattal rendelkezzen a s�v. - (>= 1mbit) lenne megfelel� (�s sz�ks�ges)! - -3, �j MPlayer (pre)release jelent meg! - Mint arr�l �rtes�lhett�l, az �j csomag verzi�j�hoz az -rc1 tag lett hozz�f�zve. - Igen, haladunk a v�gs� kiad�s fel� 0.90 (vagy 1.0?), amely hamarosan �rkezik. - A kiad�s ut�n egy �j fejezet ny�lik a kedvenc lej�tsz�nk �let�ben. A stuffot - let�ltheted a honlapr�l, vagy a t�kr�rszerverekr�l! - (T�k�r: www2 vagy www3.mplayerhq.hu) +Itt a régen várt második kiadás! +A kiadás vasárnapra volt tervezve (december. 8), de sajnos az MPlayerHQ.hu +nem volt elérhető, és nekem nem volt időm megírni. + +Meg szeretném köszönni a válaszokat az előző heti hírlevélre (főleg a +kérdéseket és a fordításokat). + +1, az MPlayerHQ.hu nem volt elérhető egy napig + Vasárnap az Internet szolgáltató routere tönkrement. A szerverünk működött, + képes lett volna kiszolgálni a kapcsolatokat. Számos felhasználó azt jelezte + vissza, hogy a szerver nem bírja a nagyszámú kapcsolatot. Kérlek ne írj + levelet ebben a témában a levlistára, tudunk a dologról. Egyébként jó látni, + hogy törődtök velünk. + +2, Szerver hostolás kerestetik! + Amint olvashattad az első pontban, van egy kis hálózati problémánk. Szóval, + ha módodban áll segíteni a midi-torony méretű szerverünk hostolásával + kapcsolatban, kérünk, hogy lépj kapcsolatba velünk. A lényeg, hogy ne kerüljön + nekünk pénzbe és jó nemzetközi internetes kapcsolattal rendelkezzen a sáv. + (>= 1mbit) lenne megfelelő (és szükséges)! + +3, Új MPlayer (pre)release jelent meg! + Mint arról értesülhettél, az új csomag verziójához az -rc1 tag lett hozzáfűzve. + Igen, haladunk a végső kiadás felé 0.90 (vagy 1.0?), amely hamarosan érkezik. + A kiadás után egy új fejezet nyílik a kedvenc lejátszónk életében. A stuffot + letöltheted a honlapról, vagy a tükrörszerverekről! + (Tükör: www2 vagy www3.mplayerhq.hu) -4, �j RPM csomagok jelentek meg. +4, Új RPM csomagok jelentek meg. Dominik Mierzejewski nagyon gyorsan kiadta a 0.90-rc1 RPM csomagot. Megszerezheted a http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/ - URL-r�l, vagy a k�vetkez� t�kr�k egyik�r�l: + URL-ről, vagy a következő tükrök egyikéről: http://mirrors.sctpc.com/dominik/linux/pkgs/mplayer/ http://ftp.falsehope.com/home/rathann/mplayer/ - (mindegyik az USA-ban tal�lhat�) + (mindegyik az USA-ban található) -5, �j levlista - K�t �j levelez�si lista k�sz�lt el id�k�zben, az MPlayer-MWN �s az - MPlayer-announce. Az announce lista, mint a neve is mutatja, csak az �j - funkci�k, kiad�sok �s a MWN-nek bejelent�s�re fog szolg�lni. Ez egy csak - olvashat� (read-only) lista, a v�laszokat a -users list�ra kell k�ldened. - K�z�letek t�bben is fel vannak iratkozva erre a list�ra, �s az -MWN is. K�rlek - jegyezd meg, hogy az ut�bbi csak az MWN szerkeszt�knek �s ford�t�knak k�sz�lt. - -6, NEWS gateway a levlist�khoz - �jabb k�rd�s mer�lt fel azzal kapcsolatban, hogy mi�rt haszn�ljuk a r�gim�di - levelez�si list�t, �s mi�rt nem haszn�lunk helyette news szervert. A v�lasz: ez j�, - �s m�k�dik. De van egy j� h�r�nk sz�modra, �s azoknak akik nem szeretik a f�rumok - ezen form�j�t: van egy news szerver amely a mi list�nkat is hostolja! A neve GMANE - (http://www.gmane.org) Ez egy k�tir�ny� levelez�si-lista gateway (ez azt jelenti, - hogy ez mindk�t ir�nyban t�k�letesen m�k�dik). +5, Új levlista + Két új levelezési lista készült el időközben, az MPlayer-MWN és az + MPlayer-announce. Az announce lista, mint a neve is mutatja, csak az új + funkciók, kiadások és a MWN-nek bejelentésére fog szolgálni. Ez egy csak + olvasható (read-only) lista, a válaszokat a -users listára kell küldened. + Közületek többen is fel vannak iratkozva erre a listára, és az -MWN is. Kérlek + jegyezd meg, hogy az utóbbi csak az MWN szerkesztőknek és fordítóknak készült. + +6, NEWS gateway a levlistákhoz + Újabb kérdés merült fel azzal kapcsolatban, hogy miért használjuk a régimódi + levelezési listát, és miért nem használunk helyette news szervert. A válasz: ez jó, + és működik. De van egy jó hírünk számodra, és azoknak akik nem szeretik a fórumok + ezen formáját: van egy news szerver amely a mi listánkat is hostolja! A neve GMANE + (http://www.gmane.org) Ez egy kétirányú levelezési-lista gateway (ez azt jelenti, + hogy ez mindkét irányban tökéletesen működik). - A legnagyobb list�k itt tal�lhat�ak: + A legnagyobb listák itt találhatóak: gmane.comp.video.mplayer.devel = mplayer-dev-eng(a)mplayerhq.hu gmane.comp.video.mplayer.user = mplayer-users(a)mplayerhq.hu gmane.comp.video.mplayer.user.dvb = mplayer-dvb(a)mplayerhq.hu gmane.comp.video.mplayer.user.matrox = mplayer-matrox(a)mplayerhq.hu (gmane.comp.video.mplayer.weekly-news = mplayer-mwn(a)mplayerhq.hu) -7, �j funkci�k - V�gre itt van! �rpi v�g�l kommitolta az �j m�dj�t a streamek detekt�l�s�nak - (video, audio, ...) a QuickTime demuxer-hez. Most m�r automatikusan a legnagyobb - streamet v�lasztja. +7, Új funkciók + Végre itt van! Árpi végül kommitolta az új módját a streamek detektálásának + (video, audio, ...) a QuickTime demuxer-hez. Most már automatikusan a legnagyobb + streamet választja. - Egy sort �r ki, amely �gy n�z ki: + Egy sort ír ki, amely így néz ki: MOV: best streams: A: #1 (295 samples) V: #0 (3543 samples) - vagy �gy: + vagy így: MOV: best streams: A: #2 (926 samples) V: #1 (11552 samples) - Nem akarunk t�bb bugreportot l�tni a LOTR: K�t Torony trailerrel kacsolatban! - El�g bosszant�! + Nem akarunk több bugreportot látni a LOTR: Két Torony trailerrel kacsolatban! + Elég bosszantó! -8, QuickTime er�fesz�t�sek - Igen, vannak fejleszt�sek a k�dban! Az extra dll-ek (qtextras.tar.bz2) t�mogatottak - minden extra let�lt�s n�lk�l! A low-bitrate QDMC dek�dol�s is jav�t�sra ker�lt! - L�togasd meg a kodeket honlapj�t a friss�tett tarballok�rt! +8, QuickTime erőfeszítések + Igen, vannak fejlesztések a kódban! Az extra dll-ek (qtextras.tar.bz2) támogatottak + minden extra letöltés nélkül! A low-bitrate QDMC dekódolás is javításra került! + Látogasd meg a kodeket honlapját a frissített tarballokért! -9, �j oldalak a honlapon (�j helyen) - A kodek oldal helye megv�ltozott: +9, Új oldalak a honlapon (új helyen) + A kodek oldal helye megváltozott: http://www.mplayerhq.hu/MPlayer/releases/codecs/ - ami szint�n j� h�r, az az, hogy t�kr�zve is lett! + ami szintén jó hír, az az, hogy tükrözve is lett! - Szint�n �j k�nyvt�rba ker�lt az MPlayer-rel terjesztett fontok gy�jtem�nye is: + Szintén új könyvtárba került az MPlayer-rel terjesztett fontok gyűjteménye is: http://www.mplayerhq.hu/MPlayer/releases/fonts/ - V�g�l, az MWN otthona is v�ltozott: + Végül, az MWN otthona is változott: http://www.mplayerhq.hu/homepage/mwn/ -10, K�v�ns�glista - Diego Biurrun �sszegy�jt�tte a k�v�ns�gokat! - Ha valamilyen �j funkci�ra ir�nyul� k�r�sed van, olvasd el figyelmesen a k�v�ns�glist�t, - �s ne k�rj olyat, amely m�r szerepel a list�n. +10, Kívánságlista + Diego Biurrun összegyűjtötte a kívánságokat! + Ha valamilyen új funkcióra irányuló kérésed van, olvasd el figyelmesen a kívánságlistát, + és ne kérj olyat, amely már szerepel a listán. -A k�v�ns�glist�t megtal�lod a CVS t�rh�zban: +A kívánságlistát megtalálod a CVS tárházban: main/DOCS/tech/wishlist -11, M�s er�fesz�t�sek az open source m�dia feldolgoz� vil�gb�l: +11, Más erőfeszítések az open source média feldolgozó világból: - FFmpeg klaszterez�si t�mogat�ssal + FFmpeg klaszterezési támogatással - Igen, m�k�dik! Egy sr�c, aki a Mans Rullgard n�vre hallgat megcsin�lta (aki jelenleg az - MPlayerXP projectben is dolgozik :), Jelenleg m�g nem el�rhet� a dolog, de nagyon - �g�retesen hangzik. + Igen, működik! Egy srác, aki a Mans Rullgard névre hallgat megcsinálta (aki jelenleg az + MPlayerXP projectben is dolgozik :), Jelenleg még nem elérhető a dolog, de nagyon + ígéretesen hangzik. -N�h�ny nyers m�r�s: +Néhány nyers mérés: "# CPUs Relative speedup 1 1 @@ -124,27 +124,27 @@ 4 3.2 5 3.8 - �n egy 1.7 GHz-es Pentium 4-es (egy processzor) g�pen haszn�ltam, 100 Mbit/s-os - h�l�k�rty�val. A h�l�zat el�gg� foglalt volt, �s a g�pek t�bbs�ge haszn�latban van + Én egy 1.7 GHz-es Pentium 4-es (egy processzor) gépen használtam, 100 Mbit/s-os + hálókártyával. A hálózat eléggé foglalt volt, és a gépek többsége használatban van (az egyetemhez tartoznak)." - B�vebb inform�ci��rt l�togasd meg az FFmpeg Project honlapj�t a http://www.ffmpeg.org/ - vagy a http://ffmpeg.sourceforge.net/ c�men. + Bővebb információért látogasd meg az FFmpeg Project honlapját a http://www.ffmpeg.org/ + vagy a http://ffmpeg.sourceforge.net/ címen. - Ok�, ez nem jelent semmilyen el�nyt a mencoder-ben, de mindegy, mert k�sz�netet kell - mondanunk az FFmpeg fejleszt�knek minden egyes alkalommal, amikor haszn�ljuk az - MPlayer-t. T�l�k sz�rmazik a libavcodec k�nyvt�r, amely kem�nyen haszn�lva van az open - source m�dia lej�tsz�kban. - -12, Heti mulats�g - K�sz�nj�k a sz�mos visszajelz�st Gabucino SCSI probl�m�j�val kapcsolatban. Nagyon - m�rges volt r�m, ami�rt publik�ltam ezt a dolgot, �s elmondta, hogy az az igazi - probl�ma, hogy a r�gi stuffj�hoz terminator, �s ilyesmi kellene. Jelenleg erre van - sz�ks�ge. T�mogasd ha tudod ;-) + Oké, ez nem jelent semmilyen előnyt a mencoder-ben, de mindegy, mert köszönetet kell + mondanunk az FFmpeg fejlesztőknek minden egyes alkalommal, amikor használjuk az + MPlayer-t. Tőlük származik a libavcodec könyvtár, amely keményen használva van az open + source média lejátszókban. + +12, Heti mulatság + Köszönjük a számos visszajelzést Gabucino SCSI problémájával kapcsolatban. Nagyon + mérges volt rám, amiért publikáltam ezt a dolgot, és elmondta, hogy az az igazi + probléma, hogy a régi stuffjához terminator, és ilyesmi kellene. Jelenleg erre van + szüksége. Támogasd ha tudod ;-) -- Impresszum: Honlap: http://www.mplayerhq.hu/homepage/mwn/ - Szerz�k: Alex Beregszaszi [alex(a)naxine.org] �s Istvan Sebestyen [stevee(a)alphanet.ch] - Tov�bbi korrekci�k: onetom �s szabszi - Ford�t�s: Micsk� G�bor [trey(a)hup.hu] + Szerzők: Alex Beregszaszi [alex(a)naxine.org] és Istvan Sebestyen [stevee(a)alphanet.ch] + További korrekciók: onetom és szabszi + Fordítás: Micskó Gábor [trey(a)hup.hu] Modified: trunk/mwn/20021210.pl.txt ============================================================================== --- trunk/mwn/20021210.pl.txt (original) +++ trunk/mwn/20021210.pl.txt Mon Jan 29 12:02:38 2007 @@ -1,64 +1,64 @@ -MPlayer Weekly News #2 - 10 Grudzie� 2002 +MPlayer Weekly News #2 - 10 Grudzień 2002 ========================================= -Oto d�ugo wyczekiwane drugie wydanie! -Mia�o ono by� wydane w niedziel� (8 grudzie�), ale, niestety MPlayerHQ.hu -nie dzia�a�o i nie mia�em wystarczaj�co du�o czasu, aby je napisa�. - -Chcia�bym podzi�kowa� za mn�stwo list�w jakie dosta�em (w wi�kszo�ci -pytania oraz t�umaczenia). - -1, MPlayerHQ.hu nie dzia�a� przez dzie� - W niedziel� router naszego Internetowego providera mia� awarie. Nie, - nasz serwer pracowa� dobrze, a wi�c mo�e obs�u�y� ca�y ruch. - Widzia�em listy od wielu u�ytkownik�w, m�wi�ce o tym, �e serwer nie - jest w stanie obs�u�y� ca�ego tego ruchu. Prosz�, nie wysy�ajcie - tego typu list�w na listy dyskusyjne, gdy� wiedzieli�my o problemie - ju� w pierwszych sekundach. - Mimo to, mi�o wiedzie�, �e dbacie o nas! +Oto długo wyczekiwane drugie wydanie! +Miało ono być wydane w niedzielę (8 grudzień), ale, niestety MPlayerHQ.hu +nie działało i nie miałem wystarczająco dużo czasu, aby je napisać. + +Chciałbym podziękować za mnóstwo listów jakie dostałem (w większości +pytania oraz tłumaczenia). + +1, MPlayerHQ.hu nie działał przez dzień + W niedzielę router naszego Internetowego providera miał awarie. Nie, + nasz serwer pracował dobrze, a więc może obsłużyć cały ruch. + Widziałem listy od wielu użytkowników, mówiące o tym, że serwer nie + jest w stanie obsłużyć całego tego ruchu. Proszę, nie wysyłajcie + tego typu listów na listy dyskusyjne, gdyż wiedzieliśmy o problemie + już w pierwszych sekundach. + Mimo to, miło wiedzieć, że dbacie o nas! 2, Potrzebny hosting serwera - Jak mo�ecie zobaczy� w punkcie pierwszym, mamy pewne problemy z - sieci�. Je�li wi�c mo�ecie pom�c w hostowaniu naszego serwera, - prosz� skontaktujcie sie z nami! - Poza tym, nie powinno nas to nic kosztowa�, a dobre mi�dzynaradowe - po��czenie (>= 1mbit) by�oby mile widziane (i potrzebne)! - -3, Nowe (pre)wydanie MPlayera ju� jest! - Jak pewnie zauwa�yli�cie nowa paczka ma do��czony znacznik -rc1. - Tak, zamierzamy wypu�ci� nied�ugo wersj� 0.90 (lub 1.0?). Potem - rozpocznie si� nowy rozdzia� w historii naszego ukochanego playera. - Mo�na je sci�gn�� ze strony domowej lub mirror�w! + Jak możecie zobaczyć w punkcie pierwszym, mamy pewne problemy z + siecią. Jeśli więc możecie pomóc w hostowaniu naszego serwera, + proszę skontaktujcie sie z nami! + Poza tym, nie powinno nas to nic kosztować, a dobre międzynaradowe + połączenie (>= 1mbit) byłoby mile widziane (i potrzebne)! + +3, Nowe (pre)wydanie MPlayera już jest! + Jak pewnie zauważyliście nowa paczka ma dołączony znacznik -rc1. + Tak, zamierzamy wypuścić niedługo wersję 0.90 (lub 1.0?). Potem + rozpocznie się nowy rozdział w historii naszego ukochanego playera. + Można je sciągnąć ze strony domowej lub mirrorów! (Mirrory: www2 lub www3.mplayerhq.hu) -4, Paczki RPM ju� dost�pne - Dominik Mierzejewski bardzo szybko wypu�ci� paczki RPM wersji +4, Paczki RPM już dostępne + Dominik Mierzejewski bardzo szybko wypuścił paczki RPM wersji 0.90-rc1. - S� na http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/ lub na - jednym z mirror�w: + Są na http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/ lub na + jednym z mirrorów: http://mirrors.sctpc.com/dominik/linux/pkgs/mplayer/ http://ftp.falsehope.com/home/rathann/mplayer/ - (obydwa znajduj� si� w USA) + (obydwa znajdują się w USA) 5, Nowe listy mailingowe - W mi�dzyczasie utworzono dwie listy mailingowe, MPlayer-MWN oraz - MPlayer-announce. Lista announce, jak sama nazwa wskazuje, b�dzie - wykorzystwana tylko do obwieszczania nowych opcji, wyda� i nowych - MWN. Jest tylko do odczytu i odpowiedzi powinny by� kierowane na - list� -users. - Wielu z was zapisa�o si� juz na ni� oraz na -MWN. Zwr��cie uwag�, �e - ta ostatnia jest tylko dla redaktor�w MWN i t�umaczy. + W międzyczasie utworzono dwie listy mailingowe, MPlayer-MWN oraz + MPlayer-announce. Lista announce, jak sama nazwa wskazuje, będzie + wykorzystwana tylko do obwieszczania nowych opcji, wydań i nowych + MWN. Jest tylko do odczytu i odpowiedzi powinny być kierowane na + listę -users. + Wielu z was zapisało się juz na nią oraz na -MWN. Zwróćcie uwagę, że + ta ostatnia jest tylko dla redaktorów MWN i tłumaczy. 6, Bramka NEWS do list dystkusyjnych - Zn�w pojawi�y si� pytania, czemu u�ywamy starego systemu list + Znów pojawiły się pytania, czemu używamy starego systemu list dyskusyjnych, a nie serwera newsowego. - Odpowied� to: jest dobre i dzia�a. Lecz oto dobra wiadomo��, ci, - kt�rzy nie lubi� tego rodzaju for�w: istnieje serwer news - utrzymuj�cy r�wnie� nasz� list�! Nazywa si� GMANE + Odpowiedź to: jest dobre i działa. Lecz oto dobra wiadomość, ci, + którzy nie lubią tego rodzaju forów: istnieje serwer news + utrzymujący również naszą listę! Nazywa się GMANE (http://www.gmane.org) i jest to dwukierunkowa bramka lista - dyskusyjna - grupa news (ocznacza to, �e jest w pe�ni funkcjonalna). + dyskusyjna - grupa news (ocznacza to, że jest w pełni funkcjonalna). - Wi�kszo�� z wi�kszych list jest tam dost�pna: + Większość z większych list jest tam dostępna: gmane.comp.video.mplayer.devel = mplayer-dev-eng(a)mplayerhq.hu gmane.comp.video.mplayer.user = mplayer-users(a)mplayerhq.hu gmane.comp.video.mplayer.user.dvb = mplayer-dvb(a)mplayerhq.hu @@ -66,79 +66,79 @@ (gmane.comp.video.mplayer.weekly-news = mplayer-mwn(a)mplayerhq.hu) 7, Nowa opcja - W ko�cu jest! Arpi pope�ni� nowy spos�b wykrywania strumieni (video, + W końcu jest! Arpi popełnił nowy sposób wykrywania strumieni (video, audio, ...) w demux'erze QuickTime. Teraz automatycznie wybierany - jest wi�kszy strumie�. + jest większy strumień. - Wy�wietla si� linia, kt�ra wygl�da tak: + Wyświetla się linia, która wygląda tak: MOV: best streams: A: #1 (295 samples) V: #0 (3543 samples) lub tak: MOV: best streams: A: #2 (926 samples) V: #1 (11552 samples) - Nie chcemy ju� wi�cej raport�w o b��dach z trailerem do "Dw�ch - wie�"! To jest poprostu denerwuj�ce! + Nie chcemy już więcej raportów o błędach z trailerem do "Dwóch + wież"! To jest poprostu denerwujące! 8, Starania dot. QuickTime - Tak, ten kod jest ci�gle ulepszany! - Teraz dodatkowe dll'e (qtextras.tar.bz2) s� wspierane r�wnie� - out-of-the-box! A dekodowanie QDMC z niskim bitrate zosta�o - naprawione! Odwied� stron� z kodekami po uaktualnione paczki! - -9, Nowy dzia� na stronie - Strona z kodekami zosta�a przeniesiona na - http://www.mplayerhq.hu/MPlayer/releases/codecs/ co ma r�wnie� - zalet�: jest mirrorowana! - Jest r�wnie� nowy katalog do zbierania czcionek rozprowadzanych z + Tak, ten kod jest ciągle ulepszany! + Teraz dodatkowe dll'e (qtextras.tar.bz2) są wspierane również + out-of-the-box! A dekodowanie QDMC z niskim bitrate zostało + naprawione! Odwiedź stronę z kodekami po uaktualnione paczki! + +9, Nowy dział na stronie + Strona z kodekami została przeniesiona na + http://www.mplayerhq.hu/MPlayer/releases/codecs/ co ma również + zaletę: jest mirrorowana! + Jest również nowy katalog do zbierania czcionek rozprowadzanych z playerem: http://www.mplayerhq.hu/MPlayer/releases/fonts/ - Wreszcie, strona domowa MWN zosta�a przeniesiona na: + Wreszcie, strona domowa MWN została przeniesiona na: http://www.mplayerhq.hu/homepage/mwn/ -10, Lista �ycze� - Diego Biurrun zebra� wreszcie �yczenia! - Je�li masz pro�b� o jak�� opcj�, przeczytaj najpierw uwa�nie - aktualn� list� �ycze� i nie pro� o ju� zapisane opcje. +10, Lista życzeń + Diego Biurrun zebrał wreszcie życzenia! + Jeśli masz prośbę o jakąś opcję, przeczytaj najpierw uważnie + aktualną listę życzeń i nie proś o już zapisane opcje. - List� �ycze� mo�na znale�� w repozytorium CVS: + Listę życzeń można znaleźć w repozytorium CVS: main/DOCS/tech/wishlist -11, Wysi�ki innych projekt�w opensource sceny przetwarzania medi�w: - FFmpeg ze wsparciem clustr�w +11, Wysiłki innych projektów opensource sceny przetwarzania mediów: + FFmpeg ze wsparciem clustrów - Tak, to dzia�a, naprawd�! Go��, nazywaj�cy si� Mans Rullgard zrobi� - to (pracuje r�wnie� nad MPlayerXP :) Obecnie nie jest jeszcze - dost�pne, lecz brzmi bardzo obiecuj�co. + Tak, to działa, naprawdę! Gość, nazywający się Mans Rullgard zrobił + to (pracuje również nad MPlayerXP :) Obecnie nie jest jeszcze + dostępne, lecz brzmi bardzo obiecująco. - Tylko troch� prostych pomiar�w: - "# CPU Pr�dko�c wzgl�dna + Tylko trochę prostych pomiarów: + "# CPU Prędkośc względna 1 1 2 1.8 3 2.5 4 3.2 5 3.8 - U�ywa�em komputer�w jednoprocesorowych z Pentium 4 1.7Ghz oraz - kartami sieciowymi 100 Mbit/s. Sie� jest raczej obci��ona, a - komputery by�y prawdopodobnie wtedy u�ywane (nale�� do + Używałem komputerów jednoprocesorowych z Pentium 4 1.7Ghz oraz + kartami sieciowymi 100 Mbit/s. Sieć jest raczej obciążona, a + komputery były prawdopodobnie wtedy używane (należą do uniwersytetu)." - Wi�cej informacji mo�ecie znale�� na stronie Projektu FFmpeg na + Więcej informacji możecie znaleźć na stronie Projektu FFmpeg na http://www.ffmpeg.org/ lub http://ffmpeg.sourceforge.net/ - Ok, nie oznacza to �adnych korzy�ci dla MEncodera, lecz nie ma to - znaczenia, gdy� musimy podzi�kowa�, z ka�dym u�yciem MPlayera, - developerom FFmpeg. Dostarczyli bibliotek� libavcodec, kt�ra jest - u�ywana na du�� skal� w opensource'owych playerach. + Ok, nie oznacza to żadnych korzyści dla MEncodera, lecz nie ma to + znaczenia, gdyż musimy podziękować, z każdym użyciem MPlayera, + developerom FFmpeg. Dostarczyli bibliotekę libavcodec, która jest + używana na dużą skalę w opensource'owych playerach. 12, Weekly fun - Dzi�ki za odpowiedzi dla Gabucino dotycz�ce jego problem�w ze SCSI. - Bardzo si� na mnie wkurzy� za publikacj� tego, i powiedzia�, �e - prawdziwym problemem jest to, i� jego stare u��dzenie wymaga - terminator�w. Wi�c teraz potrzebuje ich. Podaruj mu to je�li mo�esz :) + Dzięki za odpowiedzi dla Gabucino dotyczące jego problemów ze SCSI. + Bardzo się na mnie wkurzył za publikację tego, i powiedział, że + prawdziwym problemem jest to, iż jego stare użądzenie wymaga + terminatorów. Więc teraz potrzebuje ich. Podaruj mu to jeśli możesz :) -- Impressum: - Strona G��wna: http://www.mplayerhq.hu/homepage/mwn + Strona Główna: http://www.mplayerhq.hu/homepage/mwn Autorzy: Alex Beregszaszi <alex(a)naxine.org> i Istvan Sebestyen <stevee(a)alphaner.ch> Dodatkowe poprawki onetom i szabszi - T�umaczenie: Marcin Cylke + Tłumaczenie: Marcin Cylke Modified: trunk/src/dload.src.en ============================================================================== --- trunk/src/dload.src.en (original) +++ trunk/src/dload.src.en Mon Jan 29 12:02:38 2007 @@ -1474,7 +1474,7 @@ <tr> <td><a href="../images/skins/KDE-01.jpg">KDE</a></td> <td>0.3</td> - <td>R�diger Kuhlmann</td> + <td>Rüdiger Kuhlmann</td> <td>uses KDE images</td> <td class="mirror"> <a href="http://www.mplayerhq.hu/MPlayer/skins/KDE-0.3.tar.bz2">WWW</a> Modified: trunk/src/donations.src.en ============================================================================== --- trunk/src/donations.src.en (original) +++ trunk/src/donations.src.en Mon Jan 29 12:02:38 2007 @@ -31,18 +31,18 @@ <li>Bertrand Haut</li>  <li>Havasi Ferenc</li> -<li>Pathy Mikl�s</li> -<li>Tam�s Zolt�n</li> -<li>Radn�ti Tam�s</li> -<li>Burj�n G�bor</li> -<li>Sebok Istv�n / Domb�v�ri Anita</li> +<li>Pathy Miklós</li> +<li>Tamás Zoltán</li> +<li>Radnóti Tamás</li> +<li>Burján Gábor</li> +<li>Sebok István / Dombóvári Anita</li> <li>Fleischmann Bonaventura</li> -<li>B�rsony Szabolcs S�ndor</li> -<li>T�th Bal�zs</li> +<li>Bársony Szabolcs Sándor</li> +<li>Tóth Balázs</li> <li>Radulovic Attila</li> -<li>Radics Bal�zs</li> -<li>F�ldi Ferenc</li> -<li>Buz�s Nikolett</li> +<li>Radics Balázs</li> +<li>Földi Ferenc</li> +<li>Buzás Nikolett</li>  <li>Andreas Gockel</li> <li>Olivier Croquette</li> @@ -66,7 +66,7 @@ <li>Andreas Stricker</li> <li>Michael Heinemeyer</li>  -<li>Ismail D�nmez</li> +<li>Ismail Dönmez</li> <li>Ivor Hewitt</li> <li>Jason Venner</li> <li>Guillaume Poirier</li> @@ -109,7 +109,7 @@ <li>Artvoy.com</li> <li>Vincent Gerard</li> <li>Benoit Passion</li> -<li>Ga�tan Montury</li> +<li>Gaëtan Montury</li> <li>Chris Weiss</li> <li>Christian Elkjaer Kaas</li> <li>Jeroen Leijen</li> @@ -120,7 +120,7 @@ <li>Benjamin Summers</li> <li>Benjamin Holt</li> <li>Ken Shim</li> -<li>Jean-Fran�ois Morineau</li> +<li>Jean-François Morineau</li> <li>Petr Grillinger</li> <li>Seppo Niemi</li> <li>Rida Ait Boufrad</li> @@ -138,14 +138,14 @@ <li>Mathias Bavay</li> <li>Hugo Mercier</li> <li>Quentin Anciaux</li> -<li>Beno�t Leudet</li> +<li>Benoît Leudet</li> <li>Jean-Baptiste Butet</li> <li>Eric Fernandez</li> <li>Bernard Lowe</li> <li>Lukas Beeler</li> <li>Marc Bourdilleau</li> <li>Matthieu Bedouet</li> -<li>J�r�me Herman</li> +<li>Jérôme Herman</li> <li>Olivier Cahagne</li> <li>Robert Sherwood</li> <li>Simon Coxall</li> @@ -172,7 +172,7 @@ <li>Michael Horan</li> <li>JussPress (thanks to RC)</li> <li>DistroWatch.com</li> -<li>SLe�n, free software interest group/association in Le�n</li> +<li>SLeón, free software interest group/association in León</li>  <li>Nathan Collins</li> </ul> @@ -211,7 +211,7 @@ Received: <ul> <li>3 Atlas 9.1GB 10k RPM SCSI disks (Lupin III)</li> -<li>K6-2 450 (Patrik B�t/Research Electronics AB)</li> +<li>K6-2 450 (Patrik Båt/Research Electronics AB)</li> </ul> <br> @@ -253,7 +253,7 @@ Received: <ul> <li>dual PIII 800 and a laptop during a stay in Japan (Hosoya Masaru)</li> -<li>PCI Matrox G200 (Jochen K�rner)</li> +<li>PCI Matrox G200 (Jochen Körner)</li> <li>Matrox G400 (Rolf Adelsberger)</li> </ul> <br> @@ -379,7 +379,7 @@ <h2><a name="ex-developers">Ex-developers:</a></h2> -<h3><a href="mailto:arpi_REMOVE_THE_UNDERSCORES_AND_THE_TEXT_IN_BETWEEN_@mplayerhq.hu">Arpad Gere�ffy</a></h3> +<h3><a href="mailto:arpi_REMOVE_THE_UNDERSCORES_AND_THE_TEXT_IN_BETWEEN_@mplayerhq.hu">Arpad Gereöffy</a></h3> Wishes: <ul> <li>Siemens DVB-s 2.1 card</li> @@ -403,12 +403,12 @@ <li>DXR3 (UHU Linux)</li> <li>BT878 tuner card (Benjamin Larsson)</li> <li>LML-M4 MPEG-4 capturing and hw encoding card (Linux Media Labs)</li> -<li>10l Coca Cola (Miklos Erd�s)</li> +<li>10l Coca Cola (Miklos Erdös)</li> </ul> <br> -<h3><a href="mailto:atmosfear_REMOVE_THE_UNDERSCORES_AND_THE_TEXT_IN_BETWEEN_@users.sourceforge.net">Felix B�nemann</a></h3> +<h3><a href="mailto:atmosfear_REMOVE_THE_UNDERSCORES_AND_THE_TEXT_IN_BETWEEN_@users.sourceforge.net">Felix Bünemann</a></h3> Wishes: <ul> <li>Some Mac (G3/G4) needed for OS/X porting</li> Modified: trunk/src/news-archive.src.en ============================================================================== --- trunk/src/news-archive.src.en (original) +++ trunk/src/news-archive.src.en Mon Jan 29 12:02:38 2007 @@ -255,7 +255,7 @@ <li>gcc 4 fixes</li> <li>partial NX (noexec bit) support</li> <li>support libsmbclient with SSL</li> - <li>put changed notices into all imported files for GPL �2a compliance</li> + <li>put changed notices into all imported files for GPL §2a compliance</li> </ul> <p> @@ -1156,7 +1156,7 @@ another award, this time from the Brazilian Linux community at <a href="http://br-linux.org">br-linux.org</a>, the "Favoritos da Comunidade Livre brasileira em 2004" (Favourites of the Brazilian -Free Community in 2004) in the category "Visualizador de V�deo" +Free Community in 2004) in the category "Visualizador de Vídeo" (Video Player) with 1395 votes (48%), followed by xine and Kaffeine. </p> @@ -1307,7 +1307,7 @@ <a href="http://www.suug.ch/sucon/04/">SUCON '04</a> by at least Alex Beregszaszi, Roberto Togni, Jonas Jermann and Diego Biurrun. SUCON is the Swiss Unix Conference held September 2-4, 2004 at the Technopark -in Z�rich, Switzerland. From the description at their homepage: +in Zürich, Switzerland. From the description at their homepage: </p> <blockquote cite="http://www.suug.ch/sucon/04/"> @@ -1366,7 +1366,7 @@ <p> If you have such a drive or a pair of new drives lying around or are willing to buy it for us, please contact our admin -<a href="mailto:arpi_REMOVE_THE_UNDERSCORES_AND_THE_TEXT_IN_BETWEEN_@thot.banki.hu">Arpad Gere�ffy</a> +<a href="mailto:arpi_REMOVE_THE_UNDERSCORES_AND_THE_TEXT_IN_BETWEEN_@thot.banki.hu">Arpad Gereöffy</a> and send the drive to him. </p> @@ -2533,7 +2533,7 @@ <p> The hungarian <a href="http://tilos.hu">Tilos Radio</a>'s <b>Speedlight</b> program has made a live interview with -Zolt�n Ponekker (Pontscho), one of the MPlayer founders who has +Zoltán Ponekker (Pontscho), one of the MPlayer founders who has developed significant parts of MPlayer, most notably the GUI (Graphical User Interface). </p> @@ -2564,7 +2564,7 @@ <p> Thanks to our fellow users, we've won another award, this time it is <a href="http://www.softonic.com">Softonic's</a> <i>"Mejor Reproductor -de V�deo"</i> trophy. +de Vídeo"</i> trophy. </p> <p> @@ -3325,7 +3325,7 @@ <p class="center"> <a href="../images/screenshots/caca-01.jpg"><img src="../images/screenshots/caca-01s.jpg" alt="libcaca screenshot" width="200" height="150"></a><br> -Shot from "�vegtigris" +Shot from "Üvegtigris" </p> <p> @@ -7768,7 +7768,7 @@ </h2> <p> -Yes, some people (namely : <a href="mailto:jk@tools.de">J�rgen Keil</a> and <a href="mailto:marcus@idonex.se">Marcus Comstedt</a>) +Yes, some people (namely : <a href="mailto:jk@tools.de">Jürgen Keil</a> and <a href="mailto:marcus@idonex.se">Marcus Comstedt</a>) made it. MPlayer now compiles and works on <b>Solaris 8</b>, of course only on x86 machines, not Sparc (that would be hopeless, sorry). It even has VCD and DVD support, however the whole support is to be considered <b>experimental</b>. Modified: trunk/src/news.src.en ============================================================================== --- trunk/src/news.src.en (original) +++ trunk/src/news.src.en Mon Jan 29 12:02:38 2007 @@ -1260,7 +1260,7 @@ <dt>US cheques</dt> <dd>Richard Felker (removed)</dd> <dt>German bank account</dt> -<dd>Account name: Reimar D�ffinger (removed)</dd> +<dd>Account name: Reimar Döffinger (removed)</dd> <dt>Swiss bank account</dt> <dd>Account name: Attila Dogan (removed)</dd> <dt>French bank account</dt> @@ -1380,10 +1380,10 @@ It's that time of year again... The MPlayer team will be at the <a href="http://www.linuxtag.org/2005/en/home.html">LinuxTag 2005</a> manning the multimedia booth. Roberto Togni, Alexander Strasser, Sascha -Sommer, Dominik Mierzejewski, Reimar D�ffinger, Diego Biurrun, Alex +Sommer, Dominik Mierzejewski, Reimar Döffinger, Diego Biurrun, Alex Beregszaszi, Luca Barbato will be present most of the time and we will be joined by Mike Melanson (<a href="http://ffmpeg.org">FFmpeg</a> / -<a href="http://xinehq.de">xine</a>) and M�ns Rullg�rd +<a href="http://xinehq.de">xine</a>) and Måns Rullgård (<a href="http://ffmpeg.org">FFmpeg</a> / <a href="http://tcvp.sf.net">tcvp</a>). </p>

1 0

homepage UTF-8 conversion
by Diego Biurrun 29 Jan '07

29 Jan '07

I think the time has arrived to convert the homepage to UTF-8 as well. Is there anything that speaks against this? Any volunteers to do it? Diego

1 2

r22016 - trunk/DOCS/man/en/mplayer.1
by diego 25 Jan '07

25 Jan '07

Author: diego Date: Thu Jan 25 18:49:31 2007 New Revision: 22016 Modified: trunk/DOCS/man/en/mplayer.1 Log: Remove confusing line about forcing MP3 demuxing. Modified: trunk/DOCS/man/en/mplayer.1 ============================================================================== --- trunk/DOCS/man/en/mplayer.1 (original) +++ trunk/DOCS/man/en/mplayer.1 Thu Jan 25 18:49:31 2007 @@ -1211,7 +1211,6 @@ Give the demuxer name as printed by \-demuxer help. For backward compatibility it also accepts the demuxer ID as defined in libmpdemux/\:demuxer.h. -\-demuxer audio or \-demuxer 17 forces MP3. . .TP .B \-dumpaudio (MPlayer only)

1 0

r22014 - trunk/DOCS/man/en/mplayer.1
by diego 25 Jan '07

25 Jan '07

Author: diego Date: Thu Jan 25 18:44:29 2007 New Revision: 22014 Modified: trunk/DOCS/man/en/mplayer.1 Log: Clarify -delay. Modified: trunk/DOCS/man/en/mplayer.1 ============================================================================== --- trunk/DOCS/man/en/mplayer.1 (original) +++ trunk/DOCS/man/en/mplayer.1 Thu Jan 25 18:44:29 2007 @@ -1185,6 +1185,8 @@ .TP .B \-delay <sec> audio delay in seconds (positive or negative float value) +Negative values delay the audio, and positive values delay the video. +Note that this is the exact opposite of the \-audio-delay MEncoder option. .br .I NOTE: When used with MEncoder, this is not guaranteed to work correctly

1 0

[homepage]: r2778 - trunk/src/projects.src.en
by diego 25 Jan '07

25 Jan '07

Author: diego Date: Thu Jan 25 13:53:08 2007 New Revision: 2778 Modified: trunk/src/projects.src.en Log: Blackberry video converter --> blacklist Modified: trunk/src/projects.src.en ============================================================================== --- trunk/src/projects.src.en (original) +++ trunk/src/projects.src.en Thu Jan 25 13:53:08 2007 @@ -677,6 +677,9 @@ <li><a href="http://www.blazevideo.com/videomagic/index.htm">Blaze Video Magic</a><br> Multimedia file conversion utility based on MEncoder that fails to give credit. Source requests went unanswered.</li> + <li><a href="http://www.seabyrdtech.com/bbvideo">Blackberry Video Converter</a><br> + No-cost utility to encode video to play on a RIM Blackberry. + Appears to redistribute MEncoder without source.</li> </ul> <p>

1 0