On Fri, 13 Dec 2024 01:37:34 +0000 Kieran Kunhya via ffmpeg-devel <ffmpeg-devel@ffmpeg.org> wrote: > On Fri, 13 Dec 2024, 00:39 Michael Niedermayer, <mich...@niedermayer.cc> > wrote: > > > Hi > > > > On Thu, Dec 12, 2024 at 12:54:29PM +0000, Nicolas Gaullier wrote: > > [...] > > > This is a significant work with some weird things like dealing with a > > truncated sample rate > > > and droping one sample from time to time to keep sync. And with no active > > > maintainer of the dolby_e decoder, so that won't help. > > > > why would the decoder need to drop a sample from time to time ? > > the timestamps on audio should be enough. > > > > Yes it would mean the samplerate and the timestamps and the number of > > samples > > would mismatch but that can be corrected by a resampler following after the > > decoder or by other means, none of which really are specific to this. > > Recording audio with cheap hardware is unlikely to have its sample rate > > synchronized to an atomic clock either. > > > > but maybe i misunderstand something ? > > > > thx > > > > One of the features of Dolby E is output is resampled to a 1602, 1601, > 1602, 1601, 1602 cadence ( 48000*5*1001/30000 = 8008) number of samples so > that it doesn't drift relative to 29.97 video.
Does the spec mandate a specific resampling algorithm? > > I'm not really sure how an atomic clock is relevant. > > Kieran > > > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
