Search options (Page 8 of 39)

Really excited by this project Also Above I had thought he was streaming from a PC, but his notes on the video said it's SD card based. Very impressive, and this is just the proof of concept for the board, can't wait to see his other features implemented.
Yogi

Hi Jazz. Good idea
   I really believe that the CM is kind of a dead end, design wise. The main idea is to tightly control the 2A03 in a very limited loop. In theory the super simple loop that the CPLD does is the lowest latency way to push bytes into the PSG and the AVR code is the 'make or break' of the design, which is where the CM kind of went wrong.  With a faster/ larger uC a better synth engine could have been designed.
  The Teensy2 is good but consider moving up to the Teensy3 ARM based board. This seems like the best 'Bang for the Buck'  and a larger CPLD not so much. There is just so much you can do without a more complicated main loop on the 2A03. In allot of way, this design mirrors Little Scale's interfaces; a simple loop running on the console and a uC sending raw register data, but in this case we are on the bus and not the pad ports.
  Trying to add more features on the 2A03 side, you would end up with a PRG/CHR full on mapper, with the uC memory mapped. This is the basic design of the Midines: the PIC's parallel slave port is mapped in the NES's memory. A synth kernel running on the 2A03 checks the PIC address for changes, (I'm kind of guessing based on the hardware, so...) With this design, PRG ROM based DMA sample playback is do-able via the kernel. With the CM you need to send raw PCM samples to the DAC at the sample rate, so you end up needing a fast processor and a large storage for the samples. Which is a challenge for most uCs that don't have a native parallel bus, reads and writes are bit banged.
   For a redesign of the TSUNDERE/CM take a look at this project-
https://github.com/Jaffe-/NESizer2
and the main board-
https://github.com/Jaffe-/NESizer2/blob … g?raw=true

In this design, the AVR is better synced to the 2A03 (they share the same 20 MHz CLK, AVR overclocked) and not dependent on a 'Gate' based CPLD loop. The ATMega 328 handles the 2A03 opcodes for the loop as well as the sample playback. The interface between the two is only an 8 bit latch, the majority of the other logic in the schema is to support the sample RAM busses.
  For a cart, maybe scale back the amount of sample storage and use a EPROM. A 50~70 macrocell CPLD would be needed for the 30~50 register bits needed for the Data/Adr latches and decoder logic in a >40 Pin package. Perhaps a Xilinx XC9572xl cause it's +5 tolerant and breakout boards are cheap.
   The uC would have to be synced to the system clock to cycle count for the state the 2A03; the Nesizer2 design shares the 20 MHz clock, which can't be done on the cart port. So maybe some sort of PLL locked on the Phi2?
  Anyways, There's a ton of ideas and allot of work involved. I'm in the middle of building a beta of the Nesizer so will definitely  share insights. I can also help a bit with the CPLD, currently getting my feet wet with VHDL so still a noob, but can get some basic logic going.
Yogi

If you go the HobbyTronic route, you would just connect the output from the host board to the Teensy/Arduinoboy board instead of the DIN midi socket. Sort of like this example- http://www.hobbytronics.co.uk/midi-player-tutorial  but with the controller board running Arduinoboy firmware. Looks like there wouldn't be any 'programming' involved on your part, the Host board connects with TTL level midi in and out to the controller. Plug and Play
Yogi
Using this Host board, could retro fit any number of DIY midi projects, SammichSID or Shruthi

I was thinking that Teensyboy didn't act as a USB Host but just as a Device?

Yogi

More and more, online. Love going to local electronic supply stores but over the last few years there are fewer in my area. Years ago, there were some great surplus stores and well stocked shops. The few that are left  really only deal with IT and Alarm/CCVideo contractors and don't stock the large selection for DIY types.Plus the cost is way up there when you pay the retail prices.
  Online, Mouser is my goto site but have been hitting EBay some for Bulk/NOS stuff. Mouser is super fast with it's shipping, OTOH EBay's China sellers take weeks but cost much less.
Yogi

I think the only diff with the STe models is the RAM amount, same mobo.

All the STs will work for midi, but the STe does sampled sound via DMA in addition to the YM PSG. So the STe has the advantage of much better Mod/digi tracking.
MaxYMiser really is aimed at chiptune tracking. It does midi but only to support the main function.

I have an STFM so I've used a LCD composite TV as well as a VGA monitor. With high res, you can use a wide range of multi sync VGA monitors. In this mode you get B&W and very crisp pix.
   For Color, Med and Low res, you will need either a 'special' Multi sync monitor (some models can handle the lower sync frequency) or a scan converter to re-sync the signal to a more modern frequency. Depending on how you re-sync, the Med and Low are not as sharp as High res.
  Best Computer maintains a list for the monitors that will work and there are a few threads over @ AtariAge.org covering this topic
Yogi