Jump to content

HiassofT

Members
  • Posts

    1,329
  • Joined

  • Last visited

  • Days Won

    1

HiassofT last won the day on November 10 2011

HiassofT had the most liked content!

2 Followers

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Salzburg, Austria

Recent Profile Visitors

22,489 profile views

HiassofT's Achievements

Stargunner

Stargunner (7/9)

921

Reputation

  1. Sorry, I have no idea about the FujiNet - I don't own one and am also not planning to get one. so long, Hias
  2. You won't need a DOS if you just want to "CLOAD" a CAS file stored on SDrive/SIO2PC/... But note that "CSAVE" won't work - this has to do with the way the Atari accesses tapes (it outputs FSK signals, not normal serial data, and SDrive et al can't cope with that). As soon as you want to load or save a file from/to a disk (image) - i.e. LOAD "D1:MYPROG.BAS" or SAVE "D1:FOOBAR.BAS" you need to have a DOS loaded - which needs memory. You only need to bring up the DOS menu (which is usually a separate file stored on the disk, loaded when you want to bring up, needing even more memory) when you want to eg format a disk, delete or copy files etc in a convenient way. You can perform some operations without the menu, by using cryptic XIO commands, but you still needs to have DOS loaded (as this is what provides those functions and access to D:). so long, Hias
  3. TBH I wouldn't recommend any newcomer to use LiteDOS. Thanks to it's proprietary format it'll just result in follow-up threads "how can I read all those ATRs with DOS 2.x/MyDOS/SpartaDOS". Sorry to be harsh, but LiteDOS falls into the same category as DOS 3 and DOS 4 and no one should use it if they ever want to access files stored with it from some other DOS (if you're fine with vendor-lock-in then of course be happy to use it and have 2k more RAM). so long, Hias
  4. While that is correct from a technical standpoint I'd say having 48k (or 64k) is a hard requirement if you want to use disk drive functionality (i.e a DOS) and do anything useful with it. On a 16k machine you typically have about 8k RAM left once DOS is loaded so there's not much space left for programs (very small programs may still work) or data. Using the Atari without a DOS is not really feasible either, you could load cassette (CAS) files but saving will only work with the AtariMax SIO2PC USB interface plus APE - the other SIO2PC interfaces (and I also think all the SDrive/SIO2SD/... standalone devices) don't support saving cassette data to files. so long, Hias
  5. Which type of Epson printer do you have? The FX80 (and likely others, too) support user defined characters which you can just upload to RAM. Once you do that you can simply use the uploaded font from BASIC or any other program that doesn't reset the printer back to the ROM character set. See chapter 15 of the user manual https://files.support.epson.com/pdf/fx80__/fx80__uv.pdf so long, Hias
  6. Not with dir2atr, LiteDOS is too far off from standard DOS 2.x disk format https://github.com/HiassofT/AtariSIO/issues/2 so long, Hias
  7. I'd say a couple of Foster's (or some other beers from down-under) would be a good choice in that case 🙂 And don't worry, pretty much everyone who's into electronics (me included) has done similar stupid mistakes. so long, Hias
  8. Initial testing looked good so far so I've pushed an updated version to github and uploaded a ZIP with current patchrom.exe and sources https://github.com/HiassofT/highspeed-sio/releases/tag/1.33 https://www.horus.com/~hias/tmp/hipatch-1.33.zip Please give it a try, feedback is welcome 🙂 so long, Hias
  9. This sounds (pun intended) like a good idea! I think this should work: LDX #$A0 STX AUDC3 LDA SOUNDR BEQ ?NOSND STX AUDC1 ; silence CH1/2 only if SIO sounds are enabled STX AUDC2 LDX #$A8 ?NOSND STX AUDC4 Now I'm juggling around code parts to avoid page-crossing in the critical receive and VBI branches (way too many variations to check, guess I'll shift that to the build system / assembler and hard fail the build in that case). so long, Hias
  10. I'm a bit undecided at the moment. Yes, the original Atari OSes and also Altirra OS mute all Pokey channels in the SIO code, but this is a thing a lot of people disliked as it made it impossible to play music during SIO. The first two Pokey channels aren't used during disk IO so it is perfectly fine to use them for sound while eg loading from disk - and with very short player code eg in a DLI in areas without ANTIC access (eg blank lines at the top of the screen) this should even work at very high SIO rates. So although this is not 100% compliant with the original OSes I'm a bit inclined to keep it as is as it implements a feature lots of people wanted for a long time. so long, Hias
  11. The highspeed SIO code only touches pokey channels 2 and 3, channels 0 and 1 aren't used/needed by the SIO code so are left intact. So if the porgram running didn't disable sound on channel 0/1 before calling SIO it will continue playing. I'd like to call that an issue of the program then (it shouldn't assume SIO will mute channels 0/1). Very likely you'd have similar issues with PBI devices which don't use POKEY for SIO at all so won't clear any channels (but still accessing sectors on a HDD could take some time so you'd hear the channels playing as well for a while). so long, Hias
  12. Which software version are you running on the Frreezer (check with "VER")? Might be worth retrying with the latest version. I've fixed a bug about a year ago that lead to a crash on freezing if the NMI vector in the OS is set to a specific value. Version 220626 contains the fix https://www.horus.com/~hias/freezer/software/beta/ so long, Hias
  13. open-drain plus pull-up would be the best / easiest solution, this is also what we did on the Eclaire. so long, Hias
  14. One of the best horror trips you can get on an Atari today is loading Syncalc and doing your household financial calculations with it - no other game beats the shock you'll get from current inflation rates! so long, Hias
×
×
  • Create New...