625

(7 replies, posted in Nintendo Handhelds)

Stupid database. I was about to delete one of the posts, but I'll keep them for posterity.

626

(7 replies, posted in Nintendo Handhelds)

Get battery in there as quick as you can! There's a small capacitor which will hold a charge for some time without a battery, however it will dry up quickly. As for the RAM test failure, I've seen that happen on EMS's and I have some theories, but nothing proven.

627

(7 replies, posted in Nintendo Handhelds)

Get battery in there as quick as you can! There's a small capacitor which will hold a charge for some time without a battery, however it will dry up quickly. As for the RAM test failure, I've seen that happen on EMS's and I have some theories, but nothing proven.

628

(41 replies, posted in Nintendo Handhelds)

I'm actually working on such a flasher project, which I've mentioned here and there in the passing, and probably should mention more often. It will be all new code, reprogrammable, cross platform compatible and of course, come with a newly-made cart slot. I realize it's all words until you see it in action, but you'll see.

629

(122 replies, posted in Nintendo Consoles)

Batsly and TSC: Jose violated copyrights for profit AND ripped people off. The goal here is to get revenge for someone who ripped people off, and violating copyrights in order to do that. And presumably spreading the reverse engineered version as public knowledge and, and selling any copies for the production price.

Now, I do have my doubts about this project, and in both of these cases (Both x|k and actually Jose) I'm seeing people who were probably desperate to try to make money to make ends meet, rather than get rich quick. But the situations are not equivalent. They just aren't.

630

(122 replies, posted in Nintendo Consoles)

I can try to answer these questions to some degree.

ROM image: Easy, using a NES copier or desoldering the chip and putting it in a ROM reader.

CPLD and possible microcontroller: Between difficult and impossible to do non-destructively, if the read protect bits are set.

Then there's the question of whether a full board scan is desired. That means taking off all of the components, while otherwise you might get away with only removing the ROM chip, as the other chips likely have a programming header available that can be used. Again, assuming the read protect bits aren't set.

Tyler, could you open it up and take a photo and/or note which chips are being used?

631

(6 replies, posted in Nintendo Handhelds)

Check if the rechargeables are actually reaching the contacts. This might sound silly, but some batteries are slightly out of tolerance, so that the peg sometimes doesn't reach the battery contact.

By "not even a glimpse", I'm assuming you mean not even a little crackle in the speaker, not even a little dirt on the screen, and not even a faint flash from the power LED.

632

(6 replies, posted in Nintendo Handhelds)

First let's move this to handhelds, mmkay?

SRAM: It's a possibility, but I think the use for that would be marginal. I think people generally have a way of flashing ROMs normally onto their cartridges. Maybe for use with non-EMS cartridges (ie catridges that lack native multi-ROM support) but that's not a priority, I guess. One use for this could be to allow the user to remove the cartridge while the program is still running in the Gameboy's RAM. In theory that's a good idea. In practice, only GBC can do that without immediately crashing.

Channels, any of them, as used by the patches. How many sounds, as many as possible.

I want to fit into a 32 kB so it can fit on a cheapo ROM only cartridge. That doesn't strictly rule out sampled drums, but the space would be limited.

635

(6 replies, posted in Other Hardware)

The microphone is likely an electret microphone which needs to be biased, meaning it needs a voltage across it. Your laptop does this by default, but Monotribe probably doesn't.
You could look here for example:

http://circuit-diagram.hqew.net/Battery … _2671.html

That circuit is a bit overkill. you can simplify it as follows: Leave out everything except R5 and C1. Connect the other terminal of the capacitor to the output, ie the tip of the jack.
R5 should be something between 4.7k and 10k.
Vcc is the positive terminal of some battery arrangement such as 3-4 AA batteries in series, or one 9V battery. The negative battery terminal goes to ground.
C1 should be something between 1 uF and 4.7 uF. The positive side of the capacitor should be connected "up", and the negative side "down", ie to the output.

Or connect it through the mixer. That's totally cool as well.

Oh and this might be if interest as well:

http://www.youtube.com/watch?v=DXYdeTpeosw

First comment on this video: http://www.youtube.com/watch?v=dhw3gl2daPQ

I want the focus of the program to be live playability, so probably only controllable through the buttons. Full disclosure, I'm even hoping to sell this as a cartridge in the future (as well as being a free download.) As for submissions, as long as I can reproduce the sound, it doesn't really matter. I'm expecting a lot of these patches to be layered across channels and maybe using channel 3, so sav/lsdsng might be easier.

Nah, my goal for this at least, would be a finished 32 kB ROM with only presets.

herr_prof wrote:

Will there be support for layered sounds? Maybe through smart voice stealing?

Yes, that is one of the points of making this ROM.

Crazy idea time. I'll make a drum ROM which can be played on the buttons, much like Aleksi Eeben's Electric Drum. It would be using only generated sounds. But to get the best sounds out of it, I would like to look at LSDj source files for really well made synthesized drums. Then a user could mix and match sounds to make their own kits. Would anyone be interested in sharing their secrets for this?