Change History (11)
comment:1 by , 16 years ago
Summary: | MPlayer-1.0rc2 → MPlayer-1.0rc2 / SVN? |
---|
comment:2 by , 16 years ago
I've uploaded a recent snapshot in:
http://www.linuxfromscratch.org/~ag/snapshots/mplayer-20090127.tar.bz2
which works nicely, I can't comment about Yekaterinburg, though.
comment:3 by , 16 years ago
I don't think it would be completely out of the question to add instructions on how to get the source from SVN. The main bulk of the work goes in to compiling it, and how we get the source doesn't really matter. We could instruct the user to install SVN and then add instructions to grab a specific revision that we all agree upon.
comment:4 by , 16 years ago
I'd rather we get a recent snapshot and use that as our default. We can *mention* that you could get a newer version from MPlayer SVN, though I'm not sure about providing instructions to do it.
I don't suppose it would hurt to provide the instructions, but we'd have to ensure we note that it wouldn't be tested or supported.
comment:6 by , 16 years ago
A quick note about XviD 1.2.2. I had to explicitly enable it with --enable-xvid, and then add -lxvidcore by hand to config.mak. For some reason mplayer doesn't properly handle this. The flag has to go in EXTRA_LIB. If nobody else fancies this I might feel daring enough to take MPlayer on.
comment:9 by , 13 years ago
Milestone: | 6.7 → current |
---|
comment:10 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
MPlayer developers don't care about releases. This has been brought up several times on Arch Linux mailing lists.
Please use the SVN version. It has fixed support for FM radio capture cards and doesn't crash on H.264 DVB broadcasts in Yekaterinburg.