[libav-api] libav-API Understanding Error Logs when decoding and encoding

Michael Niedermayer michaelni at gmx.at
Fri May 13 14:38:07 CEST 2011


On Fri, May 13, 2011 at 02:31:40PM +0200, Michael Niedermayer wrote:
> On Fri, May 13, 2011 at 08:13:50AM -0400, Ronald S. Bultje wrote:
> > Hi,
> > 
> > On Fri, May 13, 2011 at 6:17 AM, Aditya Game Programmer
> > <adi235 at gmail.com> wrote:
> > > Input #0, mpeg, from 'tv5.mpg':
> > >   Duration: 00:02:58.72, start: 0.500000, bitrate: 4162 kb/s
> > >     Stream #0.0[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s
> > >     Stream #0.1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR
> > > 16:15 DA
> > [..]
> > > [mpeg2video @ 1915FE30] ac-tex damaged at 33 22 //--what is ac-tex? how to
> > 
> > Most likely you didn't parse full video frames from the mpeg system
> > stream packets, where one packet doesn't necessarily equal one video
> > frame or one audio "frame". Show us your code. :-).
> 
> The code he posted a few days ago used av_read_frame() and that
> does the needed parsing
> 
> but i agree seeing the lastest code would help.

besides as his problem seems to be with the output file, the issue
must be on th muxer/encoder side. the parsers are on the other side :)

I think maybe something like mistakely using the packet from
av_read_frame() for av_interleaved_write_frame() or so could
lead to such problem.
or maybe not setting the from encode buf/size in the AVPacket used for
av_interleaved_write_frame

of course it could be something else too

[...]


-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Opposition brings concord. Out of discord comes the fairest harmony.
-- Heraclitus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.libav.org/pipermail/libav-api/attachments/20110513/8c7d208a/attachment.pgp>


More information about the libav-api mailing list