Multithreading uses more CPU time, less real world time.the multithreaded mplayer uses a lots less cpu
How would you achieve this?realy on ffmpeg all the time
So is ffmpeg-mt integration in VLC on the agenda at all?ffmpeg-mt had some issues with H.264 decoding when used with VLC. I don't know if those problem are still there.
ffmpeg-mt is prolly going to get to VLC stable release when it is stable branch.So is ffmpeg-mt integration in VLC on the agenda at all?
I have now got vlc to compile with ffmpeg-mt!
Unfortunalty there are still some things I need to do.
* I haven't compiled in the gui yet
* Some formats crash or dont work (probaly due to missing libaries)
* Directx doesn't seem to have compiled properly witch causes some crashes
* Compiler needs updating from gcc 3.4 to 4.5
I think a mutithreaded vlc needs to be put to the top of the list as the chance of ffmpeg-mt becoming stable is about the chance of ffmpeg have version 1.0
If any one interested, I haven't used any patches, I have just compiled it like normal except with ffmpeg mt. The fact I have got it to compile shows that it shouldn't be a big job to get it into the stable versions
ffmpeg-mt is still broken for many formats.
VLC is quite different in the way it handles pts and dts so far. Patches are welcome, thoughffmpeg-mt is still broken for many formats.
But it can be selectively enabled, and works perfectly on 720/1080p h.264, which is the only thing most people with older machines can't play. I'm using the Chromium nightlies with -mt on HTML5 video, mplayer with -mt for everything else, and haven't had a problem yet.
(edit: just saw a similar thread below, sorry for bumping this one too - came in from google)
Return to “VLC media player Feature Requests”
Users browsing this forum: No registered users and 4 guests