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

burek burek021 at gmail.com
Sun May 26 02:05:02 CEST 2013


[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=f6c6e4034199e9c3498a1d382f854cbc632ba20b;hp=493e550be6e7891aa4db6bf028aa7440a59d2c59;js=1
[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


More information about the Ffmpeg-devel-irc mailing list