42bs

This is BTW the reason, Space Invaders speeds up (the arcade version). The less monsters, the quicker.

Cheater

I haven't checked it yet, but there should be a difference if the sprite is out of the right or bottom boundary compared to upper or left (if normal drawing is used).

SUZY does burst read, but no parallel or out-of-order processing. And no pre-fetching of the next SCB.

A sprite off-screen is not drawn at all. SUZY skips it. So the same sprite takes different number of cycles whether it is fully, partly or not inside the 160x102 pixels of the render buffer.

I think this is the only way. I would read buttons while waiting though. To keep responsiveness.

This is the LCDs frame rate. Atari recommends 60Hz, some games run with 75Hz. 50Hz looks ugly on original screens.

Oh, I really hope they very soon add an option to change button mapping. The current one is horrible. IMHO A/B should be the horizontal and OPT1/OPT2 the vertical button.

I tried T-Tris and when I pull out the card, I can continue to play, only the samples are missing as these are "streamed" from card. The driving-school card is working AFAICS. It uses also AUDIN for bank switching. But I did not test all of the 400 questions 🙂

I don't think it is a dumper. If you remove a cart while playing, it will read garbage (or $ff) from some point. But for AUDIN, yes I think they do not handle it correctly.

There is no region for Lynx nor for Jaguar games to be taken care of.

Got myself one now. Total > 400€ (shipping + taxes). So far two of my intros are not working. So they need to work on the emulation a bit more. The UI is a bit complicated to change a game esp with GD. Analog button, then cursor down, cursor up, confirm, confirm. And no "reset"

Ah, ok. My setup is somewhat simple. Direct connection and max 1MBytes.

I for my part cannot see any USB upload issues.

I think splitting the demo and reading the assets from GD would be also a good protection.