Hello,

if I want to be correct, my correction wasn't correct :). Anyway, I'll stop 
here. I should have just said: "because of the following reasons:".

Have a nice day, ...,

Greetings,

Michel

Op dinsdag 7 november 2006 21:27, schreef Michel Brabants:
> Hello,
> 
> correcting an error:
> 
>  To conclude, people there seem to disable XvMC BECAUSE 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.
> 
> Op dinsdag 7 november 2006 21:22, schreef Michel Brabants:
> > 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.
> > > 
> > 
> 

Attachment: pgp7GHJ0XYVNQ.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)

Reply via email to