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

[burek]

[00:11] <BBB> ubitux: ok fixed
[00:15] <BBB> Compn: is ffmpeg's goal to be the fastest and support the most formats and feathres? is libav's goal to have clean code without hacks and to fix old api because of design restraints and limitations? - actually a fair point, I dont think its about goal, as much as about priority; in the end, both projects want both
[00:15] <BBB> Compn: but not any less true obviously
[00:30] <Compn> BBB : i dont think ffmpeg actually has goals or stuff like that
[00:30] <Compn> :P
[00:33] <Compn> but yes what you say makes sense.
[00:41] <jamrial> libav has removed decoders they considered useless, like snow, so their definition of "most formats" is not very broad
[00:42] <jamrial> they also removed libav* only features like mp3 header de/compress bitstream filter
[00:42] <jamrial> meaning that a file you created with one version of libav you then couldn't read with the next
[00:43] <j-b> jamrial: come on, snow...
[00:43] <jamrial> yes, i agree it's not exaclty useful. just using it as an example of them not really bothering with supporting every format possible
[00:46] <jamrial> the codec was there. they simply removed it to reduce maintenance burden. shows they really care about clean code *a lot* more than features
[00:48] <Compn> hmm i am missing mails.
[00:48] <Compn> whers the one michael replied to
[00:56] <wm4> Compn: the cross-posting is getting a little out of hand
[00:57] <wm4> ok who wants to maintain ffmpeg
[00:58] Action: wm4 looks at j-b 
[00:58] <Compn> i asked him before, he said he didnt want to
[00:58] <Compn> poor michael, my mail trolled too hard
[00:58] <Compn> michaelni : my mail was meant to troll discussion between devels...
[00:59] <Compn> not to make an insult on anyone
[00:59] <Compn> i think you have done a great job with ffmpeg . a lot of the problems in the past are gone, not that they were your problems , but the project has grown a lot.
[01:01] <j-b> wm4: do a linus way
[01:01] <Compn> maybe i should have cc'd libav-devel :P
[01:01] <j-b> subsystem submaintainers
[01:01] <j-b> that merge patches
[01:02] <wm4> so each lib gets a maintainer? that must be funny
[01:02] <j-b> that get merge upstream to the true-upstream
[01:02] <j-b> wm4: why so?
[01:02] <wm4> e.g. lavc and lavf are closely coupled
[01:03] <Compn> wm4 : per file maintainer ? 
[01:03] <wm4> I just can't imagine how that'd work
[01:03] <Compn> which is pretty much what we have now...
[01:03] <Compn> >MAINTAINERS
[01:03] <j-b> wm4: so, how is that different from the kernel?
[01:03] <wm4> Compn: not really, it implies maintainers for larger parts of the code, which merge from "lower" devs
[01:04] <wm4> j-b: I guess the bottom line is that you need capable people as the "top most" maintainers
[01:04] <j-b> agree.
[01:04] <wm4> who will that be?
[01:04] <j-b> depends for which part
[01:04] <j-b> but for libav/subtitles, ubitux would be logical
[01:05] <j-b> for libswscale, michaelni would be obivous
[01:05] <wm4> not to say there are no capable people (at least technically), but everyone seems to mess with everything
[01:05] <j-b> for libavresample/libswr are easy too
[01:05] <j-b> libavformat/avio would be wbs
[01:05] <j-b> libavutil people like elenril, or another german-mind
[01:06] <j-b> for libavcodec/xiph- , it's not hard to find someone
[01:06] <j-b> then you need one libavformat merger and one libavcodec merger
[01:07] <j-b> for libavcodec/vp* BBB 
[01:07] <j-b> complex? sure.
[01:07] <cone-847> ffmpeg.git 03James Almer 07master:7cafdfe9c799: lavfi: duplicate ff_log2_tab
[01:08] <wm4> <j-b> then you need one libavformat merger and one libavcodec merger <- this seems to be the interesting part
[01:09] <kierank> Well I would say filtering is more controversial
[01:11] <BBB> I dont want to maintain anything
[01:12] <Compn> hah two great mails from michael on debian-devel
[01:13] <Compn> the 24h notice on mphq still burns on me, i can work with libav devs, just i cannot work on any server admin/hosted by libav...
[01:14] <Compn> ah well
[01:14] <Compn> cant think about split
[01:14] <Compn> need to do something productive
[01:14] Action: Compn afk
[01:30] Action: kierank wonders whether to hit the send button in that thread
[01:30] <J_Darnley> What harm can a little more fire do?
[01:30] <Compn> oh man dont do it
[01:31] <Compn> :P
[01:31] Action: Compn rips keyboard in half
[01:31] <wm4> Compn: weren't you doing productive things?
[01:42] <BBB> kierank: do it! :)
[01:44] <j-b> wm4: or just you fork, and we follow you
[01:44] <cone-847> ffmpeg.git 03James Darnley 07master:0081a14e7d1e: lavc/flacenc: add sse4 version of the 16-bit lpc encoder
[01:44] <wm4> j-b: you have more experience with open source, you should do it
[01:54] <kierank> there
[01:54] <kierank> i said it
[01:54] <kierank> that is the elephant in the room
[01:57] <wm4> so the problem is that michaelni isn't showing up on any conference?
[01:57] <kierank> every attempt at vdd to move towards discussion ends with that
[01:57] <kierank> Compn was there
[01:57] <kierank> and others
[01:58] <wm4> so why not host a conference at mini's home?
[01:58] <kierank> google tried
[01:58] <kierank> *this is not a joke*
[01:58] <wm4> it's funny anyway
[01:59] <Daemon404> at
[01:59] <Daemon404> wat
[01:59] <cone-847> ffmpeg.git 03James Almer 07master:a8592db9bb78: avcodec/idctdsp: make add/put_pixels_clamped_c internal functions
[01:59] <kierank> Daemon404: you were at the meeting too
[02:00] <Daemon404> i dont remember that part
[02:00] <wm4> but I admit I don't understand at all why mini's _physical_ presence should be needed to resolve this
[02:00] <kierank> because this is a social problem
[02:00] <kierank> and you can't solve social problems hidden away
[02:00] <kierank> almost by definition
[02:15] <Compn> pfft
[02:15] <Compn> kierank : you think being in person will change anything ? never.
[02:15] <Compn> oh lol @ sending it to debian-dev
[02:15] <Compn> ehe
[02:15] <kierank> sent it to whatever
[02:16] <kierank> i don't give a shit
[02:16] <kierank> send it to the pope and he can help too
[02:16] <kierank> and obama
[02:16] <Compn> i mean you sent it there
[02:16] <Compn> debian-dev needs all the flames it can take
[02:16] Action: Compn bored now
[02:16] <iive> is that invitation?
[02:18] <wm4> there's a giant flamewar about the inclusion of ffmpeg in debian
[02:18] <Compn> (also i dont think ffmpeg in debian will change anything)
[02:18] <iive> i'm aware. package stuck in ftpqueue for over 3 months
[02:18] <Compn> aside from not hurting users...
[02:18] <iive> Compn: it would.
[02:19] <iive> not for ffmpeg, but for libav.
[02:19] <Compn> what would it do for libav ?
[02:19] <iive> it would cut its water supply and let it try in the sun.
[02:19] <iive> it
[02:21] <iive> right now all projects that want to use multimedia in debian are forced to work with libav
[02:26] <kierank> wm4: can't claim to be a leader and not appear ever 
[02:26] <kierank> that's anothe point
[02:27] <Compn> lol
[03:11] <BBB> kierank: nah, no angry emails, well said, showing up at conferences is useful
[03:12] <BBB> michaelni: you should go to vdd this year, for real. ask carl eugen or so to shadow you if youre somewhat scared of the open world, its not that bad
[03:13] <kierank> thierry will also be there (i assume)
[03:54] <Timothy_Gu> jamrial: what's wrong with simply making log2_tab avpriv_?
[04:01] <cone-847> ffmpeg.git 03James Darnley 07master:54a51d384055: lavc/flacenc: partially unroll loop in flac_enc_lpc_16
[04:03] <jamrial> it was duplicated for all libs that need it some time ago, commit 930c9d43. the commit message explains why
[05:02] <cone-847> ffmpeg.git 03James Darnley 07master:0a52bbdc3161: cvcodec/flacdsp_lpc_template: osmetic fix
[06:08] <cone-847> ffmpeg.git 03James Darnley 07fatal: ambiguous argument 'refs/tags/n0.10.15': unknown revision or path not in the working tree.
[06:08] <cone-847> Use '--' to separate paths from revisions
[06:08] <cone-847> refs/tags/n0.10.15:HEAD: cvcodec/flacdsp_lpc_template: osmetic fix
[07:08] <jamrial> holy crap yasm 1.3.0
[09:19] <ubitux> kierank: i doubt michael going to a vdd or something will actually make any positive change
[09:20] <ubitux> i'm sure you'd love to have an oral fight, but it makes very little sense 
[09:21] <ubitux> libav people are very used to such thing (they are basically the people who represented ffmpeg in the past in real-life meetings)
[09:21] <ubitux> and even if you have the best neutral mediator in the fight, it makes no difference
[09:21] <ubitux> people not comfortable with "the oral medium" don't stand a chance, at all
[09:22] <ubitux> and even if it's the case, absolutely no additional information will be transmitted
[09:22] <ubitux> and only "feelings" will be remembered from that talk
[09:22] <ubitux> like "lol <X> totally clashed <Y>", "it was an awesome discussion" or stuff like that
[09:23] <ubitux> on a personnal note, real life meetings are boring as hell, and IMO never actually helped much
[09:24] <ubitux> the only benefits i see to such things are: put faces on nicknames, and communicate with corp who are too clumsy (or whatever reason) to use IRC or mails
[09:24] <nevcairiel> most people that insist on them are those that know that they are more experienced and comfortable with them, and hope to win the argument that way
[09:25] <ubitux> and used it as an argument later "we made monty admit ogg sucks IRL!!"
[09:25] <ubitux> without any actual trace of anything
[09:26] <kurosu_> Michael attending would be a good thing, but he would already have if he hadn't a major issue with it
[09:27] <kurosu_> What if he is agoraphobic or anything that would make such a public event an actual pain to him ?
[09:28] <ubitux> you don't need to have social anxiety for seeing only threat in going to such place
[09:28] <kurosu_> He may also *not* want to speak about it
[09:28] <ubitux> real life is the land of hypocrisy ;)
[09:29] <kurosu_> yeah, I'm just stating that people are trying to get him to come, while his absence is not a ploy/laziness but a much more serious issue
[09:29] <kurosu_> *may not be
[09:31] <kurosu_> kierank, BBB: not blaming you at all for suggesting this, but please consider that other viewpoint (potentially rhetorical)
[09:32] <ubitux> libav banned him from irc & mails to avoid the most they can any communication with him
[09:33] <nevcairiel> i smiled at the comment in the mail thread about chatting happily until a certain libav developer came around
[09:33] <ubitux> it's obvious that requesting for a real-life meeting is interpreted as a ploy
[09:33] <ubitux> nevcairiel: hahaha i actually was there at that time
[09:33] <ubitux> i didn't really understood why people suddenly stopped talking first, but then as i really love awkward situation like this i made sure to stay silent
[09:35] <kurosu_> handling conflict face-to-face is difficult
[09:36] <ubitux> what kierank suggest is probably in the spirit of smoothing relationship with random talks
[09:36] <ubitux> but it's really boring as hell and makes absolutely no difference on the technical matters
[09:37] <ubitux> and for people who only care about that, it's an insane waste of time
[10:02] <ubitux> /usr/include/fribidi/fribidi-common.h:35:5: warning: "DONT_HAVE_FRIBIDI_CONFIG_H" is not defined [-Wundef]
[10:02] <ubitux>  #if DONT_HAVE_FRIBIDI_CONFIG_H+0
[10:02] <ubitux>      ^
[10:03] <ubitux> grumbl wtf is this
[10:30] <ubitux> ok, related to -Wundef
[10:33] <ubitux> http://pastie.org/pastes/9469187/text sadness.
[10:48] <J_Darnley> > DONT_HAVE_FRIBIDI_CONFIG_H
[10:48] <J_Darnley> Oh my
[10:49] <ubitux> (fyi https://bugs.freedesktop.org/show_bug.cgi?id=82548)
[10:49] <J_Darnley> That must be confusung whenever it is zero.
[10:50] <ubitux> i wonder what workaround this +0 is 
[10:56] <nevcairiel> to make it eval to 0 instead of empty if its unset? i dunno
[11:45] <ubitux> any comment on the MV patch?
[11:57] <kriegero1> hi, i'm in hurry now so i'll just notify you there: commit b4d4f8f8266e6407f21a62110905b27d3d3d71da breaks digest HTTP authentication. Will come back in few hours and try to fix or file a bugreport.
[11:59] <ubitux> ah! i was wondering
[11:59] <ubitux> i was testing the icecast thing again but it wasn't working
[12:00] <ubitux> i wondered what was going on but didn't investigate, thx
[12:00] <kriegero1> pls highlight me if anybody comes up with some patch in few hours
[12:01] <ubitux> kriegero1: is it a regression from the merge or the commit itself?
[12:04] <nevcairiel> there dont appear to be changes in the merge itself, so must be the commit
[12:46] <BBB> ubitux: its not clumsy, its legal
[12:46] <BBB> (bigcorp crap)
[12:47] <ubitux> yes sure, whatever reason as i said :p
[12:47] <BBB> :)
[12:47] <ubitux> point is, michael isn't a bigcorp
[13:27] <cone-539> ffmpeg.git 03James Almer 07master:9f61d6d8fb65: lavc/dnxhd: ff_dnxhd_cid_table is not exported
[14:52] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:1e519b9d407f: avutil: turn arm setend into a cpuflag
[16:10] <J_Darnley> Is there anyone here with XOP or AVX capable CPUs that is willing to test a couple of patches for me?
[16:11] <ubitux> avx or avx2?
[16:12] <J_Darnley> uh, I'm not sure
[16:12] <J_Darnley> whichever has integer ops for ymm registers
[16:13] <ubitux> avx2 then, ok
[16:13] <michaelni> ubitux, "[FFmpeg-devel] [PATCH 2/2] lavfi/avf_showspectrum: fix output pts computation." is missing a review (its just a 1 line patch)
[16:13] <ubitux> J_Darnley: do you want a ssh on a box so you can test it yourself?
[16:13] <J_Darnley> That would be nice, yes.
[16:13] <ubitux> J_Darnley: can you send me an ssh public key
[16:13] <ubitux> ?
[16:14] <J_Darnley> Yes, do you have a key size requirement?
[16:14] <ubitux> michaelni: didn't i answered in that thread?
[16:14] <ubitux> J_Darnley: not really
[16:15] <J_Darnley> (where did I put them?)
[16:15] <cone-539> ffmpeg.git 03Paul B Mahol 07master:e3212bfd1493: avfitler/vf_perspective: support slice threading
[16:15] <michaelni> ubitux, you did but it wasnt applied, so maybe you should reply to each patch individually or just push yourself
[16:24] <J_Darnley> ubitux: sent via email
[16:25] <ubitux> perfect, give me a few minutes
[16:48] <ubitux> michaelni: i'd better let nicolas do it
[16:48] <ubitux> michaelni: i'll try to find time to test
[16:48] <ubitux> if you insist :P
[17:03] <J_D> Wow!  Look how fast configure is!
[17:05] <Compn> ?
[17:06] <J_D> Wrong window (sort of)
[17:07] <J_D> I'm connected to ubitux's laptop and am amazed at how much fater configure is on not windows
[17:07] <J_D> *faster
[17:08] <ubitux> J_D: can be even faster if you dash ./configure
[17:08] <ubitux> J_D: ah, forgot to tell you: --cc='ccache cc' is your friend
[17:12] <Compn> oh yes, windows configure is terrible.
[17:31] <J_Darnley> Oh, is that my problem?
[17:32] <J_Darnley> Why doesn't the SPLATD macro set every dword in a ymm reg to the value it should be?
[17:32] <J_Darnley> Is this the silly "split register" thing?
[17:35] <ubitux> J_Darnley: your problem? i'm just suggesting ccache to avoid wasting time when recompiling
[17:35] <J_Darnley> No sorry
[17:36] <J_Darnley> That's me debugging
[17:36] <J_Darnley> I am vaguely aware of ccache
[17:46] <kurosu> J_Darnley, pass --cc="ccache gcc" to configure and be done with it
[18:01] <J_Darnley> ah ha!  I need vbroadcastss
[18:18] <cone-539> ffmpeg.git 03Stefano Sabatini 07master:a539f1cbbd8f: doc/filters: correct confusing statements about *showinfo shown values
[18:33] <cone-539> ffmpeg.git 03Martin Storsjö 07master:8bf3bf69ad73: http: Stop reading after receiving the whole file for non-chunked transfers
[18:33] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:9f7a2ecb2926: Merge commit '8bf3bf69ad7333bf0c45f4d2797fc2c61bc8922f'
[18:45] <cone-539> ffmpeg.git 03Martin Storsjö 07master:428b0578c642: w32threads: Use newer thread synchronization functions when targeting Vista
[18:45] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:a0f3db8f60e0: Merge commit '428b0578c64241fc677fed7083cc8fe65e10f32e'
[19:02] <cone-539> ffmpeg.git 03Martin Storsjö 07master:72199e1041b4: configure: Check for nanosleep in headers as well, not only in libs
[19:02] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:cf24e10a0920: Merge commit '72199e1041b4052544e181ad90b431ca6704da12'
[19:37] <cone-539> ffmpeg.git 03Clément BSsch 07master:c85e0ca68a3d: avfilter/dctdnoiz: add slice threading
[19:52] <ubitux> Daemon404: if you want to retry dctdnoiz, it's now usable
[19:52] <ubitux> (from a speed PoV)
[19:52] <ubitux> Daemon404: also, it has 8x8 and 16x16 block sizes, so feel free to compare
[19:53] <Daemon404> is there any degredation when using slices
[19:53] <Daemon404> i guess there wouldnt be
[19:56] <ubitux> no, same quality
[19:57] <ubitux> each slice recomputes a few blocks above and after for its context
[20:02] <cone-539> ffmpeg.git 03Clément BSsch 07master:8fcd9386ec79: Changelog: notify about the recent performance boost in dctdnoiz filter
[20:05] <michaelni> j-b, did you find any sub system maintainer volunteers? That is should i add someone to MAINTAINERs for libavformat/codec/... ?
[21:00] <cone-539> ffmpeg.git 03Ronald S. Bultje 07master:14e302551812: vp9: ignore reference segmentation map if error_resilience flag is set.
[21:04] <cone-539> ffmpeg.git 03Clément BSsch 07master:ec14f53dbd02: reset and complete RELEASE_NOTES for the next version
[21:09] <j-b> a1m
[21:09] <j-b> oops
[21:10] <j-b> michaelni: that was just an idea.
[21:10] <j-b> michaelni: but that requires important changes that I doubt you are ready for.
[21:11] <durandal_1707> like what?
[22:00] <J_Darnley> How does the log file for that ticket end up being 500 MB?
[22:11] <kurosu> The input file is a 850MB audio file, and the log level is at its max
[22:30] <J_Darnley> oh yeah, some formats print for every packet
[22:31] <cone-539> ffmpeg.git 03Andrew Stone 07master:afbd4b7e093a: lavf: add AVFormatContext/AVStream fields for signaling to the user when events happen.
[22:31] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:ed8e6d535cf4: Merge commit 'afbd4b7e093adf6d7a830b32759ca3ba8500363d'
[22:32] <jamrial> he says the audio is not written to the file until conversion is complete, and kept in memory instead
[22:32] <jamrial> if the output file has both audio and cover art, there's a posibility that the mp3 muxer buffering the audio packets waiting for the cover art stream is causing this
[22:47] <cone-539> ffmpeg.git 03Andrew Stone 07master:a8c104a511f9: AVOption: add support for dictionary types.
[22:47] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:2ba45778095c: Merge commit 'a8c104a511f97e4ea617df73b31737e28a8a5126'
[22:53] <cone-539> ffmpeg.git 03Andrew Stone 07master:7601f9412a2d: http: export icecast metadata as an option with name "metadata".
[22:53] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:69a5cd9feac5: Merge commit '7601f9412a2d3387617a45966b65b452a632c27a'
[22:59] <cone-539> ffmpeg.git 03Andrew Stone 07master:7e38903b5c86: http: enable icy metadata by default.
[22:59] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:313d75cd4300: Merge commit '7e38903b5c86a759549e70647ae42bb22d353b14'
[23:05] <J_Darnley> ubitux: I don't know if there's an easy to install package for you but can I request that you install the GNU time utility?
[23:07] <cone-539> ffmpeg.git 03Andrew Stone 07master:019d3fccc4dc: Set protocol-level metadata in AVFormatContext any time a packet is read.
[23:07] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:f01a1281ee82: Merge commit '019d3fccc4dcf5c8379112f697ce9eb08edee9b9'
[23:19] <wm4> so, should the old metadata update API be deprecated?
[23:36] <cone-539> ffmpeg.git 03Andrew Stone 07master:93c04e095dc3: Expose metadata found in onCuePoint events in .flv files.
[23:36] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:9f97f7c54638: Merge commit '93c04e095dc37ebdab22174e88cfa91e24940866'
[23:43] <cone-539> ffmpeg.git 03Andrew Stone 07master:0f789322efa7: flvdec: update AVFormatContext.event_flags with METADATA_UPDATED whenever metadata changes.
[23:44] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:314c198413bf: Merge commit '0f789322efa78a672e4c3027e5cc12b8a947043a'
[23:50] <cone-539> ffmpeg.git 03Andrew Stone 07master:fa3a5dd4dea3: nutdec: update AVFormatContext.event_flags with STREAM_/METADATA_UPDATED whenever metadata changes.
[23:50] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:1110a030c732: Merge commit 'fa3a5dd4dea34baa6bb2f7fe6006fc4b2888f2aa'
[23:56] <cone-539> ffmpeg.git 03Andrew Stone 07master:cc3e88a2b9e7: mov: update AVFormatContext.event_flags with METADATA_UPDATED whenever metadata changes.
[23:56] <cone-539> ffmpeg.git 03Michael Niedermayer 07master:a90364d001eb: Merge commit 'cc3e88a2b9e7ecf62e4ea1c41ce1623cea67ee96'
[00:00] --- Thu Aug 14 2014