Hi Luca ! On Fri, Mar 27, 2015 at 1:10 PM, Luca Barbato <[email protected]> wrote: > On 27/03/15 09:06, Mathieu Malaterre wrote: > >> In this case, I'll end up duplicating some code in `mpegvideo.c` and >> `mov.c` then, right ? > > No. > >> DICOM containers can have either an mpegvideo format with mpeg2video >> stream, or MPEG (mov) with h264 video stream. > > Do you have a specification handy? Dicom can contain both mpegps and isom ?
Simplified spec can be found here: http://medical.nema.org/medical/dicom/current/output/chtml/part05/sect_8.2.7.html DICOM is pretty much at application level: it can contains MPEG-2 or MP4 (it can even contains JPEG+JFIF header or JPEG 2000 stream...). > If that's the case then is _much_ saner to have a dicom.c and inside it > you chain the demuxers like it is done for hls or segment. I have started something here: https://github.com/malaterre/libav/blob/dicom-video/libavformat/dicmdec.c So you're saying basically that I need to call `av_probe_input_buffer` & `avformat_open_input` from my `dicm_read_header` initial implementation ? Thanks much, _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
