Found the way Double Dealer properly writes cards to the vram area.I’ve overlooked that there are cards graphics into the text vram rom,so I’ve quickly found how to write them to the playfield.Now it’s time to hook-up the x/y position for cards movement…

By the way,yesterday I’ve fixed the controls in Yumefuda so it will be working on the 0.128u1 release…

Checking at magzun (ST-V driver)…it will check a “sub-board” and it hangs because of that…I need to do some testing to get further of this:

Working at the Yumefuda colors.It appears to use the b000-b0ff region as two individual banks splitted in half (and the HW itself calls colors in the 0-7 range).Additionally color bits appears to be scrambled,so the madness is complete.

Preliminary screenshot:

It doesn’t help that I’m doing wild guesses based on the Hanafuda based-games…

In the other news,fixed the input and the sound in Good,so that the game is fully playable in the next version.

*edit* found the proper way,uses xRRRRRGG|GGGBBBBB format,used in some M68k games but is really weird to apply it in a Z80 HW game:

Currently working on the Double Dealer protection,which is similar to the hachamf/tdragon on which I worked on some years ago.Current implementation goes stuck when you attempt to actually play it.It’s still being worked on…

Ok,here’s the story: the D2 register wasn’t consistent so I had to write a new ASM m68k function for this issue.In about two hours to write + debug boring opcodes in machine language I’ve done and in a uncalculated time (in between 1 and 5 minutes I think) I’ve hooked up a sort of DMA/protection thing on which the game accesses hoping that nobody will be so smart to notice that 😉

Now I just need to clean-up the whole driver and it’s ready for the submission.

Next to come only on this radio station: write debug code for Alien Command,to let it finally boot.