Search the web
Sign In
New User? Sign Up
vmu-dev · The VMU Development list
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want your group to be featured on the Yahoo! Groups website? Add a group photo to Flickr.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Re: [vmu] Very quick question   Message List  
Reply | Forward Message #364 of 1156 |
rednuht wrote:
>
> There is plenty of example code of copying an image to the lcd screen.
>
> What i want to know is can we write to an image in memory and use this
> as a buffer for screen updates.

It is possible, but it would take 192 bytes of memory. I think using the
work memory area would be fine for this, because the auto incrementation
of the pointer would save a few cycles when copying it in the vram.

>
> So the game loop would call a sub that clears the lcd screen, then the
> buffer image is copied to the lcd screen.

Clearing the screen wouldn't be neccessary, because it would be
overwritten by the new image. In fact, clearing the screen would
probably make a lot of flickering.

>
> meaning any events in the game that require a change in the display
> could just write to the buffer and wait for the main loop to call the
> clear screen and buffer to screen.
>
> and could a copy (buffer) image be stored in the data part of memory.
> ?

Yes, but it would take 192 bytes... The advantage is it would be linear
(unlike the vram), and thus simpler to access to. Also, when doing
intensive graphic operations, it would prevent flickering.

--
Antoine 'MORB' Chavasse / CdBS software



Mon Jul 10, 2000 9:56 am

MORB@...
Send Email Send Email

Forward
Message #364 of 1156 |
Expand Messages Author Sort by Date

... It is possible, but it would take 192 bytes of memory. I think using the work memory area would be fine for this, because the auto incrementation of the...
MORB
MORB@...
Send Email
Jul 10, 2000
9:53 am

What address space in the xram can work as a 192 byte buffer? can u supply some code. Why can we not write to the flash ram (RANDOM ACCESS MEMORY not ROM) as ...
rednuht
rednuht@...
Send Email
Jul 11, 2000
9:43 am

... You can calculate that for yourself, it just adds up to 16 bytes every two pixel lines. You have 6 * 8 pixels per screen line and two lines result in 12...
leo@...
Send Email
Jul 11, 2000
9:54 am

... about ever second line ... Sounds reasonable, still, wasting 4 * 16 bytes !! ... complicated, no, but is taking forever (me anyway). ... ===== Later ... ...
rednuht
rednuht@...
Send Email
Jul 11, 2000
12:16 pm

... Theoritically we could, but it's not really feasable. The flash is re-writable, but suffers from some problems: 1. Slow slow slow. The memory has got to be...
john maushammer
john@...
Send Email
Jul 11, 2000
2:06 pm
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help