[mervakaParticipant]

Would there be an advantage to this over running a dual rack system?

[mervakaParticipant]

Do these controllers that you guys are proposing all support NRPN messages? I don’t see any other way in which the MIDI protocol could cope with the extensive addressing requirements. Metering feedback will undoubtedly not be possible via MIDI, as it lacks the bandwidth required.

[mervakaParticipant]

Looks as though your surface simulation is not working. Why that’s happening though, I couldn’t say.

Is the Mac equivalent of “idr-livesim.dll” present in the program folder? Sorry, I don’t have a Mac.

[mervakaParticipant]

Read the brochure guys, it’s all in there on page 8!

quote:

---

dSnake Inputs: Remote source for CH1-16, ST1, ST2, ST3
dSnake Outputs: Remote outputs for Mix1-10, LR

---

That means that with all sources and sinks set to remote, you can fill up an AR2412 bar two input channels.

[mervakaParticipant]

The brochure says that the stereo ins are also able to patch to dSnake, so you have a 22/12 system, local or remote.

[mervakaParticipant]

quote:

---

Originally posted by tk2k
Side note: Does anyone have any honest info on the iLive/GLD DSP? I don’t believe it is FPGA based, but its gotta be partly software based since we can reconfigure it so easily.

---

The DSP in fixed racks (and probably modular racks also) are a lot of Motorola/Freescale DSP56k processors, and I think an FPGA or two to handle the internal routing. Next time my iDR48 is open I can take another look. I’ve always admired the design!

[mervakaParticipant]

quote:

---

Originally posted by RayS

quote:

---

Originally posted by mervaka

quote:

---

Originally posted by Düsenklang

andy95 ask for a solution on Ubuntu/Linux.
how many Driver are aviable for Dante on Linux? zerro!

---

Indeed. Unfortunately, I don’t think DVS is supported under Linux. Nor have I heard or read about any plans to do so.

Your choice now is to either suck it up and install Windows, or look at using a 24ch ADAT connection instead. As much as I am a Linux fan, my preference is strongly for the former.

---

actually, MADI is probably the way to go with andy95’s setup…..https://ardour.org/realFAQ

RayS

R-72/iDR32/iPS10

---

Apologies. I totally forgot this approach! Definitely the best one for Linux. RME have probably the best supported platform for Linux out of all the pro audio interface manufacturers. I should know that, being a DIGI96/8 owner myself..

[mervakaParticipant]

quote:

---

Originally posted by Düsenklang

andy95 ask for a solution on Ubuntu/Linux.
how many Driver are aviable for Dante on Linux? zerro!

---

Indeed. Unfortunately, I don’t think DVS is supported under Linux. Nor have I heard or read about any plans to do so.

Your choice now is to either suck it up and install Windows, or look at using a 24ch ADAT connection instead. As much as I am a Linux fan, my preference is strongly for the former.

[mervakaParticipant]

Thinking about it, a dedicated fourth order LPF/HPF would actually require the same number of coefficients (and therefore multiplications and additions/subtractions) as a biquadratic filter, so 3rd and 4th order filters could be implemented without additional DSP processing cost if dedicated HPF/LPF algorithms were implemented for each filter order. However, extra unit delays are used, so an additional 50%/100% extra data memory would be required for each filter.

[mervakaParticipant]

Would you be happy to lose one of your other filters in order to create a 4th order filter? That’s an easy implementation possibility. You’d just gang the filter coefficients to its neighbour, and they’d already be cascaded. To make a 3rd order filter, a 1st order filter could instead be calculated, and that would run at no extra DSP cost. I am of course making the assumption that we’re using biquad filters here

eg: you want a 4th order HPF:
your MF bell filter would disappear, and its coefficients would mirror that of the LF filter, creating a cascade of two biquad filters.

eg: you want a 3rd order LPF:
your HM bell filter would disappear, and its coefficients would be recalculated for a first order LPF with the same frequency parameter as the HF filter. This creates a cascade of a 1st and 2nd order filter.

While on the subject, I don’t think you need higher order filters to create shelving filters with an adjustable transition bandwidth (or slope).

EDIT: After a quick look at this in MATLAB, the downside of cascading two 2nd order filters would be that the centre frequency would sit at -6dB, not -3dB, which is what standard 4th order Butterworth polynomials would give. Same applies between a 1st/2nd order cascade and 3rd order Butterworth polynomials.

[mervakaParticipant]

I too can’t see the hardware limitation at to why this isn’t possible, with exceptions to talkback, PAFL and channel count of course. If the network socket was used instead of the ACE socket, it wouldn’t be too dissimilar to running Editor in principle. Editor has a lot in common with the SBC software, after all!

[mervakaParticipant]

quote:

---

Originally posted by millst

I’ve had this before when using an iPad or iPhone to control over a slightly dodgy IP link. Its highly likely to be a dodgy Ethernet connection.

Try replacing the ethernet cable with a known good one and see if that resolves your problem.

Again, is not very kind to flame the manufacturer of a product, when in this case, it may not actually be anything to do with something they supplied.

---

I think this post still stands. You should be working with A&H to disgnose the problem, not slating them off in public before you’ve diagnosed the problem with them.

[mervakaParticipant]

ACE is based upon layer 2 Ethernet, same as Ethersound. However, they are not interoperable.

[mervakaParticipant]

That’ll almost definitely be the case, being the original SBC’s onboard audio.

Any touchscreen capability would come from USB, and that would in turn depend on drivers being both available and installed.

[mervakaParticipant]

I take it there’s no fresh news on iOS6?

[Author]

Posts