MPlayer 1.0rc3

S více než ročním zpožděním vyšel MPlayer 1.0rc3 s velkým množstvím novinek a oprav oproti rc2. Protože se jedná o přes rok starý kód, je tato verze určena především pro distribuce používající FFmpeg 0.5. Ostatním uživatelům se doporučuje použít Subversion snapshoty. V brzké době se očekává FFmpeg 0.6 a s ním kompatibilní MPlayer 1.0rc4.

30.5.2010 09:31 | elenril | Nová verze

Komentáře

[Jiří]

Vyvojovy cyklus mplayeru jsem nikdy nechapal.

[Selmi]

+1, program je to vyborny ale ich podpora na mailingliste a sposob akym sa to vyvija je cisty chaos

[elenril]

Uživatelský mailing list opravdu moc vývojářů/pokročilých uživatelů nečte, za podporou bych šel na IRC, #mplayer@irc.freenode.net.

[elenril]

Vzhledem k tomu, že MPlayer má v současnosti tak dva a půl aktivní vývojáře, z čehož pouze jeden má zájem dělat nějaké releasy, se dá říct, že MPlayer žádný vývojový cyklus nemá

[Grunt]

A k čemu jich vlastně více potřebuje? Ono se to furt tak nějak dělí mezi mplayer/ffmpeg, když někdo udělá něco nového, tak vydá patche a je hotovo. Pokrok musí být za každou cenu i kdyby už nebylo pokračovat kam?

[elenril]

To podle tebe mplayer není kam vylepšovat?

Podle mě teda rozhodně ano -- kodeky a demuxery nejsou všechno. Spousta věcí nefunguje v některých okrajových případech (jeden příklad za všechny je -novideo, které s některými formáty funguje a s některými padá), kvalita kódu místy silně pokulhává, SVN verze pořád neumí pořádnou pauzu (git ano), mencoder je vůbec hrůza na kterou nikdo radši ani nešahá. K tomu hromada chyb (viz bugzilla).

[Grunt]

To podle tebe mplayer není kam vylepšovat?

Čas od času. Zatím jsem spíš překvapován vylepšeníma než že bych po nich vytvářel poptávku.

Podle mě teda rozhodně ano -- kodeky a demuxery nejsou všechno. Spousta věcí nefunguje v některých okrajových případech (jeden příklad za všechny je -novideo, které s některými formáty funguje a s některými padá), kvalita kódu místy silně pokulhává, SVN verze pořád neumí pořádnou pauzu (git ano), mencoder je vůbec hrůza na kterou nikdo radši ani nešahá. K tomu hromada chyb (viz bugzilla).

Mplayer je především nadšenecký projekt, který nemá potřebu hnát se za číslama(Zdravím Google Chrome verze 5), uživatelama a sponzorama. Takovýto druh kritiky je vhodný pouze na bugzille nebo společně s přiloženým patchem. I tak se to v GITu hýbe na můj vkus až moc rychle.

[Mandarinka]

Hmm stejně to moc nechápu. Když přijdu s problémem, vsadím boty, že to bude "update to svn head".

[elenril]

Spíš 'update to git master'

[Mandarinka]

načež většinou začne flame...

[stativ]

Git? Všude vidím jen odkazy subversion. Můžeš to prosím trochu rozvést?

[stativ]

