Viewing profile — gavv42

Roc VAD[1] implements a virtual audio device for macOS that acts as network sender on receiver. It works on top of Roc Toolkit[2] and can be used with any compatible senders and re…

AFAIK zita-njbridge is quite similar to Roc, but it's JACK-specific and has no loss recovery.

Right. You can as well configure the FEC block size (it should be smaller than the target latency), the length of network packets, the length of internal audio frames in the pipeli…

So far I mostly tested Roc on several 2.4 Ghz Wi-Fi networks. You can usually expect 100-500 ms in this case (depending on the network). See "Typical configuration" in this article…

That small experiment in my post does not include a correct latency estimation. I just configured all three transports with the desired latency. Actually I'm thinking about writing…

Thanks :)

Interesting, thanks for sharing.

Great! > How far are you with supporting multiple sampling rates Roc currently supports arbitrary input/output rates but only a single network rate (44100). If the network rate dif…

I agree, calling it low was not quite correct. See the thread above: https://news.ycombinator.com/item?id=19828567 I didn't perform serious testing on latencies below 100ms yet. I'…

> 300ms is still noticably laggy when the audio is part of a video. Agree. > Some media players can delay their audio to account for playback delay in the audio device, if the audi…

Thanks. > Few questions: how do you 'capture' PCM stream in case of ALSA? It is straight forward to create a PA sink and plug it into PA configuration, but I am wondering about pur…

I see your point. Many audio streaming apps requires 1-2 seconds latency (especially on Wi-Fi), that's why I called the 100-300 ms range "low". 100ms is the minimum I've seriously …

Thanks. > Does it support h323? No, and there were no plans yet. But we probably can add support if someone will need it.

Thanks for info. > is there a reason to duplicate the work ? I don't know yet. When the time comes to implementation we'll look whether we can re-use either the code or ideas or ma…

Currently, no. Windows port is in our roadmap but not a priority right now. However, if someone would want to maintain it, I'm ready to accept PRs and help with porting.

Thanks. > Opus would be great with ROC because in case of buffer over/under runs the codec provides features to mask dropouts based on previous content. This is critical when using…

Not yet. This is in our roadmap however.