tmp

this was planned but never implemented, i'll try to add it in the next release

2e50a07c0c38e3a58ed9667e2f67d8f2 *Basic_XE_4.2.car 2e50a07c0c38e3a58ed9667e2f67d8f2 *Basic_XE_v4.2_(1986-02-09)(Lawrow,_Stephen_D.)(US)(034M).car it's the same as one of the files in the archive i've posted which i believe you said that they didn't work

this doesn't make much sense, if you load .car files that have types 162 or 163, it will emulate side2 so yes, if you do that, it will be side2 cart only emulation if you load .car file that has sdx type (11, 43) and type CAR, it should behave as if you did that on the real hardware with no cart inserted into the real sdx cart pass-through connector (this is untested tho) i'm not sure what do you mean but keep in mind that SIDE2 cartridge != SpartaDOS X cartridge and as i said before, if the previous behavior worked for you, you can downgrade to 0016, 0017 has only that CAR command in SIDE2 emulation fixed (because there was a complaint about it)

and that's what it does in 0017 and since side2 isn't pass through, it has a "virtual" cart included which is the side loader (or whatever is in the upper half of the flash or .car file in avg case) before 0017 CAR did something unknown, probably just disabled everything so your other physical cartridge on the bus took over but that was just a coincidence this is avgcart trying to emulate side2 behavior, not avgcart trying to come up with its own ideas of how things should be working of course my understanding of it could be wrong or there could be more bugs so if anyone can prove that real side2 cart behaves differently, i can look into that

regarding CAR command, if you're talking about side2 sdx car file, there was a bug that was fixed in 0017 and now CAR command correctly gets you to side loader downgrading to 0016 should give you the previous (buggy) behavior

even easier, you can build it as a cartridge and run that altirra_basic_1.56.car

i assume that if you build it as .xex that loads it under the rom, it should work but i haven't tested it i can try it later unless somebody else beats me to it

attached are 3 different cart version of basic xe 4.2, please let me know whether any of them works with mio and avgcart basic_xe_car.zip

that doesn't explain why it would be happening only for OSS carts

there seems to be no direct conflict there and i also don't see anything special about type 15 that should make it more prone to any kind of issues what machine is this and have you tried other cart types with mio?

that 64gb card could've been formatted with exfat which is not supported as for the black screen, could be a bad contact, maybe a psu issue (less likely)

that's actually a good idea because it doesn't require me to do anything (except for fixing CAR command), i always like those ;-) https://youtu.be/JgBbXj4Ei78

can anyone give me altirra debugger command that logs $d5xx accesses? i don't feel like reading help tonight

just a quick reply, i'm sure the more knowledgeable ones will give you better answers first of all, SIDE emulation without having U1MB has probably limited use and shift-s mode is basically useless in this situation (same as going into side mode on power-on using button) 1. no 2. could be a bug, i need to test it on non-u1mb machine, this functionality was just lightly tested 3. afaik fatfs.sys doesn't support fat32 so you'd need to have at least fat16 partition to be able to see any files from sdx, not sure whether APT is needed 4. this was never tested, if anyone can confirm that CAR should run side loader, i can take a look into it 5. i leave that to fjc to answer, i have no information about that functionality so i'm not sure whether it can be used on avgcart in any way

that type was introduced by me, it's just some random number that's high enough to not clash with existing types, i was going to change that once it gets an official type

http://drac030.krap.pl/pl-si-pliki.php

and i'm trying to figure out why doesn't it ignore the whole button thing if it doesn't detect side2 first if there's no side detected, it should not try to disable its bank, it should not try to unmap upper bank and it should not try to detect button presses (regardless whether atr swap button is enabled in the u1mb options) now there might be technical reasons why it can't be done this way (i have no idea what part of that functionality is software controlled and what part is done in cpld) and that's what i'm asking

the question was whether it was possible to (dynamically) unmap upper bank only if side2 cart is detected because otherwise there's no need to do that since there's no button anyway (or at least it most likely doesn't behave like the side2 one)

now i finally understand why atr swap button disables all cartridges, what an unfortunate hw design but anyway, shouldn't it be disabling left bank only if side2 cart is detected? or am i missing something? or is that cpld functionality that can't be overridden? i can try to emulate that button behavior in the next firmware release, i just need to make some room on my desk for atari

how do you read the button state? altirra hw pdf says it zeroes the sdx banking register and that's probably the only button mention there

yes, when the card has no fat partition, it will just infinitely loop trying to find one, i can try to make it respond to shift-s at that stage

have you tried rwtest in altirra? what were the speeds there? (i can't try at this moment)

i've always wondered what's the theoretical maximum throughput of that 6502 code (benchmark + IDE driver), if it's substantially higher for a "perfect device" (one that has always status you're waiting for on the first test) than that sixty-something kB/s, i might look into my emulation one day, just for the kicks and more grey hair

because that IDE emulation code is a horrible kludge

thanks to @Mr Robot, AVGCART finally has a good looking sticker if you want to print one yourself, the image is linked in the first post