The VT369's compatibility to the VT03 does not extend to the palette. VT03's palette uses the HSV color model, while VT369 uses a 5-5-5 RGB color model, and the VT32 uses a 4-4-4 RGB color model. Each byte must be "translated" or converted, and Cube Tech only bothered to convert those palette bytes that they noticed. They did not bother to convert the palette bytes of the removed title screens, and forgot to convert the palette bytes of the end credits screen. Nice Code usually properly converted all static palette bytes but neglected or forgot to convert the palette bytes used for color cycling, such as the ones used for the waterfall animation in Curly Monkey.

I see, it is interesting that they didn't even bother converting the title screens properly before removing them. I (somehow) hadn't noticed the cruddy waterfall in Curly Monkey before, but I definitely see it when comparing the VT03 and VT32 versions.

Does the vt369 version of Fire Fighter still contain bits from the unused vt03 title screen, or could it be from a new title screen? When I was playing for a bit, the screen glitched out, the background became corrupted, and these "Fire" tiles appeared below the HUD.

It's attached to the HUD like that in the ProjectPNP copy, just in a rather close color shade to the backdrop. I don't see any graphics resembling a title screen otherwise.

You're mixing us up; I have the Zenex 135-in-1 console and added its information to the wiki (I plan to video record it soon). For context, it has one of the original Cube Tech VT03 games on it, Snack Time, among some other weird things ("Luga Open" hack of Tennis, Waixing VT03 conversion of Hit-Mouse, etc.)

As a heads-up, the game logic seems to be broken in the Fire Fighter ROM, though the title restores themselves look good.

Would it be possible to restore the title screens for the VT-based Cube Technology games "Ball Switch" and "Rotation"? The actual titles for the games are Smash Futbol and Catch Copy, respectively; I was able to create full mock-ups of their original titles via the graphic code. Catch Copy also has graphics of a credits screen at the beginning of the ROM (which notably confirms some other instances of developer credits, such as the high-score table in Helli-Mission).

As a side note (which I may have mentioned here before, can't remember...), a few JungleTac games also have unused title graphics that have not currently been found or restored. The most amusing of these is Garden Maze, which was originally titled - and I'm not kidding - "Buy Drug". The others I've analyzed to have unused title logos are Dragon Fire, Fire Fighter, and Transportation.

Does anyone have a dump of the Funtime 76000-in-1 (or variants thereof)? I saw that emulator screenshots were added to the Power Racer article on The Cutting Room Floor fairly recently (https://tcrf.net/Power_Racer), but I've never seen a public ROM surface.

Here are a few modified ROMs to fix the questionable music and collision detection in several flavors of Falling and Five Days. What I've hacked here is as follows:

*Falling was intended to use a rendition of the music previously heard in Warrior (a Night Stalker hack); however, it is massively sped up to the point of being indecipherable. This is seemingly due to the same byte being used to control the music speed of both Falling and Five Days; as such, Five Days' title theme sounds slower if run under this fix. Of all things, Penta Base runs the leftover Falling music at its intended speed; so I used the same byte change as that version to fix the music. Almost all variants of Falling retain the glitchy music, so I've attached fixes for every unique version that is not a title hack.
*Penta Base and Strafe - two graphic hacks of Five Days - change the level layouts to resemble an open net. However, they did not bother adjusting the shooting angles to accomodate for this; resulting in shots fired in a top-right angle ending before they hit the border (as a building blocked this path in Five Days). In the below hacks, I changed the angle trajectory to better match the backdrop's enclosure.

Pong only requires the pressing the A button (after the title screen) to start when run as VTxx. This also applies if the game is loaded in a multicart menu; I attached an example using NES Maker. When run as a standard Famicom/NES game, even spamming the A+Start combination results in the game freezing shortly thereafter on my end. I couldn't actually get the 270-in-1 ROM to run, so I have no idea how it behaves on there.

I previously noticed that some of Pong's CHR data is copied from Ding Dong (the "Y2K" Binary Land hack). Curiously, though, the Minesweeper, Dragon, and Solitaire ROMs also have portions of the Ding Dong CHR data; specifically the Hudson Soft byline at the very bottom of the data (Solitaire and Dragon only have the "K" and "E" letters remaining from it). I'm guessing there's some sort of connection here; maybe the "educational computer"-like software was recompiled by the same ex-Subor team as Pong/Free Way?

Here is a custom English translation of Whiz Kid Magic Wand (神童魔棒), a game from the Waixing English CAI 3-in-1 cartridge. Every problem has had its explanation translated at the top of the screen, in addition to menu prompts and a small title logo being added.

Unfortunately, I ran into an issue with the game itself (not as a result of my translation): some of the levels appear to be physically impossible to complete. I was able to verify that at least one puzzle ("Move 6 to make triangles form rhombuses") is broken within the code, going by its mapped-out solution. There are three other layouts that I suspect are unsolvable; though every other level I have verified as beatable. I was unable to find a way to fix or zero-out the broken levels; so if anyone can think of a solution, it would be appreciated.

Download is attached below, alongside information on the broken layouts (with attached FCEUX save states).

An addendum to Pong: it appears that the game uses VT02 registers for whatever reason, not running on a standard Famicom/NES. Most emulators do not seem to support VT02 games with a separate CHR file (I don't know if that even exists otherwise...), though NintendulatorNRS does for VT01; so the extracted ROM can be played with some cruddy colors if the header is set to VT01 mode. I imagine a better solution here would be to modify the game to use standard NES registers, though I'm not sure how that would be done.