Do you care about the H.264 hardware decoding function in the ATIdisplay cards?

"First of One" wrote in message
...
"Tony DiMarzio" wrote in message
...
I downloaded the Zelda Film trailer and first tried it using Apple's
QuickTime decoder. The framerate was terrible while CPU is pegged at 100%.
I then viewed the same H.264 file using libavcodec (from ffdshow) and the
framerate was perfect with CPU utilization ranging from 50% to 70%. I've
since removed QuickTime Alternative (which was providing Apple's decoder)
and am using ffdshow exclusively for .mov and .hdmov extensions.

50%-70% is actually pretty high. I think FFDShow isn't as optimized as
CoreAVC.

I've read that CoreAVC is the fastest H.264 software decoder out there. In
fact, right on the front page of their website it says "World's Fastest High
Definition H.264 Video Software Decoder" :-)


Also, it turns out R600 and later based ATI cards do support DXVA with
H.264. From
http://nunnally.ahmygoddess.net/watc...os-using-dxva/, here
are
the ATI and NVidia cards which support DXVA with H.264

That's a lot of work just to get DXVA running. :-)

BTW, the CUDA acceleration in CoreAVC seems to work with all video clips
that CoreAVC can decode, including HDMOV, x264, x264 in Matroska, Youtube
MP4... It's surprisingly robust.

That's encouraging to hear. The latest generation GPUs from both ATI and
NVidia have tremendous pixel shading power and GPGPU potential. Recently,
ATI implemented accelerated Havok Phsyics using OpenCL
"http://www.theinquirer.net/inquirer/news/673/1051673/ati-physics-argument".
I'd really like to see NVidia move away from its proprietary CUDA and focus
on OpenCL as well. Regardless, the whole idea that the decoding of all of
your videos which use the CoreAVC Codec can now be accelerated by your video
card through CUDA and actually work well is pretty cool.

Unfortunately, my R580 based X1900XTX won't cut it. Interstingly enough
though, DXVA checker does report that H.264 DXVA with AVIVO is available
and enabled. It's probably just exposed by the driver even though the
hardware can't take advantage of it.

I wonder if this is related to the AVIVO Video Converter being broken in
Vista 64?


--
"War is the continuation of politics by other means.
It can therefore be said that politics is war without
bloodshed while war is politics with bloodshed."

To answer your question, I don't care about H.264 hardware decoding, because
well-optimized software decoding with CoreAVC is fast enough (even without
invoking CUDA on my Geforce 285).

DO you know whether Arcsoft TotalMedia could make use of it?
I am using it to watch HDTV broadcast in Hong Kong (format
DMB-TH).

--
@~@ Might, Courage, Vision, SINCERITY.
/ v \ Simplicity is Beauty! May the Force and Farce be with you!
/( _ )\ (Xubuntu 8.04.2) Linux 2.6.28.9
^ ^ 18:09:01 up 15 days 5:28 3 users load average: 2.85 1.52 1.23
???! ???! ???! ???! ???! ???! ????? (CSSA):
http://www.swd.gov.hk/tc/index/site_...sub_addressesa

TotalMedia is a packaged app that does scheduling, TV recording and viewing,
right? I don't know if TotalMedia has an option to use other codecs besides
its own.

If you use another app like Media Player Classic to play the recorded shows,
then CoreAVC can be used.

--
"War is the continuation of politics by other means.
It can therefore be said that politics is war without
bloodshed while war is politics with bloodshed."

"Man-wai Chang ToDie (+MS=V32B)" wrote in message
...
To answer your question, I don't care about H.264 hardware decoding,
because well-optimized software decoding with CoreAVC is fast enough
(even without invoking CUDA on my Geforce 285).

DO you know whether Arcsoft TotalMedia could make use of it?
I am using it to watch HDTV broadcast in Hong Kong (format
DMB-TH).

--
@~@ Might, Courage, Vision, SINCERITY.
/ v \ Simplicity is Beauty! May the Force and Farce be with you!
/( _ )\ (Xubuntu 8.04.2) Linux 2.6.28.9
^ ^ 18:09:01 up 15 days 5:28 3 users load average: 2.85 1.52 1.23
???! ???! ???! ???! ???! ???! ????? (CSSA):
http://www.swd.gov.hk/tc/index/site_...sub_addressesa

First of One wrote:
TotalMedia is a packaged app that does scheduling, TV recording and viewing,
right? I don't know if TotalMedia has an option to use other codecs besides
its own.

If you use another app like Media Player Classic to play the recorded shows,
then CoreAVC can be used.


OK. Thanks

--
@~@ Might, Courage, Vision, SINCERITY.
/ v \ Simplicity is Beauty! May the Force and Farce be with you!
/( _ )\ (Xubuntu 8.04.2) Linux 2.6.28.9
^ ^ 11:01:01 up 15 days 22:20 3 users load average: 15.87 12.36 6.77
???! ???! ???! ???! ???! ???! ????? (CSSA):
http://www.swd.gov.hk/tc/index/site_...sub_addressesa

"Tony DiMarzio" wrote in message
...
"First of One" wrote in message
...
"Tony DiMarzio" wrote in message
...
I downloaded the Zelda Film trailer and first tried it using Apple's
QuickTime decoder. The framerate was terrible while CPU is pegged at
100%.
I then viewed the same H.264 file using libavcodec (from ffdshow) and the
framerate was perfect with CPU utilization ranging from 50% to 70%. I've
since removed QuickTime Alternative (which was providing Apple's decoder)
and am using ffdshow exclusively for .mov and .hdmov extensions.

50%-70% is actually pretty high. I think FFDShow isn't as optimized as
CoreAVC.

I've read that CoreAVC is the fastest H.264 software decoder out there. In
fact, right on the front page of their website it says "World's Fastest
High Definition H.264 Video Software Decoder" :-)


Also, it turns out R600 and later based ATI cards do support DXVA with
H.264. From
http://nunnally.ahmygoddess.net/watc...os-using-dxva/, here
are
the ATI and NVidia cards which support DXVA with H.264

That's a lot of work just to get DXVA running. :-)

BTW, the CUDA acceleration in CoreAVC seems to work with all video clips
that CoreAVC can decode, including HDMOV, x264, x264 in Matroska, Youtube
MP4... It's surprisingly robust.

That's encouraging to hear. The latest generation GPUs from both ATI and
NVidia have tremendous pixel shading power and GPGPU potential. Recently,
ATI implemented accelerated Havok Phsyics using OpenCL
"http://www.theinquirer.net/inquirer/news/673/1051673/ati-physics-argument".
I'd really like to see NVidia move away from its proprietary CUDA and
focus on OpenCL as well. Regardless, the whole idea that the decoding of
all of your videos which use the CoreAVC Codec can now be accelerated by
your video card through CUDA and actually work well is pretty cool.

Unfortunately, my R580 based X1900XTX won't cut it. Interstingly enough
though, DXVA checker does report that H.264 DXVA with AVIVO is available
and enabled. It's probably just exposed by the driver even though the
hardware can't take advantage of it.

I wonder if this is related to the AVIVO Video Converter being broken in
Vista 64?


--
"War is the continuation of politics by other means.
It can therefore be said that politics is war without
bloodshed while war is politics with bloodshed."



You might find this interesting:

http://tmpgenc.pegasys-inc.com/en/press/09_0415.html

http://www.bit-tech.net/news/hardwar...-spursengine/1


Google for the cards mentioned.
http://www.leadtek.com/eng/tv_tuner/...&pronameid=447
http://www.engadget.com/2008/11/27/f...-available-in/

Luck;
Ken

You might find this interesting:

http://tmpgenc.pegasys-inc.com/en/press/09_0415.html

http://www.bit-tech.net/news/hardwar...-spursengine/1

Any results for OpenCL?

--
@~@ Might, Courage, Vision, SINCERITY.
/ v \ Simplicity is Beauty! May the Force and Farce be with you!
/( _ )\ (Xubuntu 8.04.2) Linux 2.6.28.9
^ ^ 20:39:02 up 1 day 6:07 0 users load average: 2.29 2.23 2.19
???! ???! ???! ???! ???! ???! ????? (CSSA):
http://www.swd.gov.hk/tc/index/site_...sub_addressesa

"Man-wai Chang ToDie (+MS=V32B)" wrote in message
...
You might find this interesting:

http://tmpgenc.pegasys-inc.com/en/press/09_0415.html

http://www.bit-tech.net/news/hardwar...-spursengine/1

Any results for OpenCL?




They have it working with CUDA now, so I would think they
would be likely to adapt it for OpenCL. It would be interesting
to see how well the card's processors are open to "OpenCL"'s
use. The Plug-in should be quickly and easily made to work
with OpenCL, in place of CUDA, it may even allow for some
sort of optimization of the hardware encoder and supporting
"Filter" operations using both technologies.

This is all speculation at this point, though.

Luck;
Ken

In article , "Ken Maltby" wrote:

"Man-wai Chang ToDie (+MS=V32B)" wrote in message
...
You might find this interesting:

http://tmpgenc.pegasys-inc.com/en/press/09_0415.html


http://www.bit-tech.net/news/hardwar...s-spursengine/
1

Any results for OpenCL?




They have it working with CUDA now, so I would think they
would be likely to adapt it for OpenCL. It would be interesting
to see how well the card's processors are open to "OpenCL"'s
use. The Plug-in should be quickly and easily made to work
with OpenCL, in place of CUDA, it may even allow for some
sort of optimization of the hardware encoder and supporting
"Filter" operations using both technologies.

This is all speculation at this point, though.

Luck;
Ken



Pretty retarded to only support the proprietary CUDA when OpenCL is the
standard.

"GMAN" wrote in message
...
In article , "Ken Maltby"
wrote:

"Man-wai Chang ToDie (+MS=V32B)" wrote in
message
...
You might find this interesting:

http://tmpgenc.pegasys-inc.com/en/press/09_0415.html


http://www.bit-tech.net/news/hardwar...s-spursengine/
1

Any results for OpenCL?




They have it working with CUDA now, so I would think they
would be likely to adapt it for OpenCL. It would be interesting
to see how well the card's processors are open to "OpenCL"'s
use. The Plug-in should be quickly and easily made to work
with OpenCL, in place of CUDA, it may even allow for some
sort of optimization of the hardware encoder and supporting
"Filter" operations using both technologies.

This is all speculation at this point, though.

Luck;
Ken



Pretty retarded to only support the proprietary CUDA when OpenCL is the
standard.



Not any more so than all the programs that use some other 3D graphics
engine, instead of OpenGL.

I haven't done more than glance at either CUDA or OpenCL, but it may
be that they are not totally incompatable. It may be that you could have
OpenCL manage the overall parellel processing effort and it interface with
CUDA to make use of the GPU processing functions. This new card's
multiple processors may be accessible to OpenCL when they are not
needed for their normally dedicated encoding processing, there is no way
CUDA has any access to them now or in the future.

Luck;
Ken

These guys are not alone in supporting CUDA. Look at Badaboom, CoreAVC and
Advanced PDF Password Recovery. It may be that the current CUDA development
tools are easier to work with.

--
"War is the continuation of politics by other means.
It can therefore be said that politics is war without
bloodshed while war is politics with bloodshed."

"GMAN" wrote in message
...
In article , "Ken Maltby"
wrote:

"Man-wai Chang ToDie (+MS=V32B)" wrote in
message
...
You might find this interesting:

http://tmpgenc.pegasys-inc.com/en/press/09_0415.html


http://www.bit-tech.net/news/hardwar...s-spursengine/
1

Any results for OpenCL?




They have it working with CUDA now, so I would think they
would be likely to adapt it for OpenCL. It would be interesting
to see how well the card's processors are open to "OpenCL"'s
use. The Plug-in should be quickly and easily made to work
with OpenCL, in place of CUDA, it may even allow for some
sort of optimization of the hardware encoder and supporting
"Filter" operations using both technologies.

This is all speculation at this point, though.

Luck;
Ken



Pretty retarded to only support the proprietary CUDA when OpenCL is the
standard.