Hey Everybody,
I'm not really sure if this is the right place to ask my question, but I
figured I'd give try. If this doen't fit in here please feel free to tell
me so.
I'm trying to route the audio output from my Windows 10 Laptop to the
HDMI-out of my Raspberry Pi running Raspbian Strech. (Later on I want to
run some fancy room correction filters on the Pi). For this I want to use
netJack (version 1.9.11).
On the Pi I start the Jack server via qjackctl and then run *jack_load
netmanger* in the commandline. On the Win10 slave I run
*jackd*
*-R -d net* (with admin rights, just to be on the safe side). Judging from
the console output they both find each other and connect just fine. (All
the settings are left to their default values)
Now when I want to set up the connection via the qjackctl gui on the master
(the Pi) I can select the Laptop as readable client and as output socket in
the patchbay. However on the slave the pi doesn't show up in the list. The
only thing that shows up is one entry "system" as input socket/writable
client.
When I turn things around (just for testing) and make the laptop the
master, then on the laptop I can find the pi as readable as well as as
writable client (input and output socket, once each), however on the Pi
(now slave) I cant find anything.
Does anybody have an idea what could be the issue here? After hours of
googleing I only find basic tutorials from which I've gotten the steps I'm
doing, but none covers any troubleshooting...
Best,
Jonas
The output from starting the server on the slave:
PS C:\Program Files (x86)\Jack> ./jackd -R -d net
jackdmp 1.9.11
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2016 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
Drivers/internals found in : C:\WINDOWS
Drivers/internals found in : C:\WINDOWS
JACK server starting in realtime mode with priority 10
self-connect-mode is "Don't restrict self connect requests"
NetDriver started in async mode without Master's transport sync.
Waiting for a master...
Initializing connection with raspberrypi...
**************** Network parameters ****************
Name : Laptop
Protocol revision : 8
MTU : 1500
Master name : raspberrypi
Slave name : Laptop
ID : 1
Transport Sync : no
Send channels (audio - midi) : 0 - 0
Return channels (audio - midi) : 2 - 0
Sample rate : 48000 frames per second
Period size : 1024 frames per period
Network latency : 5 cycles
SampleEncoder : Float
Slave mode : async
****************************************************
Show replies by date
The output from jackd on the slave shows that there are only two channels,
and only in one direction:
Send channels (audio - midi) : 0 - 0
Return channels (audio - midi) : 2 - 0
$ jackd -d net --help
...
-C, --input-ports Number of audio input ports. If -1, audio
physical input from the master (default: -1)
-P, --output-ports Number of audio output ports. If -1, audio
physical output from the master (default: -1)
-i, --midi-in-ports Number of MIDI input ports. If -1, MIDI
physical input from the master (default: -1)
-o, --midi-out-ports Number of MIDI output ports. If -1, MIDI
physical output from the master (default: -1)
Try setting the -C and -P values.
--
Chris Caudle
Hey Chris,
Thanks for your answer!
I tried starting the slave with *./jackd -R -d net -C 4 -P 4*. Now I can
see the 4 inputs/outputs under *system* on the Laptop and under *Laptop *on
the raspberry pi. However on the Laptop the pi still doesn't show up, and
if (on the Pi) I connect the *Laptop* inputs with the *system* outputs
still nothing happens. (On the Laptop I have a Virtual Audio Cable as
default input and output device, so everything thats played via this
appears on the other end on the virtual cable as input).
Another thin I noticed, is that when I connect an additional microphone to
the Pi (drivers and everything are working, I can record audio via for
example Audacity) it doesn't show up under system as readable input.
I don't really know what to make of this...
Best,
Jonas