Why is Wormhole not giving you latency?

It's supposed to, because it was giving me totally unusable latency when I tried it. [:)]

MIDI Over LAN has always worked, but I'm confused why Wormhoie was such a failure for me.

Okay, I'm going to try again...

Not sure Nick? BTW, since Wormhole didn't work for you, what did you end up using?

I'm sure that once FX-Teleport is available I'll switch over, but in the mean time...

I'm using audio interfaces on all my machines.

rp, have you given it an extensive work session test or just an initial set up and hit some notes test? Reason I ask is that I tried to use wormhole as well once and had everything working fine, but as I actually worked for 4-5 writing, the latency would slowly increase??!! I'd have to restart DP to get it back to normal and then the same thing would happen again. I'd also get random dropouts.

Let me know if you've been using it for hours at a time and are still stable.

That problem should go away if you clock the two machines together just like you do when you're using audio interfaces - which is easier said than done with multiple machines that don't have audio interfaces.

umm... how is that accomplished with wormhole?

Nick, do you know how people are clocking multiple machines with no interfaces as in Jerome's now famous 8 mac mini's?

dp---

in the Mac Mini's situation, clocking is done throught the s/pdif input.

Jerome

To explain further: at one point I was able to get AUNetsend/Receive to work, but the two machines kept drifting just as magnumpraw described. Max from FX-T explained that I needed to clock the two machines together digitally in order to avoid the problem. He was right, and it solved the problem nicely. Unfortunately it didn't solve the unusable latency problem.

Now, that doesn't mean FX-Teleport needs a separate sync connection - it locks to the ethernet port, as any audio-over-ethernet program absolutely should. I'm biting my tongue to avoid going farther and saying that it's absolutely retarded if it doesn't, because it would be very rude to say something like that and I'm always politically correct.

But if that's what's going on in magnumpraw's system, that's the solution - and of course unless both machines are Macs with built-in optical ports, it's no solution. If you have to add an audio interface to get a digital input...

yeah, that's what I wondering. I didn't know of anyway to clock the computers without an interface and if you've got an interface, what's the point of the Audio over LAN?

@Jerome said:

dp---

in the Mac Mini's situation, clocking is done throught the s/pdif input.

Jerome,

If I come from a mini into my spdif in my MOTU 308 (which is clocked to my master) then the spdif automatically clocks to the 308: I take it this is what you're saying.

Nick,

You are saying that clocking is (or should be) automatic when coming over LAN but latency is still a show-stopper?

Yes, that is correct. For what I know (but I may always be wrong [;)]), a clocked audio interface (either internally or via a master clock) will automatically distribute its clock to its digital outputs.

What you need to make sure is that the other audio interfaces get their clock via the right input, if they have more than one digital or clock input. For example, if you have s/pdif, multiple adat, word clock, etc, on one interface, then the right clock input must be selected in the setup parameters.

Also, in your case, I would rather clock the 308 internally (or via a master clock like a Big Ben), because the Mac Mini doesn't give you too many choices in terms of clocking. "Slaving" the Mac Mini to the 308 seems more logical and reliable than the other way around.

Jerome

Not only was the show stopped, Dave, rotten fruits were being thrown at the stage. But Rob has Wormhole working, so I'm going to try again.

And yeah, I'm saying that the exercise is completely autoerotic if it doesn't clock to the ethernet port!

Well, in all fairness, sync between the two machines isn't an issue if you're just trying to get iTunes to play on a remote computer. But for our purposes there is no purpose.

Thanks Jerome and yes the 308 is indeed clocked to my Aardvark so it sounds like an audio interface can be avoided if one can settle for a single stereo out.

Nick,

Let's get the show on the road. Everyone around here is dealing with trying to make use of the collections they own. Hence all the multiple cpu's/ram limts/dongle+collection-splitting/64 bit-32apps/no interface-clocking/VI interface+controller issues and so forth.

It's almost like there should be some sort of VI Magazine to cover all this stuff and help us all sort it out.

Great minds think alike! That's the title of the first article in our next issue:

"Multiple cpu's/ram limts/dongle+collection-splitting/64 bit-32apps/no interface-clocking/VI interface+controller issues" by Dave C.

Hey All,

Sorry I haven't kept up with this post...

Hey Nick...I used the strings in a show sequence that I was scoring. But that particular segment I was doing at the moment was very short. Vlns, Vlas, Cellos & Basses all seemed to work correctly. Now then, this is just one Mac (the others are coming in in the next couple of days) so we'll see how it goes once I've got 4 online with the G5.

Also, the clock aspect is very interesting (and frightening) ...I hope I don't run into the "drift" thing...not real sure how to deal with that only having Mac Minis?

It'll drift over time if it's going to, so I suspect it won't. If you come back an hour after connecting to the remote computer and the latency is still good, you should be fine.

@Nick Batzdorf said:

Great minds think alike! That's the title of the first article in our next issue:

"Multiple cpu's/ram limts/dongle+collection-splitting/64 bit-32apps/no interface-clocking/VI interface+controller issues" by Dave C.

Uh...okay. I need to organize my materials a bit but I'll get right back to you with a first draft...say around Xmas... 2022.

@Nick Batzdorf said:

Great minds think alike! That's the title of the first article in our next issue:

"Multiple cpu's/ram limts/dongle+collection-splitting/64 bit-32apps/no interface-clocking/VI interface+controller issues" by Dave C.

Uh...okay. I need to organize my materials a bit but I'll get right back to you with a first draft...say around Xmas... 2022.

lol. Then you'll need to begin again, Dave, as VSL tops 5 TB over 25 instruments, and that lowly 10 multicore processor computer with a modest 560GB of ram can't keep up!

Regards,

Alex.

[[:|]]

Just an update...have just hooked up 5 MAc Mini's, Lots-o-Instances and everything is working great!

The one thing that I discovered that seemed to make the difference from an audio side is having DP installed on each computer. Even though I'm not using DP to host (I'm using Rax), I did set the "Core Audio" inputs and outputs via DP and that seemed to make all the difference in the world. I really don't have a specific reason for this but I just know that when I was initially experimenting with this system (before the Mini's arrived) I was using my MacBook. It happened to have DP5 on it and everything worked great. I then got the 1st Mini and the audio was extremely eratic. I then installed DP (merely to have a different playback engine) and immedialtely it asked to assign the outputs. Once that was done, I've never had another issue as far as latency, eratic audio etc.

I have no idea why this has made a difference. Maybe someone out there smarter than I can give me a reason. But hopefully this will help others that are trying to use WH2!