On 08/06/15 06:09, John Högberg wrote: > Luca Barbato wrote: >> I was waiting for Anton, I'm more and more convinced that the feature is >> important and I'm planning to fit it in the avformat API that will match >> the avcodec API I detailed here[1]. >> >> I'm not sure about the name, but they can be changed later. >> >> lu >> >> >> [1]: https://blogs.gentoo.org/lu_zero/2015/03/23/decoupling-an-api/ > > Cool, it looks like that might solve a few issues of mine. Aside from the > blog, > is there a discussion thread for this somewhere? > > On topic, should I go ahead with submitting the patch for MPEG-TS? >
Please do. I thought about the alternative to support your scenario (beside having a callback API that I'll blog about soonish) and another way to do that is to have an AVSTREAM_EVENT_FLAG_LOST to signal that the stream is gone and an AVFMT_EVENT_FLAG_ACTIVE_STREAM_CHANGED to signal the fact the number of active stream changed. The semantics compared to metadata update is changed slightly, since we want to keep the AVSTREAM_EVENT_FLAG_LOST as they are until they change while wiping the AVFMT_EVENT_FLAG_ACTIVE_STREAM_CHANGED. This should be enough to avoid to introduce a function to explicitly to check and reset even if I'd consider adding it nonetheless. Another option is having a generic AVFMT_EVENT_FLAG_STREAM_EVENT to signal that the stream event flags had been set (and spare some iterations over the stream list). How does it sound? lu PS: The spring^Wsummer Sprint will be almost surely held in Stockholm, if you are close and you want to drop by would be great =) _______________________________________________ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
