I hope I can find an answer to my idea here.
I would like to broadcast audio via webrtc. meaning, there will be one admin streaming audio only and everyone else will be listening. no one will be communicating with each other. think about it as a radio.
simply share a page where everyone can press play and listen. the number of listeners is unlimited. 100 to start with would be good but the latency should not be more than 2 to 3-sec max.
If anyone can help with the code and/or how to do it, I appreciate that. I am not a developer but I like to learn. thank you all
Related
i implemented group calls in my website, and everything works nice, a few days ago i tested the system again but happend to join in a computer that had no webcam, only mic, and everyone else is not able to listen this user if he have no video. The test was:
User A- video and mic
User B- video and mic
User C- video and mic
User D- only mic
Everyone sees and listen everyone except User D that is not able to be listen from no body.
i tested with difrent computer, just unpluged the webcam and the bug is the same, if i have no video to share and join a grou call with a mic nobody can listen.
Im using last version of kms
Anyone knows if this a kurento Bug or something else?
I mean this type of situation should be fix by default, many people join group calls with no video and others with it, unless i am missing something that i need to add to cover that situations?
Thank you, sorry bad english.
In the room, each client negotiates both audio and video. If you only provide audio, some navigators (like Chrome) can't handle the fact that you have negotiated both audio and video, but are only providing audio. Therefore, it waits until you provide a video track, so both tracks are synchronized.
The solution is to have clients negotiate the type of media they are going to provide, and not both.
I'm trying to create a virtual classroom. Since I'm not familiar with the web conferencing (or conferencing) terminology, I'm not sure if I'm understanding WebRTC's capabilities as I should.
I've looked in the examples for WebRTC, and all that I've found seem to be peer-to-peer connections. As I understand it, peer-to-peer connections are between two entities. However, virtual classrooms are different as far as I know; they require all parties to be connected to each other, so that when one user speaks/types, all users hear her.
Is such a thing possible with WebRTC? If so, what is it called and how can I read more about it?
Check out the open source Big Blue Button project (http://bigbluebutton.org/). They're currently Flash based but are actively moving towards webRTC. Rumor has it they'll be using Kurento as their MCU. They also have open source mobile (Android/iOS) application code.
According to http://www.html5rocks.com/en/tutorials/webrtc/infrastructure/, such a thing is possible:
Beyond one-to-one: multi-party WebRTC
You may also want to take a look at Justin Uberti's proposed IETF standard for
a REST API for access to TURN Services.
It's easy to imagine use cases for media streaming that go beyond a simple
one-to-one call: for example, video conferencing between a group of colleagues,
or a public event with one speaker and hundreds (or millions) of viewers.
A WebRTC app can use multiple RTCPeerConnections so to that every endpoint
connects to every other endpoint in a mesh configuration. This is the approach
taken by apps such as talky.io, and works remarkably well for a small handful
of peers. Beyond that, processing and bandwidth consumption becomes excessive,
especially for mobile clients.
Maybe you can try searching in the webrtc google group
hope this helps
I want to record and play the video. I have found the below article to capture the same. but the recorded video is playing so fast and not playing all of the actions. after 32 seconds, it gets reset to starting position.
http://html5-demos.appspot.com/static/getusermedia/record-user-webm.html
I have used the code from (http://www.html5rocks.com/en/tutorials/getusermedia/intro/#toc-history). I can share it if required.
Any clues to resolve this?
Thanks
Off the top of my head, a reason why the video plays back too fast may be the fact that you are using a resolution that is to high for the current API to handle when recording.
I've tested similar attempts to record video directly in browser and had the same issue with playbacks of recording made with high resolutions.
Maybe this link could help
https://www.webrtc-experiment.com/RecordRTC/
or for an extensive overview of the current state of webRTC you can read the following article:
http://hdfvr.com/html5-video-recording
Is it possible to set up RED5 in a way where different users logging in at different times will be seeing the stream from an elapsed time period since the broadcast started? Say, my prescheduled broadcast starts at 10:00AM, is it possible for the user logging in at 10:05AM to start viewing the stream from the 5 minutes mark from video start? Much like a prerecorded online radio.
Thanks in advance.
Check out the examples:
http://red5.googlecode.com/svn/java/example/trunk
http://red5.googlecode.com/svn/flash/trunk/
You might be able to use these for what you need:
http://red5.googlecode.com/svn/java/example/trunk/oflaDemo/
http://red5.googlecode.com/svn/flash/trunk/simpleSubscriber.fla
http://red5.googlecode.com/svn/flash/trunk/simpleBroadcaster.fla
These do no create a recorded just the live feed, like radio.
I have a client who wants to display live 24 hour footage on their website, to show off the progress of a number of big refurbishment jobs they are carrying out.
I've looked at IP cameras and to be honest this looks like the most logical technology to use, but not sure if I'm missing something. Would it be possible to put the live feed straight from the camera onto their website (via an iFrame maybe)?
The website will be getting quite a few hits but nothing massive, so I think a regular broadband connection at each site should give them enough upload capacity to pull this off.
Am I approaching this from the right direction? Is there anything I should take into consideration before recommending a solution to the client?
Yes, that will work fine. Most IP cameras will provide a motion JPEG stream which is really just a collection of JPEG images.
This allows you to decide on what framerate you want to send up to the site.
Providing an iframe with some javascript to refresh the JPEG at your desired framerate would be an easy solution.