AmigaOS 3.2.3 update available

[F0LLETT]

Intel Outside still!

Never got this quote, so AMD inside, .

Just waiting on Capitoleline to support 3.2.3 rom, so I can update my rom.

[F0LLETT]

Now updated...

http://capitoline.twocatsblack.com/index.php/download/

Legend, Up and running, just backing up DH0:, .

[F0LLETT]

You may want to keep the old ram-handler, 'cause the new ones has weird quirks, especially if you have a habit of relabelling RAM:.

Who would relabel ram? Never ever thought of doing that on in 40 years.

Can you put the extracted modules in the flash memory of a Deneb? I extracted the individual modules and loaded them to the Deneb using Luciferin, but I get a 'yellow' screen on boot. I can softkick the 47.115 ROM using Blizkick and all ok. The Deneb flash workled fine with the 47.111 modules, but its giving me 'yellow' screen on boot with 47.115 

Weed

It doesnt seem to extract the Exec correctly. Trying to remember what I did. As I had issues.
You tried the modules from the floppy image, they should be the same.

EDIT:- I remember now. I told it to create new rom, then added the Exec from 323 rom. Then I right clicked that and told it to extract to file. It extracted correctly and fixed my Green screen issue.

[F0LLETT]

I do.
Sometimes i call it "RamDisk" without space and sometimes e.g. "Rambo".

But why?

[F0LLETT]

One obvious reason is to get around "naive" software which doesn't work correctly with paths containing spaces.

I am a beta tester (of OS4), so I take the opposite stand - I often specifically test things against the RAM Disk to make sure I catch anything of that kind :-).

Best regards,

Niels

Surely logic would dictate you use RAM: instead of RAM DISK:, to avoid such issues. Save messing messing around and nothing has to be done.

[F0LLETT]

I have seen stuff insisting on using the volume name instead of the device name, so that even if you had specified RAM:, it would translate it to "RAM Disk:".

Best regards,

Niels

They should be shot. Thats like people using hard coded paths to say drive name:location of program. Instead of using sys:location of program.
That way, regardless of drive name, everything works.

[F0LLETT]

Anyone got a list of the full changeset / improvements / etc - i cant find them anywhere , and if the register article is anything to go by PiStorm32 would be officially supported.....

Works fine on PS32. Updated and all is working great.

[F0LLETT]

Still waiting for an answer on this . From where im sitting the various mainstream media outlets are saying that this update has support for PiStorm. Yet there is no mention of it in the release notes. This is a big deal so why is there nothing mentioned? Why did they do this instead of supporting the different SBC in the forthcoming A1200 board ?
 
All this is very very messy.

Whats there to support? Pistorm works like any accelerator.
SBC? forthcoming A1200 board?

[F0LLETT]

If your entire setup was in Welsh, would you still leave an anglosaxon “RAM Disk” on the desktop?

If you read the license, you will see that it’s a requirement that you set locales according to the location of the system, and so I set mine to Norwegian, but since we have two official variants of Norwegian, but only one being supported in the OS (and thus also breaking some regulations), I had to make my own locales despite the necessary files to do so not being available. Also I had to grab some code from the leaked OS sources to fix .country and .language files. Anyhow, "RAM Disk" is not good Norwegian, as we (like all Germanic languages except one) compound words consistently without spaces, and with hyphens following acronyms, so it would have to be "RAM-disk". But I prefer "Minne", as in "Memory", it isn’t a "disk" by any means, just a file system in memory.

Welsh, why would I have my entire setup in Welsh. How do you know I'm Welsh, .

To be honest I could not care what RAM is labelled. I have always used RAM: and never thought twice about it.
I must be the luckiest person on the planet. Never ran into that problem ever.

[F0LLETT]

Ye, lucky you. The “just use RAM:” is a bogus argument, both because a lot of software expand to volume name (rightfully so, normally you wish to adress the filesystem, and not the device the filesystem is atteched to, which might change over time), and because of the way the bug manifests itself - enter “ram:” in path gadget (dopus 4.12 on 68000) and it expands to just “:”, which isn’t ram: but rather root of whatever context dopus started from.

(Of course you’re Welsh, so quick to be on the defense regarding ram…)

Defend? not sure I follow. Just stating facts from my point of view.
So its a locale thing? when using different languages, issue appears?

Shelly strikes Again! 🙄

Oh come on, your going abit to far now. Just trying to understand an issue I have never come across in the whole time I have used an Amiga since 1988.

[F0LLETT]

Whats there to support? Pistorm works like any accelerator. - No actually it does not - are you being facetious?
SBC?  - Im surprised you dont know what SBC stands for .
Forthcoming A1200 board? - Yes you are defenitely being facetious.

Now if anyone would care to answer my question as to why the media are stating that 3.2.3 has specific
support for PiStorm I would like to know about it. If Hyperion are stating they are supporting this board
it would be a big deal - it would be a confirmed new target platform and architecture and could pave the way
for the future. If you dont understand what "support" means in the context of target platform then dont even try to answer.

I think its a lie that nobody wants to admit, since nobody yet has been able to give me a concrete answer.

Not being facetious at all. Your coming across as agressive, have you asked on the Hyperion forums?

Yes, pistorm in its normal state, is exactly like any other 040 accelerator (thats how I ship them, 040 with extra ram). The other harware passthrough stuff, is just an extra bonus. Are you refering to supporting those extra features out of the box? or maybe an arm version of OS 3.2.3 (which is never going to happen).

Never heard the term SBC before, hence I asked. No need to be rude.

Again, which A1200 board you refering to. You haven't exactly stated much of anything, just vague comments.
I have not heard or read anything about specific support for pistorm. So you should be asking on their forums.

The only mention of ehancements for pistorm anywhere is here;
https://www.theregister.com/2025/04/10/amigaos_3_2_3/

Also this;

High-Color and High-Resolution:
AmigaOS 3.2.3 is designed to take full advantage of the PiStorm's ability to provide RTG graphics and support high-resolution modes through HDMI.

680x0 Processor Systems:
The update is designed to work with classic Amigas running 680x0 processors, including those equipped with PiStorm accelerator boards.

Which is odd, how would they know, if Hyperion never even mention it.
There is a release notes for every single component. You could look in there.

[F0LLETT]

That wasn’t aimed at you Chris but our resident bored Sheldon Lee Cooper who loves to put out facts. 😉

I know, and my reply was in defence of Kolla. Come on, chill as it appears your trolling now,   .

[F0LLETT]

As Chris said, the PiStorm is great because it spoofs as an 040 accelerator! But isn't all this OS3.2.3 stuff irrelevant anyway as aren't we supposed to be boycotting Hyperion products until they remove the legal roadblocks to THEA1200? Come on mate, we wouldn't want to give the A1200NG an unfair head start now would we? 

Sigh, please not another THEA1200 hijack. Why troll here and drag this off topic?
Go post on Hyperions forums.

[F0LLETT]

Ok, it was a joke, playing with a certain stereotype of Welsh men.

Ah, no problems. Now if you mentioned my sheep, then we would have problems, .

This has been acknowledged and is addressed for next update, so...

Fair enough.