On Sun, 11 Feb 2007 20:33:39 +0000
Dieter <[EMAIL PROTECTED]> wrote:
> > I don't remember that. I think people figured out that on not too old
> > hardware, they could do the full decoding in software with no
> > problems.
>
> I definitely remember. For one example, Peter wrote:
>
> > My system can't handle HD MPEG4 decoding and playback. This a Radeon
> > 9800X=
> > T=20
> > on AGP8x, with a Athlon 64 3200+ and a gig of RAM.
>
> An AMD64 3200+ is not a wimpy CPU.
>
> In many cases, people decode SD or less and think there is no problem. But HD
> needs a LOT more CPU to decode than SD. And some HD needs more than others.
> HD decoding is not some optional luxury. These days a lot of material is only
> available in HD, so you have to decode the HD even if you only have a SD
> display.
Ok, here some other numbers:
Athlon 64 3700+. MPEG2/4 1080p and 1080i content, no problem, with
both Xv and mga_vid drivers (using MPlayer, what else ;).
CPU usage varies between 30 and 70%, depending on content
and encoding. And that, even though the whole software setup
doesn't make efficient use of the hardware setup.
There is one h.264 trailer iirc 720p for which my machine is
too slow. Xv doesn't work at all (slide show) and with mga_vid
i get a very jerky picutre. But, from my calculations back then
i guessed if i would make mga_vid to use dma instead of let
the cpu copy the memory over the slow AGP bus, then it should
be possible to play the trailer smoothly.
So, it's more an issue of the driver, the player software
and the operating system rather than features of the graphic card.
If the card supports DMA, automatic buffer switching and YUV 4:2:x,
then it should be more than enough to play HD content, given,
that the software side makes use of it.
> If the logic doesn't fit into OGD1 all at once, is it modular enough
> to test in stages?
First rule of complex systems: Even if each component works
correctly, it does not mean that the whole system works correctly.
Attila Kinali
--
Lotus Notes ist eine verteilte Datenbankapplikation,
als Sample ist eine miese Groupware dabei ;)
-- Lukas Beeler
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
