midibox_sid_faq
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
midibox_sid_faq [2007/10/03 15:37] – How to supply power nebula | midibox_sid_faq [2011/11/18 12:04] (current) – removed spam lpdunwell | ||
---|---|---|---|
Line 1: | Line 1: | ||
**MIDIbox SID FAQ** | **MIDIbox SID FAQ** | ||
- | ===== Do I need the big and expensive control surface to get some sound out of my SID? ===== | ||
- | No, you can control all sound parameters of your MIDIbox SID from a computer, with some ergonomic limitations also from a common MIDI controller. However, the dedicated control surface is the optimum solution to control the SID. | + | FIXME FAQ is outdated, many details are not matching anymore |
+ | ===== Do I need the most elaborate control surface to get some sound out of my SID? ===== | ||
+ | No. Although the dedicated control surface is the optimum solution to control the SID, you can control all sound parameters of your MIDIbox SID from a computer or from a common MIDI controller (although the MIDI controller option has some ergonomic limitations). | ||
===== Which PIC is required? ===== | ===== Which PIC is required? ===== | ||
- | MIDIbox SID 2.0 (currently at Release Candidate stage) | + | MIDIbox SID 2.0 requires |
- | + | ||
- | Previous (1.x) versions use the PIC18F452. | + | |
- | + | ||
- | In version 1.5 and earlier, you needed a PIC18F452 for the master and control surface, while the " | + | |
+ | MIDIbox SID 1.x required a PIC18F452 for the master and control surface, while the " | ||
===== Where can I purchase a SID (6581 or 8580)? ===== | ===== Where can I purchase a SID (6581 or 8580)? ===== | ||
- | Unfortunately the SID has been out of production for years, but you can pull one from any Commodore 64 or Commodore 128. If you don't already own a C64 homecomputer, | + | Unfortunately, the [[SID]] has been out of production for years, but you can pull one from any Commodore 64 or Commodore 128. If you don't already own a C64 homecomputer, |
Other places you might find Commodore computers or SID chips: | Other places you might find Commodore computers or SID chips: | ||
Line 27: | Line 24: | ||
* [[http:// | * [[http:// | ||
- | ===== How can I realize | + | ===== How can I make a stereo SID synth? ===== |
- | Since SID is a mono device, you can achieve stereo only with more than one SID module | + | Since the SID is a mono device; to get stereo output, you need more than one SID module. |
- | Note that [[http:// | + | |
+ | The MIDIbox SID V2 firmware allows you to control up to 4 cores, (with each core capable of controlling two SIDs), allowing you to have up to 8 SID audio channels. | ||
===== What is the purpose of the Audio Input? ===== | ===== What is the purpose of the Audio Input? ===== | ||
- | It allows you to chain SID modules. | + | The Audio Input allows you to chain SID modules |
+ | |||
+ | It's also possible to use the Audio Input for ' | ||
+ | |||
+ | Details are explained [[http:// | ||
===== How can I save my sound creations? ===== | ===== How can I save my sound creations? ===== | ||
- | If the control surface is enabled, you can save the patch into a BankStick from the SAV menu. | + | If the control surface is enabled, you can save the patch into a [[BankStick]] from the SAV menu. |
You can also request a dump of a patch with < | You can also request a dump of a patch with < | ||
Line 58: | Line 59: | ||
===== Do I need a BankStick to get the MIDIbox SID running? ===== | ===== Do I need a BankStick to get the MIDIbox SID running? ===== | ||
- | The BankStick is an optional feature. If no stick is connected, only one patch can be stored into the internal EEPROM. | + | No, the BankStick is an optional feature. |
- | All 128 patch positions are directed to the internal patch. | + | If no stick is connected, one patch can be stored in the internal EEPROM, and all 128 patch positions are directed to the internal patch. |
- | This is still usefull | + | This is still useful |
Line 72: | Line 73: | ||
===== How does MIDIbox SID cooperate with other MIDIboxes? ===== | ===== How does MIDIbox SID cooperate with other MIDIboxes? ===== | ||
- | A MIDIbox can send _F0 00 00 7E 46 < | + | A MIDIbox can send < |
Line 146: | Line 147: | ||
- | + | ===== How do I supply power to the MIDIbox SID? ===== | |
- | ===== How to supply power? ===== | + | |
The recommended power supply for MIDIbox SID is a Commodore 64 Power Supply. | The recommended power supply for MIDIbox SID is a Commodore 64 Power Supply. | ||
- | Without the C64 PSU, it's better to use separate transformers: | + | Without the C64 PSU, it's better to use separate transformers: |
+ | |||
+ | Though a single power supply may work, the voltage needs to be high enough to supply the regulator on your SID board. Because of the higher input voltage, the 5V (7805) regulators on your CORE module(s) will get very hot, especially if you are powering a backlit LCD. | ||
+ | |||
+ | For powering 2core with 2 sid 8580 with a complete (Step C) control surface a 1A/12V power supply should be sufficient sufficient. you can buy 7805 and 7809 regulator that supports up to 1A and chain them togheter (the PSU connectet to the 7809 and the 7805 connected to the 7809 output). | ||
+ | |||
+ | //(Note that 7800-series voltage regulators typically require an input voltage of 3V above their output voltage)// | ||
- | It may work with a single PSU, but the voltage needs to be high enough to supply the regulator on your SID board. | ||
===== Will feature X be implemented? | ===== Will feature X be implemented? | ||
- | There are several things to consider before a new feature is implemented. Will it be used by a lot of people? Is the hardware really able to do that, will it use up too much memory? Remember, we're only using a PIC here. Also, the MB SID is built in such a way that each editable feature has to have a MIDI CC number. | + | There are several things to consider before a new feature is implemented: |
+ | * Will it be used by a lot of people? | ||
+ | * Is the hardware really able to do that? | ||
+ | * Will it use up too much memory? | ||
+ | Remember, we're only using a PIC here. | ||
+ | |||
+ | Keep in mind that the MIDIbox | ||
+ | |||
+ | In TK's words: | ||
//Sounds strange? Here the reason why I'm always very carefully with new features: check the CC list of MIDIbox SID and you will notice that most CC parameters are allocated. Check the content of the SysEx dump (e.g. in the JSynthLib driver) and you will notice that also there most of the memory is allocated (and I already did a lot of tricks).// | //Sounds strange? Here the reason why I'm always very carefully with new features: check the CC list of MIDIbox SID and you will notice that most CC parameters are allocated. Check the content of the SysEx dump (e.g. in the JSynthLib driver) and you will notice that also there most of the memory is allocated (and I already did a lot of tricks).// | ||
Line 165: | Line 178: | ||
Also, using another MIDI channel to make more CC numbers available (again, TK) // | Also, using another MIDI channel to make more CC numbers available (again, TK) // | ||
+ | |||
+ | ===== Can we get better envelopes? ATDTLDTSRTR ;)? ===== | ||
+ | |||
+ | This would use up more MIDI CC numbers and more memory. | ||
+ | See "// | ||
===== Can you connect multiple SIDs in parallel to one Core, to get a " | ===== Can you connect multiple SIDs in parallel to one Core, to get a " | ||
- | You can - but beware, the SID's oscilators are DCOs, which means they' | + | Yes, this feature is available starting with the MIDIbox |
+ | |||
+ | FIXME Is this next piece still relevant? | ||
As TK says: //you can connect multiple SID modules to one core module, in this case they always listen to the same control data. But the audible effect isn't really so interesting. If you are having two identical SIDs, then the volume will just be doubled (the oscillators are digital and therefore always output exactly the same waveform). | As TK says: //you can connect multiple SID modules to one core module, in this case they always listen to the same control data. But the audible effect isn't really so interesting. If you are having two identical SIDs, then the volume will just be doubled (the oscillators are digital and therefore always output exactly the same waveform). | ||
This option can make sense if you want to switch between 6581 and 8580 because of the different filter characteristics. | This option can make sense if you want to switch between 6581 and 8580 because of the different filter characteristics. | ||
But for really interesting (especially fat) sounds, seperate cores are the best option, so that the SID parameters are modulated independent from each other. The result is much more analog-like(especially when the LFOs are in freerunning mode and the finetune/ | But for really interesting (especially fat) sounds, seperate cores are the best option, so that the SID parameters are modulated independent from each other. The result is much more analog-like(especially when the LFOs are in freerunning mode and the finetune/ | ||
- | |||
- | |||
- | ===== Can we get better envelopes? ATDTLDTSRTR ;)? ===== | ||
- | |||
- | This would use up more MIDI CC numbers, and memory. And you know you should take care with that! | ||
Line 258: | Line 273: | ||
- | ===== Why does MIDIbox SID stop playing a note when a patch is changed ===== | ||
- | this would lead to many unwanted side effects and wouldn' | + | ===== Why must MIDIbox |
- | A proper patch change without reset would also require that the whole patch data is transfered to the SID as well as to the sound engine within one update cycle (0.8 mS), this is not possible with the PIC. It's especially not possible to send so much data to the slaves within this short timewindow, since the transfer takes ca. 260 mS. | + | Changing this behaviour would lead to many unwanted side effects and wouldn' |
+ | |||
+ | A proper patch change without reset would require that the whole patch is transfered to the SID as well as to the sound engine within one update cycle (0.8 mS), which is not possible with the PIC. It's especially not possible to send so much data to the slaves within this short timewindow, since the transfer takes about 260 ms. | ||
Line 286: | Line 302: | ||
Thanks wilba for the tip, you can remove everything to the left of the regulator including the regulator shown on the multi sid PDF. Remember to bridge the core PCB's where the regulators used to be. I have also heard of swapping the 2200uf cap, and not including the bridge on the cores too but I have not tested it (dcer10). Also remember when you are testing the multi sid that you need to press the link button to hear the extra sids! | Thanks wilba for the tip, you can remove everything to the left of the regulator including the regulator shown on the multi sid PDF. Remember to bridge the core PCB's where the regulators used to be. I have also heard of swapping the 2200uf cap, and not including the bridge on the cores too but I have not tested it (dcer10). Also remember when you are testing the multi sid that you need to press the link button to hear the extra sids! | ||
+ | |||
+ | ===== How do I connect the SID-module to the Core-module ===== | ||
+ | |||
+ | This question has been asked many times in the forum. | ||
+ | The pins don't all match name for name, that's the confusing bit! The pins to connect will be in the same position on those 2x5 headers. | ||
+ | It should be a 1:1 connection: | ||
+ | |||
+ | |Core: | ||
+ | |Vd| Vc| | ||
+ | |Vs| Vs| | ||
+ | |CLK| CLK| | ||
+ | |SC| --| | ||
+ | |MU| MU| | ||
+ | |RC| RC| | ||
+ | |MD| SC| | ||
+ | |SO| SO| | ||
+ | |--| --| | ||
+ | |--| --| | ||
+ | |||
+ | To avoid ground loops, it is recommended to use Vd and Vs from J2 of the Core module instead of J10. |
midibox_sid_faq.1191425838.txt.gz · Last modified: 2007/10/03 15:45 (external edit)