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

[burek]

[00:43] <cone-387> ffmpeg.git 03Reimar Döffinger 07fatal: ambiguous argument 'refs/tags/n1.2.11': unknown revision or path not in the working tree.
[00:43] <cone-387> Use '--' to separate paths from revisions
[00:43] <cone-387> refs/tags/n1.2.11:HEAD: qdm2: Allow hard-coding VLC tables.
[02:23] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:3bb465245fed: h261dec: Fix context initialization sequence
[02:23] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:03d1467cf85b: Merge commit '3bb465245fed6069512e6821000391beae8a6066'
[02:48] <cone-387> ffmpeg.git 03Martin Storsjö 07master:adc214e67977: rtpenc: Avoid brittle switch fallthroughs
[02:48] <cone-387> ffmpeg.git 03Thomas Volkert 07master:a505c0d73733: rtp: Initial H.261 support
[02:48] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:3f5d1c8130b1: Merge commit 'adc214e6797750285a5e62634b8521db521162ad'
[02:48] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:5162af67f412: Merge commit 'a505c0d7373336a4cc5aa2022111c46bdd388b1f'
[02:56] <cone-387> ffmpeg.git 03Martin Storsjö 07master:8a70ef94b9c3: libavformat: Add a muxer wrapping mpegts encoding into RTP
[02:56] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:7ef515cda5fd: Merge commit '8a70ef94b9c377293b3dfa7d92cdc81a4fe1543a'
[03:10] <cone-387> ffmpeg.git 03Martin Storsjö 07master:59f0275dd0a4: movenc: Adjust the pts of new fragments similarly to what is done for dts
[03:10] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:c8e05c438f78: Merge commit '59f0275dd0a42a7f90271a83a78e9ca5e69ff5b0'
[03:27] <cone-387> ffmpeg.git 03Carl Eugen Hoyos 07master:3a3790b8f8b5: tiff: support encoding and decoding 64bit images
[03:27] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:9aabe6678147: Merge commit '3a3790b8f8b56ee6abc93ccac280eb693675e294'
[03:41] <cone-387> ffmpeg.git 03Paul B Mahol 07master:87bd298abeb9: DPX parser
[03:41] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:a381e0cec87b: fate: add a DPX parser test
[03:41] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:2e974376570d: Merge commit '87bd298abeb901fe16383a0d267502cc7fc03878'
[03:41] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:3e889713ce45: Merge commit 'a381e0cec87bcb28ebc05fe840bb937a495de736'
[03:56] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:67fc8a15e418: theora: support different visible and coded frame size
[03:56] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:effa7d2a6a26: fate: add test for offset theora
[03:56] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:6fcdcc414b65: Merge commit '67fc8a15e4182ea111cfcd05897709f09d99a33a'
[03:56] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:1137ccef7066: Merge commit 'effa7d2a6a260ca3ce801c180ee6131d67d665fb'
[04:05] <cone-387> ffmpeg.git 03Luca Barbato 07master:5d839778b9f3: lavu: Refactor side data wiping
[04:05] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:bce06eb059a2: Merge commit '5d839778b9f3edb682b7f71dde4f80f07c75b098'
[04:17] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:ae2d41ec8759: elbg: check memory allocations and propagate errors
[04:17] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:16f0618200a3: Merge commit 'ae2d41ec875965ce4ab9fdd88a5e8ba57cada67a'
[04:26] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:3beb9cbad352: roqvideo: check memory allocations and propagate errors
[04:26] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:c63dd3f0a48a: a64multi: check elbg return values
[04:26] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:bb7ad47ddf94: Merge commit '3beb9cbad35218ed1fb3473eeb3cfc97a931bff4'
[04:26] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:ff4f2036defb: Merge commit 'c63dd3f0a48a9f6389d253597ab51caddc0118db'
[04:39] <Compn> https://github.com/Tribler/tribler/issues/274
[04:42] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:38129c26c51b: cmdutils: check file access functions return values
[04:42] <cone-387> ffmpeg.git 03James Almer 07master:430a8168594b: oggdec: add support for VP8 demuxing
[04:42] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:934f2d2f5c16: Merge commit '38129c26c51b933d7db423f904ba0cd6a88ca1ed'
[04:43] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:5a1cd796e224: Merge commit '430a8168594b3cb29f44141d4da88f2c642de06f'
[04:51] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:8b263331c5eb: mpegts: check get16() return value
[04:51] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:ac467d94fa6d: lcl: return an appropriate error code
[04:51] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:971099ff5a85: aacenc: correctly check returned value
[04:51] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:6781ec671432: Merge commit '8b263331c5ebbb10b6ea521e9fd56751ba94254b'
[04:51] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:445ec2dfcbdc: Merge commit 'ac467d94fa6d9d626f77d4ca8125a5eb1ad5425d'
[04:51] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:5387b0cbfb6e: Merge commit '971099ff5a85377579eb5b8d3620e283957f097e'
[05:00] <aetasx> whats your guys' take on hevc at this point in time?  the last time I used it for encoding, it was massively slow in comparison to x264.  Is this because its more or less new or just that its encoding speed is that much more demanding?
[05:04] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:9745f19ffc90: assdec: check the right variable
[05:04] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:b1306823d0b3: check memory errors from av_strdup()
[05:04] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:76a8127a452f: Merge commit '9745f19ffc9031ce480e43d7cf1053b58100d70f'
[05:04] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:988d27b8029d: Merge commit 'b1306823d0b3ae998c8e10ad832004eb13bdd93e'
[05:07] <jamrial> a little bit of column A, a little bit of column B
[05:08] <aetasx> wheres the lot bit? ;)
[05:10] <aetasx> looks to be better looking but unnoticeable on what I've been working with lately so I wasnt sure how much it would improve
[05:12] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:76ccf114a6c1: rtsp: check ffurl_get_file_handle() return value
[05:12] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:16c7a8a14227: aacps: invert the order of parameters of ipdopd_reset()
[05:12] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:5ac06633cb63: takdec: check av_samples_get_buffer_size() return value
[05:12] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:bf6e332cb4b7: Merge commit '76ccf114a6c107218e2a1948afc1d0fb3ac7ba0b'
[05:12] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:69234e29ad65: Merge commit '16c7a8a142277aa3c98b4802ee57daaebe6999e5'
[05:12] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:d05b154b5b6d: Merge commit '5ac06633cb63fcc51f2471a3478b44d3f010b16b'
[05:14] <jamrial> it supposedly achieves similar quality as x264 while using lower bitrates
[05:14] <jamrial> it's going to be used on blu-ray 4k for that reason
[05:20] <aetasx> perhaps it wasnt enough to notice in this case.  running something like x264 vs x265 in normal settings didnt make a massive amount of difference for the performance costs but I could see using it for ultra-high quality applications where quality matters much more than encoding time
[05:21] <aetasx> I think I was getting somewhere under 20fps vs x264 at 200+
[05:35] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:9e06327ecb8f: xcbgrab: Move NULL check before pointer dereference
[05:35] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:63be97ec4030: lavfi: always check av_expr_parse_and_eval() return value
[05:35] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:c054cff87a33: Merge commit '9e06327ecb8f73c7904d10af7ad339c57cdaa788'
[05:35] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:8c9a23833daa: Merge commit '63be97ec403023fb664798432acedaf6e6922527'
[05:49] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:596b5c488fa1: wma: check memory allocations and propagate errors
[05:49] <cone-387> ffmpeg.git 03Vittorio Giovara 07master:210461c0a83a: imgconvert: check memory allocations and propagate errors
[05:49] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:8ccfafa7b41b: Merge commit '596b5c488fa1d40f114a64d3b73e1863cab073fb'
[05:49] <cone-387> ffmpeg.git 03Michael Niedermayer 07master:c89751aa218c: Merge commit '210461c0a83a5625560fa1d92229200dc7fb869b'
[07:44] <fffan> does ffmpeg support hardware acceleration encoding?
[07:47] <Timothy_Gu> fffan: no
[07:48] <Timothy_Gu> fffan: actually we are working on quicksync video encoding but it's been quite recently
[07:49] <jamrial> didn't that nvenc patch get committed a week ago?
[07:49] <Timothy_Gu> jamrial: oh wait I forgot about that
[07:49] <jamrial> sure did, commit 2a428db5
[07:49] <Timothy_Gu> oops
[07:52] <fffan> I am now encoding 1080P  video with AV_CODEC_ID_MPEG4 codec, but it still take too much cpu.
[07:56] <fffan> is it possible to encoding 1080 29.9P with half core(intel i5)'s cpu?
[07:56] <fffan> couse I am doing realtime recording.
[12:39] <cone-112> ffmpeg.git 03Anton Khirnov 07master:64f7575fbd64: mov: avoid a memleak when multiple stss boxes are present
[12:39] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:24af050c2fa9: Merge commit '64f7575fbd64e5b65d5c644347408588c776f1fe'
[12:56] <cone-112> ffmpeg.git 03Anton Khirnov 07master:809c3023b699: mjpegdec: check for pixel format changes
[12:56] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:6c68522a2aa8: Merge commit '809c3023b699c54c90511913d3b6140dd2436550'
[13:04] <cone-112> ffmpeg.git 03Anton Khirnov 07master:88626e5af8d0: jvdec: check frame dimensions
[13:04] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:f346e37aa274: Merge commit '88626e5af8d006e67189bf10b96b982502a7e8ad'
[13:13] <cone-112> ffmpeg.git 03Anton Khirnov 07master:17ba719d9ba3: mmvideo: check frame dimensions
[13:13] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:6c7b153d97b5: Merge commit '17ba719d9ba30c970f65747f42d5fbb1e447ca28'
[13:26] <cone-112> ffmpeg.git 03Carl Eugen Hoyos 07master:96ff6d38050e: lavf/rtp_h261: Replace restrict with av_restrict.
[13:26] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:0b39ac6f5450: gifdec: refactor interleave end handling
[13:26] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:d423dd72be45: smc: fix the bounds check
[13:26] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:8eeeeb1fb3db: Merge commit '0b39ac6f54505a538c21fe49a626de94c518c903'
[13:26] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:d1bd07d7662d: Merge commit 'd423dd72be451462c6fb1cbbe313bed0194001ab'
[13:29] <BBB> michaelni: another patch for merge request if you want: https://github.com/rbultje/ffmpeg/commit/23f79b0bebe1c91ac94ef96a1219836bcdb93fc5
[13:29] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:0b39ac6f5450: gifdec: refactor interleave end handling
[13:30] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:8af8833591d3: Merge commit '0b39ac6f54505a538c21fe49a626de94c518c903'
[13:36] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:d423dd72be45: smc: fix the bounds check
[13:36] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:c266d0e1bd56: Merge commit 'd423dd72be451462c6fb1cbbe313bed0194001ab'
[13:47] <sabkaraja> Hi, I have posted an issue on the trac which is marked as enhancement. 
[13:49] <sabkaraja> I am willing to pay if someone can take a look and develop it
[13:49] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:cee4490b521f: on2avc: check number of channels
[13:49] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:e67496fe9db3: Merge commit 'cee4490b521fd0d02476d46aa2598af24fb8d686'
[13:51] <sabkaraja> https://trac.ffmpeg.org/ticket/4182
[13:55] <michaelni> BBB, all 3 commits (ae220190207aadf39210a0bc12e9a0f0bf3e6b9a, c6ccd56473777fc95d0df39157d45e27f7fa1cf9, ed2b6feb84bfe79a2b3bcb877f1aa53b03a47fdf) ? iam asking as the middle one has a commit message saying "wip"
[13:55] <michaelni> and just the last alone doenst apply cleanly
[14:05] <BBB> ehm
[14:05] <BBB> michaelni: oops maybe I forgot to squash
[14:05] <BBB> let me check
[14:06] <BBB> michaelni: yeah screwup of mine sorry
[14:06] <BBB> michaelni: its the top 2 patches on that branch now
[14:06] <BBB> https://github.com/rbultje/ffmpeg/commit/7d3a3e67a0e23aab53eeafa384d70892eba0d56f
[14:06] <BBB> and
[14:06] <BBB> https://github.com/rbultje/ffmpeg/commit/ecf5fab8b273314182407baead65fd8361268149
[14:07] <BBB> sorry for that
[14:30] <cone-112> ffmpeg.git 03Ronald S. Bultje 07master:b6e1711223a4: vp9/x86: invert hu_ipred left array ordering.
[14:30] <cone-112> ffmpeg.git 03Ronald S. Bultje 07master:bdc1e3e3b27d: vp9/x86: intra prediction sse2/32bit support.
[14:31] <BBB> yay
[14:32] <nevcairiel> are you done now, or do i better wait for more things? :d
[14:47] <cone-112> ffmpeg.git 03Supraja Meedinti 07master:4e1ecfe21476: libavutil: Added cbc mode to cast128
[15:19] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:4d48ea3c4bcb: avfilter/vf_libopencv: use av_freep() avoid leaving stale pointers in memory
[15:19] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:b44ae59b7091: avfilter/vsrc_life: Use av_freep() avoid leaving stale pointers in memory
[15:19] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:869b56cae6e0: avformat/mpegenc: replace always enabled asserts by av_assert0()
[16:08] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:8815ddc29fa4: configure: create the tests directory like the doc directory
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:da52c0ebc641: avformat/hdsenc: Use av_freep() avoid leaving stale pointers in memory
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:a4ffcf024e99: avformat/flvdec: Use av_freep() avoid leaving stale pointers in memory
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:195e8ecacc8b: avcodec/vmdvideo: Check len before using it in method 3
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:64fdce780263: avcodec/utvideodec: Fix handling of slice_height=0
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:65d426bddd0b: avformat/mov: check atom nesting depth
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:ea5b4c682cae: avformat/mov: fix integer overflow of size
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:dce726f0914f: swscale: increase yuv2rgb table headroom
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:da811dfc93a9: avcodec/h264: make the first field of H264Context an AVClass
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:cd51f4179139: avcodec/indeo3: use signed variables to avoid underflow
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:bd62554ad243: avcodec/dcadec: Check that the added xch channel isnt already there
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:de882ec2b15f: avcodec/hevc: clear filter_slice_edges() on allocation
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:a9c77e5c227b: avcodec/h264: Clear delayed_pic on deallocation
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:b6dc16bd9537: avcodec/hevc_ps: Check diff_cu_qp_delta_depth
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:bb97f243baa0: avcodec/h264: Check *log2_weight_denom
[16:09] <cone-112> ffmpeg.git 03Michael Niedermayer 07release/2.4:e2324b5b371c: avcodec/indeo3: ensure offsets are non negative
[16:09] <cone-112> ffmpeg.git 03Anton Khirnov 07release/2.4:396195c50591: jvdec: check frame dimensions
[16:09] <cone-112> ffmpeg.git 03Anton Khirnov 07release/2.4:9bafd6a8f6a0: mmvideo: check frame dimensions
[19:01] <Daemon404> Timothy_Gu, fyi i wouldnt care too much about c99-to-c89 nowadays. it's in legacy/support mode now.
[19:02] <Timothy_Gu> Daemon404: so that's why I closed the PR
[19:02] <Daemon404> ok
[19:03] <Timothy_Gu> Daemon404: except of course in Haiku their gcc 2.95.3 still doesn't support interspersed code and declaration
[19:04] <Daemon404> ffmpeg doesnt do that afaik
[19:04] <Daemon404> all var decls are at the top of blocks
[19:08] <wm4> Daemon404: are you sure about that
[19:08] <Daemon404> they were all purged/fixed, and no more were supposed to go in.
[19:08] <wm4> after all, even if ffmpeg requires C99, we still do shit like separating declarations and statements
[19:08] <wm4> meh
[19:09] <wm4> I wrote that before reading the rest
[19:09] <Daemon404> some of us thing that mixed code/var decsl are shit.
[19:09] <wm4> shit opinion
[19:09] <Daemon404> i can only disagree
[19:09] <JEEB> there are cases like for loops where initiating the int i = 0 in it can be a good idea, but in most cases you want to be sure your variables get initialized in a single place
[19:09] <wm4> I sure love it when a 500 lines function has 20 var decls on top, of which each one is used somewhere 10 nesting levels deeper
[19:10] <JEEB> which is usually in the beginning of the function
[19:10] <Daemon404> wm4, thats not what i meant.
[19:10] <Daemon404> i said BLOCK level
[19:10] <Daemon404> that is not the same thing.
[19:10] <wm4> can have the same effect
[19:10] <wm4> and if you love this so much, why don't you use Pascal?
[19:10] <Daemon404> i seriously question what kind of stuff is being written if block level var decls are too far way from use for you
[19:11] <wm4> at least it actually makes kind of sense in pascal
[19:11] <wm4> unlike C
[19:11] <wm4> anyway, your excuse that mixed decls/statements cause trouble with "some" compilers is pretty much not valid anymore
[19:11] <Daemon404> that was never my excuse
[19:11] <Daemon404> couldnt care less about that
[19:12] <JEEB> I wrote parts of my thumbnailer so that I made variables during the code path and suddenly I got segfaults in the failure path because that variable was not instantiated yet vOv
[19:12] <JEEB> or was it compiler errors, not sure
[19:13] <JEEB> so I think that on a block level putting the variable creation somewhere easily notable is a good idea
[19:14] <JEEB> and not for any compilers or any of that shit, just that I've been bitten myself by not being able to make f.ex. a good cleanup path because the variables were created in the wrong place for that
[19:44] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:649c158e8c94: Add FFMPEG_VERSION into the binary libs
[20:37] <cone-112> ffmpeg.git 03James Almer 07master:a4d62f7775d1: x86/constants: fix alignment of pw_255
[20:53] <Daemon404> 42
[21:06] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:2df5b506ca5e: avcodec/mpegvideo_enc: remove rtp_mode=0 for H261
[21:06] <cone-112> ffmpeg.git 03Michael Niedermayer 07master:c3e6a55956fd: avcodec/vp3: Fix offset handling
[23:00] <cone-112> ffmpeg.git 03Thomas Volkert 07master:1a971d33ebed: wavdec: refactor wav_read_header()
[23:06] <Daemon404> mraulet, why did you push that
[23:06] <Daemon404> it has an outstanding issue
[23:06] <Daemon404> printing user input to teh temrinal is not ok.
[23:07] <mraulet> what is « that »?
[23:07] <nevcairiel> i think he didnt mean to talk to you
[23:07] <Daemon404> er
[23:07] <Daemon404> soryr
[23:07] <nevcairiel> he gets confused sometimes
[23:07] <Daemon404> i meant michaelni
[23:07] <Daemon404> bad tab completion
[23:07] <mraulet> ok
[23:08] <kierank> Daemon404: FFmpeg. Gotta commit it all!
[23:08] <nevcairiel> mraulet: but since you are here, and in case you get bored sometime, i found a problem in the hevc decoder. :D https://trac.ffmpeg.org/ticket/4185
[23:08] <wm4> Daemon404: why not?
[23:08] <mraulet> yes I saw it
[23:09] <Daemon404> wm4, printing e.g. terminal escape codes is surefine excellent fun
[23:09] <Daemon404> that patch blidnly prints user input as chars.
[23:09] <mraulet> but too many things comings
[23:09] <koda> michaelni: why wasnt made aware of this https://github.com/FFmpeg/FFmpeg/commit/c3e6a55956fd4a8b59c8c7a52a64af24dfed7a5a
[23:09] <koda> and it was committed without review first?
[23:09] <Daemon404> why would you be
[23:10] <Daemon404> what makes yoi special
[23:10] <koda> because i am the author of that code
[23:10] <j-b> his sex is big :)
[23:10] <Daemon404> koda, you are not in teh header and it is otherwise noted nowhere
[23:10] <Daemon404> unless you expect everyone to git blame every line they change
[23:11] <nevcairiel> he is just trolling of course
[23:11] <aetasx> lets git blame koda for everything
[23:12] <koda> nevcairiel: you were right, its fun, but id rather do something useful
[23:12] <Compn> koda  : send patch to put your name in copyright of that file
[23:12] <koda> Daemon404: because michaelni merged that code from me and since he doesnt have a memory of fish i expect him to remember
[23:12] <Daemon404> koda, thats a load of shit
[23:12] <Compn> koda : or i can commit directly if you prefer.
[23:12] <wm4> Daemon404: it could mess up the terminal, but apart from that there should be no issues
[23:12] <Compn> do you want me to put your name in copyright ?
[23:13] <koda> Compn: no, id like that was mailed for review
[23:13] <ubitux> lol
[23:13] <kierank> lol
[23:13] <Compn> koda : OK, what mailing list do you want him to mail it to ?
[23:13] <Compn> libav-devel? :)
[23:13] <Daemon404> its not like michael uses ffmpeg-devel
[23:13] <Daemon404> 0/10 compn
[23:13] <koda> Compn: ffmpeg-devel or my private email is fine
[23:13] <Compn> aww cmon Daemon404, its always worth it to bring it up
[23:14] <aetasx> who's this michael person anyway
[23:14] <Compn> as michaelni is maintainer for most files, and its ffmpeg policy not to make maintainers post patches for files they maintain...
[23:14] <nevcairiel> koda: you should realize there is no review of every single straight-forward bugfix patch here, if you want to see every single commit, subscribe to the cvslog mailing list, or however its called these days
[23:14] <Compn> there is no policy violation for not posting every patch to mailing list :)
[23:15] <wm4> more importantly, why would koda care
[23:15] <koda> nevcairiel: thats totally not a straightforward bugfix,
[23:15] <nevcairiel> wm4: he doesnt, he just likes to troll here recently
[23:15] <koda> nevcairiel: i dont think i am trolling
[23:15] <ubitux> it's not trolling, it's poisonning :p
[23:15] <Daemon404> koda, we all got tired of forkwars a logn time ago.
[23:15] <Daemon404> just
[23:15] <Daemon404> let
[23:15] <Daemon404> it
[23:15] <Daemon404> fuckign
[23:15] <Daemon404> die
[23:15] <wm4> even I got tired of it
[23:16] <Compn> i'm tired of it 
[23:16] <ubitux> same here.
[23:16] <kierank> koda: does libav ask michael or carl about every patch?
[23:16] <koda> guys please dont troll
[23:16] <Compn> guys dont dogpile on koda  , you will scare him off
[23:16] <Compn> :\
[23:17] <aetasx> trolls have to eat too
[23:17] <aetasx> Comp, where'd your @ go?  Incognito?
[23:17] <koda> i just dont like when something gets fixed in my code when there is nothing to fix, and if there indeed is a bug i should at least be informed
[23:17] <Compn> koda : sometimes, when people make onerous requests of michael , we get upset that maybe he isnt being treated fairly
[23:18] <Compn> aetasx : just havent identified
[23:18] <aetasx> ah
[23:18] <aetasx> how sweet
[23:18] <ubitux> koda: just monitor our git, cvslog, irc or whatever you want and deal with it
[23:18] <ubitux> koda: that's how we do since years with libav because you guys like(d?) to ignore us
[23:18] <Compn> ubitux : what about making a commit hook to notify koda when that file is touched ?
[23:19] <nevcairiel> how about every file, since we dont know which files he cares about
[23:19] <nevcairiel> oh wait, thats called cvslog
[23:19] <Compn> nevcairiel : 5/10 :D
[23:19] <wm4> cvslog sounds like a very annoying mailing list
[23:19] <koda> ubitux: actually its you who like to ignore us, since everyone here is subscribed to libav-devel but pretends not to read patches
[23:19] <Daemon404> koda, please
[23:20] <Daemon404> stop
[23:20] <Daemon404> i mean im on both projects
[23:20] <Daemon404> but holy shit
[23:20] <Daemon404> stop
[23:20] <Daemon404> youve drunk the kool aid
[23:20] <nevcairiel> wm4: probably, i just read the git log once in a while
[23:20] <wm4> I don't even read the api changes file
[23:20] <ubitux> wm4: it's the most convenient way not to miss anything afaict
[23:20] <wm4> though I try to read every patch on the MLs
[23:20] <j-b> you guys are really stupid...
[23:21] <Compn> j-b : you cant force us to be smart.
[23:21] <Compn> nor can you trick us into being smarter.
[23:21] <j-b> Compn: with you, I lost hope a long time ago :)
[23:21] <Daemon404> Compn, what about smarter 
[23:21] <ubitux> ouch :')
[23:22] <Compn> Daemon404 : you can try to trick smarter if you want :P
[23:22] <aetasx> this channel makes me all way and fuzzy inside :p
[23:22] <aetasx> warm*
[23:22] <Compn> Daemon404 : why you troll koda out of here ?
[23:23] <wm4> the fork situation is as fucked as ever
[23:23] <Compn> i mean, aside from his request to be notified of changes..
[23:24] <nevcairiel> it just got quieter over the last weeks, then some random other guy starts being an ass about it, really what triggers people all the time :p
[23:24] <iive> koda is the author of theora codec?
[23:24] <jamrial> koda's got a sizable chunk of vp3.c code on his name, so he could just send a patch to get added to MAINTAINERS for said file and then he would get exactly what he wanted
[23:24] <jamrial> no
[23:25] <nevcairiel> just the cropping code that got modified
[23:25] <Compn> i could add koda to that file right now, no patch needed
[23:25] <ubitux> nevcairiel: yeah it indeed feels like single man crusade after everyone had finally came to some kind of bitter peaceful state
[23:25] <jamrial> Compn: no. you should ask Koda if he's willing to maintain the file first
[23:26] <ubitux> Compn: nope, you're not going to mess with someone's copyright like this
[23:26] <Compn> jamrial : thats why i said file, i meant vp3.c , not MAINTAINERS
[23:26] <jamrial> ah
[23:26] <Compn> ubitux : you're no fun
[23:27] <ubitux> it's not going to change anything anyway
[23:27] <Compn> no its not
[23:27] <Compn> i tried, i tried really hard
[23:27] <Compn> cant help anyone , oh well
[23:27] <Compn> must stop caring, that is the only way to survive.
[23:28] <wm4> it's fucked and nobody can fix it
[23:28] <Daemon404> wm4 is correct
[23:28] <Daemon404> so we just go with it.
[23:28] <Compn> i just want to fix it somehow
[23:28] <Compn> or get j-b to give up
[23:28] <Compn> j-b : why are you trying to fix it so hard
[23:28] <ubitux> j-b is just trolling you more than you can ever imagine
[23:28] <j-b> Compn: fix what?
[23:29] <wm4> "it"
[23:29] <j-b> ah, that?
[23:29] <wm4> yep
[23:29] <j-b> sure. what?
[23:29] <jamrial> https://i.imgur.com/6O6qBYH.jpg
[23:29] <Compn> yes, he trolls me good.
[23:29] <Compn> ios store kicking vlc out :)
[23:29] <wm4> jamrial: fitting
[23:29] <aetasx> not surprising
[23:31] <aetasx> they've always seemed to run their store as a form of fascism
[23:33] <kierank> j-b: "the situation"
[23:33] <wm4> now let's hope at least windows store is running well, or the license change was for nothing
[23:33] <iive> hum.. didn't vlc requested to be removed loooong ago, because of gpl license incompatibility or something like that?
[23:34] <aetasx> I'd think if it was an issue of gpl license issues, apple would've moved much more quickly
[23:36] <j-b> kierank: ah? I'm totally lost of whom I'm trolling then
[23:36] <nevcairiel> so are we, its ok
[23:36] <aetasx> find a new one then
[23:37] <wm4> isn't trolling illegal?
[23:37] <Daemon404> [22:33] <+kierank> j-b: "the situation" <-- j-b is from jersey?
[23:37] <aetasx> where?
[23:37] <kierank> Daemon404: you mean northern ireland?
[23:38] <Daemon404> no, new jersey
[23:38] <Compn> "the situation" is the name of a person on "jersey shore", an mtv tv program
[23:38] <Compn> Daemon404 is making american jokes to a foreign audience
[23:38] <kierank> i see
[23:38] <aetasx> so much for my respect for Compn
[23:38] <Daemon404> its what the only way is essex was based off of.
[23:38] <kierank> "the situation" is a euphemism for "the troubles" in northern irelands
[23:38] <kierank> ireland*
[23:39] <kierank> i.e a 50yr long war
[23:39] <Daemon404> i thought that was "the cause"
[23:39] <Daemon404> or was that just for the IRA
[23:39] <kierank> just ira
[23:39] <Compn> aetasx : you should respect j-b , i'm an mplayer developer, so i get "no respect" (which is a catchphrase from american comedian rodney dangerfield)
[23:40] <aetasx> oh, I just meant actually knowing a reference from jersey shore
[23:40] <Compn> ah
[23:40] <ubitux> > In April 2003, libdvdread was merged into libdvdnav, to simplify the integration for playback applications.
[23:40] <ubitux> > In November 2007, the new maintainers started to split again libdvdread from libdvdnav, in 2 different libraries. The actual splitting work was done from April to August 2008.
[23:40] <ubitux> hahaha i didn't know that j-b 
[23:40] <ubitux> i wonder what was the reason of splitting again
[23:41] <aetasx> keep us confused
[23:41] <wm4> I'm still waiting for libdvdnav to get "as good" as libdvdread
[23:42] <ubitux> would be nice to merge them again, along with libdvdcss
[23:42] <ubitux> libdvd-ng
[23:43] <wm4> ng is for not good?
[23:43] <aetasx> don't you have your own fork trouble to deal with ;)
[23:44] <Compn> lol
[23:44] <ubitux> i'm going to add libavdvd to aggregate all these 3
[23:44] <Compn> so did the sony hackers get the bluray specs and master key list ?
[23:45] <Compn> they should release something interesting like that, all sony specs
[23:45] <Compn> not boring screener of 'annie'
[23:45] <Daemon404> sony's too busy pretending like The Interview wasnt a crap movie anywya
[23:45] <Compn> did you hear no dvd release ?
[23:45] <Compn> thats insane, or the best viral marketing ever
[23:46] <aetasx> annie?  that sounds like the name of a musical
[23:46] <Compn> aetasx : its a remake.
[23:46] <Compn> its in theaters ... now or next week i cant remember
[23:46] <aetasx> definitely not concerned then
[23:47] <wm4> aetasx: if you mean me, no
[23:47] <aetasx> was talking to ubi
[23:51] <aetasx> what timezones are you guys in anyway?  it gets lonely here at night just talking to cone
[23:51] <Compn> what state are you in aetasx ? 
[23:51] <Compn> i dont recognize clt.bellsouth
[23:51] <aetasx> right outsite charlotte
[23:52] <Compn> ah
[23:52] <Compn> i'm outside detroit
[23:52] <aetasx> whats he IT industry like up there now?
[23:52] <cone-112> ffmpeg.git 03Thomas Volkert 07master:e8d57e416393: wavdec: avoid output of arbitrary chars
[23:52] <Compn> compuware is moving to boston
[23:53] <Compn> i dont think there really is an industry up here, just a few good press releases fools people
[23:53] <aetasx> we have like all the bank headquarters here
[23:54] <aetasx> they're all technical naturally but always seem to lag behind actual tech companies
[23:57] <Compn> companies like banks probably like stability rather than innovation
[23:57] <Compn> which is why we had the financialpocylypse ! :)
[23:58] <Compn> or maybe not
[23:58] <aetasx> yeah, they have very little incentive to keep up with technology compared to other companies
[23:59] <aetasx> wasnt until maybe a few years ago that I started hearing about jobs from them in linux
[23:59] <michaelni> Daemon404, ive applied a patch from Loriker to fix wavdec, sorry i had missed that the first one was not updated
[23:59] <Daemon404> k
[23:59] <cone-112> ffmpeg.git 03Clément BSsch 07master:83b0fe395bbd: avformat/wavdec: make start_code string larger
[00:00] --- Sat Dec 20 2014