Ok I'm just going to add a filename for mapping if its null then use a temp file. Lets see if anyone uses it besides me and then we can decide what this system should do.
My use case right now is I'm just using the video support with another method of display. So I need a "headless" DirectFB. And this suites my needs. Maybe it should be called devanythingbutvideo ? ;) On Dec 6, 2007 2:18 AM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote: > Mike Emmel wrote: > > Sorry one more a mmaped file could be any file not just a temp one. > > Lots of possibilities, but what set is really required? > > > On Dec 5, 2007 12:48 PM, Mike Emmel <[EMAIL PROTECTED]> wrote: > >> What about shm.h stuff ? > >> > >> Its also easy enough to support this approach also. > >> > >> So I think the choice are. > >> > >> 1.) External address ( user knows what he is doing) > >> 2.) Tmp file shared mmap > >> 3.) Private anon mmap > >> 4.) shm > > That should already be working. It's just that the SHM Surface Pool > does not have the "EXTERNAL" type flag and therefore is not used by > the pool negotiation for layer surfaces. > > >> 5.) External allocator ? Esp if we do a surface manager ? > > A surface manager would only be useful for acceleration or a real > display layer implementation. Both won't be there, otherwise it > should be another special system module. > > -- > > Best regards, > Denis Oliver Kropp > > .------------------------------------------. > | DirectFB - Hardware accelerated graphics | > | http://www.directfb.org/ | > "------------------------------------------" > _______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
