| View previous topic :: View next topic |
| Author |
Message |
Perfect Gentleman
Veteran
Joined: 18 May 2014
Posts: 1249
|
 Posted: Tue Oct 31, 2017 10:34 am Post subject: FFMPEG-MPV. We need more forks for the god of forks. |
 |
|
mpv guys forked ffmpeg and called it ffmpeg-mpv. so mpv-9999 can be built only with ffmpeg-mpv-9999. but most of packages won't build against ffmpeg-mpv.
Enjoy your open source! |
|
| Back to top |
|
 |
saboya
Guru
Joined: 28 Nov 2006
Posts: 552
Location: Brazil
|
| Posted: Tue Oct 31, 2017 12:25 pm Post subject: |
|
|
| Don't use mpv? |
|
| Back to top |
|
|
mike155
Advocate
Joined: 17 Sep 2010
Posts: 4438
Location: Frankfurt, Germany
|
| Posted: Tue Oct 31, 2017 1:10 pm Post subject: |
|
|
The official commit message is:
| Quote: | build: require our own ffmpeg repo
This is required now. Can't have FFmpeg upstream randomly break us and then not fix it (like this recent EOF issue).
Upstream FFmpeg is of course still supported, but you will need to edit the build scripts. Official support is only with the master branch of our own repo. |
Not everybody seems to be happy about the decision. Look at the comments below the commit message and at this revert request. |
|
| Back to top |
|
|
Perfect Gentleman
Veteran
Joined: 18 May 2014
Posts: 1249
|
| Posted: Tue Oct 31, 2017 1:54 pm Post subject: |
|
|
| saboya wrote: | | Don't use mpv? |
the latest version is capable of building against upstream ffmpeg, but next won't
| Quote: | | Look at the comments below the commit message and at this revert request. |
that pull request is shit as it gets |
|
| Back to top |
|
|
saboya
Guru
Joined: 28 Nov 2006
Posts: 552
Location: Brazil
|
| Posted: Tue Oct 31, 2017 2:36 pm Post subject: |
|
|
While I don't consider that the best course of action, that's hardly a new thing. This is not the first project that did this, and certainly won't be the last.
And, my previous message implies "You are free to use another software of your choice". |
|
| Back to top |
|
|
Ant P.
Watchman
Joined: 18 Apr 2009
Posts: 6920
|
| Posted: Tue Oct 31, 2017 7:29 pm Post subject: |
|
|
| Let's fork mpv. You can't fix stupid, and everyone in that revert PR with a contributor badge (other than the one who opened it) sounds like a really shitty person not worth the time of day. |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Tue Oct 31, 2017 8:52 pm Post subject: |
|
|
Not this BS again... Was bad enough when libav attempted a hostile takeover, the software equiv of EMC ...
if by fork they mean maintain their own version, local to their namespace then shure
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
Ant P.
Watchman
Joined: 18 Apr 2009
Posts: 6920
|
| Posted: Tue Oct 31, 2017 11:10 pm Post subject: |
|
|
| I think it says it all that their ffmpeg-mpv repo points directly to libav.org. So we already know the type of people we're dealing with. |
|
| Back to top |
|
|
krinn
Watchman
Joined: 02 May 2003
Posts: 7470
|
| Posted: Wed Nov 01, 2017 11:02 am Post subject: |
|
|
| Ant P. wrote: | | I think it says it all that their ffmpeg-mpv repo points directly to libav.org. So we already know the type of people we're dealing with. |
Dirty mentality, they lost their fight using gentoo, so now they infect mpv with it to continue their useless battle against ffmpeg. |
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Wed Nov 01, 2017 11:32 am Post subject: |
|
|
I do not understand what is going on there: They fork ffmpeg (not libav!) but refer to libav.
If the whole story would be mainly about requiring libav instead of ffmpeg they could have done so (and/or forked/copied libav to their repository),
On the other hand, if it is really the case that their code needs patches refused by ffmpeg upstream, I can understand that they fork a patched copy to their repository, but in this case the reference to libav makes no sense at all. |
|
| Back to top |
|
|
GFCCAE6xF
Apprentice
Joined: 06 Aug 2012
Posts: 295
|
| Posted: Wed Nov 01, 2017 6:47 pm Post subject: |
|
|
build: make it easier to force FFmpeg upstream
| Quote: | Apparently some people want this. Actually making it compile is still
their problem, though, and I expect that build with FFmpeg upstream will
occasionally be broken (as it is right now). This is because mpv also
relies on API provided by Libav, and if FFmpeg hasn't merged that yet,
it's not our problem - we provide a version of FFmpeg upstream with
those changes merged, and it's called ffmpeg-mpv.
|
Seems fair enough to me. |
|
| Back to top |
|
|
krinn
Watchman
Joined: 02 May 2003
Posts: 7470
|
| Posted: Wed Nov 01, 2017 7:24 pm Post subject: |
|
|
fairness, well, you can add fairness without been a dickhead.
| Quote: | +_If_ you force upstream FFmpeg, and it doesn't work, please contact upstream
+FFmpeg for help, instead of mpv. See |
Instead of telling users: we must use a patches version of ffmpeg, they are telling their users to go report bugs to ffmpeg.
What the fuck is that mentality again?
Why do ffmpeg guys have to take bugs for mpv? mpv is not their baby, and ffmpeg have no trouble with mpv, it's mpv that have a trouble with ffmpeg.
Tell the reality to your users: if you use upstream ffmpeg, we don't support it.
No need to send your users to bug ffmpeg guys for something that is not for them.
Why they do that (send their own users to ffmpeg guys to solve issue, not with ffmpeg, but with mpv) if it's not with the hopes that ffmpeg's guys will get bugged to death by bad bugreport from mpv users???
So we build openrc, and openrc need a kernel+openrc_kernel_patch and if anyone report a bug because it try to build openrc with a vanilla kernel: we sent them to kernel bugreport to complain.
LOL no need to think more than 1s what would be the reaction from Linus!!! |
|
| Back to top |
|
|
saturnalia0
Tux's lil' helper
Joined: 13 Oct 2016
Posts: 136
|
| Posted: Wed Nov 01, 2017 11:23 pm Post subject: |
|
|
| Just use mplayer? The only reason why I even use mpv is because I can do do "mpv <youtube url>" instead of "youtube-dl <youtube-url> ; mplayer <output file>". If piping youtube-dl to mplayer worked reasonably well without buffering issues on slow connections as it does with mpv I would never even have installed mpv. |
|
| Back to top |
|
|
Jaglover
Watchman
Joined: 29 May 2005
Posts: 8291
Location: Saint Amant, Acadiana
|
|
| Back to top |
|
|
mike155
Advocate
Joined: 17 Sep 2010
Posts: 4438
Location: Frankfurt, Germany
|
| Posted: Thu Nov 02, 2017 12:46 am Post subject: |
|
|
| Quote: | | I switched to mpv because it had VAAPI support |
Same reason here.
The last version of mplayer was released on 2016-02-16. Mplayer development seems to be ... asleep.
Switching back to mplayer doesn't seem to be a good solution. |
|
| Back to top |
|
|
Ant P.
Watchman
Joined: 18 Apr 2009
Posts: 6920
|
| Posted: Thu Nov 02, 2017 4:43 am Post subject: |
|
|
| Jaglover wrote: | | I switched to mpv because it had VAAPI support, does mplayer handle VAAPI now? |
Doesn't seem like it's changed much since I last used it (back when it still had the GTK+1 interface)...
| Code: | ~ $ eix -ve mplayer
* media-video/mplayer
Available versions: 1.2.1-r1^d (~)1.3.0-r2^d 1.3.0-r3^d **9999^d
IUSE (all versions): +X a52 aalib +alsa altivec aqua bidi bl bluray bs2b cddb +cdio cdparanoia cpudetection debug dga directfb doc dts dv dvb +dvd +dvdnav +enca +encode faac faad fbcon ftp ggi gif gsm +iconv ipv6 jack joystick jpeg jpeg2k ladspa +libass libcaca libmpeg2 lirc live lzo mad md5sum mng mp3 nas +network nut openal opengl +osdmenu oss png pnm pulseaudio pvr radio rar rtc rtmp samba sdl selinux +shm speex tga theora toolame tremor +truetype twolame +unicode v4l vcd vdpau vidix vorbis x264 xinerama +xscreensaver +xv xvid xvmc yuv4mpeg zoran CPU_FLAGS_X86="3dnow 3dnowext +mmx mmxext sse sse2 ssse3" KERNEL="linux" VIDEO_CARDS="mga s3virge tdfx" |
There's VDPAU in there though, that should work everywhere. |
|
| Back to top |
|
|
10w.st
n00b
Joined: 03 Jul 2014
Posts: 12
|
| Posted: Thu Nov 02, 2017 4:47 am Post subject: |
|
|
I use mplayer snapshots with upstream ffmpeg 3.4, currently at SVN-r38001-snapshot-5.3.0
Never used mpv, so not sure about any benefits of mpv. |
|
| Back to top |
|
|
Perfect Gentleman
Veteran
Joined: 18 May 2014
Posts: 1249
|
| Posted: Thu Nov 02, 2017 6:13 am Post subject: |
|
|
| 10w.st wrote: | | Never used mpv, so not sure about any benefits of mpv. |
As mentioned above, mpv has vaapi support which mplayler lacks of. |
|
| Back to top |
|
|
Juippisi
Developer
Joined: 30 Sep 2005
Posts: 724
Location: /home
|
|
| Back to top |
|
|
|
Multimedia
