INTERACT FORUM
More => Old Versions => JRiver Media Center 24 for Mac => Topic started by: jdindc on March 13, 2019, 09:04:52 am
-
I have read through all of the previous threads about people who have had audio dropouts when using their Mac Mini to run MC. Unless I missed something, the problem was never fully solved -- although some people were successful in lessening the frequency of the dropouts.
A bit of background. I downloaded MC 24 last year and ran it on my MacBook Pro (Early 2015; 8gb RAM). I had occasional audio dropouts of about 2 seconds. But I always assumed that the problem was that I was using my MacBook to run many other applications at the same time, and therefore that the dropouts were caused by the strain on my MacBook's memory. That's why I purchased a 2018 Mac Mini with 8gb RAM to use as a dedicated music server running MC. I even optimized it for audio performance by removing or turning off all non-essential functions and applications.
Unfortunately, the dropouts continued on my new setup. They seem to occur randomly; there seems to be no relation to the whether the file being played in 44.1kHz or 192kHz. And because I don't use the computer for anything else, they always occur when the only thing the Mac Mini is doing is playing music. I have checked the Activity Monitor after a dropout occurs and never saw anything that stands out; I also confirmed that I have more than enough available memory. I have tried several of the recommendations suggested in previous threads, including increasing my buffer.
A bit more info. My USB DAC (ESS Sabre 32-Bit) is inside my integrated amplifier (Yamaha AS-801). My music files (mostly FLAC) are on an external hard drive. But in order to rule the external hard drive out as the cause of the dropouts, I moved some of the files to my Mac Mini (which has SSD memory), and then played only those files. But the dropouts persisted.
Having spent a bunch of money a new setup solely to prevent dropouts, I am discouraged. I would greatly appreciate any help. I am not as computer savvy as most people on this forum. But I will do my best. Thanks in advance.
Josh
-
I had a thread about this a while back on my Macbook Pro. I spent quite a lot of time and effort trying to resolve it. That's not quite strong enough. I spent months with many, many, many hours of effort towards fixing this. What I found, in the end, is a buffer of 750 to 1000 mS fixed the vast majority of my dropouts. My dropouts were extremely brief. You said yours are around 2 seconds each. Mine were something like 1/10 to 1/4 of a second. Very quick, but you could hear them easily.
When I changed hardware and got a much more capable iMac, I never saw the dropouts again.
Have you tried using a software buffer as big as I have recommended? To be very clear I mean this setting:
Tools > Options > Audio > Audio Device > Device Settings > Buffering > Software > (set value here)
How are you connected to your DAC? USB? Network? SPDIF? Something else?
I might be buying a Mac Mini soon to use as an HTPC, so I'm interested in this topic. On the other hand, I have a Raspberry Pi 3 running raspian linux and using MC24 for Linux. I do not EVER recall hearing an audio dropout on that platform. So I might just buy 2 or 3 Pis instead. We'll see.
Good luck!
Brian.
-
Thanks for the reply, Brian. I read through the long thread on this subject from 2015, so I know that you and a few other people put a lot of time and effort into trying to find a fix. I've tried most of the suggestions made in that thread and a few other forum threads that mentioned dropouts.
Today I tried memory playback and also completely removing MC from my computer and then installing a fresh copy. But neither change stopped the dropouts. (I was surprised that memory playback didn't help.) As usual, the dropouts occurred when MC was the only thing running on my computer, and when I had a few gigabytes of unused memory (according to Activity Monitor).
To answer your questions, the largest buffer I have tried was 500 ms (so I will try 750 and 1000), and my DAC is connected via USB.
Josh
-
I have an old (2012) Mac Mini. I had dropouts, skips and stutters, even after I upgraded to 16GB of RAM. Then I replaced the HDD with an SSD. Problem 99% gone.
-
Thanks, Ray. I tried moving some music files to the SSD drive on my Mac Mini and then only playing those files, but the dropouts continued at pretty much the same frequency.
This morning I tried increasing the buffer to 1,000 ms, but that didn't stop the dropouts either.
I'm not a computer expert, but the fact that using memory playback didn't stop (or noticeably reduce) the dropouts makes me think that whatever is causing them isn't memory-related.
Question: If the "EQ" bars near the top of MC (that move as a song plays) were to keep moving during a dropout, would that prove that the dropout was not caused by MC or something that occurred before the file moved through MC, such as the hard drive? I've never been able to look quickly enough to notice before the music restarted. But I will keep trying.
Josh
-
I don't know if it helps, but I was able to confirm that the "EQ" bars continue to move during a dropout.
Josh
-
jdindc: Did you say your dropouts are LONG, like 2 seconds each? That's very different than what I experienced on my system. That might indicate a different failure mechanism. Have you tried a different DAC? Or maybe the internal sound card of the Mac? Just trying to isolate the variables.
Brian.
-
RayG:
Your SSD experience seems similar to mine in some ways. My MacBook Pro that had the problem had a regular spinning hard drive in it. At one point I did a FULL reinstall of everything from scratch on that Mac. My initial tests, after reinstallation, showed no dropouts! But then I started loading more programs, and more media files (like videos that were large, which pushed the drive utilization up. What's really odd is, the more full my drive got, I started noticing dropouts. As it got more full, I got more dropouts.
I never got that drive "very full" (like over 90%), but I definitely noticed a correlation between drive fullness and dropouts.
My new Mac had an SSD from the start and quadruple the RAM, and a faster processor. It's never had dropouts. Not sure what combination influenced that the most. The SSD might be the whole key. Or not.
Brian.
-
Are you aware of this? It certainly sounds like something that could be relevant.
http://cdm.link/2019/02/apple-2018-glitch/?fbclid=IwAR2RD3_r5nGms0j4HMHdxSqaSwpWXGhbxfJAJACDK7c2fFfd7Bb7zlY2KSw
-
Oh wow, that's not good. Hopefully Apple fixes that ASAP in an update.
-
Are you aware of this? It certainly sounds like something that could be relevant.
http://cdm.link/2019/02/apple-2018-glitch/?fbclid=IwAR2RD3_r5nGms0j4HMHdxSqaSwpWXGhbxfJAJACDK7c2fFfd7Bb7zlY2KSw
Thanks for that.
-
i had what I thought to be random drop outs until I turned off Time Machine auto backup. It was happening every hour, so it seemed random. My mac mini late 2014 also had a horribly slow hard drive before I replaced it with an SSD, but turning off auto backup fixed the drop outs before I changed the drive.
Kev
-
Thanks. I've added both of those reports to the "Weird Problems" thread.
-
Am I the only Mac user who's never looked at that thread because it's filed under Windows?
-
Am I the only Mac user who's never looked at that thread because it's filed under Windows?
True, but usually the MC for Windows forum section is the "main" forum section.
-
Thanks to everyone for their tips and suggestions. To respond to Brian's question, my dropouts are between 2 and 3 seconds. I have done a lot of experimenting in an effort to isolate the variables.
First, given prior experimenting and Brian's comment, I suspected that the problem might be related to either my USB cable or my USB DAC. So rather than connect my Mac Mini to my USB DAC (which is inside my integrated amp), I used a 3.5mm to 2-Male RCA Adapter Cable to connect the MM's headphone jack to an analog input on the amp. This meant that I was using the MM's internal DAC. I was still using MC to play the same music files. I played music this way for hours with no dropouts. (If it weren't for the drastically inferior sound quality of MM's internal DAC, I'd just keep this setup.)
Second, to eliminate MC as the cause of the problem, I played the same music files using my normal USB setup (MM's USB output to USB DAC), but I used iTunes instead of MC. The dropouts returned.
Taking the above two experiments together, I initially figured that the problem was either my USB cable or my USB DAC. I was going to buy a better quality USB cable to rule that as the cause out. Then, if that didn't work, I was going to see if the dropouts persisted with another USB DAC.
But then I saw DJLegba's post about audio glitches affecting 2018 Macs. The glitch is caused by Apple's T2 security chip, and it impacts some external USB 2.0 audio hardware. I am not sure if this glitch is what is causing my dropouts, but it certainly seems like it could be. I read everything I could find about the glitch on several forums. One workaround that seems to have worked for some people is to use a Thunderbolt 3 Dock (such as the CalDigit Thunderbolt 3 Mini Dock). I'm not exactly sure how the dock solves the problem. But I believe it bypasses Apple's internal USB, thereby bypassing the glitch.
I also read that Apple is aware of the problem and working on a fix. But I've learned not to hold my breath waiting for Apple fixes. But FWIW, the final post on one of the forums (posted 3/16/19) says that "the most recent macOS Mojave developer seed contains changes that improve the reliability of USB audio devices." So perhaps an OS fix is on the way and my problem will be solved. If this glitch is the cause of my dropouts, that is.
I know that it now seems likely that MC is not the cause of my dropouts. So I'm not sure how relevant my posts are to this forum. But I figured that it might be worth updating people on my situation in case they are experiencing similar audio glitches with their 2018 Macs.
I'd appreciate any thoughts/suggestions that people have. Thanks again to everyone.
Josh
-
Your results seem to strongly indicate that the "2018 T2 bug" is your issue. I never saw dropouts of the length you have. Nor was I able to get dropouts from other applications, despite really trying to force the issue by intentionally using TONS of RAM to try to provoke failure.
I'm very hopeful that an OSX update will fix this T2 issue.
Regarding the Thunderbolt dock: I'm guessing that this fixes the problem because the T2 chip is not used in Thunderbolt communications. I have a $65-ish box that plugs in to the Thunderbolt port on a Mac and provides one USB3 port and one eSATA port. It might also "fix the problem" since it is only on the Thunderbolt bus and not on the USB bus. Looks like it went up in price a bit:
https://www.amazon.com/Kanex-Thunderbolt-eSATA-plus-Adapter/dp/B00LOLBBQQ
Good luck to you.
Brian.
-
Thanks, Brian. I'm very hopeful that you're right and that the next OSX update will fix the problem. I'll report back as soon as I know.
Josh
-
I'm happy to report that it's been several days since I upgraded my 2018 Mac Mini to OS 10.14.4, and I've had no dropouts since. I'm relieved that the problem seems to be completely fixed. Thanks to everyone for their help.
Josh
-
Looking at the changelog for 10.14.4 (https://support.apple.com/en-us/HT209149), it mentions this...
- Improves the reliability of USB audio devices when used with MacBook Air, MacBook Pro, and Mac mini models introduced in 2018.
There ya go, looks like they indeed fixed it. :)
-
I'm using an iMac and my dropouts are quick...less than a second. I have tried reading in the entire album and closing my separate Windows memory hog (Parallel) and still got them. I now think I may be getting other audio signals from either the operating system or my internet browser.
I've played the files themselves on another device (Sony HAP) and they are all fine.
-
Are you using macOS Mojave 10.4.4? If you're not and using an older Mojave, I'd recommend updating ASAP as Apple fixed an audio dropout issue with USB DACs in 10.14.4.
-
I thought upgrades were automatic......thanks so much for that alert. I had an earlier verison....updating now.
-
I thought upgrades were automatic......thanks so much for that alert. I had an earlier verison....updating now.
I upgraded to 10.14.4 but still get the occasional hiccup. Not too often, but certainly not audiofile quality.
I suspect MS is doing something in the background ?
Is there a way of changing the priority of background tasks lower?
-
I'm not sure you can change priorities on a Mac, but we don't ever recommend it.
-
I just increased the software buffer one notch and also changed the hardware buffering to MAX. I still heard a little blip......
THere's also an "integer" option which I didn't understand
-
Dennis:
What I'm about to say is mostly my opinion backed up by my own experiences with this. JRiver staff might disagree. It's my opinion.
If your iMac has a spinning disk drive and not an SSD, I believe that this is the real source of the problem. JRiver was never able to duplicate my problem and I believe all of their test machines have SSDs. My newer iMac (2014) has an SSD and I've never heard any kind of interruption in MC's playback on that Mac.
About the software buffering: Try at least 500 mS. 500 mostly removed the problem for me. I believe 750 made it totally go away... it's been a long time since I tested it.
Good luck.
Brian.
-
We have two Mac's and I don't think either has an SSD.
Edit: I was wrong. They both have SSD's.
And if a spinning disk was the cause of the problem, that would be a hardware or OS problem. We just use the OS to read from a disk.
-
I have a 2014 iMac with a 3TB fusion drive. The fusion drive has (I think) a 128GB SSD section but I have no idea which files end up in the SSD - the idea is the SSD gets the most frequent files in use.
I also have a Macbook Pro with a pure SSD drive but I have yet to try MD25 on it. Maybe today.
In the mean time, I'll try a little more on the software buffer.
But since I'm reading the entire album into memory.....doesn't that eliminate the disk access speed issues?
-
I have some weird theories on why this might be true, but I think simply having a spinning disk drive that is fairly full (over 60%) can cause this to happen. I might be wrong; this is based on my system and the reports of others. I don't have any data on Fusion drives so who knows. This is mostly educated guessing anyway as opposed to any kind of real scientific conclusion.
The software buffer should really help. 500mS should remove most of your dropouts. 750 *should* eliminate them entirely. I would bet your system with the SSD will have none. I'll be interested to hear your results.
Good luck!
Brian.
-
I just played about 30 minutes of a classical album and so far I heard no dropouts at 500. Previously - there was a hiccup maybe every 5 minutes or so.
But something strange happened with MS....It was almost frozen. I couldn't stop playback. Eventually I went to Playback>Stop in the menu and that worked. I was getting no response from the "buttons" however. I wonder if that was a result of the new settings.
-
I had a thread about this a while back on my Macbook Pro. I spent quite a lot of time and effort trying to resolve it. That's not quite strong enough. I spent months with many, many, many hours of effort towards fixing this. What I found, in the end, is a buffer of 750 to 1000 mS fixed the vast majority of my dropouts. My dropouts were extremely brief. You said yours are around 2 seconds each. Mine were something like 1/10 to 1/4 of a second. Very quick, but you could hear them easily.
When I changed hardware and got a much more capable iMac, I never saw the dropouts again.
Brian.
Brian....I'm still having this issue with a 2014 iMac.....can you share what hardware you now have that doesn't have this problem?
PS: I don't use a USB DAC yet.....right now I am just using the MAC optical out directly to my receiver.
-
Brian....I'm still having this issue with a 2014 iMac.....can you share what hardware you now have that doesn't have this problem?
PS: I don't use a USB DAC yet.....right now I am just using the MAC optical out directly to my receiver.
I tried to add Airplay support to my system with an old Airport Express device, using the Toslink port from the AE to my DAC, but I got regular dropouts. Further research revealed that the AE's Toslink output exhibits jitter beyond the tolerance of my main DAC. Interestingly, I also have a Naim Muso Qb that works fine with Toslink from the AE (this was just a test - the Qb already supports Airplay, so I don't actually need the AE device with the Qb).
My main DAC works just fine with Toslink input from a Google Chromecast Audio device, and from my old Toshiba TV, so in my case the AE's optical out is definitely the culprit. That may not be your problem, but it's something to think about.
-
For a test of outputs -- I just tried hooking up my USB DAC to headphones instead of they way I had it --- Toslink to a Denon receiver.
I also returned the buffer to 150 from 750.
So far I have had two drop outs (DFF file). Seems worse.
Argh!!!
-
Do you get dropouts with hi res FLAC or ALAC files?
-
It was a DFF hi res file
I just increased the buffer back to 250 ms and so far it's OK......but I need to test longer.
-
" ... Some [apple mac] applications have trouble with audio above 16/44.1. If any applications you use don’t play audio correctly after making this change, you’ll need to switch back to 44100.0 kHz and 2ch-16bit—at least while using those programs."
from https://www.macworld.com/article/1160651/how-to-find-and-play-high-resolution-audio-on-the-mac.html (https://www.macworld.com/article/1160651/how-to-find-and-play-high-resolution-audio-on-the-mac.html)
-
Brian....I'm still having this issue with a 2014 iMac.....can you share what hardware you now have that doesn't have this problem?
My main Mac is pretty beefy: 2014 27" iMac, quad core i7, 32 GB RAM, SSD main disk. I really think the SSD is the part that matters, but it's an educated guess.
Brian.
-
" ... Some [apple mac] applications have trouble with audio above 16/44.1. If any applications you use don’t play audio correctly after making this change, you’ll need to switch back to 44100.0 kHz and 2ch-16bit—at least while using those programs."
from https://www.macworld.com/article/1160651/how-to-find-and-play-high-resolution-audio-on-the-mac.html (https://www.macworld.com/article/1160651/how-to-find-and-play-high-resolution-audio-on-the-mac.html)
One of the reasons to buy JRiver MC is that it handles audio sample rate/bit depth changes for you transparently. I have never had to touch the Audi Midi settings on my Mac while using MC. It does it all for you for all audio rates supported by your DAC.
Brian.
-
I have a very similar Mac...except I have a 3TB fusion drive. the rest is the same....32GB RAM, i7 quad core, etc.
I'm going to give Apple a call and see if there's anything they know.
In the mean time, I'll try a mega buffer.
-
It was a DFF hi res file
I just increased the buffer back to 250 ms and so far it's OK......but I need to test longer.
Playing in DSD bitstreaming mode to the Dac or PCM?
-
I have encoding and bitstreaming set to "none"
-
That means MC is converting DSD to PCM on-the-fly, which is a very resource intensive operation (one of the most intensive tasks MC can do, especially multichannel content). That might be the source of your dropouts, the Mac's hardware might not be powerful enough to handle that conversion on-the-fly, hence the dropouts.
If your DAC supports DSD (DoP) I'd try enabling DSD bitstreaming and seeing if the dropouts cease - I wouldn't be surprised if they stop.
-
That means MC is converting DSD to PCM on-the-fly, which is a very resource intensive operation (one of the most intensive tasks MC can do, especially multichannel content). That might be the source of your dropouts, the Mac's hardware is simply not powerful enough to handle that conversion on-the-fly, hence dropouts.
If your DAC supports DSD (DoP) I'd try enabling DSD bitstreaming and seeing if the dropouts cease - I wouldn't be surprised if they stop.
Just tested with DSD bitstreaming here on a 2012 Mini with10.14.4, lots of memory and an ssd... No gapping noted
-
I have a ESS Sabre32 Reference ES9018-K2M DAC chip (Supports PCM audio up to 384 kHz / 32-bit, DSD audio up to 12 MHz (DSD256 or DSD4x) ) on USB
I changed to DSD 1X (4X) didn't work) and DSD bitstreaming.....so far the playback is perfect. I need to give it more like an hour long test.
Previously I had Core Out (imac) toslink or the above to my receiver with none/none
-
I changed to DSD 1X (4X) didn't work) and DSD bitstreaming.....so far the playback is perfect. I need to give it more like an hour long test.
Which would confirm my thought, the Mac isn't capable of handling DSD-to-PCM conversions on-the-fly without issues.
Also using DSP Studio's Output Format > Output Encoding set to DSD 1X, 2X or 4X would invoke a conversion process (in the case of resampling DSD 1X to let's say 2X or 4X will always go through a DSD > PCM > DSD conversion with a PCM stage always in the middle) and you'd probably experience the dropouts because the Mac hardware isn't capable of handling it on-the-fly.
-
I guess it boils down to the MC default settings for a MAC. Which is where I was last week.
So output encoding to the DAC should be NONE?
Note that NONE is also recommended as the choice for bistreaming.
I have it as dsd
The iMac I have is decent - an i7 quad core at 4GHz wtih 32GB memory
-
I have a ESS Sabre32 Reference ES9018-K2M DAC chip (Supports PCM audio up to 384 kHz / 32-bit, DSD audio up to 12 MHz (DSD256 or DSD4x) ) on USB
I changed to DSD 1X (4X) didn't work) and DSD bitstreaming.....so far the playback is perfect. I need to give it more like an hour long test.
Previously I had Core Out (imac) toslink or the above to my receiver with none/none
Can you please list the steps to make this change? I changed Output Encoding to DSD in DoP format and also to DSD Bitstreaming. Is this correct?
-
That's what I did also. I originally had encoding to none but I got an error on one file. I changed it back to DSD 1x. I assumed that goes directly to the DAC chip but one of the subsequent errors I got was Core Audio related. I am still a novice here and have been spending a lot of time since getting MC last month on this one problem.
I hope these settings are the correct ones.
-
If DSD bitstreaming works for you, I'd recommend set output encoding as none and let DSD be bitstreamed and PCM to playback as PCM without any conversion. This way you avoid any conversions, and with no conversions, less chance of dropouts (or they may be eliminated completely).
-
OK....I'll give it a shot. I'm not clear as to why I'd want to encode to DSD to the DAC.....and for that matter, why I don't want to encode.
I've had it on DSD 1X for about 2 hours and had only one hiccup in that time. A lot better but not perfect.
-
Seems even with Output Encoding set to 1xDSD the Mac still isn't always able to handle the on-the-fly conversion, albeit the dropout becoming more rare.
I'm not clear as to why I'd want to encode to DSD to the DAC.....and for that matter, why I don't want to encode.
When you have Output Encoding set from None to 1xDSD (or higher), it's converting everything to 1xDSD on-the-fly. PCM to DSD (or DSD to PCM) conversions are lossy conversions and it's worth noting (like I mentioned earlier) all DSD conversions go through a PCM stage in the middle, so DSD > PCM > DSD, as there's no way to do a direct DSD conversion. Doing that conversion to 1xDSD (or higher) is a resource intensive operation, meaning the computer has to be fast enough to handle that. Now, let's say you have a 1xDSD file and you have Output Encoding set to 4xDSD, it's actually doing two conversions here (one to PCM then one back to 4xDSD) so it's going to be very taxing on a system. Lower end computers (and Macs, since they tend to have lower-end hardware for higher prices) can't handle these conversions too well and the results is these "dropouts". Multichannel content will be even more resource intensive, and thus more "dropouts" versus stereo content. When you set Output Encoding to 2xDSD or 4xDSD, it becomes even more resource intensive due to large 2xDSD and 4xDSD files are.
Try running the benchmark (Help > Benchmark...) and posting the results here.
Ultimately I personally recommend avoiding these conversions unless you have high-end hardware that's capable of handling these conversions on-the-fly without the "dropout" issues. Leave DSD as-is and bitstream it if your DAC supports it, and leave PCM as-is and don't do any conversions. The DAC (unless it's a DSD-only DAC, which is rare) should be able to handle/decode whatever is sent to it without the dropout issues caused by needless conversions, in my opinion.
-
I had DSD encoding but still was getting occasional dropouts. I changed to none. I left channels to 2 channel stereo and no upmixing/downmixing.
I don't completely understand the advantages of encoding....I thought I was unloading CPU duties to the DAC and bypassing "CoreAudio"...but I was wrong.
I'll let you know if I'm still getting drops.
UPDATE: Just got multiple drops listening to an AIF file at 44K - Similar to the encoded DSD output drops I had earlier with the same file. I then listened to the same file on iTunes - trough the USB DAC...and playback was perfect. Which reminds me - I have never had dropouts on iTunes or a HiRes player (I have a Sony HAP)). I guess I had been thinking wrong that this was happening only on HiRes files....but in this case it was a CD AIF file that had dropouts only on JRiver.
-
Let me try to clear up the DSD confusion here:
1. NEVER use Output Encoding to DSD unless you know what you are doing and know what that setting does. It's essentially never needed. Only in very special cases.
2. Bitstreaming DSD should put minimal load on the mac and have your DSD capable DAC decode DSD, which is what you want probably.
3. Decoding DSD to PCM in the Mac, with JRiver MC, works totally fine and I have done it some without any audio interruptions. That being said, my DSD collection is tiny, so I don't have a lot of hours of testing. I just know I've played a good bit of DSD and never noticed a dropout. This is what you would normally do if your DAC does not support DSD natively, which none of mine do.
Brian.
-
Try running the benchmark (Help > Benchmark...) and posting the results here.
Model Name: iMac
Model Identifier: iMac15,1
Processor Name: Intel Core i7
Processor Speed: 4 GHz
Number of Processors: 1
Total Number of Cores: 4
L2 Cache (per Core): 256 KB
L3 Cache: 8 MB
Running 'Math' benchmark...
Single-threaded integer math... 3.466 seconds
Single-threaded floating point math... 2.132 seconds
Multi-threaded integer math... 1.003 seconds
Multi-threaded mixed math... 0.631 seconds
Score: 2627
Running 'Image' benchmark...
Image creation / destruction... 1.250 seconds
Flood filling... 0.357 seconds
Direct copying... 0.528 seconds
Small renders... 0.839 seconds
Bilinear rendering... 0.601 seconds
Bicubic rendering... 0.329 seconds
Score: 5637
Running 'Database' benchmark...
Create database... 0.193 seconds
Populate database... 1.088 seconds
Save database... 0.323 seconds
Reload database... 0.094 seconds
Search database... 0.896 seconds
Sort database... 0.681 seconds
Group database... 0.634 seconds
Score: 5499
JRMark (version 25.0.34 64 bit): 4588
-
I have had dropouts with both Toslink and USB DAC (no hub).
Also....it doesn't seem to be Hi Res related. I had dropouts on an AIF CD Audio file
I have dropouts with output encoding and no output encoding
I have dropouts with various buffer settings.
I have a 2014 MAC (fusion drive)- which is unaffected by the MAC hardware glich. ( http://cdm.link/2019/02/apple-2018-glitch/ (http://cdm.link/2019/02/apple-2018-glitch/) )
I also have a 2018 laptop MacBook pro (SSD drive) which is affected by the hardware glich. I have not tested JRiver on the laptop long enough to opine. A short test gave some dropouts. I'll give it a longer test shortly with the USB DAC.
I have never heard a dropout with other software (iTunes, Amazon, etc)
The dropouts range from a quick "blip" to a 2-3 second moment of silence.
-
Dennis,
Your iMac is a monster. It should have no trouble at all with MC unless you are doing something really taxing at the same time like editing and rendering video or something. Running Parallels might be considered pretty taxing depending upon what you are doing. Take a look at Activity Monitor (it's in Applications/Utilities) while you are running MC. I'm guessing you will see that your CPU is fairly idle. If you see any kind of high CPU use, this might point to some sort of issue, or program that is consuming CPU power.
Regarding your MC buffer settings: I suggest setting your HARDWARE buffering to the default. Don't mess with that setting unless JRiver staff give you specific advice. For software buffering, max it out as a test. Go all the way to 1000mS. Make sure to stop and restart MC after you make this change, then verify that the change is there.
Where are your media files located? On your internal fusion drive? If so, that should be fine. Though, if my theory holds, you really want an SSD as your main drive. I hope I'm wrong in this particular case. :)
Good luck,
Brian.
-
Most of my media files are on a direct connect external USB 3 hard drive (I also have some lesser used files on an external drive via a USB 3.0 hub). But I did get some hiccups from an AIF itunes file on my internal drive. And I had fiddled with the buffer settings quite a bit. If I get a drop out - I change it. I had thought reading the entire album into memory would solve it - but it didn't.
Parallels can hog some of the CPU and memory but I normally have Parallels disabled and my drops come when the only thing I'm running is a web browser. I have checked the activity monitor and there's nothing I see out of the ordinary. Actually - I was trying to have it in view when I got a dropout to see if something was running in the background.....but it happens so fast, I haven't caught it yet. Probably need to record it.
But, alas, my patience in this investigation is expiring.
-
I feel your pain my man. I spent months troubleshooting this on my 2011 macbook pro. I got it pretty close to perfect with a 750 mS software audio buffer. I never did any "read file into memory" settings. Just the audio buffer in Options > Audio > Audio Device > Device Settings
All of my audio files, on the Macbook Pro and the iMac, are on internal drives. But again, my weird theory, is that the *system drive* is really the one that matters and it needs to be an SSD. I could easily be wrong.
I wish you the best of luck.
Brian.
-
I read your SSD theory and tested it with my 2018 MacBook....which has an SSD. I did get a hiccup but the 2018 and later have the audio hardware problem.
I think I've tried just about every combination and the common denominator is JRiver so far. I don't get dropouts with other players so I'm cautiously ruling out the Mac & Core Audio but keeping a jaundice eye on it.
Update: I tried your recommendation of buffer at 1000ms and hardware at default.
So far I'm about 20 minutes into a Tchaikovsky Symphony with no skips !!!!
Update #2 - Now it is about 2 hours with no drops !!!! Happy Days are here again. Fingers crossed
-
Fingers crossed. Still no hiccups or dropouts with my Mac in 2 days.
-
Are you still running Time Machine?
-
Yes...Time Machine is on. I had tried turning it off in my previous attempts but it didn't make a difference for me.
But, alas, I must have been testing playback when the backup wasn't running.
I just forced a backup while playing -and DOG-GONE-IT......I got drops. Some pretty big ones.
-
That is an Apple problem.
You could try a search for work-arounds, or you could try turning it on from time to time.
-
What's interesting is I have two backup drives. One is a USB 3 external hard drive connected via a USB 3.0 hub. The other is a cloud server connected via WiFi. I forced backups with both.
So far, I only get dropouts on the USB drive.
-
Is the port USB 3.0? A USB 3.0 drive won't work well on a USB 2.0 port.
-
I double checked the hardware and it is USB 3.0 all the way (Port >> Hub>>Drive and cables) The iMac has four USB 3 ports (compatible with USB 2) & two Thunderbolt 2 ports
HOWEVER.....when I did a Help/About/System on the Mac ... even though everything is USB 3.0.....the drive itself is showing up as a USB 2.0...but other drives plugged into the same USB hub are showing up as USB 3.0 !!! There is another drive showing up as USB 2.0 and it is a few weeks old and a USB3.0 connection
The other 3.0 drives are the same year and model number as the Time Machine drive .....this is crazy.
I need to investigate further - but I think you were suggesting the other way around....a USB 3.0 plugged into a USB 2.0 port.....and that's not the case.
-
I did some troubleshooting. Since everything from port to drive was 3.0 I figured it had to be a cable. So I changed the cable of the drive showing up as 2.0 and amazingly it now went to 3.0 but another drive on the same hub was now 2.0. I changed the cable on that one....and this time it remained 2.0.
I tried rebooting and plugging the drives in one at a time.....This time a different drive was showing up as 2.0 and the rest as 3.0
Finally I unplugged only the hub and rebooted the computer. I also changed the USB port used from the Mac to the hub. When I plugged the hub back in...all drives were now 3.0
Weird !!!!
I know if you plug in a USB 2 device into a 3.0 hub first - the remainder of devices will all be 2.0 as well. But this wasn't the case here.
-
...and do you get dropouts when running a time machine backup, now that you have your TM drive set up as "true" USB 3?
Brian.
-
I spoke too soon...some of the drives are still 2.0
I'm now looking at the cables.....I just ordered some extra fast 3.0 cables from Amazon and will try again when I get them.
I had audio dropouts on my TV when I played Dolby Digital and it was the cable. Got a better cable and all was well.
-
...and do you get dropouts when running a time machine backup, now that you have your TM drive set up as "true" USB 3?
Brian.
Alas, I was testing again with Time Machine on and backups via WiFi instead of USB and I got a dropout. Just one but that's enough. Previously I heard none over maybe an hour of listening with WiFi backups.
So, I am going to temporarily forget about the USB issues (although they are interesting.....I'm still guessing cables)....and now do some extended listening without Time Machine enabled.
-
...and do you get dropouts when running a time machine backup, now that you have your TM drive set up as "true" USB 3?
Brian.
Even though I still have a couple of drives at USB 2.0 they are both utility drives (they have the original USB 3 cable that came with the drive - but to be safe, I ordered better cables). I have my Time Machine and Music drives on USB 3.0 and have a couple of hours listening with Time Machine ON (backing up to the hard drive) and Time Machine OFF.
So far it's been a clean playback regardless of the Time Machine status.
Paint me cautiously optimistic that it is a cable problem (but I've been here before)
-
USB I/O in general can be very touchy, one device on on the same controller as another especially if they are different speeds can cause real issues.
You should try to connect your DAC directly to the Mac (if you aren't already) and use system report try to isolate it to a different controller from the rest of the USB devices.
Note that USB3 will often not work well though a HUB if the cables are not USB3 rated and/or very short.
-
My DAC is directly connected to the MAC....
My USB 3 Hub is populated with Seagate USB # drives and the cables that came with the drives. I ordered a couple of high quality cables to switch out the drives identifying as 2.0 for some reason. I had been getting drop outs and noticed that my drive used only for Time Machine was showing up in the System Description on the Mac as a USB 2.0. I switched the cable with another drive and it went to 3.0 !!.. but the other drive is now 2.0.
Since then, however, I've had no dropouts in a couple hours of listening..
-
Just for reference, in general there will be at least 2 USB controllers in most computers each with a couple of ports.
Trouble can arise (other than cable issues) when mixed speed devices are on the same controller.
Hubs can also cause issues.
-
I managed to get everything (except the DAC) as USB 3.0 but I did get another dropout when Time Machine backup started.
I'm going to turn off backups for a couple of days and see if it repeats.