MobileWill

I found the issue. I forgot to increment the Max Files. I meant to do that and then forgot about it. But now my 2nd pixmap is failing.I can say its supper fast having the container handling the image drawing.

I did enable both options in gfxconf.h I didn't try the example yet, I just made the changes to my code. (I did it while getting ready for work). I can try it tonight though.

Thanks. Looks like I was pretty close. But I am hitting GDISP_IMAGE_ERR_BADFORMAT. Which happened last night. It was unhanded exception and then finally got the GDISP_IMAGE_ERR_BADFORMAT. I know the surface works because I can Blit it and it shows correctly. I am PM you when my code in a bit.

Do I have to make sure the pixmap is setup before creating the container? Any chance I can get a simple example of setting up the container? I am trying to leave the studio code untouched and then update the container after. I have tried both ways.

I am a bit confused. Once you set the image as the draw routine. How do you link it to the pixmap object? For the container I have wi.customDraw = gwinContainerDraw_Image; wi.customParam = gdispPixmapGetMemoryImage; If I want can I set the custom draw later instead of on creation of the widget using gwinSetCustomDraw?

So strange. I copied the toolchain from Eclipse to Embitz and then had to tweak some compiler and assembler options for it to even compile. I added -mthumb and -Dthumb. Seems to work fine now, no display issues. This only happened with -O2 in case someone else runs across this. I hope Embitz gets another update soon.

Perfect. That way I can do all the updates I need to do and then do the redraw. Thanks for all the help.

Then do I need to tell it to redraw once I update the pixmap?

Right now I am just loading the pixmap to the window. Tonight I can try using the pixmap as the draw routine of the container and remove the window.

I am using window in a container and the list box doesn't work right. I have it hidden and then visible when a button was pressed. The list box parent is the that page so not tied to any of the other containers that are on top. The issue is I can't interact with it once its displayed on top of the container that has a window in it. Any ideas? It won't even scroll. Must be a conflict with the window or maybe the pixmap? If I use the pixmap image as the drawing routine for the container do I need the window at all? Maybe if I remove the window then the list box will work.

the compiler must be the the differenace. Eclipses comes with 4.9.3 and Embitz comes with 4.8.4. I will have to test that tonight. I can PM you a picture later today.

So I was able to try pixmaps in Eclipse and wow its fast. So much better. Took awhile to implement. I may have to rethink all my logic now that I have so much more flexibility. What I ended up doing is keeping the pixmap open and just update the graph in the pixmap and just write to the display once. Hope I don't run out of RAM later. Should be fast enough that the user won't notice the draw after the splash page is closed. Only thing now that I am using Windows in an container is the list box doesn't work right. I have it hidden and then visible when a button was pressed. The list box parent is the that page so not tied to any of the other containers that are on top. The issue is I can't interact with it once its displayed on top of the container that has a window in it. Any ideas? It won't even scroll. Must be a conflict with the window or maybe the pixmap? I just noticed you added option 2. That sounds like that could work very nicely. Hmm. Will it know to redraw if I update the pixmap or I just issue a redraw? The issue with the list box will probably still be there.

It helped, many less warnings. But there are few more. "GDISP_PIXELFORMAT_CUSTOM" "GFX_USE_GAUDIN" "GOS_NEED_X_HEAP" "GOS_NEED_X_THREADS"

I guess it had to do with optimizations. I got it to match but the weird thing is event though the file size is the same the display looks like every other pixel is missing. Same makefile but one compiled with Eclipse and the other Embitz. Oddest thing.

I turned on the same warnings as Chibios makefile in Embitz and now it gets the same warnings too.