RecordRTC: JavaScript library for audio, video, screen, and canvas recording(recordrtc.org)

177 pointsby bryanrasmussenvor 6 Jahren25 comments

RecordRTC: JavaScript library for audio, video, screen, and canvas recording

https://recordrtc.org/

25 comments

Actually the library is deprecated in various aspects also say do things like record directly from DOM nodes but not works.

Muaz are very big contributor to WebRTC examples and very experimented WebRTC developer, but no one hear about him in the last few months.

Remember that Muaz have a disclaimer in every repository that the code is not recommended to use in production.

In general you can use it but the problems comes in iOS Safari and sometimes in Firefox.

dzinkvor 6 Jahren

A fun observation: neither regular WebRTC nor this library will work with Safari on iOS for audio recording, unless your site is behind https.

matiaslopezdvor 6 Jahren

Yes for use WebRTC is mandatory have https either for browsers based on Chromium, Gecko and Webkit. (Chrome, Firefox, Safari).

I'm completely agree with you because I'm tried on iOS Safari and I got a poor performance over the video call.

expialidociousvor 6 Jahren

Should work with localhost origin.

Uehrekavor 6 Jahren

I’m pretty sure Chrome also blocks WebRTC over HTTP, although with some of these kinds of things it can be difficult to verify.

joshribakoffvor 6 Jahren

Note, webRTC "over" http or https is not a thing. What is a thing is a page that is served over http or https initiating a webRTC connection, which goes over UDP and is peer to peer, unless there's relay servers, in which case it should still be over UDP.

zachripvor 6 Jahren

Browsers generally will not set `navigator.mediaDevices` unless you're using a secure connection (except for localhost). This is frustrating when testing apps that use these features as you then need to use self signed certs. I understand why, though.

zeropvor 6 Jahren

Any example on how to get it working for voice streaming use cases... Capture microphone audio and send to backend in real-time

bobbyzvor 6 Jahren

Or 1 to 1 audio chat? Currently struggling with this one

matiaslopezdvor 6 Jahren

Now I'm working on that :)

drawkboxvor 6 Jahren

A bunch of samples:

Main:

https://www.webrtc-experiment.com/RecordRTC/

Canvas Recording

https://www.webrtc-experiment.com/RecordRTC/Canvas-Recording...

Simple Demos

https://www.webrtc-experiment.com/RecordRTC/simple-demos/

Github

https://github.com/muaz-khan/RecordRTC

Nice library and shows nearly all uses of WebRTC with samples for most platforms js/node, .NET, php, etc

More experiments from the author

https://www.webrtc-experiment.com/

manishsharanvor 6 Jahren

Muaz has been awesome about sharing his knowledge. WebRTC is not directly related to my line of work, but Muaz's demos and code have kept me engaged with this topic. Good Job!

asadlionpkvor 6 Jahren

ikr! No WebRTC without his code somewhere.

This one time at Startup School Meetup @ YC, I was having random discussion about my country and the other person says something like "Do you know Muaz, he is from your country, if you search for WebRTC, his demos are the only thing that pop ups everywhere"

So yeah, Muaz is awesome.

matiaslopezdvor 6 Jahren

Yes if you enter en the WebRTC world sooner or later you hear about Muaz and their experiments and libraries.

opendomainvor 6 Jahren

This library has some problems, but Muaz _IS_ awesome.

He is a developer I actually follow on GitHub.

bobbyzvor 6 Jahren

My experience with this library is iffy. While it's fairly painless to use, a benefit which cannot be understated since implementing WebRTC is actually incredibly difficult in practice, it doesn't seem to be well optimized especially if recording two sources at the same time (audio, screen, camera). People have reported a variety of performance issues with my side project serverless.cam such as general lag while recording and poor synchronization (one source lagging behind another).

bobbyzvor 6 Jahren

In regards to the difficulty of using WebRTC, the API was created by Ericsson which also invented Erlang, a language renowned for its concurrency capabilities but also its otherworldly syntax, so it shares that same uncannily foreign design and syntax. If there was any one company that was employing technology from an advanced alien civilization, my suspicions would immediately fall on Ericsson.

hackcasualvor 6 Jahren

Same company sure, but different people and really different eras. That'd be like saying the company that built DX12 was the same company that built BASIC.

WebRTC's arcane operations are more a product of the realities of peer-to-peer communication in a mostly NAT'ted world and SIP. Ericsson was big into IMS, and if you rub some Web on IMS, you get WebRTC.

bobbyzvor 6 Jahren

I get your point, but there must be some sort of connection. Erlang and WebRTC are two of the strangest things I've ever seen. It would seem implausible for one company to repeatedly produce such oddities by chance.

kohtatsuvor 6 Jahren

Huh, that's actually pretty neat.

JacobiXvor 6 Jahren

I use this extensively for mixing/recording video streams, although I think that Muaz library is great, but browsers support for WebRTC recording is far from being production ready.

Some issues off the top of my head : - Non seekable videos in Chrome - Video/audio lags and de-synchronization - Loss of audio streams in Chrome

bobbyzvor 6 Jahren

I remember thinking how insane it was that a big chunk of browser audio/video apps ran off of a library authored by one random dude.

ameliusvor 6 Jahren

Is there another library you can recommend?

expialidociousvor 6 Jahren

Chad Hart just posted his observations on using the getDisplayMedia API itself.

https://webrtchacks.com/jitsi-recording-getdisplaymedia-audi...

bobbyzvor 6 Jahren

I have yet to find anything.