phaeron Posted April 21, 2019 Author Share Posted April 21, 2019 @Avery: Any chance of an ARM32 version of this for Android? No, sorry. ARM32 is not a problem, but porting to Android is a huge amount of effort. Quote Link to comment Share on other sites More sharing options...
vitoco Posted April 23, 2019 Share Posted April 23, 2019 Not sure if this has been discussed before, but I want to know if this is WAD or there is a bug somewhere... If I have a 720 sectors ATR and use DOS 2.5 to format it in enhanced density using "I" option, the ATR file turns into a 1040 sectors one, but if I format it again into single density using "P" option, the ATR file size remains as enhanced density, and Altirra popups a warning about a wrong allocation bitmap when I try to explore its contents, and disables the writing into it within that window. Shouldn't Altirra resize enhanced density ATR disks to single density disks at format time? BTW, what is VRWSafe mode for? I only get errors when I try to format or write into it. Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted April 23, 2019 Share Posted April 23, 2019 (edited) From the Manual.. Virtual read/write (VRW) Write access allowed, but changes are kept in memory without automatically writing them back to the source. This allows temporary modification of disks while keeping source files pristine. Modified disks are shown in orange in the Disk Drives dialog and can be written back to image files via the Save command on each drive. Newly created disk images are automatically mounted in virtual read/write mode as they haven't been associated with an image file yet. Virtual read/write safe (VRWSafe) Similar to virtual read/write, except that format commands are blocked with a read-only disk error. This allows virtualized write access to disks while still blocking writes for programs that attempt to format their disk on boot as part of a protection check. Altirra defaults to this mode until changed in Options. Edited April 23, 2019 by Mclaneinc Quote Link to comment Share on other sites More sharing options...
phaeron Posted April 24, 2019 Author Share Posted April 24, 2019 If I have a 720 sectors ATR and use DOS 2.5 to format it in enhanced density using "I" option, the ATR file turns into a 1040 sectors one, but if I format it again into single density using "P" option, the ATR file size remains as enhanced density, and Altirra popups a warning about a wrong allocation bitmap when I try to explore its contents, and disables the writing into it within that window. Shouldn't Altirra resize enhanced density ATR disks to single density disks at format time? I think this is normal when emulating a disk drive that supports PERCOM blocks, such as the USDoubler and the generic standard drive emulation. DOS 2.5 only knows about 1050 drives, so it assumes that the $21 format command will always format a single-density disk. On PERCOM-capable drives, however, it formats a disk with the currently set parameters, which will still be set to medium density. The result is that DOS 2.5 formats a medium density disk and writes a single density filesystem to it. The XF551 is the exception, as it has code in its command $21 handler to force a single-density format if the current mode is medium density. You'll get this behavior if you use the XF551 full drive emulator, but the standard emulation code probably doesn't do this. 1 Quote Link to comment Share on other sites More sharing options...
ijor Posted April 25, 2019 Share Posted April 25, 2019 Hi Phaeron, Seems (at least) one file is missing at the source tree. Seems you forgot to include "*.JPG" files on the zip command. Thanks, 2>[copying image] pics/colormap.jpg 2>EXEC : Fatal error : System.IO.FileNotFoundException: Could not find file 'source\pics\colormap.jpg'. 2>File name: 'source\pics\colormap.jpg' Quote Link to comment Share on other sites More sharing options...
phaeron Posted April 26, 2019 Author Share Posted April 26, 2019 Hi Phaeron, Seems (at least) one file is missing at the source tree. Seems you forgot to include "*.JPG" files on the zip command. Thanks, 2>[copying image] pics/colormap.jpg 2>EXEC : Fatal error : System.IO.FileNotFoundException: Could not find file 'source\pics\colormap.jpg'. 2>File name: 'source\pics\colormap.jpg' Indeed. Fortunately, it's just the help file, so it's the same image that's savable from the chm. Will be fixed in the deploy script for next build, image attached. 4 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted April 26, 2019 Share Posted April 26, 2019 (edited) wow that burr messes with my eye, any crt that I own looked like that I'd have to smack the person smoking cigarettes for tarring and fogging the place up. Either that or smack myself or others who don't know how to dust and clean the glass... Do you smoke? Perhaps live where lots of diesel or something is attracted to the charged screen? Try an anti static or de ionized spray , perhaps slightly higher humidity and an air filtration system? That can't be good for your eye sight. Edited April 26, 2019 by _The Doctor__ Quote Link to comment Share on other sites More sharing options...
phaeron Posted April 26, 2019 Author Share Posted April 26, 2019 wow that burr messes with my eye, any crt that I own looked like that I'd have to smack the person smoking cigarettes for tarring and fogging the place up. Either that or smack myself or others who don't know how to dust and clean the glass... Do you smoke? Perhaps live where lots of diesel or something is attracted to the charged screen? Try an anti static or de ionized spray , perhaps slightly higher humidity and an air filtration system? That can't be good for your eye sight. You realize that's an emulator screen, right? It's not a photograph. The JPEG compression doesn't help, it makes the output a bit blurrier than the original. Didn't want to bloat the help file by 0.5MB just for one picture. 7 Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted April 26, 2019 Share Posted April 26, 2019 I guess this means the display emulation is amazingly faithful. 5 Quote Link to comment Share on other sites More sharing options...
+DrVenkman Posted April 26, 2019 Share Posted April 26, 2019 I guess this means the display emulation is amazingly faithful. Indeed, it looks a hell of a lot like the old Zenith we used (connected through good old Channel 2 or 3), minus the barrel distortion and bloom - hell, it was a 10 year old TV when it was handed-down for use on the Atari and we were thrilled to have it. 1 Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted April 26, 2019 Share Posted April 26, 2019 (edited) Yup, super pleased to have it...Side by side to an Amiga monitor running real hardware is just spot on....I like a bit more blur but the filtering options just allow a pretty damn accurate of a composite output on standard hardware or ultra crisp for those that like it in that style..Win win.. The Docs just grumpy because one of his carers didn't warm his slippers up Edited April 26, 2019 by Mclaneinc 1 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted April 26, 2019 Share Posted April 26, 2019 (edited) I can't imagine any display looking like that, if a CRT looks like that, it needs serious cleaning and adjustment. What would the point be to doing a clearpic mod if that was what a display would look like? I'm glad he said it's overly exaggerated blur due to compression for the forum. I think I've always made sure anybody with an Atari we've met has had their display tuned up and calibrated. I know we did clinics for the users groups as well. Games like Arkanoid that used the full screen we're used to set height, then using templates the width was adjusted, linearity, followed by focus and convergence, this was done again if needed, and finally sub bright, brightness, contrast, and tint/hue, and extreme cases gun drive. It was a great time had by all, and people had fun learning about the data at the top of televison broadcast etc. The only thing I can think of that might look like that was very old deflection vector displays. They had an awesome glow around bright crisp lines. Loved that on those games, though I suspect that the beam was drilling serious radiation and intense focus into our retinas! Still looked mighty fine. Fuzzy Bunny slippers show great fashion sense Edited April 26, 2019 by _The Doctor__ 2 Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted April 26, 2019 Share Posted April 26, 2019 Avery's not the one who's been smoking. 2 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted April 26, 2019 Share Posted April 26, 2019 LOL not a chance, not a puff, not a drop. Quote Link to comment Share on other sites More sharing options...
phaeron Posted April 27, 2019 Author Share Posted April 27, 2019 Note that the picture is part of a procedure to calibrate color, including NTSC artifacting colors over a composite connection. You will not get artifacting if you are using an S-Video connection and you will not see the same amount of bloom if you are used to a CRT with a finer dot pitch. The 1702 CRT I am using has phosphors that are almost the same size as pixels, it's not any better defined than the image above. In any case, I think I have enough monitor cleaning advice regarding my shader. 4 Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted April 27, 2019 Share Posted April 27, 2019 LOL... Quote Link to comment Share on other sites More sharing options...
+DrVenkman Posted April 27, 2019 Share Posted April 27, 2019 In any case, I think I have enough monitor cleaning advice regarding my shader.#MicDrop https://gfycat.com/wavypastelfinnishspitz 1 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted April 28, 2019 Share Posted April 28, 2019 (edited) #lmfao blurryface stressed out turn back time Edited April 28, 2019 by _The Doctor__ Quote Link to comment Share on other sites More sharing options...
Forrest Posted April 29, 2019 Share Posted April 29, 2019 I added MidiMate to Altirra under the Devices tab, and apparently Altirra only supports Midi Output with the MidiMate. Is this correct? I've attached a M-Audio MidiSport 1X1 USB Midi interface to my Windows 10 machine, and was trying to see if I could get Midi-Maze running, Midi-Maze (.XEX) does lanuch and run in Solo mode, but I did not appear to recognize the M-Audio interface when selecting MidiMate with a single Midi cable attached (looped) as described in post 422 http://atariage.com/forums/topic/269207-midi-interface/page-17 Quote Link to comment Share on other sites More sharing options...
phaeron Posted April 29, 2019 Author Share Posted April 29, 2019 I added MidiMate to Altirra under the Devices tab, and apparently Altirra only supports Midi Output with the MidiMate. Is this correct? I've attached a M-Audio MidiSport 1X1 USB Midi interface to my Windows 10 machine, and was trying to see if I could get Midi-Maze running, Midi-Maze (.XEX) does lanuch and run in Solo mode, but I did not appear to recognize the M-Audio interface when selecting MidiMate with a single Midi cable attached (looped) as described in post 422 http://atariage.com/forums/topic/269207-midi-interface/page-17 Yes, this is correct, Altirra only supports MIDI output. I am musically challenged and do not have any MIDI devices for the computer (though I do have access to a MIDIMATE for the Atari). Quote Link to comment Share on other sites More sharing options...
Forrest Posted April 29, 2019 Share Posted April 29, 2019 (edited) phaeron, Thanks for the quick feedback. I am musically challenged also, but have 1 Midi keyboard bought many years ago. Thankfully, playing Midi-Maze requires no musical talent, just 2 (or more) computers, each with Midi In and Midi Out ports. Check out the Atari-age thread I listed about and also https://ataribits.weebly.com/midi.html and let me know if your interested in updading Altirra for Midi In. Thanks again for writing such a great emulator. Over the past two weeks I've had time to use Altirra many times to play Atari games. Last night, I was surprised when I clicked on Altirra on my MacMini, and Wine started automatically, updated itself to Wine 2.0 and ran Altirra perfectly. Edited April 29, 2019 by Forrest Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted April 29, 2019 Share Posted April 29, 2019 (edited) Last night, I was surprised when I clicked on Altirra on my MacMini, and Wine started automatically, updated itself to Wine 2.0 and ran Altirra perfectly. /OT: Did you install WINE using BREW, or did you install one of the packaged versions? I had a lot of trouble with 64-bit prefixes the last time I tried to install using BREW (under High Sierra, I think). Edited April 29, 2019 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
Forrest Posted April 29, 2019 Share Posted April 29, 2019 I installed Wine and WineBottler directly about a year ago under El Capitan and haven't used it again until last night. I'm currently running High Sierra. Wine documentation says it currently runs 32-bit Windows apps. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted April 29, 2019 Share Posted April 29, 2019 OK: thanks. I may have another go using BREW, but will check if the installer got fixed first. Quote Link to comment Share on other sites More sharing options...
phaeron Posted April 29, 2019 Author Share Posted April 29, 2019 Thanks for the quick feedback. I am musically challenged also, but have 1 Midi keyboard bought many years ago. Thankfully, playing Midi-Maze requires no musical talent, just 2 (or more) computers, each with Midi In and Midi Out ports. Check out the Atari-age thread I listed about and also https://ataribits.weebly.com/midi.html and let me know if your interested in updading Altirra for Midi In. One concern I'd have is whether MidiMaze can even be supported with standard MIDI input. It looks like the serial transmissions at least take place at standard MIDI speeds, but they would also need to be correctly formatted MIDI messages in order to be receivable by the Windows APIs (either midiIn or Windows.Devices.Midi). 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.