mess

Hi, it will take a while before I can finish this project, school is taking a lot of my time right now... if anyone is interested in the source PM me :) Michael

Hi does anybody now of a free SVN server? for the moment I'm using http://opensvn.csie.org/ but the site is quite slow when comitting/updating maybe it would be possible to run a SVNserver on midibox.org? ::) ;D Michaël

Thx for your reply, I'm not going to connect an lcd to that core but I was worried that the port state would be changed by the lcd driver My solution was to configure the core for a custom lcd driver while leaving this template empty.. It works great in the meantime but I would like to take a look at the SRAM code :-) Michaël

There is a difference between the standard use for MBNET like in the sid application and the usage for my project I'm using MBNET to transfer all the parameters from the control chip to the soundchip so every parameter is buffered in the control chip, and every time the control routine is executed the parameters are updated via MBNET (RAM WRITE) to the sound engine so both chips need the CAN interface the standard mbsid v1 MBNET usage exchanges parameters between control engines for the control surface If the propellor doesn't support can you might indeed be better off with another communication method

Strange, I did a LOT of uploads when working on projects and never had a failure maybe your code got too big so that a part of mios was overwritten (this has happened to me a few times before I used the 18f4620) in that you can upload MIOS as Stryd suggested this is only an issue for the can enabled pics ...

Hi Snakethief, check your PM

Hi Freon, it just had a look at your site, I agree with Stryd, very nice interesting project... do you write your code in Spin or ASM? about the Sid Control Engine: in the current implementation CAN is only used for the CS and patch loading I don't think this will be very useful considering the different synth architecture... also the SID code has a lot of specific code to handle the low resolution sid registers Maybe a more generic control engine based on thr SID would be nice, as there is a lot of intrest for controlling all kinds of soundchips Right now I'm working on the MBNET code to copy the variables from the control chip to the sound engine. Hopefully I can show some results monday... If you want a very simple way to get rid of most of the attack click you could try smoothing the gate signal, I just used an averaging filter running at 1khz (control update freq) and it helped a lot... keep us informed about your project :) Michaël

Hi I want to use RD 7:4 and RC5:4 for controlling a dac since RB is partially used for the CAN-interface are there any changes needed to MIOS for this? (since RD7:5 are normally used to control the LCD) thanks, Michaël

That is exactly what I'm going to do next, TK suggested using the new MBNET (CAN network) so right now I'm adapting the MBNET driver for use with coresound... I've made a WIKI page so that all information can be added there: http://www.midibox.org/dokuwiki/doku.php?id=coresound there's not much info right now, I will update the page as the code progresses Michaël

Feature update: I'm adapting parts of the MB_SID engine for modulation progress so far: *one envelope hardwired to volume (I threw out extra features like the envelope bend) *one lfo hardwired to envelope select, this signal is combined with a manual parameter *the cc input routines are modified for controlling the coresound parameters I first wanted to get this to work so there are some modulation sources for the dco... @Andrew First of all thank you for the wavetables, I forgot the PM you back I will try the 'alternate cycle' thing tomorrow... the interpolation will optional in case this doesn't sound good I already do this when playing with the formant bank, the 'speakjet wannabe' sounds :-) @Bill: I like the generator idea but I don't know if there will be enough ram available the wavetables I'm using right now have 16 waves of 256 bytes each this is not such a big problem in rom because the actual code is not so big... maybe this is possible with a pic18f4620 there are so many things I want to try but the resources of the pic are running out fast... maybe there should be a pic generating the sounds and another one for modulation/cs just like all of the other projects around here I would love to use the whole (modified) SID software for controlling this thing If someone wants the code to try out some ideas PM, I don't want to post the code until it is cleaned up a bit please note that you can also use the standard R2R resistor dac for a quick experiment ;-)

no, it's called sid_sin_table.inc

Yes he used the same method the only difference with between the sid and analog toolbox is that the sid table uses a table containing only one half of the sine and 'mirrors' this data to get the full wave to save memory..

Hi if you want the timer to do this *first step is to initialise the timer, call MIOS_TIMER_Init (see http://www.ucapps.de/mios_fun.html for more info on how to use this function) *next put your blink code in USER_Timer do you have experience with assembler coding? otherwise it would be easier to do this in C let me know if you need more hints

Hi Moxi another way to this is by multiplying the value with your scalar and keep the most significant byte as result this way: scaled_value = (scale*value)/256 _PRODL = scale; _PRODH = value; __asm movf _PRODL, w mulwf _PRODH __endasm; scaled_value = _PROD_H note: I didn't try the above code!