mpv-player 0.35.1

MPlayer

Az mpv egy MPlayer-fork, ami néhány évvel ezelőtt indult útjára. Megjelent a 0.35.1-es, hibajavító kiadása. Benne:

Bug fix release for the 0.35 branch.

Fixes and Minor Enhancements

  • ao_pipewire: log version and other useful debug info
  • wayland: error out if essential protocol support is missing
  • wayland: also log refresh rate on surface entrance
  • vo_gpu_next: fix undefined behavior on alpha-first formats
  • meson: prepend MPV_CONFDIR path with prefix
  • meson: unbreak dl check on BSDs without libdl
  • lcms: fix crash with lcms2-related options if lcms is disabled
  • meson: fix stdatomic detection on bsd
  • osc: don't spam window-controls bindings on every render
  • wayland: check for resize/move in touch event first
  • ao_coreaudio: use device's nominal sample rate for latency properties
  • ao_pipewire: properly clean up resources
  • filter_kernels: fix kaiser
  • hwdec/d3d11va: fix a possible memory leak
  • external_files: set log level for potential files to trace
  • vo_opengl: do not blindly reject all Microsoft's OpenGL implementations
  • ao_coreaudio: use AudioUnitReset as ao_driver.reset to prevent long restart
  • hwdec_drmprime: fix memory leak
  • vo: hwdec: fix libdrm-related memory leak
  • draw_bmp: ensure last slice width is less than total width
  • wayland: dispatch and wait for compositor events in uninit
  • demux: boost read EBU R128 gain values to ReplayGain's reference level
  • version.py/version.sh: bump copyright year
  • vulkan: fix build error for 32bit builds with clang
  • vo_wlshm: cleanup on failure
  • ra_d3d11: fix incorrect type
  • meson: also search for rst2html with .py extension
  • audio: fix crash during uninit with ao_lavc
  • mp_image: fix XYZ primaries default
  • vd_lavc: add "auto" choice for vd-lavc-dr
  • vo: implement VO_DR_FLAG_HOST_CACHED
  • x11: fix issue with xpresent timing feedback

( arpi_esp v | 2023. 02. 02., cs – 19:39 )

en is ezt hasznalom. vicces, hogy macos-en egy ideje az eredeti mplayerrel csuszik a hang :)

ezt a kerdest 10 eve megvalaszoltad mar magadnak:

"Az MPlayer és az mplayer2 kódbázisa már annyira különböző, hogy gyakorlatilag teljesen valószínűtlen a két projekt egyesítése.

Vannak azonban, akik szerint baj van az MPlayer-rel és az mplayer2-vel is. Ők elindították az mpv projektet. Az mpv az mplayer2-re épül."

hat oszinten szolva az mpv forrasat sose lattam. csak par eve hasznalom, es mar nem erdekel hogy mukodik amig mukodik :)

kb 20 eve szalltam ki az mplayerbol, utana meg par evig figyelemmel kovettem a fejlesztest, meg felhasznaltam reszeit mas projektekhez, illetve 2010 korul az ffmpeg-libav fork idejen meg elgondolkoztam a visszateresen, de aztan maskepp alakultak a dolgok...

de ha egyszer nagyon unatkozom, igerem belenezek, mar en is kivancsi lettem ra :)

Próbált futtatni a --no-native-fs kapcsolóval, hátha megoldja. Alapértelmezésben az OS natív teljes képernyős módját használja, ezzel a kapcsolóval az mpv beépített módját.

Amúgy nekem mindenhol tökéletesen futott mindig is, igaz javarészt Linuxon használtam, MacOS-en még sose. Ha az a csapás ér, hogy windowsos gép elé kell ülni, akkor is az mpv-t teszem fel, ilyen VLC, mpc-HC/BE, hasonló szutykokat ki nem állhatok (bár az mpc-HC nem rossz olyan rendszerre, aminek retrónak kell látszania). Ráadásul mindenes nálam, nem csak videók, hanem online streamek, online rádiók, audiófájlok lejátszására is ezt fogtam be, most nemrég a MIDI lejátszást is bedrótoztam rá, hogy lehessen lejátszás alatt tekerni a fájlban, mert a fluidsynth nem tudta ezt.

Nekem igazából egy dolog hiányzik belőle, hogy jobban kezelje a képernyővédőt Linuxon. Elviekben kezeli, de ahogy a doksija írja, gyakorlatilag meg általában nem működik. Nálam dk WM, bspwm, dwm, IceWM, Openbox alatt nem működik, az xss-lock nem érzékeli, hogy le van tiltva a képernyővédő mód, és hiába fut az mpv, a beállított időintervallum után mindenképp bekapcsol a DPMS / screensaver mód. Workaround lehetne egy wrapper script, ami valami temp fájlt, vagy fifo-t nyitna, és az xss-lock által meghívott screensaver scriptem ezt figyelné, vagy akár azt, hogy fut-e mpv nevű folyamat. Nem lenne nehéz megcsinálni, egyelőre csak a lustaság az oka, hogy nem oldottam meg.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Én emiatt szoktam mindent a ~/.config/mpv/mpv.conf fájban beállítani, és hordozom a többi konfiggal, és az egész home-mal együtt (benne van ebben a mappában még az input.conf és a pár perce megírt ./scripts/stop-screensaver.lua is, amit még csak tesztelek). Így nincs az, hogy valami kimarad, esetleges újratelepítés után visszakapok minden általam használt programban és ablakkezelőben minden funkcionalitást. Anélkül, hogy GUI-n mindenféle konfigurációs ablakra, ikonra, fülre kéne kattintgatni, végig több dolgon, mert azt valóban elég macera megcsinálni.

A Lua script, ami a képernyővédőt tiltja, így néz ki, még tesztelem, eddig működőképesnek tűnik. Természetesen csak akkor ér valamit, ha xss-lock gondoskodik a képernyővédésről:

local timeout_sec = 60

function timeout_fn()
    mp.commandv("run", "/bin/sh", "-c", "killall -q -HUP xss-lock")
end

function on_pause_change()
    local is_paused = mp.get_property_native("pause")
    if is_paused == true then
        t:kill()
    else
        t:resume()
    end
end

t=mp.add_periodic_timer(timeout_sec, timeout_fn)
mp.observe_property("pause", "bool", on_pause_change)

Szerk.: sajnos nem működik, de nem a script hibája miatt. Ahogy az xss-lock megkapja a HUP szignált, amit a man page-e is ajánl, nem újraindul, hanem egyszerűen kilép a folyamat, és nem crash, mert arra utaló jel nincs, semmit nem ír a hibakimenetre. Még kutatom az okát, mert a script jónak tűnik, elvégzi a dolgát, a megfelelő helyzetben elküldi az elvárt jelet.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)