Original Post

All of the Virtual Boy cart dumps that you will find in this thread from me were created using the Retrode (see pics 1 and 2), which normally can be used to dump SNES and Genesis carts, but with Richard Hutchinson’s Retrode Virtual Boy Cart Dumper Adapter (see pics 3 and 4), the Retrode can even be used to dump Virtual Boy carts! It could not be any more user-friendly. All I had to do to get each dump was insert Richard’s Retrode Virtual Boy Cart Dumper Adapter into the Genesis cart slot of the Retrode (see pic 5) and then insert a Virtual Boy cart into the adapter and plug the Retrode’s USB cable into my laptop computer (see pic 6). The Retrode automatically did all the rest from there.

The main thing I wanted to do with this was compare the machine code of each of my prototype/EPROM cartridges with their commercially released versions or versions that have already otherwise been made available previously and see if there are any interesting differences. I’ve already found out some things from converting the data into hex and comparing them with each other to find any possible differences using the hex editor plugin for Notepad++. Nevertheless, I’ve never worked with hex before, so all I can basically do is see if there are differences or not, but I wouldn’t be able to tell what exactly those differences represent. Perhaps others with more knowledge of this could shed some light on things. I’ve also run into some difficulties with certain dumps. I’m not sure if or how these difficulties can be resolved. I guess I’ll explain those when I get to posting about them.

16 Replies

First up are the 3 prototype carts in my collection, whose photos can be found here:

http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=24298#forumpost24298

The following is a brief history that I’ve made about these 2 Panic Bomber and 1 Jack Bros. prototype carts, which are currently in my possession:

On March 15th, 2008, PVB User: realwws created the WHOA i SCORED A PROTOTYPE !! thread on this site, which can be found here:

http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=5126#forumpost5126

