Perfect – I don’t have access to github just at the moment, but tomorrow I can file that bug report.
hjh
I just checked this method, and I find that it starts correctly with other.class == this.class.
If other is nil, then this would be nil.class == aSynthDesc.class – which is false – hence the method would return false, and not throw an error.
This same-class check was added in March 2020 – so if you are seeing that error, it means that your NodeSnapshot quark is at least 4.5 years old.
Takeaway: It’s worth updating quarks from time to time.
So there’s no bug to log, because the method’s current version is correct.
hjh
Thank you very much James!
Yes you’re right, I hadn’t updated this quark, actually it has helped me to do some tidying up !
And thanks again Sam for this Ugen that works great !
Best,
José
Hello Sam and others,
Thanks a lot for sharing this tool,
I have downloaded and compiled the last version, and tried to test it.
I use Supercollider 3.15-dev
When I try the example file :
(
s.waitForBoot({
p = Platform.resourceDir +/+ "sounds/a11wlk01.wav";
b = Buffer.read(s, p);
SynthDef('proteus_test', {
var in = PlayBuf.ar(1, \buf_num.kr(0), BufRateScale.kr(\buf_dur.kr), loop:1);
Out.ar(0,
Proteus.ar(in, SinOsc.ar(0.1).range(0,1), 'this_one', \bypass.kr(0));
);
}).load(s);
})
)
~synth = Synth('proteus_test', [\buf_num, b]);
And then evaluating the ~synth line, the server instantly quits with this message:
→ Synth(‘proteus_test’ : 1000)
Server ‘localhost’ exited with exit code 0.
server ‘localhost’ disconnected shared memory interface
I tried to change memSize, using ServerOptions, but it makes no difference.
Here are some infos about my system :
System:
Kernel: 6.14.10-1-liquorix-amd64 [6.14-12~mx23ahs] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 parameters: audit=0
intel_pstate=disable amd_pstate=disable BOOT_IMAGE=/boot/vmlinuz-6.14.10-1-liquorix-amd64
root=UUID=<filter> ro threadirqs quiet init=/lib/systemd/systemd
Desktop: KDE Plasma v: 5.27.5 tk: Qt v: 5.15.8 wm: kwin_x11 vt: 7 dm: LightDM v: 1.32.0
Distro: AVL_MXE-23.1-20240120_x64 Enlightened January 15 2024 base: Debian GNU/Linux 12
(bookworm)
Machine:
Type: Laptop System: Apple product: MacBookPro10,1 v: 1.0 serial: <superuser required> Chassis:
type: 10 v: Mac-C3EC7CD22292981F serial: <superuser required>
Mobo: Apple model: Mac-C3EC7CD22292981F v: MacBookPro10,1 serial: <superuser required>
UEFI: Apple v: 422.0.0.0.0 date: 06/04/2021
CPU:
Info: model: Intel Core i7-3720QM bits: 64 type: MT MCP arch: Ivy Bridge gen: core 3 level: v2
built: 2012-15 process: Intel 22nm family: 6 model-id: 0x3A (58) stepping: 9 microcode: 0x21
Topology: cpus: 1x cores: 4 tpc: 2 threads: 8 smt: enabled cache: L1: 256 KiB
desc: d-4x32 KiB; i-4x32 KiB L2: 1024 KiB desc: 4x256 KiB L3: 6 MiB desc: 1x6 MiB
Speed (MHz): avg: 1198 high: 1200 min/max: 1200/2601 boost: enabled scaling:
driver: acpi-cpufreq governor: performance cores: 1: 1197 2: 1197 3: 1197 4: 1197 5: 1200 6: 1197
7: 1200 8: 1200 bogomips: 41506[/CODE]
Thanks you all for any hints.
Cheers,
Paul
This is a strange error that seems to be happening when I call the RTNeural library on Intel macs.
I probably don’t have time right now to fix this, so maybe try the RTNeural Plugin, which can also load Proteus models. If that doesn’t work, dm me.
Sam
Btw @Sam_Pluta is that a typo in the example code? I’d guess they should both be buf_num.
Pretty sure that’s not causing the crash but you might get the wrong buffer speed if the file isn’t loaded into buffer 0.
hjh
Or you can use VSTPlugin which works well, at least on SC 3.13, have not tried it with 3.14.