Recent Posts

Pages: 1 [2] 3 4 ... 10
11
Support / Re: Cannot grab sram from Game Boy Camera
« Last post by skaman on 29/Jan/2018 04:52:03 AM »
Yes, Gameboy Camera was tricky and handled different from normal carts.

From my notes on my Arduino GB reader:
WR, RD, CS must be low to get valid header
Hold CS low for read/write operations

There's probably more.  I wrote and tested the code a few years ago so my memory of it is pretty vague.  At the time, I wrote support for all of the mapper chips and also the Camera, Gameshark, Mega Memory, Nintendo Power carts, and all of the BUNG carts.

There were a couple of items that I never finished which were the MBC7 and TAMA5 saves.  One good thing with working on the Retrode code, I should be able to use the GG 93C46 EEPROM code as a framework to get the MBC7 93C56 EEPROM working on the standalone reader.
12
Support / Re: Cannot grab sram from Game Boy Camera
« Last post by hadess on 29/Jan/2018 02:19:16 AM »
@hadess: Wren's broken plug-in also worked for quite a few things. The GB camera may just be more picky about some input voltage than your other cartridges.

Right, and I did inspect the pins visually, and couldn't see anything wrong. I'll test again with the new Camera when I get it. If the same problem happens, I'll break the multimeter out to see if there's any obvious connectivity problems.
13
Support / Re: Cannot grab sram from Game Boy Camera
« Last post by Wannado on 28/Jan/2018 10:46:48 PM »
@hadess: Wren's broken plug-in also worked for quite a few things. The GB camera may just be more picky about some input voltage than your other cartridges.

@hadess, skaman: Since even the ROM header appears as garbage, the only firmware issue I could imagine here is something about the control signals like /CS etc. (timings, ...?). But why would only the GB camera notice it?
I remember that in v0.19 beta, I fixed GB SRAM bugs related to the control signals (see my commit message).
14
Support / Re: Cannot grab sram from Game Boy Camera
« Last post by skaman on 28/Jan/2018 09:36:49 PM »
I haven't touched any of the Gameboy code so there won't be any improvements in the latest firmware.

I built a standalone Gameboy reader with support for all of the carts awhile back.  I'll look into porting the relevant code to the Retrode later.  I still need to finish up the SMS/GG firmware and release the VBOY SRAM firmware.
15
Support / Re: Cannot grab sram from Game Boy Camera
« Last post by hadess on 28/Jan/2018 02:00:44 AM »
I'll try to update to the latest firmware to start with, and I'll be receiving another Gameboy Camera soon (not for this particular problem :) that I can test as well.

Same thing with ".24b-beta" from skaman. I'll see whether the other camera shows the same problem.
16
Support / Re: Cannot grab sram from Game Boy Camera
« Last post by hadess on 28/Jan/2018 01:30:29 AM »
I couldn't get the SRAM file at all from mine. Using the 0.20 Beta firmware that my Retrode 2 came with, I could only see a 1.2 megs "WMuzoysMur.gb" file on the Retrode. It works in 3 different Game Boy types, and I cleaned the contacts with alcohol first, then contact cleaner as a second pass, having removed the cartridge shell.
...
This is hexdump's output for those values:
00000140  59 7f 7f 7f 36 31 7b fc  75 76 7d 33 7f 9d ba f9  |Y...61{.uv}3....|
...
No .sav file, the ROM is "WMuzoysMur.gb".
...
00004000  f2 59 fb 59 76 5a 6d 5a  56 5a 4f 5a aa 5a d1 5a  |.Y.YvZmZVZOZ.Z.Z|
00004010  6a 53 53 53 4a 53 4d 53  52 53 57 53 74 53 8d 53  |jSSSJSMSRSWStS.S|
...


The data you posted doesn't look like a valid GB ROM to me (though I'm not a GB ROM expert). The only value that looks good to me is "fc" at offset 147, which identifies the GB Camera as such.

Right, it's total garbage, we agree.

Quote
Since you cleaned the cartridge's contacts, please also check the other connectors involved for dirt and damage: both connectors of the plug-in as well as the connector of the Retrode.

For example, Wren had a plug-in with broken ground pin on the GB connector. See gb-pins-small.jpg attached to the post http://forum.retrode.org/index.php/topic,338.msg2296.html#msg2296 (reply #8 in that thread). See also my reply (#10) in the same thread.

I looked at this, but I'm not sure why that would be the case. I managed to dump a number of other cartridges, including some with RAM, using the same adapter. If the problem was dirt, I'm not sure why when plugging it in again 2 months later I would get the exact same garbage (same filename, same data).

So, the adapter works (I just tried and successfully dumped a copy of Zelda DX), the camera works in real hardware. The only 2 things I can think of are software (though I'm guessing you expect it to work, if it did in the past), or a physical difference in the cartridge which would mean it doesn't connect as well.

I'll try to update to the latest firmware to start with, and I'll be receiving another Gameboy Camera soon (not for this particular problem :) that I can test as well.
17
That's an interesting finding.
18
SatellaviewBs-x.7479.sfc dumped using.. revision .19? Works on snes9x
SatellaviewBs-x.8B86.sfc dumped using .23a works on snes9x after changing file name.
Both roms have the exact same information above. Rom header compliment is 7479, Rom header is 8B86 I'm sure this isn't an issue with the retrode but rather snes9x or even windows (Windows 10 pro 64 bit, snes9x 1.53)
Just in case someone dumps the bs-x cart and they are having issues try simply renaming the file. Maybe the next revision can simply use the .7479? I know you can change the retrode setting to just state the Rom version but I like the check sum setting better in the file name.
19
General Discussion / Re: PC Engine/Turbografx plug in?
« Last post by Shwing on 24/Jan/2018 07:28:15 PM »
Tested my prototype further and realized that there is an error in the published pinout.

The uppermost address lines (A19 and A18) are swapped.

SNES Pin 43 (BA2) connect to TG Pin 33 (A18)
SNES Pin 44 (BA3) connect to TG Pin 3 (A19)

I'll revise my schematic and board layout.

Awesome! I have a connector that I pulled from a broken PC-Engine so once you get into the testing phase I'd be more than willing to help out.
20
Are the two files using different extensions?  It might be a difference between ".SFC" and ".BS".

If the file uses ".BS", then you generally have to load the BSX BIOS first.  It depends on the emulator.  The emulator authors are getting better at incorporating Satellaview support.

As a general notice to anyone reading these Satellaview posts, PLEASE DUMP YOUR MEMORY PAKS BEFORE USING THEM.  Even if the Memory Pak shows as empty when using the BSX cart, there is a possibility that recoverable data still exists on the pak.  Satellaview ROMs have a "Limited Starts" byte that can control the number of times a ROM can be used.  After hitting the limited starts number, the data simply does not show up in the BSX menu.

If anyone dumps anything interesting off their memory pak or are unsure of what exists in their dump, then please let me know.  I've been working with KiddoCabbusses and LuigiBlood on Satellaview data preservation.

Good Luck!
Pages: 1 [2] 3 4 ... 10