Adresu jsem už nejspíš našel (http://repo.or.cz/w/mplayer.git), ale jaký je v něm rozdíl oproti SVN?

[elenril]

Git repozitář je fork jednoho z vývojářů kvůli neshodám o způsobu vývoje. Oproti SVN má několik nových featur (lepší podpora Matrosky -- ordered chapters, tagy; vylepšená pauza, atd.) a spoustu opravených chyb.

Kdybys to chtěl zkusit, tak doporučuju radši repozitář http://repo.or.cz/w/mplayer-build.git, který automaticky stahne potřebné závislosti (ffmpeg, libass) v kompatibilní verze a linkuje mplayer proti nim.

[Mandarinka]

Taky přinejmenším jednu dobu mělo SVN problémy při použití ffmpeg-mt, což bych dnes chápal jako samozřejmost - je to sice neoficiální, ale mělo by to patřit k standardu dekódování videa (alespoň co se týče h264). IIRC tam šlo o rozbitou synchronizaci se zvukem (ví někdo jestli je to ještě pravda?). Git podporuje ffmpeg-mt oficiálně a měl by fungovat bez problémů. V tomhle mi přijde SVN dost mimo - čekat, až se to mergne do ffmpegu (pročež není zatím žádný plán...), a schovávat se za to, že si to uživatelé zprovozňují na vlastní triko, a tak je putna, že něco hapruje...

No, respektuju že je to dřina ve volném čase; je ale rozhodně fajn že si aspoň U. U. ve svém gitu dal říct.

[stativ]

Díky, to zní bezvadně.

Zrovna jsem poslední dobou plánoval, že zase přejdu na kompilovaný mplayer ze svn ale tohle bude asi fakt lepší volba.

[Mandarinka]

A vidíte to, zrovna včear se ho zbytek teamu rozhodl vyšťouchnout.

Takže lze říct, že teď už je to fork oficiálně.

[Martin Matějek]

Tak to je škoda, protože zrovna tenhle lepší fork mi narozdíl od SVN verze nejde zkompilovat. Nevím jaká je aktivita na SVN, ale když jsem včera sosal zdrojáky z gitu, tak poslední změna byla 88 minut stará. Některé věci zamrzí, jako třeba definitivní vyhození mplayerovského GUI na které jsem si zvykl (mimo jiné, už dávno navrhnuto na mailing listu, ale v SVN verzi pořád je), ale další změny jsou super (začlenění -mt, podpora WebM, ...).

PS: Teď jak jsem pročítal mailing list, tak i WebM mají nebo minimálně na tom pracují. Takže bod pro MPlayer

[Grunt]

Nechci do toho kecat, ale pro WebM poskytl Google patche pro Mplayer, takže by mě docela zajímalo na čem to vlastně pracují.

[default]

Na jejich začlenění?

[Grunt]

Jako patch -p1 < *.diff?

[default]

A ty bys ten Copy-Paste z nějakýho fóra udělal bez ověření?

[chrono]

To majú nejaké náhodné záplaty začleniť len preto, lebo ich poslal niekto z Google?

PS: Tie záplaty boli pre FFmpeg a aj tam na tých záplatách stále pracujú.

[Grunt]

Byly(resp. stále jsou) tam patche pro oba a pak dvě složky: ffmpeg a mplayer.

[Laco]

mplayer je minulost a nostalgia. buducnost ma jedine VLC alebo GStreamer kodeky.

[Grunt]

Zas lama jak cyp?

[Mandarinka]

To bych neřekl. Ale VLC dělá release, jeho uživatelská základana je nesrovantelně větší, účastní se gsoc. Mplayer má jakousi aktivitu v irc kanálech, ale člověk to více méně musí kompilovat, většina vývoje je skutečně z ffmpegu (což pomáhá i vlc), když se nepočítá ta gitová verze. Zkrátka, MPlayer je bez ohledu na kvality zcela obskurní.

[Grunt]

Bylo to jen blbé rýpnutí do Laca, protože z práce FFMpeg/Mplayer (libav) těží všechny tyto frameworky.

[Mandarinka]

ale ffmpeg/libav není tak úplně mplayer. Právě že, nevím jestli MPlayer má víc vývoje nad rámec updatování ffmpegu, proit vlc a třeba tomu gstreameru. Ale přád má (v gitu) lepší podprdu matrosky.

[typek_pb]

no mne celkom vyhovuje, ze tu je aj vlc aj mplayer, pouzijem co mi prave vyhovuje viac. hlavne sa uz neviem dockat kedy bude vdpau vo vlc. potom toho viac pozrem aj vo vlc.

[martingt89]

HW akceleracia uz ide aj vo vlc za pomoci vaapi. Staci potahat vlc 1.1 RC a spustit s parametrom "--ffmpeg-hw" mne to fici :) Ak pisem odveci ospravedlnujem sa...

[xvasek]

No, všem sice cpu vlc, ale sám používám mplayer. Pro lamky je vlc fakt lepší - něco si tam naklikají a jsou spokojené. Já vidím výhody mplayeru asi tyto:

• Rychleji startuje a má rychlejší odezvy - např. při seeku.
• Může používat i ffmpeg-mt.
• V SDL má ve fullscreenu titulky mimo obraz a při vhodném nastavení to zvládne i u DVD.
• Má pěknější titulky.
• Výstup do konzole obsahuje spoustu užitečných informací.
• Míň padá a zasekává se, zejména při přehrávání poškrabaných DVD vlc často tuhne.
• vlc má hnusné GUI, to wx bylo mnohem pěknější.
• Nastavení ovládání přes bluetooth myš mi trvalo asi 10 minut a mám namapované všechny klíčové funkce - posuny, hlasitost, pauzu, fullscreen, zobrazení času.

Oproti tomu zase vlc nekrade ve fullscreen myš, to je dobré pro "multiseat", kdy se promítá přes projektor a na počítači chce někdo něco dělat.

[J. M.]

Taky bych BFU dal VLC, ale sám doufám, že příštích 10-20 let nebudu muset MPlayer vyměnit za nic jiného.

Jediné z toho výčtu, s čím bych nesouhlasil, je to GUI, podle mě to staré wxGTK nebylo o nic lepší, respektive ne nějak jiné. GUI VLC bylo vždycky neohrabané, těžkopádné, ošklivé a přeplácané.

Jinak bych ještě přidal daleko větší možnosti MPlayeru, hlavně v oblasti filtrů, které by mi u VLC (a jakéhokoli jiného přehrávače; MPlayer je v tomto hodně unikátní) chyběly. A stále větší vyzrálost a spolehlivost, stále je dost videí, která MPlayer přeheraje, a VLC ne (nebo s nimi má problémy). Taky se mi vůbec nelíbí ta hloupá vlastnost VLC, že při seekování, když je větší vytížení procesoru, nedekóduje klíčové snímky, takže neustále po interakci s ním (typicky např. prosté spuštění videa) jsou místo prvních pár sekund videa jen rozbité barevné kostičky. Tak extrémně blbou vlastnost jsem nikdy u žádného jiného přehrávače neviděl. A je toho víc. VLC byl vždycky zabugovaný až na půdu. Zlepšuje se. ale pořád to není ono.

[Jan Grmela]

Momentálně BFU zkouším instalovat SMPlayer a zdá se, že i tudy cesta vede. Sice zdaleka nestartuje tak rychle jako čistý MPlayer a seek je taky trochu pomalejší (což je IMHO irelevantní protože BFU stejně časovou osu posouvá myší) ale zase má pěkné rozhraní, kterému člověk snadno porozumí. A jak jednou nastavíte češtinu v titulcích a vysvětlíte uživateli, kde v menu je příkaz pro výběr alternativních titulků v případě, že se jejich soubor odlišně jmenuje, tak už na to nemusíte šáhnout.

[xvasek]

Nevím, jak nové buildy, ale smplayer cca před půl rokem, co jsem to naposledy zkoušel, hodně padal, nebo často obsadil celé jedno jádro jenom pro sebe a zasekl se. To radši vlc než smplayer.

[Mandarinka]

Taky jsem míval problémy s tím, že si frontend s MPlayerem nerozuměl. to víte, když nejsou stabilní verze a furt se něco mění....

[J. M.]

Bohužel, MPlayer není knihovna, ale program, a proto není vhodný jako backend. Vždžycky když jsem zkoušel SMPlayer, tak mi po jeho ukončení zůstávaly skryté procesy „mplayer“, které jsem musel odstřelovat ručně. Tohle bych rozhodně normálnímu uživateli nasadit nemohl.

[Mandarinka]

Což, na windows mi to běhalo dobře, jan se to občas orzbíjelo při updatu binárky Mplayeru. Někdy to mohlo být i nastavením. Pokud do toho bfu nebude šahat, případně bude vědět, že v případě problémů má obnovit defaultní nastavení, tak by to mělo jít.

[Jan Grmela]

Asi tak. Nikdy jsem podobný problém nezaregistroval. Možná taky proto, že na počítačích BFU ten MPlayer zůstává tak, jak jsme ho nainstaloval

[pavlix]

Bohužel, MPlayer není knihovna, ale program, a proto není vhodný jako backend.

To není úplně pravidlem, to s knihovnou a programem. Důležité je, jestli existuje dobré a stabilní rozhraní (API, protokol).