>> +int avpriv_s337m_probe_stream(void *avc, AVIOContext *pb, AVStream **st, >> int size); >Sorry for not commenting earlier: You're welcome, a few days is not that much, particularly in the middle of the summer! >This is to the best of my knowledge not acceptable (to have a public function >for a particular format), instead create a new demuxer that supports this raw >format. S337m is a very particular format though: potentially, it may be probed within any pcm stream, I don't see anything comparable in any other format. The problem is, the developer will use a standard demuxer or device to open the streams (for example, a decklink, an mxf etc.), and then decide if he wants to process some of the streams as regular pcm or as dolby E to be decoded. I may be wrong, but I don't see how the same workflow could be obtained by creating a new separate demuxer. Nicolas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
