MPlayer 1.4 (diskuse)

[pc2005]

LOL schválně zda budou zase vracet podporu do buildrootu, ze kterýho mplayer asi před rokem vykopli kvůli "zastavenému" vývoji.

Zrovna mplayer je nejspíš jedinej přehrávač, co umí renderovat do samotnýho framebufferu (pokud ne jedinej, tak nejlepší s poměrem náročnost binárky/rychlost přehrávání).

Akorát teda na přehrávání streamů apod používám vlc, protože umí zrychlit až někde na 4x s kompenzací tónu. To mplayer sice umí taky, ale výrazně zatěžuje CPU (vypadalo to i že ani pořádně nepoužívá akceleraci GPU, ale to může bejt knihovnama :-/ ).

Každopádně očekávám až se objeví ve slackware .

[Ovoce]

Pokud vykopli -vo fbdev z MPV, tak to bylo asi proto, že to a) skoro nikdo nepoužíval b) nikdo to nechtěl udržovat c) byl to nějakej škaradej špageti kód. MPV byl proti MPlayer v průběhu toho vývoje a forkování dost vyčištěn. Někde to možná byl zbytečná code-prettyness mánie, ale obecně nejspíš věděli, co dělají.

[pc2005]

Tak zrovna fbdev je vlastně jen hloupej buffer a dá se tak používat i přímo z bashe. Možná podpora YUV, ale furt to je triviální.

S tím, že to zastaralý jinak souhlasím, ale zrovna buildroot je většinou používá na embedded aplikace, kde ty highlevel rozhraní (sdl, xv) ani nebejvaj.

[marek_hb]

Jsem rád, že už (snad) dávno pominula doba, kdy pro prehrani videa pod Linuxem byla potřeba magie kolem mplayeru+ffmpeg...

A když k tomu měly být i titulky s diakritikou, to aby před tím člověk obětoval čivavu...

[Peter Golis]

Pes čivava bol vyšľachtený na jedlo, takže ako obetina je v poriadku.

[GeorgeWH]

Tak urcite.

[k3dAR]

to vis, Peter asi bezne ji psy a kdyz dojdou tak male deti... aspon uz vime proc pise porad ty podivnosti

[Peter Golis]

Ja nie, ale Aztékovia chovali čivavy na jedlo. Aspoň podľa historických dokumentov z okupácie Kortézovými vojskami:

In a 1520 letter, Hernan Cortés wrote that the Aztecs raised and sold the little dogs as food.[7]

[Vladimir]

Dokud to nebude umet seekovat framy zpet je to pro me prehravac minulosti.

[Ovoce]

To neumí? Ono je to docela masakr, seekovat o jeden snímek zpátky, protože to znamená jít na poslední keyframe a dekódovat až po ten předposlední snímek. Třeba 100,200 framů. Čím náročnější video stream, tím větší chuťovka.

Ale třeba MPC-HC to umí, tipoval bych, že i MPlayer. Není problém v tom, že máte zapnutý fast seek (který seekuje jenom na klíčové snímky a ne tam, kam si přesně zamanete, aby to bylo rychlý?) On tedy MPlaye míval spoustu problémů, tak je možné, že architektura tohle komplikuje.

[k3dAR]

btw: mpv snimky zpet umi, klavesa <

[k3dAR]

teda klavesa ,

[Vladimir]

Mpv taky pouzivam

[k3dAR]

a mplayer2 by mel take:
, Step backward. Pressing once will pause, every consecutive press will play one frame in reverse and then go into pause mode again.

[pc2005]

Omezení seekování, z manuálu:

Since MPlayer can only seek to the next keyframe this may be inexact.

Takže bych řekl, že menší obrazové jednotky, navíc ještě pozpátku to dávat nebude určitě.

Zase ono je to výhoda, nemusí si to nikde bufferovat a pojede i na slabým stroji.