Hmmm.... Is anyone doing anything like this in their own applications? -Robert
On 10/29/09 5:04 PM, "Robert Hildinger" <rhild...@cisco.com> wrote: > In regards to DirectFB version 1.3.0... > > I know that you can create surfaces using the DSCAPS_SHARED capability flag to > allocate the surface memory in the shared memory pool. What I don¹t know is > how to access that shared surface memory from another process. Is it possible > for a use process to access the surface memory of a shared surface in another > user process? > > The scenario that I currently face is that I have one user level process ³A² > that needs to create a huge offscreen surface, and then another process ³B² > that needs to take that surface data and perform animation effects on it > before copying it to a display window. Right now I am using a Linux shared > memory buffer to act as a conduit between the two processes, but that¹s a > really inefficient way of doing things. What I would like is for process ³A² > to be able to write freely to it¹s shared surface, and for process ³B² to be > able to read freely from the same surface. Any pointers on how to accomplish > this? I¹m probably missing something completely obvious... > > Thanks, > -Robert Hildinger > > > _______________________________________________ > directfb-dev mailing list > directfb-dev@directfb.org > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
_______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
