XHip--Please finish your synth!!
- KVRAF
- 12615 posts since 7 Dec, 2004
oh, actually it's already in there. just save a bank called 'default' in the same directory as adxhip.dll. what i changed was the path used. it now uses loadbank("./default.adxb");
depending upon your configuration, "./" (cwd) might not be equal to the same directory as the dll. if that is the case you can try your host's root directory, or your mydocuments directory.
it can load the older patches no problem, they are just stored with mod.a depth representing the off/a/b/a+b switch, and mod.b depth representing the depth for the selected modulator. all i need to do is enter a few lines of code to translate those two values into the proper values for the a and b depths which are now present.
the problem is that all patches have been saved with version = 0, meaning that they're saved in a naive format. i cant tell which parameter configurations are saved in which patches without having the version flag set to something meaningful. if you want some specific patches translated i can write a small app for that. i'll convert the standard bank a little later on today, probably.
depending upon your configuration, "./" (cwd) might not be equal to the same directory as the dll. if that is the case you can try your host's root directory, or your mydocuments directory.
it can load the older patches no problem, they are just stored with mod.a depth representing the off/a/b/a+b switch, and mod.b depth representing the depth for the selected modulator. all i need to do is enter a few lines of code to translate those two values into the proper values for the a and b depths which are now present.
the problem is that all patches have been saved with version = 0, meaning that they're saved in a naive format. i cant tell which parameter configurations are saved in which patches without having the version flag set to something meaningful. if you want some specific patches translated i can write a small app for that. i'll convert the standard bank a little later on today, probably.
-
- KVRAF
- 13444 posts since 14 Nov, 2000 from Hannover / Germany
Hm, maybe I should ask the Apulsoft dude for a Mac port. He ported quite some stuff already.
I usually don't whine due to the lack of some Mac freebies - I mean, it's my own fault I can't get familiar enough with any other hosts but Logic. But, in the case of xhip, it should be pretty much worth having an OSX version as it's really amazing what you can do with it.
I usually don't whine due to the lack of some Mac freebies - I mean, it's my own fault I can't get familiar enough with any other hosts but Logic. But, in the case of xhip, it should be pretty much worth having an OSX version as it's really amazing what you can do with it.
There are 3 kinds of people:
Those who can do maths and those who can't.
Those who can do maths and those who can't.
-
- KVRAF
- 7034 posts since 28 Apr, 2004 from france
It doesn't work (it displays a wrong version error message).aciddose wrote:oh, actually it's already in there. just save a bank called 'default' in the same directory as adxhip.dll. what i changed was the path used. it now uses loadbank("./default.adxb");
-
- KVRAF
- 7034 posts since 28 Apr, 2004 from france
-
- KVRAF
- 10815 posts since 26 Nov, 2004 from UK
tick. tick. tick....aciddose wrote:i'll convert the standard bank a little later on today, probably.
Subz
-
- KVRian
- 889 posts since 10 Jul, 2004
is the pcm pack still on the site? can't find it..
- KVRAF
- 12615 posts since 7 Dec, 2004
http://xhip.cjb.net/xhip/releases/pcms.rar
sorry about the default.adxb thing. doing other things at the moment
anyway if you really want functional banks it is on the list http://xhip.cjb.net/xhip/todo/
sorry about the default.adxb thing. doing other things at the moment
anyway if you really want functional banks it is on the list http://xhip.cjb.net/xhip/todo/
- KVRAF
- 12615 posts since 7 Dec, 2004
press "wav", load the waveform. select it from the drop-down box. dont load a whole bunch and use the 2nd osc dropdown because if it goes off the window it'll crash. that gets fixed in the future - it isnt a bug, just an oversight or something i didnt bother to implement.
-
- KVRAF
- 2490 posts since 28 Mar, 2005
PM sent regarding Mutex impl on OSX/linux.
Have fun !
Have fun !
- KVRAF
- 12615 posts since 7 Dec, 2004
-
- KVRAF
- 7034 posts since 28 Apr, 2004 from france
Thank you sir !
-
- KVRian
- 673 posts since 15 Nov, 2004 from Montevideo, Uruguay
I'm wondering how easy (and useful) would be to add these two things:
- oscillator sync to gate selectable per oscillator
- number of saws (ramp unison) selectable per oscillator
I'm playing around with v0.6.14.3 here. Everything seems fairly stable. PCM selection rocks.
Had a few small problems:
- Crashes when a PCM is selected and moving pulse width. No big deal I guess.
- Sometimes the drop boxes don't update the value display when changing presets.
- Sine modulator + amplitude modulation < 0 = pops
- I still have this pop problem when using the filter in self oscillation and long release: popy.adxi
- oscillator sync to gate selectable per oscillator
- number of saws (ramp unison) selectable per oscillator
I'm playing around with v0.6.14.3 here. Everything seems fairly stable. PCM selection rocks.
Had a few small problems:
- Crashes when a PCM is selected and moving pulse width. No big deal I guess.
- Sometimes the drop boxes don't update the value display when changing presets.
- Sine modulator + amplitude modulation < 0 = pops
- I still have this pop problem when using the filter in self oscillation and long release: popy.adxi
- KVRAF
- 12615 posts since 7 Dec, 2004
- oscillator sync to gate selectable per oscillator
it would be easy to implement of course but i'm not sure it would be useful. i do not think it really would be possible for a human to detect the difference in phase in the single oscillator. i think we can only hear the difference between two or more. trying to visualize that i can see that you would probably get a kind of "resync" effect with a different initial phase. i think you'll be able to do this no problem with event routing though and really the gate sync thing is only temporary. [note on -> sync osc x phase to y]. so, it is interesting and might sound like 'something' but there isnt any need to implement it directly, the gate feature is already going too far.
- number of saws (ramp unison) selectable per oscillator
this of course can go into the gui in the window which is dependent upon the waveform selected. the ramp waveform would have the detune, distribution and number of ramps controls.
- Crashes when a PCM is selected and moving pulse width. No big deal I guess.
it crashes if you change the pcm while a pcm is already playing. it shouldnt as far as i understand the function of the code, but i'll need to take a closer look. i've been able to crash it reliably this way as well. not important at this point in time, just make sure that all voices are off before you change that.
- Sometimes the drop boxes don't update the value display when changing presets.
yeah, that is something i have to work out still. i'll look into it more but it isnt a serious problem. you mean when using pcm waveform right? it doesnt update because the waveform doesnt change, it is always set to pcm. the pulse width changes. i shouldnt be using _either_ of these to represent the current pcm selected though, that should be in a waveform dependent box/window. a work-around could be that if the pulse width changes the waveform drop box is forced to update, but that is another kludge on top of a kludge.
if you mean it doesnt change sometimes for any of the other boxes.. i've never noticed that and i cant reproduce it here. can you reproduce it?
- Sine modulator + amplitude modulation < 0 = pops
hm i guess i didnt notice that when i was trying to fix the previous problem. the problem is that the sine waveform goes to 0x80~ while it is supposed to be limited to 0x7F~. so, the sign gets inverted and what you hear is a quick 180 degree phase inversion for that portion of the lfo waveform. i think the solution is just to scale down the waveform a bit.
fixed it now i hope.
- I still have this pop problem when using the filter in self oscillation and long release: popy.adxi
trigger = hard, set it to off.
it would be easy to implement of course but i'm not sure it would be useful. i do not think it really would be possible for a human to detect the difference in phase in the single oscillator. i think we can only hear the difference between two or more. trying to visualize that i can see that you would probably get a kind of "resync" effect with a different initial phase. i think you'll be able to do this no problem with event routing though and really the gate sync thing is only temporary. [note on -> sync osc x phase to y]. so, it is interesting and might sound like 'something' but there isnt any need to implement it directly, the gate feature is already going too far.
- number of saws (ramp unison) selectable per oscillator
this of course can go into the gui in the window which is dependent upon the waveform selected. the ramp waveform would have the detune, distribution and number of ramps controls.
- Crashes when a PCM is selected and moving pulse width. No big deal I guess.
it crashes if you change the pcm while a pcm is already playing. it shouldnt as far as i understand the function of the code, but i'll need to take a closer look. i've been able to crash it reliably this way as well. not important at this point in time, just make sure that all voices are off before you change that.
- Sometimes the drop boxes don't update the value display when changing presets.
yeah, that is something i have to work out still. i'll look into it more but it isnt a serious problem. you mean when using pcm waveform right? it doesnt update because the waveform doesnt change, it is always set to pcm. the pulse width changes. i shouldnt be using _either_ of these to represent the current pcm selected though, that should be in a waveform dependent box/window. a work-around could be that if the pulse width changes the waveform drop box is forced to update, but that is another kludge on top of a kludge.
if you mean it doesnt change sometimes for any of the other boxes.. i've never noticed that and i cant reproduce it here. can you reproduce it?
- Sine modulator + amplitude modulation < 0 = pops
hm i guess i didnt notice that when i was trying to fix the previous problem. the problem is that the sine waveform goes to 0x80~ while it is supposed to be limited to 0x7F~. so, the sign gets inverted and what you hear is a quick 180 degree phase inversion for that portion of the lfo waveform. i think the solution is just to scale down the waveform a bit.
fixed it now i hope.
- I still have this pop problem when using the filter in self oscillation and long release: popy.adxi
trigger = hard, set it to off.

