Hello, I'm just building new pc and am searching for a graphics card that is powerfull, passively cooled, low wattage (or/and scalable wattage) has 3D-support and has opensource drivers. Well, I hope to buy the OGP-asic :), although it may not be so powerfull. I'm buying an ATI X550 for now ..., altough I actually still have to check the wattage. I know I shouldhave checked it already. I checked the wattage of an X800 card, which seems to be ok and I'm hoping that this card is below the X800-power-usage. Sorry to be a little bit off-topic, but I wanted to tell the above. It wasn't easy to find one at this moment.
Anyway, I recently also was looking at mythtb and found the following page: http://www.mythtv.org/wiki/index.php/XvMC#Use_XvMC_For_HD_Only To conclude, people there seem to disable XvMC so they can't do the following if they have it enabled: * BOB and onefield are the only Deinterlacing methods that work with XvMC. * Picture in Picture, or PiP, doesn't work with XvMC. * Editing a video is difficult to impossible with XvMC. * Stepping though the video frame by frame can cause artifacts with XvMC. I don't know if anyone here knows the jashaka-project/software (http://jahshaka.org/). It's an opensource project that creates media-software that also tries to use the gpu very well. I believe that they also use the gpu to decode and encode video, ... I believe that the openlibraries-software is an important part of jashaka: http://www.openlibraries.org/wiki/index.php/Main_Page . People here maybe know more about it, but I saw the following about "opengl" on the kronos-site (http://www.khronos.org/): * OpenVG - The Standard for Vector Graphics Acceleration OpenVG™ is a royalty-free, cross-platform API that provides a low-level hardware acceleration interface for vector graphics libraries such as Flash and SVG. OpenVG is targeted primarily at handheld devices that require portable acceleration of high-quality vector graphics for compelling user interfaces and text on small screen devices - while enabling hardware acceleration to provide fluidly interactive performance at very low power levels. * OpenML - The Standard for Dynamic Media Authoring OpenML® is a royalty-free, cross-platform programming environment for capturing, transporting, processing, displaying, and synchronizing digital media - including 2D/3D graphics and audio/video streams. OpenML 1.0 defines professional-grade sample-level stream synchronization, OpenGL extensions for accelerated video processing, the MLdc™ professional display control API and the ML™ framework for asynchronous media streaming between applications and processing hardware. * OpenMAX - The Standard for Media Library Portability OpenMAX™ is a royalty-free, cross-platform API that standardizes access to media processing primitives used extensively in graphics, audio and image libraries and video codecs such as MPEG-4. Currently in development, the OpenMAX API will be shipped with processors to enable library and codec implementers to rapidly and effectively make use of the full acceleration potential of new silicon - regardless of the underlying hardware architecture. (I think that the above is interesting, certainly if you look at the XvMc-information on the MythTv-site) * OpenKODE - Khronos Open Development Environment OpenKODE® is a royalty-free set of Media Application Portability APIs for increased native media application source portability and reduced mobile platform fragmentation. It is a low-level C-native API layer that sits between the device OS and any higher-level platform capabilities. The aim of OpenKODE is to provide seamless acceleration of 2D, 3D, video and audio media types and minimize source changes when porting games and applications between mobile platforms such as Brew, Symbian UIQ, Series 60 and WIPI. * ... Greetings, Michel Op dinsdag 29 augustus 2006 02:42, schreef James Richard Tyrer: > Dieter wrote: > >>>>> d) Include a separate decoder chip. (If there is one that is > >>>>> documented, and is usable with the architecture.) > >>>> It could just be a CPU chip doing it in software. > >>> Where do you get a CPU that is fast enough? > >> IIUC, if the CPU was only used to decode MPEG video, it wouldn't need to > >> be that fast. > > > > Peter says otherwise: > > > > } 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. However, DVDs work just= > > } =20 > > } fine. > > TI seems to think that 1 150 MHz DSP would be adequate for 480p. > > The TMS320DM6446-594 is supposed to do HD-TV and has a TMS320C64x™ DSP > clocked at 594 MHz. > > These DSPs are rated for 8x8 iDCT: > > TMS320C64x 92 * num_idcts + 62 > > The "+" series is slightly faster: > > TMS320C64x+ 72 * num_idcts + 63 > > The assembler code for this is available: > > http://focus.ti.com/docs/toolsw/folders/print/sprc094.html > > http://focus.ti.com/en/download/dsp/c64plusbmarksasmfiles.zip > > I posted this: > > http://home.earthlink.net/~tyrerj/files/OG/idct_8x8.asm > > So, perhaps the issue is that the CPU needs to be a DSP. >
pgpvBt9EpVOBe.pgp
Description: PGP signature
_______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
