MPlayer

Interjú Alex-szel, az MPlayer G1 karbantartójával

Címkék

Az MPlayert nem kell bemutatni. Mindannyiunk kedvenc programja. Az MPlayer készítői közül is ismerhetjük majd' az összes magyar fejlesztőt. A core csapatból eddig három taggal készítettem interjút. A projekt létrehozójával - Árpival - kétszer is (Interjú Árpival az MPlayer fejlesztőjével, Interjú Árpival, az MPlayer fejlesztőjvel (v2), Interjú Pontscho-val az MPlayer GUI hackerével, Interjú Gabucino-val, az MPlayer dokumentáció karbantartójával).

A negyedik tag - akit eddig még nem kérdeztem - Alex. Róla azt kell tudni, hogy az MPlayer 0.90-rc4 kiadásának környékén Ő vette át Árpitól az MPlayer G1 karbantartását. Ezen kívül a továbbiakban az is kiderül, hogy köze van a G2 (új generációs MPlayer, amely from scratch újra lesz írva) fejlesztéséhez is. Vele már több, mint egy éve készülök interjút készíteni, de valamiért eddig mindig elmaradt. Talán azért, mert naponta többször is beszélünk, és így mindig személyesen érdeklődtem nála az MPlayer híreiről.

Tegnap a #debian.hu csatornán többen is kérdeztünk az MPlayer fejlesztése körüli munkákról. Úgy gondoltam, hogy a válaszok másokat is érdekelhetnek, így gyorsan össze is ütöttünk egy interjút.

trey: Beszélnél egy kicsit magadról, a hátteredről (életkor, iskola, stb.)?

alex: 1984-es "évjáratú" vagyok, már túl vagyok a bölcsin, ovin, általános iskolán és gimnáziumon, most épp az egyetemmel küzdök.

trey: Hogy kerültél kapcsolatba az MPlayerrel, és hogyan kerültél bele a core csapatba?

alex: Egy srác az egyik security csoportból, amiben jelent voltam, írt valamit az MPlayerbe és megemlítette (már nem emlékszem mikor volt, talán CVS commitből lehetne megállapítani. talán 2001 nyara?). Aztán letöltöttem és kiderült, hogy az akkori Yamaha (YMFPCI) kártyámmal nem akart jól menni (ALSA-t használtam, mert az OSS driver nem volt megfelelő, és az ALSA 0.5 OSS emulációja még gyerekbetegségekkel küzdött). Ekkor jött el az a pont, hogy eldöntöttem írok ALSA 0.5 output drivert. Elkészült,
majd "a nagy nyomásnak engedve" írtam a 0.9-es szériához is.

Aztán pár hónap múlva vettem egy SB Live-ot, és elfelejtettem az egész ALSA-t egy jó időre, azóta se volt vele dolgom :) Az ao_alsa5.c cvs log tanulsága szerint 2001/06/04-en Pontscho követte el az initial commitot. Innen már csak egy lépés volt a core tagság.

trey: Az MPlayer core fejlesztőinek komoly scene múltja van. Te is foglalkoztál ilyesmivel? Mit csináltál az MPlayer előtt?

alex: "Komolyabb" scene múlttal csak Árpi és Pontscho rendelkezik, ugyanis ők voltak tagjai nagyobb csapatoknak és saját demokat írtak. A többiek inkább megfigyelőként voltak néhány partyn, vagy egyáltalán nem. Én
csak mostanában voltam először C64/Amiga scene partyn, de ha a scene-t nem csak a C64/Amiga/PC demoírás/demovetítés összejövetelekre értjük, akkor nekem is volt scene múltom. Az MPlayer előtt több évig security-t érintő témákkal foglalkoztam több csapatban is. A security egy kicsit más téma mint a C64/Amiga, mert nem lehet mindent megjelentetni, így nem is ismert az ember ezekből, ha csak nem rossz dolgokat csinal. Többnyire rendszerközeli Linux és BSD dolgokkal foglalkoztam.trey: Mióta foglalkozol nyílt forrású rendszerekkel? Milyen rendszereket használsz?

