Forum Replies Created
-
AuthorPosts
-
2020/07/09 at 5:46 pm #93250
Hi Jack,
I sure can – want me to submit a ticket and include the logs?
The entire board rebooted – no scribble strips, and nothing required on my part… it just shutdown, rebooted, and picked-up where it left off.
I was using locking IEC connectors into the console and MixRack. I confirmed I couldn’t pull out the IEC cable from the console after the show, as my first thought was a bad cable as well.
100% certain the circuit wasn’t shared with anything else, and it was distinct/separate from the PA circuit. I used a DVOM to measure across the hot side of each plug and measured 220-volts, indicating two separate circuits. We also measured/tested for good ground/neutral, as well as any voltage leaking across neutral.
Definitely a head-scratcher.
2020/03/16 at 7:20 pm #90327Update – Problem is SOLVED.
It was suggested to me that I make a dummy microphone by soldering a 150-ohm resistor across the male pins 2&3 of an old XLR cable end and then test for the noise.
Sure enough, the noise disappears completely when the dummy mic is plugged in. The resistor simulates the load of a normal non-condenser mic. As soon as I unplugged the dummy mic, the noise returned.
So, apparently it’s normal behavior for an unterminated XLR cable. I’m guessing the contact noise that I could hear with real mics plugged in was being picked-up by the mics (even though they were 20+ feet from where I was trying to induce the noise on the cable.
Thanks to all – hopefully this post saves someone from future headaches.
2020/03/13 at 6:56 pm #90265Thanks, and yep I understand it’s not normal behavior to look for/listen for noise in unterminated cables. With a mic attached, I can still hear the noise in the cables, and it doesn’t happen with our M32 consoles. Just struck me as odd that the dLive is somehow picking-up noise via the cable when other systems don’t.
It may not seem like a big deal, until someone steps on them during a show and the noise is potentially transmitted to the PA. @volounteer – thanks for confirming your system had a similar issue!
2020/03/12 at 11:29 pm #90252I have tried it with brand new (straight out of the package) cables, as well as numerous “known good” cables that don’t exhibit the same behavior on our M32.
Definitely not a cable issue.
2020/03/05 at 5:43 pm #90045@senny – care to share here?
And, anyone else – any ideas about offering trim/gain control via the Custom Control application?
2020/02/22 at 8:33 pm #89794Is there a way for me to assign input gain/trim control to a knob? I’m setting up IEM mixes for my band and would like to offer them the ability to adjust the trim for their IEM inputs.
2018/11/21 at 9:43 pm #80239+1 for the Microsoft Surface Pro
We have several of them for our dLive rig and don’t have many complaints.
However; be aware – the wireless/network I/O for the Director software must be substantial because our Surface Pro battery life suffers whenever it’s connected and actively talking with our MixRack.
If we use Director “offline,” the Surface Pro will run happily, never getting warm, nor quickly draining the battery. As soon as it actually has to talk with the MixRack, that all changes… it gets quite warm and battery drains quickly. Happens on all four of our Surface Pros.
Never have this problem with Midas M32 and the same Surface Pros. Not sure why A&H has such a hard time with software.
The Director software will also disconnect from the MixRack if your tablet goes to sleep, and will need 2-ish minutes to reconnect. Something that also doesn’t happen with the M32.
2018/10/11 at 4:03 pm #79137The S5000 has four additional faders, which probably isn’t a big difference in the overall scheme of things.
The S5000 does have additional physical controls for parameter adjustments (near the screens), which can be nice when you’re in the heat of the battle – less button pressing/holding while you’re using alternate controls.
Where the S5000 does have major advantage over the C-Class is: redundant power supplies and extra I/O slots. If you’re thinking about adding a Waves card and/or Dante and/or AES expansion, the S-Class will accommodate all three, whereas the C-Class can only accommodate one. We have an AES I/O card in our C3500. Other differences are relatively minor… for example, the S-Class has “finer” metering – more lights per segment than the C-Class.
We evaluated the S5000 against the C3500 and couldn’t justify the added expense for the S-Class. We invested the difference in a better DSP for the rig.
Both are excellent surfaces; I don’t think you can go wrong with either. I’m sure other people will chime in with some additional points of view.
2018/10/01 at 4:31 pm #78831(trying this again…)
I should also add… I thought the issue may have been related to one of my Surface Pros.
But…
I’ve tried “rotating” (using) my other Surface Pros, and they all experience the fast battery drain/warm case when using dLive Director. And, confirming that it’s not the Surface Pro – if I run X32 Edit on the Surface Pro and connect to the X32, the Surface Pro stays nice and cool and battery life is much improved.
2018/04/25 at 7:45 pm #70618Hi,
Thanks… but…. the issue is only with Director.
My Lake Processor software, lighting software, and (when we’re not using dLive) X32 applications all recover seamlessly from sleep mode. No need to reconnect, push/pull settings, etc.. It’s only the Director app that complains and needs to be quit/restarted.
2018/04/23 at 8:33 pm #70562Does the new router have MAC address filtering/blacklist/whitelist enabled?
2018/03/29 at 3:14 pm #69968Count me as another dLive user who would LOVE to have a RTA overlay on the PEQ/GEQ screens, especially for monitor outputs. I can’t believe a $6k mixrack doesn’t have this while a $299 Behringer does…
2018/03/09 at 7:22 pm #69460Oh that would be awesome!
It’s a shame that even the $299 Behringer X-AIR includes such a feature, and our beloved dLives don’t.
2018/03/04 at 7:19 pm #69337Yep, got that… was hoping there was a setting that would show RTA while ringing out monitors via tablet. That is so incredibly useful – huge time/aggravation reducer.
Finding that I might miss a lot of the “take for granted” things from the X32/M32 environment. 🙂
2018/03/01 at 6:57 pm #69283Awesome – thanks!
It looks like I only need to order the M-DANTE card, right? Install that into the CDM32 and then link it with the LM44 and in theory, I’ll have full digital from the CDM32 to the LM44, at which point I’ll convert to analog and send signal to amplifiers?
I couldn’t find an exact part number/info on the A&H site, so this is a guess on my side. I’ve used Dante in some seminars/trainings for Smaart and other systems – just not certain what’s required by A&H to get audio passing into the LM44.
-
AuthorPosts
