Mixpre 10 with Jacktrip

[Dee C]

I am trying to use my mixpre-10 as my interface with Jacktrip. I successfully connected it, and my band can hear me, but I can't hear them. My bass player is the server and then we connect as clients. The singer/guitarist and bassist can hear each other plus myself, but I can't hear them. I am on a 2020 iMac and using my MixPre-10 as my interface with 6 connections.

Any help would be appreciated.

Thanks,

Dee

[Michael Dessen]

Hi Dee,

The first troubleshooting step I’d suggest is making sure you can route your input to your output and hear it, i.e. in Qjackctl connections window, connect system:capture 1 to system:playback 1. If you can’t hear yourself then it’s a local problem, not a network one.

If you can hear yourself properly, then other steps to try might be:
- make sure the server is properly routing audio to you
- connect to a different server and see if you can reproduce the problem

If none of that helps you can try reporting back here, and be sure to include your jack and jacktrip versions and share any other information you can.

Michael

> --
> You received this message because you are subscribed to the Google Groups "jacktrip-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to jacktrip-user...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/0fdb2f84-b231-4866-ad8e-773e8f620a1bn%40googlegroups.com.

[Dave Adams]

Michael,

Does jack_connect work on MacOS?

If so, might it help to have the output of jack_connect in this thread?

Dave

[Mike O'Connor]

hi Dee,

my intuition is to look at the routing from Jacktrip into the MixPre's USB-inputs (the "from computer" inputs).  and then the path that those from-computer inputs take to get to your ears.  can you fill us in on what that part of your set-up looks like?    

mike

[Michael Dessen]

Hi Dave,

I’ve never used jack_connect on macOS but if you think it could be helpful feel free to explain more. The Connections window in Qjackctl typically works fine and making the input-output connection I mentioned below is a quick way to test that Jack is communicating properly with your interface and that you’re getting sound into/out of your local system properly, which is always good to confirm before you move on to troubleshoot possible network issues. I think that is the same principle that Mike O’Connor just wrote about in a different reply to this same thread. But feel free to make any suggestion you like here - the more input, the better!

Michael

> To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/2b21f4f1-ea19-4586-9249-d337897fc05fn%40googlegroups.com.

[Dave Adams]

Hi Michael,

jack_connect gives the information you get in the  "Connections" window in Qjackct.  For debug purposes on a groups conversation it has the advantage of being character, instead of GUI.  That makes it possible to share the connections without pasting a picture.

IMHO a GUI snapshot  from "Connections" is the best thing.  But if a user has trouble posting a picture, jack_connect is a good second-best.

Dave

[Michael Dessen]

Thanks, Dave. Great to know!

Michael

> To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/3f4f199a-0c90-4391-8f5d-cbbc46cf5e9en%40googlegroups.com.

[Dave Adams]

arg... aging brain... not jack_connect, but jack_lsp (jack list ports.)  I had them welded in my head because I would do one then try the other when scripting something to automate some connections.

Sorry for my confusion.

jack_lsp.  Good tool.  STILL 2nd to the Qjackctl Connect window, though.

[Seablade -]

`jack_lsp -C` I believe is the full command you are likely looking for.

   Seablade

To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/46709c56-d854-4bbd-aeb3-ad1c15b4f46cn%40googlegroups.com.

[Dave Adams]

I don't have a "capital C" option in my version of jack_lsp, but DO have "lower case c".

Seems like the default is to do "-c" for whatever local server is found in the shared memory system.

[Seablade -]

Ahh it could be lower case c, my fault on that one, was on an ipad and couldn’t check.  Didn’t realize they had made it a default, I have just used it via memory in the past.

   Seablade

To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/4e02f63a-e58f-4b1e-a67a-210f241f0412n%40googlegroups.com.

[Dave Adams]

It was a good "fault."  Got me looking at the command again.  If I EVER figure out things like "server name" on a JackTrip Virtual Studio Device I'll also be able to use this to setup usage of "jack_delay."  I find THAT utility gives me more usable "latency" figures than jack_lsp -L.    But so far I have not been able to use either utility on JTVSD.

[Seablade -]

In Jack 'Server Name' is for special use cases, most likely not what you want is my guess.  I have never actually used it (And that could be saying something honestly) as it is so niche case.  

jack_delay is likely referring to a predecessor of jack_iodelay, which is used to measure real world numbers for latency and requires a loopback from audio input to output of your audio hardware device.  So for a server/client style connection I would figure it is only usable on the client side, and even that is minimally useful as it is really used for delay compensation for software that supports it, mostly recording purposes.  So not sure how much use it will truly give you.

That being said, kinda curious what you are looking to do with it?

             Seablade

To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/98f49a62-9c01-4a2e-a029-5320e539eb7bn%40googlegroups.com.

[Dave Adams]

I have used jack_delay within my private network to check delay between a local client and local server.  Also used it within a single jack instance to check hardware delays.  This is the Fons Adriaensen utility.

You'd THINK latency in my private network would not show much.  To make it interesting I use "netem" in linux.  This allows me to add delay, jitter, and other bits into the network to get a controlled simulation of worst-case WAN effects.  Makes interesting jack_delay results.

I have also used jack_delay from a non-JTVSD client to jacktrip.org managed server.   Results pretty much matched what I got using "netem" in my local network.

But I think we digress from the topic of the OP. :)

[Seablade -]

True, though it is good info.  I am curious about a couple of things in that setup, one being how stable latency is, or if it maxes out possible latency/buffersize assuming worst case scenario, etc.  I have used netjack in the past for similar on a local network for various tasks (Running plugins on a separate host or linking a second host as a video playback machine slaved to jack) but it has been some time.

      Seablade

To view this discussion on the web visit https://groups.google.com/d/msgid/jacktrip-users/4a68a832-5296-4c7b-9b74-b99b07c1413en%40googlegroups.com.