-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
move over draw_buffer in relation to LineBuffers #80
Comments
it's not that simple in fact, you need the DMA to start at a 4kB boundary in certain circumstances, so LineBuffer1+112 must be aligned at a 4kB boundary |
ok, glad i didn't try to submit a PR with that then :). not sure how it all works down on the lowest level, but will it be possible to do something like this? i'd be happy with even 16 pixels on either side, 32 should be definitely enough -- i don't know if that helps to keep it simple. 112 doesn't have to be a thing... |
See current investigations on how to do it - definitely not simple. |
definitely looks tricky! though i'd like 32 bytes (= 16 bitbox pixels) if possible... sorry to be picky... |
in vga_bitbox.c, didn't we think to do something like this?
uint16_t *display_buffer = LineBuffer1 + 112; // will be sent to display
uint16_t *draw_buffer = LineBuffer2 + 112; // will be drawn (bg already drawn)
(112 = (1024 - 800)/2, with 800 being max horizontal resolution, so we get a big chunk on the left (112 pixels) and right (112 as well) that we can draw to without segfaults.)
not sure how to do this for the micro, or if that messes things up.
The text was updated successfully, but these errors were encountered: