It was just a quick hypothesis I blurted out. Another one for public dissemination: American and Japanese composers were more likely to be musicians with a traditional background who felt that chip arps were not completely kosher. European composers were more likely to have some form of connection to the demo scene and tolerate them better. (Of course, I'm over generalizing a bit here.)

boomlinde wrote:
SketchMan3 wrote:

Hm, that explains the lack of arps alot of the 8bit video game music.

Not really. Arps are pretty (CPU) cheap. As far as I know, per-tick arpeggios are mostly a European thing for some reason not related to technical limitations.

Theory: Europe is using PAL (50 Hz) and US of A NTSC (Never The Same Color, also 60 Hz). If we go by the theory that most per tick arps are using the VSync as a reference, it may be that European composers found that arps sounded better because of the lower frequency. Lower frequency = more time for each individual note to play, so you can hear better which note it is (without raising the chord an octave).

1,187

(9 replies, posted in Nintendo Handhelds)

Telerophon wrote:

Did you install the driver? The device itself isn't natively USB, it has a chip in it that emulates a COM port. The complete software package should have had you install a funky unsigned driver for the COM port emulator/Smart Card.

Incorrect. You're thinking of the other type of cartridge, which is using a properly signed FTDI driver. The EMS cartridge on the other hand is using a completely proprietary driver which actually exposes a form of mass storage device internally. But that's a detail that doesn't matter much really.

LSDj's sample playback is dependant on the hardware, which offers a 32 sample buffer. The buffer needs to be refilled at regular intervals. The pitch value is chosen so that the buffer is finished as close as possible to when the next buffer is due. Easy so far.

Then comes the P command. A negative P command will make the buffer playback speed slower, so that each buffer won't have the chance to finish before the next one is written. A positive P command on the other hand makes the buffer play faster, so it might finish several cycles in between each buffer refill.
So, the exact types of sound you can get out of it are tied to the 32 sample buffer size.

Title fixed.

1,190

(35 replies, posted in Nintendo Handhelds)

ashimoke wrote:

it's the SMT that discourage people from the USB design

Maybe. Shouldn't be too hard unless your iron completely sucks. However, this gave me an idea. If you're building your own unit and you're afraid of surface mount, you could use a pin header and base your design around an FTDI, like this one: https://www.sparkfun.com/products/9716?

1,191

(35 replies, posted in Nintendo Handhelds)

These days, there's really no reason not to use the USB version of the schematic as described on the Reiner Ziegler page.

1,192

(24 replies, posted in Nintendo Handhelds)

Yeah, this should work. Someone just needs to write the software. I'll ping mikeryan.

Didgeri-303.

Zan-zan-zawa-butt wrote:

blackstreet
hugo weaving
sharon osbourne
art garfunkel
the xx (these guys are total shit btw)
fear factory
gnidrolog
rudyard kipling
carob-covered peanuts and raisins
general patton and the x-ecutioners
fela kuti and egypt 80
the bangles
tofurkey
agamemnon
demilich
parappa the rapper
stone temple pilots
the jive bunny
gerry and the pacemakers
depeche mode
elo
elk
elp
elf and consequentially black sabbath featuring ronnie james dio
red hot chili peppers (these guys are total shit btw)
edith piaf
and ned's atomic dustbin

1,195

(33 replies, posted in General Discussion)

I hate to break the ice, but I've always found Pixelh8 to be a mediocre artist who mostly profits on gimmick.

1,196

(6 replies, posted in Sega)

Major concern, is the screen working?

1,197

(25 replies, posted in Nintendo Handhelds)

Dude, no. Nitrotracker is just a crippled XM tracker. At best, it can become a decent XM tracker. If you get porky with the piggy, you'll find command tables like in LSDj, and a nice filter. And live mode, again like in LSDj.

1,198

(13 replies, posted in Nintendo Handhelds)

They don't use RAM. However, the ROM header reported that they did, so if you opened one of the old ROMs in an emulator, it would create a sav file that's completely unused. Crikey. I fixed this too.

Winzip? I hope not. All civilized operating systems these days come with tools to pack and unpack zip files out of the box. And even so, there are better programs for handling cmopressed files.

1,199

(13 replies, posted in Nintendo Handhelds)

II had a couple of minutes to kill before bed time so here are fixed version of the PixelH8 tools which work with flash cartridges.
http://gbdev.gg8.se/files/musictools/PixelH8/
pixelh8-fixed.zip is the file to go for.

The reason why he doesn't want you to contact him is probably because he later signed some form of contract with Nintendo (playing a show at a meeting/fair iirc) which probably includes a clause forbidding him to support "unauthorized software".

I'm wondering if there's any actual difference between the "free" versions and the ones sold on cartridge, other than the text. Anybody here who owns a cart and fancy dumping it?

And yes, it was released on cartridge:
http://m.matrixsynth.com/2007/09/pixelh … lable.html

1,200

(494 replies, posted in Trading Post)

Telerophon wrote:

lackluster to nonexistant OS X support

I see what you did there...