ProSoundWeb Community
Sound Reinforcement - Forums for Live Sound Professionals - Your Displayed Name Must Be Your Real Full Name To Post In The Live Sound Forums => LAB: The Classic Live Audio Board => Topic started by: Andrew Broughton on February 28, 2018, 06:43:11 PM
-
Anyone had issues running DVS on High Sierra?
I've no problems getting tracks in and out of the laptop using Parallels and Win7 but on the MacOS side, DVS will only record. When playing back the tracks, the tracks show meter, but no audio hits the board. Same reaper file, tracks and configuration on both the Windows and MacOS sides. Same computer, same console, everything. No issue with patching in DC or the console recognizing the computer, or anything else. Just this one issue:
I cannot get audio out of the MacOS partition via DVS. In the past I also had no trouble on MacOS with El Capitan and Sierra. I see nothing on the Audinate site regarding this specific issue with High Sierra.
-
I’m going to start testing the analog avio adapters next week so I will be able to tell if anything in the latest macos updates has broken dvs.
-
Anyone had issues running DVS on High Sierra?
No problems here on several systems, but that's using QLab/Logic/Mainstage not Reaper...
-
Ok, thanks.
Still got a few ideas to try but I'll let you know if I find the problem...
-
Anyone had issues running DVS on High Sierra?
I've no problems getting tracks in and out of the laptop using Parallels and Win7 but on the MacOS side, DVS will only record. When playing back the tracks, the tracks show meter, but no audio hits the board. Same reaper file, tracks and configuration on both the Windows and MacOS sides. Same computer, same console, everything. No issue with patching in DC or the console recognizing the computer, or anything else. Just this one issue:
I cannot get audio out of the MacOS partition via DVS. In the past I also had no trouble on MacOS with El Capitan and Sierra. I see nothing on the Audinate site regarding this specific issue with High Sierra.
I use DVS and Reaper extensively [with various mixers and Dante Networks] and have not had any issues with High Sierra, and i was an early High Sierra adopter. My primary machine is an older [late 2011] 13-inch MBP, but i also use this combination with various other newer machines at work and haven't seen any issues other than occasionally some things related to whatever stupid ethernet adapter i'm using on the newer machines since they don't have an Ethernet port.
What i DON'T do is run partitions with multiple operating systems. Not sure why that would matter, but it's an interesting difference....
-
Looks like there's a conflict with VIA. Normally all you have to do is disable VIA for DVS to work, but in our case, we had to uninstall VIA completely before we could transmit audio from the MacBook over DVS. Receiving audio was never affected and no warnings from DVS while it wasn't working properly.
I've let Audinate know in case it's something they need to fix.
-
Looks like there's a conflict with VIA. Normally all you have to do is disable VIA for DVS to work, but in our case, we had to uninstall VIA completely before we could transmit audio from the MacBook over DVS. Receiving audio was never affected and no warnings from DVS while it wasn't working properly.
I've let Audinate know in case it's something they need to fix.
Very interesting. I don't yet use VIA, although i have an application i'm working on right now that will require it, so it's good to know any possible anomalies ahead of time.
-
I may have spoken too soon. After uninstalling VIA, it worked once, but then not again. Still haven't figured out what the issue is.
-
I may have spoken too soon. After uninstalling VIA, it worked once, but then not again. Still haven't figured out what the issue is.
Well, that is disheartening....
-
I’ve had a similar experience some year ago and the duplex flow control was the issue. Make sure that your ethernet flow control is disabled and that your duplex is full-duplex.
Try a manual setting and see if this helps in your case. I’m unable to upload pict from my ipad :-(
-
I’ve had a similar experience some year ago and the duplex flow control was the issue. Make sure that your ethernet flow control is disabled and that your duplex is full-duplex.
Try a manual setting and see if this helps in your case. I’m unable to upload pict from my ipad :-(
Where is that setting in MacOS?
-
Where is that setting in MacOS?
https://studionetworksolutions.zendesk.com/hc/en-us/articles/212053843-Using-energy-efficient-ethernet-mode-on-Macs-may-cause-drops
Seems an interesting issue...
-
Yes, that is the correct settings page.
I had best results with the 'full-duplex'-only setting as my investigation showed that having 'flow-control' enabled' killed bandwidth performance. I found this out when I was doing beta testing of dante and aes67 and had inconsistent results.
I might be wrong, but I think that the 'energy-efficient-ethernet' option only shows if your ethernet switch supports it. If it's there it should be disabled since Audinate says that this ethernet feature does not work well with dante.
Not that it matters for dante so much, but I enable avb and large mtu frames as well since my general network performance benefits from it. Enabling avb might help with dante as well since they share some common ground, but my tests have only been with channel counts below 128 in dedicated and non-congested network setups.
https://studionetworksolutions.zendesk.com/hc/en-us/articles/212053843-Using-energy-efficient-ethernet-mode-on-Macs-may-cause-drops
Seems an interesting issue...
-
Unrelated but notable tidbit I've discovered today. DVS will not work with a "bridged" ethernet adaptor. Case in point being new MacBook Pro with USB C Thunderbolt ports. Audinate lists only the Apple brand Thunderbolt to ethernet adaptor as supported. The MacAlly USB C to Ethernet / USB 3 dongle will not work.
-
I got the AVIO converters today 8)
I’m going to start testing the analog avio adapters next week so I will be able to tell if anything in the latest macos updates has broken dvs.
-
Hehe Looks like you have to connect the output adapter to an input and visa versa...
BTW Where did you get them?
-
They are pre-production loaners for evaluation and testing DDM.
Hehe Looks like you have to connect the output adapter to an input and visa versa...
BTW Where did you get them?
-
So still no joy. Checked network settings (they were already set correctly).
Looking at the computer's device view in DC, on the transmit tab I can see green speaker icons showing the tracks playback audio is being sent.
If I look at the CL5 device view which DVS is transmitting to, I see no green speaker icons on the receive tab, which corresponds to the console not receiving any signal from DVS.
No idea where the break is in the communication.
-
So still no joy. Checked network settings (they were already set correctly).
Looking at the computer's device view in DC, on the transmit tab I can see green speaker icons showing the tracks playback audio is being sent.
If I look at the CL5 device view which DVS is transmitting to, I see no green speaker icons on the transmit tab, which corresponds to the console not receiving any signal from DVS.
No idea where the break is in the communication.
If DVS is transmitting, and you see signal lights, the CL5 is a receiver and you should be looking at the receive tab.
Mac
-
Typo, I meant receive tab. Fixed in my post.
-
Really, really dumb question: Have you tried clearing and reloading/rebuilding your patch with Dante Controller?
I’m using DVS on High Sierra with an older (2010-vintage) MBP and a 2014 MBAir with no serious issues. I have had issues if Dante Controller was running before I started DVS. My process now is to make sure I have DVS running before I start DC, if I intend to use DVS on that machine.
Just some food for thought..
Jonathan
-
After troubleshooting this over several weeks with Audinate, it turns out the issue is one of IGMP v2 being enabled. MacOS does not properly support IGMP v2, which I suspect the switches have enabled. It's a rental system with password-protected switches so it's something I'm not going to fix until the equipment goes back.
IGMP v3 is supposedly fine, but if IGMP v2 is enabled anywhere, it stops DVS from working on Macs.
https://serverfault.com/questions/819793/os-x-network-stack-ignores-igmp-membership-queries (https://serverfault.com/questions/819793/os-x-network-stack-ignores-igmp-membership-queries)
https://www.google.ca/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwjE8f-77JfaAhUI5mMKHeTwAtAQFggpMAA&url=https%3A%2F%2Fwww.audinate.com%2Fsites%2Fdefault%2Ffiles%2FPDF%2Fadvanced-dante-networking-avnw-2015-audinate.pdf&usg=AOvVaw07-DSC95qdO5IgFO66Zb5x (https://www.google.ca/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwjE8f-77JfaAhUI5mMKHeTwAtAQFggpMAA&url=https%3A%2F%2Fwww.audinate.com%2Fsites%2Fdefault%2Ffiles%2FPDF%2Fadvanced-dante-networking-avnw-2015-audinate.pdf&usg=AOvVaw07-DSC95qdO5IgFO66Zb5x)
(pg 66)
-
After troubleshooting this over several weeks with Audinate, it turns out the issue is one of IGMP v2 being enabled. MacOS does not properly support IGMP v2, which I suspect the switches have enabled. It's a rental system with password-protected switches so it's something I'm not going to fix until the equipment goes back.
IGMP v3 is supposedly fine, but if IGMP v2 is enabled anywhere, it stops DVS from working on Macs.
https://serverfault.com/questions/819793/os-x-network-stack-ignores-igmp-membership-queries (https://serverfault.com/questions/819793/os-x-network-stack-ignores-igmp-membership-queries)
https://www.google.ca/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwjE8f-77JfaAhUI5mMKHeTwAtAQFggpMAA&url=https%3A%2F%2Fwww.audinate.com%2Fsites%2Fdefault%2Ffiles%2FPDF%2Fadvanced-dante-networking-avnw-2015-audinate.pdf&usg=AOvVaw07-DSC95qdO5IgFO66Zb5x (https://www.google.ca/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwjE8f-77JfaAhUI5mMKHeTwAtAQFggpMAA&url=https%3A%2F%2Fwww.audinate.com%2Fsites%2Fdefault%2Ffiles%2FPDF%2Fadvanced-dante-networking-avnw-2015-audinate.pdf&usg=AOvVaw07-DSC95qdO5IgFO66Zb5x)
(pg 66)
That is really interesting Andrew. If you ever get access to switches you can turn on IGMP snooping and watch the negotiation.
I didn't think Dante used Multicast so it seems like turning it off is a better bet.
Sent from my VS995 using Tapatalk
-
I didn't think Dante used Multicast so it seems like turning it off is a better bet.
It’s a big part of Dante when sending to multiple locations. Look up FLOWS on the Audinate or Yamaha website to learn more.
In my setup certainly MC is not needed, but it’s very commonly used. However, IGMP may not be necessary unless you have a ton of data and/or are sharing the network with Non-Dante traffic. (Who does that anyway??)
Sent from my iPhone using Tapatalk Pro
-
It’s a big part of Dante when sending to multiple locations. Look up FLOWS on the Audinate or Yamaha website to learn more.
In my setup certainly MC is not needed, but it’s very commonly used. However, IGMP may not be necessary unless you have a ton of data and/or are sharing the network with Non-Dante traffic. (Who does that anyway??)
Sent from my iPhone using Tapatalk Pro
I feel like I heard (from the Yamaha guide) that IGMP only needed to be turned on only when you were using multicast and an access point on the network. I have used both, but fortunately not at the same time, so I have never enabled IGMP.
Was it determined if this was related to all macs? Or just those running high sierra?
Sent from my iPhone using Tapatalk Pro
-
According to the link provided macos does the right thing according to the rfc while windoze doesn’t care with respect to igmp3.
MacOS does not properly support IGMP v2
-
According to the link provided macos does the right thing according to the rfc while windoze doesn’t care with respect to igmp3.
Audinate says:
“This is the IGMP snooping issue. You will need to find the IGMP version 2 device in the network that is causing this problem and remove it.
Or disable IGMP snooping on the Dante network. Apple will discard our clock packets if IGMP version 2 packets are detected. It’s a known issue that they refuse to fix.”
Sent from my iPhone using Tapatalk Pro
-
That is really interesting Andrew. If you ever get access to switches you can turn on IGMP snooping and watch the negotiation.
I didn't think Dante used Multicast so it seems like turning it off is a better bet.
Sent from my VS995 using Tapatalk
Dante uses unicast for audio transport by default and can use multicast for audio, this can be useful when there are lots of receivers.
It does however need multicast for clocking and name resolution.
From Audinate
mDNS and DNS‐SD for discovery and enumeration of other Dante devices (including Dante Controller and Dante Virtual
Soundcard).
o This traffic is on 224.0.0.251:5353.
Precision Time Protocol (PTP) for time synchronization.
o This is generally a few small packets, a few times per second. This traffic is on 224.0.1.129 - 224.0.1.132 ports 319/320.
Dante-specific monitoring traffic on multicast addresses 224.0.0.230 - 224.0.0.232:8700-8706.