Rybags

The PAL 7800 has Asteroids built in but that shouldn't be a technical hurdle. Maybe export embargo related or maybe they weren't worried about junk software appearing in what was probably the smaller market segment at the time.

Nintendo had something similar for Gameboy Roms - for a game to work it had to have the Nintendo logo within the Rom. For a producer to do that, they needed permission so it became a way for them to enforce their licencing fees.

Not sure if it's straightforward. I'm fairly sure CIO output to the printer occurs a line at a time, ie it gets buffered until either the buffer is full or EOL ($9B) is encountered. I don't have a printer or emulated real P: available at the moment so can't verify this.

I think SAM lives in low memory just above where Dos normally loads. It normally blanks the screen but has the option not to, though the quality drops significantly. A big part of that problem is because it uses delay loops. Ideally it would be good to replace that with Pokey Timers as they would reduce the jitter even with active screen and DLIs going on.

You can only do scrolling to the actual pixel width in GTIA modes, otherwise the pixel values get screwed up.

Antic 4 is the starting point so that you get to the option to have PF3. Then you do multicolour PM mode. You then get extra combinations of P0/1 with PF0/1, P2/3 with PF2/3. So the available colours should add up as: Background (1) PF0 thru PF3 (4) PF0 mixed with P0/1 (3) PF1 mixed with P0/1 (3) PF2 mixed with P2/3 (3) PF3 mixed with PF2/3 (3) P0 thru P3 (4) P0/P1 and P2/P3 blended (2)

23 colours can be had without tricks if memory serves... but the problem is that resultant colours are ORed which severely limits your palette choices. It would have been much better if they were XORed but at the chip component level I think you can get a bitwise OR for free where XOR needs extra transistors.

Native Windows applications will generally either not handle non Win type parition setups well or not at all. There's HDDRawCopy and it has a portable (non-installed) version. I used to use it to initialize a HDD to use on PS2. The interface is a bit primitive so you need to be careful when selecting what to do. Fairly sure it does compression when doing sector copy.

If the file associations are right in Windows then just double-clicking to open them should launch the emulator.

Can people with modern day remake machines that use the stock Antic and GTIA report here? e.g. 1088 XEL and 576 NUC I'd be interested to know how they compare. Also, anyone with the 800XL remade motherboard.

ROM D in socket A402 should be the one, third big chip from the left. Labelled CO12399B. In theory just leaving it out should give the same behiour that you've been getting.

The common jailbars you see will usually coincide with the Refresh cycles. Next up from that will coincide with character or half character boundaries (cycles) This has been discussed before - I'm no electronics expert but suspect it's from a combination of things. Upgrades such as VBXE and Sophia usually eliminate the problem completely. Other fixes have varying level of success.

The diagram mentions Sophia 2 - it does scan-doubling to be compatible with modern monitors. Chances are old SCART TVs probably won't like the 31 KHz signal.

Yep, I would put the FP Rom at 95% odds on to blame. You could try pulling the OS card out then pry it out slightly and reseat it. Alternatively the problem might be in memory select logic which then becomes a bit more complex to chase down. I'd otherwise suggest/provide a small typein program to test if the FP is there, but I can't think of anything you could run in Basic in the machine's current state that won't just crash as everthing else has. Do you have the means to transfer downloaded programs to bootable media for the Atari?

With such things be sure to use the formal eject / unmount procedure so that you know that there's not write cached data still pending.

For bad FP theory, try this in immediate mode: ? "ABCDEF" ? 1+2 If it's a bad FP, then practically any bootable game will still work but most language processors won't.

It could be a problem with the cart but also elsewhere within the computer. Can you test the cart in another computer?

There's Gods, right there. Almost.

The SCART as supplied by VBXE will be RGB, not any other signal present on that connector. In fact RGB at 16 KHz is the only signal which VBXE supplies. It's up to the installer to choose the plug that it goes to. If you're not getting a nice picture, then the blame should go mainly to your HDMI converter downstream. To improve what you have you could look into options for excluding external noise such as ferrite suppresion choke/s on the cable if it doesn't have one and ensuring the cable run from VBXE to SCART isn't getting interference. Most people who run it e.g. straight to a 1084 or ST monitor have tended to report the picture as being near to perfect.

The normal XL OS uses that range as well, so Incognito would support it. But for 800 mode operation, unsure. The memory map of a stock 800 should give address bus noise from that range.

For Omnimon in XL mode it should be no problem. For 800 Omnimon, don't you need Rom available at $C000-CFFF ? Then there's QMeg as well, isn't that XL mode and at least 192K of extended Ram at $4000-7FFF

I think the samples in our case are just by recording output from the C64 version. I've had a look at the C64 version but it seems the samples aren't stored in a straightforward fashion as I'd hoped. I offered to look into improving the method used for the A8 version and have a couple of ideas.

Shamus rooms are pretty simple, it wouldn't surprise me if it's just a few bytes each for the layout at least.

I generally just add the host H: device - then change the settings for each drive # to point to a base folder. Makes for an easy way to port data to/from the PC. e.g. you could potentially type in a program in Notepad then ENTER it using D6:

With the 480i interlace mode I can generate what the TV thinks are HSync pulses during the offscreen period. But regardless, the overall frame timing still remains the same - so there is no known way to alter VBlank timing on a stock machine.