Gm,
I am creating a scrollable list of items, and we want have an image for each one of the items in the list, I have created a code that always prints 12 images depending on the scrollContainer.getScrolledY() value. This is for memory saving.
To display the image i use BMPFileLoader.cpp from the touchGFX documentation.
And i have created a 6MB cache in FrontedAplication.cpp which can print my image like 21 times.(I use the same image for debugging but later on they will have different images)
This is how I update the images:
I call lthis code every 50 ticks.
And everything works perfectly but once a amount of ticks has passed, this is what happens to the images:
They dissappear, and i don't know what is causing this. I'd like to debug or be able to see whats being stored in the cache or if clearCache() is really removing the images from the cache, but I have no way to do this right?
As I said before, this happens after an amount of ticks have happened as if i call this every 5 ticks for example, the crash happens much faster.
1 ACCEPTED SOLUTION
Accepted Solutions
This is a simulator project so i don't really know how I can enable or disable D-Cache, but until I declared this in the FrontedAplication.cpp the images wouldn't show, so it must be storing them in this cache:
Also if I try to print all of them i only see like 20-22 of the images, and if i reduce the cache declared in there it does show less images, so it's storing them there
Hello @I_ve_got_a_problem ,
What board are you using? Did you select a board when creating the TouchGFX project in Designer or did you select simulator?
Try to isolate the issue.
Try to import your GUI into a simulator project, see if the issue still happens and share the project here.
You can disable cache in the ioc file (STM32CubeMX) here :
I assumes you were using a H735 as you said you used this MCU in previous posts.
Do you ever get into your catch?
What does populateList do?
What have you tried debugging?
Put a print at the end of your try to see if you finished everything you want to.
Print the address of the bitmap you are copying from so you know if you are getting out range without an error (and therefore copying only zeros).
Etc.
You issue doesn't seems to be linked to the size of your virtual cache because when increasing it you still get 18 seconds.
With your measured timings, it seems you enter your functions 43,2 times, so probably 43 or 42 times).
Try to print your bitmap ID without scrolling, you should get the same IDs since you don't change what you display.
What does "createBitmap" does? It seems to be a function that you created.
Please share a picture of the project before it stops displaying so we know what it should look like.
Regards,
Hi!
All these was done in the simulator so far.
The createBitmap function just creates a dynamic bitmap and then returns its id.
If i print the bitmapId's i can see that it creates and deletes the 12 images in every loop, basically it prints bitmap ids from 58 to 70, and when it crashes it displays bitmapId: 65535 which if i'm not wrong is just the bitmap invalid id.
When its working we can just see the images that we are telling it to load to the ram on runtime
Yesterday I tried adding 100 images to the cache on a separate function that is not a loop, and only draw the 12 images on the screen using the loop and it wouldnt crash(this is not a good solution for us, we want to only have 12 images in ram in every time). So it must be something related to the create bitmap action. I do Bitmap::clearCache() in every tick but i dont know if this is really reseting the cache, or if the images are leaving some leftover that ends up overflowing the cache, even though that wouldnt make much sense as the size of the cache I set doesnt affect the time it takes it to crash.
