Re: MPEG2 TS source filter
From: Geraint Davies (geraintd_at__NO_THANK_YOU_REALLY_gdcl.co.uk)
Date: 09/16/04
- Next message: Geraint Davies: "Re: Window doesn't reactive while rendering"
- Previous message: Harrison: "Window doesn't reactive while rendering"
- In reply to: Pascal Soveaux: "MPEG2 TS source filter"
- Next in thread: Pascal Soveaux: "Re: MPEG2 TS source filter"
- Reply: Pascal Soveaux: "Re: MPEG2 TS source filter"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 16 Sep 2004 11:18:34 +0100
"Pascal Soveaux" <PSoveaux@Reply.To.Group.Plz> wrote in message
news:O5qTdPylEHA.2680@TK2MSFTNGP15.phx.gbl...
> The documentation states " With transport streams, the demux synchronizes
> its clock to the PCR stream that corresponds to the audio or video stream
> that was mapped last " does that mean that the demux wont use the PCRID in
> PMT ?
I think you're confusing a couple of clocks. The PCR tells you when this
frame should be shown. The reference clock tells you what time it is now.
Most graphs measure time using the audio DAC clock; however, the demux
measures time using the rate at which data is arriving -- this avoids
overruns and underruns when the sender's clock runs at a different rate to
your audio device. By buffering in a file, you deliver data to the demux at
a different rate (presumably more bursty).
You can force the graph to use the audio renderer's clock, but you would
still be open to underrun problems if your system runs slightly faster than
your source.
G
- Next message: Geraint Davies: "Re: Window doesn't reactive while rendering"
- Previous message: Harrison: "Window doesn't reactive while rendering"
- In reply to: Pascal Soveaux: "MPEG2 TS source filter"
- Next in thread: Pascal Soveaux: "Re: MPEG2 TS source filter"
- Reply: Pascal Soveaux: "Re: MPEG2 TS source filter"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
