(03-25-2021, 07:38 AM)Ghostz_of_Moar Wrote:

(03-25-2021, 06:58 AM)Jesse Johannesen Wrote: So I did a 48 hr test of my Octa and NDLR at 240BPM blasting 5 CCs and using internal MOD Matrix on top of that and didn't crash once. (I did get some hung notes though). I think it might be time to try it using your exact project. Is there a chance you could email me your Octatrack project so I could load it on my machine and see if it makes my NDLR crash? You could send it to Support@conductivelabs.com

Jesse

Did you use red triggers or just cc automation?

Did you check the timing of the cc commands in relationship to the commands on the NDLR?

The exact project isn’t that hard.

128 bpm 

16 red triggers on the CTRL channel which trigger the note on/off

Parameter locks to the key to choose chord degree C-B (chords I-VII)

That’s is the first test.

Again if you would like for me to film this and post it in a shared environment I have no issue with doing so.

I will check on the octatrack but I did switch the NDLRs over to the mv8800.

---

Also. on the MV8800 the crashing is exponential less than the mv8800...and mostly occurs when I am sending the note on/off cc data from mv8800 and using the NDLR's controls for live edits...even then the crashing is occasional...once a session max(8-10 hours).

with the Octatrack...the note on/off (red triggers) gave me the most trouble.

the issue I had with cc automation on the green triggers was the timing was inconsistent/inaccurate...and if I used lots of cc automation it would crash the NDLR as well.

I did have sessions where in which I was able to let it run for a night(with the green trigless on the OT)...and I thought I was in the clear...and then when I begin to build on the pattern the NDLR would freeze...this would happen when I would look for happy accidents in modulation by changing the time scale in different tracks (have one track play for NDLR CTRL at 1/4 speed against the track for PAD play at full speed.)

I will look into wrapping the OT project up and mailing it to you because there are no samples in it so it should be really light.

I am ok with using the NDLR with the MV8800 ...though it is much bulkier at least its stable and the NDLR units are much more responsive with the note on/off. Stability wise it is like night and day.

(03-25-2021, 08:56 AM)Jesse Johannesen Wrote:

(03-25-2021, 07:38 AM)Ghostz_of_Moar Wrote:

(03-25-2021, 06:58 AM)Jesse Johannesen Wrote: So I did a 48 hr test of my Octa and NDLR at 240BPM blasting 5 CCs and using internal MOD Matrix on top of that and didn't crash once. (I did get some hung notes though). I think it might be time to try it using your exact project. Is there a chance you could email me your Octatrack project so I could load it on my machine and see if it makes my NDLR crash? You could send it to Support@conductivelabs.com

Jesse

Did you use red triggers or just cc automation?

Did you check the timing of the cc commands in relationship to the commands on the NDLR?

The exact project isn’t that hard.

128 bpm 

16 red triggers on the CTRL channel which trigger the note on/off

Parameter locks to the key to choose chord degree C-B (chords I-VII)

That’s is the first test.

Again if you would like for me to film this and post it in a shared environment I have no issue with doing so.

I will check on the octatrack but I did switch the NDLRs over to the mv8800.

---

Also. on the MV8800 the crashing is exponential less than the mv8800...and mostly occurs when I am sending the note on/off cc data from mv8800 and using the NDLR's controls for live edits...even then the crashing is occasional...once a session max(8-10 hours).

with the Octatrack...the note on/off (red triggers) gave me the most trouble.

the issue I had with cc automation on the green triggers was the timing was inconsistent/inaccurate...and if I used lots of cc automation it would crash the NDLR as well.

I did have sessions where in which I was able to let it run for a night(with the green trigless on the OT)...and I thought I was in the clear...and then when I begin to build on the pattern the NDLR would freeze...this would happen when I would look for happy accidents in modulation by changing the time scale in different tracks (have one track play for NDLR CTRL at 1/4 speed against the track for PAD play at full speed.)

I will look into wrapping the OT project up and mailing it to you because there are no samples in it so it should be really light.

I am ok with using the NDLR with the MV8800 ...though it is much bulkier at least its stable and the NDLR units are much more responsive with the note on/off. Stability wise it is like night and day.

