R13 (.1) Browser woes

This forum is for discussing Reason. Questions, answers, ideas, and opinions... all apply.
User avatar
friday
Posts: 340
Joined: 17 Jan 2015

Post 18 Jan 2025

Arrant wrote:
27 Dec 2024
2. All of my painstakingly assembled favorites lists (which all contained different categories of devices, not patches) are now blank. Thanks a lot for wiping my lists. I suppose I could use device tagging but that's a job I'll have to do all over again. When you have a large amount of VSTs, this is very time consuming.
It’s frustrating to see how they’ve handled the recent changes to the RE/VST Favorites behavior in Reason. While the team’s ideas and efforts are usually 98% extremely well thought out, this particular change feels like a complete misstep. An essential part of the workflow, particularly for managing devices, has been broken. Their proposed workaround with device tagging is only half-baked, as it completely overlooks a key feature of the old Favorites system: the ability to order devices within lists and customize the order differently for each list.

I’ve personally invested a lot of time and effort into organizing and optimizing my device library over the years. It’s hard to believe they didn’t consider this critical aspect during their development process. Did they fail to see the importance of this feature, or did they simply choose to ignore the effort of long-term users? It’s confusing how they envision and reflect on their own ideas when such an obvious issue is left unaddressed.

:!: Despite this, Reason remains an extraordinary tool for me, a constant source of inspiration and joy. However, these changes force me to stick with Reason 12 just to retain the functionality of sortable RE/VST Favorites lists. :cry: I would even be willing to recreate my Favorites from scratch if this feature were restored in a future update.

Additionally, I have a question: Is there any way to export Tags or Favorites in Reason 13? I use three installations of Reason (my main studio, home studio, and a laptop for on-the-go work). Previously, I could simply copy the contents of the Favorites folder to ensure a consistent environment across all my setups. Is there a similar way to achieve this in Reason 13?

I hope the team takes this feedback seriously and considers reintroducing this functionality. It’s essential to ensuring Reason remains as intuitive and inspiring as it has always been.

The Video about my Studio Rebirth: https://www.instagram.com/reel/DEusX--K ... 53cnVydg==
Last edited by friday on 18 Jan 2025, edited 3 times in total.

User avatar
MrFigg
Competition Winner
Posts: 9327
Joined: 20 Apr 2018

Post 18 Jan 2025

Arrant wrote:
17 Jan 2025
Support got back to me with some more info, I think it will be helpful to share the essence of it here:

1 The browser is only scanning the folders and files you have in any of the locations in the browser, including your shortcuts.
2 To improve performance, reduce the amount of folders and files in the locations (i.e., your shortcuts)

This at least means that the user should be able to have some control over the situation.
I'll see if I can apply this advice to any effect, which means removing or rearranging my shortcuts.
Yep. I have one shortcut. That's it. And the wheel keeps turning.
🗲 2ॐ ᛉ

User avatar
selig
RE Developer
Posts: 12360
Joined: 15 Jan 2015
Location: The NorthWoods, CT, USA

Post 18 Jan 2025

moneykube wrote:
16 Jan 2025
selig wrote:
16 Jan 2025


IF you are running a LOGGING version, you are running a BETA by definition. No one can run a logging version of the final release version, so if you are running the software you paid for it cannot be a logging version full stop.
Apologies if I’m explaining the obvious to you…
yup... I'm running the paid version. I am not in the beta program. I'm not running the beta as some have suggested I do. Two reports here say the beta crashes> so I'll pass on that, and that is what I meant...quite obvious indeed :exclamation:
I guess I was not obvious enough, my apologies.
I wasn’t suggesting YOU were running the beta, I was suggesting that your surprise about a logging version crashing seemed out of place because OF COURSE logging versions of a beta are going to crash. That is why they are logging, so the cause of the crash can be traced.
But just to be sure, I’m again apologizing if this is something you already knew because I never know how my comments will be received and I’m struggling to keep up around here!
Selig Audio, LLC

User avatar
moneykube
Posts: 3622
Joined: 15 Jan 2015

Post 18 Jan 2025

selig wrote:
18 Jan 2025
moneykube wrote:
16 Jan 2025


