I would like to add NAudio or specifically ASIO device support to WEBRTC.
1) Can this be done using NAudio?
2) Can this be done using ASIO?
Any advice regarding how to do this?
Also, this is a requirement so a contract to provide this function is available.
Please advise
Best regards
Mark Jarvis
Related
I was doing some reading on GCC (https://datatracker.ietf.org/doc/html/draft-ietf-rmcat-gcc-02) but was unable to find if this was actually implemented in WebRTC.
Would someone be able to verify or point me in the right direction?
It is implemented here:
https://source.chromium.org/chromium/chromium/src/+/main:third_party/webrtc/modules/congestion_controller/?q=congestion_controller
The details have changed a bit since the draft was written but you'll find many of the elements described here in the goog_cc directory.
AFAIK yes, it was used in WebRTC. Search for REMB in WebRTC.
Currently transport wide congestion control is considered a better approach. See please this blog post for details http://www.rtcbits.com/2017/01/bandwidth-estimation-in-webrtc-and-new.html
I want to check if there is support for endianness(little endian/big endian) in plc4x modbus library to process the response based on that . I could not find any documentation or example on how to use if it exists.
So, request to same some links here if available.
Right now we currently don't support this, but we are aware of an option to fix this. Till now we haven't implemented any support for this mainly because none of our core contributors has access to such a Modbus device. If you have one particular device in mind, could you please name the Type an model or if you could provide us with such a device ... perhaps we can come up with an implementation.
Completely new to Arduino and am looking to really dive in. An idea I have requires a small form factor for a gsm/gprs module, something that could work with one of the micro arduinos. I can't find any sort of really small gprs modules.
My question:
Is it possible to use the module from an old cell phone and adapt it to arduino? Or is that an outrageous concept? I also found one that looked interesting on (ebay) would it be possible to adapt to something like that?
I am aware that it'd be a big undertaking!
Thanks for the help.
It is possible! most of the modules serially communicates you only need to get the baud-rate correct.
There are examples and tutorials you can find on the internet this Instructables tutorial is worth seeing.
Is it possible to use Objective-C to broadcast audio using the Icecast protocol?
For Node.JS I've found the library nicercast which seems to work pretty well. Is there an open-source equivalent for Objective-C or do I have to implement the protocol myself?
If I'll have to implement the protocol myself, then what do I need to know?
From the Node.JS Library I've seen that essentially, the server broadcasts an MPEG-stream using a normal web server and just sending the raw data over to the client.
Does this MPEG stream contain the metadata or do I have to send it separately?
Thanks in advance
Why not stream to an Icecast server instead? It's small enough to even run on embedded devices without big issues.
The nicercast implementation is nowhere close to being "Icecast compliant" as they claim.
If you want to know why, look at the Icecast sources or e.g. the supported formats.
I know it's en vogue to reinvent the wheel, badly and incompletely. But I'm at least going to remind you that it's not necessarily a good idea.
I am doing a project that extends SPICE. I need to send some custom data between server and client. I beleiev this is done by adding a custom channel to the SPICE protocol
I've got the source code, but it's huge and overwhelming. Can anyone give me a few pointers as to how to start, or direct me to a similar project so I can refer?
Thanks in advance
I suggest to start reading the "SPICE for Newbies" document, then moving to other documentation. It will give you some introduction on the architecture of SPICE, the protocol, standard channels, etc.
Available on spice-space.org/documentation.html
Since spice-gtk 0.15, and qemu 1.4.0, you can set up arbitrary channels by name using the "Spice port", see spicy.c code for an example of usage.