Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Xavier

Pages: 1 ... 83 84 [85] 86 87 ... 149
1261
preenfm2 and preenfm3 / Re: I want one !!
« on: September 03, 2016, 11:15:45 PM »

J'espère que tout sera pret pour le WE prochain. Sinon WE d'après.
Il y aura des Kits sans boitier ni écran... mais pas juste sans boitier.

Xavier

1262
preenfm2 and preenfm3 / Re: I want one !!
« on: September 03, 2016, 11:09:35 PM »
Salut Thierry,

PCB and MCU boards are available in the Shop :
http://ixox.fr/shop/

Full kits will hopefully be available in 7 days.
I'll also have a dozen of kits without box and display.

Xavier

1263
preenfm2 and preenfm3 / Re: OS 2.03: behaviour NOT1/2 ==> IM*
« on: September 03, 2016, 01:25:55 PM »
It seems that setting up "NOT1/2 ==> IM*" in the matrix only adds to all fixed modulation indexes: When setting all fixed IMs to 0.00, and setting the velocity sensitive IMs different from 0.00, the aforementioned matrix entry has no effect at all.
Speaking in simple math, it seems to be implemented similar to this: (fixed IMs * matrix setting) + velocity sensitive IMs
I'd like to see it implemented the following way: (fixed IMs + velocity sensitive IMs) * matrix setting
Does this make sense at all?

Thanks for the feedback, that's interesting.

The formula is : IM = FIX IM + velocity sensitive IMs + matrix value
So it's weird you don't hear any effect when FixIM = 0.
What you hear maybe is that IM<0 in this case it's reset to 0. So it all sounds the same after a certain note number.

1264
preenfm2 and preenfm3 / 2.05B5 available (September 5th)
« on: August 30, 2016, 10:32:52 PM »
See attachment bellow.
Still beta because i didn't test it a lot and there are several important changes, if you test the new features, don't hesitate to let me know if it works as expected for you.

. New matrix target "Dec*" : Decay all
You'll find it between Att* and Rel*.
http://ixox.fr/forum/index.php?topic=69169.msg71645#msg71645

. New matrix target : "o*Fh" (h for 'harmonic' / Located after "o*Fr").
It's harmonic Freqency, required for accurate Pitch Bend.
It's been discussed here : http://ixox.fr/forum/index.php?topic=69162.0
The final solution is a new matrix target that shifts ALL oscillator. The matrix multipler is exactly the number of shifted tone UP and DOWN.

. The test note (left buttons while browsing presets) is not anymore muted when you change patch or trigger a new random preset. So use and abuse.

. Low frequency stuck note finaly fixed
http://ixox.fr/forum/index.php?topic=69170.0

. Last minute matrix source re-order
http://ixox.fr/forum/index.php?topic=69182.0

. Fix a problem that prevent the matrix target IM* from diminishing the velocity IMs.
http://ixox.fr/forum/index.php?topic=69184.0

Thanks everyone for all suggestions and discussions that made this happen,

Xavier

[attachment deleted by admin]

1265
You're right, i'll change that.  :)

1266
I changed the name of your firwmare so that there is no confusion with current beta.

If you change the number of steps, there's a chance the "midi sync" ratio freq does not work anymore.

1267

100Hz is not a problem, it does not add any CPU overhead.
The LFO is updated every 32 samples. 100 Hz would make it updated 12 times per period.

A quick hack would be to modify LfoOsc.cpp line 167.
currentFreq = lfo->freq + this->matrix->getDestination(destination);

Change it to :
currentFreq = lfo->freq * 4.0f + this->matrix->getDestination(destination);
And you'll have the LFO frequencies 4 times the number you see on your display.




1268
preenfm2 and preenfm3 / Re: PC/Mac Editor version 2.00
« on: August 30, 2016, 12:01:58 AM »
PluginParameters is a git submodule.
It's describe in the .gitmodule file, so it's easy to download from the editor forlder.
I don't remember exactly the git command but i quickly found that :
http://stackoverflow.com/questions/8090761/pull-using-git-including-submodule

I also think you must have the steinberg VST headers even for Linux... but i'm not 100%  ;)

You can compile directly the host.

1269
preenfm2 and preenfm3 / Re: Preenfm2 gerber files
« on: August 29, 2016, 11:49:37 PM »
the hole green area is copper.is  it normal ?

Yes it's normal. This is the GND zone.
But it's not the latest version.
If you plan using a LCD display go ahead. If you plan using a yellow OLED, you should wait.
I'll upload the R5d version before the end of the week.

1270
preenfm2 and preenfm3 / Re: PC/Mac Editor version 2.00
« on: August 29, 2016, 10:05:59 PM »
i see now in another post, that you already compiled a linux version. i will try to compile the version from github...

Let me know how it goes.
You'll see the standalone version is more complicated thant what you expect.
It's because it's the pluggin version wrapped in a host and the pluggin version has to deal with the host automation, with the midi I/O and with the hardware. All that without locking the audio main thread.

Anyway, if you have any questions....  ;)

 

1271
I'd be happy to demonstrate.

I'd be happy to hear :)

i compiled a firmware with increades lfo speed, will try tomorrow if it works as expected and will then upload here...

Don't hesitate to share  :D

1272
I understand this, but why do I observe that the encoders move - but the values as well as the sound don't change as usual. The encoders require many more degrees of turning until a value changes ... if this makes any sense.

This happens under heavy load on all preenfm.
When the preenfm2 plays 8 voices of 6 op algo, there's not much CPU left for the display driver which refresh slower, and for the encoder driver which does not poll the encoder values fast enough.

The overclocked firmware has a slighty higher sample rate AND has a little more CPU left for display and encoder in heavy load situation.
If you don't use it aldready, give it a try.


1273
May I ask a question ... can the screen error have a correlation to the use of the encoders? I had the screen issue only during twiddling the knobs. I had the PreenFM2 run for many hours - doing some burn-in like testing - never had the screen failure.

If you don't turn any knob, the display activity is limited to note on/off.
When you turn knobs, the display receive much more data to deal with. There's so more possibilities of a corrupted data.

For the reminder, only one corrupted data can turn the display in a broken state until you reboot.


1274
preenfm2 and preenfm3 / Re: Screen Issue - what I am doing wrong?
« on: August 26, 2016, 10:17:43 AM »
Yes. I confirm that the Resistor change does not solve it. I have made the mod on all the units. And some clients still had it. Running wires directly to the Screen was the only way it went better. But I am not sure its a cure.

OK. Thanks for the confirmation.

other, maybe esoteric question, is there any preenfm2 without metal case and raystar oled that has this problem? ardi wrote about the metal shield adding whining noise in some cases. maybe the raystar is "problematic" with metal cases???

I'll put a Raystar oled in my metal box tonight.... Thanks for the idea.

1275
preenfm2 and preenfm3 / Re: Screen Issue - what I am doing wrong?
« on: August 26, 2016, 09:51:12 AM »
Thanks Ardi for the detailed feedback.

Do you double confirm that the OLED mod that lower the 5V input voltage does not fix the issue ? You saw a moded preenfm2 (22 ohm+pin 2 cut+2 to 15 OLED wring) that still has this problem ?

Just read the LXR discussion. The LXR problem was a boot problem, once the Raystar boots it was OK, if it failed that was from the begining.
The preenfm2 problem when it occures, occures after the OLED worked for some time.
Does not sound like the same.

If you have the URL about this on other forums, i'd like to read.

Thanks,

Xavier



Pages: 1 ... 83 84 [85] 86 87 ... 149