On Tue, 19 Jul 2011 07:25:12 -0600, Marius Cirsta <[email protected]>
wrote:
On Tue, Jul 19, 2011 at 7:08 AM, pete <[email protected]> wrote:
On Mon, 18 Jul 2011 17:58:23 +0200, Devil505
<[email protected]>
wrote:
2011/7/18 pete <[email protected]>:
On Fri, 15 Jul 2011 01:16:31 +0200, Miklos Vajna
<[email protected]>
wrote:
On Fri, Jul 08, 2011 at 08:44:56PM +0200, bouleetbil
<[email protected]> wrote:
before that can be fine to finish ffmepg bump
do you plan to enable multithreading in ffmpeg?
As far as I know, no.
But if you really want it, just open a feature request at
bugs.frugalware.org
Thanks, opened as FS#4530. I understand this is not a simple matter
of
changing compile options and rebuild, but HD decoding even on decent
machines take up more than one core. For example, i have a core1
1.6Ghz
dual-core older laptop where there is no real possibility to upgade
for a
bigger CPU (heating issues, battery life, motherboard support for
cpu-s,
cost) and that machine can play better-than-dvd quality mpg4
streams, but
for even 720p one core is not enough, it is choppy when there is a
lot of
movement on the screen. I checked and mplayer / xine is a big
monolithic
process, VLC uses threads but only one decoder thread.
I can't remeber exactly right now but I had a 1466 MHz Core Duo or
something and it was more than capable of decodig 720p. Make sure you
select a good video output option ,that ca also affect the CPU usage.
I think XV si a pretty good option.
I tried all vo's supported by mplayer, with no luck. 720p in itself is
not really
descriptive about how cpu-intensive is the decoding but it depends more
on
the bandwith assigned to the stream.
--
Péter
_______________________________________________
Frugalware-devel mailing list
[email protected]
http://frugalware.org/mailman/listinfo/frugalware-devel
