Madi Posted October 23, 2014 Share Posted October 23, 2014 (edited) H6: through H9: do line-ending translation, so when using them round-tripping isn't guaranteed. Thank you phaeron for your kind reply. IMOO, H-device is potentially, a very versatile option in Altirra since I am dealing with multilingual software environment (Arabic, English,Urdu and Farsi). I appreciate it if you could consider adding end-of-line conversion options to the Host Device "H" in future update. madi Note: Part of the image is taken fro MemoPad Edited October 23, 2014 by Madi Quote Link to comment Share on other sites More sharing options...
phaeron Posted October 24, 2014 Share Posted October 24, 2014 There's no need for an ATASCII option, since you can use the untranslated H1-H4: devices. Writing out LF-only files on Windows is a pet peeve of mine, and as far as I'm concerned, CR endings are an abomination not to be repeated. Altirra will, however, accept LF-only and CR-only when reading for H5-H8:. Quote Link to comment Share on other sites More sharing options...
The Usotsuki Posted October 24, 2014 Share Posted October 24, 2014 I thought only Apple systems used $0D alone as newline. Quote Link to comment Share on other sites More sharing options...
Madi Posted October 24, 2014 Share Posted October 24, 2014 Thank you phaeron for your clarification. Quote Link to comment Share on other sites More sharing options...
Level42 Posted October 24, 2014 Share Posted October 24, 2014 Any chance on a Mac version of Altirra ? Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted October 24, 2014 Share Posted October 24, 2014 Read this thread for earlier posts about how people are running it on macs.. Unless things have changed Phaeron has always said he had no plans for other platforms. 1 Quote Link to comment Share on other sites More sharing options...
jacobus Posted October 24, 2014 Share Posted October 24, 2014 Think I have a fix for the function parsing issue, but it needs more testing. The SIO patch for disk access works as follows: DSKINV and SIOV are both intercepted, but only in ROM DSKINV uses DSCTLN for sector size, but only to resolve a mismatch (for OS-B compatibility) Read, write, status, and get PERCOM block commands are accelerated If the transfer direction is wrong or the buffer overlaps TIMFLG, the request is not accelerated (yes, someone actually did the latter) All audio channels are reset SKCTL, CDTMA1, CHKSNT, CRITIC, STATUS, DSTATS, P, and Y are updated before returning One thing that I think the SIO patch will let you do that doesn't work with actual SIO is to call into it with the I flag set. This will cause SIO to hang. I should probably check for that. Thanks very much for the response Phaeron! My apologies if this has already been discussed, but a feature I'd really like to see would be some kind of wrapper or linker that would allow me to distribute an Atari program as a stand alone PC application. I envision a process that wraps the 8 bit ATR or executable in enough Altirra functionality to allow it to run on a PC without further configuration or setup - basically a single PC executable that contains the emulator, configuration set, ROMs and the Atari program itself. This way a I can share something I've created on the 8 bit without having to teach the recipient how to install and use the emulator. I can see this being used to distribute some of the more interesting games far outside the regular community. Thoughts? Quote Link to comment Share on other sites More sharing options...
phaeron Posted October 25, 2014 Share Posted October 25, 2014 http://www.virtualdub.org/beta/Altirra-2.60-test15.zip http://www.virtualdub.org/beta/Altirra-2.60-test15-src.zip Fixes bottleneck in buffer draining when using emulated R: device in unthrottled mode and fixes a couple of bugs in AltirraOS -- SETVBV was clearing the I flag, which actually broke a bootloader, and a CIO issue was causing problems in R: XIO calls. ATBasic 1.21 is also included. Parser issue with function-variable collisions should be fixed, but I rewrote a bunch of stuff including the core expression evaluator and would appreciate testing. New Basic XE features imported: & (bitwise and), ! (bitwise OR), % (bitwise XOR), BGET (binary get), and BPUT (binary put). I also upgraded the executable version: it now accepts a file to run on the command-line, tries to run AUTORUN.BAS if none is specified, and safely bails out if it can't enable RAM at $A000-BFFF. Any chance on a Mac version of Altirra ? Nope. Besides the reasons already noted and that I don't own a Mac to develop on or have a particular need to get one, I've recently had a chance to use XCode enough to tell that I would not want to bother with such a port. Compared to Visual Studio, both the IDE and the debugger drive me up the farking wall. Sorry. Shame, too, because Clang is a pretty nice C++ compiler (better than VC++ in a number of ways). atbasic.bin atbasicx.xex 2 Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted October 25, 2014 Share Posted October 25, 2014 Just gets better and better. Many thanks. Quote Link to comment Share on other sites More sharing options...
Madi Posted October 25, 2014 Share Posted October 25, 2014 (edited) Thank you phaeron for your own time that you spend to improve Altirra. Maybe, you are aware of the following issue: When dropping files that have no extension (such as MUD) directly to the disk image via the Altirra's "Disk Explorer", all the remaining spaces in file directory are left at zeros (original state). This will prevent file renaming or deleting. Is there a simple fix to fill the remaining characters with $20 instead of leaving them at 00 when directly adding files to the ATR image? madi Edited October 25, 2014 by Madi Quote Link to comment Share on other sites More sharing options...
ssj Posted October 25, 2014 Share Posted October 25, 2014 hey guys, can anyone please hook me up with the XEGS Game rom that Altirra (v2.6) recognizes? Quote Link to comment Share on other sites More sharing options...
phaeron Posted October 25, 2014 Share Posted October 25, 2014 Filename encoding fixed: http://www.virtualdub.org/beta/Altirra-2.60-test16.zip http://www.virtualdub.org/beta/Altirra-2.60-test16-src.zip hey guys, can anyone please hook me up with the XEGS Game rom that Altirra (v2.6) recognizes? Any 8K cartridge ROM will do. Quote Link to comment Share on other sites More sharing options...
ssj Posted October 25, 2014 Share Posted October 25, 2014 Any 8K cartridge ROM will do. Well, I already tried with the only Missile Command rom I have (8K - CRC32=D2E36392) and Altirra doesn't detect it when I do a scan, so seems it's expecting a different CRC. If you have one that Altirra detects would be very appreciated if you could post it. Quote Link to comment Share on other sites More sharing options...
phaeron Posted October 25, 2014 Share Posted October 25, 2014 It won't be autodetected -- you need to manually add it as an XEGS Game image and set it as default. Quote Link to comment Share on other sites More sharing options...
ssj Posted October 25, 2014 Share Posted October 25, 2014 Ah ok, that's what I'm doing. Thought it would at least detect the built-in Missile Command rom. Quote Link to comment Share on other sites More sharing options...
+CharlieChaplin Posted October 29, 2014 Share Posted October 29, 2014 (edited) Huh ?!? Phaeron never stops in creating programming miracles. Atari Basic seems to be completely redundant now. Altirra Basic not only replaces Atari Basic... - but is also up to 50% faster (or more ? still requires only 8k) - adds many new commands, like DIR, Rename, Protect, Unprotect, BGET, BPUT, Erase, DPeek, DPoke, etc. (still requires only 8k) - the XEX version tries to execute a given filename in the command line (in command line DOS versions) - if no filename is given, the XEX tries to execute an Autorun.BAS file Maybe someone could create an Altirra Basic handbook that lists and explains (with short examples) all Atari Basic statements and the new Altirra statements...?!? Great work, Phaeron !! P.S.: In the next Nomam programming session (tenliners or whatever), one should not only accept Atari Basic and TB XL, but also Altirra Basic... Edited October 29, 2014 by CharlieChaplin 1 Quote Link to comment Share on other sites More sharing options...
The Usotsuki Posted October 29, 2014 Share Posted October 29, 2014 If only the Apple ][ had people like phaeron. xD 1 Quote Link to comment Share on other sites More sharing options...
andyhants Posted October 30, 2014 Share Posted October 30, 2014 Hi all Please forgive the noob type question but I am getting to grips with Altirra (& while I'm at it a hearty well-done to Avery for such a fantastic emulator). I'm struggling a bit to understand how the loading of .CAS images works. Saddo that I am I want to be able to emulate as close to a real 800XL as possible so ideally for it to take the same load time etc. A couple of questions related to this then:- 1. I've read in Altirra Help that there is an on-screen tape position indicator in the bottom right the rolls-on as the image loads (IE like a 1010 tape indicator) but when I try to load a .CAS image it just shows briefly at the end & the load takes much less time. How can I get Altirra to load at 'real-time' speed & show a rolling indicator? 2. I've found the Cassette Tape Control facility but don;t understand how this works? When you enable it I can't then get back to the main Altirra Window without quitting it & can't see how this is used when you are loading a .CAS image. Are there some keyboard-based controls perhaps that emulate the cassette keys on the 1010? Thanks for any help & advice Quote Link to comment Share on other sites More sharing options...
serj Posted October 30, 2014 Author Share Posted October 30, 2014 (edited) 1) System ---> Cassette ---> Sio Patch - uncheck. 2) no.key cassette player is not emulated. I have long and repeatedly asked Avery to make normal emulation cassette player. may, at this time ... Edited October 30, 2014 by serj Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted October 30, 2014 Share Posted October 30, 2014 Not a bug, but has anyone experienced this with Altirra running under Wine in OS X? (Window closer appears as an "r"). Quote Link to comment Share on other sites More sharing options...
+Allan Posted October 30, 2014 Share Posted October 30, 2014 I have a request for an edition to Atirra. Is it possible (would you) add and option to take a screen shot as a gif and a jpg? I have been adding stuff to Atarimania and when I need to do a screenshot I have to use Atari800MacX which does screen shots. Unfortunately it outputs them as tiff files which means I then have to convert them them to gifs. It's not a big deal but it would save me some time if I could just have the emulator I'm using to take screen shots be able to output them as gifs. Allan Quote Link to comment Share on other sites More sharing options...
Xuel Posted October 30, 2014 Share Posted October 30, 2014 I have a request for an edition to Atirra. Is it possible (would you) add and option to take a screen shot as a gif and a jpg? Altirra supports writing PNGs. Is that not sufficient? View -> Save Frame... or Alt-F10. Quote Link to comment Share on other sites More sharing options...
+Allan Posted October 30, 2014 Share Posted October 30, 2014 Altirra supports writing PNGs. Is that not sufficient? View -> Save Frame... or Alt-F10. Thanks. Somehow I missed that. Although it would be great to have a gif option, this is fine because now I can take screen shots of all the dual track cassette voice/programs like the educational tapes. Allan Quote Link to comment Share on other sites More sharing options...
phaeron Posted October 31, 2014 Share Posted October 31, 2014 Not a bug, but has anyone experienced this with Altirra running under Wine in OS X? Screen shot 2014-10-30 at 19.17.52.png (Window closer appears as an "r"). Windows uses a special TrueType font called Marlett to draw window gadgets, which Altirra reuses to draw the close box for dockable panes. Looks like Wine doesn't have a Marlett substitute or a viable fallback. 1 Quote Link to comment Share on other sites More sharing options...
phaeron Posted October 31, 2014 Share Posted October 31, 2014 Added CP, HSTICK() and VSTICK() to ATBasic, then found a bunch of bugs to fix, like bitwise operators not listing properly and a regression in nested precedence handling. v1.25 attached. Extensions supported: $hhhh, %, !, &, HEX$(), DPEEK(), HSTICK(), VSTICK(), DPOKE, BPUT, BGET, CP, ERASE, PROTECT, UNPROTECT, DIR, RENAME, MOVE. atbasic.bin atbasicx.xex 6 Quote Link to comment Share on other sites More sharing options...
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.