Az MPlayer most már támogatja a legtöbb Bluray és HD-DVD codec-et. Bluray filmek Linux alatti rippeléséhez használd ezt a leírást. Van egy nem tesztelt javítás is a Bluray lemezek lejátszásához ebben a szálban a doom9.org címen.
Valamint az MPlayer elindította az rtmpdump projektet. Az rtmpdump egy program az rtmp:// folyamok letöltéséhez. Előzőleg a SourceForge-on volt az otthona.
Számos lehetőség van az 1080-as H.264-es videók lejátszásának gyorsítására az MPlayerben.
Először is az új VDPAU kimenet
használata. Támogatja az újabb
Nvidia videó kártyákat
a videó dekódolása közben a CPU túlzott használata nélkül. Megtalálható az
MPlayer SVN-jében (az Nvidia bináris vezérlő 180.37 vagy újabb verziója szükséges),
az ismert hibákat és hibajelentéseket megtalálod
ITT.
(csak Linux, Solaris és FreeBSD)
Hogy hogyan juthatsz hozzá az SVN verzióhoz, le van írva a
letöltés oldalon és a
snapshot tarball-ok is elérhetőek.
A második lehetőség a kísérleti többszálas
FFmpeg-mt
branch használata az MPlayerrel, ami több mag/CPU használatát teszi lehetővé. (minden OS és CPU támogatott)
A telepítéshez másold ki és illeszd be ezt a sort a parancssorba:
wget -N http://just.mooo.com/mplayer-svn-mt.tar.bz2 && tar jxvf mplayer-svn-mt.tar.bz2
&& cd mplayer && ./configure && make && sudo make install
A szálas futtatás engedélyezéséhez az
mplayer -lavdopts threads=N file.mkv
parancsot add ki, ahol az N a használni kívánt szálak száma.
MEGJEGYZÉS: Az FFmpeg-mt-nek gondjai vannak a pakolt b-kockákkal.
Az MPlayer FFmpeg-mt-t használó Windows-os verziója itt található: http://oss.netfarm.it/mplayer-win32.php.
Harmadszor a többszálú CoreAVC codec használata a CoreAVC-for-linux projekt segítségével. A CoreAVC dekódoló $15 USD-be kerül. (CSAK Linux (a Windows felhasználóknak csak ez a JAVÍTÁS) kell)
Negyedszer, az FFmpeg-be szintén bekerült némi optimalizáció az x264 projektből. Ezek teljes kihasználásához győződj meg róla, hogy a legújabb YASM telepítve van és a legfrissebb SVN-ben lévő MPlayer meg is találja a fordítás során.
Ötödször, a -lavdopts skiploopfilter=all:fast=1 használatának mellékhatásai lehetnek, de engedi a nagyobb fájlok valós idejű lejátszását. (minden OS és CPU támogatott) (használd a -lavdopts skipframe=nonref:skiploopfilter=all:fast=1 a még nagyobb gyorsításhoz, a skipframe működik a VDPAU-val.)
Van egy elutasított JAVÍTÁS is, ami az új, többszálas VC-1/WMV3 codec használatát támogatja.
Az FFmpeg projekt szeretné elismerni és megköszönni a Picsearch munkatársainak a közelmúltban az FFmpeg fejlesztéséhez nyújtott segítségét. A Picsearch csapat széles körben használja az FFmpeg-et és rengeteg visszajelzést küldtek több ezer fájl formájában, amelyek miatt az FFmpeg van összeomlott, vagy nem támogatott/ismeretlen codec-et használtak. Az FFmpeg fejlesztő csapata felhasználta ezeket az információkat az FFmpeg jobbá tételéhez.
Tudjuk, hogy vannak más szervezetek is, melyek különböző bemeneti típusok feldolgozásának széles skáláján használják az FFmpeg-et. Az FFmpeg csapat felkéri ezeket a szervezeteket, hogy küldjenek hasonló visszajelzéseket a mindennapi használat során felmerülő problémákról.
Az MPlayer csapat is keményen dolgozik ezen a listán, eddig 25 bináris dekódoló és 23 fourcc támogatását adtuk hozzá a létező video codec-ekhez. Továbbra is folytatjuk a fájlok tesztelését és az új codecek támogatásának hozzáadását.
Mi is szorgalmazzuk az összes MPlayer-t/FFmpeg-et használó weboldalnak, hogy osszák meg velünk az összeomlást előidéző/lejátszhatatlan fájljaikat. Gyanítjuk, hogy a Youtube a mi szoftverünket használja, és szeretnénk, ha mindenki profitálna az ő munkájukból.
Az egyik célunk, hogy le tudjuk játszani az összes videó fájlt. Ha van egy fájlod, melyet az MPlayer nem játszik le, kérjük töltsd fel, hogy megnézhessük. Az utasításokat megtalálod a dokumentáció hibabejelentésekről szóló részében. Vagy jelentheted a nem működő videókat a Bugzilla-nkban vagy az MPlayer-users levelezési listán vagy csak küldj nekem egy e-mailt a problémás videó URL-jével.
Örömmel jelentünk be egy újabb kiadást. Ezúttal egy párosat, mivel a libdvdread le lett választva a libdvdnav-ról és már egy külön fában történik a fejlesztése, megtartva az API kompatibilítást a régi upstream-mel.
A szétválasztástól eltekintve ezen kiadás főbb jellemzői rengeteg memória és erőforrás lyuk javítását, pkgconfig támogatást és a dvdread-config script bevezetését foglalják magukban.
libdvdnav-4.1.3 és libdvdread-4.1.3 letölthető a következő helyekről. Kérjük kíméld a szerverünket és használd valamelyik tükröt.
SHA1SUM: d1b95eb8a7caee1fa7580a1abad84d6cb3cad046
MD5SUM: d62383c45b28816771e283515f2c27fa
SHA1SUM: fc4c7ba3e49929191e057b435bc4f867583ea8d5
MD5SUM: 6dc068d442c85a3cdd5ad3da75f6c6e8
Az MPlayer idén is ott lesz a LinuxTag-on. Messe Berlin-ben a 7-es csarnok 113-as kabinjánál találkozhatsz velünk május 28 és 31 között.
Idén osztozunk a kabinon az FFmpeg-gel és az OGP-vel.
Látogass meg minket Berlinben!
Nem, jelenleg nem tervezzük a váltást a GPL 3-as verziójára. Ennek ellenére viszont szeretnénk kompatibilisek lenni a GPL 3-as verziójával. Szeretnénk, ha a jövőben is rendelkezésünkre állna a licensz váltás lehetősége. Soha sem lehet tudni, változhatnak úgy a körülmények, hogy szükségessé válik a licensz cseréje. Sajnos azonban az MPlayer kódjának vannak bizonyos részei, melyeknek csak GPL 2-es verziójú licensze van. Ezen részek szerzőivel nem sikerült felvenni a kapcsolatot, nem kaptunk tőlük visszajelzést.
Ezért segítséget kérünk a kapcsolatfelvételhez. Az alábbi kódok szerzőit keressük (kihúzva akiket már megtaláltunk):
libmpcodecs/ve_x264.clibmpdemux/demux_ty_osd.cTOOLS/realcodecs/*Ha tudod, hogy hogyan léphetnénk érintkezésbe velük, vagy te vagy a keresett emberek egyike, kérjük írj nekünk, hogy megoldhassuk ezt a problémát. Ezer köszönet.
Az libdvdnav új fejlesztői csapatának egy éves évfordulóján örömmel jelentjük be az új kiadást. De előbb egy kis történelem.
Mint azt páran bizonyára tudják, a libdvdnav upstream-jében egy ideje már nem volt aktív fejlesztés. Körülbelül egy éve pár MPlayerrel kapcsolatban álló fejlesztő átvette a libdvdnav karbantartásának feladatát. Az első kiadás csendben, 2007. október 28-án, vasárnap készült el, ezért itt az ideje egy újabbnak.
Sok fejlesztés történt a fordító rendszerben és néhány hibajavítás, beleértve pár memória lyuk befoltozását az előző kiadás óta, de nincs nagyobb változás.
A libdvdnav-4.1.2 letölthető a következő helyekről. Kérjük légy tekintettel a szervereinkre és használd valamelyik tükörszerverünket.
SHA1SUM: 65e8f5aa01a60cf8fd013ef9e5d8c23b9fef21d6
MD5SUM: 0e9a494403f9f5a2e781252c77599561
Egy buffer túlcsordulást talált és jelentett Adam Bozanich a Musecurity-től abban a kódban, amely a CDDB szerver válaszaiból olvassa ki az album címét.
A CDDB szerver válaszainak értelmezése közben az album címe egy fix méretű bufferbe másolódik megfelelő méret ellenőrzés nélkül, ami buffer túlcsordulást okozhat. Egy rosszindulatú adatbázis bejegyzés buffer túlcsordulást okozhat a programban. Ez önkényes kódfuttatáshoz vezet az MPlayert futtató felhasználó UID-jével.
Magas (önkényes kód futtatás a lejátszót futtató felhasználó ID-jével) ha a lemez információk egy rosszindulatú CDDB bejegyzésből származnak, nincs, ha nem használod ezt a képességet. Kérünk figyelj rá, hogy a CDDB adatbázisban a bejegyzések felülírhatóak, így egy támadás egy nem kompromittált szerverről is érkezhet. A buffer túlcsordulás javításának idején nincs ismert exploit közkézen.
A javítás erre a problémára 2008. január 20-án, vasárnap, 20:58:02-kor (UTC) került bele az SVN fába, mint r25824. Az érintett MPlayer verziókat használóknak ajánlott letölteni a javítást az MPlayer 1.0rc2-höz vagy frissíteni a legújabb verzióra, ha SVN-t használnak.
MPlayer 1.0rc2 és SVN az r25824 előtt (2008. január 20., vasárnap, 20:58:02 UTC). A régebbi verziók is valószínűleg érintettek, de nem lettek ellenőrizve.
SVN HEAD az r25824 után (2008. január 20., vasárnap, 20:58:02 UTC)
MPlayer 1.0rc2 + biztonsági javítások
Egy buffer túlcsordulást talált és jelentett Adam Bozanich a Musecurity-től az URL karakterláncokat escape-elő kódban.
Az IPv6 címek kezelését végző kód egy trükkel rávehető, hogy egy ideiglenes bufferra mutató pointert hagyjon maga után nem-NULL értékkel; emiatt az unescape-t végző kód újra felhasználja a buffert, ami buffer túlcsorduláshoz vezethet, ha a régi buffer kisebb a szükségesnél. Egy rosszindulatú URL karakterlánc buffer túlcsordulást okozhat a programban, mely önkényes kód futtatáshoz vezet az MPlayert futtató felhasználó UID-jével.
Magas (önkényes kód futtatás a lejátszót futtató felhasználó ID-jével) ha nem megbízható URL-ekről játszol le (pl. egy távoli lejátszási listából), nincs, ha nem használod ezt a képességet. A buffer túlcsordulás javításának idején nincs ismert exploit közkézen.
A javítás erre a problémára 2008. január 20-án, vasárnap, 20:43:46 (UTC) került bele az SVN fába, mint r25823. Az érintett MPlayer verziókat használóknak ajánlott letölteni a javítást az MPlayer 1.0rc2-höz vagy frissíteni a legújabb verzióra, ha SVN-t használnak.
MPlayer 1.0rc2 és SVN az r25823 előtt (2008. január 20., vasárnap, 20:43:46 UTC). A régebbi verziók is valószínűleg érintettek, de nem lettek ellenőrizve.
SVN HEAD az r25823 után (2008. január 20., vasárnap, 20:43:46 UTC)
MPlayer 1.0rc2 + biztonsági javítások
Egy buffer túlcsordulást talált és jelentett Felipe Manzano és Anibal Sacco a CORE Security Technologies-től a MOV fájl fejléceit értelmező kódban. További hasonló hibákat talált Reimar Döffinger a kód javítása közben. A sebezhetőséget CORE-2008-0122-ként azonosították.
A kód beolvasott pár értéket a fájlból és azokat egy a heap-en lefoglalt tömb indexeként használta, mindenféle határellenőrzés nélkül. Egy rosszindulatú fájl buffer túlcsorudlást okozhat a programban. Ez önkényes kódfuttatáshoz vezet az MPlayert futtató felhasználó UID-jével.
Magas (önkényes kód futtatás a lejátszót futtató felhasználó ID-jével) rosszindulatú MOV fájl lejátszása esetén, nincs, ha nem használod ezt a képességet. A buffer túlcsordulás javításának idején nincs ismert exploit közkézen.
A javítás erre a problémára 2008. január 29-én, kedden, 22:13:20 (UTC) került bele az SVN fába, mint r25920, 2008. január 29-én, kedden, 22:13:47 (UTC), mint r25921 és 2008. január 29-én, kedden,22:14:00 (UTC), mint r25922. Az érintett MPlayer verziókat használóknak ajánlott letölteni a javítást az MPlayer 1.0rc2-höz vagy frissíteni a legújabb verzióra, ha SVN-t használnak.
MPlayer 1.0rc2 és SVN az r25922 előtt (2008. január 29., kedd, 22:14:00 UTC). A régebbi verziók is valószínűleg érintettek, de nem lettek ellenőrizve.
SVN HEAD az r25922 után (2008. január 29., kedd, 22:14:00 UTC)
MPlayer 1.0rc2 + biztonsági javítások
Egy stack túlcsordulást talált és jelentett Damian Frizza és Alfredo Ortega a CORE Security Technologies-től a FLAC megjegyzéseket kezelő kódban. A sebezhetőséget CORE-2008-1218-ként azonosították.
A fájlból történő megjegyzés betöltésekor a hossz értéke a fájlból kerül kiolvasásra, majd ezután kerül felhasználásra a VLA tömb indexeléséhez ellenőrzés nélkül. Egy rosszindulatú fájl stack túlcsordulást okozhat a programban, mely önkényes kód futtatáshoz vezet az MPlayert futtató felhasználó UID-jével.
Magas (önkényes kód futtatás a lejátszót futtató felhasználó ID-jével) rosszindulatú megjegyzésekkel ellátott FLAC fájlok lejátszásakor, nincs, ha nem használod ezt a képességet. A buffer túlcsordulás javításának idején nincs ismert exploit közkézen.
A javítás erre a problémára 2008. január 29-én, kedden, 22:00:58 (UTC) került bele az SVN fába, mint r25917. Az érintett MPlayer verziókat használóknak ajánlott letölteni a javítást az MPlayer 1.0rc2-höz vagy frissíteni a legújabb verzióra, ha SVN-t használnak.
MPlayer 1.0rc2 és SVN az r25917 előtt (2008. január 29., kedd, 22:00:58 UTC). A régebbi verziók is valószínűleg érintettek, de nem lettek ellenőrizve.
SVN HEAD az r25917 után (2008. január 29., kedd, 22:00:58 UTC)
MPlayer 1.0rc2 + biztonsági javítások
Mint minden évben, a Hungarian Unix Portal ismét megtartotta a szokásos Olvasók Választása szavazását melyben az MPlayer + frontend-jei végeztek az első helyen a "kedvenc videó lejátszó" kategóriában. Az MPlayer 600 szavazatot kapott (61%), megelőzve a 231 szavazatot elért VLC-t (23%) és a 49 voksot begyűjtő Totem-et (5%).
Ha tudsz magyarul, nézd meg a HUP eredményhirdetését.