[00:00] <durandal11707> you need to spend less time at front of computer [00:00] <ubitux> :( [00:01] <ubitux> it's a clutoris so it's ok [00:08] <durandal11707> yes, but take break or two, between each session... [00:08] <ubitux> you don't get excited by this stream? :( [00:11] <durandal11707> i really can't be excited with "hue=expression", maybe if its some bambi video with lut3d applied [00:12] <ubitux> ow, i see you have some twisted tastes [00:13] <microchip_> ubitux: when is mcdeint going to be ported, do you know? [00:13] <ubitux> when you'll be comfortable enough with C [00:14] <microchip_> haha [00:14] <microchip_> ok [00:14] <ubitux> :) [00:14] <ubitux> saste was saying he started it a while ago [00:14] <microchip_> ic [00:14] <ubitux> but he is a bit sadistic and like to stop just before it's done [00:59] <ubitux> oh, it works. [01:25] <ubitux> ok, enough cool things for tonight [11:46] <cone-896> ffmpeg.git 03Andrey Utkin 07master:70fbfd75c39b: img2dec: Add ts_from_file option [12:15] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:a753776ff5d8: img2dec: dont set start_time/duration to invalid values [12:15] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:760a9754ca46: img2dec: support seeking with ts_from_file [14:51] <durandal_1707> what is way to pad silence at begining of audio? [14:52] <ubitux> aevalsrc=0 + concat ? [14:54] <ubitux> apad can't do that btw? [14:55] <durandal_1707> apad does only work for end [14:55] <ubitux> that's too bad [14:55] <durandal_1707> i think there was some option you set for swr [14:55] <ubitux> with the async thing maybe? [14:56] <ubitux> or first_pts [14:56] <ubitux> more likely [15:08] <durandal_1707> how one use timeline with volume filter? [15:10] <ubitux> just like the other [15:10] <ubitux> +s [15:10] <ubitux> with a low accuracy [15:11] <durandal_1707> so i should call asetnsamples=1 prior to volume? [15:11] <ubitux> :D [15:11] <ubitux> feel free to try it out :p [15:11] <ubitux> it's not really necesary to have such precision anyway [15:12] <durandal_1707> but for cases when frame is very big.... [15:12] <ubitux> set it to the sample rate [15:12] <ubitux> you'll have a seconds accuracy [15:13] <durandal_1707> [output stream 0:0 @ 0x2a15b880] 1000 buffers queued in output stream 0:0, something may be wrong. [15:14] <ubitux> :) [15:16] <durandal_1707> its not possible to split frames? [15:17] <durandal_1707> and what about making asetnsamples to use internal filter queue thing? [15:18] <durandal_1707> iirc michaelni wanted that filters that need such funcionality call asetnsamples instead.... [15:30] <cone-174> ffmpeg.git 03Paul B Mahol 07master:8caf2da32052: lavfi/afade: add timeline support [15:34] <durandal_1707> ubitux: so no way to provide timeline for filters that do not have private options [15:35] <durandal_1707> if i disable that check, i got it working(after fixing crash in opt) [15:35] <ubitux> i guess not currently [15:35] <ubitux> maybe some little adjustement in avfilter.c would be necessary [15:42] <durandal_1707> the only adjustment is check that checks if user add options to filter that do not use any.... [15:42] <durandal_1707> i could change error to warning and remove return call [15:43] <durandal_1707> nevcairiel: what about patches you have in LAV but are not in ffmpeg? [15:50] <durandal_1707> http://git.1f0.de/gitweb?p=ffmpeg.git;a=commitdiff;h=f6c6e4034199e9c3498a1d3... [15:51] <nevcairiel> i'm lazy and i dont like bikeshedding about standards, i do changes that make sense for users, and some that make sense for me, not generally for ffmpeg :p [15:52] <nevcairiel> regarding that commit, the standard actually says the existing code is correct [15:52] <nevcairiel> but its useless for users [15:53] <nevcairiel> i should've probably noted that in the commit, but i found out afterwards only :p [16:04] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:de7d29063133: av_d2q: Fix infinity check [16:04] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:64eacb839e0d: av_d2q: fix rounding for negative values [16:05] <durandal_1707> why _BSD_SOURCE ? linux uses that? [16:15] <cone-174> ffmpeg.git 03Giorgio Vazzana 07master:7e03886bbb46: avutil/md5: reindent after previous commits [16:19] <michaelni> "Glibc exposes the nanosecond component of each field using names of the form st_atim.tv_nsec if the _BSD_SOURCE or _SVID_SOURCE feature test macro is defined." [16:20] <microchip_> michaelni: please fix b-frames in current git https://ffmpeg.org/trac/ffmpeg/ticket/2592 [16:21] Action: durandal_1707 glibc.... [16:44] <ubitux> ok, refactored the overlay and haldclut code [16:45] <ubitux> in the most clumsy way possible but well.\ [17:22] <ubitux> we need more contributors :( [17:24] <BBB> ubitux: I've heard that before... [17:28] <michaelni> microchip_, ill look at it [17:28] <ubitux> BBB: i will assume ffmpeg is too perfect for people to feel the need to patch it [17:31] <BBB> very fair assumption [17:31] <ubitux> :)) [17:33] Action: BBB starts thinking about all these 1000s of perfect opensource projects [17:36] <ubitux> hehe [18:00] <durandal_1707> hald is actually Hardware Abstraction Layer daemon, so ubitux why you have rewritten it? [18:01] <durandal_1707> and why we need hald in lavfi? [18:04] <durandal_1707> failed joke aside, what hald stands for? [18:05] <ubitux> i don't know :p [18:05] <ubitux> it's invented by a guy who does quite a few typo [18:05] <ubitux> so it's possible it's one as well ;) [18:06] <ubitux> i need to contact the guy for a few things anyway [18:06] <ubitux> i'll ask him [19:20] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:5292dac34cfa: avformat/mov: Rename alt_sample_size so its name matches what it is [19:35] <ubitux> durandal_1707: "Hald is the maiden name of my grandmother, I named it after her. Her father was Edward Hald, who was a glass artist, painter and coincidentally great with colors." [20:30] <durandal_1707> ubitux: fascinating [20:31] <ubitux> that's not a joke afaict [20:45] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:5f44f47b7256: mpegvideo_enc: do not unreference frames before the code is done with them [20:52] <durandal_1707> ubitux: i never think it was ... [20:53] <ubitux> i wasn't sure you weren't [20:54] <durandal_1707> now you are [21:20] <Daemon404> michaelni, i will set up icl instances once you merge [21:20] <Daemon404> for FATE [21:33] <cehoyos> saste: Did you return well? [21:33] <ubitux> so, where are the photo/videos/summaries of linuxtag? :) [21:35] <Daemon404> ubitux, banned in 40 countries for explicit content [21:35] <Daemon404> i bet. [21:35] <ubitux> :o [21:42] <cone-174> ffmpeg.git 03Laurent 07master:9495cd170b57: configure: Fix check_exec_crash for ICL support [21:42] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:efcc334c9d41: Merge commit '9495cd170b5786c3518419e873d94eb5e7ada11a' [21:46] <cone-174> ffmpeg.git 03Alex Smith 07master:322e4194dd24: msvc/icl: Intel Compiler support on Windows [21:46] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:ee5964cc9c8c: Merge remote-tracking branch 'qatar/master' [21:47] <michaelni> Daemon404, merged [21:47] <Daemon404> im setting up x86 and x86_64 icl for both proj right now... [21:47] <Daemon404> first run will be sometime tonight [21:49] <Daemon404> oh, well shit [21:49] <Daemon404> seems none of my fate instances have actually been submitting [21:49] <Daemon404> cause of the ssh key change [21:49] <Daemon404> fingerprint i mean [21:58] <cehoyos> michaelni: A LinuxTag user uploaded the sample animated_ffv1-giant-huff.mov to incoming (rgba png, 2.6M), when encoded to ffv1, size can be reduced by a few %, when encoded to huffyuv, output file size is >250M - apparently not a regression, is this something that needs a ticket or is such behaviour not unexpected from huffyuv (and ffvhuff)? [22:30] Action: michaelni has a incredible fast 5.6kb/sec to streams.videolan.org :/ [22:31] <Daemon404> proxy it? [22:32] <michaelni> isnt important, i am not in a hurry [23:55] <michaelni> cehoyos, not sure i understand, how do i reproduce this ? [00:00] --- Sun May 26 2013