gregghart wroteActually, "It was working before" is the perfect first step for troubleshooting, with the key being...."before what?"

"It was working before I installed xxx" or "It was working before Windows updated."

So, if it was working prior, please don't spare the response of "It was working before" as long as you us what the before was. Often, that's your biggest clue.

We've already been told.. apparently it was working before Studio One got updated. That does not mean Studio One update is the issue, but many will often want to fight me to the death convinced it is.

So that scenario does not give many clues at all. The only clue is (perhaps) that others don't have any issue (that's often forgotten about) and/or they are running on similar hardware or OS's.

It could be anything from Windows programming libraries needing updating, antivirus not configured correctly, drivers ceasing to be compatible (needing updating), or some other config issue not even thought about, or maybe even a bug in the OS or Studio One.

So unless lots of others are experiencing exact steps to reproduce, and have followed appropriate troubleshooting tips relative to the symptoms , and have compared spec's.. really you have hardly anything to go on.

Yet, if it was working before the update, and doesn't work after the update, a great troubleshooting step would be, "Uninstall the current version and go back to the previous." Does it still work?

If Yes: Then I agree with you, Al, there is likely a Windows library / update / etc., that is causing the problem. Unless it's a widespread problem. which in this case, it isn't. I 100% agree it is not likely a Studio One issue in this case. It's not likely AV at this point, unless Studio One completely changed the way files are accessed. It would be a good idea to check Windows update logs, etc., however. Maybe a Windows update conflicts with a Studio One update...HOWEVER, the probem would likely be more widespread than a single user. Maybe check your Audio Interface (AI) drivers. Uninstall / reinstall. The works. So, yes. We do agree on this.

If No: Then that proves something ELSE happened since you updated. Please think about what else you might have installed since. Also, check your update logs in Windows...did they update without you knowing? Windows likes to do that. Also check that your AI drivers are up to date, and also check things like Windows Defender logs.

So, yes. Still a great troubleshooting step. PreAl, I do this for a living. Have been for 30 years. Not trying to make this an argument, but just showing that it IS a good first step, regardless of what you may have been told. It's a VERY well known fact that people seem to lose track of the "before what" stuff. So it helps narrow things down to actually take the steps of "returning to the before what" when at all possible.

gregghart wroteYet, if it was working before the update, and doesn't work after the update, a great troubleshooting step would be, "Uninstall the current version and go back to the previous." Does it still work?

If Yes: Then I agree with you, Al, there is likely a Windows library / update / etc., that is causing the problem. Unless it's a widespread problem. which in this case, it isn't. I 100% agree it is not likely a Studio One issue in this case. It's not likely AV at this point, unless Studio One completely changed the way files are accessed. It would be a good idea to check Windows update logs, etc., however. Maybe a Windows update conflicts with a Studio One update...HOWEVER, the probem would likely be more widespread than a single user. Maybe check your Audio Interface (AI) drivers. Uninstall / reinstall. The works. So, yes. We do agree on this.

If No: Then that proves something ELSE happened since you updated. Please think about what else you might have installed since. Also, check your update logs in Windows...did they update without you knowing? Windows likes to do that. Also check that your AI drivers are up to date, and also check things like Windows Defender logs.

So, yes. Still a great troubleshooting step. PreAl, I do this for a living. Have been for 30 years. Not trying to make this an argument, but just showing that it IS a good first step, regardless of what you may have been told. It's a VERY well known fact that people seem to lose track of the "before what" stuff. So it helps narrow things down to actually take the steps of "returning to the before what" when at all possible.

I agree with this 100%
Not only did I do this for a living too in the past, but also trained people in it.

