Show HN: Roc – Real-Time streaming over the network
gavv.github.io
Show HN: Roc – Real-Time streaming over the network
1–10 of 21 posts
Re: Show HN: Roc – Real-Time streaming over the network
#2What sets ROC apart from an AES67 stack?
Re: Show HN: Roc – Real-Time streaming over the network
#3What sets ROC apart from an AES67 stack?
Or Dante for that matter.
Re: Show HN: Roc – Real-Time streaming over the network
#4What is the latency? I don't see any latency numbers listed on the linked site. Latency would be my number one concern when using software like this.
Re: Show HN: Roc – Real-Time streaming over the network
#5Re: Show HN: Roc – Real-Time streaming over the network
#6What sets ROC apart from an AES67 stack?
Or Dante for that matter.
I'm including Dante/Ravenna/Livewire in that question.
My guess is that this is more an application toolkit for home/consumer applications instead of professional use, but a lot of the problems they have listed on their roadmap are already solved through a family of open* standards. The name escapes me but there's an industry initiative to provide FOSS APIs on top of web tech to build these kinds of applications. Engineering manager from Fox/Disney gave a talk about it last month (maybe it was march?) at the LA SMPTE meeting. Lots of money is going into this domain.
* with an AES membership, but you should have that for this kind of project anyway
Re: Show HN: Roc – Real-Time streaming over the network
#7What is the latency? I don't see any latency numbers listed on the linked site. Latency would be my number one concern when using software like this.
From their roadmap summary:
> Research. Learn to measure the full network latency, test Roc on different network types and conditions, determine the minimum possible latency that we can handle on different channels.
It sounds like latency is unknown, but my guess is that it’s comparable to RTP plus a few extra milliseconds to handle error correction and a constant latency.
Re: Show HN: Roc – Real-Time streaming over the network
#8What is the latency? I don't see any latency numbers listed on the linked site. Latency would be my number one concern when using software like this.
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[1].
Most likely you will be able to achieve lower latencies on a better channel, but I did no serious testing for lower latencies yet. This is in my to-do list.
Re: Show HN: Roc – Real-Time streaming over the network
#9Earlier quoted context omitted.
Or Dante for that matter.
any pointers to open implementations of those two?
AES67 is just an interoperability standard, it's more of a device level protocol than anything. You buy AES67 compatible gear for your application, then use the vendors' tools like Dante Virtual Soundcard (so you can essentially treat the networked audio system as a normal soundcard on your machine through CoreAudio/WASAPI/JACK/etc).
It's actually pretty great, most of the time there's no need for a separate API just to handle streaming. It "just works."
Re: Show HN: Roc – Real-Time streaming over the network
#10!RemindMe when this supports video