[FFmpeg-devel] [PATCH]Add an image3 demuxer with format?autodetection
michaelni at gmx.at
Wed Jun 25 01:25:28 CEST 2014
On Tue, Jun 24, 2014 at 10:54:13PM +0000, Carl Eugen Hoyos wrote:
> Michael Niedermayer <michaelni <at> gmx.at> writes:
> > > > ./ffmpeg -i tests/lena.pnm -f image2 -vcodec png out
> > > > cat out out out|./ffmpeg -i -
> > >
> > > I agree but isn't this impossible because of ticket #3687?
> > for bmp, no pipe variant would work reliable neither image2,
> > image3 nor with or without individual AVInputFormats
> > in practice that would probably be dealt with by not
> > autodetecting bmppipe, the user still can specify it with
> > -f bmppipe and maybe he is lucky and his images work with
> > the bmp parser
> > -f image2/3pipe wouldnt really help here or did you mean
> > something else ?
> With my patch, bmps can be auto-detected and -f image2pipe
> can auto-detect the image codec.
> I think the code to autodetect pngs as pngpipe but let the
> user decide if he wants bmps autodetected or not will look
> messy (or at least will not be consistent).
there would be a png probe function, a pngpipe probe function a
bmp probe function but no bmppipe probe function
the user could force a specific format like she does for any other
format "-f bmppipe" same as in "-f avi"
most likely the png_probe() and pngpipe_probe() would call a common
function similar to how ac3 and eac3 do it currently
this shouldnt be messy at all
> But all this doesn't matter as long as somebody implements
> the preferred solution.
do you want to implement it or do you not like it and dont want to ?
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The educated differ from the uneducated as much as the living from the
dead. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 181 bytes
Desc: Digital signature
More information about the ffmpeg-devel