PG8X (inspired by the JX8P): new beta version uploaded
- KVRian
- 543 posts since 22 May, 2009 from Portugal,Azores (faial island)
Thank you 
...want to know how to program great synth sounds,check my video tutorials: http://www.youtube.com/user/sergiofrias25
-
- KVRAF
- 2435 posts since 5 Jan, 2006
Same here. Ableton Live intro 9.18 on Win XP, default.PG8Xbank, all presets starts with ADSR & Volume on zero.martin_l wrote:Can you please give me more information? Which computer, which host, which soundbank file?docmun wrote:when loading the sound banks I get no sound, it used to work.
Are you opening an old project or is it in a new project?
Thanks,
Martin
-
- KVRer
- 13 posts since 3 Jun, 2006 from MaDrid
Reaper, new project, loading the banks get no sound presets:
DrewDalePG-8X Bank.PG8Xbank for instance
DrewDalePG-8X Bank.PG8Xbank for instance
avantspace.org
-
- KVRist
- 289 posts since 11 Sep, 2004 from just a little to the left
Same here, using REAPER. Saving to sysex in the old version, then importing into the new version works, though (although some of the longer patch names get truncated). I went with 32-patch banks at a time.
STV
STV
-
- KVRian
- Topic Starter
- 960 posts since 27 Jun, 2009 from Germany
I just found the problem for the failure to load old banks:
A few pages back, PAK suggested to change the parameter resultion from 0-1 to 0-100. (see http://www.kvraudio.com/forum/viewtopic ... 0#p6385370)
I was under the impression that the WDL framework stores parameters by their normalized value (i.e. always in the range 0-1), but now figured out that this is not the case. This means that old banks are currently loaded with values corresponding to 0.01 times the original value.
I have to see whether either to revert back to the old range, or whether to modify my WDL package as to read and write normalized values.
Cheers,
Martin
A few pages back, PAK suggested to change the parameter resultion from 0-1 to 0-100. (see http://www.kvraudio.com/forum/viewtopic ... 0#p6385370)
I was under the impression that the WDL framework stores parameters by their normalized value (i.e. always in the range 0-1), but now figured out that this is not the case. This means that old banks are currently loaded with values corresponding to 0.01 times the original value.
I have to see whether either to revert back to the old range, or whether to modify my WDL package as to read and write normalized values.
Cheers,
Martin
-
- KVRian
- Topic Starter
- 960 posts since 27 Jun, 2009 from Germany
I just tried the WDL modification and it seems to work. I guess I will go for that.
Please, keep in mind that projects, saved with the current beta (2016_03_27), will load incorrectly with the next, corrected version. If you are working on a project, please do NOT use that version!
Sorry about the problems,
Martin
Please, keep in mind that projects, saved with the current beta (2016_03_27), will load incorrectly with the next, corrected version. If you are working on a project, please do NOT use that version!
Sorry about the problems,
Martin
-
- KVRian
- Topic Starter
- 960 posts since 27 Jun, 2009 from Germany
Quick update:
I uploaded new versions (2016-03-28), which should fix the problem of loading old banks. Please, give it a try. I hope that it also loads previous projects correctly. Let me know of any problems.
About the aliasing problem: that does not look too promising at the moment. I tried updating the filter frequency at every sample frame, and even interpolate between them for the oversampling, but the problem remains (maybe marginally improved).
I will double check whether there is any other problem. If not, I guess, I will need to bite the bullet and completely change the filter code...
Cheers,
Martin
I uploaded new versions (2016-03-28), which should fix the problem of loading old banks. Please, give it a try. I hope that it also loads previous projects correctly. Let me know of any problems.
About the aliasing problem: that does not look too promising at the moment. I tried updating the filter frequency at every sample frame, and even interpolate between them for the oversampling, but the problem remains (maybe marginally improved).
I will double check whether there is any other problem. If not, I guess, I will need to bite the bullet and completely change the filter code...
Cheers,
Martin
-
- KVRAF
- 2621 posts since 16 Jan, 2013
I was just about to report high CPU usage with the 03-27 Mac build here. In Live 9.6 an old January build sits at @7% CPU usage when opened in a new project. The 03-27 one was eating 30%.
The new one you've just uploaded is @15%. So still higher than previous builds but much better than yesterdays release.
On further inspection the increased CPU usage is coming from displaying the GUI. When I close the GUI, CPU usage goes down to @7%.
The new one you've just uploaded is @15%. So still higher than previous builds but much better than yesterdays release.
On further inspection the increased CPU usage is coming from displaying the GUI. When I close the GUI, CPU usage goes down to @7%.
-
- KVRian
- Topic Starter
- 960 posts since 27 Jun, 2009 from Germany
Yesterday's Mac build was accidentally a debug build. Hence the huge CPU hit. Today's build is again a release build, but I increased the frequency with which the filter frequency is updated, in an attempt to reduce the aliasing. As it did not help anyway, I probably should take it out again for the next release (until I can find a proper fix).sprnva wrote:I was just about to report high CPU usage with the 03-27 Mac build here. In Live 9.6 an old January build sits at @7% CPU usage when opened in a new project. The 03-27 one was eating 30%.
The new one you've just uploaded is @15%. So still higher than previous builds but much better than yesterdays release.
Cheers,
Martin
PS. I just updated the beta's with the original frequency update interval. The CPU time should be lower again.
-
- KVRAF
- 2621 posts since 16 Jan, 2013
I probably added this finding after you'd read my message, but the CPU hike seems to be related to drawing the UI. It's still the same with the latest build. Opening the UI increases CPU usage by 7% here. It drops back again when I close it.
I'm not playing any audio at this stage. Just dropping PG-8X into a new project and watching Live's CPU meter. It's not a major problem now, but just reporting it all the same.
I'm not playing any audio at this stage. Just dropping PG-8X into a new project and watching Live's CPU meter. It's not a major problem now, but just reporting it all the same.
-
- KVRian
- Topic Starter
- 960 posts since 27 Jun, 2009 from Germany
That's odd as I have not really changed anything to the GUI. Need to trace back all changes I made to see which one could possibly have this effect.sprnva wrote:I probably added this finding after you'd read my message, but the CPU hike seems to be related to drawing the UI. It's still the same with the latest build. Opening the UI increases CPU usage by 7% here. It drops back again when I close it.
I'm not playing any audio at this stage. Just dropping PG-8X into a new project and watching Live's CPU meter. It's not a major problem now, but just reporting it all the same.
Martin
- KVRAF
- 7691 posts since 11 Jun, 2006
just tried the latest x32 win build. it crashed EnergyXT2 (which rarely ever crashes on my laptop) i
was just playing a few chords. no details given. my be some other plugin but we'll see if anyone
else reports daw crashes.
was just playing a few chords. no details given. my be some other plugin but we'll see if anyone
else reports daw crashes.
You do not have the required permissions to view the files attached to this post.
HW SYNTHS [KORG T2EX - AKAI AX80 - YAMAHA SY77 - ENSONIQ VFX]
HW MODULES [OBi M1000 - ROLAND MKS-50 - ROLAND JV880 - KURZ 1000PX]
SW [CHARLATAN - OBXD - OXE - ELEKTRO - MICROTERA - M1 - SURGE - RMiV]
DAW [ENERGY XT2/1U RACK WINXP / MAUDIO 1010LT PCI]
HW MODULES [OBi M1000 - ROLAND MKS-50 - ROLAND JV880 - KURZ 1000PX]
SW [CHARLATAN - OBXD - OXE - ELEKTRO - MICROTERA - M1 - SURGE - RMiV]
DAW [ENERGY XT2/1U RACK WINXP / MAUDIO 1010LT PCI]
-
- KVRian
- Topic Starter
- 960 posts since 27 Jun, 2009 from Germany
Hi Layzer,layzer wrote:just tried the latest x32 win build. it crashed EnergyXT2 (which rarely ever crashes on my laptop) i
was just playing a few chords. no details given. my be some other plugin but we'll see if anyone
else reports daw crashes.
what were the things you did before the crash? Did you use Midi Learn? Did you change any parameters just before the crash?
Please, let me know whether you manage to reproduce the crash.
Thanks,
Martin
-
- KVRer
- 13 posts since 3 Jun, 2006 from MaDrid
It is working alright now, on Reaper.
By the way: I really love this synth, it's sound is amazing!
thanks for it
By the way: I really love this synth, it's sound is amazing!
thanks for it
avantspace.org
-
- KVRian
- 769 posts since 18 Nov, 2008
Same for me...layzer wrote:just tried the latest x32 win build. it crashed EnergyXT2 (which rarely ever crashes on my laptop) i
was just playing a few chords. no details given. my be some other plugin but we'll see if anyone
else reports daw crashes.
Windows 7 64 bit, EnergyXT 2.7, PG-8X (2016-03-28b)
Finally managed to record some bars before the crash. Always crashes EnergyXT2 after playing those bars in a loop after some time. This happens reproducible with Juno-60 Bass preset in 'DrewDalePG8XBank2.PG8Xbank' after some time.
No fancy stuff like automation or MIDI Learn involved...
