Jump to content

HiassofT

Members
  • Posts

    1,325
  • 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,395 profile views

HiassofT's Achievements

Stargunner

Stargunner (7/9)

912

Reputation

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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
  8. 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
  9. open-drain plus pull-up would be the best / easiest solution, this is also what we did on the Eclaire. so long, Hias
  10. 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
  11. Not sure why Bob Puff did it, but in my case I set DAUX to $20 so it already contains the needed values for the possibly following $48 Happy command (to enable fast writes) - two additional LDA/STAs for DAUX would have needed more space than adding two more bytes to the ?CMD3F values and increasing the loop counter by two. so long, Hias
  12. I had the impression most TVs nowadays support both 576p50 and 480p59.94/60. PC monitors are different beasts though, most of them (without HDMI inputs) support only 60Hz and above (the "IT"/"PC" modes as defined by VESA DMT). CEA/CTA-861 mandates that sinks (TVs) must support 640x480p60 in addition to either 576p50 or 480p59.94/60 and as IT/PC modes are quite common (people wanting to hook up their HTPC/gaming PC to the living room TV) pretty much all TVs have support for the PC modes as well - and if a TV already supports the 60Hz DMT modes then adding support for the 60Hz CTA modes is rather straight forward (and most manufacturers seem to do it in "50Hz PAL land" though it's not required by the CTA spec). As 576p50 isn't mandatory in CTA specs for 60Hz display devices I could understand though if not all TVs in 60Hz NTSC land implemented support for 50Hz CTA modes - although it'd be a bit odd as most devices nowadays use a common platform worldwide with at maximum the analog tuner (if they even add one) being different. Simple scan-doubling would also have the benefit of a reduced latency - buffer a single scan line from the Atari then clock it out - waiting until vertical blank has happened will delay the first scan line of the picture by a full frame (TVs usually won't switch the display data until vblank so that gives you 1 frame delay compared to 2 frames for the beginning of the picture - picture "enhancements" in the TV may add additional delays if they are enabled, on top of that). so long, Hias
  13. Big thumbs up from me for your awesome work @ijor and @foft, HDMI out with audio is a feature that I craved for for ages and which none of the other sophia / vbxe / ... upgrades supplied. IMHO it would be fine to stick to standard 720x576p50 / 720x480p60 scandoubled HDMI video output (current TVs provide really good upscalers) for the standard version and leave all other upscaler features for extended versions (with probably higher specced FPGAs and additional RAM). SD video output with sound is well enough for me. Again, thanks a lot for your amazing work! so long, Hias
  14. You have to be very careful with all the letters and digits at the beginning and the end of the part number. I don't have a datasheet for the AM2732A here but the AM2732B requires only 12.5 programming voltage - so that should work fine with current and old gen TL866 so long, Hias
×
×
  • Create New...