[Ffmpeg-devel-irc] ffmpeg-devel.log.20120813

[burek]

[00:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r3239382aef 10ffmpeg/doc/texi2pod.pl: 
[00:06] <CIA-41> ffmpeg: doc/texi2pod: add "use warnings" directive
[00:06] <CIA-41> ffmpeg: The script was previously run with perl -w through the shebang
[00:06] <CIA-41> ffmpeg: command. Now that the script is executed through direct perl invocation
[00:06] <CIA-41> ffmpeg: the -w in the shebang command is ignored. This patch re-enables "use
[00:06] <CIA-41> ffmpeg: warnings" whatever way the script is invoked.
[00:06] <CIA-41> ffmpeg: Idea-By: jamal <jamrial at gmail.com>
[00:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * ra25346e65c 10ffmpeg/ (4 files in 2 dirs): lavu/opt.h: add AV_OPT_FLAG_FILTERING_PARAM macro
[00:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r5c0d8bc4ce 10ffmpeg/ (4 files in 2 dirs): 
[00:06] <CIA-41> ffmpeg: lavfi: add avfilter_get_class() and iteration callbacks
[00:06] <CIA-41> ffmpeg: Allow iteration over filter options.
[02:00] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * red8d827ad0 10ffmpeg/libavformat/riff.c: 
[02:00] <CIA-41> ffmpeg: riffenc: fix aac
[02:00] <CIA-41> ffmpeg: Fixes Ticket1435
[02:00] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[05:04] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re9d0ab5717 10ffmpeg/libavcodec/h264_sei.c: 
[05:04] <CIA-41> ffmpeg: h264: fix x264 build detection
[05:04] <CIA-41> ffmpeg: Fixes Ticket1503
[05:04] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[06:03] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r710600077d 10ffmpeg/libavcodec/h264_cavlc.c: 
[06:03] <CIA-41> ffmpeg: h264_cavlc: switch forgotten assert to av_assert
[06:03] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[10:13] <ubitux> saste: the segment muxer is supposed to output several entries per line, not only the last one, right?
[10:14] <saste> yes
[10:14] <ubitux> then something looks broken
[10:14] <saste> command?
[10:14] <ubitux> or maybe i'm doing it wrong
[10:15] <saste> seems fine here
[10:15] <ubitux> ./ffmpeg -i ~/samples/big_buck_bunny_480p_h264.mov -bsf h264_mp4toannexb -c copy -map 0:0 -map 0:1 -f segment -segment_list output.list -segment_time 10 -segment_list_type ext seq%03d.ts
[10:18] <saste> ubitux: -segment_list_size 0
[10:18] <saste> it is because of that silly default
[10:18] <ubitux> mmmh.
[10:18] <ubitux> arg
[10:18] <ubitux> i see
[10:19] <ubitux> much better, thanks :)
[10:19] <ubitux> btw, funny thing, the remux looks slower when the files already exist
[10:36] <ubitux> the segment duration seems wrong
[10:36] <ubitux> they contain the duration of the presentation
[10:36] <ubitux> normal behaviour as well?
[10:39] <ohsix> hm, using mplayer to check some damaged files, one of them managed to crash it; how can i snag just the bit that did it
[10:41] <ubitux> saste: looks like it should be FFMIN instead of FFMAX
[10:42] <ubitux> (in seg_write_packet)
[10:42] <ubitux> or maybe i'm missing the point of that check?
[10:43] <ubitux> mmh FFMIN looks wrong as well
[10:44] <ubitux> removing that check works for me (directly use pkt pts+duration)
[10:49] <saste> ubitux: no it's correct, end_pts must be the greatest PTS+duration value found in the file
[10:51] <ubitux> well, why is the duration of each segment always the duration of the whole presentation?
[10:51] <ubitux> to get the duration of one segment you're supposed to make pts_start diff between segments?
[11:00] <saste> ubitux:  avio_printf(seg->list_pb, "%s,%f,%f\n", oc->filename, seg->start_time, seg->end_time);
[11:00] <saste> it prints start and end pts, not the duration
[11:00] <saste> duration can be easily computed from that
[11:00] <ubitux> as i said, the end_time is always the time of the whole presentation
[11:03] <saste> ubitux: that's expected if packets are not sorted
[11:08] <CIA-41> ffmpeg: 03Nicolas George 07master * rf594dafc10 10ffmpeg/tools/missing_codec_desc: tools: add a script to find missing codec descriptors.
[11:09] <CIA-41> ffmpeg: 03Nicolas George 07master * r03e8944fc1 10ffmpeg/libavcodec/codec_desc.c: lavc: add missing codec descriptors.
[11:09] <ubitux> saste: ok... :(
[12:07] CTCP re:  from CIA-41 (CIA-41!~CIA at cia.atheme.org) to #ffmpeg-devel
[12:07] <CIA-41> ffmpeg: 03Jemy Tran 07master * rae60d2c877 10ffmpeg/ (6 files in 3 dirs): 
[12:07] <CIA-41> ffmpeg: lavfi: add hue filter
[12:07] <CIA-41> ffmpeg: This is a port of the MPlayer hue filter (libmpcodecs/vf_hue.c) by
[12:07] <CIA-41> ffmpeg: Michael Niedermayer.
[12:07] CTCP re:  from CIA-41 (CIA-41!~CIA at cia.atheme.org) to #ffmpeg-devel
[12:07] <CIA-41> ffmpeg: Signed-off-by: Jemy Tran <tran.jeremy.av at gmail.com>
[12:07] <CIA-41> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab at gmail.com>
[12:24] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rc3da2c19e4 10ffmpeg/ (configure doc/Makefile): 
[12:24] <CIA-41> ffmpeg: build: extend documentation building mechanism
[12:24] <CIA-41> ffmpeg: Allow to select specific documentation components, and reliably check for
[12:24] <CIA-41> ffmpeg: component dependencies.
[12:24] <CIA-41> ffmpeg: In particular, check for perl presence on the system.
[14:31] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rbd70a52712 10ffmpeg/libavcodec/paf.c: 
[14:31] <CIA-41> ffmpeg: paf: prevent invalid write
[14:31] <CIA-41> ffmpeg: Closes #1631.
[14:31] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[14:49] <CIA-41> ffmpeg: 03Diego Biurrun 07master * rf30ff54200 10ffmpeg/LICENSE: doc: Clarify licensing issues arising from external libraries
[14:49] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r3b9e832e17 10ffmpeg/libavcodec/x86/ (4 files): x86: Drop silly "_yasm" suffixes from filenames
[14:49] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * rf4bb38cc26 10ffmpeg/libavcodec/cllc.c: 
[14:49] <CIA-41> ffmpeg: cllc: Rename some funcs to represent what they actually do
[14:49] <CIA-41> ffmpeg: This is in preparation for adding support for other colorspaces
[14:49] <CIA-41> ffmpeg: and coding types.
[14:49] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis at gmail.com>
[14:49] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r7fda47d53b 10ffmpeg/libavcodec/cllc.c: 
[14:49] <CIA-41> ffmpeg: cllc: Add support for QRGB
[14:49] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis at gmail.com>
[14:49] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r17c11cef9f 10ffmpeg/libavcodec/cllc.c: 
[14:49] <CIA-41> ffmpeg: cllc: Implement ARGB support
[14:49] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis at gmail.com>
[14:49] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rfddc5b9bea 10ffmpeg/libavcodec/celp_filters.c: (log message trimmed)
[14:49] <CIA-41> ffmpeg: celp: optimise ff_celp_lp_synthesis_filter()
[14:49] <CIA-41> ffmpeg: Adding instead of subtracting the products in the loop allows the
[14:49] <CIA-41> ffmpeg: compiler to generate more efficient multiply-accumulate instructions
[14:49] <CIA-41> ffmpeg: when 16-bit multiply-subtract is not available. ARM has only
[14:49] <CIA-41> ffmpeg: multiply-accumulate for 16-bit operands. In general, if only one
[14:50] <CIA-41> ffmpeg: The 'shift' argument is always 1 so there is no need to pass it
[14:50] <CIA-41> ffmpeg: explicitly in every call.
[14:50] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[14:50] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r1eb1f6f281 10ffmpeg/libavcodec/g723_1.c: 
[14:50] <CIA-41> ffmpeg: g723.1: remove useless uses of MUL64()
[14:50] <CIA-41> ffmpeg: The operands in both cases are 16-bit so cannot overflow a 32-bit
[14:50] <CIA-41> ffmpeg: destination. In gain_scale() the inputs are reduced to 14-bit,
[14:50] <CIA-41> ffmpeg: so even the shift cannot overflow.
[14:50] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[14:50] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r783da0d696 10ffmpeg/libavcodec/g723_1.c: 
[14:50] <CIA-41> ffmpeg: g723.1: make autocorr_max() work on an arbitrary buffer
[14:50] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[14:50] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r47c73a73b0 10ffmpeg/libavcodec/g723_1.c: 
[14:50] <CIA-41> ffmpeg: g723.1: use saturating addition functions
[14:50] <CIA-41> ffmpeg: Use saturating addition functions instead of 64-bit intermediates
[14:50] <CIA-41> ffmpeg: and separate clipping. This is much faster when dedicated
[15:42] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra9040a1167 10ffmpeg/libavcodec/g723_1.c: 
[15:42] <CIA-41> ffmpeg: g723_1dec: avoid memcpy
[15:42] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r84d29df013 10ffmpeg/libavcodec/g723_1.c: 
[15:43] <CIA-41> ffmpeg: g723_1dec: remove unneeded cliping that leaked in from merge from libav
[15:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r20035fa241 10ffmpeg/libavcodec/g723_1.c: 
[15:43] <CIA-41> ffmpeg: g723_1dec: remove dead code that leaked in from libav
[15:43] <CIA-41> ffmpeg: It appears someone thinks this special case can be reached
[15:43] <CIA-41> ffmpeg: Well, it cannot, thus not only do we not need to optimize it
[15:43] <CIA-41> ffmpeg: we dont need it at all
[15:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r603221ebd0 10ffmpeg/libavcodec/g723_1.c: 
[15:43] <CIA-41> ffmpeg: g723_1dec: inline normalize_bits() in scale vector and optimize it.
[15:43] <CIA-41> ffmpeg: many branches and cases of scale_vector are irrelevant for the case here
[15:43] <CIA-41> ffmpeg: and by inlining they can be reliably removed.
[15:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[17:20] <CIA-41> ffmpeg: 03Speedy Gonzales 07master * rffda8f0f0f 10ffmpeg/libavcodec/proresenc_anatoliy.c: 
[17:20] <CIA-41> ffmpeg: Proresenc: add multithreading support
[17:20] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[17:43] <Compn> Maybe with a few minutes of handjob (not that type) and it should work.
[17:43] <Compn> lots of fun on the mplayer list :P
[17:44] <ubitux> Speedy Gonzales :')
[17:45] <Compn> ffmpeg | branch: master | Speedy Gonzales
[17:45] <Compn> nice
[17:57] <nevcairiel> why is everyone so paranoid about working on prores anyway
[17:57] <Compn> are you in usa nevcairiel ?
[17:57] <nevcairiel> nop
[17:58] <Compn> this country is full of lawyers
[17:58] <Compn> and court is expensive, even if you win case, it can cost you $40k
[17:58] <Compn> and take 2-10 years of time
[18:00] <Compn> and even if you win case, arent a us citizen, the company who originally sues you drops its case, the us govt might just put you in jail for months until your trial, in the case of dmitry syklrov
[18:01] <Compn> http://en.wikipedia.org/wiki/Dmitry_Sklyarov
[18:01] <av500> Compn: they have a quota of people in jail to fulfill...
[18:01] <Compn> yes, the private prison industry does have contracts with a lot of states requiring them to keep 90% full :\
[18:01] <nevcairiel> I thought the jails are over-crowded anyway
[18:02] <av500> no
[18:02] <Compn> they are under staffed
[18:02] <Compn> so prisoners go out on tether around here
[18:02] <Compn> its complete scam 
[18:02] <av500> usb or wifi thethering?
[18:02] <av500> -h
[18:02] <Compn> dunno
[18:03] <nevcairiel> i'll put it on the long list of reasons not to be a us citizen
[18:03] <nevcairiel> or go there ever!
[18:03] <Compn> i would avoid it until TSA stops microwaving/xraying people
[18:04] <Compn> at least, theres no reason to get cancer-ray'd at the airport
[18:04] <nevcairiel> it makes you feel comfy warm on the inside
[18:20] <kierank> Compn: lol at your comment
[18:23] <Compn> i used to love watching speedy as a kid
[22:54] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rcc913f7490 10ffmpeg/libavformat/hls.c: 
[22:54] <CIA-41> ffmpeg: hls: check that the streams have been initialized before checking their discard flags.
[22:54] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[22:54] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r5e3900c7a5 10ffmpeg/libavformat/hls.c: 
[22:54] <CIA-41> ffmpeg: hls: Initialize stream_offset before find_stream_info.
[22:54] <CIA-41> ffmpeg: find stream info causes reads that may use the offset in their callback
[22:54] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[23:39] <slackyman> hi
[23:40] <Slackyman> ls
[23:40] <Slackyman> sorry :)
[23:42] <Slackyman> I'm trying to compile a static build  of ffmpeg (well, not so static since i let it links dinamically to libc and few other libs) 
[23:42] <Slackyman> i read the configure file
[23:42] <Slackyman> and checking for utvideo it use -lutvideo -lstdc++
[23:43] <Slackyman> this will result in a dynamic link to libstdgcc++
[23:43] <Slackyman> and I'd like to link libstdgcc++ dinamically
[23:44] <Slackyman> have I to modify my configure file or what?
[00:00] --- Tue Aug 14 2012