833

(5 replies, posted in Trading Post)

They're also very easy to build yourself and you'll save a BOATLOAD compared to what you'll pay for a pre-built one.  That's not to say that the people who build them are overcharging, but given the simplicity of the build, I personally recommend buying an arduino and having a go.

herr_prof wrote:

Ok I read the thread more carefully and understand what you are doing much better. Super excited! A few questions.

My requirements are

-lgpt midi out
-lsdj link port support for arduionoboy midiout  and lsdj midi clock slave modes
-The midi out will merge both lsdj, usb,  and lgpt midi outs from the same output (so you can play midi from a usb keyboard, lgpt or lsdj without changing a setting)

Bonus Round
CV 5v Output to control expression pedals or eceterra

For the config file, would you be able to say toggle between lsdj slave and lsdj midi out mode only? Just comment out the other options with a led to indicate which is enabled? The audio out you are talking about is the built in one, correct? Or will you have a better quality audio interface? Same for the usb?

The config file will give you the ability to create up to 15 modes that can be cycled through and displayed on a series of 4 LEDs.  You can of course create more modes than this but you'll then need to plug in a monitor to get visual feedback on the mode you are currently using.  The config will allow you to set a wide variety of options in terms of input/output modes, arduinoBoy settings, transposes, arpeggiation, and whatever else I can think to add.  Basic, any setting that can be changed should also be available as a flag for the config file.

As for built-in audio vs. USB audio, I won't personally be coding anything for this.  However, any USB audio device that is compatible with ARM Linux should work on the device without any hassle.  Really, once you plug a powered USB hub into the RasPi, you'll find that most USB gear will work immediately.  I had my keyboard controller sending MIDI over USB with zero installation. I'll figure out a way of routing the MIDI from ALSA to the RasberryBoy software and at that point ANY software that uses standard MIDI should be able to use the MIDI in/out through both the DIN 5 and Game Boy link port.

Why are you folks so desperate for chipmusic to be 'taken seriously'?  If you make serious music, then it's totally fine for you to present it in a serious way, but why get all anal about what other people are doing?

'Chiptune' isn't exactly a genre of music.  If someone did a ska guitar cover of Call me Maybe I don't think the serious classical guitarists out there would get all angry that people weren't taking guitars seriously.

I'll be using logic level shifting for my device, so all the 3V3 that the RasPi enjoys will be 5V IO on the business end.

That being said, at least for MIDI the 3V3 should work with most devices.  So anyone building one at how who plans to use only MIDI will have that option.  However, the IO for the Game Boy link port has to be 5V, so there's that.

herr_prof wrote:

Lgpt already does midiclock master on the pi, so you just need something that can take the clock from alsamixer and assign it to the lsdj clock, on one of the gpios. If someone could get full aboy midiout with midi controll of aboy settings working with this id be SUPER HAPPY.

SUPER GIVING MONEY HAPPY.

Yes, this is what the whole project is about and it's entirely possible.

