21 October 2021, 16:40 | #381 | |
Amiga user
Join Date: Nov 2008
Location: Sofia / Bulgaria
Posts: 459
|
Quote:
Why? Because they didn't needed it. Their Amigas acted like gaming consoles. Just insert the disk of the proffered game and press fire to start (occasionally needing the second joystick button or mouse button because of some special cool intro..) Try using the C64 without keyboard (hint, hint.. it's useless, I have such C64 machine at home). Recently, I created many videos for retro platforms (known and unknown) and most of the 16-bit (and even some 8-bit) machines from the early to mid 1980-ies didn't act any different than the Amiga). They are useless without loading a disk and this is for a reason. These 16-bit machines are complex, so there is not much use of them without some input/output device. Having the Operating System in the ROM actually made the Amigas much faster booting than even the much more primitive MS-DOS or PC-DOS. For the record - the Apple II machines also needed to boot from disk at the beginning and you need to press reset to enter the BASIC prompt or type some command to enter the monitor. Later Apple II machines even had Mini-Assembler in the ROM that can be used by advanced users, but still the floppy drive and booting from disk was 99% of the time for these computers, since you need to save your work or load special application, which is not available in the ROM. |
|
21 October 2021, 19:14 | #382 | |||||
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,233
|
Quote:
Quote:
Quote:
But you still don't understand the main point: It is *more* usable this way, not less usable. Quote:
Then, CBM run out of time, and bought, as DOS, a research operating system for "mini"-computers, from Cambridge. That was Tripos. And as Tripos was considered to operate on "real" systems, it brought services that, per se, included harddisk support. Mount-lists, disk-handlers, stuff like that. And then CBM put on top of the Tripos layer a graphical user interface, the workbench, which is again separate from Tripos, and this is were LoadWB comes into play. Then CBM came up with a boot strategy where you could use all the "games core system" without the "Tripos layer", and this is where the disk boot block comes into play. There is no "consistent design" of the thing, and while one part of the design was targetting as games console application, the other part was for "mini"-computers (mini because they weren't main-frames, but still bulky professional systems not for personal use). AmigaOs is not "one Os". Its is "three Osses". exec/graphics core, Tripos/dos.library, and workbench.library. Quote:
How much easier can it be? Put a today's child upfront an Amiga, or upfront a C64. Where, do you think, will the child be able to load a game first? On Amiga, or on C64, where you first have to read a manual before you can actually can do anything useful. |
|||||
21 October 2021, 23:22 | #383 | |||||||
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
Quote:
For games, it is like drHirudo pointed out -> Amiga acts like a game console. For this, it is all ok, simple, just insert the disk and it loads the game/applicaton. Also no need for a OS with UI, in such case, right? But hey, I thought the Amiga was more than a console, but a computer instead? Why did it have a keyboard, then?! So, I am talking about using the Amiga as a computer, with it's OS and UI. Let's say I just simply want to know what files are stored on a disk: On the Amiga it is like this: - turn the thing on - insert a disk which can boot into workbench or shell, and makes the LIST command resident - wait for the disk to boot (at least 8 seconds was told here, but I guess 20 seconds with loading the LIST command? In case of Commodore's original Workbench, it is ~1 minute?) - eject the boot disk, and insert the disk you want to list it's contents - type LIST DF0: On the C64: - turn the thing on - insert the disk you want to list it's contents - type LOAD"$",8 and then LIST Quote:
On the Amiga, I need to insert that boot disk instead EVERY time before I can do anything on my work disk. And I also need to learn the Amigados LIST command. And I also need to learn how to use the Workbench GUI if I have never seen a GUI before. (there is a reason why the Amiga came with a thick manual - it is by far not self-explaining) Quote:
I understand they are in ROM, but they cannot be used after starting the computer. Is that so hard to understand? A kid can understand that you cannot enter a command while all you see is that stupid kickstart hand, without a cursor and whithout a mouse pointer. Quote:
Even if all of them were in ROM, I could load an application which enhances them. Just an example: on the C64, there was Simon's Basic, which enhanced it's basic. It loaded additional commands into ram, so you had the original ones from the ROM as well as the additional ones. (and yes, it sucked the same way, because you always had to load it before you could load an applicatin written in Simon's Basic) Quote:
From a 'ready to go' point of view, it is less useble this way. From a point of flexibility, it may be more useable. But, see above: I have still not seen a reason other than the cost factor of an extra ROM, why having some basci commands ready in ROM would make the system less flexible, or prevent the concept of being able to load additional commands from floppy? Having some commands immediateöy available in ROM would be exactly the same as if you had loaded and made them resident freom disk before. Only that you wouldn't have to wait for that damn disk to load..... Quote:
But: this is something completely irrelevant for a standard user! The user is just trying to work with the system, simply using it. He does not mind how or why it was developed this or that way, and it is no excuse for him when he is getting into some annoying issus when using it. You are seeing only the developer's technical view, but you are missing the user's view. Maybe it helps if you learn the difference between verification and validation? The Amiga 500 system would have perfectly passed a verification test, but would not have passed a user validation test. Quote:
But like explained above, I think the Amiga is more than a games console, and I was talking about using the Amiga's OS from the start. It will be faster listing a disk directory on a C64 than on an Amiga if it has learned the command, once. |
|||||||
22 October 2021, 07:35 | #384 |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,210
|
<long text of ranting not worth quoting>
When I bought my 500 i was never interested of any gaming. for me it was a easy to use, it was no "20 seconds" or so to load the list command. I had my custom boot disk for whatever I wanted to do at that moment. and with dualfloppy it was even more easy. (until I got my harddrive) I cannot get your complaints at all.. insert a disk and be happy instead of writing a cryptic command.. load"$",8 and then list is extremly cryptic and actually totally unlogic. the only time I was "annoyed" of dir or list not being in rom is when I had a HD crash and needed to fiddle with disks again.. but in the disk-days. no. as told. this discussion is stupid. apparently you preffered Ataris crappy GEM instead of AmigaOS. so why even bother with Amiga then? |
22 October 2021, 11:39 | #385 |
Registered User
Join Date: Feb 2021
Location: Amiga1200Burg
Posts: 48
|
Atari GEM was not crappy. It was the best that could be done when everything is in ROM. Amiga had a better OS, well WB1.x was really ugly but still very-very capable OS. And it was so, apart from the whole Amiga architecture, because it was on disk and could be improved further.
The equivalent of KS\WB in terms of features were the desktop replacement apps, but these were expensive commercial apps. I had Ataris and Amiga back in the days before I sell both (and reacquire them few years ago). I wish TOS/GEM on my Ataris were capable as the KS/WB was. The simplicity of TOS/GEM was amazing and made things easy but was just that. Amiga was harder to understand but was an ocean of features and possibilities within 512k and a disk (ok, more than one disk). Never had a problem with disk juggling. In my mind the thing that Amiga did wrong from day 1 was that its custom chipset was not an add-on card, an expansion so to speak, with an API and standard commands for the various interfaces it provided, that any 3rd party or even Commodore could update without having to think about compatibility. But this was hard back in the days. Last edited by AmiBoy; 22 October 2021 at 12:50. |
22 October 2021, 13:29 | #386 | ||
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
Quote:
And, yes, correct, with a second diskdrive or harddisk, things are completely different. I wrote this multiple times, so please just read my text. But the Amiga 500 did not come with a second drive or harddisk by default. These were expensive extras! You HAD to get one of them first, otherwise doing something else other than using your Amiga 500 as a games console is a pain in the ass. This is all what I mentioned about this thread's topic. Quote:
I just mentioned the Atari's TOS because I know it was in ROM and not booted from disk (at least on later models?!) But I never worked with it, and someone has already corrected me and told me that despite it was in ROM and available after start, you couldn't do much with it. Ok, so it was a bad example, maybe. I just wanted to explain what I mean by having the OS READY including UI at the start of the computer. Don't get me wrong, I am definitely an Amiga fan and I have several of them in use and many others in my collection, and regarding Amiga I have been happily repairing mostly A-500s and diskdrives quite sucessfully for the last 20 years. BUT: I am not saying everything is perfect on the machine just because it is an Amiga! Same is also true for the C64, it also had it's annoying design fails. But I don't understand the problem of entering a cryptic command? Once I know the syntax, it is absolutelöy easy, and WAY faster than having to wait for a boot disk loading the most needed commands into RAM. Maybe it is like different people have different likes, so for one it maybe be easier to type a cryptic command, while another ones likes to wait for a boot disk to load? Still, I wouldn't call it a stupid discussion. I am the one who better and faster types the command. I also still use command line in Windows for some tasks, and I am way faster than if I would do it at GUI level. |
||
22 October 2021, 13:35 | #387 |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,210
|
I solved it by making a template disk. format a floppy create the C folder put in dir and list (and copy and type?? can't remember) and made it bootable. a very small disk containing the most absolutly needed commands and plenty of space left. booted quick and problem solved. then if I had extra demands I populated that disk for that purpose.. simple.
you say extra floppy was hardware but still some steps above had no issue with dolphindos on C64 that was extra hardware that ALSO reuired a device as expensive as the machine it runs on? weird. commandline today? ofcourse who doesn't? |
22 October 2021, 14:05 | #388 |
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
That's very similar to what I did as well.
I made a disk that loaded LIST (I didn't even bother about DIR), COPY, CD, ED and RESIDENT and maybe one or two other commands resident into RAM. Still the disk took some time to boot. And your are very correct, it is not fair to compare a C64 with Dolphindos hardware to a stock A-500. I just mentioned that I was used to Dolphindos, and so the Amiga OS useage was a step back for me. On Dolphin, you don't need to type LOAD, LIST or RUN, you just press a function key Also disk commands are simply typing '@' followed by a one digit command But still when I compare to standard C64 where I need to type the full 'cryptic' commands, then for me it is still faster and more convenient than having to wait for the boot disk and then swap it for the work disk. I also think it was not so much the boot time, but the disk-swapping which was the most annoying part. |
22 October 2021, 14:06 | #389 |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,210
|
as I never use floppys now and doesn't even HAVE one I cannot compare the loadtime. but it was not long that is for sure..
|
22 October 2021, 14:13 | #390 | |||||||
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,304
|
Quote:
- Insert disk that contains and load DirectoryOpus (or any other file manager) - Remove the disk and insert the one of interest - The disk content is automatically listed (if not click the DF0 button) As you can see much easier then on C64 and you don't need to type something. Quote:
Quote:
The Amiga DOS manual wasn't/isn't thick. The Windows DOS manual is twice as thick. But who cares about because it doesn't say something about the quality or usability of the system. You could use Amiga without reading the manuals because it was/is so easy to use. In your case you should have read the manuals. Quote:
Quote:
Quote:
Quote:
|
|||||||
22 October 2021, 14:53 | #391 | ||||||
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
Quote:
The C64 wins this task definitely 1:0. Quote:
Having to buy expensive extra hardware is not an excuse or accepted solution for a bad designed system. A good designed system works fine out of the box. Quote:
Booting a minimal Shell disk seems the best we can get, but is still inferior to the C64's ready to go comands in ROM one second after I switch it on. Quote:
But without extra HD it is not suitable for doing basic OS tasks without any hassle. Quote:
I am not talking about loading games/applications!!! I am talking about using the Amiga's OS !! Which is obviously available in kickstart ROM, but still needs a system/boot disk until you can really use it. Quote:
But it is sad that the original Amiga 500 system was not able to provide a needed command line or GUI, but only displayed a stupid kickstart hand after I switch it on. |
||||||
22 October 2021, 15:02 | #392 | |
Registered User
Join Date: Mar 2015
Location: Karlstad / Sweden
Age: 52
Posts: 1,210
|
Quote:
no. it is you not understanding it. it have nothing to do with "bad design" |
|
22 October 2021, 15:17 | #393 |
Commodore Collector
Join Date: Aug 2001
Location: Austria
Age: 53
Posts: 944
|
???
Sorry, but I don't understand this comparison?! Flying a plane is not a thing everyone can do, only an expert can and should. But a computer should be ready to be used by everyone. And in the Amiga's case, even the expert needs to wait for his boot disk to load and swap disks if he has not additionally invested in a HD or second drive. The comparioson is is more like you buy a car, but it is missing the start key. You have to buy the start key extra, only then you can use the car, and it always takes half a minute until the engine starts. |
22 October 2021, 15:31 | #394 |
Registered User
Join Date: Jun 2015
Location: Germany
Posts: 1,918
|
Perhaps what was really missing was a drive cache. Load the DIR program once, keep it in RAM after it terminated in case it will be used again soon. Reassign memory to something else if it is needed by or for another program. I'm not sure whether this would have been feasible at this time. RESIDENT somehow seems some sort of a static drive cache but could have been complemented by an automated process.
|
22 October 2021, 15:41 | #395 | ||||
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,304
|
Quote:
Quote:
Quote:
Quote:
|
||||
22 October 2021, 16:10 | #396 | |||||
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,304
|
Quote:
Quote:
Quote:
Quote:
Quote:
|
|||||
22 October 2021, 16:15 | #397 |
cheeky scoundrel
Join Date: Nov 2004
Location: Spijkenisse/Netherlands
Age: 42
Posts: 6,918
|
At some point you just have to stop making multicomment posts... but you are doubling up even. It just isn't this important.
|
22 October 2021, 18:48 | #398 |
It's coming back!
Join Date: Jul 2018
Location: comp.sys.amiga
Posts: 762
|
How about the fact that custom->bltsize doesn't allow PAL sized blits.
|
22 October 2021, 21:00 | #399 |
Registered User
Join Date: Jun 2015
Location: Germany
Posts: 1,918
|
|
23 October 2021, 16:55 | #400 |
Registered User
Join Date: Oct 2006
Location: USA
Posts: 1,058
|
Something else Amiga did wrong from day 1: The super ugly, crappy boot picture that looks like it was drawn in 30 seconds.
|
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 | 1050 | 02 May 2024 07:52 |
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 |
|
|