James D. Morris

So it seems that contrib-eme only supports default .ts encoded streams which with the prefixed eme would generate the normal skd:// initData instead of the sinf initData. I'm reading through...

Problem was actually the mime type on the video was set to mp4 causing it to pull the sinf style data instead of skd since the default get license method...

So it seems that contrib-eme only supports default .ts encoded streams which with the prefixed eme would generate the normal skd:// initData instead of the sinf initData. I'm reading through...

Well it seems the deal with we getting the sinf init data instead of skd:// was caused by me setting video/mp4 as mime type instead of application/x-mpegURL. in the end...

@Dardaxe I had this error and turned out that it was because I needed to encode mpd with audio and video separate. Ie before that error, you may find 'unable...

@AnassHmida @gkatsev yeah I think the 'usage' section of readme may be wrong. the module seems to export function parse(manifestString, options) { yet the usage says parse(manifest, manifestURL)

@sanchit-gandhi well the reality is people need it to run 'online' and latency in getting the text to an LLM is important, but I have not seen a standard effective...

well I don't think this repo needs to solve the mic to utterance latency problem. I hope a few general solutions emerge which can be plugged in to the STT...

yeah that would be perfect. A huge boost for this repo if people can clone, run a setup, and start talking and seeing how it works we just webcam audio.

also there is no docker version with cuda for arm. this is a major oversight. jetson devices are the main edge devices that would use open3d and must be cuda...