1,841

(7 replies, posted in Nintendo Handhelds)

Was it ever up, even once, after it went down?

Anyway, http://lsdsng.com/

1,842

(18 replies, posted in Nintendo Handhelds)

Matt (Kitsch) has already offered to send me one. But thanks anyway. I'll still send you a PM, though.

1,843

(18 replies, posted in Nintendo Handhelds)

BTW, I should add, if someone is willing to donate an EMS USB cart, it's more likely that I will add features specific to EMS carts to LittleFM. Even a cartridge that is stuck on one page or similar would be interesting. I do have a couple blue EMS carts and a parallel port transferer, but the transferer has gotten pretty shaky the last few years.

1,844

(18 replies, posted in Nintendo Handhelds)

Hold on there! I do have plans. LittleFM's "killer feature" is the ability to save songs into flash. However, it can also load songs from a file - just like LSDj's own manager - but faster and more safely. The goal is to make it a full drop-in replacement for LSDj's file manager, so it can also save and delete songs. This is something that can be done with an EMS cart, or any other cart, even if the save-to-flash functionality is missing.

But, there's more. The EMS cart, just like most others, has 128 kB of RAM, while most games use only 32 kB. Nothing (except for laziness) would stop me from saving a game save as a file, much like a LSDj song. There would be some complications, like the need to patch game ROMs with a little piece of code, but in principle it's still possible.

But wait, there's even more! Order within ten minutes - I sad ten minutes...! Just kidding. But a well hidden secret (I suppose?) is that all EMS cartridges (both old blue and USB ones) have multi-ROM support. This is separate from the "two pages" thing. This means that you could basically fill up the whole ROM area (2*32M) with programs, provided that
1) There's a program to take care of the special bank switching needed.
2) RAM sharing is taken care of where applicable.
Point 1 is the big problem. There used to be a menu ROM for the old blue cartridges, which worked fine, except that it worked particularly badly with LSDj, which made it fall into obscurity. A main candidate feature for LittleFM, even if it will take some effort, is to implement multi-ROM support for EMS cartridges, that is compatible with LSDj. That way, LFM could offer something unique to EMS users. Additionally, I could very well add extra features, such as the ability to get back to a menu with a choice of games/programs by pressing sel+start+B+A, basically a soft reset feature.

Now, convince to actually sit down and do it. smile

1,845

(60 replies, posted in Nintendo Handhelds)

Fast-forward one month. Jeremyevers.com is gone. Did anyone grab the latest source and binaries? Perhaps even saved the info page? Or have a way of contacting Jeremy?

Would like to host whatever I can here: http://gbdev.gg8.se/files/musictools/Jeremy%20Evers/ smile

1,846

(38 replies, posted in Nintendo Handhelds)

TmTgr wrote:

Easier to produce if you don't want to steal the chips from gameboy color games (this is what jose did).

"Does" actually. He's still producing cartridges with the same design, (and same microcontroller firmware etc) just that he's added two LEDs to it.

Yeah, that's the one.

This is LSDj running in a special version of VisualBoyAdvance that allows Lua scripts to be executed. This script that I wrote does two things:
1) It shows the currently active waveform in channel 3. You'll understand why in a few days.
2) It shows the currently played note on the three note channels, with a piano roll and a number for the octave.

As someone said to me "may i say this is as useless as attractive? big_smile". Thought I'd share.

Edit: I apologize for the crappy sound quality and low volume.

1,849

(13 replies, posted in General Discussion)

Heosphoros wrote:

Fuck women.

Yes, that is something that most heterosexual men do from time to time.

calmdownkidder wrote:

tldr:

yikes yikes yikes yikes yikes

1,851

(54 replies, posted in Nintendo Consoles)

My take on this is this: Hook up a damned microcontroller that acts as a middle man. An Arduino, just for blog cred, perhaps? The microcontroller then waits for sync pulses from MIDI or Sync24 or whatever you want. As soon as it receives a pulse, it increments a counter. When a clock is received by the NES, the counter is again decremented. Typically the counter will never get above 1 or 2 or so, as we'll see.

On the NES side, the CPU can do one of two things:
1) Deal with audio. (Be busy)
2) Constantly poll for new data. If the CPU is idle, nothing in the whole world stops it from polling data as fast as it can, not just once every 60 Hz frame. As soon as it receives a pulse, it gets busy, and then returns to waiting for a pulse. The $4016/17 registers are essentially just two-way bitbanging.

And if you really hate microcontrollers and MIDI, this idea should be realizable with only some 74hc logic, assuming the timing input is sync24.

low-gain wrote:

Please look at the post BEFORE mine and you'll note i did no such thing. i didn't bring this thread back up into the recent threads. in fact i didn't even know it was from 11 months ago.

Every post has the date printed in the right corner. Peter's post clearly says "7 January 12, 2010 10:57 pm". But regardless of that, would you two just stop? The both of you...

Monitors are designed to sound clean. An amp is designed to sound loud. Have your pick.

This is a hardware bug on some GBC revisions. I think the problem affects instruments using the length parameter. (Pulse and noise instruments - the length parameter for wave instruments is something else.) Setting it to unlimited should solve the problem.

1,855

(17 replies, posted in General Discussion)

This is goOing sloWW! Only 2% processed!

1,856

(17 replies, posted in General Discussion)

What the duck is going on here, ant1?