Hová fejlődik az mplayer

 ( vnorbi | 2007. május 31., csütörtök - 8:39 )

Nagyjából próbálom követni a fejlesztői verziót, és lassan kezdem azt érezni, hogy a lelkes programozók végül teljesen elrontják. Gondolom javítások és újítások is születnek, de a hibák sokkal szembeötlőbbek. Ezeket észrevehetően nem javítják. Remélem, hogy mire kijön egy újabb stabilnak mondott verzió, összeszedik megukat.

Néhány bosszantó hiba:

Nagyjából január közepe óta nem működik rendesen a dts hangok lejátszása (nem lehet 2 sávra keverni a 6-ot a hagyományos módon). Legalább kétszer említettem ezt irc-n, mára oda jutottunk, hogy ffdts-t egy az egyben kivágták. Helyette ffdca dekódol, ami az elrontott ffdts-nél is rosszabb (vagy hibásan kever, vagy egyáltalán nincs hang).

Ma az afs stream-ek lejátszása sem megy, "Hibás hossz az ASF fejlécben!"-re hivatkozva cache-elés után kilép (régi mplayer-nek nincs vele gondja).

Néhány napja az eddig működő .ttf fájlok használhatatlanok felirat megjelenítésére. Az OSD-n kifogástalanul megjeleníthető minden, de feliratot már nem muatat.

Ezt mind el tudom kerülni azzal, hogy egy januári mplayer-t használok. Azzal viszont az a bajom, hogy hibásan értelmezi a config fájlban a tv csatornák beállításait.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Pont egy ilyen témát akartam nyitni valamelyik nap, csak aztán lebeszéltem róla magam. A zseniális lejátszó lassan egy rakás szarrá lesz sajnos. Pedig szerettem, de mostanában egyre gyakrabban nyúlok a kaffeinehez.

Újabban ha feliratot akarok késleltetni/siettetni, akkor is elszáll.

Miért?

Anno megrögzött mplayer/mencoder felhasználó voltam. Nem akarok senkihez dörgölődzni és senkit megbántani, de amióta vki kiszállt a fejlesztésből, azóta csak romlott az mplayer. Nagyon rég már kaffeine/tvtime/vlc a felhasznált programok és az mplayer-t már nem is telepítem a rendszeremre...Felesleges. Legutóbb amikor szükségem volt az mplayer-re is, a 0.92-est raktam végül fel, mert a többivel sok volt a gondom :)
Sajnálom, hogy egy - nem túlzó - de világ szintjén ( legalábbis a linuxos világ szintjén ) ismert magyar progi ennyire eltűnik a süllyesztőben.
Ez van.
üdv: pomm

Tapasztalt már valaki hasonlót?
Rendszeresen az mplayer használom tévénézésre. Az utóbbi időben, random időnkét nem tudom kirakni teljes képernyőre és vissza. Be se tudom zárni csak killall segít. Alt+tab működik, de olyan mintha az F gombot nem érzékelné.
Érdekes.

Disztro: Kubuntu 7.04,

Mplayer:
MPlayer 2:1.0~rc1-0ubuntu9 (C) 2000-2006 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3200+ (Family: 15, Model: 47, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.

Lehet megpróbálom a forgatott mplayert. A legújabbat érdemes felrakni, ami a honalpon van, vagy cvs-t? Ha cvs-t, akkor már ffmpeg-et is cvs-ből frissítsem?

Cvs már nincs egy ideje, átálltak svn-re (benne van az ffmpeg is). A legfrissebb változatban azok a hibák benne vannak, amiket említetem a nyitó hozzászólásomban, próbálj régebbit keresni. Én annak idején innen vadásztam a a januárit, mos viszont márciusi a legrégebbi:

http://www.haque.net/software/mplayer/svn-snapshots/

hja, neu-team in action :))))

a dts telleg gaz, nem kellett volna kivagniuk az ffdts-t amig az ffdcu nem mukodik rendesen, emiatt en is regi mplayert hasznalok :(

azt meg imho hiaba varjatok hogy egy uj release jobb lesz majd...

A'rpi

Biztos volt már róla szó, de azt megkérdezhetem, hogy miért hagytátok abba a fejlesztést?

A emberek "kiturasa" + idohiany. Mar nincs annyi ido foglalkozni vele, mint fosuli alatt volt. Az emberek prioritasai valtoznak. :)

---
pontscho / fresh!mindworkz

meg... de valaszt ne varj, elegszer leirtuk mar. STFA!

A'rpi

