On Wed, Feb 22, 2012 at 11:23 AM, Carl Karsten <[email protected]> wrote: > The test script I run every so often is now failing, even though I > think the same thing worked in production. I'll put some effort into > reconciling the diffrences, but maybe someone can point out a problem > with the melt command that seems to be failing. > > melt built using > http://mltframework.org/twiki/pub/MLT/BuildScripts/build-melt.sh > > test data comes from my veyepar test > https://github.com/CarlFK/veyepar/blob/master/INSTALL.sh > > (veyepar)juser@trist: $ > melt -verbose -progress -profile dv_ntsc > /home/juser/Videos/veyepar/test_client/test_show/tmp/Foo.mlt > -consumer > avformat:/home/juser/Videos/veyepar/test_client/test_show/tmp/Foo.mp4 > deinterlace=bob threads=2 progressive=1 acodec=libmp3lame ab=128k > ar=48000 vcodec=libx264 b=1024k coder=0 flags=-loop+cgop cmp=+chroma > partitions=-parti8x8-parti4x4-partp8x8-partb8x8 me_method=dia subq=0 > me_range=16 g=250 keyint_min=25 sc_threshold=0 i_qfactor=0.71 > b_strategy=0 qcomp=0.6 qmin=0 qmax=69 qdiff=4 bf=0 refs=1 directpred=1 > trellis=0 flags2=-bpyramid-mixed_refs-wpred-dct8x8+fastpskip-mbtree > wpredp=0 aq_mode=0 rc_lookahead=0 > > [dv @ 0x7f2bc8a13d60] Estimating duration from bitrate, this may be inaccurate > [dv @ 0x7f2bc8a38200] Estimating duration from bitrate, this may be inaccurate > [dv @ 0x7f2bc8a372c0] Estimating duration from bitrate, this may be inaccurate > [producer avformat] audio: total_streams 1 max_stream 1 total_channels > 2 max_channels 2 > [dv @ 0x7f2bc8a3f840] Estimating duration from bitrate, this may be inaccurate > [dv @ 0x7f2bc8a68320] Estimating duration from bitrate, this may be inaccurate > [dv @ 0x7f2bc8b48b80] Estimating duration from bitrate, this may be inaccurate > [producer avformat] audio: total_streams 1 max_stream 1 total_channels > 2 max_channels 2 > [dv @ 0x7f2bc8c00dc0] Estimating duration from bitrate, this may be inaccurate > [dv @ 0x7f2bc8c01960] Estimating duration from bitrate, this may be inaccurate > [dv @ 0x7f2bc8bfc480] Estimating duration from bitrate, this may be inaccurate > [producer avformat] audio: total_streams 1 max_stream 1 total_channels > 2 max_channels 2 > [consumer avformat] audio codec libmp3lame unrecognised - ignoring > [consumer avformat] video codec libx264 unrecognised - ignoring > [mp4 @ 0x7f2bc89bbda0] no streams
It works fine for me. Currently, it generates a segfault at the very end, but I have a fix for that pending a push later tonight. Are you running the build script in a clean directory each time or re-running within an existing tree to update it? If you updating an existing tree, there might have been some problem with the ffmpeg configure script accepting the current x264 and mp3lame. You can try 'rm -rf src' in an existing build tree to make it start with fresh checkouts. Also, you might not want to run the build script after you have done a 'source source-me' within the same terminal session. > > Same source files (dv, png, mlt) works for creating a .dv > > (veyepar)juser@trist:~/Videos/veyepar/test_client/test_show/tmp$ melt > -verbose -progress > /home/juser/Videos/veyepar/test_client/test_show/tmp/Foo.mlt -consumer > avformat:/home/juser/Videos/veyepar/test_client/test_show/tmp/Foo.dv > pix_fmt=yuv411p progressive=1 > ... > [dv @ 0x7f6c1bb3a740] Estimating duration from bitrate, this may be inaccurate > Current Frame: 363, percentage: 99 > > $ ls Foo.dv Foo.mp4 -l > -rw-rw-r-- 1 juser juser 43680000 2012-02-22 13:12 Foo.dv > -rw-rw-r-- 1 juser juser 211 2012-02-22 13:17 Foo.mp4 > > > > -- > Carl K ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