alex: Miután úgy 1995 környékén kapcsolatba kerültem az Internettel, hamarosan rátaláltam az IRC-re is. Az IRC-n pedig az Eggdrop nevű szoftver tombolt, így
aztán a wannabe embereknek is természetesen kellett egy. Mivel ez Linuxon futott, eljött az idő, hogy megismerkedjek vele. Körülbelül fél év után 1996 elején bőszen felinstalláltam az első Linux rendszeremet, mely akkor még Red Hat akármilyen verziójú volt. (A Red Hat rendszer
mellett akkor még jelen volt a Windows is a gépen). Pár hónappal később kipróbáltam a Debiant, azóta tőbbnyire azt használom, bár a mostani desktopomon Gentoo van, és számos más rendszert használok (FreeBSD, NetBSD, Solaris, Tru64), de azért a desktop maradt a Linux. A Windowst teljes mértékben hanyagolom, csak az egyetemen kényszerítenek rá néha.

trey: Mi volt korábban a feladatod a core csapaton belül?

alex: Konkrét feladat nem nagyon volt. Ráérős diák voltam, így igazából mindenbe megpróbáltam magam beleásni, azaz a kód több részét megérteni/átlátni. Ez odáig fajult, hogy mára többnyire mindent ismerek benne.

trey: Úgy tudom, hogy Árpi az MPlayer 0.90-rc4 környékén nem csak formálisan, hanem teljesen átadta neked az MPlayer G1 karbantartását. Mi most a feladatod a G1-gyel kapcsolatban?

alex: A végcél az 1.0, majd 1.5 kiadása, aztán az ág befejezése. Ebből persze semmi se fog úgy sikerülni, mint ahogy az ember most tervezi. Az 1.5 egyébként egy G1/G2 hibrid lenne, néhány stabil G2 rész visszaültetésével, de
sokkal egyszerűbb és jobb lenne, ha inkább irnánk from scratch UI-t a G2-höz, de ez túl nagy falat és az embernek elmegy tőle a kedve.

trey: Hogy esett a választás rád? Mármint hogy te legyél a karbantartó? Úgy választottak, vagy magad jelentkeztél?

alex: Mivel az idők folyamán elég mélyen beleástam magam a forrásba, egy ideje - remélem nem túlzok - jobban ismertem a kód struktúrát, mint maga Árpi (aki ugye már hanyagolta). Azt hiszem talán emiatt esett rám.

trey: Az örök kérdés: mikor lesz MPlayer 1.0? Lesz-e egyáltalán valaha?

alex: Lesz, valamikor biztos. A helyzet az, hogy túl sok célt tűztünk ki magunk elé, és a szabadidőnk pedig jelentősen lecsökkent. A kód már nagyon nagyra nőtt, és ez a terület napról napra fejlődik. Nehéz egy határt húzni: "na most kiadom ezt, és akkor kész". Egyik nap kiadom, másnap meg bejön 5 új formátum támogatása. Az MPlayer release-ek amúgy sem a legjobbak abból a tekintetből, hogy a CVS mindig többet tud és általában stabilabb is. A pre releaseknél a fő cél, hogy tesztelve legyen minden funkció, így ezek nem nevezhetőek nagyon stabilnak. Habár arra is törekszünk, hogy azok legyenek. A végső releasek meg idő és affinitás hiányában sikerülnek gyengébbre :)

Affinitás azért csökken, mert mire egy release eljut a végéig, addigra a CVS már tízszer több funkciót tud, és már nincs kedvünk a régi "stabillal" foglalkozni. Így volt ez a 0.90 kiadásával is, melynél a végső verziószám át sem lett írva. Gondolom erre mindenki emlekszik.

trey: Az mplayer-dev-eng listán nemrégiben felmerült a kérdés, hogy nevet kellene változtatnia a projektnek. Akkor te még hajlottál is volna a dologra... Most hogy áll az ügy?

alex: Ez nem névváltoztatás volt, hanem "szlogen változtatás". Egyébként az nem titok, hogy én már egyszer összerúgtam a port a többiekkel még 2001-ben, mert nem riadtam vissza az indent programtól, és a névváltoztatástól.


Ez akkor annyit jelentett, hogy csináltam egy saját verziót - amit aztán sose fejeztem be idő hiányában - majd az év őszén visszamentem és becommitoltam azokat az új funkciókat, melyeket a saját verziómban írtam. Azóta nem akcióztam :)

