nothing. i dont have it and experienced similar dropouts on the i9 before it got refunded.Terra posted a log report above, mentioning "Spotify".
What happens if you GET RID OF Spotify...?
nothing. i dont have it and experienced similar dropouts on the i9 before it got refunded.Terra posted a log report above, mentioning "Spotify".
What happens if you GET RID OF Spotify...?
Terra posted a log report above, mentioning "Spotify".
What happens if you GET RID OF Spotify...?
In this case Spotify is just reporting the error since it happened to be the process using the underlying subsystem. The glitch is the pausing and restart of the audio engine above it. My logs show the kernel reporting the error, but the same chain of timed and the audio engine.
PS. Has the thread starter filed a bug report with Apple? The more documented cases of this they have, perhaps the more likely they are to fix it. Especially since this log looks a *lot* like the logs I’ve submitted.
I think I've got it beat now ...
1) Turn OFF 'Set date/time automatically' in Date/Time
2) Turn OFF 'Set time zone automatically' in Date/Time
3) Turn off Location Services
4) Reboot
For me timed runs every 30 mins approx
Previously the timed calls were immediately followed by kernel calls to the IOAudio subsystem to close it down and restart it.
This appears to be what caused the dropouts.
Now I still get the timed calls but NOT the kernel calls for IOAudio.
No dropouts since I made this change
I have just had another glitch caused by IOAudio stopping and restarting.
Obviously my suggestion above is not a complete solution but it has had some effect.
Back to the drawing board.
We have also been experiencing this very frustrating bug during recording and playback on multiple RME devices, using their latest drivers and class compliant mode, throughout the last few OSX updates (including 10.14.2). It affects YouTube, Spotify and iTunes as much as it does Reaper and other DAWs. Switching off wifi definitely does not solve the issue. Currently on deadline but will contact Apple with log reports from Console next week and I hope everyone else does likewise to push this up Apple's priorities list...
Have you had a chance to look at the logs? I wonder if your issue is related or completely different than the time sync one. Which would mean yet another issue with audio and these 2018 T2 machines.
Didn't RME have issues with the drivers on other iterations of the O/S? I seem to remember reading something like that in their forums when I was first hunting around trying to figure out what was going on with the audio glitches. I don't have an RME so I could be completely mistaken. Definitely very, very, very annoying to say the least.
sudo killall timed
Just purchased a USB-C Audio Interface from M-Audio (M-Track 2x2), hoping that the direct connection to USB-C and no adapter in between would fix the glitching issue I've had with my PreSonus interface running through an adapter, but nope, still experience periodic dropouts when recording audio. If I only use software instruments and USB-Midi keyboard I don't have any problems, it's only when recording audio from say, my electric guitar.
If I disable the automatic update of the System time in Time and Date Preferences and do a
command, I haven't noticed these glitches until restarting the Mac, but this could be a coincidence, so it's premature to claim that it does anything to solve the issue.Code:sudo killall timed
But I've been recording for some time now without problems after shutting down the "timed" daemon.
Just trying to find a work-around...
Didn't try using a USB 2.0 Hub with the PreSonus interface.Are you using a USB 2.0 hub in between the Presonus and the USB C adaptor? That's what I had to do for it to work (and that solution is recommended on their site). I have a Audiobox 96 plugged into a small $5 USB hub, which is plugged into the USB-C dock. Works fine for both playback and recording in Logic.
Read this thread on the RME board
https://www.forum.rme-audio.de/viewtopic.php?pid=136666#p136666
Based on this I bought a Caldigit Thunderbolt 3 hub
This is expensive but DOES fix the problem.
We have been discussing this on a thread in the mac mini section but I see no reason it won't work on any other machine with a T2 chip.
Of course I should not have needed to buy the hub, this IMO is a software problem that Apple need to fix ASAP.
Hmm.. So passing the USB traffic through a Thunderbolt adapter somehow solves this issue?
I don't need the Display Port / docking functionality, just need my damned USB-C Audio interface to work.
I plug it directly into a combined USB-C / Thunderbolt 3 port on my MacBook, so I can't understand how running it through another Thunderbolt adapter would make it work any better. All it does is to route the USB traffic through the same circuits in the end anyway...
Didn't try using a USB 2.0 Hub with the PreSonus interface.
I assume it must be a powered USB 2.0 interface to work? I have both powered and passive USB 2.0 hubs, so I'll try running it through one of them.
Thanks for the tip!
Maybe my native USB-C interface runs better as well if I "downgrade" it by running it through a USB 2.0 hub...
I don't understand either, I just know it works.
Just to be clear here, I have studied the console logs both with and without the hub and the results are quite different. With the hub, timed does not cause the kernel to close and restart the ioaudio system.
Please send your logs to Apple, just so they get confirmation on this bug from as many sources as possible.
A suggestion to those in this thread having the problem:
(this may help, then again, mebbe not, but might be worth a try)
1. Reboot to recovery partition
2. Open "Startup Security Utility"
3. DISABLE ALL security settings.
4. Close the SSU, reboot, and try again.
Just purchased a USB-C Audio Interface from M-Audio (M-Track 2x2), hoping that the direct connection to USB-C and no adapter in between would fix the glitching issue I've had with my PreSonus interface running through an adapter, but nope, still experience periodic dropouts when recording audio. If I only use software instruments and USB-Midi keyboard I don't have any problems, it's only when recording audio from say, my electric guitar.
If I disable the automatic update of the System time in Time and Date Preferences and do a
command, I haven't noticed these glitches until restarting the Mac, but this could be a coincidence, so it's premature to claim that it does anything to solve the issue.Code:sudo killall timed
But I've been recording for some time now without problems after shutting down the "timed" daemon.
Just trying to find a work-around...