1

(14 replies, posted in Trading Post)

Hi all,

quick update from our side, after opening a dispute at PayPal, we received a shipping information email from DJ Transformer the day after, and a day later a tracking code for the package, which arrived very fast with all the items ordered. Problem solved.

In retrospect, it is a shame they did not take a minute to send an email to us to say they were busy or whatever and would process the order in a week or two or three. That would have been all good and not an issue at all. I don't think it's pleasant for both parties to have to get PayPal involved for things to get solved.

So yeah, like Duck said earlier, definitively not a crook, but could really improve their communication. I don't think anyone is expecting corporate 24/7 shipping/delivery infrastructure from sellers within the chipmusic community, but not replying to emails and being completely silent does not benefit anyone.

SOLVED!

Hi!

Anyone based in NL or UK who'd like to sell their EMS 64 for £25 or €25? smile

Thanks!

3

(14 replies, posted in Trading Post)

Oh dear.... I went here to search his alias on the forum to see if something would show up... We ordered from him 2 weeks ago and have not heard anything back, or got any responses from emails...

Ah well...

Also interested to get one when/if it is produced again!

Thanks!

I will try your method then. Follow-up in 6 months... wink

Hi there,

another necrobumb smile

I never managed to finish this mod as I had to deal with other things first, and will not have time before another half year I think. I did try several switches and noticed as thursdaycustom hinted, improvements with others, but still had random crashes every now and then.

In the last attempt I had moved the switch elsewhere to select between the pot and a small and small trim resistor to make the  LTC1799 generate variable or close to original freq. It started to get a bit overkill though. I'll have to restart from scratch.

@error: with your setup can you continuously switch without any crashes?

I have an old Nanoloop cart to make the tests.

Using the trim pot I reduced the overclocking and I could hot switch once, then after that it crashed. I lowered the pot further to the point where using the LTC is only working as underclock feed. Same result, works one time, maybe two, then crashes.

What if there is a switch not on the output, but between the B 220K pot that I use and a fixed value resitor that would somehow be close enough to make the LTC PCB produces the original GB frequency?

Would that work?

Also, I am not entirely sure why a lot of frequency mod tutorials keep the original crystal in place. Isn't it more clean to just remove it entirely and feed the GB with a circuit that does all the freq tricks desired?

Thanks!

Hello!

I'm trying to make a hot switchable clock mod for the Gameboy Classic but it does not work as expected.

I am using one of these LTC1799 based PCB (http://www.circuitbenders.co.uk/forsale/LTC/LTCPCB.html). The output feeds into the onboard original crystal (bottom pin which I think is the pin out of the crystal). It works as expected, I can change the clock rate and I used the onboard PCB trim pot to prevent overclocking crashes.

However when I add a switch to this setup (basically adding the switch between the LTC1799 PCB out and the crystal pin out, so that it either feeds nothing or the output of the oscillator), it only works if I first turn off the GB, then use the switch, then power it back. Hot switching, that is while the GB is on, leads to a crash.

Am I overlooking something?

Thanks!

There is a contradiction in your rules. You can't put an exclusivity clause and let the participants choose for a CC license.

CC licenses are non-exclusive and what you are asking is basically to exclusively benefit from the tracks copyright.

10

(19 replies, posted in Nintendo Handhelds)

Probably a stupid remark but, wouldn't it be possible to shield the inverter if it causes interferences?

nitro2k01 wrote:

It should be possible. [...]

Thanks! I will look into it in the coming weeks and will report ... hopefully some success smile

12ianma wrote:

I believe some games may have had that much. I can't remember exactly, I'm sure someone will.

Unfortunately there were very very very few, and not the easiest ones to find or that you would cannibalise I imagine.

GAMEJACKV2,32,128,ROM+MBC1+RAM+Battery,JPN,Challenger GB BIOS [C][!].gb.gz
SUPER GALS,4096,128,ROM+MBC5+RAM+Battery,JPN,Chou Gals! Kotobuki Ran (J) [C][!].gbc.gz
EMSMENU,32,128,ROM+MBC1+RAM+Battery,JPN,EMS Multi-ROM Menu V1.0 (PD) [C][h1] (Set Colors).gbc.gz
EMSMENU,32,128,ROM+MBC1+RAM+Battery,JPN,EMS Multi-ROM Menu V1.1 (PD) [C][h1] (Set Colors).gbc.gz
EMSMENU,32,128,ROM+MBC1+RAM+Battery,JPN,EMS Multi-ROM Menu V1.2 (PD) [C][h1] (Set Colors).gbc.gz
EMSMENU,32,128,ROM+MBC1+RAM+Battery,JPN,EMS Multi-ROM Menu V1.3 (PD) [C].gbc.gz
GAMEBOYCAMERA ,1024,128,Nintendo Pocket Camera,INT,Gameboy Camera Gold - Zelda Edition (U) [S].sgb.gz
GAMEBOYCAMERA,1024,128,Nintendo Pocket Camera,INT,Gameboy Camera (UE) [S][b1].sgb.gz
GAMEBOYCAMERA,1024,128,Nintendo Pocket Camera,INT,Gameboy Camera (UE) [S][!].sgb.gz
GB WARS3,1024,128,ROM+MBC5+RAM+Battery,JPN,Gameboy Wars 3 (J) [C][!].gbc.gz
TEST,2048,128,ROM+MBC5+RAM+Battery,JPN,GB Gamejack 16M Test (Unl).gb.gz
MOBILEGOLF,4096,128,ROM+MBC5+RAM+Battery,JPN,Mobile Golf (J) [C][!].gbc.gz
OBGBTC,32,128,ROM+MBC5+RAM+Battery,JPN,OBGBTC (Tile Creator) (PD) [C].gbc.gz
POCKETCAMERA,1024,128,Nintendo Pocket Camera,JPN,Pocket Camera (J) (V1.1) [S].sgb.gz

So the question remains ... Is it possible to take a cart with 32K SRAM and upgrade it to 128K?

13

(19 replies, posted in Nintendo Handhelds)

friendofmegaman wrote:

Values are the same as native (they're written on the caps) I replaced them just in case. I'm not sure about pro sound since this was a gaming gameboy.

If you want to avoid hum I suggest using this approach http://chipmusic.org/forums/topic/6031/ … -mount-ic/

In one of my other projects I used DIP inverter, but managed to allocate it right above the LCD jack and in such position there's no hum at all. If you're using ThursdayCustoms's biversion kit you're fine as well smile

The hum appears when your inverter is somewhere in the region of GB processor on the link port half of the board. That's what trial and error shows.

Aha, this is very helpful! Thanks!

14

(19 replies, posted in Nintendo Handhelds)

friendofmegaman wrote:

Apart from the aforementioned points I also replaced a cap on the power regulator with new (and bigger) one and replaced both caps on the phone jack PCB. And I have no hum at all.

I will probably do this mod in a near future, would you mind telling which cap did you replace and with which value?

Also, does this hum issue concerns only the regular mini jack output or also Pro mod sound output as well?

Thanks!

Hello,

I'm looking into making my own GB(C) flashcart, using the trick that consists in replacing the game ROM with a flash chip on a suitable commercial cartridge.

While starting to gather the different parts needed for the project, I suddenly realise that I am unlikely to find commercial carts with 128K SRAM, which I believe is needed for LSDj to deal with more than one song at a time.

So, my question is: are there drop-in replacements for the SRAM chip to extend the cart to 128K?

Thanks!

PS: Please do not suggest a commercial flashcart as a workaround, I am interested in doing the mod to learn a bit more about the GB(C) cart hardware smile

16

(6 replies, posted in Software & Plug-ins)

godinpants wrote:

So from what I remember in doing this, you'll want to use fiddle~ for pitch detection and there was a similar external for amplitude detection, though this should be easy to roll your own by feeding it into a table and reading from that.

The other one is probably the percussion follower object [bonk~].


godinpants wrote:

I guess you could internally route midi through another piece of software that generates keystrokes (midiyoke? midiox? not sure if they do it.) and have that control glitchnes.

It's also very specific to the operating system that you are using. On FreeBSD I'd probably try to do it like this:  create a virtual cuse4bsd HID device, make sure the emu uses this device as main controller, change the controller state via simple shell commands (like usbhidctl I think) directly from Pd, with the [shell] object. Untested smile

Next to the Hurleur forum, the Pd list is also a good place to ask http://lists.puredata.info/listinfo/pd-list.