[MEncoder-users] Coredump when RM demuxing

[Jiang Hong]

Hi,

I rebuilt from the SVN source. I ran under Win32-MingW.

It stops at:

inline static demux_packet_t* _xx_new_demux_packet(int len){
...
  if (len > 0 && (dp->buffer = (unsigned char *)malloc(len + 8)))

when it calls malloc(1475 + 8), an access violation occurs
in ntdll.dll.

I think some codes elsewhere breaks the memory allocation pool.
For a workaround:

			if(dp_hdr->chunktab+8*(1+dp_hdr->chunks)>dp->len){
                break;


> 
> 
> Hi,
> 
> I used MEncoder to convert a RM file to FLV. My command line is:
> 
> mencoder -vf scale=384:288 -ffourcc FLV1 -of lavf \
> -lavfopts i_certify_that_my_video_stream_does_not_use_b_frames \
> -ovc lavc -lavcopts vcodec=flv:vbitrate=150 -srate 22050 \
> -oac lavc -lavcopts acodec=mp3:abitrate=48 -o mm.flv mm.rm
> 
> When it processed at 17%, it failed with the message:
> 
> Pos:  47.4s    596f (17%) 34.93fps Trem:   1min   7mb  A-V:0.035 [179:48]
> 1 duplicate frame(s)!
> chunktab buffer too small!!!!!
> 
> then coredumped. I saw the message in demux_real.c.
> 
> I'm new to this mailing list. Should I put the problem file to
> some site?
> 
> -- 
> Jiang Hong <netex at 163.com>
> 
> 
> 
> _______________________________________________
> MEncoder-users mailing list
> MEncoder-users at mplayerhq.hu
> http://lists.mplayerhq.hu/mailman/listinfo/mencoder-users


-- 
Jiang Hong <netex at 163.com>