What's happening?!?!

macos
1.0.11
#6

Thanks for the reports, I'm investigating. Flashing firmware or formatting sdcard do not appear to be relevant. I have heard positive reports on v1.0.11 on OSX too, have not identified the root cause.

#7

@janvantomme thanks a lot

#8

Hey

I have got a few of the same errors too, which results in patches that does not load.

And I also got some patches that loads and sound right in 1.0.09.

In 1.0.10 & 1.0.11 they load but they sound wrong. Will post an error report when I got my axo in hand.

#9

maybe the damned "el capitan".....and "yosemite" too...

#10

Mainly happens with patches made with previous versions of the patcher. New ones seem to work fine, but not sure if this is the issue.

Also noticed that all directories created on the SD Card have the same date: 31 Dec 1979 23:00.

#11

for me is a bigger problem....the new patches crash too
they crash when i load them

the update of the os of my mac (el capitan) brought me only troubles
(in music softwares)

but i am waiting trustly :slight_smile:

#12

Here is the error I got in some patches. If I remember correct, this patch is created in 1.0.10, but I am not 100% sure.

After reading what you wrote @janvantomme, I thought I'd try copy/paste all objects into a new patch........... and what do you know, IT WORKS :slight_smile:

So @marierose have you tried copy/pasting all objects into a new patch? I know it is not the best solution, but maybe it works for you too :wink:

I still have that patch that with sound problem. It goes live but sounds wrong. I think I'll make a new thread for this subject.

Error message:
Start creating directory on sdcard : /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen
creating dir: /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen'
Done creating directory
Changing working directory on sdcard : /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen
Change working directory: /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen'
Control transfer failed: -4
Done changing working directory
Start compiling patch
Compiling patch... with /Applications/Axoloti.app/Contents/Java/firmware
BDIR = /Users/jakobskouborg/Documents/axoloti/build
FIRMWARE = .
RM
rm -f /Users/jakobskouborg/Documents/axoloti/build/xpatch.o /Users/jakobskouborg/Documents/axoloti/build/xpatch.elf /Users/jakobskouborg/Documents/axoloti/build/xpatch.bin /Users/jakobskouborg/Documents/axoloti/build/xpatch.d /Users/jakobskouborg/Documents/axoloti/build/xpatch.map /Users/jakobskouborg/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 -fno-math-errno -fno-threadsafe-statics -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. -I/Applications/Axoloti.app/Contents/Java/chibios -Winvalid-pch -MD -MP --include /Users/jakobskouborg/Documents/axoloti/build/xpatch.h -c /Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp -o /Users/jakobskouborg/Documents/axoloti/build/xpatch.o
! /Users/jakobskouborg/Documents/axoloti/build/xpatch.h.gch
. /Applications/Axoloti.app/Contents/Java/firmware/../chibios/ext/fatfs/src/ff.h
LINK
arm-none-eabi-gcc -nostartfiles -Tramlink.ld -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mthumb -mno-thumb-interwork /Users/jakobskouborg/Documents/axoloti/build/xpatch.o -Wl,-Map=/Users/jakobskouborg/Documents/axoloti/build/xpatch.map,--cref,--just-symbols=./build/axoloti.elf -o /Users/jakobskouborg/Documents/axoloti/build/xpatch.elf
BIN
arm-none-eabi-objcopy -O binary /Users/jakobskouborg/Documents/axoloti/build/xpatch.elf /Users/jakobskouborg/Documents/axoloti/build/xpatch.bin
Done compiling patch
Start uploading patch
bin path: /Users/jakobskouborg/Documents/axoloti/build/xpatch.bin
Control transfer failed: -4
Control transfer failed: -4
block uploaded @ 0x20011000 length 32768
Control transfer failed: -4
Control transfer failed: -4
block uploaded @ 0x20019000 length 12080
Disconnect request
Done uploading patch

#13

thanks a lot
i will try to work in these times
waiting for the solution
cause i thought to back to 10 version too...
in the meanwhile...

but i think that it is not good
for the axo way of work

so thanks a lot to evryone of you :slight_smile:

#14

Oh the patch was created on 1.0.10. I am now on 1.0.11. and on 1.0.11 the copy/paste trick worked :wink:

#15

Ah, that filename exceeds an unchecked 64 character filename length limit in the firmware, causing memory corruption in the Axoloti processor. No panic, this will not affect your computer, and the Axoloti board forgets this corruption when you remove its power.
This is probably the reason why copy/pasting into a new patch worked for you. I don't expect this copy/paste to influence anything else than the filename length.

#16

Ahh cool. That is an easy fix :slight_smile: Better shorten some of those names then.

Thanks :slight_smile:

#17

Does anyone with this issue, have a self contained patch that has this issue? Can you post here.

Im not getting this issue, I'm running both El Capitan and Sierra on the macs I have.

I'm not sure it's as simple as 'old patches' since the demo/tutorials have not been updated - and some have reported issues with these and some not.

I think we need a specific patch , just so we can eliminate the patch as the cause.

( @johannes i thought there was some mention of the USB polling change being related ? )

#18

In conversation with marierose, the factory synth/anthem patch was showing this issue, sometimes it would work, but most often not, and have not observed a pattern, it seemed to fail roughly 1 out of 2 times clicking live.
I have not been able to reproduce on my macbook with El Capitan.
Just installed Axoloti on an old Mac with Mountain Lion now, and now I can reproduce this issue, failing roughly 1 out of 6 times of pressing "live". I'm investigating further, stay tuned...

#19

odd, Ive tested anthem here, on a really old mpb on 10.7.5, and it was fine...
its also fine on the sierra and el captain machines i have.

one thing, I did note.. I did have to delete the build directory, as this contains the pch which is not being deleted when we upgrade.
i.e.

rm -rf ~/Documents/axoloti/build

and restart axoloti.

anthem seems a bit larger than some patches and I've notice the time to go live, is quite long compared to many (init time?)

note: I did actually have anthem fail to start once on the old mbp when it was on 1.0.9 (i.e I tested it before upgrading it to 1.011) ... though I think that was the first time after flashing axo, which was a known issue at the time (iirc)

EDIT: ok, tested on a 4th (and my last :)) mac, an old iMac also running 10.7.5, and again fine....
(this one was a clean install of axoloti, since I had version 1.0 of axoloti on it , so had to replace the runtime as well)

hmm, confused... ive used different axolotis, different mac, different os versions...

only things I can suggest are:
- clean the build directory , as above
- try connecting axoloti directly, i.e. without any usb hubs
- try different usb cables
- try without sdcard (it didnt make any difference for me, but perhaps a slow card might cause issues?!)
- try without any devices plugged into the axoloti usb port
- if you were using axoloti, prior to 1.0.3, make sure you upgraded the runtime. (but its not been changed since then)
- unplug other usb devices attached to your computer (except mouse/keyboard)

all this is very general, as I don't see a pattern, and can't replicate

note: I only tried with synth/anthem as my test with my 10.7.5 machines.

#20

woooow guys
i am thrilled about all these answers

ok...
during the conversation with @johannes i tried with the patches organ and organ too
and the reaction was the same

my configuration (on this mac) is:
macbook pro 13"
end of 2011
os X yosemite
memory 4 gb
2,4 ghz intel core i5

i tried:
to connect axoloti directly
to change usb cables
without sd card
without any devices plugged into the axoloti usb port
without other devices attacched to my computer

i upgraded the runtime

the only thing that i have to do is to clean the directory....
i will do in these days and i will keep u updated

:slight_smile:

#21

ps.: in my case sometimes the copy/paste works .....sometimes does not work!!!

#22

I tested synth/anthem on my Macbook(details in my "about me" section).

And it went live 10 out of 10 times.

#23

hi jan and johannes

i also have these problems. on my machine tend to happen with larger (?) projects involving sd sample playback. i also use 10.9.5 and had axoloti version 1.0.9, then 1.10 then 1.11 installed. maybe should try to remove all past references.

also, when there's a big patch running on startup the axoloti may not enter card reader mode. in that case i first have to upload a tiny patch and then it can enter the card reader mode.

i've attached the patches which cause the issue for me. __pno.axp (40.9 KB)

they need some samples called pno1 through pno8 to run and the streamer.h and the play fn stereo done.axo. play fn stereo done.axo (2.7 KB)

bests,
const

#24

A post was split to a new topic: Patch no longer compiles on 1.0.11

#25

hi!!! first of all thank for this patience...
a little update in delay...
i deleted my build directory....but nothing new :frowning: