Bin voilà, avec ce que tu ajoute, je pense qu'au départ, Andreas (créateur d'hollywood) travailler qu'avec la VRAM et c'est surement pour cela que l'on ne peut pas exécuter un prg Hollywood sans carte GFX comme la pixel64 (par exemple)

Mais lorsqu'il a vu que son double buffer était pourrie (peut être parceque je lui ai filer un script avec mon moteur 2 fois plus rapide qu'avec son doublebuffer pourrie), il s'est empressé de dirigé le bitmap sur la ram et non sur la vram et c'est peut être aussi pour cela que la fonction begindoublebuffer() avec l'option hardware=true n'est compatible qu'AVEC les amiga

La seule solution, d'après ce que je comprend serais de créer un doublebuffer qui tape directement sur le GPU sans passer par le CPU afin d'alléger les calcules de directions, IA, etc...

Mais quand cela sera fait sur nos AOS?

Je comprend que c'est pas évident pour andreas de créer un langage multiplateforme tout en optimisant pour AOS/Morphos, mais j'attend avec impatience un outil qui permettrai de coder du VB 

D'ailleurs, designer serait complet si on pourrait créer des fenêtres reaction/mui/vb et ensuite taper du code, faut pas croire, mais il y a un potentiel sur hollywood et designer qui n'est pas exploiter.

Si holly faisait partie intégrante d'AOS, imaginer? un langage multiplateforme intégré a un système!!!!!

Avec designer en plus, on l'a notre powerpoint

Et si toi et d'autre filer un coup de main a andreas, l'outil serait bien plus au top, oui, on n'a pas de suite bureautique, mais on peut avoir un langage simple, optimiser et multiplateforme avec en son coeur AOS

Bizarre que personne n'y ai pensé chez aeon et autres!!!!!!!!!!!!!!!