transfer byte[] to effect
Author
My problem is in copying a lot of memory in textures. I need execute operation of updating for 36 images with rate 25 times per second. If I have images 300x200 size I takes about 60 ms for copying and display. But if my pictures reach 700x500 size it takes just 150 ms (I tested with 16bpp format). I think to resize my images before copying, but I don't know how to do it. can ipp libs do it? Is it realy?
Author
Also YUV->RGB conversion was discussed. Can you help me in this? Can I get frames from my video files in YUV format or I must do any convertions between getting frame and copying steps?
have you profiled your application? Do you have actual knowledge of where your performance bottleneck is?
The YUV to RGB conversion can be done in pixel shader, by using the conversion formula found here: http://en.wikipedia.org/wiki/YUV
Because of the simple logic, GPU can perform this operation very fast per pixel.
Some hardware is capable of using YUV format textures directly; they will perform the conversion to RGB automatically.
Whether or not you have YUV data available to begin with, depends entirely on your video codec of choice.
Because of the simple logic, GPU can perform this operation very fast per pixel.
Some hardware is capable of using YUV format textures directly; they will perform the conversion to RGB automatically.
Whether or not you have YUV data available to begin with, depends entirely on your video codec of choice.
Author
I use line per line CopyMemory from kernel32.dll because I don't understand how copy data from IntPtr to IntPtr by Marshal.Copy. It seems to me, It works a little bit faster then primary unsafe code.
When you get a video frame from your codec, can you specify a destination address for the decompressed frame? You could decompress directly to a locked surface buffer, if this was the case.
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement
