Forum Debian Users Gang

Jeśli to są kawałki filmu wcześniej pociętego, a nie kilka osobnych filmów, to cat'em je sobie połącz , na zasadzie:

$ cat film.mp4.0* > film.mp4

Choć w sumie to wszystko tym idzie połączyć, z tym, że może się pochrzanić czas filmu ale odtwarzać jak najbardziej będzie. xD

ethanak napisał(-a):

hm... mencodera już nie ma w repo?

Stary mplayer z mencoderem to już historia.

This is intended. mplayer and mencoder are no longer in the archive and the
Breaks is there to ensure that the old mplayer/mencoder packages from wheezy get
removed on an upgrade to jessie. See also [1] for some discussion around the
issue.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760627#10

Jacekalex napisał(-a):

Developerzy Debiana mają po prostu trochę za dużo paczek w tym repo,
i czasem  tak bardzo szarpią się do przodu z "postępem" że im z tyłu brakuje. ;)

MPlayer to stary, zabugowany kod, który już wiele lat temu wymagał przepisania. M. in. dlatego powstał MPlayer2 i ostatecznie po oczyszczeniu kodu z obu projektów — mpv
https://github.com/mpv-player/mpv/blob/master/DOCS/mplayer-changes.rst

MPlayer wyleciał z Debiana z tego samego powodu co Compiz i podobne wynalazki.

Jacekalex napisał(-a):

Co w niczym nie zmienia faktu, że projekt żyje, rozwija się i działa,
razem z Smplayerem (chociaż przydałoby się mu wyjście Vaapi, nie każdy ma dostęp do Vdpau).
Mencoder jest bardzo sympatycznym i przydatnym narzędziem, w użyciu często łatwiejszym od ffmpega.

Ten rozwój to tylko przykrywanie pudrem błędów i dlatego nie ma mplayera w repozytorium Debiana. Oczywiście każdy może sobie instalować co chce i skąd chce, ale nie o to pytał ethanak. Ja tam nie widziałem pytania o wyższości jakiegoś narzędzia nad innym.

Deweloperzy mplayera nie wprowadzają żadnych zmian, które by mogły wpływać na kompatybilność z obecną wersją programu, a to wyklucza oczyszczenie kodu. MPlayer2 i mpv to forki mplayera, a nie jego kontynuacja bo te wszystkie zmiany nie miały szans na wprowadzenie w mplayerze.

Fragment z poprzedniego linka:

Additionally, mplayer2 already had lots of changes over MPlayer, which would have needed to be backported to the MPlayer codebase. This would not only have been hard (several years of diverging development), but also would have been impossible due to the aforementioned MPlayer development policy.

Jacekalex napisał(-a):

Deweloperzy mplayera nie wprowadzają żadnych zmian, które by mogły wpływać na kompatybilność z obecną wersją programu, a to wyklucza oczyszczenie kodu. MPlayer2 i mpv to forki mplayera, a nie jego kontynuacja bo te wszystkie zmiany nie miały szans na wprowadzenie w mplayerze.

I dlatego był pierwszym odtwarzaczem zgodnym z Waylandem?
Jeszcze na etapie Waylanda 0.8?

A masz jakieś źródło tej informacji? Wsparcie Waylanda to wg dokumentacji mpv jedna z róznic pomiędzy MPlayerem, a mplayer2/mpv.
W MPlayerze jeszcze niedawno z tym mieli jakieś problemy. Pewnie do dziś nic nie wymyslili.

Hi,


I was noticing that in the corevideo code there is a shared buffer
option. That made me wonder if a generic shared buffer vo would be
useful. The reason I am asking this is that as display servers move to
wayland we lose the -wid option in mplayer (or at least we appear to
be at the moment). So how will applications like gnome-mplayer or
smplayer work on wayland without X?

If we were to use something like the shared buffer perhaps that would
work on newer display servers without reverting to the X11 layer.

Thanks,

Kevin

http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng … r/071979.html

Wsparcie Waylanda w mplayer2 to wynik prac Alexandra Preisingera, dewelopera mplayer2. Rok 2013, a nie 2008:
http://lists.freedesktop.org/archives/wayland-devel … t/005053.html
http://wayland.freedesktop.org/extras.html

Avidemux - powinno dać radę, bez jakiś kombinacji.