Jump to content
flashjazzcat

U1MB, Incognito, SIDE2, SIDE3, 1088XEL/XLD Firmware 4.0 Released

Recommended Posts

3 hours ago, flashjazzcat said:

I'm not sure this has happened before on the A8 without an MCU and fatfs doing all the work

Very nice!! A tall order, indeed, and especially doing so without resorting to a "prosthetic" prescription... 👍💪

Share this post


Link to post
Share on other sites
9 hours ago, Faicuai said:

Very nice!! A tall order, indeed, and especially doing so without resorting to a "prosthetic" prescription... 👍💪

FRMtfuq.png

 

vs

 

1vLSm6Z.jpg

 

Yeah...I'm not seeing the connection.

  • Haha 3

Share this post


Link to post
Share on other sites
30 minutes ago, Mazzspeed said:

I'm not seeing the connection.

Well, a prosthetic leg prevents the wearer from directly contacting the road, just as an MCU running a complete FAT filesystem driver which performs IO tasks on a proxy basis completely abstracts said file system from the Atari itself.

  • Like 1
  • Haha 2

Share this post


Link to post
Share on other sites
43 minutes ago, flashjazzcat said:

Well, a prosthetic leg prevents the wearer from directly contacting the road, just as an MCU running a complete FAT filesystem driver which performs IO tasks on a proxy basis completely abstracts said file system from the Atari itself.

Lol!

 

Very good FJC. ;)

Share this post


Link to post
Share on other sites
7 hours ago, flashjazzcat said:

an MCU running a complete FAT filesystem driver which performs IO tasks on a proxy basis completely abstracts said file system from the Atari itself.

So, for (total) clarity, are we celebrating (a) the abstracted model, or (b) winning the iron-man on bare-foot?

Share this post


Link to post
Share on other sites

I purchased a SanDisk 'Ultra' 64GB SD card for the express purpose of checking for problems on my own working setup (an U1MB/VBXE/PokeyMAX 3 600XL with the original 74LS08 IC, powered by a Lotharek 'Meanwell' 3A switch mode PSU), and everything works (XEX loading, CAR loading via DMA, PDM playback now that the endian-ness bug is fixed). Any problems encountered elsewhere which might conceivably be ameliorated by modifications to the host machine, firmware, FPGA code or power supply cannot be ascribed to the capacity of the card, at least.

  • Like 2

Share this post


Link to post
Share on other sites

I noticed that SDXC cards (>32GB) weren't correctly labelled as such in the loader's Device menu. Version 0.44 fixes this cosmetic issue:

 

https://atari8.co.uk/firmware/side3/

 

Update for SDTEST (now called SDINFO):

 

sdinfo.xex

 

Changes:

  • Reports serial number as a 32-bit unsigned decimal integer
  • Offers to test additional hot-swapped cards and manages the card removal flag properly to facilitate this
  • Like 5

Share this post


Link to post
Share on other sites

Experimental SIDE3 loader now allows XEX files to write to FAT16 and FAT32 volumes via the CIO. This video shows UFLASH dumping the U1MB ROM and then flashing it back.

 

 

These are the resulting files:

 

125108350_FATFiles.thumb.PNG.781bf39b38806a4cd20adad83b97f363.PNG

 

As you can see, the files are time/date stamped courtesy of the SIDE3's RTC. There's a long way to go before this is in any way fit for release (aside from the vast amount of testing required, I need to implement an 'internal' version of the same driver now so that the loader itself can write to the FAT, the CIO file system handler loaded with XEX files being a completely self-contained module), but it shows that everything I have in mind (INI files, file management functions, etc) will eventually be accomplished.

Edited by flashjazzcat
  • Like 8
  • Thanks 2

Share this post


Link to post
Share on other sites
2 hours ago, flashjazzcat said:

As you can see, the files are time/date stamped courtesy of the SIDE3's RTC.

Does it mean SIDE3 RTC issue under SDX is fixed? Or is it courtesy if U1MB's RTC maybe? :)

Share this post


Link to post
Share on other sites
11 minutes ago, Jacques said:

Does it mean SIDE3 RTC issue under SDX is fixed?

No - I heard nothing back about this yet. But the loader uses its own RTC driver and manages the clock totally independently of SDX. I have noticed no problems there at all. It would not make any sense to use the U1MB RTC, since there's no guarantee U1MB will even be present in the machine.

