Can all registered uses please login, even just for a few minutes..
It helps build a picture where our "good traffic" is coming from..
Thanks :)
It helps build a picture where our "good traffic" is coming from..
Thanks :)
ST536 STE EDITION
Re: ST536 STE EDITION
Received today thanks @exxos I'm looking forward to testing it out this weekend 
Re: ST536 STE EDITION
Steve wrote: Thu Jul 17, 2025 9:09 pm Received today thanks @exxos I'm looking forward to testing it out this weekend![]()
Re: ST536 STE EDITION
Mines arrived too thanks, wil try get it set up soon.
If it ain't broke, test it to Destruction.
Re: ST536 STE EDITION
I've tried your STE536 in my motherboard and yours of course. @Steve works in my motherboard and yours.. I ran out of combinations to try. Hopefully there won't be anymore issues..
But there's still something amiss somewhere with @Badwolf setup. So some motherboards may be unstable.. But as yet no idea why.
Mostly I need to build a few more boards to cast the net wider to see what results others get. I should be able to get some boards built up next week all being well. Those will go in the store for people who want to get early access and help test stuff out.
Re: ST536 STE EDITION
First tests with my unit:
So far so good, all tests passing:
TOS 2.06, NVDI enabled, Blitter enabled:
TOS 2.06, NVDI enabled, Blitter disabled:
TOS 2.06, NVDI disabled, Blitter enabled:
TOS 2.06, NVDI disabled, Blitter disabled:
EmuTOS 1.4, NVDI enabled, Blitter disabled (Nice display results from EmuTOS, FYI blitter is always disabled in Emutos, can't turn it on)
Frontbench result of 3190:
Strange text corruption on desktop icons (2.06), seems hard to re-produce, goes away with a cold boot, only happened once:
Only other strange thing to report is during testing it did 'lock up' once while loading NVDI (in 2.06) and then subsequently reboot itself. But so far it seems to be generally behaving itself. Will try more apps / games later.
So far so good, all tests passing:
TOS 2.06, NVDI enabled, Blitter enabled:
TOS 2.06, NVDI enabled, Blitter disabled:
TOS 2.06, NVDI disabled, Blitter enabled:
TOS 2.06, NVDI disabled, Blitter disabled:
EmuTOS 1.4, NVDI enabled, Blitter disabled (Nice display results from EmuTOS, FYI blitter is always disabled in Emutos, can't turn it on)
Frontbench result of 3190:
Strange text corruption on desktop icons (2.06), seems hard to re-produce, goes away with a cold boot, only happened once:
Only other strange thing to report is during testing it did 'lock up' once while loading NVDI (in 2.06) and then subsequently reboot itself. But so far it seems to be generally behaving itself. Will try more apps / games later.
Re: ST536 STE EDITION
Looking good so far.. Are you running bltfix?
Re: ST536 STE EDITION
Yeah
Re: ST536 STE EDITION
I've only seen that type of corruption when bltfix wasn't used. So best to make sure you always have it as the first auto folder program.Steve wrote: Sat Jul 19, 2025 12:16 pm YeahPerhaps I accidentally had it off one time when the icon text went messed up, not sure.
BUT, the blitter and ROM logic has had a huge overhaul. It used to just output black squares with blitter issues and crash. But since then I've had to add a lot of 16bit <> 32bit shenanigans, it shows as corruption now.. Not sure why.. There could be issues in the new logic yet.. So best keep an eye on it...
Since ROM is now shadowed to TTram, aside from it gets remapped, 32bit ROM access goes to the SDRAM. 16bit access goes to the 16bit ROM. There's a heck of a lot of switching going on.. I've not seen any issues yet myself though.
EDIT
Yeah you can tell you wasn't running bltfix sometimes as int division doesn't show the lower score with blitter enabled in all your tests..(unless nvdi changes that that behavior, but I assume not)
Re: ST536 STE EDITION
@Badwolf's STE536 and STE is now on my bench ! 
So first power up, passes ROM CRC, but the ROM to SDRAM copy fails which is odd. Even more odd as it passes TTram test..
The debug info broke in my build of TOS, not really on my to do list to figure it out, its all assembly, so probably won't ever get fixed
I will start by flashing the current firmware..
So I noticed the CDIS and MMU_DIS jumpers were set, removing them and the copy worked fine.. which is odd by itself as that shouldn't effect the copy anyway
Also oddly the IDE has not booted up and didn't before..
GB6 ran through a full loop (no blitter enabled currently, cache on)
So first power up, passes ROM CRC, but the ROM to SDRAM copy fails which is odd. Even more odd as it passes TTram test..
The debug info broke in my build of TOS, not really on my to do list to figure it out, its all assembly, so probably won't ever get fixed
I will start by flashing the current firmware..
So I noticed the CDIS and MMU_DIS jumpers were set, removing them and the copy worked fine.. which is odd by itself as that shouldn't effect the copy anyway
Also oddly the IDE has not booted up and didn't before..
GB6 ran through a full loop (no blitter enabled currently, cache on)

