The team currently working on OpenH264 is doing features that make the conferencing use cases better (CABAC, T8x8, Chroma QP/QP scaling).
The packetization is done on the Firefox side in the WebRTC code. All the implementors I know of are currently using mode 1. I order to see what needs to be changed for mode 0 we'll probably need help from someone who has a use case that requires mode 0. -EH On Fri, Feb 27, 2015 at 12:54 AM, <[email protected]> wrote: > You were right setting the preferred codec to 126 fixed our problem, > firefox is able to decode our video stream. > > Thanks! > > Do you know if Open264 will have support for more payloads, profile levels > and packetization modes in the future? Is there a roadmap that we can > follow? > _______________________________________________ > dev-media mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-media > _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
