A quick question: Was this audio problem present from the start of the driver development or is their a significantly earlier version that doesn't have this problem? I'd like to help hunt for "what might have changed" if there was a time when the audio was smooth when reading (non-cached) direct from the driver to a player.
Thanks, -Jeff On Thu, Nov 6, 2008 at 10:56 PM, Jeff Campbell <[EMAIL PROTECTED]> wrote: > Andy, Hans, > > I'm trying to wrap my head around this stuttering audio issue. I think it > is likely the same reason the TS off the driver is not usable right now. > > If it is a buffering issue, and given that the stream is muxed when it is > read in to the driver buffers from the chip, how is it that the video is so > stable? I have near perfect video with the current driver, reading direct > from the device, but in less than a minute of playing it with mplayer I get > 10s of drift between the video decoded and the audio decoded. > > Is it possible there is some kind of sampling rate issue with the audio > stream before it ever hits the driver read buffer? > > I understand that the video has both PTS and DTS stamps, which helps a > player put the stream back together for decode and presentation, but I would > expect to see errors if the video was wildly out of order or ahead or behind > schedule materially and I see almost no complaints about the video. The > audio only has PTS stamps. > > Just thinking out loud, but to get up to an apparent 10s of drift between > the video and audio seems like the problem must be before the buffered reads > in the driver given that the frames being read contain both video and audio? > > > -Jeff > >
_______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
