On Sun, 2009-01-25 at 10:52 +0100, Dirk Meyer wrote: > I guess so. There are four choices:
Only three. > 2. You have a gfx card that does not support hardware colorspace > conversion and has no shader support in the GPU. That means we have > to do the colorspace conversion in the CPU. Hardware colorspace conversion uses fragment shaders to do the work. So these aren't different things. > 1080p. Windows decoder use both cores for the task while ffmpeg's > decoder only uses one in most cases. If 1080p works on Linux, I guess > Freevo 2.0 will do, too. I assume by "Windows decoder" you mean Windows has a native h264 decoder? Are you sure? Core AVC is available, which does frame level parallelism. But this is commercial (though not expensive). It's also worth noting that Core AVC can be made to work on linux. There's a patch for mplayer that provides a 'coreserve' vc that uses Core AVC in the backend. > 3. You have a gfx card that supports shaders but has no hardware > colorspace conversion. We can use the shader to do this. So the work > will be done in the GPU if the CPU is not powerfull enough. > > 4. The gxf card supports hardware colorspace conversion: everything is > perfect. Again, these are the same. Now, it's not good enough for the graphics chipset to support shaders. The driver has to support it too, and without any bugs that interfere with a (albeit relatively simple) fragment program involving multitexturing. At some point, we will work to compile a decent hardware compatibility list. All I can say for now is that an Nvidia Geforce 7xxx or later will work well. > I wonder why the Atom boards use the GMA 950? > http://en.wikipedia.org/wiki/Intel_GMA > > The board from Intel uses this chip. Aren't there any better boards? Yeah it's really too bad the otherwise nice looking Atom board comes with a old and crippled graphics chipset. Jason. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel