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

[burek]

[00:00:05 CEST] <j-b> and I'll soon move to doing Javascript and web development
[00:00:19 CEST] <Compn> no not javascript
[00:00:24 CEST] <JEEB> j-b: sounds like something that will pay the bills
[00:00:58 CEST] <j-b> JEEB: Javascript is awesome!
[00:01:12 CEST] <JEEB> ecmascript is bearable
[00:01:29 CEST] <JEEB> (as there really isn't anything better on the web)
[00:02:03 CEST] <JEEB> and there are things like TS (thank you visual studio for registering that extension from my video players) that add the "notice mistakes before you go into production"
[00:02:06 CEST] <JEEB> layer
[00:02:29 CEST] <j-b> oh yes
[00:03:04 CEST] <Compn> JEEB : you could make a new cross-plat browser language to replace javascript which is showing its age
[00:03:10 CEST] <Compn> and make a lot of money doing that...
[00:03:14 CEST] <Compn> there, another $1m idea.
[00:03:26 CEST] <iive> firefox support webassembly or something like that
[00:03:27 CEST] <JEEB> nah, I'll rather just watch mobile game footage https://www.youtube.com/watch?v=mSxrvUsssGE
[00:03:30 CEST] <j-b> yep
[00:03:34 CEST] <j-b> port Qt to wasm
[00:03:36 CEST] <JEEB> yea, webasm is the thing coming
[00:03:59 CEST] Action: Compn waiting for a real web browser to come along :(
[00:04:41 CEST] <j-b> vivaldi?
[00:04:42 CEST] <j-b> brave?
[00:05:05 CEST] <Compn> vivaldi just sent me an email
[00:05:17 CEST] <Compn> guess i should read how much they really want to change chrome but end up not changing it
[00:05:17 CEST] <JEEB> brave seemed fun. also mozilla making the tab containers a freely available add-on instead of a registration-needed experiment
[00:06:19 CEST] <Compn> containers lol
[00:06:32 CEST] <JEEB> hey, I like the idea
[00:06:33 CEST] Action: Compn just has portable browsers in different locations
[00:06:40 CEST] <Compn> guess i'm ahead of the currrrrrve
[00:06:47 CEST] <JEEB> https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/
[00:07:00 CEST] <JEEB> so you can have tab groups that have 100% separate local storage
[00:07:03 CEST] <Compn> right
[00:07:12 CEST] <wm4> isn't firefox breaking addons
[00:07:14 CEST] <Compn> its called portable browsers in different locations.
[00:07:25 CEST] <JEEB> wm4: yes, which is why these are based on the new APIs
[00:07:40 CEST] <JEEB> the old API extensions will have a lot of extinction
[00:07:41 CEST] <wm4> oh so there is a new API
[00:07:44 CEST] <JEEB> after 57 hits
[00:08:01 CEST] <JEEB> wm4: and they recommend people who have missing functionality to make experiments which let you draw the interfaces
[00:08:17 CEST] <JEEB> so that they can be evaluated and implemented if people feel it's a useful addition to the WE API
[00:08:32 CEST] <JEEB> but as I've already noted, the death of the XUL add-ons *will* kill a lot of extensions
[00:08:41 CEST] <JEEB> because people were making them for fun
[00:08:43 CEST] <Compn> LOL brave inserts its own ads
[00:08:50 CEST] <Compn> also based on chromium
[00:08:51 CEST] <JEEB> and people don't want to do random rewrites
[00:08:59 CEST] <JEEB> yea, everything and their dog has chromium there
[00:09:01 CEST] <Compn> how is it faster than chrome if its using chrome ?
[00:09:03 CEST] <graphitemaster> I've been using firefox-nightly on Windows and Linux (now uses the new stylo by default and electrosys (their multi threaded browser renderer)), they're working on an interruptible html/css rewrite too to be threaded which is in beta, the performance has been nothing short of amazing. In terms of user experience alone, I'd argue it's 2 to 4 times nicer feeling.
[00:09:22 CEST] <JEEB> graphitemaster: yea I'll get on that train as 57 hits beta
[00:09:32 CEST] <JEEB> also it will also show me how much I will miss tab groups
[00:09:38 CEST] <Compn> multi threaded just means its going to lock up more threads :P
[00:09:40 CEST] <JEEB> so I can have my por^Wprivate content in another group
[00:09:58 CEST] <Compn> opens browser ... 50 porn tabs start loading
[00:09:59 CEST] <Compn> hmmmmmmmmmm
[00:10:22 CEST] <JEEB> and that is why you have them in multiple groups ;)
[00:10:24 CEST] <wm4> I wonder if slack in firefox will finally be usable
[00:10:38 CEST] <graphitemaster> por^Wprivate content is best suited to the por^Wprivate hub app on Android with a VR headset, you don't even need VR content, just being able to lay back and het a nice "large screen TV" feel ;-)
[00:10:46 CEST] <JEEB> pfft
[00:10:51 CEST] <JEEB> I mostly read that sort of stuff
[00:11:02 CEST] <JEEB> so a screen and an easily operable reader is all I need 8)
[00:11:04 CEST] <graphitemaster> slack isn't usable in any context.
[00:12:36 CEST] <iive> what is that slack you are talking about?
[00:13:11 CEST] <graphitemaster> slack is a webapp based chat thing like IRC but with more features, like inline images and emojis and videos, very media rich
[00:13:51 CEST] <graphitemaster> also slow as crap since it's a billion lines of javascript apparently that takes 95 hours for your browser to interpret unless you have a JIT
[00:14:47 CEST] <Compn> i think the web as we know it is outdated
[00:14:51 CEST] <wm4> yes, it's like IRC but worse and with web shit
[00:14:59 CEST] <Compn> in the future all websites will just be streamed video with interactive content
[00:15:08 CEST] <Compn> thus getting rid of html/javascript 99%
[00:15:20 CEST] <Compn> j-b : you going to make this a reality? ^^^
[00:15:24 CEST] <Compn> you can have my idea for $1m
[00:15:57 CEST] <Compn> the only thing the client gets is html5 or flash video
[00:16:06 CEST] <Compn> website is all server side again :)
[00:17:19 CEST] Action: Compn wonders why he gives all of his great ideas away for free
[00:18:15 CEST] <iive> Compn: there will actually be only one site. facebook.
[00:18:23 CEST] <j-b> very more likely
[00:19:41 CEST] <iive> does facebook have its own Alexa like device?
[00:21:07 CEST] <Compn> good question 
[00:21:18 CEST] <Compn> google, apple siri, amazon alexa...
[00:21:51 CEST] <Compn> iive : the internet says fb is working on a voice speaker/video chat device
[00:22:22 CEST] <j-b> iive: every android device?
[00:22:41 CEST] <iive> j-b: android is google
[00:22:58 CEST] <j-b> fb is preinstalled in all android devices
[00:23:04 CEST] <j-b> with all the permissions set
[00:23:33 CEST] <iive> well, Alexa is a tube that you put in your house and that has 8 microphones that work at all time.
[00:23:41 CEST] Action: Compn checks and sees that there is no facebook app on his phone
[00:23:42 CEST] <Compn> wew
[00:23:47 CEST] <iive> phones turn off some stuff to preserve power.
[00:24:28 CEST] <Compn> facebook is built into the accounts thing in android 
[00:24:35 CEST] <Compn> if you add your account there, that is
[00:26:07 CEST] <iive> also, Alexa like devices cost about $50, they are basically giving them away for free.
[00:31:44 CEST] <Compn> wm4 : whats your plan for ffmpeg future ?
[00:34:42 CEST] <wm4> nothing
[00:36:08 CEST] <graphitemaster> what's your plan for ffmpeg past?
[00:36:49 CEST] <Compn> j-b : what about the proposed plan to destroy the git history and re-make it without the merge commits ?
[00:37:00 CEST] <Compn> or to modify git so a checkout does not land on a merge ?
[00:37:08 CEST] <Compn> and that merges are silenced ...
[00:37:09 CEST] <j-b> Compn: I have that, personnally
[00:37:44 CEST] <Compn> j-b : i was under the impression that a lot of devs would want such a repo... if you want to share it with them
[00:37:52 CEST] <j-b> no.
[00:37:54 CEST] <j-b> pay me.
[00:38:01 CEST] <Compn> how much
[00:38:04 CEST] <j-b> Compn: 1million
[00:39:12 CEST] <wm4> chance missed I guess
[00:39:27 CEST] <Compn> wm4 : didnt you want such a repo or no ?
[00:39:46 CEST] <j-b> Compn: seriously, now is not the time to discuss all this.
[00:39:48 CEST] <wm4> whatever would fix the dumb fork situation
[00:39:50 CEST] <Compn> oh ok :P
[00:40:02 CEST] <Compn> j-b : have fun at vdd! :)
[00:40:36 CEST] <j-b> Compn: we have the money (in the million $ range), we have the capacities, we have the skillz. So the issue is mostly the will.
[00:41:15 CEST] <j-b> and now, bed it is.
[00:42:09 CEST] <Compn> wm4 : come to vdd and see the fork situation in person , face to face :)
[00:43:45 CEST] <wm4> probably not
[00:45:59 CEST] <graphitemaster> there's an ffmpeg fork?
[00:46:17 CEST] <Compn> there are quite a few ffmpeg forks
[00:46:22 CEST] <wm4> for 6 years or so
[00:46:35 CEST] <graphitemaster> is it the whole libav vs ffmpeg thing
[00:46:42 CEST] <graphitemaster> I thought that was finally over
[00:46:45 CEST] <Compn> yes, wm4 wont let it go 
[00:46:50 CEST] <Compn> :P
[00:47:42 CEST] <wm4> graphitemaster: why would you think it's over
[00:50:43 CEST] <graphitemaster> because fighting over superficial shit isn't engineering?
[00:51:27 CEST] <JEEB> I don't think people fight, both camps are happily camping in their own corner
[00:52:48 CEST] <Compn> i've been trying to teach people that forks are natural (see xfree86 xorg or redhat / debian or even freebsd / openbsd )
[00:54:36 CEST] <Compn> and trying to reunite ffmpeg and libav would be like trying to get redhat and debian to merge
[00:55:08 CEST] <Compn> or debian/ubuntu if you prefer 
[00:55:34 CEST] <Compn> but i think everyone hates me now
[00:55:40 CEST] <iive> hum... ubuntu is way too similar to debian
[00:55:41 CEST] <Compn> and most people have me on /ignore
[00:59:17 CEST] <Loriker> compn: :-D
[01:01:44 CEST] <wm4> Compn: please stop spewing bullshit
[01:01:53 CEST] <wm4> why are you always making things harder than they are
[01:02:11 CEST] <Compn> you imply that i have any power or say in the matter, wm4
[01:02:30 CEST] <Compn> but i do not.
[01:03:31 CEST] <Compn> these are just my opinions
[01:20:22 CEST] <graphitemaster> reuniting ffmpeg and libav would be like trying to get north korea and the united states to stop instigating each other
[01:24:50 CEST] <wm4> no it wouldn't
[02:23:13 CEST] <rcombs> less "north and south korea" and more "north and south dakota" at this point, I think
[02:27:54 CEST] <wm4> on that topic: I bet 1988 nobody thought west/east germany unification would have been possible
[03:11:52 CEST] <cone-847> ffmpeg 03Tatsuyuki Ishi 07master:598e41684066: GnuTLS: eat PREMATURE_TERMINATION error
[03:11:52 CEST] <cone-847> ffmpeg 03Kaustubh Raste 07master:b5da07d4340a: avcodec/mips: Unrolled loops and expanded functions in avc put mc 10 & 30 msa functions
[03:11:52 CEST] <cone-847> ffmpeg 03Kaustubh Raste 07master:bba9c1c6bb17: avcodec/mips: Reduced conditional cases in avc inter lpf msa functions
[06:08:18 CEST] <atomnuker> kierank: which train are you getting to paris?
[06:13:22 CEST] <kierank> atomnuker: 12:24
[06:14:05 CEST] <atomnuker> I'm on the 9:24
[06:18:02 CEST] <kierank> I might be too sick for disneyland
[06:19:15 CEST] <atomnuker> did you go to dirtyburger?
[07:55:52 CEST] <kurosu> So, is this an exercise in futility to use movntq/movntdqa in checkasm's randomize buffers stuff ? I don't like the speed aspect of checkasm to be essentially reading from known addresses (thus cached) of very recent data (thus L1 or L2 at worst)
[07:56:43 CEST] <kurosu> plus everyone does rnd() and reads 16bits of it: is this being entropy-conscious or cargo-culting?
[08:01:26 CEST] <kurosu> can't find an equivalent for ARM, but caches are likely smaller
[08:02:15 CEST] <kurosu> hum, scratch the movntq/... stuff, you'd need to do it for every call of the tested functions
[09:46:20 CEST] <JEEB> was the result of something like (x > y) safe to put into an int, or is having a !! there preferred?
[10:08:16 CEST] <rcombs> JEEB: comparisons return 1 or 0, so that's fine
[10:08:48 CEST] <JEEB> ok
[10:20:05 CEST] <JEEB> rcombs: you can guess what sort of damage is being done in write_traf/trun >_>
[10:20:18 CEST] <JEEB> (and I'm trying to make it as presentable/sane as possible)
[10:20:35 CEST] <rcombs> my condolences
[10:41:13 CEST] <JEEB> there most likely is a much better way of doing this, but I want to get this to some state at the very least >_>
[13:35:06 CEST] <cone-208> ffmpeg 03Vittorio Giovara 07master:6f15f1cdc853: pixdesc: Add API to map color property names to enum values
[13:47:47 CEST] <bidiko> hi, I'm using FFmpeg library in my ios project. But I'm getting memory leak error how can i solve this problem ?
[13:50:15 CEST] <JEEB> valgrind is your friend
[13:50:39 CEST] <JEEB> also make as much of the code run'able outside of iOS so you don't cry when you have to debug your multimedia code, if only possible
[13:54:03 CEST] <bidiko> valgrind  ? I don't know him or her
[13:55:23 CEST] <bidiko> if you want to help maybe you can shut up
[13:55:38 CEST] <durandal_1707> bidiko: google for valgrind
[13:55:42 CEST] <JEEB> those both were very serious recommendations
[13:55:48 CEST] <JEEB> a) valgrind is awesome
[13:56:00 CEST] <JEEB> b) the more code you can run on your actual workstation, the better for any debugging
[13:56:09 CEST] <JEEB> since you don't have to be running it in your iOS emulator
[13:56:17 CEST] <JEEB> esp. since I'm not sure if you can run valgrind within your emulator
[13:56:37 CEST] <JEEB> http://valgrind.org/docs/manual/quick-start.html
[13:56:44 CEST] <JEEB> for all the spoon-feeding
[13:57:10 CEST] <JEEB> also this is not -devel stuff, you're an API user so off to #ffmpeg you go
[14:06:42 CEST] <atomnuker> who's arriving today?
[14:07:43 CEST] <thardin> JEEB: -fsanitize is pretty cool too. not as thorough as valgrind, but much faster
[14:07:56 CEST] <thardin> so not excuse not to run it on say FATE
[14:08:03 CEST] <thardin> no*
[14:57:24 CEST] <TD-Linux> atomnuker, some of use are chilling in the moz office
[16:01:59 CEST] <Gramner_> so where is everyone? I heard something about dinner&drinks at le bloc, but dunno what time
[17:12:34 CEST] <cone-762> ffmpeg 03Steven Liu 07master:7e9cdd3f49e5: avformat/hlsenc: fix CID 1418106
[17:12:34 CEST] <cone-762> ffmpeg 03Steven Liu 07master:02bf023afe00: MAINTAINERS: modify the hlsenc description
[17:12:34 CEST] <cone-762> ffmpeg 03Steven Liu 07master:c34c0e3a649e: avformat/hlsenc: support http method for hls fmp4 init file
[20:58:02 CEST] <atomnuker> kierank / Gramner_ / TD-Linux / anyone here: want to hang out
[20:58:34 CEST] <kierank> We are at the place
[20:58:39 CEST] <atomnuker> the place?
[20:59:01 CEST] <kierank> Le bloc
[20:59:38 CEST] <atomnuker> the cafe just next to the hotel?
[21:01:22 CEST] <atomnuker> kierank: guess its not that one, where is it?
[21:01:47 CEST] <kierank> No
[21:01:53 CEST] <kierank> It's 10 mins walk
[21:02:38 CEST] <atomnuker> ah, the one next to brochant?
[21:03:05 CEST] <atomnuker> k, leaving now, do wait for me
[22:59:47 CEST] <durandal_1707> dont get drunk and vomit here
[23:09:59 CEST] <jvanriper> Hullo, all.  I want to provide a small update to support captioning in DirecTV, but I also want to ensure it fits the code.
[23:10:15 CEST] <Compn> sure
[23:10:17 CEST] <Compn> whats up jvanriper
[23:11:11 CEST] <jvanriper> Currently, ffmpeg supports 'a53_cc', and the ff_alloc_a53_sei function sets up the header accordingly.
[23:11:45 CEST] <jvanriper> DirecTV, however, didn't wait for the standard, and went forward with a slightly different header.  It's close, but different enough to cause problems for some folks who are trying to send to their receivers.
[23:12:16 CEST] <jvanriper> Ergo, I want to provide another function, say, ff_alloc_directv_sei, that would hopefully set the headers according to what their receivers need.
[23:12:49 CEST] <jvanriper> So, nice and clean... separate functions... but we need a way to select the appropriate function based on some kind of argument.
[23:13:21 CEST] <jvanriper> I noticed that you have an a53cc argument that sets this up.  It uses OFFSET(a53_cc), etc.
[23:14:12 CEST] <jvanriper> But, it's expected to be a BOOL, where for my needs an INT might be better... when set to 0, it's disabled, 1 for a53_cc, 2 for directv_cc.
[23:15:17 CEST] <jvanriper> So, perhaps a directvcc argument would be set, which would lead to this (currently) a53_cc being set to 2.  But a53cc would set a53_cc to 1.
[23:15:41 CEST] <jvanriper> I'd need to ensure all the functions currently relying upon these settings work appropriately, of course.
[23:16:13 CEST] <jvanriper> (and, unfortunately, I haven't considered yet *reading* this instead of *encoding* it, as my focus has been more on encoding it).
[23:16:50 CEST] <jvanriper> Anyway, I don't want to move forward with an idea like this, if it doesn't quite fit in with things.  Or if someone might have a better approach that fits the project better (I'm certainly not familiar with it).
[23:17:04 CEST] <Compn> sure , someone should have a better idea
[23:17:08 CEST] <Compn> i'm not familiar with that part of the code
[23:17:14 CEST] <Compn> maybe ask ubitux ?
[23:17:42 CEST] <jvanriper> Okay.  Might I find him/her through email?
[23:17:57 CEST] <jvanriper> (or perhaps just go through the e-mail list?)
[23:18:02 CEST] <Compn> yes
[23:18:10 CEST] <jvanriper> Okay.
[23:18:22 CEST] <Compn> sure asking on ffmpeg-devel would also be good
[23:18:32 CEST] <Compn> or you can wait around here if you want
[23:18:36 CEST] Action: Compn going afk
[23:18:42 CEST] <jvanriper> kk.  Just thought I should check here first, just in case.  kk.
[23:18:47 CEST] <Compn> no problemo
[23:18:51 CEST] <Compn> feel free to ask questions
[23:18:57 CEST] <Compn> i think people just arent on irc right now
[23:19:02 CEST] <jvanriper> Alrighty.  Take care, then, and thanks.
[23:28:26 CEST] <J_Darnley> yeah, people are out drinking too much at VDD
[23:29:28 CEST] <llogan> isn't that the norm?
[23:31:05 CEST] <llogan> does libfdk_aac support aac_eld profile? https://pastebin.com/raw/02JkC5xu
[23:33:40 CEST] <Compn> euhhhhhhhhhh
[23:33:42 CEST] <Compn> dont know
[23:33:49 CEST] <Compn> aacdec has that nice list of supported things
[23:33:56 CEST] <Compn> wonder if fdk has it too
[23:34:30 CEST] <llogan> it should...if the docs are correct
[23:40:01 CEST] <Compn> oh
[23:40:14 CEST] <Compn> is our profile correctly sending to libfdk 
[23:40:15 CEST] <Compn> ?
[23:41:03 CEST] <Compn> e.g. does -profile work with libfdk and ... is it correct profile name...
[00:00:00 CEST] --- Fri Sep 22 2017