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

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!

asadlionpk• 6 years ago

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.

matiaslopezd4• 6 years ago

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

opendomain• 6 years ago

This library has some problems, but Muaz _IS_ awesome.

He is a developer I actually follow on GitHub.

bobbyz6• 6 years ago

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).

bobbyz6• 6 years ago

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.

kohtatsu• 6 years ago

Huh, that's actually pretty neat.

hackcasual• 6 years ago

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.

JacobiX• 6 years ago

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

bobbyz6• 6 years ago

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.

amelius• 6 years ago

Is there another library you can recommend?

bobbyz6• 6 years ago

I have yet to find anything.

expialidocious2• 6 years ago

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

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

dzink• 6 years ago

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

Uehreka• 6 years ago

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

joshribakoff• 6 years ago

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.

zachrip• 6 years ago

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.

matiaslopezd4• 6 years ago

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.

expialidocious2• 6 years ago

Should work with localhost origin.

zerop• 6 years ago

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

bobbyz6• 6 years ago

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

matiaslopezd4• 6 years ago

Now I'm working on that :)

matiaslopezd4• 6 years ago

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.

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

Related Stories