I'm glad you're gaining stability with the MV8800, that is encouraging. Since I am not having issues with my NDLR and Octa, I'm wondering if there's a setting on the device which is causing problems? Are you using the same MIDI cable for all these tests? have we ruled that out yet?

Yeah, my test had 8th notes for the red trigs changing chord degree, then green trigless trigs for the chord shape, and 4 other CCs you mentioned being problematic (29,30,31,79 and one other I think they were, but I documented it in a recent reply, it would be better if we had kept this all in one thread but what are you gonna do, right?) 

I can't remember if we have tried factory resetting the NDLR yet, we have occasionally seen corrupt save data cause crashing, I think I may have suggested it a ways back, but I'm not sure about that. To reset the device you press and hold [shift+menu] while powering up which brings you to the boot menu. Press the Pad button to factory reset and panic to continue with the boot process. This will wipe out your saves, but may or may not help with stability. It's definitely worth a shot. 

I'll look forward to that project file. Hopefully that will make my NDLR crash and we can work on figuring out why.

Jesse

(05-06-2021, 03:25 PM)wolf Wrote: Sorry to keep this thread going... I got my NDLR (FW 1.1.073 / SNr. 13.0144.2010) about 5 months ago. Similar to the issues described above, but in a much simpler setting, my NDLR occasionally crashed.

The setting: master keys (good old Korg M1) or my DAW (Cubase 11 Artist, same with Cubase 10 AI before that) are controlling the NDLR. The NDLR gets fed a chord progression via black keys/white keys on channel 15. The crashes are too rare to notice any similarities for sure. But it seems that chord changes happening too fast or too often might lead to the crash.

During the past month or so, the NDLR crashed about four or five times (reboot). I didn't use it that often before, so it's no wonder it's happening now. Even now, I'm playing it about 15 hours a week, not more.

It's no big issue for me, but I thought I'd share it - in particular, since there are more incidents with other units.

(05-06-2021, 07:52 PM)Jesse Johannesen Wrote:

(05-06-2021, 03:25 PM)wolf Wrote: Sorry to keep this thread going... I got my NDLR (FW 1.1.073 / SNr. 13.0144.2010) about 5 months ago. Similar to the issues described above, but in a much simpler setting, my NDLR occasionally crashed.

The setting: master keys (good old Korg M1) or my DAW (Cubase 11 Artist, same with Cubase 10 AI before that) are controlling the NDLR. The NDLR gets fed a chord progression via black keys/white keys on channel 15. The crashes are too rare to notice any similarities for sure. But it seems that chord changes happening too fast or too often might lead to the crash.

During the past month or so, the NDLR crashed about four or five times (reboot). I didn't use it that often before, so it's no wonder it's happening now. Even now, I'm playing it about 15 hours a week, not more.

It's no big issue for me, but I thought I'd share it - in particular, since there are more incidents with other units.

Thanks for the info, I would love to figure this out as I can't seem to recreate the issue here. Can you tell me if the NDLR was receiving midi via the USB, Din port or both in these events? 
Jesse

(05-20-2021, 08:19 AM)Jesse Johannesen Wrote: I can't see anything from your setup that would suggest a problem. This seems to suggest a bug somewhere that we haven't been able to pin down. Keep your eyes peeled and let me know if you find a pattern to the crashing, or if you notice a change in frequency. I'll talk to our team and let them know what's going on, and take some more time to poke at mine to see if I can make it crash. I wish we had a quick fix, but it's so hard to solve these things until it becomes clear what is actually happening.
Jesse

(05-20-2021, 08:19 AM)Jesse Johannesen Wrote: I can't see anything from your setup that would suggest a problem. This seems to suggest a bug somewhere that we haven't been able to pin down. Keep your eyes peeled and let me know if you find a pattern to the crashing, or if you notice a change in frequency. I'll talk to our team and let them know what's going on, and take some more time to poke at mine to see if I can make it crash. I wish we had a quick fix, but it's so hard to solve these things until it becomes clear what is actually happening.
Jesse