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

Wed Oct 18 03:05:04 EEST 2017

[00:14:05 CEST] <hanetzer> BBB: I have a radius server running on one of you ;)
[00:16:54 CEST] <BBB> very confused
[00:17:46 CEST] <hanetzer> BBB: 'Beagle Bone Black' commonly called a BBB :P
[00:17:52 CEST] <BBB> ah
[00:18:00 CEST] <BBB> like Big Buck Bunny
[00:18:08 CEST] <hanetzer> ah, is that why you're nicked that?
[00:18:26 CEST] <jamrial> and Better Business Bureau
[00:18:39 CEST] <hanetzer> its my understanding that Big Buck Bunny is basically the a/v version of 'Hello World' :P
[00:20:10 CEST] <BBB> no, my name is still different
[00:20:33 CEST] <hanetzer> ah.
[00:20:36 CEST] <BBB> the thing is that if you think about it as chaos theory, many random paths can end up in 3 alphabetical characters like bbb
[00:20:38 CEST] <hanetzer> tf is a *.lib file?
[00:21:58 CEST] <atomnuker> BBB: indeed, and its not far-fetched to get 'BBC' either
[00:22:22 CEST] <hanetzer> hehe. I know of two BBC's
[00:22:40 CEST] <atomnuker> so why did the BBC use 'BBCD' as a magic string to identify dirac frames is up to anyone to guess
[00:22:49 CEST] <JEEB> lol
[00:27:01 CEST] <hanetzer> seriously though guys, wtf are these *.lib files?
[00:27:36 CEST] <jamrial> msvc made libraries, i think
[00:27:49 CEST] <JEEB> or linker help files I think?
[00:28:00 CEST] <JEEB> basically make it simpler to use the built binaries with MSVC
[00:32:21 CEST] <hanetzer> ick. 
[01:35:04 CEST] <hanetzer> jamrial: which commit did you mention above regarding the --enable-pthreads behavior change?
[01:38:37 CEST] <hanetzer> looks like ffmpeg-3.3.3 and ffmpeg-3.4 both have the issue where --enable-pthreads doesn't --disable-w32threads
[01:46:06 CEST] <jamrial> 8aad209c13c
[01:46:12 CEST] <jamrial> first version with it is 3.3, yes
[01:49:05 CEST] <hanetzer> jamrial: so, is this something that needs to be fixed on your end or...?
[01:50:18 CEST] <jamrial> i think so, yes
[01:50:36 CEST] <jamrial> could you open a ticket in http://trac.ffmpeg.org/?
[01:52:06 CEST] <hanetzer> jamrial: sure. Currently I'm fixing the aviocat/aviocat.exe issue in gentoo for our 6 in-tree versions of ffmpeg
[01:54:21 CEST] <hanetzer> jamrial: you mean 'configure: fail if autodetect-libraries are requested but not found' ?
[01:54:57 CEST] <jamrial> yes
[03:37:20 CEST] <hanetzer> wb.
[06:19:59 CEST] <cone-594> ffmpeg 03James Almer 07master:15b86d3b4aeb: configure: add missing optional dep on libfribidi to the drawtext filter
[06:44:07 CEST] <wm4> holy fuck this hole shit makes it seems as if applying my patch would murder michaelni's mother or something
[06:44:32 CEST] <wm4> why the fuck do I have to deal this, it's a fucking Libav merge in the first place
[06:44:45 CEST] <wm4> it's not my fucking fuck job to justify what Libav does
[06:45:36 CEST] <wm4> I'm not ever sending a Libav patch to the fucking mailing list again
[06:45:59 CEST] <wm4> because michaelni might come up with fuck bullshit and make a dumb fuck veto
[06:46:12 CEST] <wm4> despite Libav having had the commit for half a year and he caring fuck all about it
[06:46:25 CEST] <wm4> and would have cared fuck all if it just had been merged
[06:50:11 CEST] <wm4> I announced that I'll push in 3 hours
[06:50:23 CEST] <wm4> and that's what I'll do
[06:52:19 CEST] <jamrial> wm4: please, don't
[06:52:23 CEST] <jamrial> wm4: call a vote, or start a new thread that will get the attention of more devs
[06:53:07 CEST] <jamrial> don't start a weeklong drama and revert war
[06:53:22 CEST] <wm4> why the fuck should I have to call a vote?
[06:53:40 CEST] <wm4> tell me one reason why I should go through all this effort for a fucking Libav merge
[06:54:39 CEST] <wm4> also if michaelni starts a revert war he can just be ejected from the project
[06:54:57 CEST] <jamrial> you don't. but by the time i or anyone reached that point in merges, it would have been noticed and either prevented (like with the bitstream filter) or asked for a revert (like some merges that weren't working)
[06:55:40 CEST] <jamrial> s/filter/reader
[06:56:28 CEST] <wm4> yeah right
[06:56:40 CEST] <wm4> the only reason why this became an issue is because I posted the patch
[06:56:49 CEST] <wm4> and michaelni decided to make a problem out of it
[06:58:54 CEST] <jamrial> wm4: see 536ac72f46
[06:59:11 CEST] <jamrial> it broke nothing, yet he noticed after it was merged
[07:00:20 CEST] <jamrial> so he would have also noticed this change after it was merged
[07:03:02 CEST] <wm4> as long as he takes care of keeping cuvid and videotoolbox working
[07:03:18 CEST] <wm4> I guess I'll actually delay this commit until cuvid/vt are ready, and then push them all at once
[07:03:42 CEST] <wm4> still michaelni should mentally prepare himself that his veto means shit (as it's a merge)
[07:07:02 CEST] <jamrial> anwyay, bbl
[09:47:49 CEST] <sandreas> Hi. I recently checked current status of mp4 cover art and came across that ffmpeg does not support it atm. Further research lead me to an 4 year old issue (including a patch) https://trac.ffmpeg.org/ticket/2798 - i did not find this code in current master, may i ask if i'm wrong or if someone remembers, why it has not been merged?
[10:40:11 CEST] <durandal_1707> lol, michaelni forked ffmpeg from libav
[11:46:14 CEST] <wm4> what is this person even thinking
[11:46:51 CEST] <nevcairiel> they probably found some static analyzer and thought they would just dump their shit =p
[11:47:44 CEST] <nevcairiel> someone should tell them to just send patches
[11:47:49 CEST] <nevcairiel> carl can figure that out =p
[11:48:13 CEST] <BtbN> Someone should ask him for a complete commandline and output.
[11:49:09 CEST] <sandreas> Anyone?
[11:50:02 CEST] <wm4> the worst is that the way he pastes the code is unreadable/corrupted
[11:51:09 CEST] <sandreas> So if i send a patch that contains the correct cover art mp4 code, it would be accepted?
[11:51:29 CEST] <BtbN> If there aren't any issues with it, sure
[11:51:34 CEST] <sandreas> (I would try to take the code, check if it works and then submit a well formed patch)
[11:51:50 CEST] <wm4> sandreas: you can try, but most patches require at least some further changes
[11:52:22 CEST] <BtbN> I vaguely remember there being some issues with covert-art being implemented in a highly insane way, that makes non-hacky patches hard
[11:52:25 CEST] <sandreas> Ok... you mean the "amount of change" is to low?
[11:52:46 CEST] <BtbN> implemented by the aac/mp3 format
[11:54:18 CEST] <sandreas> Well, there is another tool, that does what i needs but i would like to use ffmpeg as only command line tool. I already found a way to integrate chapters and metadata, but coverart is missing atm. Would it help to point the tool out that works?
[11:54:29 CEST] <sandreas> Its written in c/c++ i think
[11:59:04 CEST] <sandreas> https://github.com/TechSmith/mp4v2 => mp4art is the binary that integrates covers, but i think that this would need much more rework than using a small patch ;) i try my best to submit one
[12:01:09 CEST] <sandreas> If  some dev just got nothing better planned, i would really appreciate him to take a look at the issue... since i am not a c/c++ dev, the resulting code would be much better i think ;)
[12:01:34 CEST] <sandreas> Anyway thank you very much for the support.
[12:29:16 CEST] <hanetzer> whelp, got the tools/aviocat\tools/aviocat.exe issue fixed up for gentoo's mingw-w64 :)
[15:05:54 CEST] <cone-250> ffmpeg 03Jacek Jendrzej 07master:f685bbcbe87d: avformat: fix build wihout dashenc
[19:26:01 CEST] <jamrial> nevcairiel: what do you think of libav commit 81bffae368?
[19:35:02 CEST] <nevcairiel> no clue, i'm not a mac person
[19:35:40 CEST] <nevcairiel> sounds sensible to fix proper feature detection
[19:40:16 CEST] <jamrial> nevcairiel: ok, will merge then
[20:15:46 CEST] <cone-250> ffmpeg 03Luca Barbato 07master:81bffae368f3: configure: Check for -no_weak_imports in ldflags on macOS
[20:15:47 CEST] <cone-250> ffmpeg 03James Almer 07master:d8f382ce05fa: Merge commit '81bffae368f331b6cd386a814f225a58e3f32f40'
[20:58:05 CEST] <cone-250> ffmpeg 03Aaron Colwell 07master:17adcc40adf1: mov: Fix spherical metadata_source parsing
[20:58:06 CEST] <cone-250> ffmpeg 03Vittorio Giovara 07master:236577230051: mov: Ignore old spherical metadata when newer version is present
[20:58:07 CEST] <cone-250> ffmpeg 03Vittorio Giovara 07master:0f8512c4a87b: mov: Validate spherical metadata version
[20:58:08 CEST] <cone-250> ffmpeg 03James Almer 07master:82cddf637401: Merge commit '17adcc40adf1f30cba55c9727dabc1365944d32b'
[20:58:09 CEST] <cone-250> ffmpeg 03James Almer 07master:9780d5839e12: Merge commit '236577230051ad61ec67fa2d68e817d54232d2a0'
[20:58:10 CEST] <cone-250> ffmpeg 03James Almer 07master:552d2cb6f751: Merge commit '0f8512c4a87b89b4694053d8ffda48066ee1da62'
[21:35:58 CEST] <cone-250> ffmpeg 03Carl Eugen Hoyos 07master:a3accd0c3768: lavf/cafenc: Allow muxing opus.
[21:52:02 CEST] <cone-250> ffmpeg 03Vittorio Giovara 07master:114324b9e045: mov: Validate cubemap layout
[21:52:03 CEST] <cone-250> ffmpeg 03Vittorio Giovara 07master:6bce6aa17d7f: spherical: Add tiled equirectangular type and projection-specific properties
[21:52:04 CEST] <cone-250> ffmpeg 03Vittorio Giovara 07master:a825980f9f93: mov: Export bounds and padding from spherical metadata
[21:52:05 CEST] <cone-250> ffmpeg 03James Almer 07master:251849f06ce3: mkv: Add support for Spherical Video elements
[21:52:06 CEST] <cone-250> ffmpeg 03Vittorio Giovara 07master:0429f01e4722: mkv: Export bounds and padding from spherical metadata
[21:52:07 CEST] <cone-250> ffmpeg 03James Almer 07master:1b6803b79549: Merge commit 'a825980f9f93af32c719497f9aab1e14248ab471'
[21:52:08 CEST] <cone-250> ffmpeg 03James Almer 07master:68727a1dc05c: Merge commit '251849f06ce36ce8dc076e0fca2922119fa7e39e'
[21:52:09 CEST] <cone-250> ffmpeg 03James Almer 07master:6c5d6baeede1: Merge commit '0429f01e4722b8e0c3576a4810a16ca8f6dbc4d4'
[21:59:22 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:d05444d2c6d9: h264: Add stream constraint values to the common header
[21:59:23 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:b1374e925c1c: hevc: Improve stream constraint values in common header
[21:59:24 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:6734eef6b8b4: lavc: Add coded bitstream read/write API
[21:59:25 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:b4c915f4b3e1: lavc: Add coded bitstream read/write support for H.264
[21:59:26 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:9b0c7aa0e446: lavc: Add coded bitstream read/write support for H.265
[21:59:27 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:686e388bbb6a: lavc: Add coded bitstream read/write support for MPEG-2
[21:59:28 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:9c7d70b49b64: lavc: Add trace_headers bitstream filter
[21:59:29 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:a308872b049e: lavc: Add h264_metadata bitstream filter
[21:59:30 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:8b26306294ff: lavc: Add h264_redundant_pps bitstream filter
[21:59:31 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:03f982bbca42: lavc: Add hevc_metadata bitstream filter
[21:59:32 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:278c308ceae6: mpeg12: Add a common function to find the best frame rate
[21:59:33 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:569721ac8dee: lavc: Add mpeg2_metadata bitstream filter
[21:59:34 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:2e29ca2a9f19: vaapi_h264: Convert to use coded bitstream infrastructure
[21:59:35 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:281b68b02659: vaapi_h264: Add support for AUD NAL units
[21:59:36 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:0bc7575ced65: vaapi_h264: Add support for SEI recovery points
[21:59:37 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:94a404861966: vaapi_h264: Fix CPB/DPB delays
[21:59:38 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:00179664bccd: vaapi_h265: Convert to use coded bitstream infrastructure
[21:59:39 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:038a51258c4c: vaapi_h265: Add support for AUD NAL units
[21:59:40 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:d8928ad6b6e8: vaapi_mpeg2: Convert to use coded bitstream infrastructure
[21:59:41 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:809b0402dc91: cbs: Add some read/write tests
[22:20:47 CEST] <cone-250> ffmpeg 03Mark Thompson 07master:a6cfc287a06c: Changelog: Add metadata bitstream filters
[22:22:16 CEST] <jamrial> jkqxz: :D
[23:01:31 CEST] <cone-250> ffmpeg 03Carl Eugen Hoyos 07master:d180fce6c707: lavf/cafenc: Only allow mono and stereo for Opus.
[23:28:47 CEST] <durandal_1707> why CE can push without review, michaelni ?
[23:34:57 CEST] <jamrial> durandal_1707: he seems to be the author of the caf muxer, if that's what you're talking about
[23:36:04 CEST] <durandal_1707> no, he cant be
[23:36:55 CEST] <jamrial> check the git log
[23:37:02 CEST] <Compn> why is everyone so angry about not following unwritten rules they follow and expect other people to follow?
[23:38:47 CEST] <Compn> http://ffmpeg.org/developer.html are the written rules
[23:39:19 CEST] <durandal_1707> Compn: you are conspirator
[23:39:37 CEST] <Compn> insulting the messenger will not help 
[23:41:39 CEST] <durandal_1707> so you dont deny it?
[23:42:00 CEST] <jamrial> Compn: you should know by now he jokes with stuff like that all the time
[23:42:25 CEST] <Compn> okay
[23:42:39 CEST] <Compn> hard to tell sometimes when its something angry vs joke
[23:43:27 CEST] <jamrial> rule of thumb, don't take him seriously on irc when he uses terms like conspirator, dictator and such :p
[23:43:50 CEST] <jamrial> but yes, you're right that there's too much anger lately
[23:44:50 CEST] <Compn> durandal_1707 : come to next VDD
[23:45:40 CEST] <durandal_1707> Compn: never, you guys stinks bad, really really bad
[23:46:15 CEST] <iive> jamrial: jokes are supposed to be funny
[23:46:18 CEST] <durandal_1707> useless bug reports
[23:46:33 CEST] <durandal_1707> says funny person
[23:47:10 CEST] <Compn> so iive : are you working on any other projects ? just curious
[23:47:21 CEST] <Compn> anything new and exciting ?
[23:47:31 CEST] <durandal_1707> yes on XvMC
[23:47:39 CEST] <Compn> ffmpeg is unexciting now that everyone uses it
[23:48:17 CEST] <iive> Compn: actually i'm looking what to do next...
[23:48:39 CEST] <iive> in the meantime I'm watching some shows i've neglected.
[23:49:10 CEST] <durandal_1707> with mplayer
[23:49:46 CEST] <Compn> what do you use to playback media, durandal_1707 ?
[23:50:05 CEST] <durandal_1707> Compn: C Media Player
[23:50:18 CEST] <Compn> its interesting seeing vlc devs use mplayer, mplayer devs use mpv, ffmpeg devs use vlc etc
[23:52:12 CEST] <jamrial> i use mpc-hc, and i'll keep doing it until the last version before the project was abandoned is too obsolete that i'm forced to move on
[23:52:33 CEST] <iive> doesn't these run only on windows?
[23:52:46 CEST] <jamrial> madvr and lavfilters are still in development after all
[23:52:53 CEST] <jamrial> iive: yes
[23:53:03 CEST] <durandal_1707> yes, thats point, there is wine
[23:53:21 CEST] <Compn> durandal_1707 : it looks like a vlc skin on top of ... ffmpeg ?
[23:53:23 CEST] <jamrial> i use Win10, though
[23:53:59 CEST] <TD-Linux> jamrial, p.s. https://lists.libav.org/pipermail/libav-devel/2017-July/084460.html
[23:54:15 CEST] <durandal_1707> Compn: nope, its proper gui
[23:54:21 CEST] <BtbN> jamrial, mpc-hc is still maintained? Very slowly, but there was an update not too long ago.
[23:54:51 CEST] <nevcairiel> reports of its demise were a bit overrated
[23:55:06 CEST] <BtbN> https://mpc-hc.org/2017/07/16/1.7.13-released-and-farewell/
[23:55:07 CEST] <BtbN> hm
[23:55:16 CEST] <BtbN> well, seems like it's actually done for now
[23:55:21 CEST] <jamrial> they announced they were stopping development, then people came out of the woodworks to help, but since then it has barely gotten any development
[23:55:55 CEST] <jamrial> last bunch of commits are "import new version of third party dependency"
[23:56:13 CEST] <nevcairiel> typical open-source, people showed up, wanted to help, but expected to be "managed", and just disappeared again when noone hand-holded them
[23:56:24 CEST] <jamrial> TD-Linux: what about that?
[23:56:31 CEST] <jamrial> (i wrote that email, btw)
[23:56:42 CEST] <BtbN> Well, if it's not getting feature updates, that's fine, as long as the housekeeping is done every once in a while, it remains useable.
[23:56:51 CEST] <durandal_1707> im manager and you are all fired
[23:57:08 CEST] <nevcairiel> if you are fine with its featureset, then it really doesnt need any major updates
[23:57:16 CEST] <nevcairiel> it gets ffmpeg updates through lav anyway
[23:57:23 CEST] <TD-Linux> jamrial, oh lol I didn't check. it would have given context to the current status of caf opus understanding... if you hadn't written it
[23:57:32 CEST] <jamrial> :P
[23:59:34 CEST] <jamrial> but yeah, that's a basic analisys i made of the kuki chunk, but there are still some unknown values
[00:00:00 CEST] --- Wed Oct 18 2017