microphone from client

[kc7noa]

I want to send client microphone to server so that program on server (called quisk) can use for microphone input.

Ubuntu 16.04 on both computers. one an Intel based system, other is Arm64

Both running xpra0.17.2

server start string xpra start :100 && DISPLAY=:100 pavucontrol && DISPLAY=:100 quiskR

client string xpra attach ssh:kc7noa@MyAddress:100 --microphone=on

[kc7noa]

this is the xpra bug repot tool

[kc7noa]

quiskR is an alias that i setup to run the quisk program

Iv tried using "--microphone=on" on both client and server string ... to get client microphone as a selectable source for quisk.

Quisk version is 4.05

[Antoine Martin]

Please post the server log and client output when running with -d gstreamer, and the output from xpra _sound_query.

[kc7noa]

quisk input device shown in black box

[kc7noa]

server output device list

[Antoine Martin]

@kc7noa: this is not the information that was requested, see comment:2.

Also, why are you not launching pavucontrol using --start=pavucontrol?
If you start child processed yourself, they will not inherit all the environment that is setup by the server.
Best to start an xterm and start your application from there, at least for testing.

[kc7noa]

Do you want -d gstreamer & xpra _sound_query from client or server ... ill do server first. will be done from a plain ssh with no x forwarding

[kc7noa]

xpra _sound_query @server

[kc7noa]

client connect with microphone=on -d gestreamer

[kc7noa]

Client xpra sound query

[kc7noa]

starting server with -d gstreamer gives no output

[kc7noa]

Ill also add .. that using the --microphone=on on client shows up in clients pavucontrol but not server side.

[Antoine Martin]

Milestone renamed

[Antoine Martin]

Another Ubuntu-only issue? I don't have time for this... re-scheduling.

See also #1141, #1266.

[Antoine Martin]

Is this still a problem?

[Antoine Martin]

Closing as per email response: kc7noa cannot test.