MPlayer

Megjelent, főkent hibajavításokat - igen komoly hibákra is - tartalmaz, köszönhetően a sok bugreportnak pre1/pre2 után.

Továbbra is várjuk a hibajelentéseket, természetesen csak a fejlesztők által is elfogadott módon, a DOCS/bugreports.html-ben definiáltak szerint!

A'rpi




Ez a prerelease néhány kritikus (?) hiba javítását tartalmazza, új featuret nem. A pre2-ről szóló hírben nagy dolgokat ígértünk, amik most átcsúsznak a pre4-re, mert ezek a javítások fontosak. Néhány közülük:


- AC3 4 csatornás 3DNow optimalizáció javítva, bekapcsolva

- 1 másodpercnyi lejátszás utáni DGA hiba javítva

- néhány AVI file-nál előjövő nagy A/V desync javítva

- MPEG fileok tekerése közbeni képtorzulás javítva

- libmpdvdkit + gcc 3.x probléma megoldva (a CFLAGS-aink előhoztak egy gcc3 bugot...)

- GUI aspect ratio és teljesképernyős mód bekapcsolás javítások

- alacsony FPS-ű .WMV-k lejátszása javítva

- MACOS-X (Darwin) port

- bugos v4l audio grabbelő kód kikapcsolva, nem tudjuk javítani

- több mjpeg javítás a libavcodec-ben




A következő helyekről tölthető le:




Magyarország, HTTP -> http://www2.mplayerhq.hu/MPlayer/releases/ MPlayer-0.90pre3.tar.bz2

Magyarország, FTP -> ftp://ftp2.mplayerhq.hu/MPlayer/releases/ MPlayer-0.90pre3.tar.bz2




Ja és meg lehet nézni a Freshmeat statisztikai oldalán a népszerűségi adatokat: első a Linux kernel 100%-kal, második az MPlayer, 94.61%-kal (és növekszik). A harmadik a cdrecord, 47.41 százalékkal. :)

Megint nincs magyar changelog :)

A'rpi




Tehát, itt az új pre kiadása a népszerű movie player-nek.



Változások:- hwac3 fixes (try AFMT_AC3 first), bigendian fixes for PCM audio

- 2-pass encoding with libavcodec (-lavcopts vpass=x), B frames support

- faster .ogg seeking (use -forceidx for slow but accurate one)

- audio-only with gui fixed

- -rootwin fixed for x11,xv,xmga,xvidix

- aspect ratio fix for ffmpeg12

- mpeg-es detection fixed

- runtime cpudetect disabled by default

- support for many new win32 codecs, including mss1, tm20, ucod, truespeech

- divx audio dll sig11 with glibc 2.1.(2|3) fixed

- includes libmpdvdkit - patched kit of dvd libraries (enabled for linux+freebsd)

- manpages updated

- 'f' (fullscreen switch) fixed for some WMs, still has problems

- various freebsd and openbsd portability patches

- options -xy,-zoom,-flip usable with mencoder too, -xy keeps aspect

- -vop lavc, using new fast best libavcodec for realtime mpeg1 transcoding

- fixed gtk gui crash with --disable-mencoder

- no more black vobsub subtitles :)




Letölthető HTTP-ről, vagy FTP-ről.



Használható anon CVS is:



cvs -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer login

[enter]

cvs -z3 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer co main

Ma éjjel megjelent a népszerű MPlayer legújabb pre kiadása. Az MPlayer 0.90pre1 több olyan új dolgot is hozott, amelyet már régen vártunk.

Azért egy magyar nyelvű változások logja jól jött volna... Ennek hiányát a honlapon betudom annak, hogy éjjel volt a release, és biztos pótolják majd ;).

Mivel a stuff 100% GPL lett, így nincs elvi akadálya annak, hogy csomagban is terjeszteni lehessen. A runtime CPU detektálás is sükséges volt ehhez, mert a fordítási időben történő CPU kiválasztás miatt az előre csomagolt MPlayer jóval gyengébben teljesített a mint ha azt a gépben levő CPU-ra fordították volna.

A pre kiadás célja a széles körű tesztelés, ezért a készítők kérik, hogy aki tud az küldjön bugreportot.

Az MPlayer 0.90pre1 letölthető innen.

Ezen kívül természetesen használható a CVS is:

cvs -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer login

[enter]

cvs -z3 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer co main

Változások:

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:

trey: Beszélnél magadról néhány szót (iskola, munka, számítástechnikával való kapcsolat)?

Gabucino: 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.

trey: Miért a Linuxot választottad?

Gabucino: 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)trey: Hogy ismerkedtél meg Árpival, és a többiekkel?

