kristofferstrube / blazor.mediacapturestreams

A Blazor wrapper for the Media Capture and Streams browser API.

Kristoffer Strube

I'm currently working on using Blazor Web Apps to work with the browser easily and safely.

Right now, I'm focusing on wrapping the Web Audio API and its surrounding API's in my Blazor.WebAudio and Blazor.MediaCaptureStreams projects.

My Blog: https://kristoffer-strube.dk

I also do consultancy primarily focused on Blazor. If you are interested in my services, just contact me on Twitter or LinkedIn. Jobs related to my open-source projects get a considerable rebate.

Contact

Twitter 🐤: @KStrubeG

LinkedIn 👔: KristofferStrube

Mastodon 🐘: @KristofferStrube

BlueSky 🦋: @kstrubeg.bsky.social

blazor.mediacapturestreams's Issues

Save audio to file

Once MediaStream is constructed, how do I take the audio and save it to a file on the server? Thanks.

Feature: Playwright tests

It would be cool to make end-to-end tests of this wrapper. This can be done using Playwright.

Update Blazor.DOM version to 0.2.1

Breaking changes have been introduced in the EventTarget type, so we should update to the newest version so that this library can be used with other libraries that target the new version.

Bug: JSException: Could not find 'getReference'

I keep getting following error in my own application:
JSException: Could not find 'getReference' ('getReference' was undefined). Error: Could not find 'getReference' ('getReference' was undefined).

Feature: In-process support

We would eventually like to support in-process variants of all the interactive classes in this wrapper, but right now we have some general structure that would need to change to make this easier.

The start of this process can be seen in the branch: https://github.com/KristofferStrube/Blazor.MediaCaptureStreams/tree/feature/in-process-classes

The primary problem is when we want a class to be an extension of multiple classes. An example could be MediaStreamTrackInProcess, the in-process variant of MediaStreamTrack. We would like to have this be an extension of MediaStreamTrack and EventTargetInProcess but we can't do this. A way to come around this is using ✨interfaces✨. We have tried to start this by making an interface for EventTargetInProcess called IEventTargetInProcess. The problem with this is that we then have to implement all the methods from that interface still. What we would really like is multiple inheritances of implementations similar to interface mixins from the WebIDL standard. What we have tried to mitigate how much code we need to duplicate is to have the implementations be in separate static methods that can be used in all implementations of the IEventTargetInProcess interface. But that doesn't really solve the problem itself.