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

burek burek021 at gmail.com
Sun Sep 30 03:05:03 EEST 2018


[11:52:39 CEST] <durandal_1707> michaelni: stop playing with high voltages, please!
[11:54:47 CEST] <michaelni> lol
[12:37:56 CEST] <durandal_1707> michaelni: please ban Compn from this channel and strip him from his powers, as he is actively ignoring my requests
[12:42:41 CEST] <iive> lol
[12:45:49 CEST] <durandal_1707> iive: what's so funny?
[12:48:12 CEST] <iive> that you just wrote makes no sense. I thought you are joking.
[12:53:02 CEST] <durandal_1707> iive: perhaps english is not your native language?
[12:53:48 CEST] <iive> it's not yours either.
[12:55:09 CEST] <iive> maybe you can explain better what "actively ignoring" is. and also why it requires such sever punishment.
[12:55:53 CEST] <durandal_1707> iive: Compn is ignoring my requests all the time, he is extremly passive and never replies when asked something
[12:58:40 CEST] <iive> durandal_1707, is he your personal slave, that is obligated to grant every wish of yours?
[12:59:35 CEST] <iive> at the moment you make it.
[13:06:41 CEST] <durandal_1707> iive: i will not tolerate that way of interpretation of my words
[13:07:47 CEST] <iive> and if your current request is representative for the nature of your other request, then ignoring them is the least confrontational course of action.
[13:08:42 CEST] <iive> you can see how agitated you become, when your request is questioned.
[13:08:59 CEST] <durandal_1707> iive: he can cleary say so: sorry folk, but i'm not going to do it
[13:09:05 CEST] <iive> I'm still waiting for your explanation for "avtively ignoring".
[13:11:50 CEST] <durandal_1707> iive: i asked him long ago about various things, including about new samples he claim to have and about updating codecs.conf, he apparenly more like to update wiki entries with codecs that noone use that updating mplayer code
[13:14:27 CEST] <iive> and... ?
[13:15:03 CEST] <durandal_1707> iive: he is ignoring me, and he does not even reply to benign questions
[13:19:11 CEST] <iive> and?
[13:19:55 CEST] <durandal_1707> iive: he is ignoring me, and he does not even reply to benign questions
[13:23:12 CEST] <iive> ok, he ignores, you. how do you know he is _actively_ ignoring you?
[13:24:12 CEST] <BBB> you guys know irc has an /ignore option, right?
[13:27:19 CEST] <JEEB> most clients, yes
[13:27:33 CEST] <JEEB> anyways, durandal_1707 just calm down and go have a nice cup of tea or something.
[13:29:18 CEST] <kierank> durandal_1707: i would suggest putting compn and iive on ignore
[13:30:56 CEST] <iive> yeh, because this is really mature kierank.
[14:12:43 CEST] <Compn> durandal_1707 : i am collecting samples now
[14:13:44 CEST] <Compn> durandal_1707 : its on my todo list to harmonize the ffmpeg codecs with mplayer (and vlc)
[14:16:45 CEST] <Compn> just been busy. working full time, caretaking for disabled full time, moving out of my house and trying to buy/build a house at the same time... 
[14:16:46 CEST] <Compn> busy busy
[14:17:07 CEST] <Compn> rest assured durandal_1707 , i am not ignoring you :)
[17:10:09 CEST] <j-b> Compn: you did not come to VDD :'(
[17:10:19 CEST] <j-b> Compn: but you already knew the place...
[17:43:27 CEST] <kurosu> j-b, about the statement of ffhevc vs openhevc over #dav1d, how long ago was that?
[17:43:45 CEST] <kurosu> I suspect this might have been before libav/sasshka idcts were added
[17:45:12 CEST] <j-b> kurosu: don't remember, I could check
[17:45:37 CEST] <j-b> kurosu: the fact is still that there are files that openhevc can decode and libavcodec cannot
[17:45:47 CEST] <kurosu> that I didn't know
[17:46:34 CEST] <j-b> Ateme complains about it every IBC/NAB
[17:46:47 CEST] <kurosu> since mraulet left (which is when this happened), the ones maintaining it were totally disconnected from ffmpeg
[17:47:26 CEST] <j-b> we talked about that on thursday with mraulet
[17:47:27 CEST] <kurosu> Ateme complaining about *this* is somewhat ironical
[17:47:55 CEST] <j-b> I agree :)
[17:48:27 CEST] <j-b> but they are a broadcasting company, they are not always logical.
[17:48:40 CEST] <kurosu> anyway, yeah, that's the state of hevc decoding, but it brought this on itself (no funding, too much licensing)
[17:48:53 CEST] <j-b> +100 on that
[17:49:03 CEST] <j-b> let's hope AV1 does not suffer the same fate.
[17:49:46 CEST] <j-b> and let's hope AV1 does not suffer the VP9 fate, either...
[17:49:50 CEST] <kurosu> the thing is, likely, h/w decoders come quite quicker and make s/w decoders less interesting - AV1 does have that part of the starting point
[17:50:28 CEST] <kurosu> I expect people to be less wary of a format that do seem to have some background/support/ecosystem
[17:50:37 CEST] <kurosu> *does seem
[17:50:56 CEST] <kurosu> vp9 was basically only google, which didn't care about broadcast, live encoding etc
[17:51:25 CEST] <kurosu> (or not enough, not blaming, just expressing the level of support)
[17:55:47 CEST] <j-b> agreed
[17:56:08 CEST] <j-b> av1 will have live encode, TS mappings for broadcast
[17:57:19 CEST] <j-b> also vp9 did not really have a spec
[18:06:59 CEST] <JEEB> yup
[18:07:06 CEST] <JEEB> until very late into its lifetime
[18:07:57 CEST] <JEEB> and yea, openhevc has some features and they IIRC tried to add stuff like WPP
[18:08:03 CEST] <JEEB> threading wise
[18:08:08 CEST] <j-b> so maybe av1 will be better than vp9
[18:08:31 CEST] <JEEB> yea, actual spec from day1 and container mappings should get people more interested
[18:09:32 CEST] <j-b> and more companies than just google
[18:09:59 CEST] <kurosu> iirc, wpp threading is in ffhevc already
[18:10:11 CEST] <kurosu> use thread type slice for it
[18:10:18 CEST] <JEEB> oh
[18:10:22 CEST] <kurosu> what they have is multiple types of threading at a time
[18:10:24 CEST] <JEEB> so it just doesn't use them together
[18:10:25 CEST] <JEEB> right
[18:10:44 CEST] <kurosu> but I guess API and arch experts have a lot to say about their implementation and how to go about it
[18:11:07 CEST] <kurosu> yeah, threading types are mutually exclusive
[18:11:37 CEST] <JEEB> also man, what a Saturday. Debugging ALSA audio output :D
[18:11:39 CEST] <j-b> my point was: forking too early is not a good idea.
[18:11:47 CEST] <kurosu> regular slice-threading is indeed troublesome to combine with framethreading: the progress there can't be explited
[18:11:47 CEST] <j-b> JEEB: ALSA? you like pain?
[18:12:13 CEST] <JEEB> j-b: at least it seems like this is 100% on "my" code's turf
[18:12:15 CEST] <JEEB> not ALSA
[18:12:19 CEST] <JEEB> although I've heard battle storeis
[18:12:21 CEST] <JEEB> *stories
[18:12:44 CEST] <BBB> tile threading + frame threading works, though
[18:13:06 CEST] <BBB> and I think in hevc it (tile+frame or wpp+frame, or even all 3) should work better than for av1/vp9, in theory
[18:13:16 CEST] <BBB> because you dont have the cross-frame entropy state dependency
[18:13:23 CEST] <JEEB> yea
[18:13:31 CEST] <JEEB> you just wait until a row has gotten far enough with WPP
[18:13:35 CEST] <JEEB> and then start the next one
[18:13:41 CEST] <jamrial> <@j-b> my point was: forking too early is not a good idea.
[18:13:42 CEST] <jamrial> +1
[18:13:47 CEST] <jamrial> that's why i wrote the wrapper
[18:13:49 CEST] <JEEB> yup
[18:14:02 CEST] <j-b> hwaccel will come in 1,5y at best.
[18:14:05 CEST] <jamrial> so people can use dav1d with ffmpeg, until dav1d is *in* ffmpeg
[18:14:14 CEST] <j-b> and dav1d will be roughly finished in 6months
[18:14:27 CEST] <BBB> 10bit asm may take longer
[18:14:30 CEST] <BBB> 12bit also
[18:14:35 CEST] <j-b> 12bit... lol
[18:14:38 CEST] <j-b> sorry
[18:14:43 CEST] <BBB> :D
[18:14:44 CEST] <j-b> still (lol)
[18:15:03 CEST] <BBB> someone will ask for it at some point
[18:15:08 CEST] <j-b> ofc
[18:15:25 CEST] <jamrial> the human eye can only see 255 shades of rgb anyway
[18:15:28 CEST] <jamrial>  /s
[18:15:46 CEST] <j-b> 10bits+HDR is great
[18:15:56 CEST] <kurosu> I think this is the point
[18:16:26 CEST] <kurosu> hevc might not have got a hold if there wasn't that
[18:16:45 CEST] <JEEB> it was a mix of HW implementations only having 10bit for HEVC
[18:16:57 CEST] <JEEB> the AVC ASICs were left alone
[18:17:29 CEST] <BBB> ePirat: !97 sounds great, any reason to hold it back?
[18:17:36 CEST] <BBB> oops
[18:17:53 CEST] <kurosu> BBB: tile and wpp in hevc are mutually exclusive for $reasons
[18:18:08 CEST] <kurosu> except I think some Apple profiles
[18:18:46 CEST] <BBB> oh, right, youdid mention that
[18:18:48 CEST] <BBB> sorry
[18:18:51 CEST] <kurosu> np
[18:19:04 CEST] <BBB> I guess 2 of them together is enough parallelism
[18:19:08 CEST] <BBB> at least for now
[18:19:13 CEST] <BBB> maybe in 266 you can do all 3 together
[18:19:20 CEST] <kurosu> I have to admit the tile is of course doable (that's in dav1d) but as I said, that whole "filter across tiles" is such a bother
[18:19:34 CEST] <nevcairiel> 266 seems to get rid of wpp again
[18:19:49 CEST] <BBB> yes, filter-across-tiles does make it a little annoying
[18:19:51 CEST] <BBB> brb
[18:20:14 CEST] <kurosu> or said otherwise: Samsung seems unhappy about its share of the cake, and want to throw everyone's else plates
[18:20:49 CEST] <j-b> for hevc?
[18:20:54 CEST] <kurosu> for h266
[18:20:57 CEST] <j-b> oh yes
[18:20:59 CEST] <j-b> WC
[18:21:35 CEST] <kurosu> well, formerly JEM, which had French laughing because again, weird meaning
[18:21:53 CEST] <JEEB> :D
[18:22:07 CEST] <durandal_1707> what JEM means in french?
[18:22:10 CEST] <j-b> VVC looks like WC, and that is valid in numerous countries
[18:22:17 CEST] <kurosu> "I like"/"I love"
[18:22:22 CEST] <j-b> including UK/US
[18:22:26 CEST] <j-b> It's idiotic
[18:22:30 CEST] <j-b> FVC was fine
[18:22:32 CEST] <kurosu> really? so "restroom" is just US ?
[18:22:48 CEST] <j-b> https://en.wikipedia.org/wiki/WC
[18:22:51 CEST] <kurosu> Versatile VC to go on Digital Versatile Disc maybe ?
[18:23:08 CEST] <JEEB> :D
[18:23:32 CEST] <j-b> BVC Big Video Coding
[18:23:40 CEST] <j-b> or Bigly
[18:23:49 CEST] <j-b> DVC Dantesque
[18:24:22 CEST] <j-b> kurosu: https://aomedia.org/membership/members/ Samsung is absent, weirdly.
[18:24:42 CEST] <kurosu> j-b, "weirdly" ? 
[18:25:00 CEST] <j-b> :D
[18:25:28 CEST] <kurosu> ah ah, and for some reason mpeg la is unreachable here
[18:26:10 CEST] <kurosu> well, suffice to say Samsung has like 40% of patents in mpeg-la *and* hevc advance (but not the 3rd and 4th and 5th and...)
[18:49:46 CEST] <kurosu> https://aomedia.org/membership/members/ <- didn't notice the arrival of alibaba
[18:51:24 CEST] <j-b> last week
[19:00:36 CEST] <j-b> durandal_1707: did you get the money, btw?
[19:04:36 CEST] <durandal_1707> j-b: yes
[19:04:40 CEST] <j-b> cool.
[19:04:59 CEST] Action: durandal_1707 wants more!
[19:07:15 CEST] <j-b> sure
[19:07:19 CEST] <j-b> bounties getting updated
[19:07:41 CEST] <JEEB> nice
[19:40:46 CEST] <jamrial> j-b: did you have time for mine?
[20:08:33 CEST] <j-b> jamrial: yours?
[20:08:47 CEST] <jamrial> money transfer
[20:09:45 CEST] <j-b> still waiting for AOM. should be this week.
[20:09:58 CEST] <jamrial> ah good
[20:11:01 CEST] <jamrial> please let me know when you do
[20:15:02 CEST] <j-b> sure
[20:35:05 CEST] <crysna> Hello all! Any pointers on contributing to ffmpeg?
[20:36:48 CEST] <kierank> crysna: find something interesting to work on I guess
[20:36:58 CEST] <kierank> the small tasks page isn't really that good imho
[20:37:49 CEST] <nevcairiel> the problem with that is that it often takes an experienced developer longer to even remember that this page exists then  do most of those tasks =p
[20:50:10 CEST] <JEEB> yea
[20:53:29 CEST] <kierank> should have discussed it at vdd
[21:06:37 CEST] <JEEB> yea, we don't have small "pet peeves" noted anywhere I think
[21:06:46 CEST] <JEEB> which is why I end up mostly telling people to poke something that's broken for them
[21:06:55 CEST] <JEEB> which doesn't always work
[22:45:55 CEST] <J_Darnley> "do something you care about" is always good advice
[22:46:19 CEST] <J_Darnley> it usually means you want to see it finished
[00:00:00 CEST] --- Sun Sep 30 2018


More information about the Ffmpeg-devel-irc mailing list