Search options (Page 76 of 137)

Are the batteries fresh? Are all the battery contacts clean? Where are you tapping the power for the backlight?

Startup.gb only works with software especially written and compiled for it. It absolutely cannot work with existing ROMs. Just forget about it.

The point of the Polish student design is to replicate the design of a Nintendo MBC5 cartridge, but with a flash ROM chip instead of a read only ROM chip. Since it's just using an actual MBC5 control chip, it's limited in that regard to what original cartridges could do. Since it has a flash chip that is directly accessible from the GB CPU, you *could* make a multi ROM system where you merge several ROMs, and a piece of code that writes a new ROM to the bottom area of the flash chip, which would enable different programs to coexist. But there are several problems with this approach:
* Flash chip wear from repeated writes to flash memory.
* You risk "bricking" the cartridge every time you select a new ROM, if the power goes out or something else unexpected happens. (By bricking I mean that the cartridge needs to be rewritten from the computer.)
* The total flash memory size as well as the time it would take to load a new ROM would make this pretty useless for anything but rather small ROMs.
* The software required for this would have to modify the ROMs, which might be a bit tricky.

Hmm, but if anyone actually wants me to try to make this software...

Started listening to that track. Watched this GIF. Works pretty well together...

12ianma, the CPU position is slightly off, and I'm not completely convinced all the joints are clean and non-shorted. Was the resoldering done with an iron or hot air workstation?

Another thing, don't throw away the GB CPUs or SGB motherboards. They won't work together right away, because the SNES side of things will wait from certain boot commands. However, I've been able to send these commands from a program running on a flash cartridge, so maybe the combination SGB board/GB CPU might be of some use to someone, somewhere.

First sanity test: Does the keyboard blink when you power on the Gameboy? Normally it should, and if it doesn't, your problem is probably that the keyboard doesn't get power.

Despite popular belief, it's never, ever necessary to sign the file EMSLink_ia64.sys on a normal Windows installation. What we know as x64, or just Windows 64-bit bears the technical name AMD64, even if it's an Intel CPU. IA64 is an obscure architecture used in some high end servers, and is not directly compatible with x86.
Not that it hurts to sign that file too, but you don't need to.

It now follows that you don't have a ground connection. The recommended way when connecting a keyboard would be to use SOUT (orange in your case) for the pin swap mod instead of blue. SOUT is not needed for anything else since LSDj won't send data to the keyboard. The point of using the ground pin for the swap mod is for use with an Arduinoboy so you can send data both way for MIDI for example.

But you still always need a ground connection. The way you typically solve this is by connecting the shield in the cable to ground, since it's connected in the socket to the Gameboy's ground. And leave orange unconnected.