yup... I'm running the paid version. I am not in the beta program. I'm not running the beta as some have suggested I do. Two reports here say the beta crashes> so I'll pass on that, and that is what I meant...quite obvious indeed :exclamation:
I guess I was not obvious enough, my apologies.
I wasn’t suggesting YOU were running the beta, I was suggesting that your surprise about a logging version crashing seemed out of place because OF COURSE logging versions of a beta are going to crash. That is why they are logging, so the cause of the crash can be traced.
But just to be sure, I’m again apologizing if this is something you already knew because I never know how my comments will be received and I’m struggling to keep up around here!
My apologies for not being clear in my statement. It should have been worded better as I was drawing the words I used from earlier comments in the thread. I am surprised the beta version crashed in 5 minutes for people... but it is likely even more bloated by the logging code. I have done the beta thing with developers, but not with reason studios "yet". After sorting and removing files on my external hard drive for the past two weeks, it seems I am making some progress with the browser. I will report back my solution for mac if testing proves positive. I purged over a TB of files from my audio drive and resorted by hand about a TB of files on two seperate clone drives as well. The browser seemed happier after doing this, but now I must test it. I have had no time to do so since the purge and reorganization of files, folders, and shortcuts>> due to health issues in my family. We are dealing with the care of a family member with extreme Alzheimer's disease. My dad keeps falling and breaking limbs, while getting quite confused each time he falls. My wife was very ill for the past two months and they removed 1000 ml of fluid from her lung yesterday. No wonder she was coughing to death and couldn't breath. I could go on but I'm not whining... I am just explaining.
https://soundcloud.com/moneykube-qube/s ... d-playlist
Proud Member Of The Awesome League Of Perpetuals

User avatar
chimp_spanner
Posts: 3086
Joined: 06 Mar 2015

Post 20 Jan 2025

Arrant wrote:
17 Jan 2025
Support got back to me with some more info, I think it will be helpful to share the essence of it here:

1 The browser is only scanning the folders and files you have in any of the locations in the browser, including your shortcuts.
2 To improve performance, reduce the amount of folders and files in the locations (i.e., your shortcuts)

This at least means that the user should be able to have some control over the situation.
I'll see if I can apply this advice to any effect, which means removing or rearranging my shortcuts.
So you mean like, the actual number of shortcuts you have might have a bearing on the performance? Like a few shortcuts with a huge number of files in them or a huge number of shortcuts with a normal number of files in them could be equally bad?

I'll be honest, I've been pretty lazy/bad with mine. i've added the entire Native Instruments location, my entire sample drive, everything I've ever downloaded from Splice and it seems okay. Maybe people just have a lot more samples than I do! I've still got stuff I haven't ever used in a song haha.

Speaking of which, and a massive tangent, the Random plugin is awesome for this very reason! Pulls randomly from every sample location you add, with key correction and tempo scaling. Super cool inspirational tool!

User avatar
Arrant
Competition Winner
Posts: 538
Joined: 16 Jan 2015

Post 21 Jan 2025

chimp_spanner wrote:
20 Jan 2025
So you mean like, the actual number of shortcuts you have might have a bearing on the performance? Like a few shortcuts with a huge number of files in them or a huge number of shortcuts with a normal number of files in them could be equally bad?
No, I'm not saying the number of shortcuts is important, just the number of files you have in your shortcuts :-)
Yes, the total number of files is the important thing,

bieh
Posts: 76
Joined: 18 May 2020

Post 22 Jan 2025

selig wrote:
18 Jan 2025
moneykube wrote:
16 Jan 2025


yup... I'm running the paid version. I am not in the beta program. I'm not running the beta as some have suggested I do. Two reports here say the beta crashes> so I'll pass on that, and that is what I meant...quite obvious indeed :exclamation:
I guess I was not obvious enough, my apologies.
I wasn’t suggesting YOU were running the beta, I was suggesting that your surprise about a logging version crashing seemed out of place because OF COURSE logging versions of a beta are going to crash. That is why they are logging, so the cause of the crash can be traced.
But just to be sure, I’m again apologizing if this is something you already knew because I never know how my comments will be received and I’m struggling to keep up around here!
Why would his surprise be out of place? Obviously it's no good if the logging version crashes so quickly that it doesn't have a chance to log anything about the actual reported issue.

User avatar
joeyluck
Moderator
Posts: 11484
Joined: 15 Jan 2015

Post 22 Jan 2025

I am running the beta without it crashing. Who is experiencing crashing? Hopefully they are reporting it.

Never assume that any developer is aware of any issue you are experiencing just because you are experiencing it. Also, if someone says that they have reported an issue that sounds similar to the one you are experiencing, with systems and variables being so different, causes can be different as well. Also, don't assume that the logging version will crash for you just because someone else said they are experiencing a crash. Getting a logging version to them along with pictures and videos is really the best way to help resolve your unique issues.

Sorry if I'm not following correctly what is going on here.

User avatar
selig
RE Developer
Posts: 12360
Joined: 15 Jan 2015
Location: The NorthWoods, CT, USA

Post 22 Jan 2025

bieh wrote:
22 Jan 2025
selig wrote:
18 Jan 2025


I guess I was not obvious enough, my apologies.
I wasn’t suggesting YOU were running the beta, I was suggesting that your surprise about a logging version crashing seemed out of place because OF COURSE logging versions of a beta are going to crash. That is why they are logging, so the cause of the crash can be traced.
But just to be sure, I’m again apologizing if this is something you already knew because I never know how my comments will be received and I’m struggling to keep up around here!
Why would his surprise be out of place? Obviously it's no good if the logging version crashes so quickly that it doesn't have a chance to log anything about the actual reported issue.
It would log the cause of the crash, that's what it's there for. If it couldn't do that it would be worthless, no?
Selig Audio, LLC

WOO
Posts: 400
Joined: 07 Aug 2019

Post 24 Jan 2025

Any time frame as to when reason is going to fix the constant indexing problem? Whenever I start playback of a song at some point during playback it glitches our momentarily. For several days after reinstalling 13.1 it worked flawlessly. Then suddenly on occasion a song would glitch out during playback. Now weeks after the reinstall it does it during the playback of every song. But only during the first playback of a song. If i play it through to the end or restart it it plays back without glitching out again. But this will happen with every song I try to playback during that session. First play glitch, subsequent plays ok. The one constant in all of this is whenever I open the browser it appears still be indexing. Also the indexed folders are slow to show what's in them. That's something new. Before the contents of the folders would appear almost instantaneously. Now they start blank and then 5 10 seconds later the contents show. Even preset folders are slow to open. These are minor annoyances thus far but this problem should have never gotten thru the beat test phase without being fixed. Am I wrong about this?

User avatar
joeyluck
Moderator
Posts: 11484
Joined: 15 Jan 2015

Post 24 Jan 2025

WOO wrote:
24 Jan 2025
Any time frame as to when reason is going to fix the constant indexing problem? Whenever I start playback of a song at some point during playback it glitches our momentarily. For several days after reinstalling 13.1 it worked flawlessly. Then suddenly on occasion a song would glitch out during playback. Now weeks after the reinstall it does it during the playback of every song. But only during the first playback of a song. If i play it through to the end or restart it it plays back without glitching out again. But this will happen with every song I try to playback during that session. First play glitch, subsequent plays ok. The one constant in all of this is whenever I open the browser it appears still be indexing. Also the indexed folders are slow to show what's in them. That's something new. Before the contents of the folders would appear almost instantaneously. Now they start blank and then 5 10 seconds later the contents show. Even preset folders are slow to open. These are minor annoyances thus far but this problem should have never gotten thru the beat test phase without being fixed. Am I wrong about this?
If you have what seems to be a unique issue and are not a beta tester, I'm not sure I follow the assumption about an issue being caught in beta if other beta testers don't experience your particular issue. I have encountered issues around indexing, but nothing involving playback like you mention. Have you reported this?

User avatar
Heigen5
Posts: 1592
Joined: 25 Sep 2018
Location: Finland / Suomi

Post 27 Jan 2025

WOO wrote:
24 Jan 2025
Any time frame as to when reason is going to fix the constant indexing problem? Whenever I start playback of a song at some point during playback it glitches our momentarily. For several days after reinstalling 13.1 it worked flawlessly. Then suddenly on occasion a song would glitch out during playback. Now weeks after the reinstall it does it during the playback of every song. But only during the first playback of a song. If i play it through to the end or restart it it plays back without glitching out again. But this will happen with every song I try to playback during that session. First play glitch, subsequent plays ok. The one constant in all of this is whenever I open the browser it appears still be indexing. Also the indexed folders are slow to show what's in them. That's something new. Before the contents of the folders would appear almost instantaneously. Now they start blank and then 5 10 seconds later the contents show. Even preset folders are slow to open. These are minor annoyances thus far but this problem should have never gotten thru the beat test phase without being fixed. Am I wrong about this?
What plugins/devices you use in the master section? Because if the whole track glitches it could be a buggy RE/VST in the master section.