The RasPi uses standard USB 5v power delivered through either the usb-micro power port or, on newer revisions, delivered through the USB host ports themselves.  You need a power supply capable of at least 700mA, but I find I generally need more (I'm using a 1A charger).

Really, the RasPi charging is a great solution because there are a million different cell phone chargers that will work perfectly with the RasPi.  You can even get those portable phone chargers and use it as a totally premade portable battery solution!  Of course, if you want to make your own power source you can just throw 5v across the power/ground pins and you're on your way.

Update: I'll be a little busy this week, starting a new job and finishing up a previous project, but I hope to get to brass tacks immediately next weekend on getting a functional version of this software working!  I've wrangled some school friends into being code monkeys, so hopefully we'll have a basic template of functionality uploaded for you guys soon!

trash80 wrote:

Note: Arduinoboy is actually all C except for some of the libraries it uses (top of my head: Serial, digitalRead/Write, EEPROM)- which could be rewritten pretty easily to use existing C/++ libs out there. What exactly are you using? Some port of Arduino/Wiring code?

Back on topic, I'd suggest using something like what Oliver did with Nanoloop by using a PCB for the Gameboy gamelink plug, that seems to be a cheap & clean way of dealing with the nonstandard game link jack without sacrificing cables or Gameboys in the process.

Glad to hear about the project! Sounds like fun. smile

Wiring _is_ just C with a bunch of I/O libraries, isn't it?

waveboy wrote:

For me would it be cool if i can slave my gameboy from midi-clock from another midi device.

And if this device can be cheap as possible.

Yes, that's the main function of the device; MIDI connectivity for chiptune hardware.

As for price, I'll be releasing all the schematics and software for free.  I doubt I'll be building or selling them, though.  The base cost of a Raspberry Pi is $35 and the additional components so far total around $7-8. However, some of the components that I'm using will are extremely tiny, QFN surface-mount parts that the average person won't want to use.  You also need an SD card to boot from.

It's certainly not going to be cheaper than a bare-bones arduinoboy build.  I build my arduinoBoy for little more than cost of the atmel chip ($5-6?) the DIN connectors ($1.75 ea?) and the Game Boy Link Cable ($5?).  For syncing your Game Boy, it does a hell of a lot!  However, I think the power and relatively low cost of the RasPi warrants some experimentation.

TheBronyChip wrote:

this looks awesome im just curious as to how you'd connect your gameboy to it...

With a standard Game Boy link cable.  I've soldered up a basic logic level shifter to allow the Game Boy to talk to the RasPi.  Tomorrow I'll be picking up a dead DMG from a friend and pulling the link port socket out to give to the RasPi.  Then it's as simple as stringing any old link cable between a Game Boy and a RasPi and getting the Wiring [program] ported and running on the arduino.

I'm debating the idea of porting 'arduinoboy' to C. However, the fact is the arduinoBoy code is in great working order and the existing Wiring code can run with a few modifications on the RasPi.  Unless I see issues with performance, this won't be high priority.

nitro2k01 wrote:

Make it directly interface LSDj/Nanoloop. If it's the ultimate sync solution, what's the sense in requiring another device to sync a Gameboy? That would need some level shifting to +5V signal levelling though. (Same for sync24, and even MIDI if you want to adhere very strictly to the standard.)

However, I think if you wanted something that is mostly a "sync hub" I think it would be more sensible to use an 8-bit microcontroller instead of an RPi. The key point is to have a lot of hardware UART.

Yeah, it has a Game Boy link port and direct support for arduinoboy-esque features.  That's how it started, I then wanted to expand upon the concept and take advantage of the power of the RasPi.

It has 17 GPIOs and options for expanding that quite easily through some software and hardware hacks.  I'll certainly be using a small daughter-board to add level conversion and buffers to protect the RasPi, but it's mostly simple and inexpensive.

However, my goal is to keep hardware to a minimum and squeeze out features via software. Being able to run Linux means the RasPi can port a lot of useful software for visuals, audio and MIDI syncing.  So I think there's a lot of potential.

The fact is that a RasPi is quite inexpensive and I think it's about time we give this sort of thing a try with it.

842

(206 replies, posted in Motion Graphics)

Wheeee! Most Lethargic Dancers Team 2012.

Features people have requested that sound really cool and I'll certainly add:

*Transpose flag - add this flag to any mode in the config file and all note data will be transposed by x semitones
*Arpeggiater flag - add this flag to any mode in the config file and all note data will be arpeggiated.
--- For example:   arp 8,0,5,9  would do 8th note arpeggios using the root, perfect fourth and major sixth.

Things I'm really interested in, but won't be on the top of my list

*Visualizer that also syncs to the MIDI clock (since the Pi has both HDMI and composite video output)

So, I've recently thrown together a prototype that uses a raspberry pi to mimic the features of an arduinoboy.  It's in it's very early stages, currently only master sync and [some] mGB functionality is complete, but I thought I'd come to you guys and ask for some feedback.

Given that the Raspberry Pi is far more powerful than an arduino, there are a lot of interesting possibilities.  You could run a tracker on the Pi itself and have it output a midi clock to sync other devices. It can use both regular DIN MIDI as well as USB MIDI, which is also useful.

In it's current form it has the following:

-MIDI IN (DIN 5)
-MIDI OUT (DIN 5)
-DMG link port
-2x USB (supports MIDI input)
-1x 3.5mm Audio output

The device currently boots immediately into my half-finished RaspberryBoy MIDI software, which takes input from a single pin (button) to switch between modes.  Connecting the RasPi to a monitor or TV will allow you further options and the ability to run other software, like Schism Tracker or whatever you'd like to run.

There will be a config file that'll let you easily customize which sync profiles/modes you wish to cycle through using the button.  All the code will be open-source, I just need to get all the basic functionality done and the code cleaned up a bit, but I'll release an early beta as soon as it's usable.

What I want to know, is what other types of sync options this device should have. I want this to be a solution that can work with a very wide variety of devices that the chiptune community might work with.  MIDI covers a pretty wide spectrum, but are there any other devices similar to the Game Boy that require unique sync solutions? Should I add Sync24? Does anyone need NES controller port automation (even if it's just for use with lightwall)?

I don't want complexity for the sake of complexity, but I've got quite a number of IO pins free and if the implementation isn't overly complex, there's no reason not to add it.

845

(18 replies, posted in Nintendo Handhelds)

I'm pretty sure those wide plastic rings can be removed.  I have purchased very similar ones and they fit just fine after easily removing the wide base.

846

(17 replies, posted in LittleGPTracker)

I suppose that makes sense, but it's good to know that it's a technical possibility on a platform like the PSP which I use most often.

847

(17 replies, posted in LittleGPTracker)

It says that it's not functional in the GP2X version, but is it functional in all other builds?

848

(18 replies, posted in General Discussion)

Some of my stuff might be a bit fast, but check out the newer tracks:

http://jefftheworld.com/music