Nowa seria i nowa testowa wersja Altirry autorstwa Avery (Phaeron) Lee, obecnie najlepszego emulatora małych, ośmiobitowych mikrokomputerów firmy ATARI.
Zmian się trochę porobiło, dawno już nie miałem czasu zerkać.
[0] faust @
!!! Wtorek, 5 Kwietnia 2016 02:02 CET [05-04-2016 02:02 CET]Nowa seria i nowa testowa wersja Altirry autorstwa Avery (Phaeron) Lee, obecnie najlepszego emulatora małych, ośmiobitowych mikrokomputerów firmy ATARI.
Zmian się trochę porobiło, dawno już nie miałem czasu zerkać.
changes
features added
bugs fixed
authors comments
Solved Problem (Eq): With enabled SIO patch, Altirra 2.8 can't read sectors with $303 = 0 (error 143). With an original ATARI and Altirra 2.6 this works: The received data frame and $304/5 and $308/9 are ignored, if bit 6 of $303 is not set.
Examples: Boot a 180 KB DD image with QMEG+OS 4.04. Or boot XDOS 2.4 and enter the command "TES" (in both cases a sector is read with $303 = 0 to check the density - some older drives and the XF551 needs this)..
features added
bugs fixed
authors comments
The fix kinda started snowballing:
features added
bugs fixed
authors comments
features added
authors comments
features added
bugs fixed
authors comments
Turns out the IDE removed flag wasn't ever forced on a cold reset, so I added that. Not 100% sure about powerup state on actual hardware since it's tough for me to test, but you can probably verify that quickly. Interestingly, I do see the LED on the SIDE 2 cartridge blinking on and off for about a split second, so it's possible this is ensured by the hardware. Also, I threw in the saving of the file viewer state.
authors comments
PROBLEM: I can run it fine in a window, but it stop updating the screen if I go full screen. So, I can hear the music of the game or sound effects and I can actually still play it, but I can't see anything because the screen stops updating when it comes to full screen. Obviously full screen is what you would want.
Solved.
authors comments
Question: According to the Mapping the Atari, I can determine a PAL vs. NTSC computer by reading the value at address 53268 (below). However, in Altirra, I'm not seeing these values. Am I missing something or is there a better way to tell between a PAL vs. NTSC computer
Answer: This is correct, and is supported by Altirra. The catch is in the "bits 1-3" part. It's often ignored that Atari only documented bits 1-3 of the byte read from the PAL register as being significant, with bits 0 and 4-7 supposed to be ignored. This documentation is misleading in that it gives the value 14, but that's only for bits 1-3. In practice, bit 0 is always set and bits 4-7 are clear, giving 1 for PAL/SECAM and 15 for NTSC. I haven't heard of any computer giving different values. There was a rumor that SECAM systems would give 0 instead of 1, but I believe this has been discredited.
There is an additional caveat, which is that this register reports whether GTIA is NTSC or PAL. It doesn't tell you whether ANTIC is NTSC or PAL. On the vast majority of computers these will be matched, but people have created mixed-mode computers that have a PAL ANTIC with an NTSC GTIA. This means that the PAL register only actually indicates the color encoding and not the frame rate (50/60Hz). If you really want to handle all computers correctly including mixed-mode computers, you need to poll VCOUNT in order to determine the ANTIC type. You can emulate this configuration in recent versions of Altirra by choosing the PAL-60 or NTSC-50 video modes.
bug fixes
features added
authors comments
changes
features added
authors comments
features added
authors comments
test 36
Fixes some odd behavior with overlapping SIO commands and has a bunch of fixes and improvements to the custom shader support:
Attached is a port of a TV shader that you can try. I didn't write it; a link to the original source is in the archive. I removed a couple of components that didn't work well, especially the flicker. Just a warning, it's not that well optimized -- it requires shader model 3.0 and runs at about 7ms/frame on my Quadro K2100. This means that even if you do get it to run you may run into frame rate or vsync problems depending on how fast your graphics card is. However, it looks pretty neat. Unfortunately, running .cg shaders verbatim is not going to be possible since there is simply too great of a difference between Cg and HLSL and the shaders often have a lot of constructs that are not valid in the ps_3_0 profile, even if not actually used.
test 37
Adds support for a Parallel Bus Interface (PBI) based acceleration hook. Add it from Devices, and it'll add a PBI device on ID 7 that will try to accelerate anything that the regular SIO patch is enabled for. Seems to work for both disks and PCLink on SDX 4.47 without needing to MAP to OS mode.
© Try2emu 1999 - 2025 | Krzysztof 'Faust' Karkosza Kontakt Polityka Prywatności OWU