Stupid bicycle vs too large solution.

Programming, for all ages and all languages.
Post Reply
monobogdan
Member
Member
Posts: 71
Joined: Wed Jan 25, 2017 3:37 pm

Stupid bicycle vs too large solution.

Post by monobogdan »

So, now i'm need to repaint some parts of screen every loop pass.

And it's blink.

So, i'm now have only 640kb of ram, and double buffering is too large for it's(because only binary in memory weight approx 300kb).

I'm make for this small bicycle:

Pass counter, when it's > 20k then zero it's and redraw part of screen.

It's fast and reduce blink.

But it's bicycle.

What better? Double buffering in 300kb ram or bicycle with high CPU usage?
User avatar
iansjack
Member
Member
Posts: 4685
Joined: Sat Mar 31, 2012 3:07 am
Location: Chichester, UK

Re: Stupid bicycle vs too large solution.

Post by iansjack »

Best is to use a motorcycle and not restrict yourself to less than 1MB of RAM.
alexfru
Member
Member
Posts: 1111
Joined: Tue Mar 04, 2014 5:27 am

Re: Stupid bicycle vs too large solution.

Post by alexfru »

monobogdan wrote:So, i'm now have only 640kb of ram, and double buffering is too large for it
Consider protected mode or unreal mode.
User avatar
dchapiesky
Member
Member
Posts: 204
Joined: Sun Dec 25, 2016 1:54 am
Libera.chat IRC: dchapiesky

Re: Stupid bicycle vs too large solution.

Post by dchapiesky »

Not intending to be facetious.... but this is how the concept of virtual memory and paging was found to be needed.....

I will recommend this one thing though:

obviously your problem with graphics has been solved at some point in time in the past... it well worth the effort to research how they did it..... if you become well versed in working with resource constrained systems then that is a marketable skill...

good luck and keep at it
Plagiarize. Plagiarize. Let not one line escape thine eyes...
Post Reply