msokalski
Registered: 27/06/12
Posts: 16
|
| Posted 28/06/12 at 12:21 AM | Reply with quote #1 |
|
Hello,
I've seen technique utilizing offscreen (in fact out of visible bounds) copy/paste instruction to seamlessly update mouse pointer position.
source: MOUSE.INC
Code is dedicated to Picaso processor, can I expect similar functionality from Goldelox?
I've made test using FAT simulator configured with uLCD-144-V00.4DRom but pasting image from out of visible area to visible portion simply fills destination with black color.
Now I'm wondering if this is not 1:1 FAT emulation problem or in order to use it - it would need chip reprogramming or it is simply impossible on Goldelox.
Thank you for posting some more light onto above area.
Cheers,
Marcin
|
| Loading... | |
meldavia
Registered: 18/03/07
Posts: 900
|
| Posted 28/06/12 at 12:59 AM | Reply with quote #2 |
|
Unfortunately the small displays dont have any 'off screen' GRAM storage areas, so nothing can be stored / hidden / retreived, and Goldelox only has a small ram storage area so it becomes rather difficult to do much.
However, it would be possible to dedicate say 32 bytes of RAM to a storage area (for a 8x8 'pointer'). and swap out to GRAM using various direct hardware techniques.
It would be better though to come up with a strategy that does not require this.
Maybe if you give us an idea of what you are tring to do - there may be a solution...
__________________
Regards,
Dave |
| Loading... | |
meldavia
Registered: 18/03/07
Posts: 900
|
| Posted 28/06/12 at 01:02 AM | Reply with quote #3 |
|
hmm I aslo notice that you are posting in SGC forum so this may be off topic...
__________________
Regards,
Dave |
| Loading... | |
msokalski
Registered: 27/06/12
Posts: 16
|
| Posted 28/06/12 at 01:19 AM | Reply with quote #4 |
|
Thanks for clear expalanation Dave!
This is what I want to achieve:
A menu, in form of list of text items, where selected ones are rendered in opaque mode and unselected transparently.
The problem begins with background, I'd love to use image sequence for this. Without offscreen method, menu items will blink because lcd will present screen partialy updated after every next background frame is rendered but before all text items are overlayed.
Do you know any hack letting me implement such menu with animated background?
Regards,
Marcin |
| Loading... | |
msokalski
Registered: 27/06/12
Posts: 16
|
| Posted 28/06/12 at 02:41 AM | Reply with quote #5 |
|
| ... maybe I missed command specs, is there any way to prevent Goldelox from updating screen until latch/swap/unlock command is being used? |
| Loading... | |
meldavia
Registered: 18/03/07
Posts: 900
|
| Posted 28/06/12 at 09:47 AM | Reply with quote #6 |
|
No, unfortunately whatever is in GRAM is continually shown, and there is no
double buffering to allow nice tricks.
The secret to success is to only draw/undraw an absolute minimum.
One thing that is very fast is blitting images from uSD card.
If your labels on the menu dont change, you could pre-render everything
and just blit each section to the required place.
Might be worth having a look at Visi to achieve this.
__________________
Regards,
Dave |
| Loading... | |
msokalski
Registered: 27/06/12
Posts: 16
|
| Posted 28/06/12 at 09:32 PM | Reply with quote #7 |
|
thanks Meldavia,
I've considered uSD use with massssssively prerendered gfx. Seems to be the only option for me. Few menu items may have a numerical value (can be change by user), for this I'm planing to pre-render dynamic parts on my uCtrl and store it to uSD using write sectors command. Do you think it is worth trying or write secotrs will totally kill performance?
Marcin |
| Loading... | |
msokalski
Registered: 27/06/12
Posts: 16
|
| Posted 29/06/12 at 02:13 AM | Reply with quote #8 |
|
Just decided to switch from sgc to gfx, beause of shorter lags between commands -> less noticable blink issue. (now I'm completely off the topic  ) |
| Loading... | |
