Optional mute audio with Screen blanking & local input b

[akaidiot]

Since you can blank the screen and block local keyboard/mouse input I think the next natural step is to block local audio also together with the other blockings.

And now [topic=1898]Emil[/topic] turn me on to the idea of forwarding the sound to the client! Porhaps you can combine these. So when you forward sound to client computer the local sound will be muted?

[Rudi De Vos]

For next version i want to add voip.
So you can talk together while fixing probs.

This natural will include some kind of mute from both sites.
Else Big Brother is listening...

[pgmoney]

For next version i want to add voip.
So you can talk together while fixing probs.

This natural will include some kind of mute from both sites.
Else Big Brother is listening...

We have VOIP in one of our earlier vnc based apps. It works from a text chat window (similar to yahoo chat). I don't know if it will be useful to you or not but when I get time, I'll convert it from aasm to C and try to make it semi-Ultra compatible and send you the source. It didn't really prove useful for what we were doing at the time (had to use extra ports for the audio) so we put the project on hold and it still needed some tweaking.

[UltraSam]

It would be great if you have time to convert your asm code for Ultra integration/experimentation

Thanks

[pgmoney]

It would be great if you have time to convert your asm code for Ultra integration/experimentation :)

Thanks

I'll get started on the conversion in the next few weeks. The ideal VOIP for vnc would work in parallel to the screen updates instead of suspending them as ours did (making it's usefullness limited). If anyone can make it a useful feature, It will be you guys...

Cheers

[Rudi De Vos]

Please check if the sound transfer only use 1 port.

I tried a code with a different port for incoming and outgoing sound channels. This is not suitable for vnc, both sites need port forwarding in that case.

My idea was to use a seperate sound module(exe) and just use some sendmessages from vnc for
/suspend/volume/input/output/mute/ip/port.
Later, the exe will be converted to a dll for easy integration.

Reason:
+Code is becoming to overloaded, almost nobody understand the full code anymore.
+A dll can be changed without a lot of impact of the rest of the code and can easy be maintained by a seperate person.

[pgmoney]

Please check if the sound transfer only use 1 port.

I tried a code with a different port for incoming and outgoing sound channels. This is not suitable for vnc, both sites need port forwarding in that case.

My idea was to use a seperate sound module(exe) and just use some sendmessages from vnc for
/suspend/volume/input/output/mute/ip/port.
Later, the exe will be converted to a dll for easy integration.

Reason:
+Code is becoming to overloaded, almost nobody understand the full code anymore.
+A dll can be changed without a lot of impact of the rest of the code and can easy be maintained by a seperate person.

To save bandwidth, it is synchronous half-duplex. It uses just one port but only one can talk at a time. Good idea, an exe or dll can be unloaded to save memory/cpu if not needed. An exe with command line activation might make it useful for other apps as well.

[Guest]

Has anyone looked at any of these?

http://www.codeproject.com/internet/voicechat.asp
http://www.xploiter.com/programming/vb/files/voice.zip

http://www.dirfile.com/p2p_voip.htm
(description from website)
The program is used for conversation in a local network. The voice packages are transmitted in a format GSM6.10. Voice packages and service information use one and the same UDP port: 4444. The program works without Server. The ContactList traces if the client is online or offline in a network. Mixer allows to control sensitivity of a microphone and loudness of speaker. Simultaneous work with 5 clients. The sound card should be duplex. The program is distributed with the source code.