Network Details (Including networking gear model/manufacturer and if on WiFi/Ethernet)
Accessed over WiFi
Audio Devices (Specify what device you’re using and its connection type - USB/HDMI/etc.)
Using iPhone 11 Pro Max as Roon remote, sending audio to DirectStream DAC. Have had shut down issues with app in the past; then and now the iPhone gets really hot near the camera lenses. Same place when you’re playing a graphics intensive game. 13.3.1 iOS
Using iPad I never have had quitting of app and iPad does not get warm.
Not sure what app is doing to tax the phone so much.
I’ve enabled diagnostics mode on your iPhone to see if logs contain further clues. Can you please open the Roon app and let it crash a few times and let me know here once you have done so? Hopefully the logs will be delivered and provide some further clues.
Thanks for letting me know, I can confirm that the diagnostics from your iPhone have been delivered to our servers, but unfortunately I am not seeing any clues in them as to why this behavior is occurring.
Is your iPhone still in this state of constant crashes? If so, I wonder if it is related to something on your Core that’s triggering this behavior. Could you please try setting up a fresh database on your Core when your phone is in this state of constant crashes and verify if this stops the crashes?
I followed your instructions in creating a new Roon folder on the Core computer; it is currently still importing music from my NAS but I’m concurrently playing music that has already loaded into the new database.
The iPhone app has not crashed since the update. It also is not getting hot; it was just an hour before using the original database/settings.
I will use this over the weekend and report if all does not go well.
Sorry to hear that the issue has remained the same. I have been discussing this case with QA further and we would like to perform a few tests here:
If you temporarily enable Airplane Mode and have WiFi enabled, does the app still crash?
Can you please reproduce the issue, note the exact local time + date of the crash and use these instructions to access your iPhone console logs and upload them to Dropbox / Google Drive / Send.firefox.com and post a link here?
Thanks for sending that log over, but it doesn’t look like it has the necessary information we need.
The log we are looking for looks similar to the following post:
Upon further troubleshooting with other uses, this behavior seems to be related to either the queue size or the image cache on the iOS app. If you clear out the queue for the iPhone and go to Settings -> Setup -> Clear Image Cache, does that stop the crashing behavior?
Since updating to 1.8 I’ve had some repeated issues with the iPhone app crashing after about 10 seconds. I’ve restarted phone and reinstalled app which helps but the issue returns. This is getting frustrating; shouldn’t have to do this.