Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Two-way transmission of sound #188

Closed
july008 opened this issue Aug 3, 2021 · 19 comments
Closed

Two-way transmission of sound #188

july008 opened this issue Aug 3, 2021 · 19 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@july008
Copy link

july008 commented Aug 3, 2021

PC1 controls the PC. The sound from PC2 can be transmitted to PC2. Can the sound of PC1 be transmitted to PC2?
That is, the voice intercom function is realized.

@rustdesk
Copy link
Owner

rustdesk commented Aug 3, 2021

You can write

@rustdesk
Copy link
Owner

rustdesk commented Aug 3, 2021

I do not think it is a necessary feature, there are huge number of tools for voice intercom nowadays.

@rustdesk rustdesk reopened this Oct 14, 2021
@rustdesk
Copy link
Owner

Reopen, because it is proposed again. seems a common requirement.

@rustdesk
Copy link
Owner

rustdesk commented Jun 27, 2022

Need to confirm if the other vendors provide this. The audio is mainly for system sound, not for intercom.

@vmsman
Copy link

vmsman commented Jun 27, 2022

I will tell you that I have had to conduct a parallel session in Jitsi Meet to have two way voice. If Rustdesk supports voice, collaboration includes not only remote control, but voice. As an example, consider TeamViewer which supports two way voice. Screen sharing and two way voice exists in Jitsi Meet, but without remote control. Rustdesk would be the first open source app to do two way voice and remote control in a single app

@rustdesk rustdesk added enhancement New feature or request help wanted Extra attention is needed labels Jun 27, 2022
@rustdesk
Copy link
Owner

@Kingtous, @asur4s is busy in looking for job, please follow up this.

@Kingtous
Copy link
Contributor

@Kingtous, @asur4s is busy in looking for job, please follow up this.

get it.

@marco-acorte
Copy link

Need to confirm if the other vendors provide this. The audio is mainly for system sound, not for intercom.

yes. I can Confirm that TV can make an audio call

immagine

https://community.teamviewer.com/English/discussion/comment/43482/#Comment_43482

@Anaphylaxis
Copy link

Need to confirm if the other vendors provide this. The audio is mainly for system sound, not for intercom.

yes. I can Confirm that TV can make an audio call

And despite using TeamViewer for 4+ years I never used that feature once.

@vmsman
Copy link

vmsman commented Dec 14, 2022

@Anaphylaxis EVERYTIME that I use Rustdesk, I launch Jitsi, Skype, or Jami in the background to speak with the person that I am supporting. The problem with support these days is that too many people that are providing support do not communicate, cannot communicate or think they automatically know what someone needs. Two way voice communication is an absolute requirement when providing support.

@Anaphylaxis
Copy link

@Anaphylaxis EVERYTIME that I use Rustdesk, I launch Jitsi, Skype, or Jami in the background to speak with the person that I am supporting. The problem with support these days is that too many people that are providing support do not communicate, cannot communicate or think they automatically know what someone needs. Two way voice communication is an absolute requirement when providing support.

Which is why you should use some VoIP platform or Teams to communicate. I would rather devs prioritize features that would help us deliver support like SOCKS proxies and the address book etc than focus their attention on something so mundane and solved as 2-way voice communication.Should we have it make us coffee as well?

@vmsman
Copy link

vmsman commented Dec 15, 2022

The reason that I prefer not to use Teams, Skype or Team Viewer is because they are proprietary applications and I prefer to support open source creators. There are easy workarounds for SOCKS that can be implemented via network enclaves. Those are fringe features. A viable and critical function of a remote assistance software should be communication. Rustdesk only supports one way communication to listen to desktop audio. Why is it such a stretch to provide collaborative communication as a part of a product that is collaborative. To me, it seems like Rustdesk is a first rate program with flagship features. It only lacks communicate. No, it shouldn't make coffee. I didn't ask for holographic 3D projection. Oh and you do provide text chat. Is voice that much more complicated?

@Anaphylaxis
Copy link

Feel free to make a pull request. From a programmatic standpoint it would seem rather complicated to transmit not only audio from the desktop, but also a call where your voice is coming through the Desktop, without also transmitting back your voice. If I am remoting on someone's computer I am either going to be on the phone with them or speaking via email/live chat, what purpose does having an extra audio communication do? In my opinion lines of communication should be open before you connect, not after. You should never be connecting to a client machine. TeamViewer's "Communication" tab was just an annoyance for 4 years as every time you clicked it, it ducked your PC audio until you restarted TeamViewer.
Perhaps you misunderstood me about the SOCKS proxy, there are a limited amount of tools that can let me essentially open what is a dynamic SSH SOCKS tunnel on the endpoint to traverse the clients network without having to occupy the screen.
To clarify I am not against the feature being added but this is nowhere near a priority imo and I assume it would go unmissed by the majority

@vmsman
Copy link

vmsman commented Dec 15, 2022

Yeah, you are right. It serves really no purpose. I'll just keep starting a Jitsi Meet session to handle voice whenever I use Rustdesk. Either that or I will make an International phone call. It's no big deal.

@Anaphylaxis
Copy link

Yeah, you are right. It serves really no purpose. I'll just keep starting a Jitsi Meet session to handle voice whenever I use Rustdesk. Either that or I will make an International phone call. It's no big deal.

Not sure if sarcastic or not but voice is a done deal, it's been solved. SIP and RTP are open standards, firertc.com is free, Mumble is open source, if you can't get in touch via audio there are other problems

@vmsman
Copy link

vmsman commented Dec 15, 2022

The point is that I will continue using my workaround since you have no interest in this issue.

@k1ttt-remote
Copy link

there are many ham radio operators using anydesk or teamviewer for remote control of radios, but teamviewer audio is poor and anydesk is only one-way, so either of those requires another tool like mumble... but mumble doesn't do stereo audio like rustdesk does. stereo audio from the remote host is a big help in rustdesk but still requires mumble or another tool to send audio to the remote controlled radio. having rustdesk do 2 way stereo audio would be a huge help as it is much easier to set up by users who are not experienced with remote control and communications software.

@entrptaher
Copy link

I just found this issue and a bit sad to see this is not supported yet. :( I have setup rustdesk over a lan and the performance is quite good, except the audio is only one way.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

8 participants