Am Do., 8. Aug. 2019 um 14:18 Uhr schrieb Gaullier Nicolas <nicolas.gaull...@arkena.com>: > > >> +int avpriv_s337m_probe_stream(void *avc, AVIOContext *pb, AVStream **st, > >> int size);
> > 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: Yes (like others) > potentially, it may be probed within any pcm stream, I don't see anything > comparable in any other format. Look at spdif in wav. > 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. This will work without any issue (just as it does for dca in wav). Carl Eugen _______________________________________________ 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".
