Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Captain Midi crashing on fast midi input #49

Closed
madskjeldgaard opened this issue Feb 11, 2020 · 21 comments
Closed

Captain Midi crashing on fast midi input #49

madskjeldgaard opened this issue Feb 11, 2020 · 21 comments
Assignees
Labels
bug Something isn't working

Comments

@madskjeldgaard
Copy link

Hello
First of all thank you for the fantastic work you have done here - Hemisphere is a daunting piece of work and I really love it so much!

I experience an issue with Captain Midi crashing the Teensy on an otherwise perfectly functioning module. I have fairly fast CV signals going into all four CV inputs which are then fed to channels 1-4 as mod data. It works fine for some time but at some point, inevitebly it seems, it crashes the whole Teensy leading to glitches on the screen and the whole thing dead until reboot.

I am running Hemisphere v1.8 on a mini OC with a Teensy 3.2 overclocked to 120 mhz as per the OC instructions.

I hope this information is useful and otherwise let me know if you want more detail. I atttach here a picture of the dead Captain Midi.

Thanks

2

@madskjeldgaard
Copy link
Author

Update: This seems to happen only/mostly when pulling up the log display. Or at least that seems to trigger the crash when doing that.

@madskjeldgaard
Copy link
Author

aha, okay, even though it doesn't crash with 4 high frequenct/audio rate inputs the menu becomes sluggish and unresponsive

@Chysn
Copy link
Owner

Chysn commented Feb 11, 2020

Hello, and thanks for the report!

Did you install using the hex file from the Release page in GitHub, or via the Arduino IDE?

@madskjeldgaard
Copy link
Author

madskjeldgaard commented Feb 11, 2020 via email

@Chysn
Copy link
Owner

Chysn commented Feb 11, 2020

I’m asking because the IDE version is really important for stability reasons. And you mentioned overclocking, which wouldn’t be an issue with the hex file.

I’d say, re-install using the hex file and see if the issue goes away.

https://github.com/Chysn/O_C-HemisphereSuite/releases/

@madskjeldgaard
Copy link
Author

I’m asking because the IDE version is really important for stability reasons. And you mentioned overclocking, which wouldn’t be an issue with the hex file.

I’d say, re-install using the hex file and see if the issue goes away.

https://github.com/Chysn/O_C-HemisphereSuite/releases/

Okay thanks, I will try that and report back here with the results.

@madskjeldgaard
Copy link
Author

So I tried that now. I realised I was using arduino 1.8.11 and teensyduino 1.5 and I downgraded to the supported versions 1.8.1/1.35 and tried both compiling myself via the IDE and uploading the hex file but all of it leads to the same issue with Captain Midi crashing unfortunately.

I also tried resetting the eeprom but that did not help either.

As I said above, the rest of Hemisphere works as expected, it's just Captain Midi.

I should add that it gets progressively sluggish the more cv inputs I patch with these signals, it starts to slow down from the third cv input for me and then after a while with the fourth plugged in it crashes.

@Chysn
Copy link
Owner

Chysn commented Feb 11, 2020

Ok, thanks for checking that!

I’ll look into this today. It’s four audio rate CV, assigned to four continuous controller messages on different MIDI channels?

@madskjeldgaard
Copy link
Author

Thanks for having a look! Yes, Midi Assign is set to Mod for all four channels, the channels are 1-4. Everything else is set to off

@Chysn Chysn closed this as completed in 46f231d Feb 12, 2020
@Chysn Chysn self-assigned this Feb 12, 2020
@Chysn Chysn added the bug Something isn't working label Feb 12, 2020
@Chysn
Copy link
Owner

Chysn commented Feb 12, 2020

Fixed in 1.8A. This looks like a bug from the O_C framework, in which some integers would not print properly, and caused a buffer overwrite of screen memory, which usually crashes the module. Fixed by moving the log values display a bit out of the way.

@madskjeldgaard
Copy link
Author

madskjeldgaard commented Feb 12, 2020 via email

@madskjeldgaard
Copy link
Author

I recompiled from the master branch including the change and it all seems to be working perfectly now. Thanks a lot for fixing this!

@Chysn
Copy link
Owner

Chysn commented Feb 13, 2020

Sure, thanks for the report!

@KittenVillage
Copy link

I think I just hit this bug. I'll try to figure out how to compile on my own, I have a feeling I'll run into it again with the setup I'm trying out. (4 channels in, set to note.)

20200309_211037

@filefolder
Copy link

filefolder commented Apr 13, 2020

i'm also getting this bug FWIW. using the hex file, haven't tried compiling. every time i accidentally pull up the routing info it crashes almost immediately with busy midi traffic.

is there a way to download the updated 1.8A hex somewhere?

@Chysn
Copy link
Owner

Chysn commented Apr 13, 2020

i'm also getting this bug FWIW. using the hex file, haven't tried compiling. every time i accidentally pull up the routing info it crashes almost immediately with busy midi traffic.

is there a way to download the updated 1.8A hex somewhere?

Not yet, but it will be available this week.

@filefolder
Copy link

filefolder commented Apr 21, 2020

heyyy at the risk of gift-mouth-horse-looking could i say bump or can anyone just post their 1.8A hex in this thread? this bug is absolutely debilitating for me. thanks in advance

@Chysn
Copy link
Owner

Chysn commented Apr 21, 2020 via email

@KittenVillage
Copy link

I compiled with a flipped screen and got this error again. Not sure if it's because I pulled the source off the 'releases' page or not. I'll give it go with the source pulled down from the main page and report back in a bit.

@KittenVillage
Copy link

Is working fine with flipped screen. The arduino IDE does some caching or something? I finally had to delete the old directory and start fresh to make sure I had the latest version.

@Chysn
Copy link
Owner

Chysn commented May 7, 2020

I know that the Arduino IDE does some kind of caching, but I don’t really know how it behaves. I’m glad you got it working.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants