Can tables be used in subpatches in polyphonic mode?

alexk · 2015-08-29 16:21:51 UTC

oh... my firmware is 1.0.0.1

im just using one table inside a subpatch to try to get a polysynth going. nothing too clever.

thetechnobear · 2015-08-29 16:26:36 UTC

but what do you use the table for? what data are you storing in it?

if its something like a waveform, then its better to store it in the parent patch anyway, since you don't need to store a copy per voice.

(easy enough to upgrade the software to 1.0.3, it just replaces what you have, and if a firmware update is required it will prompt you)

alexk · 2015-08-29 16:29:03 UTC

yeah its a sample from the sdcard, I am not sure i know how to patch everything correctly while storing tables outside of the subpatch but i will try. Had this idea earlier but it didn't seem possible with my design.

**BTW -- updated the firmware after installing 1.0.3 but upon connection it still says -

Firmware version: 1.0.0.1, crc=0xFB45859B, entrypoint=0x20011000

maybe this is meant to be or its some text error

alexk · 2015-08-29 16:42:41 UTC

Woohoo!!!! My test with the 24_wavetable_poly works!

but not sure why, when editing object instance and saving the edits, the main subpatch object is no longer updated with all the correct additions (outlets, inlets). i end up having to close the patch and reload it. hmm.

getting this error in the log:

Unresolved attribute 24_wavetable_poly_1:poly
Unresolved attribute 24_wavetable_poly_1:mididevice
Unresolved attribute 24_wavetable_poly_1:midiport

must be some issue when editing old patches or something.
**yeah its all good with another patch. no worries.

alexk · 2015-08-29 17:18:04 UTC

ah bummer.. my objects don't work correctly in polyphonic.
Will have to debug.

I simply get a disconnect crash

*in mono it works though

alexk · 2015-08-29 21:30:34 UTC

Hmm even with the default tablet/read interp i get a crash when going live with my patch. In mono it works fine - I have to push a button to load the .wav file into the table. In poly, it just flies off after going live.

Control transfer failed: -9
Ping: WaitSync Timeout, disconnecting now
Disconnect request

Perhaps I have to use an init script for the table alloc object?

*what.. looks like my wavetable experiment stopped working also..

***OK so it looks like it crashes when it receives any midi note data to change the phasor pitch. Any ideas?

alexk · 2015-08-29 21:44:46 UTC

Aha. I understand now

alexk · 2015-08-29 22:05:41 UTC

But polyphony still doesn't work for me.

thetechnobear · 2015-08-30 09:08:03 UTC

You need to provide examples , otherwise it's impossible to understand what your issues might be...
(Even better are small cut down examples which isolate the issue)

alexk · 2015-08-30 10:05:24 UTC

Let me know if this patch works.

I just hard crashed after sending midi data to it

FIRMWARE = .
"RM"
rm -f C:\Users\alex\DOCUME~1\axoloti/build/xp<a class="attachment" href="/uploads/default/original/1X/9b154363f35d357d3c17e24e849f0eb5946658e2.axs">24_wavetable_poly.axs</a> (4.7 KB) <a class="attachment" href="/uploads/default/original/1X/0e5f9858b3ac28d30a9f613179d5f64114bb5848.axp">24_wavetable_poly.axp</a> (2.0 KB) atch.o C:\Users\alex\DOCUME~1\axoloti/build/xpatch.elf C:\Users\alex\DOCUME~1\axoloti/build/xpatch.bin C:\Users\alex\DOCUME~1\axoloti/build/xpatch.d C:\Users\alex\DOCUME~1\axoloti/build/xpatch.map C:\Users\alex\DOCUME~1\axoloti/build/xpatch.lst
"APP"
arm-none-eabi-g++ -nostdlib -fno-exceptions -fno-rtti -mcpu=cortex-m4 -O3 -fomit-frame-pointer -falign-functions=16 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wunused-parameter -DCORTEX_USE_FPU=TRUE -DTHUMB_PRESENT -mno-thumb-interwork -DTHUMB_NO_INTERWORKING -mthumb -DTHUMB -std=c++11 -DARM_MATH_CM4 -D__FPU_PRESENT -H -IC:\PROGRA~2\Axoloti\app/CMSIS/Include -IC:\PROGRA~2\Axoloti\app/chibios/os/ports/common/ARMCMx/CMSIS/include -IC:\PROGRA~2\Axoloti\app/chibios/os/ports/common/ARMCMx -IC:\PROGRA~2\Axoloti\app/chibios/os/ports/GCC/ARMCMx -IC:\PROGRA~2\Axoloti\app/chibios/os/ports/GCC/ARMCMx/STM32F4xx -IC:\PROGRA~2\Axoloti\app/chibios/os/kernel/include -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/include -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32F4xx -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/GPIOv2 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/I2Cv1 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/OTGv1 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/RTCv2 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/SPIv1 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/TIMv1 -IC:\PROGRA~2\Axoloti\app/chibios/os/hal/platforms/STM32/USARTv1 -IC:\PROGRA~2\Axoloti\app/chibios/boards/ST_STM32F4_DISCOVERY -IC:\PROGRA~2\Axoloti\app/chibios/ext/fatfs/src -I. -Winvalid-pch -MD -MP --include C:\Users\alex\DOCUME~1\axoloti/build/xpatch.h -c C:\Users\alex\DOCUME~1\axoloti/build/xpatch.cpp -o C:\Users\alex\DOCUME~1\axoloti/build/xpatch.o 
! C:\Users\alex\DOCUME~1\axoloti/build/xpatch.h.gch
LINK
arm-none-eabi-gcc -nostartfiles -Tramlink.ld -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mthumb  -mno-thumb-interwork C:\Users\alex\DOCUME~1\axoloti/build/xpatch.o -Wl,-Map=C:\Users\alex\DOCUME~1\axoloti/build/xpatch.map,--cref,--just-symbols=./build/axoloti.elf -o C:\Users\alex\DOCUME~1\axoloti/build/xpatch.elf
BIN
arm-none-eabi-objcopy -O binary C:\Users\alex\DOCUME~1\axoloti/build/xpatch.elf C:\Users\alex\DOCUME~1\axoloti/build/xpatch.bin
Done compiling patch
Start uploading patch
bin path: C:\Users\alex\Documents\axoloti\build\xpatch.bin
block uploaded @ 0x20011000 length 7892
Done uploading patch
Start starting patch
Done starting patch
Start locking
Done locking
Ping: WaitSync Timeout, disconnecting now
Disconnect request
USB device found
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
connected
Cannot validate authenticity, no signature present.
Disconnect request
Control transfer failed: -1
USB device found
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
connected
Cannot validate authenticity, no signature present.
Ping: WaitSync Timeout, disconnecting now
Disconnect request
Control transfer failed: -7
Ping: WaitSync Timeout, disconnecting now
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
USB device found
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
connected
Cannot validate authenticity, no signature present.
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -1
Ping: WaitSync Timeout, disconnecting now
Disconnect request
Control transfer failed: -7
Ping: WaitSync Timeout, disconnecting now
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
Control transfer failed: -7
USB device found
connected
Cannot validate authenticity, no signature present.
Disconnect request
Control transfer failed: -1
USB device found
connected
Cannot validate authenticity, no signature present.
Ping: WaitSync Timeout, disconnecting now
Disconnect request
Control transfer failed: -7
Ping: WaitSync Timeout, disconnecting now
Control transfer failed: -7
Control transfer failed: -9
Control transfer failed: -1
Control transfer failed: -1
USB device found
connected
Cannot validate authenticity, no signature present.
Control transfer failed: -1
Control transfer failed: -1
Disconnect request
Firmware version: 1.0.0.1, crc=0xFB45859B, entrypoint=0x20011000
Firmware version: 1.0.0.1, crc=0xFB45859B, entrypoint=0x20011000
Firmware version: 1.0.0.1, crc=0xFB45859B, entrypoint=0x20011000

24_wavetable_poly.axp (2.0 KB) 24_wavetable_poly.axs (4.7 KB)

thetechnobear · 2015-08-30 10:41:01 UTC

ok the problem was not the tables, it something to do with the phasor... (don't have time to check now)
if you replace with a saw it works fine. I've attached a working copy of what I think you were trying to do...

a couple of things that you might find useful for the future...

see how I use a patch/patcher object, this can later be saved as an AXS, but means its easy for throwing around the forum. (behaves identically to a sub-patcher... just use edit and then remember to always press 'update' after changes).
(please use these, its MUCH quicker/easier for me to test others patches.... as I can now load directly from discourse if its just an axp, I cant do this if its got an AXS... easier for me = more likely i look at it for you )
when debugging a patch, keep removing stuff until it stops crashing... I tracked this down easily, since i just removed the table/reads and it still crashed, so obviously was not the tables.... once i got it down to just the phasor it was obviously the phasor that was 'at fault'

wtpoly.axp (8.6 KB)

alexk · 2015-08-30 10:45:22 UTC

nice. will try now. i kept thinking its tables since i had the issue when putting tables inside a subpatch and getting compile errors when in poly mode. And this thing was crashing only in poly mode.

anyway thanks again. will try some more.

thetechnobear · 2015-08-30 10:55:23 UTC

scrape that, its not phasor, Ive now found the cause of the issue

its actually 'keyb mod' (i replaced with keyb) , and its because it can act as a modulation source, which we know has issues with poly patches , this is logged in

so just replace with keyb and you will be fine!

alexk · 2015-08-30 10:57:04 UTC

oh OK.. i was already starting to have a brain meltdown trying to see why your patch was working and mine kept crashing.

alexk · 2015-08-30 10:58:12 UTC

oh man..The keyboard mod object even says it is "MONOPHONIC"

**hmm although keyb says that also. nevermind

thetechnobear · 2015-08-30 11:02:29 UTC

yeah, it should work in polyphonic patches.
the comment means, one instance of that object is monophonic, i.e. one note at a time, so you need to put it in a poly sub patch to get polyphony.

the issue we have is modulation sources don't work in polyphonic subpatches, and keyb mod happens to be an example of that....
personally I don't use modulation sources, (I prefer explicit wires) hence why I instantly replaced it... and then promptly forgot Id replaced it.... and blamed the phasor

alexk · 2015-08-30 11:04:47 UTC

man this is so awesome. Can't thank you enough (and vormplus) for finding the issue. I kept looking at the keyb mod object with suspicion after reading that post last week but obviously i didn't read it carefully enough to actually do something.

Back to being creative.

alexk · 2015-08-30 11:30:18 UTC

but of course, i didn't realize my design issue now..since i have polyphonic oscillators driving a single table..so the resulting sound is a bit different. I guess i really will need to use a table per voice

** OK fixed it for real this time.

**** just so this thread isn't completely useless to someone trying to use tables in polyphonic mode - here is what i learned:

Put your table read objects inside the subobject
Put your tables into your main patch
Don't use keyb mod inside your subpatch for the midi note
Definitely check out the Table Help (under the object arrow dropdown button)

Mood_Organ · 2015-10-06 08:53:56 UTC

I'm getting the following crash with my attempt at a simple polyphonic sampler & playback (polyphonic because I was experimenting with 'table/play pitch' - I've simplified it to use here 'table/play'). It seems like the subpatch isn't able to reference table t1 which is allocated in the main patch. Firmware = 1.0.0.1, software=1.0.3
StutterLiveVoice_debug.axs (4.0 KB)StutterLivePoly_debug.axp (3.3 KB)

