View Full Version : Multicore support for mplayer/others
KornX
15th July 2008, 13:15
Hi there,
for those who haven't noticed...
http://gitorious.org/projects/ffmpeg/repos/ffmpeg-mt/commits/092dd406b19fe33f1601c80bd428575e360ad5c6
I haven't tested it, but if sb could?
http://trailers.nerodigital.com/Warner/GetSmart_HD.mp4
This should work well as testclip...
KornX
LoRd_MuldeR
15th July 2008, 13:49
Sounds like good news :)
Waiting for new MPlayer and ffdshow-tryouts builds :D
Inventive Software
15th July 2008, 14:05
It's gotta be in the ffmpeg trunk as well, don't forget. ;)
LoRd_MuldeR
15th July 2008, 14:10
uhm? :confused:
Inventive Software
15th July 2008, 14:22
MPlayer is all well and good, but traditionally, patches of that nature find their way into ffmpeg too because that's the holding ground for libavcodec, along with MPlayer and VLC. Once it's into the trunk, it'll eventually find its way to ffdshow, cos we generally use ffmpeg's libavcodec code. But this is still a *patch*, there could probably still be some optimisation found. ;)
LoRd_MuldeR
15th July 2008, 14:36
AFAIK MPlayer is built using "libavcodec", which is developed in the ffmpeg repository. And the link above shows that the new code was committed to the ffmpeg repository.
So a fresh MPlayer build using the recent "libavcodec" from ffmpeg repository should contain the new code, without the need to apply it as a patch...
MatMaul
15th July 2008, 15:01
AFAIK MPlayer is built using "libavcodec", which is developed in the ffmpeg repository. And the link above shows that the new code was committed to the ffmpeg repository.
no this is a devel branch (ffmpeg-mt).
I think we will have to wait a couple of months before the multithreading code is reviewed and committed to the trunk.
LoRd_MuldeR
15th July 2008, 15:38
no this is a devel branch (ffmpeg-mt).
Doah! I didn't notice that :(
KornX
29th July 2008, 02:13
he did it :)
http://sourceforge.net/project/showfiles.php?group_id=205275
http://trailers.nerodigital.com/Warner/DarkKnight_HD.mp4
with his latest version i can play the file mentioned above without probs...
(mplayer.exe -noquiet -lavdopts threads=2 -cache 3000 -softvol -softvol-max 2000)
and a week ago i bought coreavc ;)
KornX
MatMaul
29th July 2008, 18:05
http://sourceforge.net/project/showfiles.php?group_id=205275
??
those builds seem to be pure svn builds and the MT code is not in the current svn branch.
_xxl
29th July 2008, 18:09
Only if h264 video sample is encoded in slices.
Mr VacBob
13th August 2008, 21:03
That code is still quite experimental, but I've watched plenty of progressive H.264 with it and it should be fine there. Currently packed B-frame DivX doesn't work with threads, and PAFF doesn't work ever. I'm working on that now.
I can post an OS X Intel build of mplayer with it, if anyone wants it, and I'll try to update it tonight with a patch against mplayer for better A/V delay.
carnage_pl
7th September 2008, 23:22
Now when Google Summer of Code ended is that path already implemented that every player player can benefit form it?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.