![]() ![]() NIH DIY approaches such as this are one of my pet peeves. Multicast RTP and other formats and implementations are a thing and they handle most of the issues the author is (rightfully) concerned about - packetization, MTU, etc. Audio in operating systems is actually quite interesting, what with the different sample rates of sources, abilities of physical hardware, mixing, etc, etc. Even better adjusting the rate on the fly depending on the source could be cool but I bet at the end of the day everything ends up getting resampled to some fixed sample rate somewhere in the audio stack. ![]() 48 kHz is a far better starting choice for many, many reasons. While the 44.1 kHz sample rate is famous for use in CD audio it's kind of ridiculous for other applications. I don't think standalone CELT libraries are still maintained by anyone anyway. You could certainly use straight CELT but these days you're better off grabbing OPUS and configuring it for 48 kHz, essentially putting it in CELT mode. Applications like this are what CELT was designed for. That said there are many approaches that could be taken to improve this implementation over the wire (or air): I assume PCM was used because it is simple and could be done with existing Windows frameworks. That said there is quite a bit they could learn from decades of progress in this field. I wouldn't know the first thing about making such a beast. Let me start by saying this is a cool tool and I'm glad the author created it and released it. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |