Beta 2112 - slow start again

musicadi

Peter, something you changed in 2112 seems to have increased starting time again.

Previous version was perfect in this regard. The app was started in about 1-2 seconds

Now, we’re back to 4-5 seconds.

musicadi

Interesting… after a few times opening and closing the app, I get 1-2 seconds starting time again, but once I use other apps and start ST4, I’m back to 3+ seconds

peter

I haven't changed anything in build 2112 that could affect start times. Most likely this is caused by something else running on your device.

musicadi

peter Also happens with no apps running.
Tried after a fresh ST4 install, forced reboot (hold On/Off + Home buttons) - waited a few seconds then opened ST4.

Then I opened Safari to type this reply, and ST4 crashed. The feedback window disappeared when I was trying to switch to Safari, but I created a support email with the logs.

AnthonyB

musicadi what is the CPU readout saying when you are at the front screen of ST4?
Do you have ST3 on the device? Does it behave the same (i.e. possibly some other audio app/process trying to interface with ST)?

Sorry, generic troubleshooting steps next to reduce/isolate outside possible impacts. test/validate between each as trial and error:

Ensure nothing is physically connected to the iPad
Turn off Bluetooth
Offload/Uninstall any other audio apps or apps that can run as an AU plugin or in someway 'interface' with ST4

musicadi

CPU load starts at 100% right after ST4 main window is rendered, the settles to about 10%

No other apps running, no AU plugins, bluetooth is off. ST3 installed, but not running

peter

Sorry, this is something I will not spend time on investigating. App startup times are only a minor concert. You start the app before the gig and that's it. Whether it needs 2 seconds or 4 seconds does not really make a difference.

musicadi

peter Ok, no worries 🙂

Just one thing that I can always reproduce that might be relevant:

select an empty window in the sidebar (ie. empty queue)
close the app
when opening, the sidebar width is increased at the same time when CPU load is 100%

I haven’t changed the default width.

AnthonyB

musicadi OK, now that is intriguing and I can partially repro that.

My repro results are a little different, but still unexpected.

Build 2135 on my 9th Gen iPad (iOS26.1.0) in portrait mode.

Open sidebar and create an empty Playlist
Go into the empty Playlist
Close ST4
Open ST4
Observations:
ST4 never opens with the empty Playlist visible, it always opens 1 level up at my root folder level showing a list of Playlists.
The sidebar right border 'creeps' a little to the right every single time. Just a bit, but it is visible if you are watching for it.

Video link - https://imgur.com/a/st4-2135-sidebar-empty-playlist-Zeu8clZ

Now, on the sidebar border movement, I suspected that we might be seeing an initial default position on app open, then a re-draw based on 'last known position'?
I tested this theory by:

setting the sidebar quite narrow and open/closing (sidebar seemed to open 'wide' then become narrow)
setting the sidebar quite wide and open/closing (sidebar seemed to open 'normal' then become wide)

So... the sidebar position change could be either a visible re-draw effect, or it could actually be creeping from last stored position, I'm not ruling out either.

What I am definitely seeing consistently is that the sidebar will never seem to open into an empty Playlist. Very much as edge case and pretty minor impact so really a low priority issue.