Open GoogleCodeExporter opened 8 years ago
Not at this time as he didn't simply just add shader support (a host of related
and unrelated and unpredictable changes like refactoring code), it'll probably
be buggy and have a fun (not) time trying to fix conflicts from the 7-8 month
gap between his branch and main mplayer2. I would rather that you ask/convince
uau from mainline MPlayer2 to implement it (or let wm4 do it since uau didn't
want him to for no reason)...
Original comment by redxii1...@gmail.com
on 2 Feb 2013 at 10:38
I think wm4 may have given up on a mplayer2 merge when he forked and started
the MPV Player project where he continues development on useful enhancements
like this:
https://github.com/mpv-player/mpv
If a partial merge of his MPlayer2 changes is out of the question, would you
instead be willing to provide MPV Player builds for Windows in addition to
mainline MPlayer2?
To quote [Why this fork?]:
"mplayer-svn wants to maintain old code, even if it's very bad code. It seems
mplayer2 was forked, because mplayer-svn developers refused to get rid of all
the cruft. The mplayer2 and mplayer-svn codebases also deviated enough to make
a reunification unlikely."
"mplayer2 development is slow, and it's hard to get in changes. Details
withheld as to not turn this into a rant."
"mplayer-svn rarely merged from mplayer2, and mplayer2 practically stopped
merging from mplayer-svn (not even code cleanups or new features are merged)"
"mpv intents to continuously merge from mplayer-svn and mplayer2, while
speeding up development. There is willingness for significant changes, even if
this means breaking compatibility."
Original comment by cyber.sp...@gmail.com
on 4 Feb 2013 at 2:21
At first try I have to sort some errors with Perl while attempting to build
mpv. Not sure what what's wrong with plain ol BASH but he wants to use Perl.
Original comment by redxii1...@gmail.com
on 8 Feb 2013 at 4:56
Original issue reported on code.google.com by
cyber.sp...@gmail.com
on 1 Feb 2013 at 4:08