225

(13 replies, posted in Nintendo Handhelds)

catskull wrote:

I could change key_repeat to something like 6 and recompile?

Jazzmarazz wrote:

Inpuhandler.h, line 32:



Do you think thats the variable you want?

yeah, I think that would do it.
in other news, check out my following thread and come help me over there.

If we bring up Tmee's circuit for the Sega Genesis, I should clear that up. The circuit itself is based on the original filter circuit found inside of the model 1 genesis. The original circuit was optimized for the YM2612/PSG/32X/SCD combo. Although the circuit significantly improves the audio in subsequent consoles, these actually contain a YM3438 clone rather than a 2612. The 3438 was introduced with some output impedance differences that require heavier filtering than the 2612 did.

If OP wants a filter, I suggest an active notch filter calibrated to fall off at 50/60 hz depending on their region.
http://joachimbehar.comuv.com/ECG_tuto_1.php
http://electronics.stackexchange.com/qu … wer-supply

227

(6 replies, posted in Tutorials, Mods & How-To's)

nstory wrote:

Ok that worked! I moved them to pre pot and the crackling is gone!

That's progress!

So am I out of options for getting volume control?

You could replace the volume pot if you really really needed headphone support. Otherwise, you'd be better off performing all volume editing with your mixer. You'll have far superior adjustment options on your PC or even hardware mixer.

228

(13 replies, posted in Nintendo Handhelds)

SketchMan3 wrote:

If the button repeat speed was slower it could actually be useable,haha

Inpuhandler.h, line 32:

/* key_delay and key_repeat values are measured in vblanks */
UBYTE key_delay=6,key_repeat=3;
UBYTE key_delay_counter,key_repeat_counter;
UBYTE new_keypress;

Do you think thats the variable you want?

229

(6 replies, posted in Tutorials, Mods & How-To's)

I think your pot is shot. All that water damage can't help either.
I suggest moving your wire to the prepot locations and testing for crackle again.

230

(6 replies, posted in Tutorials, Mods & How-To's)

Did you perform the pre-pot mod or post-pot mod?

Are you running the console with the standard 9VAC power supply? The NES is fully rectified before the 7805 regulator so a 9V DC supply will work too. This should lessen the hum.

Also the biggest capacitor you find near the supply inside can also help with decoupling that hum. In fact that cap in particular can help with a wavy video signal.

232

(24 replies, posted in Nintendo Consoles)

herr_prof wrote:

better idea: get batsly to finish FaMi
https://code.google.com/p/pcnestool/wiki/FaMI

way closer to being usable than this alpha level product.

The problem is, there is nothing I can offer to Batsly in terms of help. So unless I kidnap the guy and force his hand, he'll get it done when he gets it done. He is fully capable of completing that project on his own.

233

(24 replies, posted in Nintendo Consoles)

The only justifiable way to produce a revised cart is through at-cost group-printings as open source. Jarek still sells the original.

234

(24 replies, posted in Nintendo Consoles)

MaxDolensky wrote:

Would be cool if it was reflashable and maybe we could also use the audio-through pin for *something*. Not quite sure what though.

At least two of the components need "flashed" separately, but it is definitely reflashable if there were alternate code revisions.
The teensy is flashable over USB and the CPLD is programmable via the JTAG breakout. The CPLD is nothing more than a slave to the microcontroller, so a lot of the heavy work can be done with the teensy alone as long as the CPLD understands that is. Lets say that the CPLD is programmed to do everything it possibly can do in respect to updating sound registers; you would never have to touch it again. Now the Teensy on the other hand can be flashed with all sort of creative sketches, controlling timers, envelopes, vibrato, etc. What I mean to say is that the teensy could be the only thing you need to change, granted you want to change anything at all.

If you're talking about the CHR-ROM, well it could be reflashed if you pulled it out and set it in an eprom programmer. It is not utilized at this time however, so it can be ignored altogether.

What do you mean Audio-through? Do you mean the expansion pins? People would need to modify their console to use that and not all end-users are up for it.

second update to a new board. Fully routed

Now we just need some programming ideas and a way to address the CHR-ROM.

EDIT: Some changes to make...
I don't think the Teensy has an on-board 3v3 regulator. It has a footprint, but nothing is there. I'll have to add the LM1117 back on.
Jarek seems to really like port manipulation, so I might have to rearrange some of the teensy GPIO to accomodate the teesny-equivalent of ports. (or lack-there-of)

EDIT2: K, I slapped an LM1117 vreg on the back.

Pezzman74 wrote:

Do you still have any CCAM boards left? I just found this page and I would be interested in 2 of them if you have them.

Yup. I just finished populating three awhile ago so they are ready to ship.
PM me with your contact info.

236

(24 replies, posted in Nintendo Consoles)

I suggest some jumpers on the cart to determine which MIDI channels it responds to. 
This way, with one MIDI stream you could control 3 NES's independently.

One cart dedicated to channels 1-5, one for 6-10 and one for 11-15.
Maybe channel 16 could be global controls that all NES's respond to.

Illustration:

This would be convenient for people with limited MIDI cables/controllers. Of course with USB-MIDI, running out of USB ports is pretty difficult.

237

(24 replies, posted in Nintendo Consoles)

PROTODOME wrote:

Decent vibrato function would be ace. Actually, built-in envelopes would save a huge amount of time. There are a bunch of cool DAW automation tools for this purpose (FL's Fruity Envelope Controller is brilliant), but having it native would really helpful.

Also, would it be possible to have MIDI control over DPCM pitches (with some rad sampled orchestra hits / basses)? I know some games utilised re-pitching of samples to melodic effect, but I'm sure I read somewhere that there's a limit to the pitches possible.

I have read about re-sampling too and it seemed to be reliant on one of the blanking periods. I know nothing about coding though. Seeing as the Teensy has built in timers and the CPLD is controlled to some extent via an interrupt, it could be possible.

238

(24 replies, posted in Nintendo Consoles)

What I think. Added to first post.

239

(24 replies, posted in Nintendo Consoles)

Good one.
I did some more looking at replacements parts and the Teensy LC is not 5v tolerant. Thats no big deal. The Teensy 2.0 is for only a few dollars more.

240

(24 replies, posted in Nintendo Consoles)

There is an old thread in which a few members toyed with the idea of improving Chip Maestro. The topic didn't end up being very constructive. Who "really" wants to do that?
The Schematic, and codes are readily available for download.

What would you improve? --

Sample playback?
-- lets add CHR-ROM to store samples.
MIDI-OUT?
-- the TX pin on the atmega is unused.
Other (non MIDI) control inputs?
-- ADC6, ADC7 and PB2 are unused on the atmega.
USB-MIDI?
-- The Atmega168 is slow, whereas a teensy has native USB midi and is much much faster. Is an extra $10 worth the power?
New CPLD?
-- The EPM3032 is cheap, but what about the EMP3064? Its twice as powerful so it can address more "virtual" ROM and even control the CHR ROM.

Currently the virtual PRG ROM is a measly 32 bytes if I understand that correctly. For only a few cents more per part, it could be 64 or even 128 bytes.

I can't do this alone though, I am just a hardware guy. I have interest in learning to program for CPLD's though.
One more thing worth noting is that the Chip Maestro isn't all that far off from MIDINES internally. More PRG_ROM in that case, but the MCU inside is actually not nearly as powerful as a Teensy. This could really turn into something if we got community input.

Here is my initial rendition/suggestion.
Teensy instead of Atmega168
Added CHR_ROM for samples
Maybe switch to EMP3064 for the CPLD
MIDI Thru from Teensy
USB-MIDI
Use on-board 3v3 reg from teensy
All CIC chip footprints available for use
NOT FIXED TO NTSC! .....

Second update:

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Running list of Suggestions:

Ability to send CC commands (no presets) - 2PLAYER
vibrato function - PROTODOME
DPCM resampling - PROTODOME
MIDI-channel-select jumpers - Jazzmarazz
NTSC/PAL jumper - Jazzmarazz
Audio-in/through - MaxDolensky