Altirra 2.50 Final out

[phaeron]

Whoops! Accidentally introduced variable overlap.

 

atbasic.bin

atbasicx.xex

[Wrathchild]

When reloading a program in development, I'm seeing the following:

 

After 1st load:

 

Loaded symbols C:\cc65\Sentinel\sentinel.lbl

Altirra> lm

3) d000-d4ff (symbols loaded) hardware Hardware (800)

5) 0000-ffff (symbols loaded) C:\cc65\Sentinel\sentinel.lbl

2) d800-e4ff (symbols loaded) kernel Kernel ROM

1) 0000-03ff (symbols loaded) kerneldb Kernel Database (800)

After 2nd load:

 

Loaded symbols C:\cc65\Sentinel\sentinel.lbl

Altirra> lm

3) d000-d4ff (symbols loaded) hardware Hardware (800)

5) 0000-ffff (symbols loaded) C:\cc65\Sentinel\sentinel.lbl

6) 0000-ffff (symbols loaded) C:\cc65\Sentinel\sentinel.lbl

2) d800-e4ff (symbols loaded) kernel Kernel ROM

1) 0000-03ff (symbols loaded) kerneldb Kernel Database (800)

Therefore if the symbol locations change due to making changes in the code, the debugger can then display repeated labels.

Should the emulator be detecting a reload and purge the original labels? (current workaround is the restart the emulator)

Thanks,

Mark

[phaeron]

Yeah, that's a bug. It wasn't unloading all of the symbols. Fixed:

 

http://www.virtualdub.org/beta/Altirra-2.60-test25.zip

http://www.virtualdub.org/beta/Altirra-2.60-test25-src.zip

[Wrathchild]

awesome

Thanks Avery

[Grevle]

Is there a list of Altirra Command Line options ?. i would like to use Altirra with a emulator frontend to launch xex, and atr disk images and carts etc, and also set som options on the command line if its possible.

Edited December 6, 2014 by BioFreeze

[Mclaneinc]

Yes there is, simply start Altirra from a command line with the syntax /?

 

ie altirra /?

[serj]

there are new discs from homesoft - №408 and №409. http://mushca.com/f/atari/index.php?idx=9

 

game "duchoskoczek" - not work correctly on altirra, the lower part of the screen twitches.

the game runs without errors in atari 800Winplus 4.1.

[Mclaneinc]

Its the version on that image that seems to be the problem, the release linked here

 

http://tdc.pigwa.net/Prg/Atari8bit/Konkursy/SikorGameCompo2k14/SikorGCompo2k14_Duchoskocz.zip

 

Works fine.

 

EDIT:

 

But there's no sound so I went hunting, seems its been moddied numerous times..

 

Translate this Polish page to see a working earlier version with music and a bit about it

 

http://atarionline.pl/forum/comments.php?DiscussionID=3186&page=1

Edited December 6, 2014 by Mclaneinc

[phaeron]

Broken on real hardware -- early write to HSCROL.

 

[Mclaneinc]

Thanks that man....It rare Altiira fails, thanks for the confirmation Avery...

 

Possibly written on Atari800plus win and never correctly checked?

[phaeron]

Yup. Most emulators don't emulate this ANTIC bug -- AFAIK, only Altirra 2.40+ does.

[MrFish]

real hardware

 

This is the standard for testing; not other emulators. Hopefully we won't have to be subjected to this sort of non-sense anymore.

Edited December 7, 2014 by MrFish

[Mclaneinc]

Yup, if you own the real hardware and its available to use then test it on that first..

 

Same for peeps who use emulators to write stuff on, Altirra is a pretty safe bet but use a final test on the hardware itself..

[+CharlieChaplin]

Well,

 

one should note here, that Homesoft did not introduce this bug - he only created the single-file version. The bug was created (coded) by the original author. (Afaik, there were several versions / releases of this program, like 0.1, 0.2, etc. - Homesoft used version 1.0)

 

Anyways, all one has to do is to ask Homesoft for a fix and thats what I did. So here is the (hopefully) fixed version of "Duchoskoczek", if you still find bugs let me know (or let Homesoft know). Of course Homesoft will replace the buggy version on disk 408 with this one...

DUCHSKO.zip

Edited December 8, 2014 by CharlieChaplin

[Mclaneinc]

Thanks Charlie C...

[phaeron]

http://www.virtualdub.org/beta/Altirra-2.60-test26.zip

http://www.virtualdub.org/beta/Altirra-2.60-test26-src.zip

• More updates to the settings UI. It now has a title and back button for mouse usage, supports scrolling, and has been expanded with more settings (disk. sound, memory size).
• Fixed some parts of the settings panel not updating properly when software rendering is active (GDI/DirectDraw).
• The settings panel and the OSK now also appear on mouse/button up instead of down.
• Fixed layout of full-screen file browser and menu bar with UI >100% scale.
• PCLink has been converted over to the new device framework and is now in Devices.
• All devices in the Devices dialog now save their last settings, which become the new defaults when that device is re-added.
• Tweaked the timing used when vsync is enabled on Vista+ with the DWM enabled to reduce some ugly stuttering that was showing up in windowed mode, caused by the emulator scheduling its blit just around the time that the DWM was doing its own blit.

 