Generate code complete
Start compiling patch
Compiling patch... with /Applications/Axoloti.app/Contents/Java/firmware
BDIR = /Users/tmason/Documents/axoloti/build
FIRMWARE = .
RM
rm -f /Users/tmason/Documents/axoloti/build/xpatch.o /Users/tmason/Documents/axoloti/build/xpatch.elf /Users/tmason/Documents/axoloti/build/xpatch.bin /Users/tmason/Documents/axoloti/build/xpatch.d /Users/tmason/Documents/axoloti/build/xpatch.map /Users/tmason/Documents/axoloti/build/xpatch.lst
APP
arm-none-eabi-g++ -nostdlib -fno-exceptions -fno-rtti -mcpu=cortex-m4 -O3 -fomit-frame-pointer -falign-functions=16 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wunused-parameter -DCORTEX_USE_FPU=TRUE -DTHUMB_PRESENT -mno-thumb-interwork -DTHUMB_NO_INTERWORKING -mthumb -DTHUMB -std=c++11 -DARM_MATH_CM4 -D__FPU_PRESENT -H -I/Applications/Axoloti.app/Contents/Java/CMSIS/Include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx/CMSIS/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/kernel/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/GPIOv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/I2Cv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/OTGv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/RTCv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/SPIv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/TIMv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/USARTv1 -I/Applications/Axoloti.app/Contents/Java/chibios/boards/ST_STM32F4_DISCOVERY -I/Applications/Axoloti.app/Contents/Java/chibios/ext/fatfs/src -I. -Winvalid-pch -MD -MP --include /Users/tmason/Documents/axoloti/build/xpatch.h -c /Users/tmason/Documents/axoloti/build/xpatch.cpp -o /Users/tmason/Documents/axoloti/build/xpatch.o
! /Users/tmason/Documents/axoloti/build/xpatch.h.gch
/Users/tmason/Documents/axoloti/build/xpatch.cpp: In member function 'void rootc::instanceStutterLiveVoice__debug__1::voice::instanceplay__1::dsp(int32_t, int32_t, int32_t, int32_t (&)[16])':
/Users/tmason/Documents/axoloti/build/xpatch.cpp:608:39: error: 'class rootc::instanceStutterLiveVoice__debug__1' has no member named 'instancet1_i'
pos = asat>>(27-parent->common->instancet1_i.LENGTHPOW);
^
/Users/tmason/Documents/axoloti/build/xpatch.cpp:621:33: error: 'class rootc::instanceStutterLiveVoice__debug__1' has no member named 'instancet1_i'
if (pos< parent->common->instancet1_i.LENGTH)
^
/Users/tmason/Documents/axoloti/build/xpatch.cpp:622:59: error: 'class rootc::instanceStutterLiveVoice__debug__1' has no member named 'instancet1_i'
outlet_wave[buffer_index] = parent->common->instancet1_i.array[pos++]<common->instancet1_i.GAIN;
^
/Users/tmason/Documents/axoloti/build/xpatch.cpp:622:102: error: 'class rootc::instanceStutterLiveVoice__debug__1' has no member named 'instancet1_i'
outlet_wave[buffer_index] = parent->common->instancet1_i.array[pos++]<common->instancet1_i.GAIN;
^
make: *** [/Users/tmason/Documents/axoloti/build/xpatch.bin] Error 1
shell task failed, exit value: 2
Compiling patch failed ( /Users/tmason/Documents/axoloti/Patches/Testing/StutterLivePoly_debug.axp )

alexk · 2015-10-06 09:24:19 UTC

hiya - looks like your subpatch has incorrect table reference .
Check the help section for tables to see how to reference tables defined in the main patch, in your subpatches. (tldr its "../t1")
cant test your patch now so not sure if theres anything wrong with it.