Gabucino: 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 ;)

trey: Mikor kapcsolódtál be az MPlayer projectbe?

Gabucino: Hmm.. Úgy 0.11pre10valahány környékén :)

trey: Hogyan folyik az MPlayer fejlesztése? Elmesélnél egy átlagos napot, amikor aktívan dolgoztok?

Gabucino: 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á.

trey: 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.

Gabucino: 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 technikaja, á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..

trey: 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?

Gabucino: 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 :)

trey: Tavaly Barr cikke nagy fehördülést okozott. Ócsárolta az MPlayer dokumentációját, stb. Hogy érintett ez téged?

Gabucino: Érzékenyen. Utálom ha igazam van, és kiderül hogy sok a divat-Linuxos.. Pl. én ;))

trey: Ez visszavetett valamilyen szinten a munkában? És a többieket?

Gabucino: Annyit vett el az időnkből amennyit a témával kapcsolatosan flameltünk listákon ;) Egyébként senkit se érdekelt.

trey: 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?

Gabucino: 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.

trey: 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?

Gabucino: 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.

trey: 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?

Gabucino: 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 20at. 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 :)

trey: 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?

Gabucino: 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.

trey: Mit gondolsz meddig lehet még fejleszteni az MPlayert?

Gabucino: 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.. ;)

trey: Dolgozol más projecten is, vagy kizárólag az MPlayerrel foglakozol?

Gabucino: Kizárólag...

trey: Pár hónapja megváltozott a honlapotok. Sokak szerint a régi sokkal jobb volt. Neked hogy tetszik a mostani design?

Gabucino: 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).

trey: Ha megnézed a Linux alá létező movie playereket, melyik az ami szerinted említésre méltó, esetleg jó dolgokat tartalmaz?

Gabucino: Van az az MPlayerXP, az például tartalmazza azt a hogyishivják.. MPlayer nevű lejátszót, csak kár hogy átirták :))

trey: 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?

Gabucino: 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 ;)

trey: Többen kérdezték a hozzászólásokban, hogy lesz-e Windows portja az MPlayernek. Ezzel mi a helyzet?

Gabucino: 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? ;)

trey: A dokumentáción kívül mi a feladatod a projectben?

Gabucino: Árpi céltáblája ;)

trey: Ezt hogy érted? Van valami gond a project körül?

Gabucino: 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.

trey: Mostanában mintha lenne egy kis gondod a linuxal =). Mi a baj vele?

Gabucino: Utóbbi kérdésedre hosszan tudnék válaszolni (nem teszem:), viszont nem értem ki terjeszt rólam alantas pletykákat? :)

trey: Ha dolgozol milyen eszközöket használsz (hardver, szoftver)?

Gabucino: 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.

trey: 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?

Gabucino: Ebből ugyan nem. :) SGML-be lesz konvertálva, ez már biztos. Ez egyezik a nép akaratával is. :)

trey: Mit csinálsz amikor nem az MPlayerrel foglalkozol?

Gabucino: A perverziót hagyjuk ki ;) Nahát, nem maradt semmi.

(közben elolvastam az mplayer-dev-eng lista idevágó részét - trey.)

trey: Á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?

Gabucino: 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.

trey: Kívülálló számára úgy tűnhet, hogy kezd szétesni az MPlayer Project. Lehet, hogy rosszul látom?

Gabucino: 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 ;)

--

Gabucino

Új hírek az MPlayer körül:

Majd nemsoká rilízelünk, jól, így. Ennek ugyebár kölcsönösen egymásra ható feltételei a runtime CPU detect kód működése, és a GPL. Úgynéz ki most mind2 meglesz. Addig is kis ízelítő, csak itt, csak most :

- bétás DIRECT RENDERING - ez egy olyan cuccos amivel a codec közvetlen a video memoriába dekódolja a képet, ráadásul csak azokat a részeket amik az előzőleg dekódolt képhez képest változtak. Ettől aztán egész tűrhetően gyorsul. Üröm a sörömben hogy (persze) a codecnek is támogatnia kell ezt a módszert, és a libavcodec ezt jelenleg nem teszi. Más codecek mint például a DivX4, DivX DirectShow támogatják ugyan ezt, de a libavcodec még így is gyorsabb náluk..Tehát :

DR-t támogató codec-ek: DivX4, és a legtöbb Windows-os codec DR-t támogató video kimenetek: xv, mga, xmga, vidix, directfb

- audio lejátszása vagy enkódolása külön file-ból - az ezt megvalósító opció az -audiofile. Lásd persze a manpaget.

