Reason 11 and 12 sample editor bug
-
- Posts: 61
- Joined: 17 Apr 2019
I think there is another bug with Reason 11.
Maybe someone can confirm.
Somehow the sample editor is now linked wierdly to the browser audio preview.
Load a sample into NN-19 or NN-XT and start Reasons sample editor, play the sample and when you now switch loop on and play with the loop points or switch on crossfade, than suddenly the browser audio preview starts to play and loop the audio forever. You can't stop it until you switch the loop off in the sample editor or close the sample editor and stop the audio preview in the browser manually but as soon as you switch loop on again or anytime you open the sample editor again and edit your sample further, the audio preview in the browser starts to play again.
This is super annoying when working with looped samples, i never had that with Reason 10.
Reason 11 is by far the buggiest Reason version ever, hope with Reason 12 everything gets fixed.
Maybe someone can confirm.
Somehow the sample editor is now linked wierdly to the browser audio preview.
Load a sample into NN-19 or NN-XT and start Reasons sample editor, play the sample and when you now switch loop on and play with the loop points or switch on crossfade, than suddenly the browser audio preview starts to play and loop the audio forever. You can't stop it until you switch the loop off in the sample editor or close the sample editor and stop the audio preview in the browser manually but as soon as you switch loop on again or anytime you open the sample editor again and edit your sample further, the audio preview in the browser starts to play again.
This is super annoying when working with looped samples, i never had that with Reason 10.
Reason 11 is by far the buggiest Reason version ever, hope with Reason 12 everything gets fixed.
Last edited by anDre on 11 Sep 2021, edited 2 times in total.
-
- Posts: 159
- Joined: 07 Oct 2020
Oh dear, this doesn't sound good. I'm way from my DAW at the moment, so will try and test and see if I can reproduce this issue later. I hope they fix all these bugs before Reason 12 is released; paying customers shouldn't have to pay out again to fix things that should never have been broken in the first place!anDre wrote: ↑16 Feb 2021I think there is another bug with Reason 11.
Maybe someone can confirm.
Somehow the sample editor is now linked wierdly to the browser audio preview.
Load a sample into NN-19 or NN-XT and start Reasons sample editor, play the sample and when you now switch loop on and play with the loop points or switch on crossfade, than suddenly the browser audio preview starts to play and loop the audio forever. You can't stop it until you switch the loop off in the sample editor or close the sample editor and stop the audio preview in the browser manually but as soon as you switch loop on again or anytime you open the sample editor again and edit your sample further, the audio preview in the browser starts to play again.
This is super annoying when working with looped samples, i never had that with Reason 10.
Reason 11 is by far the buggiest Reason version ever, hope with Reason 12 everything gets fixed.
-
- RE Developer
- Posts: 1111
- Joined: 03 Jan 2019
Checked this in both Recon and R+ and I can't reproduce it at all.anDre wrote: ↑16 Feb 2021I think there is another bug with Reason 11.
Maybe someone can confirm.
Somehow the sample editor is now linked wierdly to the browser audio preview.
Load a sample into NN-19 or NN-XT and start Reasons sample editor, play the sample and when you now switch loop on and play with the loop points or switch on crossfade, than suddenly the browser audio preview starts to play and loop the audio forever. You can't stop it until you switch the loop off in the sample editor or close the sample editor and stop the audio preview in the browser manually but as soon as you switch loop on again or anytime you open the sample editor again and edit your sample further, the audio preview in the browser starts to play again.
This is super annoying when working with looped samples, i never had that with Reason 10.
Reason 11 is by far the buggiest Reason version ever, hope with Reason 12 everything gets fixed.
Firstly, have you reproduced this since, and what OS is it?
If no-one else can reproduce then you may wish to reinstall.
-
- Posts: 61
- Joined: 17 Apr 2019
its easy to reproduce the issue.Enlightenspeed wrote: ↑16 Feb 2021Checked this in both Recon and R+ and I can't reproduce it at all.
please try this.
1. open Reason with a empty song
2. load a NN-19 in the rack
3. load a sample from Reasons browser into the NN-19
4. click on edit sample, the sample editor should open
5. click on play in the sample editor
6. now switch on the loop button
7. set the loop points wherever you want in the sample
8. and now switch on crossfade
now suddenly the browser audio preview starts to play the sample while the playback in the sample editor stops
you can press play in the sample editor again and it plays the sample over the browser audio playback which is still playing the sample and loop it forever.
that should not happen and it never happend with any Reason version before.
-
- RE Developer
- Posts: 1111
- Joined: 03 Jan 2019
Ok,anDre wrote: ↑16 Feb 2021its easy to reproduce the issue.Enlightenspeed wrote: ↑16 Feb 2021Checked this in both Recon and R+ and I can't reproduce it at all.
please try this.
1. open Reason with a empty song
2. load a NN-19 in the rack
3. load a sample from Reasons browser into the NN-19
4. click on edit sample, the sample editor should open
5. click on play in the sample editor
6. now switch on the loop button
7. set the loop points wherever you want in the sample
8. and now switch on crossfade
now suddenly the browser audio preview starts to play the sample while the playback in the sample editor stops
you can press play in the sample editor again and it plays the sample over the browser audio playback which is still playing the sample and loop it forever.
that should not happen and it never happend with any Reason version before.
managed to find something, sorry, I missed the instruction to crossfade earlier, it needs to do this to be reproducible - if you change the focus of the browser itself so it's looking at a different sample it doesn't stick on that sample, however, so it's input related rather than browser related.
The actual problem that is occuring is that the "Play" button is sticking in the Sample Editor, and you can fix this easily by toggling the loop state in the editor. Importantly, this won't affect using the edited samples in whichever sampler. Reporting to RS as a genuine bug - nice find by the way, good work
Cheers,
Brian
-
- RE Developer
- Posts: 1111
- Joined: 03 Jan 2019
Logged with RS,
Hopefully will be resolved reasonably soon.
Cheers,
Brian
Hopefully will be resolved reasonably soon.
Cheers,
Brian
-
- Posts: 61
- Joined: 17 Apr 2019
Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. It will sooner or later happen even without using crossfade as long as you use the loop function. Changing browser focus don't change that behaviour.Enlightenspeed wrote: ↑16 Feb 2021managed to find something, sorry, I missed the instruction to crossfade earlier, it needs to do this to be reproducible - if you change the focus of the browser itself so it's looking at a different sample it doesn't stick on that sample
You can't fix this easily.
Yes you can stop the playback if you toggle the loop button but that is not a fix, it's not even a workaround, because it will happen again as soon as your loop button is on again and you working further on the sample.
It was not really hard to find but of course you only notice it when you work with samples in Reason, especially if you are creating samples and or NN-19/NN-XT patches.
Sometimes i wonder if the guys at RS are still working with their own software on a pro level or if they from time to time and just for fun throw the rack plugin in Ableton and make some funny fart noises with it.
RS please get yourself back on track.
-
- RE Developer
- Posts: 1111
- Joined: 03 Jan 2019
Have to agree to disagree, I can only get it to happen with crossfade on, and it clears itself for me when you toggle the loop on and off.anDre wrote: ↑16 Feb 2021Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. It will sooner or later happen even without using crossfade as long as you use the loop function. Changing browser focus don't change that behaviour.
You can't fix this easily.
Yes you can stop the playback if you toggle the loop button but that is not a fix, it's not even a workaround, because it will happen again as soon as your loop button is on again and you working further on the sample.
-
- Posts: 61
- Joined: 17 Apr 2019
Brian have you read what i wrote?Enlightenspeed wrote: ↑16 Feb 2021Have to agree to disagree, I can only get it to happen with crossfade on, and it clears itself for me when you toggle the loop on and off.
Work a bit longer and deeper with samples and not testing it only for 5 minutes and you will see that it happens even without crossfade. I do it the whole day and you can trust me on this.
Yes the toggle button clears it for a moment but that's not a permanent fix. You know that.
-
- Posts: 159
- Joined: 07 Oct 2020
It's the crossfade button that has the bug I think.anDre wrote: ↑16 Feb 2021Brian have you read what i wrote?Enlightenspeed wrote: ↑16 Feb 2021Have to agree to disagree, I can only get it to happen with crossfade on, and it clears itself for me when you toggle the loop on and off.
Work a bit longer and deeper with samples and not testing it only for 5 minutes and you will see that it happens even without crossfade. I do it the whole day and you can trust me on this.
Yes the toggle button clears it for a moment but that's not a permanent fix. You know that.
Last edited by DecafDreams on 16 Feb 2021, edited 1 time in total.
-
- Posts: 486
- Joined: 17 Jan 2015
- Location: Melbourne, Australia
Yeah it does it here also.anDre wrote: ↑16 Feb 2021its easy to reproduce the issue.Enlightenspeed wrote: ↑16 Feb 2021Checked this in both Recon and R+ and I can't reproduce it at all.
please try this.
1. open Reason with a empty song
2. load a NN-19 in the rack
3. load a sample from Reasons browser into the NN-19
4. click on edit sample, the sample editor should open
5. click on play in the sample editor
6. now switch on the loop button
7. set the loop points wherever you want in the sample
8. and now switch on crossfade
now suddenly the browser audio preview starts to play the sample while the playback in the sample editor stops
you can press play in the sample editor again and it plays the sample over the browser audio playback which is still playing the sample and loop it forever.
that should not happen and it never happend with any Reason version before.
-
- Posts: 61
- Joined: 17 Apr 2019
Not sure but maybe you misunderstood indeed.DecafDreams wrote: ↑16 Feb 2021I can't reproduce this on macOS. Once the Sample Editor window is open on Mac, you can't click into the main app window at all. This includes the main Browser, thus I can't recreate getting any sound to preview in the Browser whilst the Sample Editor is open and a sound is looping or crossfading. Once I close the Sample Editor, the Browser is always previewing sounds as normal for me, I can't get it to do any weird looping or anything strange.
As such, I think this must be a Windows-only bug, unless I'm misunderstanding your steps to reproduce!
Of course you can't click into the main app window if the sample editor is open, that is normal behaviour and not the problem here.
Follow the steps i wrote above and read the description of the bug.
It's really interesting if this is just a bug with Reason on Windows systems.
I'm on latest Win 10 and latest Reason version.
-
- Posts: 159
- Joined: 07 Oct 2020
I've tried this properly and you're right, the issue does exist and happens on both Mac and Windows! The issue is 100% with the crossfade checkbox. If that is interacted with (either ticking it or unticking it if it was already ticked) WHILST the sample is playing in a loop, then the Sample Editor loses control.anDre wrote: ↑16 Feb 2021its easy to reproduce the issue.Enlightenspeed wrote: ↑16 Feb 2021Checked this in both Recon and R+ and I can't reproduce it at all.
please try this.
1. open Reason with a empty song
2. load a NN-19 in the rack
3. load a sample from Reasons browser into the NN-19
4. click on edit sample, the sample editor should open
5. click on play in the sample editor
6. now switch on the loop button
7. set the loop points wherever you want in the sample
8. and now switch on crossfade
now suddenly the browser audio preview starts to play the sample while the playback in the sample editor stops
you can press play in the sample editor again and it plays the sample over the browser audio playback which is still playing the sample and loop it forever.
that should not happen and it never happend with any Reason version before.
If you stop playback first, you can tick and untick the box no problem without reproducing the bug.
To fix the issue once the sample editor has got into a bugged state, just swap the sample loop mode to normal, then back to looped and it resets the sound from playing and retains any settings you had for the sample.
As such, this isn't a show stopping bug like the ReDrum sample delete one or the RAM memory leak one, but it's sloppy still nonetheless.
They must have done some sort of major refactor or something when they did R11 and it's introduced a bunch of regressive bugs in the process. Sounds like they need some proper unit tests or something in their build pipeline to prevent these things getting out the door.
-
- Posts: 61
- Joined: 17 Apr 2019
Again...
Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. Because with the crossfade button you get this bug immediately but it will sooner or later happen even without using crossfade as long as you use the loop function.
If you guys worked with the Sample Editor for more than a few minutes, you would see this. I do this the whole day chopping up samples, loop them, create patches and so on and it happens even without the crossfade button just by searching for perfect loop points etc.
And again...
Yes you can stop the playback if you toggle the loop button but guys please don't call it a fix. It's not even a workaround, because it will happen again as soon as your loop button is on again and you working further on the sample.
It is a show stopping bug, just maybe not for you.
I'm silent now.
Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. Because with the crossfade button you get this bug immediately but it will sooner or later happen even without using crossfade as long as you use the loop function.
If you guys worked with the Sample Editor for more than a few minutes, you would see this. I do this the whole day chopping up samples, loop them, create patches and so on and it happens even without the crossfade button just by searching for perfect loop points etc.
And again...
Yes you can stop the playback if you toggle the loop button but guys please don't call it a fix. It's not even a workaround, because it will happen again as soon as your loop button is on again and you working further on the sample.
It is a show stopping bug, just maybe not for you.
I'm silent now.
-
- RE Developer
- Posts: 1111
- Joined: 03 Jan 2019
Yeah, the crossfade is part of the trigger for it but it's not the problem. The issue is a bit lower down, and I reported it to RS as such, don't worry about itanDre wrote: ↑16 Feb 2021Again...
Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. Because with the crossfade button you get this bug immediately but it will sooner or later happen even without using crossfade as long as you use the loop function.
If you guys worked with the Sample Editor for more than a few minutes, you would see this. I do this the whole day chopping up samples, loop them, create patches and so on and it happens even without the crossfade button just by searching for perfect loop points etc.
-
- Posts: 159
- Joined: 07 Oct 2020
Fair points. The only thing I disagree with you on is that this should wait 'til Reason 12 to be fixed! Bugs like this need fixing for free for existing license holders of Reason 11.anDre wrote: ↑16 Feb 2021Again...
Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. Because with the crossfade button you get this bug immediately but it will sooner or later happen even without using crossfade as long as you use the loop function.
If you guys worked with the Sample Editor for more than a few minutes, you would see this. I do this the whole day chopping up samples, loop them, create patches and so on and it happens even without the crossfade button just by searching for perfect loop points etc.
And again...
Yes you can stop the playback if you toggle the loop button but guys please don't call it a fix. It's not even a workaround, because it will happen again as soon as your loop button is on again and you working further on the sample.
It is a show stopping bug, just maybe not for you.
I'm silent now.
-
- Posts: 3206
- Joined: 17 Apr 2015
- Location: Aachen, Germany
YES, bugfixes and especially fixing regressions has to be done in all the affected versions (as well). Otherwise quite some jurisdictions might get you into trouble if someone sues you over this.DecafDreams wrote: ↑16 Feb 2021Fair points. The only thing I disagree with you on is that this should wait 'til Reason 12 to be fixed! Bugs like this need fixing for free for existing license holders of Reason 11.
-
- Posts: 159
- Joined: 07 Oct 2020
I played around with this for a bit last night and the only the other way I could trigger the bug reliably was clicking the reverse button whilst playback was looping.anDre wrote: ↑16 Feb 2021Again...
Crossfade is not necessarily needed to reproduce it, it's just the easiest way to show the bug. Because with the crossfade button you get this bug immediately but it will sooner or later happen even without using crossfade as long as you use the loop function.
If you guys worked with the Sample Editor for more than a few minutes, you would see this. I do this the whole day chopping up samples, loop them, create patches and so on and it happens even without the crossfade button just by searching for perfect loop points etc.
And again...
Yes you can stop the playback if you toggle the loop button but guys please don't call it a fix. It's not even a workaround, because it will happen again as soon as your loop button is on again and you working further on the sample.
It is a show stopping bug, just maybe not for you.
I'm silent now.
I tried moving the loop points around for a while whilst playback was happening and couldn't reproduce it there.
-
- Posts: 61
- Joined: 17 Apr 2019
a short update.
today the RS support was answering to my bug report, unfortunately the communication is to be treated as confidential and as much as i would like to post this communication here and on other related forums so anybody can read this bs, i can't and will not post it.
i'm done with them, it's just ridiculous.
good bye and good luck to all of you.
today the RS support was answering to my bug report, unfortunately the communication is to be treated as confidential and as much as i would like to post this communication here and on other related forums so anybody can read this bs, i can't and will not post it.
i'm done with them, it's just ridiculous.
good bye and good luck to all of you.
-
- Posts: 159
- Joined: 07 Oct 2020
Oh dear. Wishing you all the best. My advice would be go back to Reason 10, it should still work on your computer and it doesn't have these bugs!anDre wrote: ↑17 Feb 2021a short update.
today the RS support was answering to my bug report, unfortunately the communication is to be treated as confidential and as much as i would like to post this communication here and on other related forums so anybody can read this bs, i can't and will not post it.
i'm done with them, it's just ridiculous.
good bye and good luck to all of you.
-
- RE Developer
- Posts: 1266
- Joined: 17 Jan 2015
- Location: Stockholm
I understand your frustration!anDre wrote: ↑17 Feb 2021a short update.
today the RS support was answering to my bug report, unfortunately the communication is to be treated as confidential and as much as i would like to post this communication here and on other related forums so anybody can read this bs, i can't and will not post it.
i'm done with them, it's just ridiculous.
good bye and good luck to all of you.
Just a side note:
Confidentiality disclaimers in email footers are not legally binding in any way. You would need to sign a non-disclosure agreement with them beforehand for them to have a reasonable case against you.
My guess is that it's just a standard boiler plate text that is added to their emails, like many other companies do.
-
- Posts: 61
- Joined: 17 Apr 2019
I was really upset and disappointed by RS yesterday and still be.
If it were possible i literally would have thrown my license out the window yesterday.
I'm a looong time Reason user, since Reason 2, and i worked on lots of refills for a few companys back in the days where refills where hype and i had a company myself where we created refills and other sample packs, we even where part of a german Reason forum back then to support Propellerhead Software and get more people to Reason. I know how the sample editor worked in all Reason versions prior Reason 11 and damn they should not treat me like an idiot and telling me that it "worked as expected".
I never understood why the company changed it's name but now I know, this really isn't Propellerhead Software anymore.
Maybe i overreacted but it's because i see where this is going and i don't like what i see.
If it were possible i literally would have thrown my license out the window yesterday.
I'm a looong time Reason user, since Reason 2, and i worked on lots of refills for a few companys back in the days where refills where hype and i had a company myself where we created refills and other sample packs, we even where part of a german Reason forum back then to support Propellerhead Software and get more people to Reason. I know how the sample editor worked in all Reason versions prior Reason 11 and damn they should not treat me like an idiot and telling me that it "worked as expected".
I never understood why the company changed it's name but now I know, this really isn't Propellerhead Software anymore.
Maybe i overreacted but it's because i see where this is going and i don't like what i see.
-
- Posts: 61
- Joined: 17 Apr 2019
no in Reason 10 9 8 7 6 5 it was wrong...
...of course it's a bug and yes it's reproducible
...of course it's a bug and yes it's reproducible
-
- Information
-
Who is online
Users browsing this forum: No registered users and 3 guests