I’m trying to determine if this problem is my OT, my cf card, or a problem with 1.25 H OS.
If you’re willing to try these steps and let me know what happens with yours I’d be really grateful. Thanks!
Please let me know which OS update you’re on.
QUICK TEST SETUP:
Create a new project.
Populate a few flex slots from your audio pool.
Populate a few static slots from your audio pool.
Assign some flex samples to tracks.
Assign some static samples to tracks.
Drop some trigs on those tracks.
Run the sequencer.
Check that your samples are trigging & audible.
Leave it running.
THE PROBLEM
Go into the memory settings.
Switch DYNAMIC RECORDERS to ‘ON’
(You get the message about how the sequencer will stop and record buffers will clear)
Proceed with switching dynamic recorders on
Exit settings.
Start the sequencer (play) I get silence at this point on my OT
You can see that trigs are firing but no sound, no ‘play’ symbols on the tracks
How about you?
(This happens whether I’m switching dynamic recorders off OR on.)
WORKAROUND (not a very good one - let me know if you find better)
Hold each track button + EDIT
This brings up the assigned sample waveform
Now you can hear the sample again when trigged
(Any samples in the flex and static lists which are NOT assigned to a track, but you were trigging with p-locks must be individually ‘edited’ (just view the waveform) and they come back.)
Project rescued, hopefully
Thanks in advance to anyone taking the time to try this. Much appreciated
Thanks Wissam! Sounds like this bug came in with the recent updates.
Rusty, if you get a chance it would be good to know if you get the same result. I know you are not on any of the recent OS releases. I’m considering rolling back to 1.25 E (i think) even though I really like NOT freezing when changing in-use sample slots!!
Both of mine are on OSv1.25E, so I can have a look, but I have other priorities at the moment, doing final testing on the next OctaEdit build, so um, thats a little bit more important in my world
thats what i’ve been doing. Decision to roll back would be based more on general mistrust of these buggy updates. I have found another bug since. another time waster…
This muting problem recurs when switching dynamic recorders back ON too btw
Just tried this and can confirm the bug, as soon as dynamic recorders change all tracks are silenced. Viewing the waveform does indeed bring the sound back for each track individually. I am also on 1.25H.
I haven’t ever used the dynamic recorders so I guess it’s not so much of an issue for me.
Would be interested if this is a new regression or if it’s always been there.
Support got back to me saying the bug will be reported. Also, as a workaround, it would seem its faster to do Project>>Reload than to bring the samples back online individually.
[quote=“Clancy”]Rusty, if you get a chance it would be good to know if you get the same result. I know you are not on any of the recent OS releases. I’m considering rolling back to 1.25 E (i think) even though I really like NOT freezing when changing in-use sample slots!!
[/quote]
You still want me to test this sometime?
[/quote]
Yes I’d appreciate it. I think I would have run into it on 1.25 E but I’m not sure. I haven’t yet rolled back and this would be a deciding factor. Thanks
[quote=" Rusty"][quote=“Clancy”]Rusty, if you get a chance it would be good to know if you get the same result. I know you are not on any of the recent OS releases. I’m considering rolling back to 1.25 E (i think) even though I really like NOT freezing when changing in-use sample slots!!
[/quote]
You still want me to test this sometime?
[/quote]
Yes I’d appreciate it. I think I would have run into it on 1.25 E but I’m not sure. I haven’t yet rolled back and this would be a deciding factor. Thanks [/quote]
I just did a quick test, was unable to replicate…
OS v1.25E
Flex slots 001, 002 and 003 using some random samples / loops.
Static slots 001, 002 and 003 using some random samples / loops.
Track01 - Flex : some parameter lock action, one sample lock
Track02 - Static : some parameter lock action, one sample lock, one trigless lock
My advice?
Replicatable bug. So do this…
Create a Project with 3 Flex, and 3 Static samples
PS: I think I already know why this occurs, how it is caused, the reasoning for it, and how to fix it… but educated guesswork at the moment, send me the files and I can confirm or deny…