Edited by flashjazzcat
  • Thanks 1

Share this post


Link to post
Share on other sites

@flashjazzcat It looks like the new SIDE loaders (v0.43) don't initialize the second POKEY when playing .PDS files so the right channel is effectively only 4-bit resolution instead of 8-bit since the oscillators are never started.

  • Like 2
  • Thanks 1

Share this post


Link to post
Share on other sites
8 hours ago, Xuel said:

It looks like the new SIDE loaders (v0.43) don't initialize the second POKEY when playing .PDS files so the right channel is effectively only 4-bit resolution instead of 8-bit since the oscillators are never started.

Correct - good spot. I completely forgot to initilialise the second POKEY when I first implemented stereo playback.

 

Fixed. Try this (v.0.45):

 

s3loader.xex

 

 

  • Like 4

Share this post


Link to post
Share on other sites
On 7/30/2021 at 3:31 PM, flashjazzcat said:

I purchased a SanDisk 'Ultra' 64GB SD card for the express purpose of checking for problems on my own working setup (an U1MB/VBXE/PokeyMAX 3 600XL with the original 74LS08 IC, powered by a Lotharek 'Meanwell' 3A switch mode PSU), and everything works (XEX loading, CAR loading via DMA, PDM playback now that the endian-ness bug is fixed). Any problems encountered elsewhere which might conceivably be ameliorated by modifications to the host machine, firmware, FPGA code or power supply cannot be ascribed to the capacity of the card, at least.

How did you format the card ?

Edited by Level42

Share this post


Link to post
Share on other sites
5 minutes ago, Level42 said:

How did you format the card ?

Straight out of the packaging into the SD card slot of my 2015 Macbook (Big Sur OS); Disk Utility, Erase, MBR, FAT32.

Edited by flashjazzcat
  • Like 2

Share this post


Link to post
Share on other sites

Well that's weird. 

 

The only difference regarding formatting is that my SD card slot in my 2009 iMac is a lot older but I don't see that can have any influence.

I'm also still on OSX HighSierra because BigSur doesn't support my old Mac. But again, I don't see Disk Utility be/act any different.

I put back in the original 74LS08, no change.

I removed AntiX and installed PAL and NTSC ANTICs directly into the original motherboard socket and tried....no change.

Now there is "just" U1MB, Stereo Pokey (both Lotharek) and Sophia1. (and....OK....the power supply)....

I'll see if I can remove Sophia and put the GTIA back into it's original socket...
 

Share this post


Link to post
Share on other sites

I don't find it weird that I experienced no issues, since this is exactly what I expected, having already tested the 64GB FAT32 formatted ISO you were kind enough to send over last week. That would ostensibly rule out file system driver problems purely related to volume size and FAT quirks. I think looking at the hardware revision of the SD card slot or even the OS revision of the machine which formatted the card is probably grasping at straws at this point.

 

Focusing on the computer or SIDE3 cartridge itself would seem a sensible way to proceed, as would trying a modern power supply (and we cannot discount power related issues until you do this).

 

I'm not especially surprised that 74F08 isn't making much difference here, either, since it seems this 'fix' primarily addresses two catastrophic failures: the complete invisibility of the SIDE3 cartridge to the system, or the plunging of the system into blackness when attempting to start the loader. If there is a case where 74F08 specifically cured SD card IO issues, I can't recall it at the moment (maybe Herb's 1200XL, but that machine appears to still have problems with SIDE3 anyway).

  • Like 1

Share this post


Link to post
Share on other sites

Lot's of sensible stuff there...

Need to find an old video cable to remove my Sophia to rule that one out. I seem to remember some others with Sophia 1 having some issues ?

Not sure though !

I don't plan on removing anything else. I think it's well established that U1MB and StereoPokey isn't causing any issues.

Just for the sake of it, I just "copied over" only the game files one more time (instead of formatting the 64GB card, and separately from that I formatted from the command line but I didn't expect this to do anything else than Disk Utititly does.

I'm still not even slightly convinced that a PSU could have any influence on this particular behaviour (the pattern is way to rigid) BUT, I will get out the oscilloscope and see how healthy my original Atari one is. I also have a few other Atari PSU's to try.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...