A Moogle  🏳️‍🌈 💻 🎮 🎶 🇸🇪

@randombler I know DPB is before your time but maybe you can remember any details of the DPB booting up? We think these dots are part of the painting menu being drawn. But this could be first output from the Paintbox Emulator!

@TheMogMiner Could you possibly upload a printf log of the writes to the framebuffer? Could be interesting to see what it's trying to do.

Sure, but here's an overview: It's issuing a bunch of "Fast Wipe Framestore" and "Draw" commands to Framestore II. Both Luma and Chroma enabled, /Brush Invert and Brush Zero asserted. The Draw commands have Fixed Color Select enabled, the Fast Wipe commands don't.

It's issuing all of the commands with CXPOS and CYPOS in the first 128 lines of Frame Store II, which according to the service manual means it's trying to draw a menu. Currently I just plot a single pixel at CXPOS and CYPOS. The structure looks rather like the menu system.

Interesting. I expected it would try to clear the FB, but not actually draw the menu. I thought the bulk of the code for that would get loaded from HDD on boot. I recall the SM saying that the menu is always drawn, though, just hidden from view by twiddling address bits.

I'm surprised it doesn't clear the FB, but it makes sense given the photo of the screen you posted. It's also doing writes with CSR=8, but I don't log the values. Per the Brush Store Card's desc, that's how data goes from System Bus to Brush Data Bus, so perhaps I should.

8000, 8032, 8000, 80ad, 8000, 8032... according to the Brush Store Card schematic, the upper 8 bits toggle between U and V, and the lower 8 bits are always Y. So yeah. Hex 0x80 sounds about right for some grayscale pixel data. Let's try storing it and visualizing it.