Record videos in contact forms!
Finally you can encode any webcam recordings from modern browsers and mobiles into MP4 + WebM within seconds. This without the need for Flash, Java nor any other plugins / addons. Just TypeScript, compiled into ESM (ES2022) with their declarations.
- Storybook (examples)
- Demo / Fully working version
- Options
- API
- Form Submissions
- What gets stored on the videomail server?
- Whitelist
- Backward compatibility
- Addons
- Notes
To check out some examples in your browser, just run these two commands:
npm installnpm run storybook
That's it. Easy as apple pie.
A mirror of latest videomail-client can be seen on videomail-client.netlify.com
Check out the full version with all its features on videomail.io itself. Aim is to turn this into a stable product in the near future with some external assistance.
On that site I just include import { VideomailClient} from "videomail-client" in the app logic.
Another live example would be https://seeflow.co.nz/contact or https://www.deaf.org.nz/contact There are plenty if you just ask us. And way more will follow, we are rolling ...
There are many options you can pass onto the VideomailClient constructor. Check out the annotated source code at src/options.ts
In most cases, these defaults are good enough. But siteName should be changed when you deploy your own site, see Whitelist.
Looking at the examples in the /src/stories folder should give you some ideas how to use these options.
new VideomailClient()videomailClient.on()videomailClient.show()videomailClient.hide()videomailClient.replay()videomailClient.startOver()videomailClient.getByAlias()videomailClient.getByKey()videomailClient.unload()videomailClient.hide()videomailClient.isDirty()videomailClient.isRecording()videomailClient.isBuilt()videomailClient.submit()videomailClient.getLogLines()
The constructor accepts a JSON with optional options. Example:
const videomailClient = new VideomailClient({ siteName: "my site name" });The VideomailClient class is inherited from EventEmitter and emits lots of useful events for your app. Here an example:
videomailClient.on("FORM_READY", () => {
// form is ready for recording
});
videomailClient.on("SUBMITTED", ({ videomail, response }) => {
// continue with your own app logic in your javascript code if you want to process
// something else further after form submission.
});Check them out at src/types/events/index.ts
They should be self-explanatory. If not, ask for better documentation. Then, some of these events may come with parameters.
The videomail client already comes with internal error handling mechanism so there is no need to add code to display errors. But depending on your app logic you might want to process errors further with your own error listeners.
By the way, all videomail errors are instances of VideomailError, inherited from the native Error class and come with additional attributes, useful for debugging weird errors.
Automatically fills the DOM with a form for video recording. By default the HTML element with the ID videomail will be filled, see options.
Manually adds a video container for the given videomail inside the parent element. See stories for some inspiration.
If the parentElement is an ID (string), then it will be resolved into a DOM element internally. If no parent element is given, then a replay container within the containerId is automatically generated.
Also note that, when the parent element already contains a video container like this
<video class="replay"></video>then this will be used instead of adding a new dom element.
Start all over again, resets everything and go back to the ready state. Useful if you want to submit another videomail within the same instance.
Queries a videomail (JSON) asynchronously by a given alias for further queries or processing. There are two ways to get the alias:
- The form submission to your own server has it under
videomail_aliasin the form body. - Get the alias from the
submittedevent and use it further within your code.
Manually unloads the webcam and all other internal event listeners.
Hides all the visuals (but does not unload anything).
Returns true when a video has been recorded and a form exists. Useful when checking something before closing the window, i.E. this use case: show a window confirmation dialog to make sure the user didn't forget to submit the recorded video.
Returns true when a video is currently being recorded.
For advanced use only: especially when the submit button is covered with other HTML layers and the videomail client fails to process the click event. Calling this function will manually trigger a submission of the recorded videomail. But only when everything else is valid. Nothing will happen when invalid.
For advanced use only: returns you a collection of log lines that show what code has been covered recently. Useful if you want to debug something tricky.
Here is an example JSON showing what videomail meta data exists, gets stored on the server and you can grab yourself for further use. It's emitted in the SUBMITTED event under the videomail object:
{
"subject": "some subject",
"from": "[email protected]",
"body": "A text body",
"recordingStats": {
"avgFps": 15.151515151515152,
"wantedFps": 15,
"avgInterval": 62.09090909090909,
"wantedInterval": 66.66666666666667,
"intervalSum": 683,
"framesCount": 11,
"videoType": "webm",
"waitingTime": 192
},
"width": 320,
"height": 240,
"videomailClientVersion": "2.4.11",
"siteName": "videomail-client-demo",
"alias": "some-subject-183622500964",
"dateCreated": 1541130589811,
"url": "https://videomail.io/videomail/some-subject-150322500964",
"key": "11e8-de52-55ac2630-b22b-71959562a989",
"expirationPretty": "1 hour",
"expiresAfter": 1541134189811,
"siteTitle": "Videomail Client Example",
"webm": "https://videomail.io/videomail/some-subject-183622500964/type/webm/",
"poster": "https://videomail.io/videomail/some-subject-183622500964/poster/",
"dateCreatedPretty": "Nov 2, 2018, 4:49 PM",
"expiresAfterPretty": "Nov 2, 2018, 5:49 PM",
"expiresAfterIso": "2018-11-02T04:49:49.811Z"
}You also can get all the above using the videomailClient.getByKey() API call.
By default the videomail-client interrupts the form submission with e.preventDefault() and submits the videomail itself to the videomail server first. The videomail server replies with useful data, such as the videomail alias, other meta data and only then the real form submission is resumed.
If this doesn't seem to work on your side, then this is mostly because the form and the submit button couldn't be found and the submission event is fired too late. To fix this, you'll need to correct the selectors under options. Here are the important ones regarding forms:
selectors: {
"formId": null,
"submitButtonId": null,
"submitButtonSelector": null
},When these are null (defaults), the videomail-client tries to detect these automatically. But it can happen that detection fails because the form is somewhere else under the DOM or the submit button does not have the type=submit etc.
If you want to include videomail meta data in the form submission to your own server, enable the submitWithVideomail option.
Otherwise only the videomail alias is in the form body and will have to call videomail.getByAlias(alias) to retrieve these later on.
Examples will work right away on https://localhost:8443. This is because localhost is whitelisted on the remote Videomail server. https://localhost and https://localhost:443 are whitelisted too for local development. Other IP addresses won't work. If this is a problem, contact me and I can whitelist more.
In other words, if your web server is connected through a domain besides localhost, the Videomail-Client is restricted from sending the media packets to the remote Videomail server which is responsible for storing and sending videomails. To fix that, just lodge a whitelist request at https://videomail.io/whitelist. Then you should get a new site name and a list of whitelisted URLs for your own usage pretty fast (within less than 48 hours).
Forget the old IE, Safari below version 11 and ancient iPhones/iPads because they don't support getUserMedia(). Do not blame me but Apple + Microsoft chuckle - for now, these browsers work like a charm:
- Firefox >= 34
- Google Chrome >= 32
- Microsoft Edge >= 12
- Internet Explorer >= 12
- Opera >= 26
- Chrome for Android >= 39
- Android Browser >= 37
- Safari >= 11
Source: http://caniuse.com/#search=getUserMedia
PS: On Safari and iPhones/iPads you can play the videomails fine without any issues. Repeating: there is just no recording functionality for them yet until Apple made a move.
There is a Videomail WordPress addon, wicked! https://wordpress.org/plugins/videomail-for-ninja-forms/
It's an extension of the popular form builder called Ninja Forms. When the videomail addon is installed, then you can just drag and drop a live webcam input into the form! And tell what should happen upon submission. So easy.
Too hard to maintain. Just do git log or look here
https://github.com/binarykitchen/videomail-client/commits/master
Here some noise about Videomail in the wild:
This is just the beginning. I will add a lot more over time.
Bear with me, there are lots of problems to crack, especially with the performance, audio part and some unit tests are missing. I do not want to waste too much time on perfection unless it's proven to work then I rewrite piece by piece.
These guys helped and/or inspired me for this mad project:
- Heath Sadler
- Zack Best
- Sonia Pivac
- Isaac Johnston
- Dominic Tarr
- Daniel Ly
- Nicholas Buchanan
- Kelvin Wong
They all deserve lots of beer and love. That order is irrelevant.
I admit, code isn't top notch and needs lots of rewrites. Believe me or not, I already rewrote about three times in the last four years. Good example that software hardly can be perfect. And since I am already honest here, I think stability and bug fixes come first before perfection otherwise you'll loose users. Reality you know.
This planet is completely sold. And talk is overrated. That's why my primary goal is not to turn this into a commercial product, yet to promote a cool but underestimated language: Sign Language.