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