ez az... így kell... :(

Mondjuk, en a Live stream libraryt nem tudom hozzaforditani :(

Én is pont most downgrade-lek, Nekem a videolejátszással vacakol a legújabb stuff visít a korong, a kép meg szaggat mint az őrült. Szerintem nem tehetünk mást mint küldjük a bugreportot.

Nekem is csak a gondot jelenti sajnos. Bosszantó apróságok, de ezek rontják el... Torzított kép (full screen mode, original size: nyomott fejű emberek). És ez update után jött elő, és nem csak egy rendszeren.
UHU 2.0 és Ubuntu 6.10 esetén (itt forrásból telepítve) is szépen működött egészen az udate-ig. Sajnáltam, hogy "Yes"-t nyomtam...
Egy asf/wmv file esetén villog, hogy nincs mp3 hang, de közben mégis van hang... ??? Szóval ilyenek.
Áttértem a Totem-re. :(
Pedig jó ki MAGYAR fejlesztés (volt?).

Cappa

> Sajnáltam, hogy "Yes"-t nyomtam...

Mi akadálya, hogy visszatedd a régit?

alapvetően semmi, de van egy relativitáselmélet, amelyben szerepel valami időtényező is.
Talán erre foghatnám....

Ugy latom iden mar nem az mplayer lesz az ev multimedias/videolejatszo programja, legalabbis a HUP szavazason :)

A'rpi

hat szerintem mar tavaly sem igazan erdemelte meg, de imho iden is mplayer fog nyerni: http://hup.hu/node/32161
eleg nagy tobbseg szavazott az mplayerre.
------------------
Mindenre tudok magyarázatot találni, legfeljebb nem stimmel.

a régebbi verziók attól még használhatoak
__________________________________________________________________

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

Én se használom már, a vmw -k lejátszásánál 100% on fogta a procit (forrásból volt felrakva gentoon) míg a xine gond nélkűl lejátsza őket, valamint a billentyűzetett sem érzékelte egyátalán, egyedűl fullscreen ből kitudtam kilépni esc-el.
DnB

Melyik verzió volt az amelyik nem érzékelte a billentyűzetet? Lehet nekem is az a gondom, hogy rossz verzióm van....

wheex! Van kormányod vagy joystikod a gépedre kötve? Lehet, hogy ez okozza a problémádat... Mármint, hogy nem reagál a billentyűkre.

Miért adnak ki új verziót ha nem jobb? Vagyis mi értelme? Minek? Ha nincs még kész.. Beteges verziómánia. Mint az ubuntunál meg a magyar oldalánál.
---
Mushroom mushroom..

Hat azert ha utananezel, ez az mplayerre pont nem igaz... par evente ha van egy ujabb pre/rc kiadas, tehat epp hogy nem adnak ki releaseket. A nagyobb baj, ha megis kiadnak, az se jobb semmivel egy tetszoleges cvs/svn/git snapshotnal, minoseget/bugokat tekintve.

(a regi "szep" idokben meg direkt bekapcsoltunk csomo tesztelnivalo experimental featuret is a releasekben :))

A'rpi

Mi alapján találtátok ki hogy mikor adtok ki releaset? "A mai nap éppen megfelelő arra.." alapon?
---
Mushroom mushroom..

Hat kb... valakinek eszebe jutott hogy reg volt riliz, irt a listara hogy kene mar, aztan par nap mulva kiadtunk egyet, hogy oruljon a jonep. (eleinte amikor meg csak paran csinaltuk, es en rilizeltem, akkor meg telleg ilyen "na ma jo napom van, adjunk ki rilizt" alapon ment).

De igazabol semmi ertelme nem volt rilizelni, mert a cvs is mindig stabil volt (ha valaki elqrta akkor 1. nagyon leflameltuk 2. azonnali cvs write jog megvonas 3. 5 percen belul reverse vagy javitottuk)

Kesobb, hogy legyen valami ertelme is a riliznek, azon kivul hogy a hup,slashdot,stb cikkezik rola, elkezdtuk a tesztelni valo de meg erosen experimental (ezert a cvs-ben defaultbol kikapcsolt) featurekat bekapcsolni a rilizekben, aztan vartuk a bugreportokat... ha nem nagyon jottek, vagy ki lett minden javitva, akkor lettek azok a featurek veglegesen bekapcsolva (cvs-ben is, nem csak a riliz tarballban). Magyarul a felhasznalokkal teszteltettunk... Vegulis a microsoft is ezt csinalja, nem? :)
(erre amugy nem lenne szukseg, ha a felhasznalok a cvs-t hasznalnak, de ok ragaszkodnak a rilizhez, hat megkaptak :))

Azota kb annyit valtozott a helyzet, hogy nem adnak ki rilizt (talan 2 pre/rc ha volt az elmult 4 ev alatt), meg 2 evente valtoztatnak verziokezelot (cvs->svn, most meg git-re).
Ja, es mostanaban mar az svn snapshotok se stabilak, ugy kell kikiserletezni egyet ami meg epp lefordul es kb mukodik is...

A'rpi

Nekem is feltűnt, hogy mintha egyesek csak írnák a kódot, de nem foglalkoznának azzal, hogy lefordul-e, működik-e amit csináltak.

Az elmúlt fél év alatt egyetlen hasznos újítást vettem észre (biztos volt azért több is :)). Van néhány olyan fájlom, amiben csak dts hang van (kép nincs). Ezt régi mplayer nemigen viszi valamiért. Az új vitte, mikor legutóbb kipróbáltam, azt viszont nem tudtam eldönteni, hogy most rendben van-e a keverés, vagy csak a 2 első csatorna szól, mint a filmek esetében.

Kíváncsi vagyok, mikor rakják helyre a .ttf fájlok használhatóságát. Ha megunom a várakozást, talán rákérdezek náluk.

Mi a 'faszom' lenne, ha nem hagynál fel totálisan, végleges a G2-vel?
Szarj bele azokba, akik szétb*szták!

Ki mondta, hogy felhagytam a g2-vel? igaz nalam mar reg g3 neven fut, de neha dolgozgatok rajta, meg eleg sok helyen hasznaljak is erosen beagyazott rendszerekben...
Az mas kerdes, hogy a g1-et nem fogja ebben az evtizedben kivaltani, mert annyi gany es folosleges featuret sose fogok berakni, anelkul meg nyavalyognanak a juzerek...

A'rpi

azt GPL sertessel csinalod, vagy ujrairtad az osszes modult (amik egy reszet nem te irtad) az mplayerben? az elobbi eset nem volna tul szerencses...;)

- Use the Source Luke ! -

tok 0-rol van ujrairva az egesz keretrendszer, de egyebkent LGPL licensz a libavcodec miatt (is). ez a library, amit fole fejlesztek alkalmazasokat+plugineket (penzert, cegeknek) azok meg altalaban closedsrc (LGPL megengedi linkelest ilyenhez).

Az LGPL cucc meg publikus, csak nem sok mindenre hasznalhato magaban:
http://thot.banki.hu/arpi/g2/

mondjuk ez jo regi, de igazabol ez a resz nem (sokat) valtozott azota, csak hozzairtam, az meg ugye nem feltetlen LGPL...

A'rpi

eleg reginek tunik
de nem arrol volt szo hogy BSD license lesz? (mintha itt olvastam a hupon, vagyis pontosabban az mplayernel kiadtad volna bsd vel is)

En anno vagy dual licenszt akartam (GPL + egyeb), vagy BSD, hogy lehessen eladni, ill. linkelni closed programokhoz, ui. ezekert fizetnek is, mig az opensource fejlesztesert csak anyazast kaptam... Aztan le lettem ugatva, akkor egy idore abbahagytam, aztan vegul kiegyeztunk a tobbi g2 fejlesztovel az LGPL-ben. Sot, az swscalert a g2-ben LGPL alatt hasznalhatom, mig a g1-ben GPL-kent van/volt benne. (mondjuk amiota atkerult az ffmpeg-be azota ott is LGPL).

A'rpi

Az mplayer valaha worldwide no. 1 lejátszó volt. Azért ez is valami az anyázás mellett...

nem a keretrendszerrol beszelek (arrol is), hanem a demuxerek, filterek, ilyesmik amiket nem - kizarolag - te irtal. vagy a demuxerek az a libavformat szinten? vagy mindet ujrairtad penzert, cegeknek?

mplayer g2-t ismerem, hiszen en is irkaltam par kisebb szosszenetet az mplayerbe (xmms demuxer), anyaztal is, ah a regi szep emlekek :)

- Use the Source Luke ! -

Beagyazott rendszerekrol van szo. Nincsenek igazan demuxerek (altalaban 1 db van, az is valami custom formatum, vagy eleve a hardver megszabja mi, vagy ha nem akkor is olyat kell kitalalni amit mas player nem jatszik le, es amugy is a feladatra van optimalizalva. meg a legtobbszor video-only kell, igy nincs is demuxer, a raw video stream van letarolva, esteleg kodolva). filterek meg nem kellenek (altalaban hardverbol van megoldva minden, a gyenge cpu-k epphogy a dekodolast birjak, raw video filterezeshez keves). vo driver meg vagy az uj vo_fb (amit en irtam a g2-hoz, es amugy LGPL), vagy valami custom hardver-specifikus driver (ami altalaban closedsrc).

A g2-ben amugy gyakorlatilag csak a framework van meg, meg az a par modul amit amugyis ujrairtam (uj mpeg es avi demuxer, meg 2-3 vo driver). A g1-bol nem lett portolva meg semmi bele.

A'rpi

ketelyeimet eloszlattad, ez teljesen korrekt! Kosz, meg sok sikert. Amugy nem tudsz mondani ilyen cuccot ami ezt hasznalja es van honlapja, vagy meg lehet venni? Akar privatban esetleg - csak tetszenek ezek a beagyazott dolgok oszt csorgatnam a nyalam (meg valamennyit en is foglalkoztam ilyenekkel).

- Use the Source Luke ! -

Évek óta teljes megelégedéssel használom. Van pár apróság, de ezek még annyira se zavarnak, hogy reportoljak emiatt.

PS:GUI-t nem használok:)

Hat ezert irtam bakker:PPPP :-)

---
pontscho / fresh!mindworkz

Ezt nem értem.

Akkor segítek.

Idézet:
Hat ezert irtam bakker:PPPP :-)

---
pontscho / fresh!mindworkz

Magyarul: "Hát ezért írtam (a GUI-t), bakker?! :PPPP :-)"
Interjú Pontscho-val az MPlayer GUI hackerével

Szabi

Köszi, így már világos.

Trágyalé a GUI, ezért nem használom.:P

:DDD

(ezt nem hagyhattam ki!)

---
Apple iMac 20"
áéíóöőúüű

Na, latod, ezert nincs kedve fejleszteni senkinek, mert leszoljatok.

mplayer nekem még műkszik/jó.
De totem gstreamer kombó napról-napra javul.

Brrrr...

Én kb akkor utáltam meg, mikor nem tudtam ékezeteket csiholni a magyar felirataimra...
Meg amikor nem működött a dvd lejátszás (csak xine back-enddel).
Meg amikor...

Totemnek még kell pár év fejlődés...

mplayer nálam még jó, bár linux alatt elég szarul (azaz hibásan) játsza le a wmv fileokat... Érdekes win alatt jók. (Nem ugyanaz a verzió...)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

Nemrég volt egy időszak, amikor egy az egyben elfelejtette az mplayer, hogyan kell lejátszani védett dvd-ket. Ha kapott külön libdvdcss-t (azaz nem az integráltat), akkor azt tudta használni, de minden egyes alkalommal újra "feltörte" a lemezt, nem lehetett rávenni, hogy kimentett kulcsot használjon.

Nálam Ubuntu 7.04-el a totem gstreamer hangminősége csapnivaló, az mplayeré viszont jó. Integrált alaplapom van (sis) és nem szaggat a kép, a hang sem akadozik.

nekem is sis alaplapom van (K7S41GX) sose volt semmi gondom vele, se a hangkartyajaval se a video (na persze eleg szar de maskull jo volt), azt eltekintve hogy eccer megment (3 ev hasznalat utan, felpuffadtak a diodak), kellet vegyek ujjat.. ugyanazt vettem.. nem volt mas mit vegyek.
sokat szaroztak a haverek meg akinek mondtam h mien gepem van.. de megvagyok vele elegedve, sot.. pl az egyik haver vett valami ujjabb generacios gepet (athlon64 skt 754, valami ECS alaplap stb) es mindig panaszkodik h milyen xarul megy ezaz :p

Nálam a xubuntu alatt egyedül az mplayer működik rendesen, igaz, egy gyönyörűszép, míves mplayer -vo x11 -zoom -subcp latin5 -subfont-text-scale 2 %f paranccsal. Viszont ezzel tökéletesen megy minden. DVD-t alapból, szépen lejátszik.

Ezeket mért nem rakod be ~/.mplayer/config-ba, ha úgyis mindíg kell?
Egyébként libxv-dev-et rakd fel es probald ujraforditani, ha xv-vel szeretnéd használni és akkor zoom se kell.

Mert egyszer beírtam a "megnyitás ezzel" címszó alá grafikusban, és azóta sem nyúltam hozzá...

sehova, vagy ami még rosszabb, visszafelé :( kár, hogy egy olyan banda vette át, aki kb annyit ért hozzá mint én, semmit :)

nefelejcsetek el hogy a svn rol beszeltek ami "fejleszoi kiadas"
a dts "known issue"
masreszt ajanlott sajat forrasbol forgatott mplayert hasznalni

Már rég rossz volt a dts, amikor még mindig stabilnak mondták az svn-t.

Mit értesz saját forráson?

hogy te forgatod

nálam csak szimplán megnőt a gépigénye. tavaly még rendessen meg ubuntu 6.06 alatt a forrásból feltett mplayer még beryl alatt sem szaggatot. most meg már szaggat, de nem csak beryl/compiz alatt hanem "normál" ablakozóval is. tavaly még egy bizonyos avit 20%os procival játszotta mostmár 60-80 között megy és szaggat. sajnálom, mert régen nagyon-nagyon jó volt, de mostmár a xine valahogy jobb linux alatt. Viszont windows alatt az rc1 is normálisan nyugszik és sokkal jobb, mint más win32 filmnézők. kedvenc bugom az, ha mp3 hangot észlel, akkor ha guival futtatom akkor felugrik egy ablak, hogy nem találja az mp3 codecket, de simán van hang.

"nem találja az mp3 codecket, de simán van hang."
ez ubuntu bug

szerk: hmm fedora live7 be mplayer vo xv 50% CPU, gl/2 t nem birja a proci (ersd: gkrellmbe 100% de inkabb a vidkartyara fognam), de xv vel megy jol. (DVD)
MPlayer SVN-r23304
semp 2200+ (=1.5gh) de 2500+ ra oclockolva (szal 1.8)
GeForce4 MX 440 AGP 8x
sztem nem rossz

szerk: hja.. es desktop effects enabled (compiz, aiglx(gondolom))

Szerintem a gepeddel van valami, valoszinu uj driver valamit nem jol csinal... az mplayerben igazan 2 dolog az ami cpu-t zabal, az egyik a codec, a masik a vo (video output) driver.
A codec nem lehet, az az ffmpeg-bol jon es nagyon tesztelik minden valtozas utan, max 0.5% sebesseg romlas a megengedett egy uj feature eseten, es nem sok ilyen volt az elmult evek soran...
Marad a vo driver, vagy eleve mast hasznalsz most, vagy az X-ed mas vagy az X-es drivered vagy a configod (overlay vs. blit stb).

A'rpi

gép config ua, szoftverben meg újabb ubuntu verzio vagyis újabb X meg persze újabb NVIDIA driver is. De pl a Xine nem eszi meg a procit,
ilyenekben, mint overlay meg blit, nem piszkálgattam.

szerk1: vo az xv szokott lenni, ja és az X változása az, hogy berylhez nem XGL-t hanem AIGLX-et használok.

Már egy fél éve itt is a VLC player megy. MP3 lejátszó helyett is tökéletes, Win alatt is ugyanúgy működik, lehet állítani a gamma korrekciót, amit más nem tud (legalábbis mint beállítást elmenteni). Második favorit a Kaffeine, aztán a KMplayer és csak utána jön a Xine-nal holtversenyben az Mplayer.

"Második favorit a Kaffeine, aztán a KMplayer és csak utána jön a Xine-nal holtversenyben az Mplayer."

a kaffeine az nem xine frontend?

Szerintem a KMplayer is csak frontend. Vagy tévedek?

nem hinnem, hogy tevedsz

Így van, a Kaffeine az Xine frontend, a KMplayer pedig tud menni Xine és Mplayer motorral is. A Xine magában nem annyira tetszik, ló betűi vannak, az Mplayer pedig hülye hibákat szokott dobni (Ubuntu verzió), de azért lejátssza a videókat.

De igen, is.
Lehet mas neginet is valasztani hozza.
------------------
Mindenre tudok magyarázatot találni, legfeljebb nem stimmel.

Egy kis pozitívum:

A dev-SVN-r23658-ben vettem észre, hogy a mencoder végre (újra?) képes másolni a hangot. Korábban a "-oac copy" félreidőzített, esetleg egy idő után megszakította az egész kódolást, mert nem bírt a hanggal (AC3-nál ezek a jelenségek általánosak voltak, a többivel nem tudom, mi volt a helyzet).

Egy változó fps-ű néhány perces videót (.ts) kódoltam fix 23.976 fps-re. Hangot másoltam, minden rendben a kész videóval.