If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Comment

Seems like a duplication of effort to me. Wouldn't it be better if AMD just contributed to the r600g driver hosted at freedesktop.org, instead of writing their own Gallium3D driver? Or could it be that phoronix is spreading misinformation again?

If you spend a little more time on making sure your articles are correct without ambiguity and a little less time on fluffing up your articles with irrelevant stuff just so you can squeeze in more links to yourself, maybe people would start taking phoronix seriously. Just maybe.

Comment

wasn't there another GSoC project few years back that was trying to do the same thing and in the end we got nothing????

The two main projects that I can think of were:
1) Younes Manton, GSoC project. g3dvl, already mentioned in this thread
2) Robert Rudd @ MIT. Another GSoC project that attempted H.264 decode via GLSL shaders using the ffmpeg/libav framework as a starting base. He got some stuff working, but didn't finish the project. Someone forked his code and at least got it to compile: https://github.com/kasbah/gsoc.

Give it a few weeks, and I'll be sending my initial VP8 OpenCL implementation to the WebM mailing list to live in a sandbox while I continue work on it post-graduation. It's functional, but much slower than CPU-only decoding at the moment. It does at least produce correct output... in its own good time.

Once its in the sandbox and my thesis is finished up, I wouldn't object to anyone helping me out with getting the performance up to speed.

Comment

Seems like a duplication of effort to me. Wouldn't it be better if AMD just contributed to the r600g driver hosted at freedesktop.org, instead of writing their own Gallium3D driver? Or could it be that phoronix is spreading misinformation again?

If you spend a little more time on making sure your articles are correct without ambiguity and a little less time on fluffing up your articles with irrelevant stuff just so you can squeeze in more links to yourself, maybe people would start taking phoronix seriously. Just maybe.

Comment

You know what would be really helpful.
If they started with doing this with MPEG-1 and 2.
Work their way up to the present.

AFAIK, MPEG2 works. Christian K?nig has a working XvMC implementation, for r600g. I haven't tested it, but others have, and it's working (not perfectly optimised yet). He also has iDCT working and some other stuff.

And why is everybody trying to make H.264 get a foothold on Linux?
Please support FLOSS formats/libraries instead of the latest flashy thing like H.264.

Most of the steps which any modern high-quality codec does are similar: iDCT, motion compensation, etc. If it's done for H.264, it can be easily ported to other codecs. The main difficulty is getting the infrastructure and a reference implementation down.

Comment

Give it a few weeks, and I'll be sending my initial VP8 OpenCL implementation to the WebM mailing list to live in a sandbox while I continue work on it post-graduation. It's functional, but much slower than CPU-only decoding at the moment. It does at least produce correct output... in its own good time.

Now, THAT sounds fantastic! Great work!

Now we need Clover

Comment

Give it a few weeks, and I'll be sending my initial VP8 OpenCL implementation to the WebM mailing list to live in a sandbox while I continue work on it post-graduation. It's functional, but much slower than CPU-only decoding at the moment. It does at least produce correct output... in its own good time.

Once its in the sandbox and my thesis is finished up, I wouldn't object to anyone helping me out with getting the performance up to speed.

Good news, thank you!

Let's hope that we'll have an opencl state tracker to actually use it.

Comment

The two main projects that I can think of were:
1) Younes Manton, GSoC project. g3dvl, already mentioned in this thread
2) Robert Rudd @ MIT. Another GSoC project that attempted H.264 decode via GLSL shaders using the ffmpeg/libav framework as a starting base. He got some stuff working, but didn't finish the project. Someone forked his code and at least got it to compile: https://github.com/kasbah/gsoc.

Give it a few weeks, and I'll be sending my initial VP8 OpenCL implementation to the WebM mailing list to live in a sandbox while I continue work on it post-graduation. It's functional, but much slower than CPU-only decoding at the moment. It does at least produce correct output... in its own good time.

Once its in the sandbox and my thesis is finished up, I wouldn't object to anyone helping me out with getting the performance up to speed.

did you put your current alpha/beta prototype code on a github or do you intend to soon? and when do you assume your thesis will be done

there's all those other bit's and peace's of openCL/Cuda code mentioned on the x264dev logs etc too, it's not clear if they do/cover other stuff besides your "I've managed to convert Subpixel Prediction (sixtap + bilinear), IDCT, Dequantization, and the VP8 Loop filter" routines yet , as no ones bothered to collect them up and list the github etc location's on a web page somewhere