[MPlayer-users] [BUG?] current lavc & problems with cutting AVIs

[Jindrich Makovicka]

Michael Niedermayer wrote:

>[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>Hi
>
>On Friday 03 January 2003 23:08, Arpi wrote:
>  
>
>>[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>>Hi,
>>
>>hmm. maybe the aspect ratio info is not saved at every keyframe, just in
>>GOp headers? so till the first GOP header it plays with no aspect info, and
>>then it reinits stuff. Michael?
>>    
>>
>1000l (yes, some headers arent stored for every keyframe after some recent 
>changes in lavc) sorry, ill fix it ASAP
>  
>
thanks, this issue seems to be fixed but after adding vmax_b_frames=2 to 
the command line I wrote above, i.e.

./mencoder -v -ovc lavc -lavcopts 
vcodec=mpeg4:vbitrate=500:vlelim=-4:vcelim=9:lumi_mask=0.05:dark_mask=0.01:\
vhq:vqmin=2:vmax_b_frames=2 -nosound -endpos 02:00 -o mid.avi source.avi

mencoder segfaults (4651):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9192)]
0x081e658f in avg_pixels8_x2_mmx2 (block=0x83bdb90 "?6::9987kj_deb`a", pixels=0x40a8be24 "", line_size=544, 
    h=4) at i386/dsputil_mmx_avg.h:228
228         __asm __volatile(
(gdb) bt
#0  0x081e658f in avg_pixels8_x2_mmx2 (block=0x83bdb90 "?6::9987kj_deb`a", pixels=0x40a8be24 "", 
    line_size=544, h=4) at i386/dsputil_mmx_avg.h:228
#1  0x081e6895 in avg_pixels16_x2_mmx2 (block=0x83bc218 "jj_deb`a", pixels=0x40a8be24 "", 
    line_size=138140560, h=16) at i386/dsputil_mmx_avg.h:356
#2  0x081ae51d in simple_direct_hpel_small_diamond_search (s=0x8393370, best=0xbffe5550, dmin=12672, 
    ref_picture=0x4, pred_x=0, pred_y=0, penalty_factor=4, xmin=-16, ymin=-16, xmax=15, ymax=15, shift=1, 
    map=0x83c8220, map_generation=-1929379840, size=544, mv_penalty=0x83d57b2) at motion_est_template.c:554
#3  0x0819e54b in simple_direct_hpel_epzs_motion_search (s=0x8393370, block=0, mx_ptr=0xbffe561c, 
    my_ptr=0xbffe5618, P=0xbffe5620, pred_x=0, pred_y=0, xmin=-16, ymin=-16, xmax=15, ymax=15, 
    ref_picture=0x8393e08, last_mv=0x83bb420, ref_mv_scale=32768, mv_penalty=0x83d57b2)
    at motion_est_template.c:905
#4  0x081ba8cf in direct_search (s=0x8393370, mb_x=23, mb_y=23) at motion_est.c:1347
#5  0x081a8b08 in ff_estimate_b_frame_motion (s=0x8393370, mb_x=23, mb_y=23) at motion_est.c:1365
#6  0x08164d3c in encode_picture (s=0x8393370, picture_number=55) at mpegvideo.c:2822
#7  0x0815fdbf in MPV_encode_picture (avctx=0x20, buf=0x440 <Address 0x440 out of bounds>, buf_size=1088, 
    data=0x440) at mpegvideo.c:1227
#8  0x0815cd6a in avcodec_encode_video (avctx=0x833af10, buf=0x440 <Address 0x440 out of bounds>, 
    buf_size=1088, pict=0x440) at utils.c:300
#9  0x08084d00 in put_image (vf=0x833add0, mpi=0x220) at ve_lavc.c:473
#10 0x0809a929 in vf_next_put_image (vf=0x440, mpi=0x440) at vf.c:399
#11 0x0808c711 in decode_video (sh_video=0x831c1a8, start=0x440 <Address 0x440 out of bounds>, in_size=1088, 
    drop_frame=0) at dec_video.c:329
#12 0x08062cbf in main (argc=1088, argv=0x440) at mencoder.c:1088

-- 
Jindrich Makovicka