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

[burek]

[00:26] <BBB> saste: weren't you one of the people making a big deal about 1st vs 3rd person in doxy a few years back?
[00:54] <saste> BBB, i only wanted it consistent, never cared much about 1st vs 3rd
[00:55] <saste> but let's not run it again, it's dangerous ;)
[00:57] <durandal_1707> but why it was raised yet again?
[01:01] <BBB> saste: wise words
[01:10] <BBB> ubitux: Daemon404: does it screw you guys over if I rewrite history in my branch? i.e. should I try to avoid doing that from now on?
[01:10] <BBB> (I tend to do that if I work on stuff alone)
[01:11] <Daemon404> once i actually start working it would
[01:25] <BBB> ok I just accidently killed history, will try to do incremental from now on
[01:25] <Daemon404> it all gets squashed in the end anyway
[01:30] <durandal_1707> just do it, let them suffer
[01:44] <Plorkyeran> if you're just rebasing to pull in upstream changes you can use rebase-with-history from https://github.com/mhagger/git-imerge
[01:44] <Plorkyeran> it sets the parent commits of the rebased commits to the unrebased versions, which makes dealing with your rebased history a lot easier
[01:45] <Plorkyeran> (it also makes the merge tree a giagantic confusing mess so I'd only use it on stuff that's destined to be squashed away)
[04:15] <ubitux> <@BBB> ubitux: Daemon404: does it screw you guys over if I rewrite history in my branch? i.e. should I try to avoid doing that from now on? // it's fine with me
[04:16] <ubitux> i'll fetch and rebase on my branch regularly
[04:20] <ubitux> and fuck my isp btw
[04:28] <cone-963> ffmpeg.git 03Andrey Utkin 07master:11ace706071f: doc/protocols: Document file protocol options
[10:46] <cone-860> ffmpeg.git 03Diego Biurrun 07master:a9b04b2c43f9: tree.h: K&R formatting and typo cosmetics
[10:46] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:bc47d126bf41: Merge commit 'a9b04b2c43f95cc17c2291f83c27a3119471d986'
[11:29] <cone-860> ffmpeg.git 03Diego Biurrun 07master:c2e936de07d0: tree-test: Refactor and plug memory leaks
[11:29] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:161054f37b15: Merge commit 'c2e936de07d054bf476e60445b453bf6b4836820'
[11:29] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:b32643813961: avutil/tree: fix memleaks
[11:41] <cone-860> ffmpeg.git 03Diego Biurrun 07master:45dd1ae1b3c1: avfilter: Add some missing FF_API_AVFILTERBUFFER ifdefs
[11:41] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:0c8efe48917f: Merge commit '45dd1ae1b3c18331f3db2293a9135bc5851e553f'
[11:47] <cone-860> ffmpeg.git 03Martin Storsjö 07master:2e814d0329ad: rtpenc: Simplify code by introducing a macro for rescaling NTP timestamps
[11:47] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:57b8ce414be5: Merge commit '2e814d0329aded98c811d0502839618f08642685'
[11:53] <cone-860> ffmpeg.git 03Martin Storsjö 07master:54e03ff6af8a: rtpproto: Support nonblocking reads
[11:53] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:d2c613dd1460: Merge commit '54e03ff6af8a070f1055edd26028f3f7b2e2ca8e'
[11:58] <cone-860> ffmpeg.git 03Martin Storsjö 07master:7531588fffbc: rtpproto: Remove a misplaced comment
[11:58] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:b39f012dee7a: Merge commit '7531588fffbca1f0afdcc06635999c00dfc16ca6'
[12:02] <cone-860> ffmpeg.git 03Martin Storsjö 07master:892b0be1dfbd: rtpproto: Simplify the rtp_read function by looping over the fds
[12:02] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:d6b37de4d42d: Merge commit '892b0be1dfbdeaf71235fb6c593286e4f5c7e4ec'
[12:10] <cone-860> ffmpeg.git 03Martin Storsjö 07master:b7e6da988bfd: rtpproto: Move rtpproto specific function declarations to a separate header
[12:10] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:fcccb4c11dcf: Merge commit 'b7e6da988bfd5def40ccf3476eb8ce2f98a969a5'
[12:43] <cone-860> ffmpeg.git 03Martin Storsjö 07master:c7e921a54ffe: avopt: Check whether the object actually has got an AVClass
[12:43] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:cca229e75a55: Merge commit 'c7e921a54ffe7feb9f695c82f0a0764ab8d0f62b'
[12:53] <cone-860> ffmpeg.git 03Martin Storsjö 07master:b85dbe68e222: avconv: Call exit_program instead of exit in avconv_opt as well
[12:53] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:56e682374ecd: Merge commit 'b85dbe68e222586fd77332716eb8ed5724db4e1b'
[13:21] <cone-860> ffmpeg.git 03Vittorio Giovara 07master:7748dd41be3d: avconv: add -n option to immediately exit when output files already exist
[13:21] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:4f07fcd30b0e: Merge commit '7748dd41be3d6dd6300f14263586af4ee104ead2'
[13:51] <cone-860> ffmpeg.git 03Martin Storsjö 07master:1851e1d05d06: rtpproto: Check the size before reading buf[1]
[13:51] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:2ee58af53e1c: Merge commit '1851e1d05d06f6ef3436c667e4354da0f407b226'
[13:59] <cone-860> ffmpeg.git 03Martin Storsjö 07master:ee37d5811caa: rtpproto: Allow specifying a separate rtcp port in ff_rtp_set_remote_url
[13:59] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:0f5a40c2a4bc: Merge commit 'ee37d5811caa8f4ad125a37fe6ce3f9e66cd72f2'
[14:28] <cone-860> ffmpeg.git 03Vittorio Giovara 07master:3c8bff0740ab: avframe: have av_frame_get_side_data take const AVFrame*
[14:28] <cone-860> ffmpeg.git 03Michael Niedermayer 07master:9408d990c46c: Merge remote-tracking branch 'qatar/master'
[16:14] <saste> who's going to attend vdd at the end of august?
[16:14] Action: funman 
[16:49] <Compn> saste : me
[17:07] <msmithng> Plorkyeran: I was just going to mention imerge
[19:23] <cone-420> ffmpeg.git 03Carl Eugen Hoyos 07master:bb7f71d9b6ae: lavf/movenc: Write total number of tracks as part of metadata.
[19:23] <cone-420> ffmpeg.git 03Carl Eugen Hoyos 07master:fbc0004b4b1d: lavf/movenc: Write disc number and total number of discs as part of metadata.
[19:50] <Daemon404> ... man and i thought libav was bad for bikeshedding
[19:50] Action: Daemon404 stares at the ever expanding raise level thread
[19:51] <nevcairiel> and its so extremely significant of a change
[19:52] <Daemon404> very.
[19:53] <nevcairiel> plenty people agreed on it, i would've just pushed it
[19:53] <Daemon404> yes but then you get revert wars
[19:53] <Daemon404> a la vlc
[19:54] <nevcairiel> so what do you do if you have some stubborn person that lost track of the actual commit and just doesnt want to give in anymore on principle? discard a perfectly fine change?
[19:55] <wm4> post the patch to libav, and wait for the merge
[19:55] <nevcairiel> kinda hard if the change is in ffmpeg the application
[19:55] <wm4> so changes to avconv are not merged back?
[19:55] <Daemon404> nevcairiel, ive been there
[19:56] <Daemon404> you give up and go get booze
[19:56] <nevcairiel> wm4: partly, but they have diverged quite a lot
[19:59] <nevcairiel> on this particular issue, its really quite baffling how one person can be so stubborn, even if you can question the upsides, it has basically zero downsides
[19:59] <Daemon404> i've actually run into that issue myself once
[19:59] <Daemon404> at work
[19:59] <Daemon404> a warning would have been nice
[20:03] <Compn> changes from avconv are merged with ffmpeg
[20:03] <Compn> to answer that question
[20:03] <Compn> last i heard anyhow
[20:04] <nevcairiel> yea michael trys, but some parts of the apps are really too different now
[20:04] <durandal_1707> but then someone would notice and revert it
[20:37] <cehoyos> michaelni: trac is down ;-(
[21:09] <durandal_1707> oh no!, what you will do now...
[21:10] <cehoyos> Don't worry, Michael fixed it=-)
[21:11] Action: durandal_1707 *sigh
[21:15] <durandal_1707> cehoyos: why are you against raising level for libx264 patch?
[21:15] <cone-420> ffmpeg.git 03Stefano Sabatini 07master:f118b4175905: ffmpeg: raise level for message printed in case of auto-select pixel format
[21:16] <cehoyos> Because dozens of requests were made before the message was introduced several months ago, one since if I counted correctly.
[21:17] <durandal_1707> and if people still complain? what would be next natural step?
[21:18] <cehoyos> Please don't ask me, you were the only one who ever commented on this issue before last week...
[21:18] <cehoyos> (imo = who was ever interested in this issue before last week)
[21:20] <durandal_1707> i'm for removal of: libx264rgb encoder, mxf_d10 muxer, and maybe there are other such cases....
[21:21] <Daemon404> the libx264rgb encoder is actually in active use
[21:21] <Daemon404> by an entire community 
[21:21] <Daemon404> (game cappers, retro speedrunners, etc)
[21:22] <durandal_1707> for does not have libx264rgb encoder, i never found their user complained about it
[21:22] <durandal_1707> *k
[21:22] <Daemon404> they tend to use ffmpeg
[21:23] <Daemon404> (theyve submitted swscale patches here too)
[21:23] <durandal_1707> deprecated one
[21:23] <Daemon404> i may be mistaken -- does libx264 support the RGB mode of libx264 too now?
[21:23] <durandal_1707> isn't it just format selection?
[21:24] <Daemon404> im only ok with removing it if we dont lose that functionality, in any cas
[21:24] <Daemon404> e
[21:24] <durandal_1707> ugh fork does not support rgb at all
[21:30] <mateo`> durandal_1707: why remove the mxf_d10 muxer ? :D
[21:30] <durandal_1707> cehoyos: why you do not put space, ' ' between [PATCH] and rest of title?
[21:31] <durandal_1707> mateo`: not removing funcionality, just stupid separation into extra muxer
[21:31] <durandal_1707> have you ever wondered why we do not have wav_pcm_float and wav_pcm_s16 muxer?
[21:32] <cehoyos> Why should I?
[21:32] <durandal_1707> its common sense
[21:34] <durandal_1707> well, unless you manually type it
[21:44] <cehoyos> I can only type manually...
[21:46] <durandal_1707> i do not need to type '[PATCH] '
[21:47] <cehoyos> That's cool for you, it's ok for me to type it.
[21:47] <durandal_1707> as you please, including changing bits on trac
[00:00] --- Fri Aug  2 2013