bug in mencoder - divx5-encoder and libavcodec-encoder
Hi, i'm back from my military service for austria (i has also to do my job on the state border to hungary ;-) ), and i've got a bugreport for you. i've some files (MPEG2) i cannot encode with mencoder + divx5 nor mencoder + libavcodec (mpeg4). with divx5 it hangs (not crashes!) while loading the encoder, with libavcodec it crashes while encoding (at the end of the video). see ftp://ftp.mplayerhq.hu/MPlayer/incoming/divx5-libavcodec-bug-by-jaf/ the tar.bz2 file include the logs, termi.vdr is the cutted video file. if you need anything elso contact me. mfg johannes
Johannes Feigl wrote:
Hi,
i'm back from my military service for austria (i has also to do my job on the state border to hungary ;-) ), and i've got a bugreport for you.
i've some files (MPEG2) i cannot encode with mencoder + divx5 nor mencoder + libavcodec (mpeg4).
with divx5 it hangs (not crashes!) while loading the encoder, with libavcodec it crashes while encoding (at the end of the video).
see ftp://ftp.mplayerhq.hu/MPlayer/incoming/divx5-libavcodec-bug-by-jaf/ the tar.bz2 file include the logs, termi.vdr is the cutted video file.
if you need anything elso contact me.
mfg johannes
Michael Niedermayer fixed this in CVS fairly recently, at least for libavcodec (I have no idea about divx5). Update to latest CVS and see if the problem persists. -Corey
i use the latest cvs version, i made the bugreport of a cvs version from this night. so this must be an other problem he has fixed. mfg johannes ----- Original Message ----- From: "Corey Hickey" <bugfood-ml@fatooh.org> To: <mplayer-advusers@mplayerhq.hu> Sent: Monday, September 29, 2003 9:23 AM Subject: Re: [Mplayer-advusers] bug in mencoder - divx5-encoder andlibavcodec-encoder
Johannes Feigl wrote:
Hi,
i'm back from my military service for austria (i has also to do my job on the state border to hungary ;-) ), and i've got a bugreport for you.
i've some files (MPEG2) i cannot encode with mencoder + divx5 nor mencoder + libavcodec (mpeg4).
with divx5 it hangs (not crashes!) while loading the encoder, with libavcodec it crashes while encoding (at the end of the video).
see ftp://ftp.mplayerhq.hu/MPlayer/incoming/divx5-libavcodec-bug-by-jaf/ the tar.bz2 file include the logs, termi.vdr is the cutted video file.
if you need anything elso contact me.
mfg johannes
Michael Niedermayer fixed this in CVS fairly recently, at least for libavcodec (I have no idea about divx5).
Update to latest CVS and see if the problem persists.
-Corey
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
Johannes Feigl wrote:
i use the latest cvs version, i made the bugreport of a cvs version from this night.
so this must be an other problem he has fixed.
mfg johannes
Really? Ok. That crash right at the end was characteristic. Just out of curiosity, does mencoder say right at the end that get_buffer() failed? -Corey
no, i don't think so, i believe there is a problem with the video(s) i want to encode itsself. mencoder showes the position of 99%, then comes some messages like the video is loading at the beginning of mencoder and the encoder crashes. look at this, it's a part of the output by gdb. mfg johannes Pos:8812,9s 220324f (99%) 44fps Trem: 0min 596mb A-V:0,000 [565:0] A/Vms 0/22 D/B/S 0/1/0 Pos:8813,0s 220325f (99%) 44fps Trem: 0min 596mb A-V:0,000 [565:0] A/Vms 0/22 D/B/S 0/1/0 VDec: vo config request - 720 x 576 (preferred csp: Planar YV12) Trying filter chain: crop scale expand lavc VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1,78:1 - prescaling to correct movie aspect. VO Config (720x576->1024x576,flags=0,'MPlayer',0x32315659) REQ: flags=0x441 req=0x400 REQ: flags=0x401 req=0x0 REQ: flags=0x401 req=0x0 [New Thread 16384 (LWP 5157)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 5157)] encode_picture (s=0x8507800, picture_number=0) at mpegvideo.c:3053 3053 s->current_picture.mb_var [s->mb_stride * mb_y + mb_x] = varc; #0 encode_picture (s=0x8507800, picture_number=0) at mpegvideo.c:3053 #1 0x0818a52f in MPV_encode_picture (avctx=0x8422030, buf=0xe2 <Address 0xe2 out of bounds>, buf_size=226, data=0xe2) at mpegvideo.c:1415 #2 0x081868fa in avcodec_encode_video (avctx=0x8422030, buf=0xe2 <Address 0xe2 out of bounds>, buf_size=226, pict=0xe2) at utils.c:338 #3 0x0808ec60 in put_image (vf=0x841f2b8, mpi=0x0) at ve_lavc.c:625 #4 0x080a56b9 in vf_next_put_image (vf=0xe2, mpi=0xe2) at vf.c:500 #5 0x080a56b9 in vf_next_put_image (vf=0xe2, mpi=0xe2) at vf.c:500 #6 0x080a56b9 in vf_next_put_image (vf=0xe2, mpi=0xe2) at vf.c:500 #7 0x08098d11 in decode_video (sh_video=0x8421310, start=0xe2 <Address 0xe2 out of bounds>, in_size=226, drop_frame=0) at dec_video.c:327 #8 0x0806842f in main (argc=226, argv=0xe2) at mencoder.c:1081 ----- Original Message ----- From: "Corey Hickey" <bugfood-ml@fatooh.org> To: <mplayer-advusers@mplayerhq.hu> Sent: Monday, September 29, 2003 9:38 AM Subject: Re: [Mplayer-advusers] bug in mencoder - divx5-encoderandlibavcodec-encoder
Johannes Feigl wrote:
i use the latest cvs version, i made the bugreport of a cvs version from this night.
so this must be an other problem he has fixed.
mfg johannes
Really? Ok. That crash right at the end was characteristic. Just out of curiosity, does mencoder say right at the end that get_buffer() failed?
-Corey
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
some of the videos which are not working for me are recorded video streams from digital tv. sometimes the MPEG stream changes the aspect ratio (between filmes). i thinks this could be the reason why this happens. mfg johannes ----- Original Message ----- From: "Johannes Feigl" <jaf.maillist@aon.at> To: <mplayer-advusers@mplayerhq.hu> Sent: Monday, September 29, 2003 9:50 AM Subject: Re: [Mplayer-advusers] bug in mencoder -divx5-encoderandlibavcodec-encoder
no, i don't think so, i believe there is a problem with the video(s) i want to encode itsself.
mencoder showes the position of 99%, then comes some messages like the video is loading at the beginning of mencoder and the encoder crashes. look at this, it's a part of the output by gdb.
mfg johannes
Pos:8812,9s 220324f (99%) 44fps Trem: 0min 596mb A-V:0,000 [565:0] A/Vms 0/22 D/B/S 0/1/0 Pos:8813,0s 220325f (99%) 44fps Trem: 0min 596mb A-V:0,000 [565:0] A/Vms 0/22 D/B/S 0/1/0 VDec: vo config request - 720 x 576 (preferred csp: Planar YV12) Trying filter chain: crop scale expand lavc VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1,78:1 - prescaling to correct movie aspect. VO Config (720x576->1024x576,flags=0,'MPlayer',0x32315659) REQ: flags=0x441 req=0x400 REQ: flags=0x401 req=0x0 REQ: flags=0x401 req=0x0 [New Thread 16384 (LWP 5157)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 5157)] encode_picture (s=0x8507800, picture_number=0) at mpegvideo.c:3053 3053 s->current_picture.mb_var [s->mb_stride * mb_y + mb_x] = varc; #0 encode_picture (s=0x8507800, picture_number=0) at mpegvideo.c:3053 #1 0x0818a52f in MPV_encode_picture (avctx=0x8422030, buf=0xe2 <Address 0xe2 out of bounds>, buf_size=226, data=0xe2) at mpegvideo.c:1415 #2 0x081868fa in avcodec_encode_video (avctx=0x8422030, buf=0xe2 <Address 0xe2 out of bounds>, buf_size=226, pict=0xe2) at utils.c:338 #3 0x0808ec60 in put_image (vf=0x841f2b8, mpi=0x0) at ve_lavc.c:625 #4 0x080a56b9 in vf_next_put_image (vf=0xe2, mpi=0xe2) at vf.c:500 #5 0x080a56b9 in vf_next_put_image (vf=0xe2, mpi=0xe2) at vf.c:500 #6 0x080a56b9 in vf_next_put_image (vf=0xe2, mpi=0xe2) at vf.c:500 #7 0x08098d11 in decode_video (sh_video=0x8421310, start=0xe2 <Address 0xe2 out of bounds>, in_size=226, drop_frame=0) at dec_video.c:327 #8 0x0806842f in main (argc=226, argv=0xe2) at mencoder.c:1081
----- Original Message ----- From: "Corey Hickey" <bugfood-ml@fatooh.org> To: <mplayer-advusers@mplayerhq.hu> Sent: Monday, September 29, 2003 9:38 AM Subject: Re: [Mplayer-advusers] bug in mencoder - divx5-encoderandlibavcodec-encoder
Johannes Feigl wrote:
i use the latest cvs version, i made the bugreport of a cvs version from this night.
so this must be an other problem he has fixed.
mfg johannes
Really? Ok. That crash right at the end was characteristic. Just out of curiosity, does mencoder say right at the end that get_buffer() failed?
-Corey
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
Hi On Monday 29 September 2003 09:05, Johannes Feigl wrote:
Hi,
i'm back from my military service for austria (i has also to do my job on the state border to hungary ;-) ), and i've got a bugreport for you.
i've some files (MPEG2) i cannot encode with mencoder + divx5 nor mencoder + libavcodec (mpeg4).
with divx5 it hangs (not crashes!) while loading the encoder, with libavcodec it crashes while encoding (at the end of the video).
see ftp://ftp.mplayerhq.hu/MPlayer/incoming/divx5-libavcodec-bug-by-jaf/ the tar.bz2 file include the logs, termi.vdr is the cutted video file. not reproduceable
[...] -- Michael level[i]= get_vlc(); i+=get_vlc(); (violates patent EP0266049) median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]); (violates patent #5,905,535) buf[i]= qp - buf[i-1]; (violates patent #?) for more examples, see http://mplayerhq.hu/~michael/patent.html stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en
i've also tested it with the termi.vdr, it is only a part - 15mb of the original file. there was also no problem. i'll try to cut the last 15 mb of the file, maybe this will crash ... mfg johannes
see ftp://ftp.mplayerhq.hu/MPlayer/incoming/divx5-libavcodec-bug-by-jaf/ the tar.bz2 file include the logs, termi.vdr is the cutted video file. not reproduceable
[...] -- Michael level[i]= get_vlc(); i+=get_vlc(); (violates patent EP0266049) median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]); (violates patent #5,905,535) buf[i]= qp - buf[i-1]; (violates patent #?) for more examples, see http://mplayerhq.hu/~michael/patent.html stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
i've uploaded a file called "test.vdr", it's the end of the file. i've also tested it, i have can reproduce the divx5 and libavcodec encoder problem. but i think it's a problem with the demuxer. please check. mfg johannes
see ftp://ftp.mplayerhq.hu/MPlayer/incoming/divx5-libavcodec-bug-by-jaf/ the tar.bz2 file include the logs, termi.vdr is the cutted video file. not reproduceable
Hi On Monday 29 September 2003 13:16, Johannes Feigl wrote:
i've uploaded a file called "test.vdr", it's the end of the file.
i've also tested it, i have can reproduce the divx5 and libavcodec encoder problem. but i think it's a problem with the demuxer.
please check. still no crash
[...] -- Michael level[i]= get_vlc(); i+=get_vlc(); (violates patent EP0266049) median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]); (violates patent #5,905,535) buf[i]= qp - buf[i-1]; (violates patent #?) for more examples, see http://mplayerhq.hu/~michael/patent.html stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en
when you play the file with mplayer, do you get a message like that before the end of the file: VDec: vo config request - 720 x 576 (preferred csp: Planar YV12) 1 0 0% VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1,78:1 - prescaling to correct movie aspect. did you use this mencoder command? mencoder -oac copy -vop scale=-1:306,crop=718:436:2:70 -o outputtak.avi -sws 2 test.vdr -ovc lavc -lavcopts vcodec=mpeg4:vpass=1:vhq:vbitrate=566 mfg johannes ----- Original Message ----- From: "Michael Niedermayer" <michaelni@gmx.at> To: <mplayer-advusers@mplayerhq.hu> Sent: Monday, September 29, 2003 1:55 PM Subject: Re: [Mplayer-advusers] bug in mencoder - divx5-encoderandlibavcodec-encoder
Hi
On Monday 29 September 2003 13:16, Johannes Feigl wrote:
i've uploaded a file called "test.vdr", it's the end of the file.
i've also tested it, i have can reproduce the divx5 and libavcodec encoder problem. but i think it's a problem with the demuxer.
please check. still no crash
[...] -- Michael level[i]= get_vlc(); i+=get_vlc(); (violates patent EP0266049) median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]); (violates patent #5,905,535) buf[i]= qp - buf[i-1]; (violates patent #?) for more examples, see http://mplayerhq.hu/~michael/patent.html stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
hi, i've updated my mplayer version (i delete all my sources and got it again via cvs), and yes, there is no crash now. but now it also not works correct. i found out that the problem with the libavcodec encoder i had and the divx5 encoder i have (it still does not work with divx5) is, that the video changes the aspect ratio. i've uploaded two other files: test2.vdr und test2a.vdr they are from the same video. before you see "jetzt" in the video there is change in the aspect ratio. test2a.vdr starts later, after that change, so you see a different format when you play both. when you try to encode such a video with a change of the aspect ratio the 1) libavcodec encoder stops working here and mencoder stop (now without crashing) 2) divx5 encoder cannot encode the 2nd pass. try to encode it with libavcodec, you'll see that mencoder cannot start the codec (to encode) again after the change. i hope now you can reproduce it. if not, please tell me. mfg johannes
please check. still no crash
[...] -- Michael level[i]= get_vlc(); i+=get_vlc(); (violates patent EP0266049) median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]); (violates patent #5,905,535) buf[i]= qp - buf[i-1]; (violates patent #?) for more examples, see http://mplayerhq.hu/~michael/patent.html stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
Hi, [...]
i've uploaded two other files: test2.vdr und test2a.vdr
they are from the same video. before you see "jetzt" in the video there is change in the aspect ratio. test2a.vdr starts later, after that change, so you see a different format when you play both.
when you try to encode such a video with a change of the aspect ratio the
1) libavcodec encoder stops working here and mencoder stop (now without crashing) 2) divx5 encoder cannot encode the 2nd pass.
thats a known limitation of the avi file format when used with mpeg2 input files, AFAIK the aspect (encoded into the mpeg2) is used to make up the data which goes into the avi header, thus mencoder fails, when it detects an aspect change with in the video, making the current avi header invalid, although this might be unnecessary i heard about it before. perhaps you could try to set the aspect manually (-aspect 16/9), preventing mencoder from detecting any change, but that's a guess, since i use vdrsync.pl before converting i don't have such problems. Regards Onno
i've tested it, it does not work when setting the aspect ration. also -noaspect does not work. mplayer/mencoder (the demuxer) detects it and mencoder stops. i didn't try to use vdrsync.pl. i think this is a problem of mplayer which should be fixed. btw: i've also got a dvd-movie with this problem, so it's not only a problem with vdr... mfg johannes
thats a known limitation of the avi file format when used with mpeg2 input files, AFAIK the aspect (encoded into the mpeg2) is used to make up the data which goes into the avi header, thus mencoder fails, when it detects an aspect change with in the video, making the current avi header invalid, although this might be unnecessary i heard about it before.
perhaps you could try to set the aspect manually (-aspect 16/9), preventing mencoder from detecting any change, but that's a guess, since i use vdrsync.pl before converting i don't have such problems.
Regards Onno
_______________________________________________ Mplayer-advusers mailing list Mplayer-advusers@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-advusers
participants (5)
-
Corey Hickey -
Johannes Feigl -
Johannes Feigl -
Michael Niedermayer -
Onno