WOO
Posts: 400
Joined: 07 Aug 2019

Post 27 Jan 2025

Heigen5 wrote:
27 Jan 2025



What plugins/devices you use in the master section? Because if the whole track glitches it could be a buggy RE/VST in the master section.
After posting this, the very next day, everything was back to normal. As of today 1/27/25 everything is still working, no glitches on playback and the contents of folders while
not coming up instantaneously appear within a second not the 5 10 seconds i reported earlier. No re's or vst's in master section. Computers sometimes do strange things is my guess.

User avatar
Carly(Poohbear)
Competition Winner
Posts: 2945
Joined: 25 Jan 2015
Location: UK

Post 27 Jan 2025

friday wrote:
18 Jan 2025


Additionally, I have a question: Is there any way to export Tags or Favorites in Reason 13? I use three installations of Reason (my main studio, home studio, and a laptop for on-the-go work). Previously, I could simply copy the contents of the Favorites folder to ensure a consistent environment across all my setups. Is there a similar way to achieve this in Reason 13?
Just copy the files rs_user_device_metadata.json and rs_user_metadata.dat from the music\reason studio\metadata folder over.
For this to work 100% you have to make sure the location setup is the same on all machines. e.g. VST's and patches have to be in the same folder structure as the one copied from.

User avatar
friday
Posts: 340
Joined: 17 Jan 2015

Post 06 Feb 2025

Carly(Poohbear) wrote:
27 Jan 2025
Just copy the files rs_user_device_metadata.json and rs_user_metadata.dat from the music\reason studio\metadata folder over.
For this to work 100% you have to make sure the location setup is the same on all machines. e.g. VST's and patches have to be in the same folder structure as the one copied from.
Thanks for your instructions! :idea: It was also crucial to have the same sample and patch locations as in the old favorite system. So this is great news! Now, they just need to fix the ability to manually arrange the sequence of devices under a tag, or better yet, bring back Favorite Lists for devices and I’ll be ready to switch. I’m also motivated to fully reorganize all my old favorites manually in the new system if necessary.

rorystorm
Posts: 913
Joined: 06 Jul 2019

Post 07 Feb 2025

much as I hate to pile on but every so often I start a new song, put a Kong in the rack, open the Browser to load a sample and boom, it just starts re-indexing even though nothing's changed in any of my folders. and it.....takes........FOR........EVER. Total creativity buzzkill and kinda weird. Happens probably every 2 weeks or so.

Just did it right then and I'm filling in the time batch it out here.

Anyway, it's finished now. Thank you for your attention.

petecampbell
Posts: 49
Joined: 29 Apr 2022

Post 07 Feb 2025

Even the stock presets of RE's are gone, lost unfindable ughhhh.
Please roll back, this browser is an abject failure.

WHy cant i just skip the presets of the instrument im in (of an RE) without that browser floating all over the place, defaulting in a folder that doesnt contain anything remotely related to that instrument???
its NOT working, i'd rather just use Mac finder, and drag and drop stuff from there. At least that file browsing system makes sense

User avatar
chimp_spanner
Posts: 3086
Joined: 06 Mar 2015

Post Today

petecampbell wrote:
07 Feb 2025
Even the stock presets of RE's are gone, lost unfindable ughhhh.
Please roll back, this browser is an abject failure.

WHy cant i just skip the presets of the instrument im in (of an RE) without that browser floating all over the place, defaulting in a folder that doesnt contain anything remotely related to that instrument???
its NOT working, i'd rather just use Mac finder, and drag and drop stuff from there. At least that file browsing system makes sense
When you press browse do you not see a highlighted orange folder kinda top-left-ish with the name of the device? That should be its home folder. And then if you are in Tree view it should just show you the patch directory structure. If that's not showing up then yeah something's definitely up.

Assuming you can get it working, the up/down patch buttons will flick through whatever results you were showing in the browser. So if that was the device home folder in flat view, you can skip through every preset for that device. If that was the folder "Bass" in tree view, it will skip through only its bass patches. At least that's how it's supposed to work!

  • Information
  • Who is online

    Users browsing this forum: CommonCrawl [Bot], dioxide, MikeTheMan990 and 3 guests