On Wed, Feb 5, 2014 at 4:58 AM, Carl Karsten <c...@personnelware.com> wrote: > Here is a vagrant setup that demos the crash: > > https://github.com/CarlFK/veyepar/blob/master/tests/melt/vag/Vagrantfile > > I have been using ubuntu saucy. > > I also have debian wheezy handy. I am not sure if I can add repos to to the > wheezy boxes, and aac lib is not in any debian repo (it is in > deb-multimedia.org) > > If you haven't used vagrant: > > juser@dhcp203:~$ sudo apt-get install vagrant > juser@dhcp203:~$ git clone git://github.com/CarlFK/veyepar.git > juser@dhcp203:~$ cd veyepar/tests/melt/vag/ > juser@dhcp203:~/veyepar/tests/melt/vag$ vagrant up > > That will download the vm from ubuntu.com (seemed like a reasonable place to > start) > bring it up in virtual box, setup port forwarding for ssh and run the > script. > > you can ssh into it with > juser@dhcp203:~/veyepar/tests/melt/vag$ vagrant ssh
I am not doing all of that. I recommend you download shotcut and use the version of melt that comes with it. Again, just make sure you run the melt wrapper script or source-me and not the melt binary directly. > > > > On Sun, Feb 2, 2014 at 6:38 PM, Carl Karsten <c...@personnelware.com> wrote: >> >> I think I used aac to appease iPad users. >> >> I am starting with dv files and need to encode to something that will just >> be served up by a simple dir full of files for people to download. I >> think I'll take a crack at 2 pass and webm. >> >> Thanks for looking into it quick, we had to pack up and get out of the >> rooms tonight. I am on my way home, it will be about 24 hours before I can >> really do much. >> >> >> >> >> On Sun, Feb 2, 2014 at 8:24 PM, Dan Dennedy <d...@dennedy.org> wrote: >>> >>> >>> >>> On Sun, Feb 2, 2014 at 11:03 AM, Carl Karsten <c...@personnelware.com> >>> wrote: >>>> >>>> heh - encoding and such was someone elses problem until Thursday night >>>> when they gave up and asked me it I could take over. Friday morning we >>>> were >>>> packing, driving, unpacking and setting up for the event. What could >>>> possibly go wrong? >>>> >>>> But this isn't the first time this has happens, so yeah, I should have a >>>> better grip on tracking stable versions. >>>> >>>> Description: Ubuntu 13.10 >>>> Codename: saucy >>>> >>>> wget https://github.com/CarlFK/dvsmon/raw/master/app_data/dv/test-1.dv >>>> melt test-1.dv -consumer avformat:/tmp/test-1.mp4 >>>> >>> >>> That does not work as expected anyways because mp4 defaults to aac per >>> libavformat, and aac is considered experimental per libavcodec. Running that >>> gives me: >>> >>> [aac @ 0x7f44a8371dc0] The encoder 'aac' is experimental but experimental >>> codecs are not enabled, add '-strict -2' if you want to use it. >>> >>> Now, MLT will automatically set strict=experimental if you add >>> acodec=aac, or you can supply strict=experimental. >>> >>> I am not using the build script, but I just updated to today's FFmpeg >>> git, and I am unable to reproduce the crash. Did you run the source-me >>> script or the melt wrapper? Maybe you are running a version of melt >>> >>>> some builds I happen to have on my laptop build date: >>>> 2013-09-22 >>>> does not crash, but no video gets encoded, just audio. >>>> >>>> 2013-12-30 >>>> >>>> #7 0x00007ffff7995f6e in start_thread (arg=0x7fffe0a12700) >>>> >>>> at pthread_create.c:311 >>>> __res = <optimized out> >>>> pd = 0x7fffe0a12700 >>>> now = <optimized out> >>>> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736962045696, >>>> 6724177600481064337, 1, 8140256, 140737347450656, 24, >>>> -6724205587536546415, -6724159204054927983}, >>>> mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, >>>> data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} >>>> not_first_call = 0 >>>> pagesize_m1 = <optimized out> >>>> sp = <optimized out> >>>> freesize = <optimized out> >>>> __PRETTY_FUNCTION__ = "start_thread" >>>> ---Type <return> to continue, or q <return> to quit--- >>>> >>>> #8 0x00007ffff76c09cd in clone () >>>> at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 >>>> >>>> (looks the same as today's) >>>> >>>> >>>> >>>> On Sun, Feb 2, 2014 at 7:29 PM, Dan Dennedy <d...@dennedy.org> wrote: >>>>> >>>>> It is crashing inside x264 for some reason. I do not know why. Is the >>>>> problem you are having specific to this MLT XML file, or does a simple >>>>> file transcode also exhibit the problem? You need to do some more >>>>> troubleshooting yourself instead of just sending backtraces here. For >>>>> example, does encoding to other formats work? If you use one of the >>>>> provided x264 encoding presets that come with MLT, does it work? >>>>> >>>>> On Sun, Feb 2, 2014 at 2:02 AM, Carl Karsten <c...@personnelware.com> >>>>> wrote: >>>>> > melt built about 12 hours ago. >>>>> > >>>>> > this plays in the player fine: >>>>> > melt -verbose -progress -profile dv_pal >>>>> > >>>>> > /home/carl/Videos/veyepar/fosdem/fosdem_2014/tmp/Welcome_to_FOSDEM_2014.mlt >>>>> > >>>>> > Trying to encode: >>>>> > >>>>> > (veyepar)carl@twist:~/src/veyepar/dj/scripts$ gdb --args melt >>>>> > -verbose >>>>> > -progress -profile dv_pal >>>>> > >>>>> > /home/carl/Videos/veyepar/fosdem/fosdem_2014/tmp/Welcome_to_FOSDEM_2014.mlt >>>>> > -consumer avformat:foo.mp4 >>>>> > GNU gdb (GDB) 7.6.1-ubuntu >>>>> > Copyright (C) 2013 Free Software Foundation, Inc. >>>>> > License GPLv3+: GNU GPL version 3 or later >>>>> > <http://gnu.org/licenses/gpl.html> >>>>> > This is free software: you are free to change and redistribute it. >>>>> > There is NO WARRANTY, to the extent permitted by law. Type "show >>>>> > copying" >>>>> > and "show warranty" for details. >>>>> > This GDB was configured as "x86_64-linux-gnu". >>>>> > For bug reporting instructions, please see: >>>>> > <http://www.gnu.org/software/gdb/bugs/>... >>>>> > Reading symbols from /home/carl/melt/20140201/bin/melt...done. >>>>> > (gdb) >>>>> > >>>>> > (gdb) run >>>>> > Starting program: /home/carl/bin/melt -verbose -progress -profile >>>>> > dv_pal >>>>> > >>>>> > /home/carl/Videos/veyepar/fosdem/fosdem_2014/tmp/Welcome_to_FOSDEM_2014.mlt >>>>> > -consumer avformat:foo.mp4 >>>>> > [Thread debugging using libthread_db enabled] >>>>> > Using host libthread_db library >>>>> > "/lib/x86_64-linux-gnu/libthread_db.so.1". >>>>> > [dv @ 0x749540] Detected timecode is invalid >>>>> > [dv @ 0x749540] Estimating duration from bitrate, this may be >>>>> > inaccurate >>>>> > [dv @ 0x71a940] Detected timecode is invalid >>>>> > [dv @ 0x71a940] Estimating duration from bitrate, this may be >>>>> > inaccurate >>>>> > [dv @ 0x73a3e0] Detected timecode is invalid >>>>> > [dv @ 0x73a3e0] Estimating duration from bitrate, this may be >>>>> > inaccurate >>>>> > [producer avformat] audio: total_streams 1 max_stream 1 >>>>> > total_channels 2 >>>>> > max_channels 2 >>>>> > [New Thread 0x7fffe1d56700 (LWP 9772)] >>>>> > [New Thread 0x7fffe11cd700 (LWP 9773)] >>>>> > [dv @ 0x7fffd40030a0] Detected timecode is invalid >>>>> > [dv @ 0x7fffd40030a0] Estimating duration from bitrate, this may be >>>>> > inaccurate >>>>> > [dv @ 0x7fffd4003fa0] Detected timecode is invalid >>>>> > [dv @ 0x7fffd4003fa0] Estimating duration from bitrate, this may be >>>>> > inaccurate >>>>> > [dv @ 0x7fffd4005840] Detected timecode is invalid >>>>> > [dv @ 0x7fffd4005840] Estimating duration from bitrate, this may be >>>>> > inaccurate >>>>> > [New Thread 0x7fffe09cc700 (LWP 9774)] >>>>> > [New Thread 0x7fffdbfff700 (LWP 9775)] >>>>> > [New Thread 0x7fffdb7fe700 (LWP 9776)] >>>>> > [New Thread 0x7fffdaffd700 (LWP 9777)] >>>>> > [New Thread 0x7fffda7fc700 (LWP 9778)] >>>>> > [libx264 @ 0x7fffdc00c300] interlace + weightp is not implemented >>>>> > [libx264 @ 0x7fffdc00c300] using SAR=16/15 >>>>> > >>>>> > Program received signal SIGSEGV, Segmentation fault. >>>>> > [Switching to Thread 0x7fffe1d56700 (LWP 9772)] >>>>> > __memcmp_sse4_1 () at ../sysdeps/x86_64/multiarch/memcmp-sse4.S:797 >>>>> > 797 ../sysdeps/x86_64/multiarch/memcmp-sse4.S: No such file or >>>>> > directory. >>>>> > (gdb) >>>>> > >>>>> > >>>>> > #0 __memcmp_sse4_1 () at >>>>> > ../sysdeps/x86_64/multiarch/memcmp-sse4.S:797 >>>>> > No locals. >>>>> > #1 0x00007fffe9ceaece in x264_cqm_init () >>>>> > from /home/carl/melt/20140201/lib/libx264.so.129 >>>>> > No symbol table info available. >>>>> > #2 0x00007fffe9d579b2 in x264_encoder_open_129 () >>>>> > from /home/carl/melt/20140201/lib/libx264.so.129 >>>>> > No symbol table info available. >>>>> > #3 0x00007fffea74f69b in ?? () >>>>> > from /home/carl/melt/20140201/lib/libavcodec.so.55 >>>>> > No symbol table info available. >>>>> > #4 0x00007fffeab7f013 in avcodec_open2 () >>>>> > from /home/carl/melt/20140201/lib/libavcodec.so.55 >>>>> > No symbol table info available. >>>>> > #5 0x00007fffebb260de in open_video (oc=<optimized out>, >>>>> > st=0x7fffdc00c020, >>>>> > codec_name=0x0, properties=0x618680) at consumer_avformat.c:1061 >>>>> > video_enc = 0x7fffdc00c300 >>>>> > codec = 0x7fffeb101460 >>>>> > result = <optimized out> >>>>> > #6 consumer_thread (arg=0x618680) at consumer_avformat.c:1413 >>>>> > fpre = <optimized out> >>>>> > consumer = 0x618680 >>>>> > properties = 0x618680 >>>>> > terminated = 0 >>>>> > real_time_output = -1 >>>>> > ante = {tv_sec = 0, tv_usec = 0} >>>>> > fps = 25 >>>>> > width = 720 >>>>> > height = 576 >>>>> > img_width = 720 >>>>> > img_height = 576 >>>>> > channels = 2 >>>>> > total_channels = 2 >>>>> > frequency = 48000 >>>>> > pcm = 0x0 >>>>> > samples = 0 >>>>> > audio_outbuf = 0x7fffdc0008c0 "" >>>>> > audio_input_nb_samples = 0 >>>>> > frame_count = 0 >>>>> > video_outbuf = 0x7fffe1355040 "" >>>>> > frame = 0x7fffd4000910 >>>>> > frame_properties = 0x0 >>>>> > queue = 0x6196c0 >>>>> > fifo = 0x0 >>>>> > image = 0x0 >>>>> > img_fmt = mlt_image_yuv422 >>>>> > img_fmt_name = <optimized out> >>>>> > converted_avframe = 0x0 >>>>> > audio_avframe = 0x0 >>>>> > video_avframe = 0x7fffdc00b100 >>>>> > audio_buf_1 = 0x7fffe11ce040 "" >>>>> > audio_buf_2 = 0x0 >>>>> > count = 0 >>>>> > oc = 0x7fffdc00b720 >>>>> > video_st = 0x7fffdc00c020 >>>>> > audio_st = {0x7fffdc00fca0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, >>>>> > 0x0} >>>>> > audio_pts = 0 >>>>> > video_pts = 0 >>>>> > frames = 0 >>>>> > total_time = 0 >>>>> > fmt = 0x7fffebb0ad20 >>>>> > filename = 0x6196a0 "foo.mp4" >>>>> > format = <optimized out> >>>>> > vcodec = 0x0 >>>>> > acodec = 0x0 >>>>> > audio_codec = 0x7fffeb100ce0 >>>>> > video_codec = 0x7fffeb101460 >>>>> > audio_codec_id = 86018 >>>>> > video_codec_id = <optimized out> >>>>> > key = "channels.7", '\000' <repeats 16 times> >>>>> > frame_meta_properties = 0x7fffdc00b0d0 >>>>> > error_count = 0 >>>>> > synth_audio_pts = 0 >>>>> > i = <optimized out> >>>>> > aud_fmt = mlt_audio_pcm >>>>> > sample_bytes = 2 >>>>> > #7 0x00007ffff7995f6e in start_thread (arg=0x7fffe1d56700) >>>>> > at pthread_create.c:311 >>>>> > __res = <optimized out> >>>>> > pd = 0x7fffe1d56700 >>>>> > now = <optimized out> >>>>> > unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736982247168, >>>>> > -3136578420169780157, 1, 140737354125408, >>>>> > 140737347450656, >>>>> > 4096, 3136582460704281667, 3136561123289060419}, >>>>> > mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, >>>>> > 0x0}, >>>>> > data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} >>>>> > not_first_call = 0 >>>>> > pagesize_m1 = <optimized out> >>>>> > sp = <optimized out> >>>>> > freesize = <optimized out> >>>>> > __PRETTY_FUNCTION__ = "start_thread" >>>>> > #8 0x00007ffff76c09cd in clone () >>>>> > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > Carl K >>>>> > >>>>> > >>>>> > ------------------------------------------------------------------------------ >>>>> > WatchGuard Dimension instantly turns raw network data into actionable >>>>> > security intelligence. It gives you real-time visual feedback on key >>>>> > security issues and trends. Skip the complicated setup - simply >>>>> > import >>>>> > a virtual appliance and go from zero to informed in seconds. >>>>> > >>>>> > http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk >>>>> > _______________________________________________ >>>>> > Mlt-devel mailing list >>>>> > Mlt-devel@lists.sourceforge.net >>>>> > https://lists.sourceforge.net/lists/listinfo/mlt-devel >>>>> > >>>>> >>>>> >>>>> >>>>> -- >>>>> +-DRD-+ >>>> >>>> >>>> >>>> >>>> -- >>>> Carl K >>> >>> >>> >>> >>> -- >>> +-DRD-+ >> >> >> >> >> -- >> Carl K > > > > > -- > Carl K -- +-DRD-+ ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Mlt-devel mailing list Mlt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel
