[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@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@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@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@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@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@cia.atheme.org) to #ffmpeg-devel [12:07] <CIA-41> ffmpeg: Signed-off-by: Jemy Tran <tran.jeremy.av@gmail.com> [12:07] <CIA-41> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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