AmigaOS 3.2 and beyond - Page 16

amigo1 · 27 April 2020, 13:22

Quote:

Originally Posted by Thomas Richter

If you need an emergency workbench, use "LoadWB Legacy".
?

This is handy! Didn't know about this option! Thx!

And also, I'm one of the users happy about the updates you guys put so much effort in!

amigo1 · 27 April 2020, 13:25

Quote:

Originally Posted by Thomas Richter

... Vampire has its problems too, but their team ignores system design principles such as autoconf to announce their custom hardware, or not to populate reserved address space, making a 1MB ROM for vampire impossible.

This is sad news!
Isn't "gulliver" one of the guys behind Vampire?

I really thought the teams where working a bit.. lets say.. hand in hand..

Rotzloeffel · 27 April 2020, 14:40

Quote:

Originally Posted by steenl

Oh interesting. Will it work in my GRex4000D?

No Idea… actually it runs on Mediator and on Prometheus (with Firestormupdate)

Olaf Barthel · 27 April 2020, 16:22

Quote:

Originally Posted by kamelito

Just using V39 gfx but I’m surprised that it is so bad. Maybe games and multimedia should use the specialfx.library but you’ve to release it with docs and includes.

As far as I know, specialfx.library was designed to close the "gaps" in the graphics.library API which either made it very hard to use chipset features in the first place, or which lacked proper integration with the operating system.

Imagine that you only had QBlit() but no BltBitMap(). This was the general situation with the Copper, for which you could build instructions through macros and have these used in Views, which didn't really coexist with the operating system. Switch screens once and your View was history. The graphics primitives were building blocks, and the needs of the operating system for what they should be able to do were rather modest.

So specialfx.library was designed to make Copper list construction unnecessary for the special cases in which you could use ready-made solutions offered by the library. You did not have the freedom afforded by building Copper instructions one macro at a time, but you could now do more by relying upon library code that you didn't have to write. Also, you were not supposed to know which AA or AAA chips registers would have to be written to, with specialfx.library encapsulating all of this.

Because of its focus on the chipsets, I don't see specialfx.library making a return to AmigaOS. There may have been a place for it on the CD32, and the A1200/A4000 as development machines for the CD32 software, but we've gone far beyond that since 1993 when the first RTG solutions popped up and became the mainstream solution we have today.

The specialfx.library was in development between March and September 1993, when everything stopped. While the source code still exists, the knowledge of where development was going, and how/why this code was written is lost today

gulliver · 27 April 2020, 16:46

Quote:

Originally Posted by amigo1

This is sad news!
Isn't "gulliver" one of the guys behind Vampire?

I really thought the teams where working a bit.. lets say.. hand in hand..

No, I don't have any connection with the Vampire nor its team.

coldacid · 27 April 2020, 19:09

Have there been any attempts to reach out to Apollo to see if they can't update their tech to make room for a bigger ROM? Lack of Vampire support is going to be painful especially as they're pretty much the only game in town for "new" m68k hardware.

funK · 27 April 2020, 19:14

Quote:

Originally Posted by Rotzloeffel

There is a Driver for Radeon-Cards and Warp-3D in develepment… stay tuned, I saw it in November 19 in an early beta state!

Oooh... now that's very intriguing: are you able to share some other information with us? Should it be still needed, I'd be more than glad to beta-test the hell out of it...

gulliver · 27 April 2020, 19:23

The 3.2 ROM will still be 512KB in size.

The Vampire is not the only game in town for new hardware. You need to look around there are plenty of solutions out there. Just pick the one you like most.

That said, there is nothing preventing the Vampire to run 3.2.

coldacid · 27 April 2020, 19:36

Okay, that's a relief! I must have been misinterpreting Thomas then.

I can't really identify anything but that Vampire that doesn't require a whole load of physical assembly, though.

gulliver · 27 April 2020, 20:00

Quote:

Originally Posted by coldacid

Okay, that's a relief! I must have been misinterpreting Thomas then.

Most likely.

Quote:

Originally Posted by coldacid

I can't really identify anything but that Vampire that doesn't require a whole load of physical assembly, though.

Some people use Raspberry Pi, which is extremely inexpensive and faster than anything out there, others prefer the Mister that can be flashed like over 60 cores, others the FPGAArcade that has a real 68k processor. The Vampire V4 still looks in alpha stage, with not everything working yet (of course that can only improve). And then you have a big chunk that use an emulator in their platform of choice for practical purposes.

And I believe there are a couple of other choices, I haven't covered.

coldacid · 27 April 2020, 20:36

RPi is just emulation though, and I've been talking actual hardware.

gulliver · 27 April 2020, 20:50

Quote:

Originally Posted by coldacid

