02 April 2020, 16:56 | #61 | |
Registered User
Join Date: Aug 2010
Location: Germany
Posts: 541
|
Quote:
AmigaOS4 has an online update server which, however, hinges on the availability of a TCP/IP stack that's integrated into it, and robust drivers which don't hang, crash or cause other kinds of mischief. Sadly, we do have our share of problems with network device drivers and their hardware. Unlike the AmigaOS4 solution, making your Amiga access the Internet is not quite so straightforward for AmigaOS 3.x. You might say that this is not such a big deal, but the thing is, we ought to do better than is possible today. Good enough here is not really good enough when the update server should be the main beneficiary of the networking capabilities. There is still work to be done here. |
|
02 April 2020, 17:07 | #62 | |
Registered User
Join Date: Aug 2010
Location: Germany
Posts: 541
|
Quote:
We are currently working on an NDK for AmigaOS 3.2 and part of the job is figuring out which Amiga development environments exists, native and cross-development included, and whether we can provide a set of header files which would make them more robust and powerful. From what I learned, the commonly-used header files for GCC tend to be about 20 years old and they don't all work well. Native development is very important. If you cannot even do that, and also use an interactive debugger which accelerates the debugging process, it gives the impression that the Amiga platform is just not up to the task. We've had interactive source level debuggers since 1988, if I remember correctly. If you're forced to go back to the old and tried method sprinkling your source code with printf() calls, you're regressing to a state which should have been left behind for more than 30 years. We need a new Amiga-native source level debugger, possibly need it more than improved remote debugging tools. Last edited by Olaf Barthel; 02 April 2020 at 17:59. |
|
02 April 2020, 17:22 | #63 | |||
Registered User
Join Date: Aug 2010
Location: Germany
Posts: 541
|
Quote:
The AmigaOS4 project was lucky enough to license or acquire components which were used in 3.5/3.9, and those which were unavailable were subsequently recreated from scratch over the years. Where licensing and ownership allowed it, we have been permitted to reuse such AmigaOS4 components as could be adapted for AmigaOS 3.1.x and 3.2. Quote:
Our project development in about parallels the development of AmigaOS 3.5/3.9 to some degree, but it deviates from it to a large degree as well. There are features which do not compare well with what AmigaOS 3.5/3.9 offered. But there are also features in AmigaOS 3.1.x and 3.2 which were absent from AmigaOS 3.5/3.9 and arguably could not have been part of these. There is overlap, of course, but how do you judge what is better or more advanced? It's hard to pick criteria and get a general sense of what was achieved or more successful. Quote:
Last edited by Olaf Barthel; 02 April 2020 at 18:01. |
|||
02 April 2020, 18:00 | #64 |
Registered User
Join Date: Dec 2014
Location: Netherlands
Posts: 1,408
|
That's what I also used to think. But you see many software releases with version numbering continuing after the "decimal" point. E.g. Home Assistant went from 0.99.x to 0.10x.x (currently 0.107.7). So 3.10 seems nice to me actually.
@Olaf thanks for the extensive answer!! I understand it's probably too complicated for 3.x then. Nevertheless, I was very much charmed about this in 4.x so see this as a compliment. Apart from the fact that there is something wrong in the network stack on 4.1 FE update 1 classic, making it fairly impossible to download files bigger than 1MB, Downloads almost always stall and time out. So updating hardly ever works for me |
02 April 2020, 19:19 | #65 |
Blitter
Join Date: Aug 2017
Location: England
Posts: 50
|
You could go the Winamp route and call it version 5, quite dramatic but it would clear up any confusion that exists about which point release is the newest.
|
02 April 2020, 19:21 | #66 | |
Banned
Join Date: Aug 2005
Location: London / Sydney
Age: 47
Posts: 20,420
|
Quote:
If you want other 3rd party software, just download / add afterwards. You all know where to get it from |
|
02 April 2020, 19:51 | #67 | |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
Quote:
AmigaOS 3.2 has more than 50 new features, and these require more space. This resulted in a substancial increment on the amount of disks that 3.2 will require. And we have not finished yet! While we currently still have a disk based installation, the most likely scenario is that 3.2 will be primarily offered in some other type of media, which most likely be cd-rom. Still nothing is set as a defintive matter in this regard. If we are going to use cd-roms for physical distribution, there will be enough place left to put optional software like the one you mention. But that will need to be analyzed when the time comes. BTW, I am currently working on BestWB 2.0 which is targetted exclusively at AmigaOS 3.2, and will bring new features too. |
|
02 April 2020, 19:58 | #68 |
Inviyya Dude!
Join Date: Sep 2016
Location: Amiga Island
Posts: 2,803
|
I am really really looking forward to OS 3.2
Seems like you guys are aiming for the sky.. |
02 April 2020, 20:44 | #69 |
Registered User
Join Date: Nov 2018
Location: Liverpool
Posts: 188
|
Hi gulliver,
Thank you for the response, its great to hear of the OS moving forward and that more will be going into the system and that a CD release may be a possibility. Do you see BestWB evolving into something that could be part of the install scheme for the OS - i.e. you get upto a certain point and the installer asks if you want to install this (and any other packages)? I put an earlier post in regards space in the ROM chips - post #50 - does anyone in the team think this is possible? Thanks very much. |
02 April 2020, 21:17 | #70 |
Camilla, AmigaOS Dev.
Join Date: Mar 2020
Location: Frederiksberg
Posts: 350
|
We have about 6kb of ROM left and we'd like to have space for other improvements too, so I don't see how we can add diagnostics. We do have the option of moving things like audio.device to disk etc but we are really on a tight budget.
|
02 April 2020, 22:29 | #71 |
Registered User
Join Date: Nov 2018
Location: Liverpool
Posts: 188
|
Thank you for the reply, I did think it would be a long shot, but would never be a deal breaker :-)
|
02 April 2020, 23:30 | #72 |
Registered User
Join Date: Nov 2009
Location: Legoland
Age: 45
Posts: 1,461
|
I would like to give two suggestions and one bug report.
First, the two suggestions: * Multiview works as an ANIM player, albeit it is slow (I have not tested it with graphics cards), and reads the entire ANIM to RAM. Do you think in the possibility to update Multiview and the datatypes to play animations from the hard-disk, at the real speed, now with the new OS 3.2? * For users that run Workbench on a color mapped OCS/AGA screen, would be best if Multiview for OS 3.2 had a menu item to select the color and the dithering precision for pictures and animations displayed on the Workbench screen. And now the bug report: * I am using the old MagicMenu 1.29 (very similar to the version used by Bloodwych in ClassicWB LITE). But it have some incompatibilities with Intuition, which hopefully are fixed when I install ObtainGIRPort.lha. Unfortunately this patch is incompatible with the external Intuition library that lets the user drag windows out of screen. With the new library, AmigaOS crash when I drag the horizontal slider of any Workbench window to any direction. I understand that MagicMenu 1.29 is a too old program to support in the new OS, and the bugged program here is MagicMenu, not OS 3.1.4, but then I thought, I will at least try to ask for a kludge in the new OS to fix MagicMenu, since MagicMenu is a much used program by everyone, and the crash did not happen on the old OS 3.0/3.1. Last edited by Leandro Jardim; 03 April 2020 at 04:32. |
02 April 2020, 23:41 | #73 |
mä vaan
Join Date: Nov 2001
Location: Finland
Posts: 1,692
|
I would suggest that if you could offer 1mb rom, at least for those machines wich has proven to work with it. It is easy to end up to problems is all the modules are not in rom.
|
02 April 2020, 23:51 | #74 |
Moderator
Join Date: Jan 2002
Location: Chicago, IL
Posts: 3,454
|
@gulliver
Don’t forget to offer the official OS 3.2 flash drive. |
03 April 2020, 08:40 | #75 |
MI clan prevails
Join Date: Jul 2010
Location: Belgrade, Serbia
Posts: 1,443
|
|
03 April 2020, 08:51 | #76 |
Camilla, AmigaOS Dev.
Join Date: Mar 2020
Location: Frederiksberg
Posts: 350
|
|
03 April 2020, 08:52 | #77 | |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
Quote:
That is an extremely outdated and bugged version. Is there any good reason to use that? Use v2.30 if you only have a 68000 or 2.35 if you have a 020+ I use both of the above with no issues on both AmigaOS 3.1.4 and 3.2 beta. |
|
03 April 2020, 08:53 | #78 |
MI clan prevails
Join Date: Jul 2010
Location: Belgrade, Serbia
Posts: 1,443
|
|
03 April 2020, 09:29 | #79 |
Registered User
Join Date: Nov 2009
Location: Legoland
Age: 45
Posts: 1,461
|
Only "aesthetic" reasons. I prefer the visual of the version 1.29 over the version 2.0+. On plain hires it looks more classy.
|
03 April 2020, 09:50 | #80 | |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
Quote:
Be warned that in AmigaOS 3.2 we added even more cool features to Intuition. |
|
Currently Active Users Viewing This Thread: 5 (2 members and 3 guests) | |
wiz12, Etze |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
AmigaOS 3.1.x v 3.9 | steve_mynott | New to Emulation or Amiga scene | 35 | 19 April 2020 06:23 |
AmigaOS 3.9 | PoLoMoTo | support.WinUAE | 8 | 27 August 2011 18:06 |
AmigaOS 3.5 or 3.9 | maddoc666 | support.Apps | 12 | 22 February 2010 08:02 |
AmigaOS | koncool | request.Apps | 6 | 04 June 2003 17:45 |
AmigaOS XL | sturme | New to Emulation or Amiga scene | 4 | 15 January 2002 02:13 |
|
|