-új audio plugin-ek - pl extrastereo, volume normalizer, szoftveres mixer, stb. Doksi.

- mach64_vid - új Vidix meghajtó, Mach64 chipset-ű videokártyákhoz (Rage XL/Mobility, Xpert98).

- TV audio enkódolás BSD-n - sajnos Linuxon még mindig nem :(

- felirat film alá helyezése - CSAK az SDL videokimeneten

- audio file-ok támogatása - jah, már ez is megvan. Az MPlayer képes MP3, WMA, stb hangfileok lejátszására, persze a netről is. Nem elfelejtendő hogy ez a feature alacsony prioritást élvez, ami ebben az esetben annyit tesz hogy néhány MP3 file-t MPG-nek fog felismerni, és így lejátszani már nemnagyon fogja. Ez azért van mert az MPlayer még mindig egy film és nem média lejátszó, ugyanis az MP3-at nem könnyű az MPG-től megkülönböztetni.

- (M)JPEG dekódolás libjpeg-gel

- javított DXR3 és DVB támogatás, libfame - a libfame egy nagyon gyors MPEG1 enkóder, így kiválóan alkalas DivX-ek runtime MPEG1-é alakítására.

- DivX5 - az MPlayer támogatja, méghozzá kétféle módon is : vagy a hivatalos libdivxdecore.so binárissal (letölthető az avifile.sf.net címről), vagy a jól ismert libavcodec-kel. Mint mindig, most is ez utóbbi a legjobb, a sebessége, egyszerűsége, stabilitása miatt ! Jelenleg egyikük sem támogat enkódolást.

- XViD - supported. Lásd a dokumentációt.

Míg az MPlayer közeledik a következő release-hez, az egyik fejlesztő, Nick Kurshev (a VIDIX megalkotója) úgy döntött, hogy más utakon folytatja a fejlesztést.


Hetek óta folyt a vita a fejlesztői listán arról, hogy betegyük-e a thread-eket használó patchet amit írt.


Mivel alapvetően ellenekzik az MPlayer alapfilozófiájával, ráadásul a kód nem thread-safe, a többség ellenezte. Ugyanakkor vannak thread-pártiak, sőt, még az avifile-os Zdnek Kabelac is atjönne MPlayert fejelszteni ha thread-es lenne.


Úgy tűnik, a probléma megoldódik: a fejlesztés ketté válik: marad a jó öreg MPlayer, ami mostanában elég nagy átalakításokon esik át (playtree, direct rendering, libvo 1.5) és Nick vezetésével indul egy új ág, MPlayerXP néven, ami thread-alapú lesz.



MPlayer: MPlayerHQ


MPlayerXP: MplayerXP



A'rpi

A legújabb Linuxvilágban megjelent egy újabb cikk az MPlayerről, ezúttal 4 oldal terjedelemben.


Miután már hetek óta beharangozták a honlapjukon, elkészültünk még egy Joe Barr szintű valamire, de kellemesen kellett csalódnunk, ezúttal tényekre, rtfm-re alapozott cikk jelent meg.


Felhasználók számára érthető módon (értsd: lamerstyle ;)) megy végig a telepítés lépésein, közben apránként adagolja a feature listet :)


A cikk sajnos nem olvasható online (legalábbis publikus helyen :)).

A'rpi

Azaz íme néhány új feature a CVS-es verzióban :

Hardveres ekvalézer - nagyon zúgott már érte a nép de végre elkészült : lehet hardveresen állítgatni a fényerőt/kontrasztot/színhűséget, meg ilyen marhaságokat, ha az xv video meghajtót használod. Eddig ezt csak szoftveresen, és csak a DirectShow DivX codec-kel lehetett. A használata ennek is ugyanaz, billentyűk 1-től 8-ig - lásd a manpaget.

Új input rendszer - amivel hozzá lehet rendelni bármelyik MPlayer funkciót bármelyik billentyűhöz/egérgombhoz/joystickhoz, mindez egyszerűen konfigurálható egy config file segítségével. A példákat lásd az input.conf nevű filet a main/etc könyvtárban.

Playtree - ez kicsit megváltoztatja az MPlayer viselkedését több file lejátszása esetén. Az ilyenkor megadott opcióknak mostantól számit a sorrendjük is : ami a parancssor legelején van az lesz az alapértelmezett, ami egy-egy filenév után, az pedig felülbírálja az előbbieket. Bővebben lásd a dokumentációt.Új fileformátumok - név szerint a FILM, ami Sega Saturn CD-s játékokban található meg, és a RoQ, ami néhány ID Software játékban, például a Quake III-ban és a Return to Castle Wolfensteinben. Fejlesztés alatt van a Playstation-ös filmek lejátszása.

