[FFmpeg-devel] the future of fastmemcpy.h

Attila Kinali attila
Tue May 29 12:12:10 CEST 2007


On Mon, 28 May 2007 21:08:25 -0400
Robin Getz <rgetz at blackfin.uclinux.org> wrote:

> Is there a desire to introduce other styles of memcpy?
> 
> For example - on some hardware - you can jump into kernel space, start a 
> memory to memory DMA, return and do computations on other things while the 
> copy happens in the "background". Think of it as a non-blocking memcpy.
> 
> Depending on the overhead of getting to kernel space - this can have 
> advantages for architectures where the buffer being copies is a small as 1k.

This could be very well done, but, it would be very device specific
and thus would belong into the output device driver and not into
something generic as a memcpy routine.


				Attila Kinali

-- 
??????????????




More information about the ffmpeg-devel mailing list