Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The existing MoQ demos are quite basic, since the publisher is limited to a clone of
moq-clock(publishing the current time as text), and the subscriber only prints some metadata associated to incoming objects. I wanted to start tinkering with live audio and video as well, and so I prepared a couple of new demos:imquic-moq-loc-sendcaptures the local webcam and/or microphone, and publishes them to an audio (Opus, via libopus) and/or video (H.264, via libavcodec) track using LOC;imquic-moq-loc-recv, on the other end, can subscribe to those tracks, unpack LOC, decode the media and render audio and/or video locally using SDL2.In both cases, I used the LOC property IDs that moq-encoder-player used a few months ago, as that's what I used to test my MoQ/WebRTC integration in Janus with that project.
moq-encoder-playeris (to my knowledge) still stuck to MoQT v14, so I couldn't make interop tests with Janus any longer: I verified that with these demos I can again, which means that, at least in theory, they should provide media streams what are WebCodecs compatible. Of course the plan is to update the usage of LOC to the latest versions, as soon as they're more stable and once I know there's other endpoints I can try some interop with.Edit: this is arguably more of an implementation of moq-mi, as that's what
moq-encoder-playerused. The LOC specification itself changed quite a bit, now that I'm catching up, and will need some changes to the code both in the demos here and in the Janus MoQ integration.