MPlayer

Egy angol nyelvű interjú látott napvilágot az itreviews.blogspot.com-on Beregszászi Alexszel (Project Maintainer), Diego Biurrun-nel (Project Maintainer, Server Admin), és Oded Shimon-nal (General MPlayer Developer, mainly MEncoder).

Tavaly augusztusban kért és kapott segítséget az MPlayer fejlesztőcsapata abban, hogy új szervert vásárolhassanak a projekt honlapja, az MPlayerHQ alá.

Gabucino a napokban postázta - kissé megkésve - szokásos évösszegzését az MPlayer levlistákra.

Témák:

A fórumban merült fel a kérdés, hogy lesz-e Linuxra olyan média lejátszó, amellyel a DRM védett tartalmakat is le lehet játszani. A kérdésre a válasz: igen, valószínűleg lesz.

A probléma az, hogy egyes tartalmakat nem lehet lejátszani anélkül, hogy a lejátszó ne támogatná a Digital Restrictions Management (DRM) elképzelést. Számos szolgáltató, bolt és kiadó már jelenleg is olyan tartalmakat (pl. DRM védett WMA file-ok) ajánl, amelyeket nem lehet lejátszani anélkül, hogy a lejátszó ne támogatná a Windows DRM-et. Christian Schaller, GStreamer hacker szerint ezek a fileok Linux alatt teljesen használhatatlanok.Éppen ezért a GStreamer (az a támogató library, amelyet számos népszerű médialejátszó frontend, például a Totem, AmaroK, Banshee használ backend-ként) a jövőben (valószínűleg) támogatni fogja a DRM-et.

A Sun kiadta az Opera névre hallgató DRM forráskódját. A GStreamer egy olyan keretrendszert készít, amely többféle DRM implementációt, köztük az Opera-t is támogatni fogja. Emellett lehetőséget biztosít majd arra, hogy olyan (nyilván) zárt modulokat is lehessen vele használni, amelyekkel lehetőség nyílhat a Windows Media DRM vagy éppen az Apple-féle Fairplay által védett tartalmak lejátszására.

Erősen valószínű, hogy a támogatás DRM-képes elkülönített modulok formájában fog érkezni. Ez azért fontos, mert így a GStreamer felhasználók és a disztribútorok könnyen tudnak DRM-mentes GStreamer-t telepíteni és terjeszteni. A disztribútoroknak lehetőségük lesz ezeket a modulokat külön csomagolni, vagy éppen teljesen kihagyni a terjesztésükből.

Azaz, az állítások szerint a GStreamer-ben felbukkanó DRM támogatás semmilyen korlátokat nem fog állítani azok elé, akik nem kívánják azt használni.

Néhányan szkeptikusak az utolsó állítással szemben... Többek közt erről is szól az LWN egyik december eleji cikke.

(A cikk a fórum topik miatt lett ismét aktuális.)

A'rpi/root@mphq-g1 küldte be a hírt:



Mint azt a HUP fórumban többen is jelezték, egy ideje nem (mindig) érhető el a www.mplayerhq.hu. Tudunk a problémáról, de a régi vas a vinyóhalálok óta nem bírja a terhelést, így a CVS használhatóságának érdekében le kellett állítani néhány kevésbe fontos szolgáltatást... Ilyen a web is (a www.mplayerhq.hu most át van irányítva az egyik mirror-ra, így látszólag működik, de mivel nincs minden mirrorozva, így mégse. Pl. a viewcvs, lista archívok stb. nem mennek).

Elvileg már rég az új vason (amire a kedves userek összedobták néhány hét alatt a pénzt még augusztusban, és állítólag meg is lett vásárolva belőle valami szerver vas több, mint egy hónapja) kéne menjen minden, de a jelek szerint ez még sokat várat magára, egyelőre - mily meglepő - azon megy a flame, hogy milyen disztró legyen rajta, UML vagy grsec, cvs vagy svn, stb. A "neu-team" amúgy sem a gyors és határozott döntéseiről és cselekvőkepességéről híres :)

(az új szervert már nem én fogom hostolni, sem installálni, adminisztrálni, hanem ők!)

Szóval addigis légyszi ne küldjetek mailt nekem minden 5 perces leállásrol (én is látom), hanem inkább örüljetek ha éppen működik valami! Köszike.

A'rpi/root@mphq-g1

Annak ellenére, hogy újabban nem sokat hallani az MPlayer-ről, úgy tűnik, hogy a felhasználók között nem csökken a népszerűsége. Most éppen a TUX magazin 2005 Readers' Choice Award-ját nyerte el a kedvenc média lejátszó kategóriában.

A sorozatos problémák miatt a www2.mplayerhq.hu és az ftp2.mplayerhq.hu mirrorokon a frissítést leállítottam.

Ha valaki frissíteni szeretné az MPlayer-ét a legutolsó hiba (?) miatt, az nehézségekbe ütközik jelenleg. Tegnap este ismét filerendszer hibák jelentkeztek a gépen. Az egyik fejlesztő levele szerint az fsck-hoz nem lehetett umount/read only remount-olni a filerendszer sérült részeit.Annak érdekében, hogy további filerendszer hibák ne keletkezzenek a fejlesztő leállította az MPlayerHQ-t. Ha valaki most szeretné elérni a web részt, az a www2.mplayerhq.hu-t próbálja. A levlista archívum és a cvs elérés jelenleg úgy néz ki, hogy lehetetlen.

