CoreAVC's 1.x CORE beats DivX everytime. Its only because of CPU instruction set optimizations that they were faster in 'some' cases.you cant blame divx for adding cpu instruction set support which coreavc doesnt have implemented yet. My testing showed divx to be faster on the cpu i tested on, cpu had up to ssse3 support.betaboy do you have a rough idea on what sort of percentage speed difference there is between coreavc 2.0 and 1.9.5?also iv read that nvidias new cards have purevideo4 support and can do gpu based decoding of mpeg4 video such as xvid files now. Is that something that will be added to the cuda support in coreavc2.0? Or is coreavc focused on purely h264 decoding? '16 reference frame limitation'It's awesome that CoreAVC supports up to 16 refs with CUDA, but could you please make the same support for ATI-graphicscards?by 'the same support for ATI-graphicscards?' I assume you mean Hardware assisted?then it has to be assumed thats a NO,but thats for BetaBoy to confirm or Not OC, as ATI/AMD have Not released their 'UVD HW ASIC' (ATI's equiv of the CUDA HW ASIC)data sheets to the likes of Core/Betaboy AFAIK,or any OSS or small 3rd party business todate.'
Bridgeman said elswere on, 09:41 PM 'One more time, the open source graphics plan does.not. include UVD programming information.
Release Date: October 1st 2018; There’s a massive world of software instruments out there (pun intended), and Native Instruments absolutely holds a strong library of these production tools. In a today’s update, they’ve announced the new generation of Komplete, which includes a number of new tools.
Dvd Release Date
This is.not. a 'delivery problem'.'
I know i know, but.well it's been a long time since that postPosted: 08 Jun 2009, 18:28 'Both CorePlayer and CoreAVC will support OpenCL in their respective 2.x milestone releases.' Well in this case you cant really blame Core, this is down to AMD/ATI and their lack of working gfx OpenCL/UVD datasheets for the CoreAVC x86/64 product to make use of.and i assume CorePlayer running on non x86/64 cpu's means the likes of ARM and the A8/NEON players are co-operating with freely available datasheets to help make use of these and other HW assisted capabilitys they have in their SOC?