The nageru post doesn't talk about audio/video sync at all? Also, after reading that document, I don't quite understand why he isn't just using a simple triple buffering system? The triple buffering method can be extended to an arbitrary number of inputs and outputs and gives you ideal (lowest possible latency) frame rate matching without tearing.
Tim 'mithro' Ansell On 29 June 2017 at 06:37, Richard Hartmann <richih.mailingl...@gmail.com> wrote: > On Tue, Jun 27, 2017 at 8:40 PM, Kyle Robbertze <krobber...@gmail.com> > wrote: > > 1 - It removes sync issues. There are delays inherent in the analogue to > > digital conversion for both video and audio. When they are separate > > input streams, sync is not maintained and drift between the end result's > > audio and video can become noticeable. > > I can't help but point out that syncing along with queue management > should ideally be done in the mixer, if possible; else, you will > always need to feed through that one external choke point. > > This really is not meant to annoy the list, but Nageru.does this quite > intelligently[1], maintaining sync indefinitely. > > > Richard > > [1] https://blog.sesse.net/blog/tech/2017-06-25-17-43_frame_ > queue_management_in_nageru_1_6_1 > _______________________________________________ > Debconf-video mailing list > Debconf-video@lists.debconf.org > http://lists.debconf.org/mailman/listinfo/debconf-video >
_______________________________________________ Debconf-video mailing list Debconf-video@lists.debconf.org http://lists.debconf.org/mailman/listinfo/debconf-video
