On Sat, Jul 26, 2008 at 08:48:57PM +0800, zhentan feng wrote: > 2008/7/26 zhentan feng <[EMAIL PROTECTED]> > > > Hi > > > > 2008/7/25 Michael Niedermayer <[EMAIL PROTECTED]> > > > >> On Fri, Jul 25, 2008 at 09:19:11AM +0800, zhentan feng wrote: > >> > Hi, > >> > > >> > 2008/7/25 Michael Niedermayer <[EMAIL PROTECTED]>: > >> > > >> > > On Fri, Jul 25, 2008 at 01:44:47AM +0800, zhentan feng wrote: > >> > > > Hi, all > >> > > > I have fixed many bugs in mxfenc.c. Now it seems stucked at final > >> step. > >> > > > run test case as below: > >> > > > 1)./output_example test.mpg > >> > > > 2)./ffmpeg -i test.mpg test.mxf > >> > > > 3)./ffmpeg -i test.mxf test.avi > >> > > > stdout says: > >> > > > picture size invalid (0x0) > >> > > > Cannot allocate temp picture, check pix fmt > >> > > > >> > > I think you should paste the whole output of these ffmpeg commands > >> here. > >> [...] > >> > Input #0, mxf, from 'test.mxf': > >> > Duration: N/A, start: 0.000000, bitrate: N/A > >> > >> > Stream #0.0, 1/25: Video: 0x0000, 25.00 tb(r) > >> > Stream #0.1, 1/44100: Audio: 0x0000 > >> > >> looks like it has no clue about which codec it is. > >> > >> are you storing that? if yes why does the demuxer not read it correctly? > >> > > > > > sorry for the misoperation to send the last email. I write it here again: > > descriptor for mxf file is optional, I didn't write the descriptor, so the > width and height are zero as default. > Is it possible this reason of picture size invalid?
The thing is that FFmpeg does not know which _codec_ was used, and I find it rather hard to imagine that that is optional, because e.g. raw RGB and raw BGR are impossible to distinguish without some identifier. _______________________________________________ FFmpeg-soc mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc
