Tom Lake wrote to Daniel <=-

You can get almost instant-on by turning on a fast boot switch which is available in most BIOS. Fast boot eliminates a lot of the checking
(such as a RAM test) the regular boot does. Remember, for the old
systems, the ROM was written for just that particular hardware. There
was no need to try to identify all sorts of different hard drives, USB devices, etc. The ROM knew exactly what was there and only needed to
start BASIC or an rudimentary menu. Modern systems then have to load a very complex OS from some device. When everything is in ROM, there's no need to do that.

Thank you for the reply. Let met phrase the question a different way because I don't think I properly conveyed the question.

Imagine if Commodore continued releasing faster and more advanced versions of the C64. System still loads on ROM and, with a flip of a switch the user is welcomed with either a basic screen or a basic menu UI.

David, of the 8 bit guy, is actually building a souped up Vic 20 with off the shelf components and getting help on his pursuit from a variety of people including an old Commodore engineer. His dream machine, as he calls it. I think he's naming it the Commander X16. He's intending to mass produce it for the retro computing scene. Yeah he's a small guy with very little funding but the pursuit is similar in concept to my question the one i asked about. Every copy will be on identical hardware and software so OS complexity shouldn't be much more complex than the original system.

while he's building a modern 8bit machine, I'm wondering if it would be possible to do this very thing with a modern 32 or 64 bit processor with modern storage, memory, video/audio, and input/output yet be instant on. And the developer would be responsible for the look and feel of the application.

Daniel Traechin
... Visit me at gopher://gcpp.world
--- MultiMail/Linux v0.49
* Origin: Digital Distortion: digdist.synchro.net (1:340/7)

On Sunday, May 31, 2020 at 11:05:16 PM UTC-4, Daniel wrote:

Tom Lake wrote to Daniel <=-

As long as there are no variations in the hardware, there's absolutely no reason why you couldn't have an instant-on modern system.

Tom L

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Computer Nerd Kev wrote to Computer Nerd Kev <=-

Computer Nerd Kev <not@telling.you.invalid> wrote:

KolibriOS is an x86 OS written entirely in assembly - I've
only booted it from a Floppy or a CD so I haven't really seen the
start-up time from HDD, but it probably has potential. I've already mentioned CoreBoot, which can optimise the first step - loading the
OS kernel.

4sec isn't much time wasted from your day.

Booting KolibriOS on ASRock E350M1 from Coreboot and SeaBIOS: https://www.youtube.com/watch?v=LvZRK1y0VYs

A few things have come up since this thread took a break

1. I played with kolibriOS. Impressive and full of promise
2. I discovered the Color Maximite 2. Started another thread about it. So I'm inspired to port some of the kolibriOS apps to the maximite 2.

It's really exciting to me. That device is powerful enough to do many mainstream
things due to the lack of operation system drag.

I had been designing a trilogy fantasy rpg for the C64 but, maybe, it'll go to the maximite.

Daniel Traechin

... Visit me at gopher://gcpp.world
--- MultiMail/Linux v0.49
* Origin: Digital Distortion: digdist.synchro.net (1:340/7)

Daniel <nospam.Daniel@f1.n770.z3217.fidonet.org> wrote:

Computer Nerd Kev wrote to Computer Nerd Kev <=-

Computer Nerd Kev <not@telling.you.invalid> wrote:

KolibriOS is an x86 OS written entirely in assembly - I've
only booted it from a Floppy or a CD so I haven't really seen the
start-up time from HDD, but it probably has potential. I've already mentioned CoreBoot, which can optimise the first step - loading the
OS kernel.

4sec isn't much time wasted from your day.

Booting KolibriOS on ASRock E350M1 from Coreboot and SeaBIOS: https://www.youtube.com/watch?v=LvZRK1y0VYs

A few things have come up since this thread took a break

1. I played with kolibriOS. Impressive and full of promise
2. I discovered the Color Maximite 2. Started another thread about it. So I'm inspired to port some of the kolibriOS apps to the maximite 2.

The issue there is that KolibriOS-specific software is generally
written in x86 assembly, but the Maximite 2 uses an ARM CPU. So it
would be more like rewriting the software than porting it.

Still, if you've got some specific things in mind then it could be
good for inspiration.

--
__ __
#_ < |\| |< _#

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Computer Nerd Kev wrote to Daniel <=-

Daniel <nospam.Daniel@f1.n770.z3217.fidonet.org> wrote:

Computer Nerd Kev wrote to Computer Nerd Kev <=-

Computer Nerd Kev <not@telling.you.invalid> wrote:

KolibriOS is an x86 OS written entirely in assembly - I've
only booted it from a Floppy or a CD so I haven't really seen the
start-up time from HDD, but it probably has potential. I've already mentioned CoreBoot, which can optimise the first step - loading the
OS kernel.

4sec isn't much time wasted from your day.

Booting KolibriOS on ASRock E350M1 from Coreboot and SeaBIOS: https://www.youtube.com/watch?v=LvZRK1y0VYs

A few things have come up since this thread took a break

1. I played with kolibriOS. Impressive and full of promise
2. I discovered the Color Maximite 2. Started another thread about it. So

I'm

inspired to port some of the kolibriOS apps to the maximite 2.

The issue there is that KolibriOS-specific software is generally
written in x86 assembly, but the Maximite 2 uses an ARM CPU. So it
would be more like rewriting the software than porting it.

Oh

Still, if you've got some specific things in mind then it could be
good for inspiration.

We'll see.

Daniel Traechin

... Visit me at gopher://gcpp.world
--- MultiMail/Linux v0.49
* Origin: Digital Distortion: digdist.synchro.net (1:340/7)