[serj]

each time the emulator is getting better and better.

 

Avery, please add to the UI menu "save state" and "load state".

And yet, if you try to loading the image cartridge, selecting mapper throws me in windowed mode emulator.

Edited December 10, 2014 by serj

[fujidude]

Pardon if this is not the right place as I'm still using the 2.5 final at the moment. Anyone else having issues with getting OSS carts to work right with U1MB enabled? I can get BXL to kind of work a bit (locks up a lot). Action! and BASIC-XE lock up immediately when typing CAR. MAC65 seems to work at first glance (no lock ups) but I haven't tried much with it. Is U1MB incompatible with OSS carts under Altirra, or even on real hardware? I do not have the real hardware to test on.

[Keatah]

Is there a way to go through a bunch of options, making adjustments and setups and all that, and then save the configuration to a specific "altirra.ini" file?

 

And then is there any way to load that specific "altirra.ini" configuration file at startup? And how about the same thing with the palette? Can we import the palette we just exported?

 

I'm sure I've asked this before but it's been some time since i visited this thread, perhaps the option has been added?

[Mclaneinc]

Yes, re the ini..

 

If you want an ini file rather than the registry then start altirra from a command line with the syntax /portable and now you will have a ini file that it will use rather than the registry, this needs to be just done the once, to go back to using the registry just delete or rename the altirra.ini file.

 

If you want to use an alternative ini file then from a command line use the syntax /portablealt <your ini file name> to load your user created ini file..

 

Notethe /portablealt mode is a one off, if you want to keep using your created ini then you will either need to start with that command line each time or rename it altirra.ini which is the default ini file name but that sort of defeats the idea of having a special user created ini file

 

Regarding the palette, no, this can only be done inside altirra when its running..

 

All info from altirra itself, just run altirra from the command line with /? to see all the switches..

Edited December 11, 2014 by Mclaneinc

[Keatah]

Ahh yes of course. The last time I played with the command line was with 2.50 final. I see that /portablealt <myfile.ini> has been added sometime recently. Now I can easily switch between machines and different display settings. Thanks man..

Edited December 11, 2014 by Keatah

[Mclaneinc]

A pleasure good sir...

[phaeron]

Pardon if this is not the right place as I'm still using the 2.5 final at the moment. Anyone else having issues with getting OSS carts to work right with U1MB enabled? I can get BXL to kind of work a bit (locks up a lot). Action! and BASIC-XE lock up immediately when typing CAR. MAC65 seems to work at first glance (no lock ups) but I haven't tried much with it. Is U1MB incompatible with OSS carts under Altirra, or even on real hardware? I do not have the real hardware to test on.

 

Yup, this was an emulation bug. Fixed:

 

http://www.virtualdub.org/beta/Altirra-2.60-test27.zip

http://www.virtualdub.org/beta/Altirra-2.60-test27-src.zip

 

Specifically, it was related to the U1MB module not being able to properly disable the cartridge windows. U1MB has hardware registers that allow software to disable external cartridges. This was causing TRIG3 to get out of sync with GINTLK and therefore the OS to trigger a hang (a feature of the XL/XE OS that we all know and love).

 

Important note, though: the SIDE hardware option needs to be set to Off or On w/o Button in the U1MB menu (Help+Reset) in order for external cartridges to work. If it is set to On w/Button, the $A000-BFFF window is forced off, which will break most cartridges.

[fujidude]

 

Yup, this was an emulation bug. Fixed:

 

http://www.virtualdub.org/beta/Altirra-2.60-test27.zip

http://www.virtualdub.org/beta/Altirra-2.60-test27-src.zip

 

Specifically, it was related to the U1MB module not being able to properly disable the cartridge windows. U1MB has hardware registers that allow software to disable external cartridges. This was causing TRIG3 to get out of sync with GINTLK and therefore the OS to trigger a hang (a feature of the XL/XE OS that we all know and love).

 

Important note, though: the SIDE hardware option needs to be set to Off or On w/o Button in the U1MB menu (Help+Reset) in order for external cartridges to work. If it is set to On w/Button, the $A000-BFFF window is forced off, which will break most cartridges.

Thank you again for your efforts on this emulator. I've used a lot of A8 emulators over the years:

 

- Derek's Xformer

- XL-it

- Rainbow

- Atari800

- Atari800Win

- Atari800Win Plus

- Atari800 ++

- possibly more that I can't remember

 

Altirra simply out classes them all. The next best (probably Atari800Win Plus) is a very distant second. I wish Altirra was compiled for more than just Windows, specifically Linux (and more specifically Debian types), but I don't have the skill to port it. Anyway, that is a wish. I'm really glad such an outstanding emu is available at all.

Edited December 12, 2014 by fujidude

[fujidude]

Possible bug...

 

SDX446 (from within U1MB) XEP80.SYS hangs under 2.60 test 27 with XEP80 enabled in devices. Same exact setup does not hang under 2.50.