RPi is just emulation though, and I've been talking actual hardware.

Today the line of what separates what is actual Amiga hardware and emulation is blurred.

It is fine that you have both your dislikes and likes.

The point is that we are fortunate that there are plenty of options for new hardware to run AmigaOS.

The rest, is just the user's choice.

Nostromo · 27 April 2020, 21:01

I would say FPGA and Amiga hardware is blurred, considering that most of the Amiga hardware being released today are FPGA based.

Emulation? Hmm not so much.

Rotzloeffel · 28 April 2020, 09:24

Quote:

Originally Posted by funK

Oooh... now that's very intriguing: are you able to share some other information with us? Should it be still needed, I'd be more than glad to beta-test the hell out of it...

No, not yet. I am sorry

Solskogen · 28 April 2020, 13:41

Are there plans to release a 3.2 kickstart rom for UAE that boots quicker than 3.1.4? 3.1.4 takes quite some time compared to 3.1.

suppah · 28 April 2020, 13:45

Quote:

Originally Posted by Thomas Richter

If you need an emergency workbench, use "LoadWB Legacy".

Thomas, what are the drawbacks of using the Legacy option ? "Emergency" makes it sound something which should not be used for general use ?

Missing some features with "legacy" wb is fine with me im just curious if it's better to NOT use it in general.

Rotzloeffel · 28 April 2020, 14:38

Quote:

Originally Posted by Solskogen

Are there plans to release a 3.2 kickstart rom for UAE that boots quicker than 3.1.4? 3.1.4 takes quite some time compared to 3.1.

Officially neither 3.1.4 nor 3.2 are allowed to be used in Emulation. both will be released for REAL Hardware only….. I think you read the EULA ?

And also I think you know why

StevenJGore · 28 April 2020, 14:49

Quote:

Originally Posted by Rotzloeffel

Officially neither 3.1.4 nor 3.2 are allowed to be used in Emulation. both will be released for REAL Hardware only….. I think you read the EULA ?

And also I think you know why

This post seems to say that it's possible to legally add 3.1.4 ROM support to WinUAE (and presumably 3.2 when available), unless either I've misunderstood or things have changed in the 18 months since then:

http://eab.abime.net/showpost.php?p=1289637&postcount=6

(admittedly I've been out of the loop for Amiga news until recently)

Minuous · 28 April 2020, 15:07

Quote:

Originally Posted by Rotzloeffel

Officially neither 3.1.4 nor 3.2 are allowed to be used in Emulation. both will be released for REAL Hardware only….. I think you read the EULA ?

The one that doesn't mention emulation?

I would not be helping develop it if there were any anti-emulation clauses, as I consider the right to emulate to be very important.

coldacid · 28 April 2020, 15:47

Yeah, it sounds like a decision Toni made himself rather than anything else.

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

27 April 2020, 19:09	#306
coldacid WinUAE 4000/40, V4SA Join Date: Apr 2020 Location: East of Oshawa Posts: 538	Have there been any attempts to reach out to Apollo to see if they can't update their tech to make room for a bigger ROM? Lack of Vampire support is going to be painful especially as they're pretty much the only game in town for "new" m68k hardware.

27 April 2020, 19:23	#308
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	The 3.2 ROM will still be 512KB in size. The Vampire is not the only game in town for new hardware. You need to look around there are plenty of solutions out there. Just pick the one you like most. That said, there is nothing preventing the Vampire to run 3.2.

27 April 2020, 19:36	#309
coldacid WinUAE 4000/40, V4SA Join Date: Apr 2020 Location: East of Oshawa Posts: 538	Okay, that's a relief! I must have been misinterpreting Thomas then. I can't really identify anything but that Vampire that doesn't require a whole load of physical assembly, though.

27 April 2020, 20:36	#311
coldacid WinUAE 4000/40, V4SA Join Date: Apr 2020 Location: East of Oshawa Posts: 538	RPi is just emulation though, and I've been talking actual hardware.

27 April 2020, 21:01	#313
Nostromo Registered User Join Date: Dec 2008 Location: The World! Posts: 454	I would say FPGA and Amiga hardware is blurred, considering that most of the Amiga hardware being released today are FPGA based. Emulation? Hmm not so much.

28 April 2020, 13:41	#315
Solskogen Registered User Join Date: Nov 2016 Location: Skien / Norway Posts: 111	Are there plans to release a 3.2 kickstart rom for UAE that boots quicker than 3.1.4? 3.1.4 takes quite some time compared to 3.1.

28 April 2020, 15:47	#320
coldacid WinUAE 4000/40, V4SA Join Date: Apr 2020 Location: East of Oshawa Posts: 538	Yeah, it sounds like a decision Toni made himself rather than anything else.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)