A névváltoztatás egyébként azért lett volna érdekes (amikor ez a név született, akkor még nem volt annyira elterjedt a projekt mint ma), mert az MPlayer név elég sok mindennel ütközik: a hasonló nevű multiplayer játék hálózat és a Microsoft Windows Media Playere (mplayer2.exe) nevével is.

trey: Hogy oszlik meg most az MPlayer fejlesztők aránya a hazai és a külföldi fejlesztők között? Gondolok arra, hogy kezdetben több kiváló külföldi programozó is segítette az MPlayer kódolását. Most többen vagy kevesebben vannak a kezdetekhez képest? Kik maradtak meg azok közül a fejlesztők közül a projekt mellett?

alex: Itt sok a félreértés, ezt jó lesz tisztazni. A ``core team" hagyományosan a magyar fejlesztőket jelenti. Kezdetekben voltuk páran magyarok és mindenki más külföldi volt. Aztán néhány külföldit befogadtunk a ``core teambe", és megjelentek a magyar contributorok is. Ma úgy állunk, hogy a core team vegyes, a contributorok tábora nagyon nagy, és mindenféle nemzetiségű ember küld patcheket, Chilétől kezdve Csehországon át Kínáig.

trey: Többen úgy gondolják, hogy lelassult az MPlayer fejlesztése. Néhányan arról beszélnek, hogy a Xine - mint egyik rivális - könnyen elhúzhat az MPlayer mellett. Ha az több funkcióval fog bírni, akkor az emberek elvándorolhatnak az MPlayer mellől. Erről mi a véleményed?

alex: A fejlesztés nem lassult le, maximum a releasek kiadási ideje. De ez sem igaz, gondoljunk csak a 0.90-re, melyből a végleges verzió több, mint 490 nap után jelent meg. Aki nem hiszi, az olvasson mplayer-cvslog, mplayer-dev-eng, mplayer-docs valamit mplayer-g2-dev listákat.



A lényegesebb dolgok, a codecek, az FFmpeg project libavcodec nevű libjeben vannak, mely sok ideig az MPlayer CVS-ben lett felkarolva és fejlesztve, majd visszaolvasztottuk az eredetibe és azóta ott fejlesztjük mi is. A cél ezzel az volt, hogy más projektek is élvezhessék a mi fejlesztéseinket is. Néhány hónapja pedig az FFmpeg
CVS-e átköltözött az MPlayerHQ gépre. Ezzel ``hazatalált'' a libavcodec is :)



Egyébként győzzön a jobbik, én nem harcolok a felhasználóért, mert ez nem egy üzleti, pénzes program, nem kapok érte semmit.



trey: Hogy áll az MPlayer G2 fejlesztése? Lesz a közeljövőben valami preview kiadás belőle?

alex: Változott a stratégia. Miután Árpinak elfogyott az ideje és elege lett a multimédiából egy időre, én kezdtem el fejleszteni a G2-pre41-et. Írtam bele NUT (saját container formátumunk) támogatást és néhány más apróságot, majd kiadtam a pre42-es változatot. Néhány hete pedig importáltam CVS-be, ettől remélve a fejlesztés felgyorsulását.

Bárki letöltheti: cvs :pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer

checkout g2

trey: Ismert a core team Debian GNU/Linux ellenessége. Neked erről mi a véleményed?

alex: Ez sajnos fals, mert nem a core team Debian ellenes, hanem néhány (vagy több) ember. Árpi, Gabucino valamint Pontscho nem szeretik a Debiant
más-más okból kifolyólag. Ez mindenkinek a saját ugye. Diego Biurrun az ominózus eset után csinált egy felmérést amiből kiderült, hogy
csak az említett 3 személy érez komolyabb ellenszenvet, a többiek pedig vagy használják vagy nem törődnek vele. Részemről elhatárolódok a dologtól.

trey: Hogy látod az MPlayer fejlesztésének jövőjét? Mik a kilátások mondjuk a 2004-es évre?

alex: Az egyértelmű cél az alrendszerek egymástól való függetlenítése, valamint a kód minőségének javítása. Tervezünk egyfajta SDL "competitort" létrehozni a független G2 alrendszerekből, de ez elég távoli a cél.

trey: Árpi a vele készült második interjúban azt mondta, hogy az MPlayer G1 kódja kezdett gányolássá válni. Azóta mi a helyzet? Valóban átláthatatlan a kódbázis, vagy vannak már jelek a letisztulásra?

alex: A kód nem "kezdett válni", hanem mindig is az volt. Személyes véleményem az, hogy a rendszerek függetlenítése mellet azért kódolási szabályokat sem ártana bevezetni. Úgy, ahogy azt sok nagy projektnél láthajtuk, például a Linux kernelben is. Ezt több fejlesztő támogatja, majd talán a G2-nél sikerül valamit ebben az ügyben lépni.

trey: Tegnap kiszivárgott a Windows NT és 2000 operációs rendszerek egyes részeinek forráskódja. Nem tartasz attól, hogy esetleg megjelenhetnek a projektben illegálisan bemásolt kódrészek? A rossz nyelvek szerint pl. a libavifile egy az egyben ilyen kódokból jött. Ebben mennyi igazság lehet?

alex: Személy szerint még nem láttam a forrást, és nem is tervezem, hogy belenézzek, mert számomra a Microsoft API-król bőven elég az, amit az http://msdn.microsoft.com/libarary/ leír.

A libavifile lehetséges, hogy mutat hasonlóságot a windowsos megfelelőhöz, de mi nem használjuk, és sosem használtuk ezt a projektet. Csak a windows emulátor részt, amelyet ők is a Wine-tól vettek kölcsön. Hála istennek erre a Windows emulátorra is csak a WMV9 és QuickTime audio lejátszáshoz van szükség, minden mást ismer az FFmpeg.

Sajnos az MPlayer (és sok más open source multimédiával foglalkozó projekt) már évek óta illegálisnak számít az Egyesült Államokban, ezen egy Microsoft kódrészlet sem tudna mit rontani. Egyébként személy szerint nem szeretném, ha Microsoft kódrészlet kerülne akármibe is, mert jobb, ha a mechanizmust látja át az ember, és saját megoldást ír rá.

Így van ez az FFmpeg-nél.

trey: Mivel foglalkozol a szabadidődben, ha éppen nem az MPlayer-t fejleszted, vagy éppen nem a #debian.hu-n töltöd az idődet?

alex: Rengeteg más fejlesztésben és csoportosulásban veszek (aktívan) részt, emellett néha tanulni is szoktam. Kikapcsolódásként nagyon szeretek utazgatni (mind belföldön és külföldön), valamint kerékpározni, túrázni
a hegyekben és hasonlók. Sajnos annyira sok lehetőségem ezekre nincsen, de majd változik a helyzet: várom már a tavaszt.

trey: Van még valami amit nem kérdeztem meg, de el szeretnél mondani?

alex: Igen van. Nem szeretném ha beskatulyáznának :)

Hasznos adomány az MPlayer projektnek

Címkék

Pár nappal ezelőtt számoltunk be arról, hogy lemezhiba miatt elveszett az MPlayer levelezési lista néhány adatbázisa. Most egy adománynak köszönhetően remélhetőleg biztonságosabban (és gyorsabban) lehet majd üzemeltetni a MPlayerHQ-t. Charlie-nak és Lupin III-nak köszönhetően komolyabb vas kerülhet a projekt szervere alá. Charlie egy Adaptec 29160 SCSI kártyát, Lupin III pedig két 36GB-os 10krpm fordulatszámú SCSI merevlemezt adományozott a projektnek. Ez azt jelenti, hogy az MPlayerHQ operációs rendszere és adatai (levlisták, cvs, web, stb.) az új vasra kerülhetnek.

Egyetlen probléma hátráltatja már csak a migrációt: a merevlemezeknek 80-tűs (SCA) csatlakozója van, és a megfelelő (optimális) működéshez két LVD-s 80/68 átalakítóra lenne szükség (ami van az csak SE módban tudja hajtani a HDD-ket). Akinek van ilyen tartalékban, és fel tudná ajánlani, az nem habozzon: adakozzon :-)

Bővebben a projekt honlapján itt.

MPlayer: kell-e nevet változtatni?

Címkék

Diego Biurrun felvetette az mplayer-dev-eng@ listán, hogy itt lenne az ideje annak, hogy az MPlayer nevet változtasson. Az MPlayer jelenlegi neve:



MPlayer - The Movie Player for Linux



ami Diego szerint félrevezető, hiszen napjainkban az MPlayer szinte minden operációs rendszer (*BSD, Mac OS X, Solaris, Windows, stb.) alatt használható. Szerinte az új név lehetne egyszerűen a régi, a ``for Linux" szavak elhagyásával:



MPlayer - The Movie Player



Az ötletet több javaslat is követte. Például:



- Player (Árpi) - mivel nem csak movie fileokat játszik le

- MPlayer - It works (tm) (alex)



Árpi a névváltoztatás ellen van, Gabucino is.



Szerinted indokolt lenne a névváltoztatás?
(A cikkhez tartozik szavazás is. Ha lenne ötleted az új névre, írd le a hozzászólásokban.)



A thread itt kezdődik.

MPlayer levlista gondok

Címkék

Az MPlayer szerver IDE HDD-je tönkremenetelének köszönhetően néhány mailman (az MPlayer levlista szoftvere) config/user adatbázis visszaállítathatatlanul megsérült. Ilyen lista az MPlayer-G2-dev. A lista törölve lett, majd vissza lettek állítva azon tagságok, amelyek tavaly augusztus 15-ig fel voltak iratkozva. Azokról a listatagokról, akik a fent említett dátum után iratkoztak fel (vagy le), nincs infó. A projekt arra kér minden tagot, hogy ellenőrizze a tagságát és a beállításait.

Mivel az MPlayer-users lista is mgsérült, több ember jelezte, hogy nem kapja meg az új leveleket, vagy ellenkezőleg, aki már leiratkzott ismét kap levelet. Nekik a tennivalók a projekt oldalán vannak leírva.

KISS TECHNOLOGY: Újabb GPL sértés

Címkék

Az MPlayer fejlesztői szerint a DVD, MPEG-4 lejátszókat gyártó KISS TECHNOLOGY GPL-t sértett. (Ez a megállapítás részükről annyira nem meglepő, hiszen a HUP már másfél hónappal ezelőtt megírta ezt).


Az MPlayer csapat szerint ha valaki egy gyors string keresést követ el a KISS firmware-én és az mplayer binárison, akkor nagyfokú egyezéseket vehet észre:KISS firmware:

$ strings KiSS_DP-508_FW2.7.4_PAL.iso | grep -A 3 -B 6 MPSub

Microdvd

Subrip

Subviewer

Sami

Vplayer

Unknown

MPSub

Subviewer 2.0

Subrip 0.9

Jacosub

MPlayer bináris:

$ strings /usr/bin/mplayer | grep -B 8 mpsub -A 4



L>microdvd

subrip

subviewer

sami

vplayer

dunnowhat

mpsub

subviewer 2.0

subrip 0.9

jacosub

Az Mplayer csapat felhívta a KISS figyelmét a dologra, de azok nem válaszoltak a levére. Az MPlayer csapat szerint nyilvánvaló a kódlopás.

Bővebben itt.

MPlayer hírek: új szerver OS, libcaca

Címkék

Az MPlayerHQ szervere új operációs rendszert kapott. Árpiék úgy döntöttek, hogy a korábbi Debian Woody-t Slackware-re cserélik. Le is cserélték. A csere okaként több indok is olvasható az MPlayerHQ-n.1.) az MPlayerHQ szerverét november 16-án 17:50-kor feltörték. Valószínűleg a do_brk() hibát kihasználva

2.) a régi OS 3 éves volt már, így ráfért a takarítás

3.) a Debian szar - ez a legtöbb MPlayer core fejlesztő véleménye

4.) a levelező rendszer migrálva lett a sendmail+qmail kombóról egy szimpla postfix install-ra

A másik hír (ami talán fontosabb, mint az első), hogy az MPlayer mostantól patchelve támogatja a libcaca-n keresztüli lejátszást (kép). A libcaca (de sz@r név) egy színes verziója az aalib-nek. Jelenleg még alpha verzióban van, de ennek ellenére egész jól működik. Noha az MPlayer direktben még nem támogatja a libcaca-t, ezzel a patch-csel lehetővé válik a -vo sdl:caca használata.

Bővebb infó az MPlayerHQ oldalain.

MPlayer 1.0pre3 The Real Counter | second try

Címkék

Ma megjelent az Mplayer 1.0pre3 ``The Real Counter". Windows Media Player skin támogatás...

Hehe, ez csak vicc, viszont a változások logja egészen hosszú.

Nézzük mik vannak: reverse engineered RealVideo 2.0 (RV20) kodek B frame támogatással, sis_vid Vidix driver a SiS kártya tulajdonosoknak, doublebuffer támogatás a Geforce2-höz, stb. Nézd meg a változások listáját.

Kicsivel a ``The Real Counter" után megjelent az MPlayer 1.0pre3 ``second try''. Az Mplayer 1.0pre3-ba egy nagyobb hiba került. A pre3 nem fordult le a big-endian gépeken (mint a ppc, sparc és az m68k). Akinek ilyen gépe van, annak mindenképpen a ``second try''-ra van szüksége.

Változások:MPlayer 1.0pre3: "The Real Counter"

DOCS:

* all MPlayer and MEncoder options documented

* all FFmpeg/libavcodec options documented

* Support for building incomplete XML documentation

* Support for building all-in-one HTML docs

* HTML documentation obsoleted

* English, Polish and French HTML documentation removed

* Spanish documentation translation finished

* Macedonian runtime output translation added

* small improvements and bug fixes all over the place

Ports:

* fixed compilation of Matroska on MinGW32/Cygwin

* support for detecting non-Intel CPUs under Cygwin

* sub autoloading under Windows

* removed pthread dependency (compiles out of the box on a default NetBSD install)

* more 64 bit fixes

* a lot of Mac OS X fixes

* prefer TOOLS/cpuinfo over linuxemu's /proc/cpuinfo under FreeBSD/x86

* Darwin XMMS libs supported

* support newer Darwin versions in Altivec detection code

* support for newer Apple GCCs

Codecs and demuxers:

* better support for (buggy) MEncoder created streams in libmpeg2

* MPEG-TS demuxer updates

* fixed the MPEG muxer

* fixed tons of bugs in MMS streaming

* user settable http user-agent field

* improved (now working) seeking with support for growing files in Realmedia format

* saveable and loadable index files (workaround for formats not supporting files over 2GB)

* Ultimotion VfW decoder

* support for MMS streams with UTF urls

* big DVB demuxer update

* fixed MOV demuxer to always read ImageDesc (fixes ffsvq3 bugs)

* fixed an old bug in AVI/Waveformatex size calculation

* XviD API-4 (1.0 beta2) support

* improved FLAC-in-Ogg support

* Matroska: better AC3 detection

* Matroska: VobSubs, MP2, FLAC, AAC and HE-AAC support

* improved detection of Real RTSP through URL analysis

* fixed stereo 16 bit TWOS

* fixed MPNG when using BGR24 images

* control functions in OGG demuxer

* http cookies support

* LML-M4 MPEG4 capture card raw stream format support

Filters:

* some fixes in the delogo filter

* optimized eq2 filter

* weighted gamma support in the eq2 filter

* new filters: hue, spp, fil, yuvcsp

* alternative postprocessing filter (spp)

* big scale filter updates

* zrmjpeg filter, a kick-ass mjpeg encoder using FFmpeg/libavcodec

* filmdint: new inverse telecine filter, heavily mmx and 3dnow optimized

FFmpeg/libavcodec:

* Lagrange multipliers instead of qscale, encoding quality much improved

* fixed an old bug in MPlayer's support code

* support wider range of VOLs in H263

* direct rendering support in MJPEG

* massive MLib optimizations

* more VQA files supported

* Theora support

* Sunplus JPEG (SP5X) support

* H.263 GOB fixes

* massive cleanups

* reduced memory footprint (!)

* fixed decoding if aspect ratio changes

* MMX2 optimizations in HuffYUV

* lots of bugs squashed in HuffYUV

* long standing decoding errors after 'first frame is not keyframe' fixed

* CRI ADX support

* XA ADPCM support

* fixed files with odd dimensions on PPC

* optimized MPEG2 bitstream parsing

* better interlacing framework

* support for IBM's XLC compiler

* support for SAR (sample aspect ratio)

* floating point AAN DCT

* dynamically alloc big data fields (lower memory usage in most cases!)

* fixed stereo IMA-ADPCM encoding

* inline vs always_inline - some speedups

* MMX2 optimized FDCT

* accurate 2-4-8 DCT

* much faster DV encoding (it beats libdv)

* support Cinepak files with funky (not divisible by 4) resolutions

* Altivec optimized FDCT

* XvMC speedups

* initial ZyGoVideo decoding

* RGB support in FFV1

* new Palette API, all codecs updated

* Noise reduction of DCT coefficients

* "av_log" logging API

* support for buffer hints from codecs

* BGR24, RGB555 and PAL8 image formats

* 8BPS, MS RLE, MS Video1, QT RPZA, QT SMC, FLIC and TrueMotion1 decoders

* 16x8 MV visualisation support

* H.263 overlapped block motion compensation (OBMC), 4MV support

* H.263 alternative inter vlc support

* H.263 deblocking filter (MMX optimized)

* H.263 modified quantization support

* H.263 slice structured mode support

* Real RV20 decoder (with B-frame support)

Drivers:

* VIDIX equalizer support in fbdev, svga and vesa

* VIDIX colorkeying support in fbdev, svga and vesa

* obsoleted option: -fb

* new SiS 650/651/740/etc VIDIX driver

* safer vo_directx direct rendering

* massive nvidia_vid updates

* gl2 updates

* ggi now supports non-directbuffer rendering and slices

* tdfxfb fixed on gcc 3.x

* dfbmga updated, G200 support

* colorkeying can be disabled

* Radeon 9800 (R350) support in VIDIX

* proper fix for buffer size workarounds in vo_zr

* new vo_zr2 driver, which uses the advantages of the filter layer

* fixed vesa when used together with pthread

* runtime stay-on-top functionality (in almost all output drivers)

* ALSA 1.x support

SWScaler:

* updated MLib (Sun VIS) support

* more accurate filters (rounding fixes)

* MMX optimized UYVY output

* eliminated chroma scaling bugs

Others:

* fixed aspect and geometry

* fixed compilation when libavcodec is missing (although it's a bad idea)

* MTRR detection added to TOOLS/cpuinfo

* FAAD detection in configure fixed/improved

* improved FLAC configure detection

* GUI file selector updated for newer formats

* Fontconfig support

* proper VobSub seeking support

* removed oldskool libcss support (nobody uses it and has drawbacks)

MEncoder:

* FFmpeg/libavcodec audio encoding support

* exit if there's no video stream (avoids unexpected segfaults)

* huge bug fixed (missing InitTimer call), screwed up timers in some cases

* rawyuv (i420) 'encoder'

Letöltés:

  • Hungary 1, HTTP -> http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Hungary 1, FTP -> ftp://ftp1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Hungary 2, HTTP -> http://www2.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Hungary 2, FTP -> ftp://ftp2.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA, HTTP -> http://ftp3.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA, FTP -> ftp://ftp3.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Switzerland, HTTP -> http://www4.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA2, HTTP -> http://ftp5.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA2, FTP -> ftp://ftp5.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Australia, FTP -> ftp://ftp6.mplayerhq.hu/pub/mplayer/releases/MPlayer-1.0pre3.tar.bz2
  • Bulgaria, FTP -> ftp://ftp://ftp8.mplayerhq.hu/mplayer/releases/MPlayer-1.0pre3.tar.bz2
  • dmencoder 0.3.5

    Címkék

    Bokor ``doc'' Norbert frissítette az MPlayer-es mencoder-hez készített HTML frontendjét.

    Aki próbált már video-t encode-olni mencoder-rel, vagy esetleg tvtuner kártyáról filmet rögzíteni úgy, hogy előtte lusta volt RTFM-elni, az tudja, hogy nem könnyű dolog.

    Miközben az ember állítja a paramétereket, hamar el lehet jutni sok soros kiadandó parancshoz.Ha valaki lusta vagy siet, annak jól jöhet egy olyan frontend, amelyen a tetszőleges paramétereket beállítva le tudja az illető generálni a beírandó parancsot.

    A ``dmencoder'' segítségével az encode-oláshoz (pl. filmek kódolásához) szükséges parancsot generálhatjuk le, míg a ``dtvrec'' szkripttel a tvből való rögzítéshez generálhatjuk le a megfelelő parancsot. Mindezt webes felületen.

    A dmencoder stuffok itt.