05 November 2021, 17:46 | #541 |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
|
05 November 2021, 17:59 | #542 | ||
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,307
|
Quote:
Quote:
An Amiga is *not* a C64. You don't just hack the hardware and jump into arbitrary ROM locations. You read the specifications and follow them, and *that is really all* to make an application work on all new and future kickstart releases to come. |
||
05 November 2021, 18:05 | #543 | |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,307
|
Quote:
Have you looked at the version? NDos is old, very old. The first version is from around 1991 or so, it was one of the first programs I wrote. It predates Aminet. There was no way to publish a program conveniently back then. |
|
05 November 2021, 18:08 | #544 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
Quote:
We talk about 1985 - a graphical user interface and multitasking was still a revolutionary thing for lower/middle end computers. The original Mac from 84 had only 128KB RAM and was close to unusable - and did not even have multitasking, except for gadgets like the calculator. Atari 8-bit, Mac, Lisa, PCs, SUN ... all needed to boot the OS from (hard)disk first. And this concept holds to this day. Now even you phone has to boot if you turn it off and on again. This fact is more hidden now, since we need to reboot our devices not that often anymore. But even on a fast PC with SSD Windows takes around 13 seconds to boot - an Amiga with slimmed down Startup-Sequence is faster even with only 7Mhz and floppy drive. Around 10 seconds seams to be a sweet spot people a willing to wait for a device to get usable - especially if the better user experience is worth waiting some seconds. So I really would not say THIS is something the Amiga did wrong. There are many other flaws and it got worse over the years as commodore continuously messed things up, neglected development, could not read the signs written on the wall etc... The OS, the Workbench and the boot process worked as indented - it might not be to everyones taste as we see, but the very same concepts the Amiga used are still used today by all surviving platforms. |
|
05 November 2021, 18:22 | #545 | |||
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
Quote:
I did not say they could not test an 1MB ram expansion (yes, it was available from the start), but I was talking about the KICKSTART 2.0 here, which was NOT available to game developers until 1991 or so?! (don't know exactly when Kick 2.0 came out, but certainly not before 1990) Quote:
Quote:
Still, does this also apply to games which did not start on top of the Workbench? Because all the better, fancy action games never booted any Workbench GUI before, but (in my impression?) directly loaded the game code into memory and did not make use of any Workbench or OS functions, which they probably also did not need, or would have made the game a lot slower, maybe? |
|||
05 November 2021, 18:28 | #546 |
It's coming back!
Join Date: Jul 2018
Location: comp.sys.amiga
Posts: 762
|
It would only be inflexible and static if you weren't able to boot from a disk to get a fuller, or more customised environment. But the fact that you were forced to boot from a floppy on day one, led to every application having its own boot floppy, and users creating custom boot floppies, and so on. Custom boot floppies just to run Directory Opus so that they could copy a file for a friend. etc. etc. It was a mess, and of course other systems were just as bad, but the Amiga had a chance to do better, and it didn't.
|
05 November 2021, 18:36 | #547 | ||||
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
Quote:
ANd I would not need to wait for the dos/workbench disk to load! I could directly insert the disk where I want to list contents and load an application, or do some file operation. That's the point. Quote:
I mentioned over and over again that it is a completely different thing when booting from a harddisk, because then it is booting fast, and the disk-swapping is not needed. Quote:
But there is a big difference between the Amiga and the smartphone: You never need to turn off the smartphone, because every application or game returns to the OS. With the Amiga back in 1990, you almost always had to do the 'monkey grip' A-A-CTRL after you quit a game or application. And so, you permanently needed to reboot... Quote:
A clever, minimal Workbench boot disk helps a lot! |
||||
05 November 2021, 18:56 | #548 |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
Of course users would create customized WB or dos disks (or DOpus).
This was intended. My old disk version of WB was cleaned from all the stuff I would not need, and packed with all the tools I did need - all executables power-packed to save space ;-) For all WB and CLI purposes I needed to boot just this one disk - some less critical things stored on a second disk that was only needed from time to time... The files were arranged in the right order on the disk so the floppy drive did not need to jump around while processing the start sequence, where I did "run" commands to fully use the multitasking - booting in less then 10 sec. "Copying files for a friend" ... on a PC you had to boot DOS first to land in a crappy command line. On the C64 with one disk this is certainly not easier at all! Last edited by Gorf; 05 November 2021 at 19:02. |
05 November 2021, 19:00 | #549 | |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,211
|
Quote:
they did program is as if it was a c64. and as we told you several times: it wasn't they did not do amigacompatible software. |
|
05 November 2021, 19:12 | #550 | |
It's coming back!
Join Date: Jul 2018
Location: comp.sys.amiga
Posts: 762
|
Quote:
Personally, I don't think an application disk should have had to be a customised boot disk. I think booting to a customised environment for each application was a problem that could have been avoided. I don't think the developers at Commodore intended for the users to have to become experts at creating custom boot disks just for the machine to become usable. I think they just ran out of time and resources. |
|
05 November 2021, 19:17 | #551 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
Quote:
They should have offered a compatibility seal. An official "Amiga compatible software" logo and some auditing process along with it. Maybe some "gold standard" for fully dos/WB compatible programs and games, some "silver standard" for nodos games, that otherwise follow the rules. |
|
05 November 2021, 19:17 | #552 |
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
@Gorf:
That sounds really great and certainly would have helped me a lot. But it also sounds like not every basic user could do such a thing easily. You certainly needed quite some knowledge about the Amiga system, and probably also some tools which would help you create such a cool boot disk. I also used powerpacker a bit on the Amiga, since I was used to packers from the C64, where one of my 'hobby projects' was to make one-file versions whereever it was possible So, ok, sure, if I had had more knowledge or taken big efforts in learning about the system, then that probably would have solved some of my Amiga issues. One thing I learn from this is that the Amiga needed much more patience to get around with the system than it was needed on the C64 at least for basic operations. And my (wrong) expectation was that the Amiga was the much more easy and convenient machine, because it had this GUI, just clicking icons, no keyboard needed, etc. But I did not know that you had to tweak it to your needs before it becomes comfortable or suited to your needs. @Chucky: Ok point taken, I can follow this thaught at least to some extent. But only if following the programing rules did not mean any restrictions, which maybe would have made it impossible to develop some really good games which pushed the Amiga to the limits? Being a C64 guy I know that almost none of the really great C64 games would have been possible without programmers using special 'tricks' on the VIC chip, down to even using non documented CPU opcodes to save CPU cycles in their code, etc. Last edited by Overdoc; 05 November 2021 at 19:23. |
05 November 2021, 19:19 | #553 | |
It's coming back!
Join Date: Jul 2018
Location: comp.sys.amiga
Posts: 762
|
Quote:
|
|
05 November 2021, 19:27 | #554 | |
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
Quote:
We would have ended up like on modern systems, where software needs to be certified by the machine's hardware or OS developers, while they are taking good money for this 'certifications'. We never would have seen any hobby programmer's tools, no PD stuff, and such things as Aminet probably would not exist today? Instead, we would only have applications and games by big software companies who could afford these 'Commodorifications' |
|
05 November 2021, 19:28 | #555 | |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,211
|
Quote:
but no. they still belived it was a C64 with a static memorymap.. technically the amiga have ONE memoryaddress that is static.. $4 nothing more.. well the chipset maybe. technically it could also move.. but that's it. no instead they took memoryaddresses for granted. never allocated ram. and poked the chipset in undocumented ways. |
|
05 November 2021, 19:28 | #556 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
Quote:
The Workbench is a fine litte UI, especially for that time. The OS with its libraries and multitasking kernel is quite advanced and the hardware capabilities are impressive. You can make that user experience even better by customizing things - the flexibility of the OS concept allows you to do that. Sure: there are shortcomings all over the place - but compared to "MS Windows 1.0" or "GEM for DOS" it is really a masterpiece. The problem was, Commodore did not keep on developing (at first) It took the management a couple of years to realize what an operating system and a platform really means ... OS 2.0 was a step in the right direction but it took Commodore almost 5 years - the update cycle should have been every year with smaller steps but continuously. This also would have mitigated many compatibility problems of 2.0: With a new ROM every year, programmers would have realized sooner, that they need to follow the rules. |
|
05 November 2021, 19:30 | #557 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
Quote:
Software for the Amiga from big software companies! Clearly commodore did everything to avoid such a horror scenario .... |
|
05 November 2021, 19:37 | #558 |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,211
|
no certification was "needed" what was needed was more mature programmers.
anyway. if I as a softwaredeveloper for commerical stuff. I would "certify" my software. buut there would not be a need. but it would be a qualitysign. however.. it wasn't done as I guess the world was not used to bad programming that actualy affected systems yet. so "not needed". now with experience we would say different. but not by then. |
05 November 2021, 19:47 | #559 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,426
|
Quote:
Commodore would not have had the power to stop anyone from releasing software without certification, but it would not get the quality logo without it.... Having such enforced guidelines and such an official process in place would have helped, I guess. Most PD programmers would have probably tried to follow these standards even without certification, as they would have been more present in the public mind. |
|
05 November 2021, 19:55 | #560 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,307
|
Of course it applies. The RKRMs document how the Os works, and also how the hardware works. Problem is that some authors simply followed the principles they learned on the C64: "Trial and error". This might work on a fixed machine that does not receive updates, but it does not work on a flexible architecture. However, you cannot just keep the architecture fixed on a fast moving market.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Non-Amiga things that remind you of Amiga things? | Fingerlickin_B | Retrogaming General Discussion | 1056 | Yesterday 08:36 |
wanting to experiment, using Amiga (emulator) as my day to day machine, need advice | mmace | New to Emulation or Amiga scene | 14 | 19 March 2020 11:32 |
Why game companies didn't make better games for Amiga | ancalimon | Retrogaming General Discussion | 35 | 17 July 2017 12:27 |
New Year Day = throw CD32 in the dishwasher day | Paul_s | Hardware mods | 16 | 03 January 2009 19:45 |
Amazing things you've done with your Amiga | mr_a500 | Amiga scene | 67 | 05 July 2007 19:45 |
|
|