Email that never reached the ml since I have a SO horrible connectivity
thanks to Tiscali being just horrible.

On 07/05/15 17:21, John Högberg wrote:
> Thanks for your feedback!

Thank you for your help on getting the mpegts support in a better shape =)

> Yes, but I wanted to avoid having a flag raised all the time. The
> notes on event_flags states that the user is responsible for clearing
> them between calls, and a "stream carrier present" flag would break
> the obvious "event_flags = 0" unless all demuxers handle it.
> 
> I'd prefer to keep the general impact of this as small as possible.
> carrier_type and its default behavior of changing nothing was the
> best compromise I could think of at the time.

Usually when a new stream appears you just have a new stream appearing
and the current "hacky" way to be aware of it is monitor the nb_streams.

Adding STREAM_ACTIVE is not really necessary since you would notice
while sending STREAM_GONE/NO_CARRIER should deliver enough interesting
information to the user (that then could react to the fact that stream
is finished, e.g. by closing the file if he was saving that specific stream)

That if I understood correctly how the carrier signal is working.

lu


_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to