'Events' are one of the two elements of Fault Tree Analysis along with Logic Gates ( e.g.

If Yes

or

If No

as gregghart states.
Clearly a software update / upgrade must be considered as an Event and tested in the fault finding process.

Fault Tree Analysis and Kepner Tregoe Problem Analysis are two excellent tools for getting to the root of problems.

https://sixsigmastudyguide.com/fault-tree-analysis/

https://www.itsmsolutions.com/newslette ... 6iss19.htm

gregghart wrote.So, yes. Still a great troubleshooting step. PreAl, I do this for a living. Have been for 30 years. Not trying to make this an argument, but just showing that it IS a good first step, regardless of what you may have been told.

Not disagreeing with you too much, you more or less repeated what I said before..but point of order on last statement, you're not the only IT professional here with over 30 years experience. My degree is in computer science, I've done support, built computers for Samsung, been a sysadmin several times, DBA, QA and developer jobs, and I've worked in Silicon valley for 4 years among other jobs, such as two major recording studios, and right now I'm working on big TV and film productions.

That does not make me a genius, or always right, I really didn't come here to show off or beat my chest either, but you seemed to call me out as an amateur... what I'm trying to say is nobody "told me" to do anything. I've learned how these things work.

Let's agree to disagree, rolling back may show the symptom but often does not identify the problem, simply because programming dependencies can be far too complex. Basically once you've rolled back, then what are you going to do? (Unless you want to stay with the old version). You're basically going to need to go back to what what was not working before and try to get it to work (via the usual troubleshooting steps).

The "you have been told" part wasn't aimed at you...it was aimed at the end user who may have been told otherwise. So, sorry that you took it that way. I do agree with you, believe it or not, however, in the case of Studio One, rolling back usually works. And if you can get back to working by rolling back, you can at least work. In the meantime, you can also investigate what might have been introduced to your PC that the new update doesn't like. In fact, that's what I had to do with the font issue with the score editor. Rolling back allowed me to continue to work while QA researched the issue and discovered that there was a font on my PC (and several others who had the issue) that was conflicting with their score editor update. So, that proves my point pretty well.

Just as an FYI, not trying to "one up you" I promise. I have also worked in Silicon Valley. For Diamond Multimedia. For 8 years. I was the Product Team Leader for the Diamond Rio, and Monster Sound and the first iteration of the ReplayTV. For the Monster Sound, being one of the only people who really actually understood MIDI, is where I got the name "Midiboy" which has been my artist name for 25 years now. (My Word...has it really been that long...sheesh).

You have a very impressive resume there though. Never been a DBA before. The creation of Databases frustrate me, especially when dealing with Oracle / SQL stuff. Access is a bit my level...so that should tell you something. lol. Anyway, also, I'm not saying I'm always right either. Really not trying to start something with you, but my method of troubleshooting has always served me well. Tracing the problem backwards.

Ok let's move on...

PreAl wroteOk let's move on...

Where was this sentiment back on Page 1?

Anyone having plugin resize issues on Mac? I noticed switching between plug-ins in the insert window will occasionally not resize the plugin window’s height so there will be black space at the bottom. Toggling back and forth between plugin GUIs generally fixes it. Curious if it’s limited to the older AMD FirePros as I’ve not seen it happen on an nVidia card yet.

Hey guys! The new update is cool, but I've noticed that when I do "add layer" (which I have mapped to a key command to make it speedy), it now pops up and asks me to name that layer. This is slowing down my workflow a lot, so I'm wondering how to disable it. Hoping this isn't a "feature" that was added with no way to turn it off, as it is definitely *not* a feature I wanted.

I usually record a take, then hit my key command to throw that take out to a new layer, then do another take. No need for any pop-up window in that process.

Thanks,
Ben

I got to say...the 'not playing back all tracks when clicking on a earlier (or any) section of the song is still present...despite clearing cache as support said. It is less present...but still present...and NOT something I've experienced with any previous version of Studio One.

A real work flow killer.

hello people wroteI got to say...the 'not playing back all tracks when clicking on a earlier (or any) section of the song is still present...despite clearing cache as support said. It is less present...but still present...and NOT something I've experienced with any previous version of Studio One.

A real work flow killer.

Are you using Audio Bend on these tracks perchance? Or have you adjusted the Speedup parameter on any of the audio events?

hello people wroteI got to say...the 'not playing back all tracks when clicking on a earlier (or any) section of the song is still present...despite clearing cache as support said. It is less present...but still present...and NOT something I've experienced with any previous version of Studio One.

A real work flow killer.

Same here , also when i pitch audio track , its randomly playing parts of the audio file not in the pitch i've corrected in.

Very frustrating sometimes

The feeling I get from watching all this is that the audio cache has some regressions/bugs in it still. I hope folks are reporting these problems to Support instead of just dropping anecdotal complaints here and thinking that takes care of the problem.

Baphometrix wroteThe feeling I get from watching all this is that the audio cache has some regressions/bugs in it still. I hope folks are reporting these problems to Support instead of just dropping anecdotal complaints here and thinking that takes care of the problem.

Well said!

Baphometrix wroteThe feeling I get from watching all this is that the audio cache has some regressions/bugs in it still. I hope folks are reporting these problems to Support instead of just dropping anecdotal complaints here and thinking that takes care of the problem.

I second that emotion!
Thanks.

hello people wroteI got to say...the 'not playing back all tracks when clicking on a earlier (or any) section of the song is still present...despite clearing cache as support said. It is less present...but still present...and NOT something I've experienced with any previous version of Studio One. A real work flow killer.

I have the exact same issue here. It also happens sometimes when I unmute a track I have to wait or hit stop/play/stop/play several times.
Also S1 sometimes hangs up randomly during playback when I add a new track, try to insert a plugin or change the color or something else. But this happend only when the playback was running. So this can be somewhat related to the other problems.
I've send my specs and the description via the ticket system to the support. I'm also open at any time to give a developer remote access to my system if it helps.

risotto wrote

hello people wroteI got to say...the 'not playing back all tracks when clicking on a earlier (or any) section of the song is still present...despite clearing cache as support said. It is less present...but still present...and NOT something I've experienced with any previous version of Studio One. A real work flow killer.

I have the exact same issue here. It also happens sometimes when I unmute a track I have to wait or hit stop/play/stop/play several times.
Also S1 sometimes hangs up randomly during playback when I add a new track, try to insert a plugin or change the color or something else. But this happend only when the playback was running. So this can be somewhat related to the other problems.
I've send my specs and the description via the ticket system to the support. I'm also open at any time to give a developer remote access to my system if it helps.

Sigs states you are running V3 and Win7. This is a 5.1.1 thread.

Yeah I know this and I wouldn't have wrote this if it wasn't about the actual V5 I'm able to read the thread title . I'm using S1 since version 1, sig is old, sry for not updating this. I'm on Version 4 and now on 5 on Win10. Finished my last projects in 4 and started to make the switch to 5, mainly because of the continuing support and improvements in the future. But I need to find out where the actual Version 5 and my system are not compatible. I'm normally using the latest available release, I'm not shy updating and this is the first time I recognize major issues since the nvidia problems a few years back.

After a long time, Wasapi is working great in this version on AMD setups.