-----------------------------------------------------------------------

Date: Sat, 27 Aug 2005 19:37:17 +0200

From: Attila Kinali

To: mplayer-dev-eng, ffmpeg-devel

Subject: [MPlayer-dev-eng] mphq - yet another episode

Hi,

The filesystem of /home has gone bad, but due to

the error i cannot unmount it to fsck it.

I send Arpi an SMS to ask him to reboot mphq.

If i do not get a reply until i go to bed (in about 5-6h),

i will shut down mphq to prevent further damage.

Please refrain from logging in to mphq until then.

Attila Kinali

-----------------------------------------------------------------------

Date: Sun, 28 Aug 2005 00:00:55 +0200

From: Attila Kinali

To: mplayer-dev-eng

Cc: ffmpeg-devel

Subject: Re: [MPlayer-dev-eng] mphq - yet another episode

On Sat, 27 Aug 2005 19:37:17 +0200

Attila Kinali wrote:

> If i do not get a reply until i go to bed (in about 5-6h),

> i will shut down mphq to prevent further damage.

There has been no answer from Arpi yet, thus

i'm going to shutdown mphq in a few minutes.

Sorry for the inconvenience.

Attila Kinali

-----------------------------------------------------------------------

Date: Sat, 27 Aug 2005 22:51:58 +0200

From: Attila Kinali

To: mplayer-dev-eng

Subject: Re: [MPlayer-dev-eng] mphq - yet another episode

On Sat, 27 Aug 2005 21:56:54 +0200

Michael Niedermayer wrote:

> so remounting as readonly failed too? if so did you check that there

> are no cronjobs going to run within the timespan or killed cron?

> otherwise that could lead to diskwrites & further damage

Yes i did. It failed due to errors in the fs.

I somewhat think that it might be caused by RAM errors,

that's why i said i'm going to shutdown mphq.

Sofar Arpi has not responded, so i assume that

i have to do it.

Mailinglists and cvs should be save this time as

I have backups of both.

Attila Kinali

-----------------------------------------------------------------------

Az MPlayer codecs.conf bővítése után lehetővé válik az USB memory stickre rögzített anyag lejátszása. Felveszed, átmásolod (usb-storage keresztül) és kész is. :D Nem volt benne alapból ez a lehetőség, bár a driver igen.codecs.conf

videocodec samsung

info "VFW Samsung"

format 0x34504D53

status working

fourcc FMP4,fmp4

fourcc DIVX,divx

fourcc DIV1,div1 divx

fourcc MP4S,mp4s ; ISO MPEG-4 Video V1

fourcc M4S2,m4s2

fourcc xvid,XVID,XviD,XVIX

fourcc DX50,dx50,BLZ0 DX50

fourcc mp4v,MP4V

fourcc UMP4

fourcc 3IV2,3iv2 ; 3ivx Delta 4

fourcc DXGM

driver ffmpeg

dll mpeg4 ;opendivx

out YV12,I420,IYUV

Szijártó Zoltán

Tegnap írtunk arról, hogy egy biztonsági oldal szerint puffer túlcsordulási hiba van az MPlayer egyik függvényében, amely rossz esetben akár távoli kódfuttatásra is lehetőséget adhat a rosszindulatú támadónak. A hiba felfedezője szerint az MPlayer csapat nem reagált a jelzésére, az MPlayer csapat szerint a felfedező rossz helyre postázta a bugreportot. Végül is a félreértés után megszületett a hivatalos válasz az MPlayer fejlesztők részéről.Az MPlayerHQ szerint egy - konfigurációtól függő - bug puffer túlcsordulást okozhat az MPlayer-ben. Az, hogy milyen körülmények között használható ki a hiba, az jelenleg nem ismert az MPlayer fejlesztők számára. Tudomásuk van arról, hogy egy személy képes működő exploitot írni a hibára egy speciálisan összeállított .avi file segítségével. Az MPlayer csapat hozzájutott egy file-hoz, ami feltételezhetően az exploit, de nem sikerült a hibát reprodukálniuk. Azért született a bejelentés, mivel nem akarják a felhasználókat veszélyeztetni azzal, hogy az esetleges hibát nem publikálják.

A feltételezett hiba javítása:

- A CVS-t használóknak a 2005. augusztus 25. 19:46:20 UTC utáni checkout már a tartalmazza a javítást.

- Az MPlayer 1.0pre7-hez patch itt.

Az érintett verziók:

MPlayer 1.0pre7 és a korábbiak

Egyelőre csak 1.0pre7-en demonstrálták a bugot, de a hiba ott van a korábbi verziókban is

Nem érintett verziók:

MPlayer 1.0pre7try2 és utána levők

CVS HEAD 2005. augusztus 25. 19:46:20 UTC után

Az 1.0pre7try2 letölthető mondjuk innen.

További infók az MPlayerHQ oldalon.