Pár hónappal ezelőtt beszélgettem Árpival az MPlayer 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.



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.

trey: Beszélnél egy kicsit magadról (iskola, programozói múlt, stb.)?

Pontscho: 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.trey: Hogyan kezdtél el a Linuxszal foglalkozni? Mi az a dolog, ami miatt a Linuxszot választottad?

Pontscho: 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.

trey: 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.

Pontscho: Nem :) Sokan mondják, hogy a scene halott, de nem. Amúgy az 4k intro kategória az amiről te beszélsz ;)

trey: A demok még mindig DOS alatt készülnek?

Pontscho: Csak a mazohisták írják még mindig DOS alatt :) De inkább már senki.

trey: Hallottam, hogy nem nagyon lehet ilyen demokat Linux alatt csinalni. Mi ennek a korlátja?

Pontscho: 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.

Amúgy Arpi/Astral tagja, ők eleve Linux alatt írták a demoikat, és később portolták win32-re.

trey: Vannak olyan demok amiket ismerhetünk régebbről, és ami a nevedhez fűződik?

Pontscho: 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.

trey: Mikor, és hogyan csatlakoztál az Mplayer fejlesztéséhez?

Pontscho: 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...

trey: Mi is a pontos szereped a az Mplayer projectben?

Pontscho: Jó kérdés. Vannak szerepek ? :)

trey: Milyen eszközökkel dolgozol munkád során? Gondolok itt a hardware, és szoftver eszközökre.

Pontscho: 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 :)

trey: Használsz más operációs rendszert is a Linuxszon kívül? Vagy ez az egyetlen?

Pontscho: Igen. Mivel tiszta Linux alatti programozásból mocskos nehéz megélni.

trey: Mivel foglalkozol olyankor, amikor nem az Mplayer-t fejleszted?

Pontscho: 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.

trey: Árpi az interjúban említette, hogy te vagy a GUI hacker, és a CVS nagymestere. Ez mit is jelent pontosan?

Pontscho: É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 :)

trey: Árpi néhány hónappal ezelőtt bejelentette, hogy az Mplayer-hez 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?

Pontscho: Jó kérdés. Nem állja meg, hogy ne válaszoljon az userek hülyeségeire ;)

trey: 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?

Pontscho: 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.

trey: Ú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?

Pontscho: 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)

trey: 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?

Pontscho: 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.

trey: Tudom, hogy dolgozol egy titkos projecten =). Főleg, hogy teszteltem is a dolgot. Tudnál erről mondani valamit? Vagy ez meg mindig titok?

Pontscho: :))))) Úgy tervezem, hogy rilizkor lesz nyilvános a cucc, főleg, hogy némi fejlesztés még kell hozza. Na jó. Az MPlayer-hez 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.

trey: 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?

Pontscho: Kód tisztítás. Elég érdekes már néhol a forrás :)

trey: Kerestek már meg benneteket hivatalosan más disztribúcióktól (SuSE, Red Hat, stb.), hogy szívesen látnák az Mplayer-t a saját terjesztésükben?

Pontscho: 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 :)

trey: Hogyan érintette a project tagjait a Joe Barr féle negatív kritika?

Pontscho: 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.

trey: Volt egy kis gáz 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?

Pontscho: Huh, erről nem sokat tudok. Nem érdekelt a dolog, volt aki leugassa helyettem őket ;)

trey: Hogy látod a project jövőjét? Mik a távolabbi célok?

Pontscho: Hm. Van jövője szerintem. Ha csak Freshmeat.net "állását" tekintem. Célok? Jó kérdés. Részemről be szeretnem 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.

trey: Van még valami amit hozzá szeretnél tenni? Valamit ami nem szerepel a kérdések között?

Pontscho: Igen. Mi a jelszavam portal.fsn.hu-n ? :) És a fórumot mikor javítod meg ? :)

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)

Pontscho

David Holm, az mplayeres dxr3 support karbantartója backportolta a dxr3 supportot a 0.60-as "stabil" verzióhoz, mivel a dxr3 driver változásai miatt a 0.60 már le sem fordul.


A patch letölthető az mplayerhq.hu-ról.



Mindemelett én javaslom inkább a CVS-t használni, ami bár mostanában néha meghazudtolta a "CVS stabilabb mint a stable" állításunkat, azért még mindig több fixet tartalmaz, és általában jobban működik mint a pár hetes release.

A DVB támogatás is sokat javult az elmúlt napokban, ez viszont csak CVS-ből érhető el.



Főleg képminőség és A-V szinkron fixek lettek berakva.

A'rpi