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
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
------------------------------------------------------------------------------
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
