[vlc-devel] Question about sout_buffer_t ...
j.zorko at att.net
j.zorko at att.net
Fri Sep 5 00:56:00 CEST 2003
Jean-Paul et al,
Again, thank you for the help -- it is truly appreciated.
So, the experiment I tried yesterday did not work, but I think I know why. A lot of what you
wrote before makes sense now. Anyway, i've a question about sout_buffer_t and the new
b_discontinuity field within it: Basically, how do I set it?
Scenario: User does a seek with the GUI ... src/input/input.c calls pf_seek(), then it sets a
mystical, magical discontinuity flag somewhere to VLC_TRUE. When pf_demux() is called, it calls
pf_read_ps(), which I suppose is going to look at this flag to determine if it should set the
b_discontinuity flag in the pes_packet_t's it makes via input_NewPES(). These pes_packet_t's are
what ends up in the decoder FIFO, I think.
Now, the muxer module's PacketizeThread() is happily looking in the decoder FIFO and making
sout_buffer_t's out of what it finds in preparation for PEStoTS() to make TS packets out of them.
However, PacketizeThread() sees the decoder FIFO as a stream of bits, and i'm not sure how to
make it identify the b_discontinuity flag in this bitstream, so it can set the flag in the
So, my questions are:
1. input thread: How to make pf_demux() aware of the discontinuity caused by the pf_seek() ...
pass it in as an argument, and change every module's Demux() function?
2. demux module(s): How to set the b_discontinuity flag in pes_packet_t's created ... pass it as
an argument to input_NewPES() and change every call to this function in the entire code?
3. mux module(s): How to identify the b_discontinuity flag in the pes_packet_t, when the whole
string is presented as a bitstream?
1. What to do when the TS discontinuity bit is received -- just do what
input_EscapeDiscontinuity() does, right there in the TS demuxer?
... or is there something i've not quite grokked yet? Any ideas?
Falling You - exploring the beauty
of voice and sound
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>
More information about the vlc-devel