Denis, I´m not sure about the driver, but I can check it. There are any configuration file for DirectFB where I can change or set any memory related value ? Because I also get lots of "out of video memory" when I try to CreateSurfaces after a certain amount of surfaces created.
My guess is that the available memory has something to do with the surface area, for example: If I try to create 3 surfaces with the dimention (720x480) , not considering the primary surface , I already get "out of video memory" before the third one was created. Otherwise I can create 10 , 20 surfaces at the same time, with a smaller area , lets say: (200x70). The total amount of printed areas before crash is around: 700000. By the way: It could be just my stupid assuption, but is the only constant that I found during this "out of video memory" occurencies. Another thing that could help: I´m running DirectFB 0.9.24, and the system is a kernel 2.6 (gnu) over a MIPS architecture. I guess that this is the same release that LinuxTV project is using. Best Regards, Erick Other comments below: > Using DLBM_BACKSYSTEM it seems to be working fine. Except by one detail: > > I have the following code workflow, to print contents: > > 1- load layer 2 (graphics) > 2- set options to DLOP_LAYER_SHOW > 2- get primary surface of layer 2 > 3- create and flip an image into primary You mean load and blit it to the primary, then flip the primary? (ERICK: for layer 2 i´m rendering direct into primary. This layer has no need of flipping. For layer 1 I render the image into a new surface , then blit into primary, then flip primary and release the surface created) > 4- load layer 1 (graphics) > 5- set buffermode to DLOP_BACKSYSTEM and also options to DLOP_LAYER_SHOW > 6- get primary surface of layer 1 > 7- create 16 images and then FLIP A tiled view? (ERICK: yes, 16 images, different positions across the screen) > 8- load layer 0 (framebuffer) > 9- get primary surface of layer 0 > 10- flip some graphics. > > If I insert the following lines , the image of step 3 only appears > after Insert where? (ERICK: I´ve just figure that it has nothing to do with the font implementation, but probably with the current state of DirectFB, or even some object that I´m not releasing, because it runs perfect at the first execution, but it I try to run the program again, the problem above starts to happen. It only get back to run as it should when I restart my device). > the step 7, togheter with all other images, otherwise it appears > normally according with the current workflow: > > IDirectFBFont *font; > DFBFontDescription fontDesc; > fontDesc.flags = DFDESC_HEIGHT; > fontDesc.height = 18; > dfb->CreateFont(dfb,"directory/tahoma.ttf",&fontDesc, &font); This shouldn't influence the above... -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-users mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
