241

(13 replies, posted in Trading Post)

_-_- wrote:

How about 2.01, can that be updated to 2.2?

It can't because 2.0 / 2.1 have different hardware.

242

(13 replies, posted in Trading Post)

_-_- wrote:

Did you know that you can downgrade a 2.3 -> 2.6 cart to 2.2? You can do it with the link cable usb thing, just ask Oliver for the correct version of 2.2 and you're good to go.

Not quite. Currently, the USB-MIDI can not write ROMs to the cart, it only can transfer a 256k ROM to the GBA's RAM. In the future I may add a function to the nlmidi tool that includes a boot ROM to transfer ROMs of up to 8 MB and write them to a nanoloop two cart.

2.3+ can write itself from RAM to the cart and generate the wave forms, that's why you can update your cart with the USB-MIDI.

2.2 can not write itself or wave froms to the cart, you have to transfer the complete 8 MB ROM somehow. Currently, this can only be done with a multiboot cable like the F2A usb linker. However, the F2A software does not accept nanoloop 2.x as a flash cart. There is a software called "mootan's flash manager" that recognizes a 2.3 cart as generic flash cart and can write 2.2 to it. Unfortunately, it does not work with the newer chip model.

2.5 contains a different flash chip that is not recognized by 2.2.

nanoloop two (2.6 currently) contains the successor of the chip used in 2.2/2.3 and should work with 2.2, but currently there is no way to transfer the 2.2 ROM.


Summary:

- 2.3 can be downgraded with f2a cable + flash manager.
- 2.5 can not be downgraded because of 2.2-incompatible chip.
- nanoloop two may be downgradeable via USB-MIDI in the future.

243

(15 replies, posted in Nintendo Handhelds)

Enfy wrote:

I have a flashcart with LSDJ on it but It is a non-usb version and I have no other hardware to connect it to the PC. I've heard that it is possible to use the nanoloop USB-adaptor / nanoloop USB-MIDI-adaptor to connect the gameboy to the PC and transfer your .sav to your harddrive.

I couldn't find anything about it so I decided to make a topic about it, it's something I've heard or read some time ago but I can't remember where.

The USB-MIDI adaptor can transmit MIDI signals to the Game Boy and also receive data, packed into special MIDI messages. Only nanoloop supports this way of data transfer.

244

(10 replies, posted in Nintendo Handhelds)

Hayze wrote:

And it didn't give me any rough idea of shipping time, I just figured someone else would know a good indication of time from personal experience.

You should have received a shipping notification with a tracking code when your order was shipped march 11. The notification also says: "Shipping typically takes 2-5 days within Europe and 3-7 days to other destinations." This is based on the estimated shipping times provided by german post. Maybe that's a little optimistic, to the U.S. it sometimes takes only 7 days, but around 11-12 days seems more typical.
The shipping notification further says: "If goods do not arrive within two weeks and tracking status does not change, please contact [email protected]."


basspuddle wrote:

for me, it took oliver 12 or so days to get it shipped. a little slow, but it's whatever.

Normally, I ship orders at least 3 times a week, often the same day.
It happened a few times that I ran out of stock while travelling but did not close the shop on time so that I could ship orders only after I returned home. However, in those few cases where the delay is significantly longer than the "ships within 48h typical" stated on the shop site, I try to at least send out a notification with estimated shipping date.


USPS (and only USPS, other overseas destinations are fine) seemed to have some problems last year, with a few very long delays and even lost packages. No issues this year so far...

you can't do this in an emulator.

nordloef wrote:

Pushpin can do that.

Then maybe a pushpin version that can receive MIDI-bytes in the normal link port format (instead of soft-UART) so that it works with Arduinoboy and the USB-MIDI adaptor. This would also work on all GB models, not just GB color.

247

(234 replies, posted in Nintendo Handhelds)

It's not milliseconds, it's main loop cycles in the controller's program. I don't know how much delay one cycle adds.

Please note that this has nothing to do with MIDI clock.

The byte rate on a real (non-USB) MIDI connection 3125 bytes per second. On USB-MIDI, bytes come in in blocks at USB-speed (I guess the total byte rate is still limited to 3125, though, because otherwise it would be incompatible with real MIDI). The adaptor buffers the data and forwards them at approximately the MIDI byte rate.
The throttling can be helpful if the application on the Game Boy has difficulties processing the data at MIDI speed, which is the case with mGB (I think Arduinoboy also buffers and throttles). This is possible because the number of bytes actually sent is always much less than the maximum, so you can stretch the byte rate and still not miss any data.

