thorfdbg Posted December 15, 2016 Share Posted December 15, 2016 Hi folks, a new version of the Atari++ emulator, this time release 1.81, is available for download at its usual location, namely http://www.xl-project.com/ The 1.81 is mostly a bug-fix release. The major issues were a couple of bugs in the SIO transport which I fixed (timing, sound, protocol), and I also updated Basic++ to the latest version. Greetings, Thomas 16 Quote Link to comment Share on other sites More sharing options...
jacobus Posted December 15, 2016 Share Posted December 15, 2016 Awesome, thank you! Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted December 15, 2016 Share Posted December 15, 2016 Thanks Thomas... Quote Link to comment Share on other sites More sharing options...
voy Posted December 18, 2016 Share Posted December 18, 2016 (edited) Good work, THOR! P.S. I tried to run your THOR Os++ with U1MB on the real machine, but it didn't work properly. It stopped right after showing cursor in the upper left corner of the screen. With Altirra this OS works fine and boots properly. THOR Basic++ works OK with my 800XE. THOR Os++ 1.81.rom THOR Basic++ 1.06.rom Edited December 18, 2016 by voy 1 Quote Link to comment Share on other sites More sharing options...
+CharlieChaplin Posted December 18, 2016 Share Posted December 18, 2016 Hi folks, ... I also updated Basic++ to the latest version. Greetings, Thomas Is the latest version of Basic++ also available somewhere as *.XEX file ? 1 Quote Link to comment Share on other sites More sharing options...
Atari_Ace Posted December 21, 2016 Share Posted December 21, 2016 Thought I'd try out some software I'd previously seen bugs with in Altirra and see how they fare in this Emulator/OS. Slither and the In-Store Demonstration cartridge didn't show problems, but InterLisp 2.5 showed a minor screen anomaly. If you boot disk 2 and list the documentation to the screen page by page, some pages are missing the first character and have a space instead. E.g. enforce on page two is " nforce". Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted December 21, 2016 Share Posted December 21, 2016 What were the bugs in Slither etc on Altirra? (Just to save me a bit of time) Quote Link to comment Share on other sites More sharing options...
Atari_Ace Posted December 21, 2016 Share Posted December 21, 2016 What were the bugs in Slither etc on Altirra? (Just to save me a bit of time) Slither showed that AltirraOS had a bug in the implementation of RMARGN (causing the game screen to be drawn incorrectly), The In-Store demonstration cart exposed two bugs, one a bug in the graphics fill command (I think a CLC got dropped when the code got optimized), the other a scrolling bug with split screens which Avery said was really a bug in the cartridge itself, but he changed his implementation to better match the AtariOS behavior. Quote Link to comment Share on other sites More sharing options...
TXG/MNX Posted December 21, 2016 Share Posted December 21, 2016 Good work, THOR! P.S. I tried to run your THOR Os++ with U1MB on the real machine, but it didn't work properly. It stopped right after showing cursor in the upper left corner of the screen. With Altirra this OS works fine and boots properly. THOR Basic++ works OK with my 800XE. Nice to see that running on real HW Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted December 22, 2016 Share Posted December 22, 2016 (edited) Slither showed that AltirraOS had a bug in the implementation of RMARGN (causing the game screen to be drawn incorrectly), The In-Store demonstration cart exposed two bugs, one a bug in the graphics fill command (I think a CLC got dropped when the code got optimized), the other a scrolling bug with split screens which Avery said was really a bug in the cartridge itself, but he changed his implementation to better match the AtariOS behavior. Ah, it was the Altirra OS, sorry, thought it was the actual normal OS's, as a tester (for the gamepack etc) it made me wonder as I only use Atari OS files and didn't remember any issues there.. Thanks.. Edited December 22, 2016 by Mclaneinc Quote Link to comment Share on other sites More sharing options...
devwebcl Posted February 12, 2018 Share Posted February 12, 2018 I am using this version for 5200, but i suddenly crash. I am running bounty bob, which boots correctly (big five logo), but then emu crash. I am setting bobbounty cart type. Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted March 28, 2020 Author Share Posted March 28, 2020 Hi folks, an update on Atari++: The release 1.82 is now ready for download at its usual place: http://www.xl-project.com/downloads.html I haven't built a windows version, there are the Linux sources, though. The 1.82 is mostly a bug-fix release which addresses defects in the atx support, improves artifacts and bumps the version of Basic++ to 1.08. Have fun, Thomas 2 Quote Link to comment Share on other sites More sharing options...
shanti77 Posted March 28, 2020 Share Posted March 28, 2020 How load .xex file? Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted March 28, 2020 Author Share Posted March 28, 2020 (edited) 22 minutes ago, shanti77 said: How load .xex file? You insert it into drive #1 and reboot. Edited March 28, 2020 by thorfdbg Quote Link to comment Share on other sites More sharing options...
ivop Posted March 28, 2020 Share Posted March 28, 2020 Yeah, it took me a while to figure out how to "boot" an exe file From the command line: ./atari++ -Image.1 filename.xex It has been a while since I checked out atari++ and was pleasantly surprised that the IRQ handling and timing is exact and atarisid6(s) works as expected! On the other hand, the sound quality was, if I can be frank, quite horrible. Perhaps you need to look into how you handle volume only channels and how they are downsampled? Sample files are here: https://github.com/ivop/atarisid/tree/master/xex This is meant as constructive criticism I like it that there's a third option besides atari800 and Altirra, and that's exactly why I decided to compile your latest release and run some test 2 Quote Link to comment Share on other sites More sharing options...
shanti77 Posted March 28, 2020 Share Posted March 28, 2020 (edited) In this emu we can mount folder to H1: , then we can load .xex from dos. I try my game bosconian, it doesn't work good. Edited March 28, 2020 by shanti77 Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted March 28, 2020 Author Share Posted March 28, 2020 (edited) 1 hour ago, ivop said: On the other hand, the sound quality was, if I can be frank, quite horrible. Perhaps you need to look into how you handle volume only channels and how they are downsampled? Which sound driver do you use? I suggest alsa as this provides the best quality. You may have to experiment with the buffer size of the output buffer. Also, thre is a cycle precise Pokey mode you want to try. Edited March 28, 2020 by thorfdbg Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted March 28, 2020 Author Share Posted March 28, 2020 32 minutes ago, shanti77 said: In this emu we can mount folder to H1: , then we can load .xex from dos. I try my game bosconian, it doesn't work good. H: is a handler like anyone else. So, without knowing your game, it is hard to say. Quote Link to comment Share on other sites More sharing options...
ivop Posted March 28, 2020 Share Posted March 28, 2020 2 hours ago, thorfdbg said: Which sound driver do you use? I suggest alsa as this provides the best quality. You may have to experiment with the buffer size of the output buffer. Also, thre is a cycle precise Pokey mode you want to try. This command line did the trick to get good sound! $ atari++ -Sound SDL -Image.1 as6s-ocean2.xex -Sound alsa was the default and sounded pretty bad. -Sound oss was even worse. But I'm glad I found a setting that sounds great! And the RMW instruction to reset the IRQ works. 1 Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted March 29, 2020 Author Share Posted March 29, 2020 12 hours ago, ivop said: This command line did the trick to get good sound! $ atari++ -Sound SDL -Image.1 as6s-ocean2.xex Which is strange since SDL also goes back to Alsa. Are you potentially using pulseaudio? Avoid, avoid, avoid... Quote Link to comment Share on other sites More sharing options...
ivop Posted March 29, 2020 Share Posted March 29, 2020 3 hours ago, thorfdbg said: Which is strange since SDL also goes back to Alsa. Are you potentially using pulseaudio? Avoid, avoid, avoid... No, I don't use PulseAudio. Never has, because it sucks I use jackd for my home studio recordings, but it is disabled otherwise. I agree, it's strange that directly to alsa doesn't work correctly, but going through a multiplatform abstraction layer works, which ends up at alsa, too. Quote Link to comment Share on other sites More sharing options...
zzip Posted March 30, 2020 Share Posted March 30, 2020 glad to see this emulator still getting updates! Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted April 1, 2020 Author Share Posted April 1, 2020 On 3/30/2020 at 6:36 PM, zzip said: glad to see this emulator still getting updates! Sorry, was too busy on the Amiga side the last year(s). Quote Link to comment Share on other sites More sharing options...
thorfdbg Posted April 6, 2020 Author Share Posted April 6, 2020 ...and here we go, another tiny update to release 1.83. As usual, you find the sources here: http://xl-project.com/downloads.html This release fixes the defects reported above, and improves ATX support. In particular, the ALSA sound support was not as cycle precise as it should have been as the CPU emulation counted cycles the CPU never executed. This was fixed, and the quality of the ALSA output improved noticably. Also, ATX support was improved. Due to misinterpretation of the format, weak sector support was partially broken, and timing was made more precise. Also, the ATX driver did not report deleted sectors correctly. 2 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted April 6, 2020 Share Posted April 6, 2020 is the windoze versions compiled or soon to be compiled/ Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
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.