The information in the above thread reveals that realwws acquired 2 Panic Bomber prototype cartridges via online auctions around that time. [According to VirtualJockey in post # 741 of The Noteworthy Auction Thread, these were auctions that had occurred on Yahoo Auctions Japan. See: http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=17821#forumpost17821%5D

Almost 4 years later, on March 2nd, 2012, it was brought to the attention of the Virtual Boy Community via The Noteworthy Auction Thread that realwws had posted an Ebay auction for a Panic Bomber prototype cart.
(See: http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=17786#forumpost17786)

Realwws mentioned in his eBay auction that the Panic Bomber prototype cart up for auction was just 1 of 3 prototype carts that he had, which were bought from an ex-employee of Nintendo of Japan. Realwws was contacted in order to find out what the other two prototype carts were, to which he alluded in his Ebay auction, whereupon it became made known in said PVB forum that realwws had another Panic Bomber prototype cart as well as a Jack Bros. prototype cart. Realwws stated on March 3rd, 2012 in post # 742 of The Noteworthy Auction Thread that he had acquired the Jack Bros. prototype cart around the same time as the 2 Panic Bomber prototype carts, all from the same seller, so the one who was described in the eBay auction as an old employee of Nintendo of Japan.

In early April of this year, so more than a year after the aforementioned Ebay auction which never found a buyer, PVB User: mawa was reminded of the 3 Virtual Boy prototype carts that realwws still had in his possession, and mawa decided to contact realwws to see if he could make a deal for the carts. Unfortunately, circumstances then soon arose which forced mawa to sell his entire Virtual Boy collection, so he no longer wanted to try to purchase the 3 prototype carts for himself, but mawa still hoped that he could find these genuine pieces of Virtual Boy history a safe home within the Virtual Boy community where they would be appreciated, so he contacted me to see if I would want to purchase them, and I said “sure.” Thus, mawa received realwws’ determined payment amount from me and then purchased the 3 carts from realwws, after which mawa soon put them in the mail to me.

Prior to my receiving the prototype carts, none of these three prototype carts had ever been dumped, in order to see if there are any differences in the code between these prototype versions and the commercially released versions. The time has now come to do so. I’ve dumped the carts and compared the codes and the results are in! And the results are…

There is no difference in the code between either of the 2 Japanese Panic Bomber prototype carts and the commercially released Japanese Panic Bomber cart, and there is also no difference in the code between the Japanese Jack Bros. prototype cart and the commercially released Japanese Jack Bros. cart…

Well… at least that mystery has been solved.

One will notice that for Jack Bros., the Retrode created 2 separate files each time a Jack Bros. cart was dumped. I’m not sure why this happened and was wondering if someone could explain why. I’m also wondering if the files can be merged together, so that the game can be played from these 2 files. Perhaps some of the code didn’t even transfer during the dumping process, though, since the combined file size appears to be too small.

i do believe that all virtual boy dumps are in 2 parts, the even and the odd bytes. you then need to combine them to get a working ROM.

Great work 🙂 You mentioned something about differences between the roms in you first post. I guess those were just garbage in the free sections of the rom then?

Lester Knight wrote:
i do believe that all virtual boy dumps are in 2 parts, the even and the odd bytes. you then need to combine them to get a working ROM.

The thing is, though, I’ve already dumped every single cart in my collection, and the 3 Jack Bros. carts are the only ones for which the Retrode produced 2 separate files. In all other cases, only a single file was produced. For these games, the single file that was created is in perfect working order, and one can simply play the game on an emulator or Virtual Boy without any additional work being performed on the file (other than padding the game to get it to play on a Flash Boy):

BLOX
Golf
Mansion of Insmouse
Mario Clash
Panic Bomber
SD Gundam Dimension War
Space Invaders
Teleroboxer
VB Wario Land
Vertical Force (JPN Version, GOOD; USA Version, BAD)
Virtual Fishing
Virtual Lab
Virtual League Baseball
V-Tetris

For the other games in my collection, single files were created as well, but I cannot get them to play on an emulator or on a Virtual Boy as they currently stand.

thunderstruck wrote:
Great work 🙂 You mentioned something about differences between the roms in you first post. I guess those were just garbage in the free sections of the rom then?

Well, I didn’t notice any differences with the Panic Bomber or Jack Bros. protos, but I did notice major differences in the code between my Sample Soft for VUE Programming EPROM cart and the Version 1.0 of the same program found here:

http://www.planetvb.com/modules/games/?t005d

which brings me to the next results:

The brief history that I made about the Sample Soft for VUE Programming EPROM cart can be found here:

http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=21144#forumpost21144

And photos of the cart can be found here:

http://www.planetvb.com/modules/newbb/viewtopic.php?post_id=23909#forumpost23909

Attached to this post are two files, the one being the dump of my EPROM cart and the other being the Version 1.0 of the program, retrieved from this site. Strangely enough, if you run both programs in an emulator or on a Virtual Boy, the programs appear to be exactly the same, but if you examine the code of each program, they are vastly different. I don’t know what to make of it and was hoping others might give some input as to why this might be the case.

I own a Retrode but haven’t tried to make a plug-in yet. Any chance you could make one for me and I would pay you for it…?

Attached to this post are two files, the one being the dump of my EPROM cart and the other being the Version 1.0 of the program, retrieved from this site. Strangely enough, if you run both programs in an emulator or on a Virtual Boy, the programs appear to be exactly the same, but if you examine the code of each program, they are vastly different. I don’t know what to make of it and was hoping others might give some input as to why this might be the case.

Does the one you dumped run at full speed on hardware and has all the objects like the banana? Any blinking or other buggy stuff? I know you said both ROMs looked exactly the same on hardware, but one possible explanation I have is that your version is actually one of the early builds we made with gccVB. To get the demo to compile on gccVB, the code was rewritten and the demo did not run perfectly. I have to find those old builds and do a byte level comparison…

MasterOfPuppets wrote:
I own a Retrode but haven’t tried to make a plug-in yet. Any chance you could make one for me and I would pay you for it…?

Well, I myself don’t know how to make an adapter for the Retrode, and the one I currently have is simply being borrowed, so unfortunately, I won’t be able to help you there.

KR155E wrote:
Does the one you dumped run at full speed on hardware and has all the objects like the banana? Any blinking or other buggy stuff? I know you said both ROMs looked exactly the same on hardware, but one possible explanation I have is that your version is actually one of the early builds we made with gccVB. To get the demo to compile on gccVB, the code was rewritten and the demo did not run perfectly. I have to find those old builds and do a byte level comparison…

I believe all of the objects are present in the one I dumped from the EPROM cart. If you are referring to the large banana on top of the pillar, yes, it is there. I have never noticed any blinking or buggy stuff when running the program on my Virtual Boy using the EPROM cart. Everything seems to run smoothly and flawlessly.

– – – – – – – – – – – – – – – – – – – –

As for the fifth and final prototype/EPROM cart of my VB collection, unfortunately, the Retrode doesn’t seem to be able to dump it properly. All I get is a bunch of nothing. Interestingly enough, I got the same bunch of nothing when I dumped my reproduction cart of Space Pinball made by the Uncle Tusk team, so something must be up with Space Pinball, where the Retrode just cannot dump it properly. I’ve included the two dumps of Space Pinball in the attached zip file, even though there isn’t really much to examine in either of them.

Attachments:

Benjamin Stevens wrote:
Well, I myself don’t know how to make an adapter for the Retrode, and the one I currently have is simply being borrowed, so unfortunately, I won’t be able to help you there.

Ah, okay. I’ll just have to try myself then. With the little soldering experience I have it’ll be good practice.

I’m not sure why you’d be having problems dumping certain carts with the Retrode, but a much easier (and more certain) way to dump the EPROM carts would be to pull the EPROMs and use an EPROM reader on the chips directly. I’d be glad to let you borrow a USB EPROM reader if you’d like to try that.

I’m guessing you know that the first, and only certainly genuine Space Pinball prototype cart wasn’t a standard EPROM cart, right? It was on a flash cart with a different pinout… it used the pinout of the prototype VB: http://www.planetvb.com/modules/hardware/index.php?type=vue&sec=flash_rom_pcb . To me, it seems very unlikely that they would have used that EXACT same early build on a later EPROM cart, since it did end up getting released as Galactic Pinball (so there was certainly development happening between the proto VB version and any sort of EPROM cart that would have been used on a final VB). Of course that’s assuming that it is identical… if there are substantial incremental differences, then I’d say it’s very possibly genuine (I don’t know when they changed the name from Space Pinball to Galactic Pinball, or revamped the tables).

When the original Space Pinball cart was dumped, the dump was kept “private”, but distributed to a pretty large group (basically it was allowed to be shared, but not posted publicly). And when all those empty EPROM carts were sold on Yahoo JP, that opened up the possibility for someone with the “non-public” dumps to deceive buyers into thinking they had a genuine cart… and it happened on multiple occasions.

Both of those carts look very similar to this: http://www.vgchat.com/1000th-post-yay-t11972.html?s=0690602596f35f9ec9071746019dc6a1& , which I’m pretty sure is another fake, sold by someone who obtained that ROM. There was also a Bound High “proto EPROM” cart floating around that looked like it, but was the buggy gccVB version (I took a quick look and didn’t find pics, though I’m sure with a deeper search you could find them… and that’s probably the one referenced in that post). Once again, that was before the ROM was released, but there were quite a few people that had the ROM… especially the buggy version. And of course I don’t know for sure, but I’m fairly sure that the recent Faceball proto was another fake, made by someone who obtained the ROM and one of these blank carts.

IIRC, there were also one, or a couple carts sold around that time with EPROMs populated (or maybe just with EPROMs included)… which ended up having the released version of some JP games. I think it might have been this, in the pic shown with all the EPROMs: http://www.planetvb.com/modules/hardware/?type=vue&sec=ep_rom_pcb . I think there was news posted on this if you wanted to read up on it. IMO, that’s probably fake, and they didn’t put much effort into it (selling as “unknown”, fishing for someone to pay a high price, hoping that something good was on the EPROMs). Anyone with one of those carts could try the same thing, even today (bought at a garage sale, comes with unmarked chips, I don’t have a VB, so I can’t test… SELLING AS IS).

That’s certainly interesting about the molding difference in the cart, but I’m not sure that I’d say that it’s likely that the cart would have been used to test sample code early on (before more carts were made with the lettering), and then never used again (and actually have labels printed for the chips, in a similar style to a newer cart). Like KR155E said, there was at least one other version floating around before-hand as well. Maybe someone could verify that it’s not the same as that, and look at the ROM for other clues (I’ll try to look into it if I get a chance).

One certain way that would prove a fake would be to look at the date codes on the EPROMs used. If they’re 96+, they’re fake… though EPROMs were starting to go away in favor for flash around that time, so even today, used EPROM pulls that you buy are many times from the mid 90s. And anyone putting any effort into deceiving buyers would likely (hopefully) use EPROMs of the correct age.

I don’t know what to make of the first three. Maybe they’re real, maybe they’re not. The Jack Bros. definitely looks less genuine than the Panic Bomber, but that could also be that the Panic Bomber label adds an “authentic” feel. Slap a plain sticker on the Panic Bomber carts, and I’d probably say that they all look equally uncertain. If they all came from the same place, and they are genuine, I’d say they would have had to be from a play testing environment. I don’t see any other reason that Jack Bros (Atlus) would have been related to Panic Bomber (Hudson).

But, at the end of the day… unfortunately, they’re all released versions of the games on the EPROMs, so authenticity will always be questionable, and probably not matter all that much, other than as a cool factor that the EPROMs were actually used back in the day.

DogP

DogP wrote:
I’m not sure why you’d be having problems dumping certain carts with the Retrode, but a much easier (and more certain) way to dump the EPROM carts would be to pull the EPROMs and use an EPROM reader on the chips directly. I’d be glad to let you borrow a USB EPROM reader if you’d like to try that.

Sure. I’m curious enough to try it out.

I’m guessing you know that the first, and only certainly genuine Space Pinball prototype cart wasn’t a standard EPROM cart, right?

Yes, I was aware of that. Since this cart in my collection was very likely obtained from the Nintendo Power office, I supposed that the Space Pinball program was flashed to this standard EPROM cart after the design of the Virtual Boy had changed and sent to the Nintendo Power office so that they could run the game on their Video Boy or Virtual Boy systems, all long prior to the release of Galactic Pinball.

That’s certainly interesting about the molding difference in the cart, but I’m not sure that I’d say that it’s likely that the cart would have been used to test sample code early on (before more carts were made with the lettering), and then never used again (and actually have labels printed for the chips, in a similar style to a newer cart). Like KR155E said, there was at least one other version floating around before-hand as well. Maybe someone could verify that it’s not the same as that, and look at the ROM for other clues (I’ll try to look into it if I get a chance).

Assuming that the Nintendo Power story is true, I was simply under the assumption that the Sample Soft for VUE Programming was flashed to this cart and sent to Nintendo Power so that they could view it and/or post pics of it in one of their articles about the Virtual Boy, but it seems that they never decided to use it in one of their early articles. I imagine that the Nintendo Power office received a lot of demos and samples from various places for possible use in their magazines, which were never actually used in articles that were published.

I definitely do hope that you will examine the code and see if it looks familiar to previously known code. From what I have examined so far, the code from my EPROM cart looks so vastly different from the code that has been made available on this site that it looks like two completely different coders created the programs separately and independently of each other.

One certain way that would prove a fake would be to look at the date codes on the EPROMs used. If they’re 96+, they’re fake…

I made a new photo of the Sample Soft for VUE Programming cart, which shows all of the info on the EPROM chip. I’m not sure which is the date code on this chip, though. I’ve attached it to this post for examination by others.

I don’t know what to make of the first three. Maybe they’re real, maybe they’re not. The Jack Bros. definitely looks less genuine than the Panic Bomber, but that could also be that the Panic Bomber label adds an “authentic” feel. Slap a plain sticker on the Panic Bomber carts, and I’d probably say that they all look equally uncertain. If they all came from the same place, and they are genuine, I’d say they would have had to be from a play testing environment. I don’t see any other reason that Jack Bros (Atlus) would have been related to Panic Bomber (Hudson).

Well, assuming that the story about these carts coming from an ex-employee of Nintendo of Japan is true, wouldn’t it make sense that these would have been the carts that Atlus and Hudson sent to Nintendo of Japan, in order to get Nintendo’s approval to commercially release the games?

Attachments:

Benjamin Stevens wrote:

DogP wrote:
I’d be glad to let you borrow a USB EPROM reader if you’d like to try that.

Sure. I’m curious enough to try it out.

Okay… I’ll test it to make sure everything’s good to go, then I’ll box it up and drop it in the mail. I’ve still got your address.

Benjamin Stevens wrote:
Assuming that the Nintendo Power story is true, I was simply under the assumption that the Sample Soft for VUE Programming was flashed to this cart and sent to Nintendo Power so that they could view it and/or post pics of it in one of their articles about the Virtual Boy, but it seems that they never decided to use it in one of their early articles. I imagine that the Nintendo Power office received a lot of demos and samples from various places for possible use in their magazines, which were never actually used in articles that were published.

I definitely do hope that you will examine the code and see if it looks familiar to previously known code. From what I have examined so far, the code from my EPROM cart looks so vastly different from the code that has been made available on this site that it looks like two completely different coders created the programs separately and independently of each other.

The problem is that the code was example code written in C, which should have come out very similar, had it been compiled with the same compiler (even different versions of it). I took a quick glance, and yeah, it looks WAY different… probably different enough to say it could have been a different compiler (like gcc). If I dig a bit more, I can probably determine that for sure.

Benjamin Stevens wrote:

One certain way that would prove a fake would be to look at the date codes on the EPROMs used. If they’re 96+, they’re fake…

I made a new photo of the Sample Soft for VUE Programming cart, which shows all of the info on the EPROM chip. I’m not sure which is the date code on this chip, though. I’ve attached it to this post for examination by others.

Hmm… that looks like a smoking gun there. I think that’s almost certainly fake. As far as I can tell, the M27C4001 wasn’t available until 1998, and I believe the date code on that is the 13th week of 2000 (0013). I’ll try to find confirmation of that though (the datasheet doesn’t specify the location of the date code for this EPROM).

Benjamin Stevens wrote:
Well, assuming that the story about these carts coming from an ex-employee of Nintendo of Japan is true, wouldn’t it make sense that these would have been the carts that Atlus and Hudson sent to Nintendo of Japan, in order to get Nintendo’s approval to commercially release the games?

Yep… certainly possible, but as with all this stuff, stories are just that. The same person that would fabricate a label for the EPROMs would come up with a story like that to try to add realism (value). Without any sort of proof (or at least some probability that they’re true), I take those stories with a grain of salt. If Shin Nihon Pro Wrestling pops up tomorrow… I’d believe that it came from an original developer. But if the first known proto exchanges hands, and then a different one pops up, claiming to be from the testing department at NoJ… heh, no. That ROM was dumped, and someone is selling a copy. 😛

DogP

DogP wrote:

Hmm… that looks like a smoking gun there. I think that’s almost certainly fake. As far as I can tell, the M27C4001 wasn’t available until 1998, and I believe the date code on that is the 13th week of 2000 (0013). I’ll try to find confirmation of that though (the datasheet doesn’t specify the location of the date code for this EPROM).

This seems to indicate that the M27C4001-12FI existed as early as 1992:

http://m27.isocomponents.com/PART/M27C400112FI

but yeah… if 0013 is the date code for this EPROM chip, that certainly would be the smoking gun.

Benjamin Stevens wrote:

DogP wrote:

Hmm… that looks like a smoking gun there. I think that’s almost certainly fake. As far as I can tell, the M27C4001 wasn’t available until 1998, and I believe the date code on that is the 13th week of 2000 (0013). I’ll try to find confirmation of that though (the datasheet doesn’t specify the location of the date code for this EPROM).

This seems to indicate that the M27C4001-12FI existed as early as 1992:

http://m27.isocomponents.com/PART/M27C400112FI

but yeah… if 0013 is the date code for this EPROM chip, that certainly would be the smoking gun.

Yeah, it’s certainly possible that they were available before then… I was just looking at the datasheet from ST ( http://www.st.com/web/en/resource/technical/document/datasheet/CD00000516.pdf ), which says July 1998 First Issue in the document revision history. But it’s possible that it’s just that specific document, and there was a different M27C4001 document before that. Not that those IC broker sites are reliable sources of information either though.

Here’s a copy of the first version: http://www-inst.eecs.berkeley.edu/~cs150/fa02/docs/M27C4001.pdf , and this looks to be the third: http://search.alkon.net/cgi-bin/pdf.pl?pdfname=01398.pdf .

DogP

I did some comparison between the two ROM images. To compare the code, I used the function that seems to load BGMaps (and does something else?), as it writes to the address 0x20000.

The disassembly is modified from David Tucker’s disassembler’s output.

“Ben’s Sample Soft for VUE Programing – Proto Cart.vb” (abbreviated “BSS”):
[font=Courier]000005e4 add -8, $SP
000005e6 st.w $29, 4[$SP]
000005ea mov $SP, $29
000005ec st.w $6, 8[$29]
000005f0 mov $7, $10
000005f2 st.w $8, 16[$29]
000005f6 st.h $10, 2[$29]
000005fa st.h $0, 0[$29]
000005fe ld.h 0[$29], $10
00000602 mov $10, $11
00000604 shl -16, $11
00000606 mov $11, $10
00000608 sar -16, $10
0000060a ld.h 2[$29], $11
0000060e mov $11, $12
00000610 shl -16, $12
00000612 mov $12, $11
00000614 sar -16, $11
00000616 cmp $11, $10
00000618 blt 4
0000061a br 48
0000061c addi 10, $29, $10
00000620 ld.w 0[$10], $11
00000624 ld.w 8[$29], $12
00000628 ld.h 0[$12], $13
0000062c st.h $13, 0[$11]
00000630 add 2, $12
00000632 st.w $12, 8[$29]
00000636 add 2, $11
00000638 st.w $11, 0[$10]
0000063c ld.h 0[$29], $10
00000640 addi 01, $10, $11
00000644 st.h $11, 0[$29]
00000648 br -74
0000064a mov $29, $SP
0000064c ld.w 4[$SP], $29
00000650 add 8, $SP
00000652 jmp [$LP][/font]

“Sample Soft for VUE Programming (v1.0) – PVB Version.vb” (abbreviated “PVBSS”):
[font=Courier]0000122e addi ffe8, $SP, $SP
00001232 st.w $8, 4[$SP]
00001236 st.w $25, 8[$SP]
0000123a st.w $6, 12[$SP]
0000123e st.w $9, 16[$SP]
00001242 st.w $7, 20[$SP]
00001246 mov $8, $25
00001248 mov $6, $8
0000124a mov 0, $6
0000124c st.h $6, 0[$SP]
00001250 movhi 700, $0, $1
00001254 movea 127a, $1, $1
00001258 jmp [$1]
0000125a ld.h 0[$8], $6
0000125e st.h $6, 0[$25]
00001262 add 2, $8
00001264 add 2, $25
00001266 ld.h 0[$SP], $6
0000126a mov $6, $9
0000126c shl -16, $9
0000126e sar -16, $9
00001270 add 1, $9
00001272 andi ffff, $9, $6
00001276 st.h $6, 0[$SP]
0000127a mov $7, $9
0000127c shl -16, $9
0000127e sar -16, $9
00001280 ld.h 0[$SP], $10
00001284 mov $10, $6
00001286 shl -16, $6
00001288 sar -16, $6
0000128a cmp $9, $6
0000128c blt -50
0000128e ld.w 4[$SP], $8
00001292 ld.w 8[$SP], $25
00001296 ld.w 12[$SP], $6
0000129a ld.w 16[$SP], $9
0000129e ld.w 20[$SP], $7
000012a2 addi 18, $SP, $SP
000012a6 jmp [$LP][/font]

To me, BSS seems to be compiled with a non-VUCC compiler, because it copies $SP to $29 and then uses $29 to access local variables. VUCC always modifies $SP directly with ADD or ADDI, though it is sometimes MOVEA’d to a temporary register ($10 to $19) in the Insmouse code, but I’m pretty sure this is only done to address elements of a local array. Also, when passing parameters to a function (before a JAL), it goes from left to right – starting with $6. VUCC always starts at the right, finishing with $6.

Now look at PVBSS: it simply pushes everything to the stack, no weird tricks with the $SP. The JMP at 0x1258 is a bit strange, but this occurs all the time in Virtual Lab. There are also redundant SHL/SAR instructions everywhere to sign extend registers (VUCC does this a lot, gccVB not so much). And parameters are moved to registers from right to left.

Benjamin Stevens wrote:

DogP wrote:
I’d be glad to let you borrow a USB EPROM reader if you’d like to try that.

Sure. I’m curious enough to try it out.

Okay… I’ll test it to make sure everything’s good to go, then I’ll box it up and drop it in the mail. I’ve still got your address.

There is no need to mail me the USB EPROM reader anymore. After understanding that the “0013” on the VUE Sample Soft for VUE Programming was the date code, I decided to lift up a portion of one of the stickers on the Space Pinball EPROM cart, and above the word “SINGAPORE,” it reads: 0034KS

Plus, the fact that the Retrode produced the exact same poor results with the reproduction cart of Space Pinball as it did with the EPROM cart is proof enough to me that the code is going to be shown to be the exact same.

I am still very curious to know if the person(s) responsible for making the version of Sample Soft for VUE Programming on my EPROM cart can be determined based on the resulting machine code. I certainly won’t jump to the conclusion that the one responsible for making the program was also the one who flashed it to the EPROM chip and then made the EPROM cart.

HorvatM wrote:
I did some comparison between the two ROM images. To compare the code, I used the function that seems to load BGMaps (and does something else?), as it writes to the address 0x20000.

Nice analysis!

Benjamin Stevens wrote:
I am still very curious to know if the person(s) responsible for making the version of Sample Soft for VUE Programming on my EPROM cart can be determined based on the resulting machine code. I certainly won’t jump to the conclusion that the one responsible for making the program was also the one who flashed it to the EPROM chip and then made the EPROM cart.

We can probably determine which version it is… I don’t think there were many different ones compiled with gccVB. It was passed around quite a bit behind the scenes, so I’d say it’s very unlikely that the person who compiled it actually made the cart (unless it’s different than any of the ones that were passed around). The kind of person that would fake something like this probably isn’t the kind of person that’s smart enough to port the code over to a different compiler… or even know how to use the compiler.

DogP

 

Write a reply

You must be logged in to reply to this topic.