The default value of 26 is only slightly slower than real MIDI. It is the rate mGB works stable with.

Unless there is a new, faster version of mGB or you are developing another MIDI program for Game Boy that either needs more delay or can process data faster, there is no point in messing with the throttling.

248

(234 replies, posted in Nintendo Handhelds)

Yes, I have updated the site recently and modified "2.x" to "2.2+". The shop page where you ordered the adaptor always said "2.2+" though. I'm sorry if that wasn't clear enough. If you don't need the adaptor, just cancel your order. Or, if you're in the U.S., you may even sell it with profit.

The 2.0 - 2.1 carts contain a different chip and are not compatible with the newer versions.

For the less tracks in 2.6 you get a much easier to operate software. One of the tracks has 4 voices, so the polyphony is still there, it's just bundled into 4 tracks.

In 2.6, there are two modes for song playback, depending on how you enter the song from within the menu:

- With B
The current pattern keeps playing and with START, the song starts in sync with the current loop. When you leave the song, playback is stopped, but the last pattern keeps playing and you can l edit it, save it etc.

- With A
Playback stops when you enter song mode. When you hit START, the song plays / stops immediately. When you leave the song, patterns are empty.

Starting the song editor with B (the standard button in nanoloop for selecting menu items) should give you the desired behaviour. This was the same in earlier versions, only the new mode with A was added recently.

isn't there a nanoloop sync mode in lsdj that would let you sync both just via link cable? or is there a 3rd party you wish to sync with midi?

PULSELOOPER wrote:

that software means there is no way to control Nanoloop through this midi adapter, running any other device as midi master other than the PC, right?

You can set the adaptor to sync mode with ./nlmidi02 -SYNC (note the CAPS) so that sync mode remains when the adaptor is removed. You should then be able to use it with any USB-MIDI host.
However, in most cases, that will be a PC. USB with its host/client architecture is a PC technology.

Of course you can sync it to an other device through the PC. I haven't tried sync yet, but I could for example play mGB with a USB-MIDI keyboard attached to the PC.


If there is some demand, I can try to make a real MIDI-adaptor with the same functionality as the USB version.

From the specs of the adaptor's controller:

Maximum output current sunk by any I/O pin.................................................................................................... 25 mA

253

(234 replies, posted in Nintendo Handhelds)

You have the USB-adaptor, not the USB-MIDI-adapor, which requires a different software. Software and more info can be found at http://www.nanoloop.com/usb.

254

(14 replies, posted in Nintendo Handhelds)

Either that or the command line is in a different directory.

However, the command.bat just contains "command" which seems not to work under Windows 7. To open a command line in the right directory, edit command.bat (right-click and open with notepad) to

cd /d %~dp0
cmd.exe

I'll update the archive with a new .bat file.

255

(14 replies, posted in Nintendo Handhelds)

There is a new version of the Windows software that hopefully solves these issues:

http://www.nanoloop.com/midi/nlmidi_04_win.zip

It turned out that the last version sent data too fast on some systems, resulting in incomplete banks received in nanoloop 1.6. There was another bug, resulting in occasional crashes, too.

The archive also contains some batch files that open a cmd window and can set the adaptor to sync mode just with a double-click.

The nanoloop one cart is composed of two PCBs glued together. The one with the parts, wires and pins is 0.5 mm thick, the other is 1.5 mm. The latter is only a piece of FR4 (the PCB material) with no wires or holes, it just covers the parts.
If you carefully push a cutting tool with a thin blade into the side and shift it around, you can lift the thinner part with the nanoloop logo off the cover part. You then have a regular PCB with the pins on top and the parts on the bottom.

One of the parts is in the same place where the shell's screw should go through. To fit it into a shell, you'd not just have to cut the PCB's sides but also to cut away the bulge with the screwhole in the shell's back.
The parts add 1mm in thickness to the PCB, which may be too much. Maybe you can cut holes into the shell and cover them with the tape you use to hold the shell together.


The simplest way to bring a nanoloop one cart to a more cartridge-like shape is probably to get a piece of material in the required size and glue it on top of the cart.