It seems like it's got the right height, but a 16 mm diameter seems a bit much. (Don't have an opened boy around so I can't check, but it looks like it's smaller than that from the outside.)
1,601 Oct 8, 2011 1:22 am
Re: Volume Potentiometer on the Gameboy (14 replies, posted in Nintendo Consoles)
1,602 Oct 6, 2011 8:58 pm
Re: Volume Potentiometer on the Gameboy (14 replies, posted in Nintendo Consoles)
You're probably going to have a hard time finding one that fits the form factor and pinout. It's just a simple voltage divider, so a wide range of values with the same form factor would work.
I'd probably recommend a transplant from a broken boy, or using this one for pre-pot (no-pot) prosound only.
1,603 Oct 6, 2011 8:54 pm
Re: Need advice on safety of a unofficial DMG ac adapter (13 replies, posted in Nintendo Handhelds)
1,604 Oct 6, 2011 1:46 am
Re: Noisy Game Boy (DMG-01) (17 replies, posted in Nintendo Handhelds)
Chainsaw Police: That's something different. That just means that you're getting bad contact for a short while when you move it around. The same would happen if the same plug was attached to a battery pack.
1,605 Oct 3, 2011 1:11 am
Re: EMS Cart Glitches (16 replies, posted in Nintendo Handhelds)
Terbografx: Did this happened when you loaded the songs, or could it happen anytime?
Timbob: Sounds like something the value for global transpose or some instrument transpose. Either you did it accidentally, or there was a glitch. (Those happen...)
1,606 Oct 1, 2011 9:13 pm
Re: experimental music from very short C programs (34 replies, posted in General Discussion)
Oh wait, I'm an idiot. I skipped the boring part and only looked at the code.
1,607 Oct 1, 2011 9:11 pm
Re: experimental music from very short C programs (34 replies, posted in General Discussion)
odinpants: Correct me if I'm wrong, but if you set DDRB to B00001111, doesn't that mean you're only outputting the 4 lower bits?
1,608 Sep 30, 2011 9:25 pm
Re: experimental music from very short C programs (34 replies, posted in General Discussion)
Finally a home for bad PRNGs!
Actually, I misread the code. Rather than being LFSRs, these things produce their out value only from the index from the counter. There is no feedback, so by default, the code works in divisions of two of the sample frequency (/2, /4, /8 and so on.) It might still qualify as a PRNG (pseudo-random number generator) given a random-like enough function. In particular, you'd need to mix in some multiplication, division or modulo by some "good" number, preferably add or even prime.
And anyway, I'm writing a huge-ass post about the theory behind all this. Hopefully it'll be done before the weekend ends.
1,609 Sep 29, 2011 6:08 pm
Re: experimental music from very short C programs (34 replies, posted in General Discussion)
Not circular. That operation is actually usually called a rotation.
1,610 Sep 29, 2011 4:21 pm
Re: experimental music from very short C programs (34 replies, posted in General Discussion)
µB: t is an int, 32 or 64 bits or so. The clever thing here is that they define t as the argument to main, which shaves away a few bytes of source code (Normally int t; or so). putchar also takes an int, but as far as I understand it, it truncates the output to 8 bits, which is what gets sent to stdout and then into /dev/audio.
This is really a form of extended linear feedback shift register, a bit like, you guessed it, shitwave. And this might serve as inspiration for a new version of just that in the future.
1,611 Sep 28, 2011 12:41 am
Re: Monotribe is MIDI-controllable! (37 replies, posted in Other Hardware)
I had some verbal diarrhea, and the result is available here: Syncing monotribe to LSDj using the sync jack (no MIDI)
Also, TraceKaiser, did you ever get your 'tribe working properly again?
1,612 Sep 25, 2011 10:59 pm
Re: Arduinoboy midi-in problem (8 replies, posted in Nintendo Handhelds)
Check the connection for the SIN pin, as indicated below. It's needed for transferring data, but not for simple sync. This line is used for feeding data to the Gameboy. When unconnected, the Gameboy just receives all bits as high. This is fine for sync, whereLSDj just needs to know a transfer took place, but not for MIDI/keyboard modes where you need the actual data.
As far as I can tell from your description, everything else is working fine. Edit 2: Or not... But your problem is in the connection of the link cable, at least.
1,613 Sep 24, 2011 2:46 pm
Re: a bug with MISTER BEEP song :( (4 replies, posted in Bugs and Requests)
All media is moved to a new server. Old links used to start with hxxp://chipmusic.org/media/. Now Links start with hxxp://media.chipmusic.org/. (http replaced with hxxp so the URLs won't be auto-linked.) So any old links pointing to the old location are broken now, but the item page will still work. Wait a sec and I'll make the old links redirect to the new location. Or, eh, do nothing and wait until trash80 fixes it.
1,614 Sep 22, 2011 11:20 pm
Re: LSDJ Boot Issues (12 replies, posted in Nintendo Handhelds)
Page 1 & 2 = Flash ROM. This is where you have LSDj or other software.
SRAM = Your songs. This memory is 128 kB big and is shared between the two pages.
For example, if you put two different versions of LSDj on the two pages, you will still see the same songs in both. My advice is to put the same version of LSDj to both pages. That way it will always boot fine.
1,615 Sep 14, 2011 8:58 pm
Re: THIS GB TRANSFERER 2 IS OF THE DEVIL. (16 replies, posted in Nintendo Handhelds)
ui: I'm sorry but I don't think your advice will do much.
- Blow it, same with the cart. Sometimes is just that, so try it, also clean the Cart if possible.
This is good for much, but a dirty cartridge shouldn't give a connection error.
- Try to use the USB power in the back of the computer connections. Dont use the front connections. (hope you understand this)
I don't think this should matter unless the front connections are completely unconnected. On some computers the front USB ports are USB 1.0 and slower when used with USB sticks and such. However, transferrer is using USB only for power.
- Check the program, you need the right one, as kitsch said. I tried in various Windows versions and i can tell is no that.
He already said ini the second post which software he's using, and it's the correct one. (Assuming his hardware is actually Transferer 2 and not Transferer 1.)
- This maybe will sounds "stupid". But have you ever tried to copy/load the program from DESKTOP or C:\ root?
Hmmm... This can create problems with the file listing on some versions of the software because there are hidden files in the root which will make the file list appear empty, but this isn't the problem here.
- Try the different windows compatibility in case you haven't.
On Windows XP, this should make no difference, as the Transferer 2 software is XP compatible.
My bet is on the wrong kind of LPT cable, or maybe maybe that the unit was fried from a bad power adapter.
1,616 Sep 14, 2011 8:24 pm
Re: THIS GB TRANSFERER 2 IS OF THE DEVIL. (16 replies, posted in Nintendo Handhelds)
Have you ever gotten any other message than "connection problems" while not having a cartidge inserted? (Should tell you that no cartridge is inserted in really broken English.)
Did you buy them new or used?
Transferer 2 is using a different power connector. Connecting almost anything other than the USB cable that comes with the unit will instantly fry it.
The USB cable is 5V center positive (if I recall correctly.) Transferer 1 requires 9V (or higher) center negative, again if I recall correctly. This will (probably) fry the unit on the first try, so if you bought them used, maybe they are simply broken.
What the position of the power switch? The middle position is for GB while the other position are for GBA and power off. Even though it shouldn't report connection problems if the switch is in GBA mode, it's worth checking.
What kind of LPT cable are you using? There are two different kinds, Laplink and 1 to 1. They look the same on the outside (DB25 male to male) but differ in their connections. Laplink cables have their wires connected in a way that is beneficial for file transfer between two computers. But they are not compatible with any transferer. On a 1 to 1 cable, each pin will go to the same pin on the other side
If you have a multimeter, you can check which type of cable you have. Put your meter into diode/continuity mode and probe pin 1/pin 1 then pin 2/pin 2 and so on for a couple of pins. Make sure you don't touch the shielding, as that may five you false positive readings. If that doesn't work, the cable is a Laplink cable (or severly broken) and will not work. If you didn't get the cables from EMS, chances are they are Laplink cables.
What's the LPT port configured as in BIOS? I've never been able to consistently figure out which mode is the right one to use, but you should at least check that it's enabled in BIOS and that the base address is matching the setting in the program. You can also check the base address in the Windows device manager.
As for UserPort and GiveIO: No need for these things. The 2000/XP version of all transferer software come with their own driver that handles the low level access. It will probably even interfere with the Transferer software's own driver.
UserPort/GiveIO are for using legacy software (Win 95/98) on 2000/XP. You should never (and can't) install these drivers on 95/98. Also, if you legitimately need to install a driver to enable direct LPT port access, use UserPort, not GiveIO. But again, that's beside the point. Also, start the UserPort application and make sure the driver is not running. Same thing with GiveIO. Just to be sure.
As for your cartridges: The one that says PC linker will not work with your Transferer. However, I might be interested in this cartridge for research purposes... The one that says 16M flash may or may not work, depending on which kind it is. Could you take a picture of it?
Sorry for the information overload. Hopefully some of it will make sense. If something is unclear, well ask...