Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

December 2016

1 participants
62 discussions

ffmpeg-devel.log.20161205
by burek 06 Dec '16

06 Dec '16

[01:05:02 CET] <atomnuker> durandal_170: hey, what happened to the bonk decoder you wrote? [01:05:56 CET] <atomnuker> last on the ML thread was some guy who fixed the crashes and the noise bug [01:06:30 CET] <BBB> its funny that it was claimed theres a wide majority to remove ffserver, yet keep is leading 4-2, reminds me of trump/brexit being unexpected" [01:06:52 CET] <BBB> (and many people refuse to vote) [01:08:10 CET] <durandal_170> bonk? it is past, now I'm on pixlet [01:08:24 CET] <atomnuker> I don't mind it if it gets fixed, and it's getting fixed, so I'm cool [01:09:02 CET] <atomnuker> durandal_170: you have a plan on what to write? what's after pixlet :) ? [01:09:25 CET] <kierank> BBB: all that's happened is certain people have had so many votes that people are fed up of voting [01:10:41 CET] <durandal_170> atomnuker: reing stuff others don't want [01:11:43 CET] <kierank> durandal_170: did I tell you newtek speedhq has f/idcts from xvid [01:11:44 CET] <kierank> stolen [01:12:24 CET] <durandal_170> lol, yes I remember [01:13:18 CET] <durandal_170> but pixlet is wavelet and 16bit so yay [01:15:21 CET] <durandal_170> atomnuker: if you want help there's deobfuscating contest of one function... [01:21:44 CET] <jamrial_> BBB: with wm4, ubitux and i voting against this motion that can change. but then there's the people that commented but didn't yet vote, like carl, llogan and saste, so i can't say what will happen [01:59:05 CET] <kierank> atomnuker: want to talk about ffa1 at fosdem? [03:03:55 CET] <atomnuker> kierank: well, FFA1's a bunch of untested ideas atm, I could speak about something else though [03:04:19 CET] <kierank> hmm we're missing a daala/av1 talk [03:05:24 CET] <atomnuker> you can't have fosdem without one [03:08:25 CET] <Compn> ffa1 ? audio ? [03:08:40 CET] <Compn> based on anything ? [03:08:44 CET] <Compn> flac ? [03:09:20 CET] <atomnuker> probably opus [03:09:29 CET] <atomnuker> it might have a reversible preemphasis filter [03:09:44 CET] <atomnuker> which might then go into a reversible integer dct-2 [03:10:00 CET] <atomnuker> which might go into a pyramid vector quantization [03:11:05 CET] <atomnuker> and that's about as far as I've planned it, I need to see how much adaptation would help when coding that [03:12:24 CET] <atomnuker> but it would definitely not do an LPC on the raw samples and have residuals, that's what everyone else does and I don't like it [03:13:06 CET] <atomnuker> surely someone should have come up with a better idea in the last 20 years since everyone started to use it [03:14:27 CET] <atomnuker> the fact ape tried to do prediction which fails so spectacularly is a testament to the staleness of lossless audio compression [03:41:26 CET] <Compn> durandal_170 : if you want something fun, hack the h263 decoder to handle vivo files :D [03:41:49 CET] <Compn> its the oldest format i've been trying to get someone to RE it forever [03:43:17 CET] <Compn> mplayer has the demuxer, ffmpeg has decoder for the first format... [04:00:21 CET] <kierank> lol nice [04:07:07 CET] <jamrial> that's the kind of thing you post to the security list, not trac [04:34:41 CET] <Timothy_Gu> BtbN: can you take a look at https://github.com/FFmpeg/FFmpeg-Coverity/pull/1 when you get a chance? [04:38:06 CET] <BBB> atomnuker: omg new codec for you? [04:38:09 CET] <BBB> wth [04:40:35 CET] <atomnuker> BBB: yeah, it's that thing I said I was working on in March but I only got as far as having the Daala entropy coder working before learning Opus's entropy coder was more efficient and got bored [04:44:06 CET] <atomnuker> would be fun to port Daala's adaptation to the Opus entropy coder and see the gains I can get [04:45:53 CET] <atomnuker> I hate QMFs but they would be perfect for this, just make multiple of them bandpassing and plug them into a dct to get hopefully more or less laplacian distributions per each hybrid band [05:00:10 CET] <BBB> atomnuker: is there need/want for a new/better audio codec? [05:00:26 CET] <BBB> atomnuker: I dont want to be an asshole, but most effort nowadays appears to be in video codecs [05:00:44 CET] <michaelni> BBB, you are listed in maintainers for http.c can you look into fixng ticket 5992 ? (i have to go to bed atm so can only in a few hours) [05:01:21 CET] <BBB> I review patches [05:05:17 CET] <BBB> and its 11pm, I need to sleep also, kids have school tomorrow [05:06:32 CET] <BBB> I think the easiest fix is to change line 1264 if (!s->chunksize) into if (s->chunksize <= 0) [05:07:34 CET] <BBB> that prevents the codepath hes talkinga bout [05:09:54 CET] <atomnuker> BBB: nah, not really, on the lossless side everyone has terabytes of storage so the 70ish percet you get is good enough, but I think after 16 or so years we can do better [05:10:20 CET] <atomnuker> FFV1's so good it beats flif which is derived from it, and it also beats every single lossless compression mode of everything else [05:10:41 CET] <BBB> ffv1 is kinda slow [05:10:46 CET] <BBB> you could make it faster [05:11:04 CET] <atomnuker> flif takes a MINUTE to encode a single 3000x2000 or so image [05:11:18 CET] <BBB> Im sure av1 takes a minute also [05:11:21 CET] <atomnuker> ffv1 takes around a second on the highest level with a range coder [05:11:25 CET] <BBB> that doesnt mean its acceptable [05:11:32 CET] <BBB> you should aim for realtime 4k encoding [05:11:50 CET] <BBB> ok Im going to bed [05:11:55 CET] <BBB> see you guys tomorrow [05:11:55 CET] <atomnuker> everything in that range lacks compression, like vc2 [05:12:06 CET] <BBB> http fix change ! to <=0 and itll fix it I think [05:12:12 CET] <BBB> maybe Ill submit a patch tomorrow [05:12:14 CET] <BBB> tired now [05:12:18 CET] <atomnuker> it's all tuned for asic-like hardware, not SIMD of big ol' x86 [05:17:51 CET] <kierank> atomnuker: you could talk to pengvado about ffv2 [05:18:06 CET] <kierank> perhaps he might help you finish it [05:35:37 CET] <atomnuker> you can get more efficient than ffv1? [10:38:20 CET] <luozijun> Hi [10:41:19 CET] <luozijun> Hi, i have one problem, `AVCodecContext` can't set reslution like `1440x900 / 1234/1020` ? [10:56:49 CET] <cone-816> ffmpeg 03Steven Liu 07master:55affd95bd9b: avformat/hlsenc: fix ticket id 5988 for DISCONTINUITY [11:06:16 CET] <Timothy_Gu> luozijun: use AVOptions api [11:08:15 CET] <Timothy_Gu> also please go to #ffmpeg-users [11:25:39 CET] <luozijun> Timothy_Gu: AV_OPT_TYPE_IMAGE_SIZE ? [11:30:47 CET] <j-b> 'morning [13:51:13 CET] <wm4> lol at ffmpeg "decision" project [13:51:23 CET] <wm4> basically trolls rule this project [13:51:44 CET] <wm4> somehow made decisions become "unacceptable" [14:10:26 CET] <mateo`_> "ffserver is dead, long live ffserver" [14:16:34 CET] <wm4> it's more like "we all have decided to remove ffserver months ago? UNACCEPTABLE" [14:25:49 CET] <kierank> wm4: not trolls but filibusterers [14:28:34 CET] <wm4> I don't know this word [14:29:31 CET] <J_Darnley> It refers to when politicians speak for hours to delay things [14:29:33 CET] <funman> ttp://www.thefreedictionary.com/filibusterer [14:29:36 CET] <funman> +h [14:29:55 CET] <wm4> oh, that fits perfectly [14:29:56 CET] Action: funman just learned that word's meaning as well [14:30:41 CET] <kierank> obstruieren in german apparently [14:45:55 CET] <BBB> you guys are crazy [14:46:00 CET] <BBB> I dont get what I want, so let me whine" [14:46:10 CET] <BBB> look, 6 people dont want to remove ffserver, 2 do [14:46:22 CET] <BBB> the rest refuses to vote because youre too great to be wrong [14:46:28 CET] <BBB> you want ffserver dead? vote it dead [14:46:36 CET] <BBB> you lose the vote? be a man and accept defeat [14:46:51 CET] <BBB> (or woman, whatever; not intended to be sexist, just telling you to grow up) [14:47:22 CET] <JEEB> how many people who voted on the original vote didn't vote on this attempt at reverting the vote? [14:47:28 CET] <BBB> so vote again [14:47:32 CET] <BBB> dont be so difficult [14:47:40 CET] <JEEB> I would if I was on the voter list >_> [14:47:45 CET] <wm4> we _already_ voted [14:47:59 CET] <BBB> JEEB: so get on the voter list [14:48:14 CET] <BBB> wm4: so vote again. youre so difficult, you claim you have majority support but Im not seeing it [14:48:23 CET] <BBB> Im seeing 6-2 in favour of keeping it, thats pretty decisive [14:48:44 CET] <wm4> I never claimed this [14:48:57 CET] <wm4> and don't pretend the way they're doing this is ok [14:50:44 CET] <BBB> I dont think its great, but we never disallowed this so strictly speaking theyre simply using the rights bestowed upon them [14:51:58 CET] <jamrial> wm4: no, you didn't vote [14:52:12 CET] <wm4> jamrial: I didn't not vote either [14:52:20 CET] <jamrial> but you still can, if you care about the result of this [14:53:10 CET] <wm4> I don't acknowledge its vote so I won't give a yes/no/absent vote [14:53:23 CET] <wm4> if they can be complicated, so can I [14:53:46 CET] <jamrial> you complain a lot about management and awful decisions made by the project, but when you have the chance to affect the outcome you instead choose not to [14:55:07 CET] <BBB> exactly my point [14:55:35 CET] <BBB> trump is so terrible, and I dont like clinton perfectly either, so let me just express my opinion by not voting! look how great I am [14:55:46 CET] <BBB> why is trump our president! *cry* [14:56:31 CET] <wm4> BBB: isn't that why US citizens are allowed to carry weapons [14:56:44 CET] <BBB> I dont think thats the intention [14:56:45 CET] <wm4> so did we actually vote about ffserver before? I thought we did, but I can't find the thread [14:57:30 CET] <jamrial> no, we didn't [14:57:43 CET] <BBB> we didnt, someone sent a patch, it was OK'ed [14:57:54 CET] <BBB> (patch to add news entry) [14:58:02 CET] <BBB> that was the decision to remove ffserver [14:58:08 CET] <jamrial> we discussed it here, atomnuker sent a patch, it was oked, committed, and not challenged for four months [14:58:26 CET] <wm4> well shit [14:58:38 CET] <jamrial> until the time to make it effective, where a billion people suddenly needed ffserver to live [14:58:59 CET] <wm4> then it's pretty legitimate to demand a vote [14:59:17 CET] <BBB> no shit sherlock [14:59:20 CET] <BBB> now go vote [14:59:27 CET] <jamrial> sure is, which is why i didn't attempt to void the vote [15:03:55 CET] <durandal_170> did my vote counted? it was complicated [15:04:23 CET] <durandal_170> does ffserver still use internal stuff? [15:04:54 CET] <JEEB> I thought the ffm demuxer pretty much was a walking internal API boy. regarding ffserver.c I'm not sure any more? [15:05:26 CET] <RiCON> the use of internal APIs was only one reason stated in the news post [15:06:05 CET] <RiCON> "Furthermore the program has been hard for users to deploy and run due to reliability issues, lack of knowledgable people to help and confusing configuration file syntax." [15:07:44 CET] <jamrial> JEEB: same, but michael did some magic and fixed in a week what nobody else attempted to fix for months [15:08:02 CET] <JEEB> really? [15:08:18 CET] <JEEB> ffm demuxer and ffserver.c no longer utilize the APIs we were planning to remove? [15:08:26 CET] <JEEB> (because they shouldn't be around) [15:08:38 CET] <jamrial> ffm* doesn't use deprecated api anymore. no ide about ffserver and internal api [15:08:44 CET] <JEEB> \o/ [15:09:18 CET] <wm4> true [15:09:42 CET] <jamrial> in any case, isn't it funny how michael solved in a week what others, the people supposedly interested in ffsever, didn't fix during the past few years? [15:09:50 CET] <wm4> so after a year of drama michaelni took 1 day of time or so and fixed it [15:10:14 CET] <JEEB> yes, after someone facedesks hard enough at the drama happening they might actually do something [15:11:05 CET] <jamrial> all this would have been avoided if people actually developed that stupid program [15:11:53 CET] <BtbN> Who even uses ffserver? [15:12:01 CET] <ubitux> many users [15:12:05 CET] <wm4> that is, actually fixing it, instead of filibustering it and then saying "let's keep it anyway" [15:12:19 CET] <JEEB> a few people here and there seem to use it [15:12:27 CET] <wm4> we'd probably do those users a service by dropping it [15:12:34 CET] <JEEB> mostly on #ffmpeg we push people to other streaming servers [15:12:42 CET] <JEEB> because they tend to be simpler to utilize [15:12:47 CET] <JEEB> like nginx-rtmp, icecast etc [15:12:53 CET] <JEEB> and/or vlc [15:14:43 CET] <wbs> I don't think it's still "fixed" in the sense that ffserver and ffmpeg can be built from differing major versions [15:14:57 CET] <wbs> since it sends literal enum values over the wire, and those enum values are free to be changed at any major bump [15:15:05 CET] <wbs> and also, it doesn't even specify which major version it is talking about in the protocol [15:15:22 CET] <wbs> so api-wise it might be "fixed"; design wise, not yet [15:16:45 CET] <wm4> why not fix ffserver by using the ffprobe demuxer instead of ffmdec? [15:18:36 CET] <ubitux> the ffm thing should be moved in ffserver itself, no? [15:23:03 CET] <BBB> ffserver still uses ffm, which is still in libavformat [15:23:17 CET] <BBB> I feel ffm should not be in lavf [15:25:00 CET] <wm4> can it not be? [15:25:18 CET] <BBB> there is no reason it exists in lavf other than ffserver [15:25:25 CET] <BBB> same as all the deprecated APIs [15:25:27 CET] <wm4> of course [15:25:39 CET] <BBB> so it should indeed not be in lavf [15:25:44 CET] <BBB> since ffserver is the only reason it is [15:27:40 CET] <BBB> ubitux: yes [15:27:51 CET] <BBB> I Dont know/care how ffmpeg/ffserver interaction would work, but thats to whoever does it [15:27:53 CET] <BBB> ffm has to go [15:28:09 CET] <wm4> so my question would be does ffserver always use ffm for input/output, require it only for one of them, or is it completely optional? [15:28:59 CET] <wm4> ubitux, michaelni: questions for you ^ [15:30:04 CET] <ubitux> my knowledge of ffserver is very limited [15:31:53 CET] <wm4> ok so only michaelni knows how ffserver actually works [15:36:32 CET] <wbs> wm4: afaik both ffmpeg and ffserver uses ffm, so if ffmpeg were to be able to communicate with ffserver, it needs an ffm demuxer/muxer as well [15:37:22 CET] <wbs> wm4: and it's all pretty backwards compare to most other protocols; if ffmpeg is to send data to ffserver, ffserver first tells it what codecs and encoder parameters to use, and then switches(?) communication direction to ffmpeg sending, ffserver receiving [15:38:01 CET] <wm4> huh [15:38:53 CET] <wbs> all of this is custom code in ffmpeg.c ofc [15:39:09 CET] <wm4> lol really? [15:39:26 CET] <wm4> so ffmpeg.c has explicit ffserver handling, outside of the ffm libavformat parts? [15:39:33 CET] <wbs> yes [15:39:39 CET] <wbs> see ffmpeg_opt.c, read_ffserver_streams etc [15:39:46 CET] <wbs> was the first I found with a quick grep [15:40:02 CET] <wm4> ah [15:40:30 CET] <wbs> so yes, it no longer uses deprecated api (avstream->avcodeccontext), but it still uses a bunch of networking internals from lavf, and the design is buried deep in ffmpeg [15:40:53 CET] <wbs> I've looked at it a few times before it was removed in libav, but I chose not to waste my time on such a design that I disagree with so much [15:42:47 CET] <wm4> just looked at ffserver.c [15:42:48 CET] <wm4> #include "libavformat/avio_internal.h" [15:42:53 CET] <wm4> ...yeah [15:43:10 CET] <wm4> even #include "libavformat/internal.h" [15:43:43 CET] <wbs> and it uses a bunch of internal rtp/udp functions that don't fit in in the normal avio/urlprotocol api [15:45:32 CET] <wbs> so it's not "fixed" yet. one of the deprecated details in codecpar might be worked around [15:54:14 CET] <durandal_170> ^is that server code? [15:54:54 CET] <wbs> no, it is client code, for talking to a ffserver [15:55:13 CET] <wm4> wat [15:55:27 CET] <wm4> durandal_170: do you mean the ticket? [15:55:28 CET] <wbs> the one in ffmpeg_opt.c that is [15:55:43 CET] <wbs> the ticket seems like the normal http client code [15:56:23 CET] <wbs> (so not a valid reason to bash the http "server" mode) [15:56:39 CET] <durandal_170> ok [15:57:20 CET] <wm4> michaelni: can I get access to the ffmpeg security mailing list? [15:59:50 CET] <BBB> Ive sent a patch for the http issue to ff-sec [16:00:01 CET] <BBB> (Im listed as maintainer so apparently its up to me to do stuff with it) [16:00:11 CET] <BBB> I dont know how sec review works [16:00:49 CET] <BBB> hm, he claims to have reviewed them, I havent received the review [16:00:50 CET] <BBB> strange [18:21:14 CET] <nevcairiel> Why is it that coverity reports are so .. inconsistent? It mails me with new defects in files that haven't changed for ages, it's really a big annoying that way [18:23:02 CET] <nevcairiel> bit* [18:26:09 CET] <wm4> maybe because they change their heuristics? [18:28:17 CET] <nevcairiel> Daily? [18:28:36 CET] <nevcairiel> Every mail I got the last week touched some old code [18:29:31 CET] <cone-511> ffmpeg 03James Almer 07master:b52d3574d466: configure: check for strtoull on msvc [18:29:36 CET] <wm4> who knows [18:29:54 CET] <wm4> maybe they have random heuristics lol [18:32:48 CET] <philipl> It's a service. It improves every day! [18:33:03 CET] <philipl> or maybe our code bitrots a little more every day. [18:34:39 CET] <philipl> oh, and in this case Timothy_Gu added a bunch of extra dependencies last night [18:34:42 CET] <philipl> that's probably why [18:36:01 CET] <wm4> that makes a good explanation [18:36:42 CET] <philipl> we're now testing with the full set of dependencies for x86 [18:36:50 CET] <philipl> only android stuff is missing [18:46:51 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:0e3dc45ce81f: avcodec/interplayvideo: Check side data size before use [18:46:52 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.1:2dcc0bce3924: vp9: change order of operations in adapt_prob(). [18:46:53 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:b7940ecb5a94: avcodec/dvdsubdec: Fix buf_size check [18:46:54 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:b6b703441607: avformat/isom: Fix old API regression with exporting max bitrate [18:46:55 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:37ff66d1bde7: avcodec/dvdsubdec: Fix off by 1 error [18:46:56 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:e90fbc86c186: avformat/flvdec: Fix regression loosing streams [18:46:57 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:668e47e9fda1: avcodec/8bps: Check side data size before use [18:46:58 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:4f2716da68d9: avcodec/cinepak: Check side data size before use [18:46:59 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:e23f86d2fb9d: avcodec/idcinvideo: Check side data size before use [18:47:00 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:dec89aee89b0: avcodec/kmvc: Check side data size before use [18:47:01 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:d98d006eefb9: avcodec/msrle: Check side data size before use [18:47:02 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:1f8452b428f3: avcodec/qtrle: Check side data size before use [18:47:03 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:02ac02e2ac0f: avcodec/qpeg: Check side data size before use [18:47:04 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:6f1ef60d50cf: avcodec/msvideo1: Check side data size before use [18:47:05 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:a190ca54f438: avcodec/rawdec: Check side data size before use [18:47:06 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:755d6e41908c: avcodec/tscc: Check side data size before use [18:47:07 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:eaf2f750c356: avcodec/sunrast: Fix input buffer pointer check [18:47:08 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:04310c11aa39: avcodec/movtextdec: Fix potential integer overflow [18:47:09 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:096aab12a33f: avcodec/movtextdec: Fix tsmb_size check==0 check [18:47:10 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:5f3043e51c5b: avcodec/movtextdec: Add error message for tsmb_size check [18:47:11 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:571d4af28135: avcodec/ituh263dec: Avoid spending a long time in slice sync [18:47:12 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:936d07ab2548: avcodec/rv40: Test remaining space in loop of get_dimension() [18:47:13 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:42a20f1feaab: avformat/mpeg: Adjust vid probe threshold to correct mis-detection [18:47:14 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:ebe104e82771: avformat/utils: Fix type mismatch [18:47:15 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:60ca730d215a: avformat/idroqdec: Check chunk_size for being too large [18:47:16 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:0d8a17410b2f: avcodec/flac_parser: Update nb_headers_buffered [18:47:17 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:cc27b8e09fac: avformat/utils: Check start/end before computing duration in update_stream_timings() [18:47:18 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:c2e4ced78e61: avformat/oggparsespeex: Check frames_per_packet and packet_size [18:47:19 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:4a2f30eeff17: avcodec/flacdsp_template: Fix undefined shift in flac_decorrelate_indep_c [18:47:20 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:140626b386c1: avcodec/flacdec: Fix signed integer overflow in decode_subframe_fixed() [18:47:21 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:a7c7543a3dc7: avformat/ffmdec: Check media type for chunks [18:47:22 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:5c1540553db0: avcodec/get_bits: Fix get_sbits_long(0) [18:47:23 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:f788507607ad: avcodec/flacdec: Fix undefined shift in decode_subframe() [18:57:47 CET] <cone-511> ffmpeg 03James Almer 07release/3.1:a1d9c1736870: avcodec/rawdec: check for side data before checking its size [20:29:57 CET] <cone-511> ffmpeg 03Timothy Gu 07master:d903b4e3ad4a: zmqsend: Initialize ret to 0 [20:51:06 CET] <Timothy_Gu> J_Darnley: is it worth it to have AVX versions of the functions? [20:51:17 CET] <Timothy_Gu> they don't seem to be any faster than SSE2 [20:53:00 CET] <J_Darnley> As you saw, they don't seem to be any faster. Only a few instructions (buried in the macros) actually use 3-operand form. [20:54:20 CET] <J_Darnley> Probably not worth it [20:54:49 CET] <J_Darnley> Except in the unlikely event that some future microarchitecture gimps or removes sse(2) [20:57:28 CET] <Timothy_Gu> right I'd probably just remove them [21:22:25 CET] <BBB> J_Darnley: I dont think anyone will ever remove sse2, since you cant write avx without sse2 ;) [21:22:34 CET] <BBB> J_Darnley: removing mmx is something else :-p [21:25:36 CET] <BBB> michaelni: you can push them if you want, its faster if you do it than if I rebase and push, I think [21:25:53 CET] <BBB> michaelni: if you dont mind [21:29:51 CET] <michaelni> BBB, dunno, it had a few conflicts when backported, i think its better you backport it you know that code much better as you wrote it [21:30:13 CET] <BBB> I dont have any release branches checked out :/ [21:30:15 CET] <BBB> hmm... [21:30:50 CET] <cone-511> ffmpeg 03Michael Niedermayer 07master:7d57ca4d9a75: avformat/rtmppkt: Check for packet size mismatches [21:30:51 CET] <cone-511> ffmpeg 03Michael Niedermayer 07master:a5f27a9c3aa9: Avoid using the term "file" and prefer "url" in some docs and comments [21:30:52 CET] <cone-511> ffmpeg 03Michael Niedermayer 07master:a5d25faa3f4b: ffserver: Check chunk size [21:30:53 CET] <cone-511> ffmpeg 03Jun Zhao 07master:f17eea883a6f: lavf: fix the wrong warning msg and comments about av_find_stream_info [21:32:26 CET] <J_Darnley> BBB: I meant something along the lines of removing the instructions without the VEX prefix. [21:32:39 CET] <BBB> oh I see [21:32:41 CET] <J_Darnley> Do you think I should remove the avx? [21:32:46 CET] <BBB> up to you [21:33:29 CET] <BBB> Id personally probably remove it [21:33:34 CET] <BBB> but up to you [21:34:47 CET] <BBB> michaelni: what kind of conflicts did you see when backporting? [21:35:52 CET] <BBB> git log is essentially unreadable because of all the merges :( [21:36:52 CET] <michaelni> i tried to backport your http fix to 2.8 and there were conflicts, maybe its fine for 3.2 didnt try that, i tried 2.8 to see if anything would conflicts [21:38:50 CET] <BBB> what branches need a backport? [21:42:07 CET] <michaelni> BBB, the ones corresponding to whats listed on our download page. thats 3.2, 3.1, 3.0, 2.8 (and 2.7), this affects stuff down to 0.6 at least though so more backports are welcome [21:44:43 CET] <BBB> hm... [21:45:28 CET] <BBB> how do I see branches on a remote? [21:48:24 CET] <michaelni> if you type a git command then tab completion after origin/ will list them [21:48:53 CET] <michaelni> maybe it lists some other stuff too [21:49:01 CET] <J_Darnley> if your shell knows git, otherwise git branch --all [21:52:27 CET] <BBB> ls-remote apparently [21:52:44 CET] <BBB> ok I see the conflicts, will send a fix in a second [21:52:51 CET] <BBB> Ill do 3.2 to 2.8 [21:53:01 CET] <BBB> I dont think we should bother with 0.6, at some point stuff is unmaitained [21:53:30 CET] <michaelni> yes, 0.6 is too old [21:56:32 CET] <BBB> michaelni: 2.8 version http://pastebin.com/J9NgsFwk [22:03:28 CET] <michaelni> BBB, should be ok with reference to the person reporting the issue and the git hash from where its backported [22:05:19 CET] <cone-511> ffmpeg 03Timothy Gu 07release/3.1:540a4433bd35: zmqsend: Initialize ret to 0 [22:05:20 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:b0ebef0578fd: avformat/rtmppkt: Check for packet size mismatches [22:05:21 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:518934b5f1db: Avoid using the term "file" and prefer "url" in some docs and comments [22:05:22 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:37904d117794: ffserver: Check chunk size [22:05:31 CET] <BBB> is there a CVE? [22:06:08 CET] <michaelni> iam not aware of one [22:06:21 CET] <BBB> Fixes #5992, reported and found by Paul Cher <paulcher(a)icloud.com>. ? [22:07:13 CET] <michaelni> shounds good to me [22:09:08 CET] <BBB> http://pastebin.com/599ipgpm [22:09:24 CET] <BBB> Do you need a new version of the 3.0-head version? [22:09:26 CET] <cone-511> ffmpeg 03Mark Thompson 07master:51020adcecf4: vaapi_encode: Write sequence header as extradata [22:12:00 CET] <michaelni> BBB, you arent pushing any of the fixes ? [22:12:13 CET] <BBB> I could, but I was hoping you would :-p [22:12:49 CET] <BBB> want me to? [22:13:00 CET] <BBB> ok let me re-cherrypick the head version to 3.0-2 [22:13:24 CET] <michaelni> yes, i think its easier if you push them ... [22:14:34 CET] <BBB> ok, so I have 2.8, 3.0, 3.1, 3.2 and head [22:14:42 CET] <BBB> master [22:15:38 CET] <michaelni> ok [22:16:50 CET] <BBB> oh it doesnt say wat it was cherry-picked from [22:16:54 CET] <BBB> I thought itd auto-add that... [22:17:02 CET] <BBB> I guess its obvious from the commit msg... [22:17:08 CET] <BBB> also the hashes keep changing [22:17:12 CET] <BBB> is that ok to omit? [22:17:25 CET] <J_Darnley> That particular feature got changed in some version of git. [22:18:01 CET] <BBB> hm... [22:18:15 CET] <michaelni> "git cherry-pick -x" should add the hash [22:18:35 CET] <michaelni> that is whe charry picking [22:21:15 CET] <michaelni> the hashes change when rebasing, it makes only sense to refer to hashes that were pushed (wont be rebased again) [22:21:39 CET] <BBB> pain [22:21:44 CET] <BBB> let me push head first then [22:30:12 CET] <cone-511> ffmpeg 03Timothy Gu 07release/3.0:9c0b2b9d5b55: zmqsend: Initialize ret to 0 [22:30:13 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.0:a5513ae7bc7c: avformat/rtmppkt: Check for packet size mismatches [22:30:14 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.0:e0d1db72dadf: Avoid using the term "file" and prefer "url" in some docs and comments [22:30:15 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.0:1768e02a046a: ffserver: Check chunk size [22:33:55 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07master:2a05c8f813de: http: make length/offset-related variables unsigned. [22:33:56 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07master:845bb401781e: http: move chunk handling from http_read_stream() to http_buf_read(). [22:42:25 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.2:0e0a413725e0: http: make length/offset-related variables unsigned. [22:42:26 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.2:e5be73e178e0: http: move chunk handling from http_read_stream() to http_buf_read(). [22:46:53 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.1:18e3e322b36a: http: make length/offset-related variables unsigned. [22:46:54 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.1:ce44100cb02a: http: move chunk handling from http_read_stream() to http_buf_read(). [22:51:06 CET] <michaelni> ok, ill start making the releases [22:51:26 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.0:2e3f0a1c6f39: http: make length/offset-related variables unsigned. [22:51:27 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/3.0:726faff0aa86: http: move chunk handling from http_read_stream() to http_buf_read(). [22:51:44 CET] <BBB> dont you have a backport to 2.8 to do? [22:51:59 CET] <BBB> (of the rtmp/ffserver patches) [22:52:05 CET] <michaelni> i didnt push all my local stuff yet [22:52:14 CET] <michaelni> also need changelog update [22:52:20 CET] <michaelni> ill do that [22:52:26 CET] <BBB> you probably need to push first so I can push 2.8 after you [22:52:32 CET] <BBB> then you need to fetch it for the release etc. [22:52:54 CET] <BBB> unless you want me to push 2.8 first, which is fine also [22:54:47 CET] <michaelni> you can push the http stuff first, it makes no differecne [22:57:32 CET] <BBB> ok done [22:57:33 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/2.8:606b21353df7: http: make length/offset-related variables unsigned. [22:57:34 CET] <cone-511> ffmpeg 03Ronald S. Bultje 07release/2.8:d3fc5c17de03: http: move chunk handling from http_read_stream() to http_buf_read(). [22:57:51 CET] <BBB> anything else needed from me? [23:02:24 CET] <michaelni> not atm, thanks for the http fix and work. backporting it. Backporting it to older releases in the future would be welcome though [23:05:33 CET] <cone-511> ffmpeg 03Andreas Cadhalpun 07master:46e75617d970: truemotion1: fix leaking frame on init failure [23:06:12 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.1:e08b1cf2df8c: Update for 3.1.6 [23:13:21 CET] <cone-511> ffmpeg 03Mathieu Velten 07master:b1f630f1a6b0: avcodec/vp9: move bpp to the shared context for use in hwaccel [23:13:22 CET] <cone-511> ffmpeg 03Mathieu Velten 07master:49e8e5fc5634: avcodec/vaapi-vp9: add support for profile 2 (bpp > 8) [23:24:02 CET] <cone-511> ffmpeg 03Mathieu Velten 07n3.1.6:HEAD: avcodec/vaapi-vp9: add support for profile 2 (bpp > 8) [23:24:22 CET] <cone-511> ffmpeg 03James Almer 07release/2.8:e8dfe3f34ade: configure: check for strtoull on msvc [23:24:23 CET] <cone-511> ffmpeg 03James Almer 07release/3.0:c1435f9dfb9a: configure: check for strtoull on msvc [23:24:24 CET] <cone-511> ffmpeg 03James Almer 07release/3.1:a57b701bdc20: configure: check for strtoull on msvc [23:24:25 CET] <cone-511> ffmpeg 03James Almer 07release/3.2:16aa8c81469c: configure: check for strtoull on msvc [23:56:02 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.0:b408dba23109: Chagelog: update [00:00:00 CET] --- Tue Dec 6 2016

1 0

ffmpeg.log.20161205
by burek 06 Dec '16

06 Dec '16

[00:47:34 CET] <thebombzen> kyleogrg: as far as I know, you can't. [00:48:11 CET] <thebombzen> What you can do though is use: ffmpeg -i video -i audio -map 0 -map 1 -c copy -f matroska - | ffplay -f matroska - [00:48:14 CET] <thebombzen> at least that's what I use [00:48:29 CET] <thebombzen> you won't be able to seek though [00:48:55 CET] <kyleogrg> thanks, but yeah, i was hoping to seek [00:49:37 CET] <kyleogrg> i wonder if vlc can [00:49:39 CET] <thebombzen> MPV might be able to do it, but I don't know. [00:49:42 CET] <thebombzen> ask in #mpv [00:49:49 CET] <kyleogrg> you mean mplayer? [00:49:51 CET] <thebombzen> no [00:50:14 CET] <kyleogrg> ah, i'll take a look [00:50:17 CET] <thebombzen> mpv was a fork of mplayer but has the nice benefit of having commits in the last 6 years [00:50:31 CET] <thebombzen> mplayer is old buggy and broken and based on old ffmpeg [00:51:03 CET] <thebombzen> mpv is.. well not those things. it's currently in active development, stable, and keeps up to date with ffmpeg development. [00:51:18 CET] <kyleogrg> good. i never really used mplayer so i didn't know much about it [00:53:03 CET] <c_14> mpv can do it with --audio-file [00:55:42 CET] <thebombzen> and point. [00:57:23 CET] <kyleogrg> c_14: just learning mpv command line now... [00:57:45 CET] <c_14> mpv --audio-file foo bar [00:58:22 CET] <kyleogrg> how do i put video+audio together? [00:58:46 CET] <kyleogrg> mpv myvideo.m4v --audio-file myaudio.m4a ? [00:58:54 CET] <c_14> yes [00:58:59 CET] <kyleogrg> lemme try [01:01:03 CET] <kyleogrg> wow, it works [01:01:06 CET] <kyleogrg> cool, thanks [01:15:28 CET] <kclough> I'm having an issue with the selective color filter. I created a photoshop selective color preset, but my output is always corrupt. http://pastebin.com/xmjC5JbB [01:15:35 CET] <kclough> Any help is greatly appreciated. [01:20:45 CET] <durandal_170> kclough: what you use for playback? [01:23:15 CET] <kclough> Wow. I feel foolish, just tried with VLC and it does playback. [01:23:26 CET] <kclough> I was originally trying to preview playback with OSX preview. [01:23:57 CET] <kclough> Is there a way to have FFMPEG use the same encoding for the output as the input? [01:25:41 CET] <durandal_170> kclough: message mentions what to do, just set output pix fmt to yuv420p [01:26:54 CET] <kclough> Thanks durandal. I see that now. [01:28:54 CET] <baphomet`> Does anyone have a script for fast webm creations that will calculate the bitrate of audio, video automatically and so it will match how long the video is? [04:42:18 CET] <ItWasntMe2013> does anyone have any addtional suggestions when converting interlaced video to progressive? other than deinterlacing, are there any other options that I can use to get rid of the ghosting video in high motion scenes? [07:42:40 CET] <ferdna> when using strftime 1... why my %03d doesnt work anymore [08:13:20 CET] <ferdna> http://stackoverflow.com/questions/40968895/why-doesnt-ffmpeg-name-files-wi… [08:13:28 CET] <ferdna> need to know why [08:41:46 CET] <flux> so what does it do instead? [08:44:05 CET] <flux> in fact, you don't even tell what exactly you're doing, ie. the command line ;) [08:45:58 CET] <flux> though I think the explanation is: instead of using sprintf you are asking ffmpeg to use strftime. strftime formats only dates. it does not format ie. additional numeric arguments. [08:46:20 CET] <flux> %d by itself already means something else with strftime as you can see from your format string. [09:10:26 CET] <ferdna> flux, [09:10:43 CET] <ferdna> i would like to set the date then the sequence [09:38:37 CET] <flux> ferdna, sorry, I don't have a solution for that [09:38:53 CET] <ferdna> flux, yeah no worries.. i dont there is one... =( [09:39:22 CET] <ferdna> i dont think there is one* [11:00:12 CET] <luozijun> Hi, i have one problem, `AVCodecContext` can't set reslution like `1440x900 / 1234/1020` ? [12:44:29 CET] <nonex86> hey, can someone help with the scale filter? i am using scale to resize the video preserving aspect ratio (with letterboxing/pillarboxing), but my approach works fine only with SAR 1:1 input video [12:44:49 CET] <nonex86> i am using the following filter: "scale=%d:%d:force_original_aspect_ratio=decrease,pad=%d:%d:(ow-iw)/2:(oh-ih)/2" [12:45:33 CET] <nonex86> is it possible to have one filter string to any cases with different SAR? [12:46:21 CET] <nonex86> %d here is just a formatters, they are replaced with width and height respectively [14:37:46 CET] <ella_> hi, is ffmpeg -i nafalta-sas.mov -c:a pcm_s16le -ar 48000 -ac 2 -map 0:0 -map 0:1 -map 0:2 -vcodec mpeg2video -vf scale=720:576 -r 25 -b:v 30000k -flags +ilme+ildct -alternate_scan 1 -top 1 nafalta-mov2.mxf isnt working [14:38:02 CET] <ella_> track 2: could not find essence container ul, codec not currently supported in container Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted [14:38:07 CET] <ella_> what should i do? thanks!! [15:40:33 CET] <momomo> a bit out of scope, but i figured some one here might know [15:41:52 CET] <momomo> is there a service for hls video advertisement insertion out there? i am thinking by manupiluation of the m3u8 playlist, one could include a url to an ad, could be external ... or downloaded ... to include it in the stream [15:42:00 CET] <momomo> is this possible? [15:42:05 CET] <henno> hi there. how can i make an accurarte seek to an actual frame index with the command line tool? [15:42:12 CET] <JEEB> you can't [15:42:19 CET] <henno> i thought so.. thanks [15:42:56 CET] <JEEB> something like ffms2 or lwlibavvideosource is a wrapper around the libraries that handles frame-exactness much better by creating indexes [15:43:22 CET] <momomo> I found this link .. https://support.google.com/adxbuyer/answer/6045575?hl=en ... what is VAST ? [15:44:47 CET] <henno> now a bit more hard: while transcoding from mp4 to webm we get different frames on same time codes.. the video seems to have a different offset or starting point though it shouldn't. what can i do to force the same frames get reencoded (start time and endtime need to be exactly the same!) [15:45:41 CET] <BtbN> inserting ads into the video stream itself is not trivial [15:45:51 CET] <BtbN> It would very likely mess up the player quite a bit [15:48:07 CET] <momomo> BtbN: i have pretty kick ass logic to control the player ... i do it on a session and user basis .. [15:48:40 CET] <BtbN> still, it's way easier and safer to mute the primary player, and open another player on top [15:49:34 CET] <momomo> BtbN: not a good solution for mobile though [15:49:55 CET] <momomo> but is there a hls based ad server? what is the name for these things ? [15:50:00 CET] <momomo> difficult to google [15:50:08 CET] <momomo> ads for subscribers ? [15:50:40 CET] <BtbN> Even the biggest user of HLS does not insert ads into the stream. [15:51:45 CET] <momomo> what do you mean? i am bigger than the biggest user :P [15:51:49 CET] <BtbN> Twitch. [15:52:02 CET] <momomo> do they have in stream ads ? [15:52:05 CET] <BtbN> no [15:52:09 CET] <BtbN> They overlay them [15:52:29 CET] <momomo> BtbN: do you know how that works on mobile, especially iphone ? [15:52:32 CET] <momomo> in browser [15:52:40 CET] <BtbN> There are no Ads in their mobile Aps. [15:52:45 CET] <momomo> ook [15:52:55 CET] <BtbN> no video ads, that is. [15:53:03 CET] <momomo> i guess i am the first one out there [15:53:05 CET] <momomo> :p [15:53:06 CET] <BtbN> Only banners and stuff I think, but very unobstrusive stuff [15:53:31 CET] <BtbN> They prefer not to annoy their users with blasting ads. [15:58:37 CET] <furq> surely youtube is the biggest user of hls [15:58:49 CET] <kerio> twitch? [15:58:53 CET] <kerio> youtube uses a lot of dash [15:59:00 CET] <furq> they use hls for live streams [15:59:16 CET] <kerio> which are watched by approximately fuck all [15:59:18 CET] <furq> i guess it depends on your definition of biggest [15:59:31 CET] <furq> youtube is the biggest entity which uses hls [15:59:42 CET] <furq> but twitch probably uses it more [15:59:48 CET] <BtbN> YouTube uses hls? What? [15:59:52 CET] <kerio> google is the biggest entity which uses intercal [16:00:04 CET] <BtbN> I'm quite sure youtube uses DASH [16:00:10 CET] <furq> they use hls for live streams [16:00:12 CET] <BtbN> Browsers don't support mpeg-ts [16:00:13 CET] <kerio> because they used it once for an april fools joke [16:00:42 CET] <BtbN> Twitch has a large JavaScript-Blob that transmuxes mpegts to mp4 on the fly. [16:00:48 CET] <BtbN> Just so they could keep using HLS [16:01:04 CET] <kerio> u wot m80 [16:01:19 CET] <kerio> oh on the server side? [16:01:21 CET] <BtbN> no [16:01:36 CET] <BtbN> Same thing as hls.js [16:01:39 CET] <kerio> i'm pretty sure there's nothing but rtmp ingest and hls on the backend [16:02:03 CET] <kerio> oh maybe i see what you mean [16:02:13 CET] <kerio> for browsers that can't HLS [16:02:16 CET] <BtbN> It's some EmScripten compiled thing that takes in the mpegts segments, and converts them to mp4, as Browsers don't support anything else via MSE. [16:02:22 CET] <momomo> BtbN: why would they convert it? [16:02:34 CET] <BtbN> Because Browsers don't support mpegts. [16:02:41 CET] <BtbN> Except for Safari on OSX. [16:02:46 CET] <furq> BtbN: http://vpaste.net/CfHh0 [16:02:47 CET] <kerio> best browser [16:02:56 CET] <kerio> and sure as shit that's false [16:02:59 CET] <momomo> what is the standard format of ts files ? [16:03:04 CET] <momomo> couldn [16:03:08 CET] <kerio> i've opened a m3u8 on edge at least [16:03:13 CET] <kerio> chrome too, probably [16:03:19 CET] <BtbN> Edge might be the second exception [16:03:20 CET] <kerio> momomo: .ts [16:03:24 CET] <furq> live streams are hls only as far as i can tell [16:03:28 CET] <momomo> hls.js works on edge [16:03:29 CET] <BtbN> But Anything Blink/Webkit Based and Firefox only support mp4 [16:03:40 CET] <BtbN> hls.js works everywhere... [16:03:42 CET] <momomo> BtbN: why not use hls.js [16:03:43 CET] <momomo> ? [16:03:52 CET] <BtbN> Because it's an abomination? [16:03:53 CET] <momomo> instead of "transmuxing" to mp4 [16:04:00 CET] <furq> that's what hls.js does [16:04:05 CET] <kerio> >mfw my browser is the best [16:04:07 CET] <BtbN> hls.js is a JavaScript mpegts->mp4 transmuxer. [16:04:34 CET] <BtbN> furq, so they put mp4 into their HLS?! I'm quite sure that's against the spec. [16:04:45 CET] <furq> maybe that's just what youtube-dl downloads it as [16:04:46 CET] <BtbN> But sure, in theory that works. [16:05:15 CET] <kerio> wouldn't the overhead eat you alive [16:05:27 CET] <BtbN> what overhead? [16:05:34 CET] <furq> if you mean cpu overhead from remuxing then no [16:05:41 CET] <kerio> idk, bytes [16:05:49 CET] <furq> size overhead from ts isn't that bad [16:05:50 CET] <momomo> kerio: file ending is ts but maybe the encoding is mp4 ?? [16:05:54 CET] <furq> probably not that much worse than fragmented mp4 [16:06:01 CET] <momomo> so one could possibly use either [16:06:16 CET] <kerio> but why can't you fix your browser instead [16:06:24 CET] <kerio> to support superior encoding formats [16:06:24 CET] <furq> because i am not ian mozilla [16:06:50 CET] <BtbN> Because mpegts is patent encumbered. [16:07:29 CET] <kerio> pay the patent :^) [16:07:31 CET] <furq> i'm pretty sure youtube only use hls because otherwise it wouldn't work on iOS [16:07:42 CET] <momomo> furq: same reason here [16:07:53 CET] <kerio> what's the best open http streaming solution? [16:08:00 CET] <momomo> hls [16:08:02 CET] <BtbN> Apache? [16:08:03 CET] <kerio> http GET on a mkv? [16:08:33 CET] <BtbN> By now thanks to hls.js HLS is the widest supported thing. [16:08:40 CET] <furq> oh wow [16:08:54 CET] <furq> these fragments are showing up as mp4 in the firefox network panel [16:09:02 CET] <flux> I suppose dash.js or some such doesn't work on Safari then? [16:09:03 CET] <momomo> on another topic .. when generating a hls live with ffmpeg .. either 5s or 10s .. is 1 hour of saved content going to be significantly larger on 5s than 10s ? [16:09:05 CET] <furq> maybe it is mp4 in hls [16:09:08 CET] <furq> that's really awful [16:09:16 CET] <kerio> BtbN: surely nginx [16:09:27 CET] <kerio> but no that wasn't what i wanted to ask [16:09:34 CET] <BtbN> momomo, it's exactly the same. [16:09:39 CET] <BtbN> Just the mpegts file cut into segments. [16:09:41 CET] <ritsuka> Apple added fragmented mp4 support in hls this year, so it would work too (but it requires iOS 10) [16:10:04 CET] <flux> btbn, but if you have shorted segments, you need to have I-frames more often? [16:10:13 CET] <kerio> what's my best bet to stream av1/opus? [16:10:30 CET] <momomo> BtbN: i am thinking since each second should only store the changes of pixels from previous frame .. 5s should be larger [16:10:33 CET] <BtbN> you need one at the beginning of each segment, yes. But with CBR that doesn't affect the size, just the quality [16:10:36 CET] <furq> flux: iOS safari doesn't have MSE, so no DASH [16:10:41 CET] <kerio> does anything other than ffmpeg use NUT? [16:10:47 CET] <furq> except i remember someone in here mentioning that it does actually have MSE but only whitelisted sites can use it [16:10:50 CET] <BtbN> And you don't want anything but strict cbr for streaming [16:10:53 CET] <furq> and the whitelist is "netflix.com" [16:10:57 CET] <kerio> xd [16:11:06 CET] <furq> it's not difficult to imagine what's happened there [16:12:25 CET] <flux> furq, how fucked up that is? [16:12:44 CET] <kerio> maybe they're not confident about their implementation [16:12:50 CET] <furq> sure [16:12:51 CET] <furq> that'll be it [16:12:53 CET] <momomo> ok, so not wanting to give on this idea immediately ( because solving it would be ideal ) .. is there an advertising content network for video broadcasters that allows you to host the advert from your own server and still get money ( i bet not ) [16:13:19 CET] <momomo> i would like access to advertising content [16:13:41 CET] <furq> presumably at that point you would want to have people paying you to show their ads [16:13:50 CET] <momomo> and participate in some program that can track impressions somewhow [16:13:53 CET] <furq> or you'd use someone else's platform [16:14:03 CET] <furq> someone else's video streaming platform, that is [16:14:14 CET] <momomo> furq: it's difficult at day one or even after 30 days [16:14:27 CET] <momomo> it would be easier to release and make money on day one [16:14:49 CET] <momomo> cost of hosting video is big [16:14:49 CET] <furq> i'm no expert on this but those are the two ways i imagine you could get ads in your stream [16:15:42 CET] <momomo> furq: you mean like let google, amazon or someone serve the live streams? [16:16:22 CET] <furq> yeah there's no way someone like adwords is going to let you use your own platform [16:16:39 CET] <furq> idk though [16:16:56 CET] <furq> maybe there is a video ad network out there which has a way to keep track of all this [16:17:17 CET] <momomo> furq: yes, i don't suspect that either .. that is why opted for someone having thought of the possibility of allowing you to point to hls segment file of say 15 second in your m3u8 [16:18:22 CET] <momomo> by controlling hte generation of the m3u8 per user and session .. i can actually decide to insert that piece .. and then keep track of the user and 15 sec later serve him hls segment -15s [16:19:19 CET] <momomo> if he reloads he is back at zero [16:57:32 CET] <momomo> anyone knows how one can upload a live stream on for instance youtube? [16:58:14 CET] <momomo> does it convert a mp4 source to ts files itself? [19:25:47 CET] <cnote> why does video/audio uses bit/s not byte/s [19:26:02 CET] <cnote> for example mp3 128 kbps [19:28:27 CET] <BtbN> because you'd end up with way too low numbers at times [19:29:26 CET] <cnote> who cares [19:29:38 CET] <cnote> if you end up with low numbers [19:30:16 CET] <BtbN> well, enough people who are relevant for audio/video standards do. So bits per second it is [19:30:52 CET] <cnote> is that really the reason why? [19:31:00 CET] <cnote> i think there is more to it than that [19:34:11 CET] <BtbN> keep in mind that stuff was decided long long ago, when internet speeds where a 56k modem was still the shit [19:35:20 CET] <cnote> btbn i see [19:36:02 CET] <cnote> but still there should be a better reason than "low numbers" [20:15:59 CET] <theperfectpunk> i am not able to get a hardware reference to my nvidia card for using vaapi [20:16:31 CET] <theperfectpunk> i was able to get vaapi working using /dev/dri/renderD128 for my integrated nvidia [20:17:48 CET] <theperfectpunk> i don't know what to put in vaapi_device [20:18:26 CET] <theperfectpunk> is there any way i can find what the hardware reference is? [20:19:54 CET] <BtbN> nvidia uses vdpau? [20:20:42 CET] <theperfectpunk> i got an old 9800 GTX+ [20:21:03 CET] <theperfectpunk> wanted to check if it is any faster in video encoding than my integrated HD3000 in 2600k [20:21:19 CET] <furq> that's way too old to have a video encoder [20:22:51 CET] <furq> nvenc was only added on the 600 series iirc [20:22:56 CET] <theperfectpunk> yes i know [20:22:58 CET] <BtbN> Kepler, 700 series. [20:23:06 CET] <theperfectpunk> it works very well with my 750m [20:23:09 CET] <theperfectpunk> on my laptop [20:23:51 CET] <theperfectpunk> i saw vaapi and vdpau support for my 9800GTX+, so went in to see if it were any faster than intel quick sync in 2nd gen processors [20:24:25 CET] <BtbN> nvidia does not support vaapi. [20:24:36 CET] <BtbN> And that card is old, it does not have a video encoder. [20:24:45 CET] <vans163> theperfectpunk: do you know how many FPS intel quick sync gets at 1080p? [20:24:50 CET] <vans163> to encode [20:25:04 CET] <vans163> doesnt seem many details about it online [20:25:09 CET] <furq> yeah that support probably refers to decoding [20:25:46 CET] <furq> ffmpeg doesn't support gpu encoding beyond any opencl features that individual codecs might have, which generally isn't many (if any) [20:26:34 CET] <theperfectpunk> well i tried out 1080p @ 60fps 25M [20:26:44 CET] <theperfectpunk> gave between 70-80 [20:26:45 CET] <furq> nvenc and quicksync have nothing to do with the gpu, they're discrete asics [20:27:04 CET] <furq> they just happen to be quite near gpus [20:27:24 CET] <theperfectpunk> isn't CUDA about encoding? [20:27:27 CET] <furq> no [20:27:50 CET] <furq> x264 has some very limited opencl acceleration but it's of questionable value [20:27:56 CET] <furq> maybe some other codecs do as well [20:27:57 CET] <vans163> theperfectpunk: thanks [20:28:24 CET] <vans163> kind of low compared to nvidias encoders but expected [20:28:36 CET] <DHE> CUDA is a general purpose processing library. ffmpeg has a few filters that are CUDA-enabled. or maybe opencl [20:28:43 CET] <theperfectpunk> yes i know [20:28:44 CET] <furq> yeah there are some filters which use it [20:28:46 CET] <DHE> but I believe nvidia does integrate their encoders with the cuda layer [20:28:53 CET] <theperfectpunk> the bitrate is high [20:28:58 CET] <theperfectpunk> 25000kbps [20:29:49 CET] <theperfectpunk> on the 750M i got around 350-400fps for 1080p at 4M bitrate [20:30:11 CET] <furq> i think all the accelerated filters in libavfilter are opencl [20:30:26 CET] <theperfectpunk> lemme check if cuda works [20:30:35 CET] <furq> maybe stuff like nvresize is cuda but that's a third-party filter [20:30:39 CET] <theperfectpunk> there's something about it in here [20:30:41 CET] <theperfectpunk> https://trac.ffmpeg.org/wiki/HWAccelIntro [20:30:55 CET] <vans163> theperfectpunk: that seems high for keplar, i would of expected 250~ [20:31:01 CET] <furq> cuvid is a decoder [20:31:06 CET] <durandal_1707> there is simd for some filters [20:31:21 CET] <theperfectpunk> man [20:31:25 CET] <theperfectpunk> facepalm [20:32:03 CET] <furq> CUVID, which is also called nvdec by Nvidia now, [20:32:05 CET] <furq> oh that's nice [20:32:08 CET] <furq> nvdec is a much better name [20:32:24 CET] <theperfectpunk> are software decoders better then hardware decoders in terms of quality [20:32:32 CET] <furq> software encoders certainly are [20:32:35 CET] <theperfectpunk> because i heard so somewhere [20:32:39 CET] <furq> i don't think it makes much difference for decoders [20:32:44 CET] <BtbN> decoding is bit exact iirc [20:32:47 CET] <furq> yeah [20:33:10 CET] <furq> certainly with all the codecs you're likely to have hwaccel for [20:33:11 CET] <theperfectpunk> in the cuda decoder it says "While decoding 10 bit video is supported, CUVID is only able to output 8 bit video, so the additional 2 bits are lost in the process. [20:33:35 CET] <furq> i'd class that under format support rather than quality [20:34:27 CET] <furq> i've never tried but i'm pretty sure 10-bit video gets fucked up, rather than just looking slightly worse [20:34:48 CET] <BtbN> works fine if your hw supports it. [20:35:01 CET] <BtbN> It converts to NV12 on output though [20:35:06 CET] <efface> I have spent several days troubleshooting this and I am at my wits end......ffmpeg cannot join a udp multicast UNLESS i join that multicast in VLC first. I am running centos7. Anyone able to point me in the right direction? [20:35:09 CET] <theperfectpunk> yeah that [20:35:16 CET] <theperfectpunk> what is nv12? [20:35:27 CET] <theperfectpunk> i have to specify it everytime when using vaapi [20:35:34 CET] <efface> btw i have seen this same behavior on mint linux as well [20:35:36 CET] <furq> yuv420p [20:35:38 CET] <persina> How can I change the aspect ratio of a video? [20:35:51 CET] <theperfectpunk> why do we write yuv420p then [20:35:55 CET] <theperfectpunk> *don't [20:36:15 CET] <persina> How can I change the aspect ratio of a video without making it look stretched or tall? [20:36:20 CET] <furq> oh it isn't yuv420p [20:36:35 CET] <furq> it's 4:2:0 with planar y and packed uv [20:37:31 CET] <theperfectpunk> so its yuv420sp [20:37:39 CET] <furq> is that a thing [20:37:53 CET] <theperfectpunk> i saw it here https://en.wikipedia.org/wiki/YUV#Y.E2.80.B2UV420sp_.28NV21.29_to_RGB_conve… [20:38:06 CET] <furq> that's nv21 [20:38:16 CET] <furq> which is the same except v and u are reversed, because why not [20:38:20 CET] <theperfectpunk> facepalm [20:38:34 CET] <furq> i have no idea what the sp stands for there [20:38:44 CET] <furq> "somewhat planar" [20:39:46 CET] <theperfectpunk> you were right [20:39:57 CET] <theperfectpunk> it's semi-planar [20:41:11 CET] <furq> bye [20:41:57 CET] <furq> persina: -aspect 21:9 [20:42:07 CET] <furq> "without looking stretched or tall" is a question only you can answer [20:46:59 CET] <persina> furq: I want to set a new aspect ration while maintaining the original one. [20:50:00 CET] <persina> furq: For example if the original video has aspect ration 10:7 and I use -aspect 32:27 I want it to add black padding around the side instead of stretching it to make it taller...does that make sense? [23:08:20 CET] <efface> I have a weird problem, i cannot join a udp multicast input unless i join that input in vlc first [23:08:38 CET] <efface> Could i have a compiling issue or something? [23:20:26 CET] <HelloAtMega> Hello [23:20:33 CET] <HelloAtMega> Anyone around? [23:20:51 CET] <HelloAtMega> I was trying to compile ffmeg under Debian Jessie 64bit [23:21:16 CET] <HelloAtMega> and after I have installed libx265 and running the command to compile ffmeg [23:21:24 CET] <HelloAtMega> the command that is in the site [23:21:31 CET] <HelloAtMega> https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [23:21:38 CET] <HelloAtMega> I get an error saying [23:21:49 CET] <HelloAtMega> ERROR: x265 not found using pkg-config [23:21:54 CET] <HelloAtMega> Can anyone help me solving this problem? [23:22:13 CET] <efface> I think you need to install pkg-config [23:23:10 CET] <HelloAtMega> let me check if I have it installed [23:23:55 CET] <HelloAtMega> I have it installed [23:24:18 CET] <HelloAtMega> pkg-config --version [23:24:18 CET] <HelloAtMega> 0.28 [23:24:58 CET] <HelloAtMega> I found this, but I doubt it solves the problem [23:25:02 CET] <HelloAtMega> https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=1948 [23:25:05 CET] <furq> what does it say in config.log [23:25:14 CET] <furq> there should be an error somewhere near the endo [23:25:21 CET] <furq> -o [23:26:08 CET] <HelloAtMega> let me check [23:28:49 CET] <HelloAtMega> cannot find -lnuma [23:28:56 CET] <HelloAtMega> What does this means? [23:29:04 CET] <HelloAtMega> Is this a package? A missing one? [23:30:05 CET] <HelloAtMega> Is it libnuma? [23:30:22 CET] <HelloAtMega> I have this: [23:30:25 CET] <HelloAtMega> num-utils - programs for dealing with numbers from the command line [23:30:36 CET] <HelloAtMega> libnuma-dbg - Debug package for libnuma [23:30:36 CET] <HelloAtMega> libnuma-dev - Development files for libnuma [23:30:36 CET] <HelloAtMega> libnuma1 - Libraries for controlling NUMA policy [23:30:36 CET] <HelloAtMega> numactl - NUMA scheduling and memory placement tool [23:33:06 CET] <HelloAtMega> Done [23:34:51 CET] <HelloAtMega> Is it normal that when I issue the: [23:34:53 CET] <HelloAtMega> PATH="$HOME/bin:$PATH" make [23:35:04 CET] <HelloAtMega> command, I get a lot of warnings during the compilation? [23:35:29 CET] <HelloAtMega> mainly about deprecated codecs and set but not used variables [00:00:00 CET] --- Tue Dec 6 2016

1 0

ffmpeg-devel.log.20161204
by burek 05 Dec '16

05 Dec '16

[00:17:39 CET] <philipl> BtbN, nevcairiel: They updated the support matrix on the website to say cuvid can decode 10/12bit vp9 on "select" pascal chips. Doesn't say which, of course. [00:18:14 CET] <nevcairiel> it says the same thing about 8k and that is available on all except the gp100 chip w hich isnt available for consumers [00:18:15 CET] <wm4> woah [00:18:26 CET] <philipl> Yeah. So that's what I'm hoping is true here too. [00:18:30 CET] <philipl> g vs h hardware. [00:18:39 CET] <wm4> what's the difference? [00:18:42 CET] <nevcairiel> but we'll need to wait until the next sdk, the sdk docs have a proper feature matrix [00:18:55 CET] <nevcairiel> with chips instead of just categories [00:19:01 CET] <philipl> link? [00:19:13 CET] <philipl> oh you're saying the next doc will have it. [00:19:46 CET] <philipl> wm4: http://us.download.nvidia.com/XFree86/Linux-x86/375.20/README/vdpausupport.… [00:19:57 CET] <nevcairiel> read NVDEC_VideoDecoder_API_ProgGuide.pdf [00:20:08 CET] <philipl> According to that (the most complete description they offer of the hardware), 8k is specific to the 'H' hardware. [00:20:12 CET] <nevcairiel> it lists the difference between GP100 and GPO10x [00:20:20 CET] <nevcairiel> -O [00:20:23 CET] <wm4> ah [00:20:51 CET] <wm4> btw. are there any signs about nvidia still caring about vdpau? [00:20:56 CET] <philipl> wm4: no. [00:21:29 CET] <philipl> I can ask around whether they reassigned or hired a replacement engineer... [00:23:39 CET] <wm4> I mean obviously they're keeping it working, and there have been bugs that disappeared in newer driver versions [00:31:07 CET] <philipl> Yeah, but no evidence of actually adding new features. [00:41:24 CET] <Compn> dont we have an nvidia contact ? [00:41:31 CET] <Compn> a few devels worked there ... [00:41:34 CET] <Compn> even vlc devs [00:41:47 CET] <Compn> not asking for trade secrets or anything [00:41:53 CET] <Compn> but maybe some winks and nods to whats going on [00:47:51 CET] <nevcairiel> huge companies dont really do that [00:48:24 CET] <nevcairiel> if you're not working right in that department, even finding this stuff out internally is super hard [01:03:52 CET] <cone-430> ffmpeg 03Michael Niedermayer 07master:020d53ebdb58: avcodec/flac: Check bps in ff_flac_parse_streaminfo() [01:03:52 CET] <cone-430> ffmpeg 03Michael Niedermayer 07master:6567c59c4903: avcodec/flac: forward errors from ff_flac_parse_streaminfo() [01:03:52 CET] <cone-430> ffmpeg 03Michael Niedermayer 07master:c72fa4323498: avcodec/get_bits: Fix get_sbits_long(0) [01:03:52 CET] <cone-430> ffmpeg 03Michael Niedermayer 07master:1f5630af51f2: avcodec/flacdec: Fix undefined shift in decode_subframe() [01:29:10 CET] <jkqxz> nevcairiel: How does the socket unblocking thing on Windows avoid racing with preemption before the recv call? [01:33:16 CET] <jkqxz> (I mean, that's why the close is undefined on unices. You can't distinguish "blocked in recv" from "preempted just before being blocked in recv", and the latter is undefined behaviour (you are calling recv on a random file descriptor, which might have been reused by the implementation) so the whole thing has to be undefined behaviour.) [01:58:13 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:518beeb72f53: Changelog: Update [01:58:15 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:3af916db3705: avformat/utils: Check start/end before computing duration in update_stream_timings() [01:58:15 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:f202fefdb0ac: avformat/oggparsespeex: Check frames_per_packet and packet_size [01:58:16 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:5790ce62732f: avcodec/flacdsp_template: Fix undefined shift in flac_decorrelate_indep_c [01:58:17 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:31d46dc97dc3: avcodec/flacdec: Fix signed integer overflow in decode_subframe_fixed() [01:58:18 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:1e512388ee98: avformat/ffmdec: Check media type for chunks [01:58:19 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:a5989651f075: avcodec/get_bits: Fix get_sbits_long(0) [01:58:20 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:3f8bb78f3ed6: avcodec/flacdec: Fix undefined shift in decode_subframe() [01:58:21 CET] <cone-430> ffmpeg 03Michael Niedermayer 07release/2.8:fb93771072cf: Changelog: update [02:23:43 CET] <KGB> [13FFV1] 15dericed opened pull request #25: Use rfc formatting (06master...06use-rfc-formatting) 02https://git.io/v1WAP [03:16:00 CET] <cone-430> ffmpeg 03Michael Niedermayer 07n2.8.9:HEAD: avcodec/flacdec: Fix undefined shift in decode_subframe() [17:05:49 CET] <KGB> [13FFV1] 15michaelni pushed 1 new commit to 06master: 02https://git.io/v1l8z [17:05:49 CET] <KGB> 13FFV1/06master 144253d12 15dericed: fix error in code wrapping [21:13:10 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:86f5b73429d8: avcodec/utils: Clear MMX state before returning from avcodec_default_execute*() [21:13:10 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:9128ef030208: avcodec/mpegvideo_enc: Clear mmx state in ff_mpv_reallocate_putbitbuffer() [21:13:10 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:bab7d72d4645: avformat/mxfdec: Check size to avoid integer overflow in mxf_read_utf16_string() [21:13:10 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:d54aa2de1761: avcodec/interplayvideo: Check side data size before use [21:13:10 CET] <cone-754> ffmpeg 03Ronald S. Bultje 07release/3.0:642cd5de4de6: vp9: change order of operations in adapt_prob(). [21:13:11 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:8cca6b06ec6c: avcodec/dvdsubdec: Fix buf_size check [21:13:11 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:9ec40eacb169: avcodec/dvdsubdec: Fix off by 1 error [21:13:12 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:35498718474f: avcodec/8bps: Check side data size before use [21:13:12 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:9cab9b878fd4: avcodec/cinepak: Check side data size before use [21:13:13 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:e0dd617ed7f6: avcodec/idcinvideo: Check side data size before use [21:13:14 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:adc86ad32f04: avcodec/kmvc: Check side data size before use [21:13:15 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:136fc7084e16: avcodec/msrle: Check side data size before use [21:13:17 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:51aa6d09872d: avcodec/qtrle: Check side data size before use [21:13:18 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:1bc7215e8a44: avcodec/qpeg: Check side data size before use [21:13:19 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:7affe32738d8: avcodec/msvideo1: Check side data size before use [21:13:20 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:8fd3293fa148: avcodec/rawdec: Check side data size before use [21:13:20 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:4251dc6d7e7d: avcodec/tscc: Check side data size before use [21:13:22 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:bc63205ae2eb: avcodec/sunrast: Fix input buffer pointer check [21:13:23 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:083919e9c459: avcodec/movtextdec: Fix potential integer overflow [21:13:24 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:3f9a24f06d5d: avcodec/movtextdec: Fix tsmb_size check==0 check [21:13:25 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:27fbf8f110f6: avcodec/movtextdec: Add error message for tsmb_size check [21:13:25 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:8ad4e1c1cb74: avcodec/ituh263dec: Avoid spending a long time in slice sync [21:13:26 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:63caf18787d5: avcodec/rv40: Test remaining space in loop of get_dimension() [21:13:28 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:2caee4857687: avformat/mpeg: Adjust vid probe threshold to correct mis-detection [21:13:29 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:ff01dbb6ec88: avformat/idroqdec: Check chunk_size for being too large [21:13:30 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:6bee6ef0c2ec: avcodec/flac_parser: Update nb_headers_buffered [21:13:31 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:66e8f87ebc78: avformat/utils: Check start/end before computing duration in update_stream_timings() [21:13:32 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:e9003828dd7e: avformat/oggparsespeex: Check frames_per_packet and packet_size [21:13:33 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:2f26f3de7801: avcodec/flacdsp_template: Fix undefined shift in flac_decorrelate_indep_c [21:13:33 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:2d66fbc853ff: avcodec/flacdec: Fix signed integer overflow in decode_subframe_fixed() [21:13:35 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:9f7eb718e9d3: avformat/ffmdec: Check media type for chunks [21:13:36 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:66bf84e2c4e1: avcodec/get_bits: Fix get_sbits_long(0) [21:13:37 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:2c6792b0c683: avcodec/flacdec: Fix undefined shift in decode_subframe() [21:24:32 CET] <cone-754> ffmpeg 03Michael Niedermayer 07release/3.0:6e1bc747df86: Update for version 3.0.5 [21:27:41 CET] <cone-754> ffmpeg 03James Almer 07release/3.0:d111c9ce139c: avcodec/rawdec: check for side data before checking its size [00:00:00 CET] --- Mon Dec 5 2016

1 0

ffmpeg.log.20161204
by burek 05 Dec '16

05 Dec '16

[00:28:05 CET] <mantas322> everything worked out great. Thank you for the help c_14. [00:38:14 CET] <Threads> lets say i have a video and its 15mins long and i want to cut out the 5mins point B and be left with 5mins from point A and 5mins from point C how would i do that i want to be left with a 1 10min file with point B remved and point A-C left [00:47:14 CET] <kyleogrg> Does ffmpeg's VP9 support GPU encoding? [00:52:07 CET] <waster> hey all, how can i precisely cut ts file with audio only with milliseconds? [00:52:22 CET] <waster> aand I need to preserve timestamps [00:52:55 CET] <waster> input seeking does not have needed accuracy [00:53:20 CET] <waster> and output seeking reset timestamps to 0 even with copyts option [00:53:57 CET] <waster> for example [00:55:14 CET] <waster> ffmpeg -i out2020.ts -ss 2:48:23.423633 -y -c copy -c copyts -muxdelay 0 test.ts [00:55:46 CET] <waster> initial timestamp is considered with ss [00:56:30 CET] <waster> but output test.ts has timestamps reset [01:21:25 CET] <DHE> kyleogrg: ffmpeg just uses libvpx, so as soon as that gets GPU acceleration ffmpeg will as well [01:21:53 CET] <kyleogrg> ah, so we don't know when libvpx would get it? [01:23:30 CET] <DHE> not like we have any say in it [01:25:22 CET] <kyleogrg> DHE: ok, so what about x265 gpu encoding? [01:27:34 CET] <jkqxz> libvpx is a software encoder, that's very unlikely to happen. [01:28:04 CET] <jkqxz> There are patches for VP9 encode on Intel GPUs on the libav list, though (via VAAPI). [01:28:58 CET] <kyleogrg> ok, thanks for the info. be back later probably [01:29:10 CET] <DHE> well, x264 got partial GPU offload support... not that it's the most brilliant thing, but still... [01:41:52 CET] <MrMonkey31> is it possible to set up the fade=out filter to automatically do the end of the input stream, where the duration is specified? like when it's set with -t ? [01:42:26 CET] <MrMonkey31> *the duration of the fade is configured, AND the whole video has a given duration [02:25:44 CET] <TikityTik> subprocess.check_call(['xdg-open', '--', '/home/user') is giving me an exit code of 1, why is that? [02:26:31 CET] <TikityTik> apparently I had to take out the '--' argument [06:30:41 CET] <ferdna> what is the average of delay of you ipcamera video that you guys are getting? [06:30:46 CET] <ferdna> i am getting about 8 seconds [06:33:48 CET] <ferdna> also, what are your ip camera parameters? [08:13:51 CET] <tomed> anybody know a good GUI video/audio player [08:14:00 CET] <tomed> mplayer sucks [08:23:57 CET] <ferdna> tomed, mpv and vlc are my favs [08:24:04 CET] <tomed> mpv ? [08:25:37 CET] <tomed> ferdna anyways, thank you [08:26:01 CET] <ferdna> tomed, yes mpv... that is the name of the player [08:26:28 CET] <tomed> i see [08:26:30 CET] <tomed> i see 2 builds [08:26:39 CET] <tomed> Windows builds by lachs0r https://mpv.srsfckn.biz [08:26:39 CET] <tomed> Windows builds by shinchiro https://sourceforge.net/projects/mpv-player-windows/files [08:26:44 CET] <tomed> is there any difference? [08:28:19 CET] <ferdna> tomed, this one is the official one: https://mpv.io/ [08:28:43 CET] <ferdna> so yeah... any of those two links will work [08:29:37 CET] <ferdna> tomed, i would go with lanchs0rs builds [08:29:43 CET] <ferdna> seem cleaner [08:29:49 CET] <tomed> i see [08:29:56 CET] <ferdna> tomed, i dont use windows so i wouldnt know... [08:30:00 CET] <ferdna> ive never tried them [08:30:11 CET] <ferdna> tomed, type my nick... if you expect a fast response.. [08:30:33 CET] <tomed> ferdna i see, sorry, same for me [08:30:42 CET] <ferdna> tomed, yup =) [08:31:05 CET] <tomed> ferdna mpv sucks though [08:31:11 CET] <tomed> i have to drag a file [08:31:38 CET] <ferdna> tomed, probably but i like it very much... it has worked wonders for me... [08:32:36 CET] <tomed> ferdna good thing is: it has #mpv channel [08:32:45 CET] <ferdna> tomed, yup [08:35:38 CET] <tomed> ferdna this whole drag and drop method is annoying [08:35:59 CET] <ferdna> tomed, i dont know what you mean... but it works fine for me [08:36:10 CET] <ferdna> you need to associate your .avi .mpg to that program [08:36:16 CET] <ferdna> and it will just open your files [08:36:51 CET] <tomed> and how do i open dvd-source [09:13:05 CET] <ferdna> tomed, just double click the dvd files [09:13:17 CET] <tomed> ferdna it doesn't work taht way with dvd [09:13:25 CET] <ferdna> yes it does [09:14:11 CET] <tomed> ferdna it doesn't [09:24:40 CET] <thebombzen> tomed: ferdna: mpv is primarily a CLI player [09:24:48 CET] <tomed> thebombzen okay [09:24:58 CET] <tomed> thebombzen but i should able to play dvd source [09:25:55 CET] <thebombzen> run from the command line: mpv dvd:// [09:26:20 CET] <thebombzen> you can. but MPV is a command-line player. It opens a gui that does essentially nothing but display the video and allow you to seek. [09:26:51 CET] <thebombzen> the drag-n-drop is just an approximation for a GUI. It's not really a gui player [09:27:14 CET] <thebombzen> if you're looking for a fully-functional GUI player that's based on ffmpeg, use VLC: http://videolan.org/ [09:27:52 CET] <thebombzen> in VLC, to play a DVD you can use File -> Open Disc and it's intuitive [09:28:02 CET] <thebombzen> sorry. Media -> Open Disc [09:29:25 CET] <thebombzen> ferdna: that won't work [09:30:02 CET] <thebombzen> on the dvd filesystem, videos are stored in an encrypted program stream and you cannot decrypt them without reading the DVD as a block device [09:30:29 CET] <thebombzen> if you open a the disc as a whole in a DVD player, it can decrypt it. [09:33:19 CET] <ferdna> thebombzen, yes it will. it will decrypt the files if they are encrypted [09:33:41 CET] <thebombzen> no, dvdcss is not able to decrypt the individual VOBs [09:34:17 CET] <thebombzen> either way, "double click it" is bad advice, becuase the .vob extension on windows by default opens with Windows Media Player [09:34:36 CET] <Ella_hpost> Can anyone help me with enable drefs please? [09:34:58 CET] <tomed> thebombzen thank you [09:35:56 CET] <Ella_hpost> I can't convert QuickTime reference to Mxf, how do I enable drefs? [09:49:55 CET] <ferdna> tomed, thebombzen, http://unix.stackexchange.com/questions/265874/using-mpv-to-play-dvd-movies [09:50:26 CET] <ferdna> this one tells you what you need to decrypt dvds: [09:50:27 CET] <ferdna> http://www.linuxquestions.org/questions/slackware-14/unable-to-play-encrypt… [09:50:57 CET] <ferdna> good night [10:21:36 CET] <kerio> why would anyone want to play a dvd in 2016 [11:01:45 CET] <Tushar> i have having problem while installing ffmpeg [11:11:04 CET] <durandal_170> Tushar: what kind of problem? [11:11:45 CET] <Tushar> yasm/nasm not found or too old. Use --disable-yasm for a crippled build. [11:11:46 CET] <Tushar> If you think configure made a mistake, make sure you are using the latest [11:11:46 CET] <Tushar> version from Git. If the latest version fails, report the problem to the [11:11:46 CET] <Tushar> ffmpeg-user(a)ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. [11:11:46 CET] <Tushar> Include the log file "config.log" produced by configure as this will help [11:11:46 CET] <Tushar> solve the problem. [11:11:57 CET] <Tushar> while installing [11:25:20 CET] <durandal_170> Tushar: so install or update your Yasm or nasm [12:25:08 CET] <beauty> when to use av_free_packet and av_packe_unref [12:25:29 CET] <beauty> what's the different between the two function? [12:33:17 CET] <jkqxz> They both decrease the reference count on the buffer referred to by the packet, and free it if that reaches zero. Then, av_packet_unref() clears the AVPacket structure to a blank one (so it can be reused with av_packet_ref() or av_new_packet(), say), while av_packet_free() actually frees the memory and so it can't be reused. [13:30:15 CET] <beauty`> thanks [15:01:42 CET] <waster> hello, hwo can I cut ts file with ms accuracy? [15:01:56 CET] <waster> I need to preserve timestamps [15:02:31 CET] <waster> output seeking doesn not work in this case and even with copyts resets timestamps [15:04:00 CET] <DHE> well, if you're okay with trial and error, mpgets is relatively friendly to 'dd' abuse. you might not get millisecond resolution but maybe close enough for your needs [15:17:04 CET] <waster> the problem is that I get needed accuracy with output seekingm bu I need timestamps preserved [15:19:32 CET] <waster> and I don't understand when timestamps are reset even with copyts option in case of output seeking [16:09:56 CET] <waster> it seems that the only way to preserv timestamps in this case is to use -itsoffset and -output_ts_offset [16:10:38 CET] <waster> e.g. ffmpeg -itsoffset -10101.4069 -i test.ts -ss 2.78 -y -c copy -copyts -muxdelay 0 -output_ts_offset 10104.1869 test1.ts [16:38:31 CET] <jaeckyl> How can I specific the channel layout explictly on the input? ffmpeg is guessing incorrectly [16:38:31 CET] <jaeckyl> Guessed Channel Layout for Input Stream #0.1 : 5.1 [16:47:38 CET] <durandal_170> jaeckyl: what format? [16:48:54 CET] <jaeckyl> pcm_s16le [16:49:46 CET] <jaeckyl> Stream #0:1: Audio: pcm_s16le, 48000 Hz, 6 channels, s16, 4608 kb/s [16:51:25 CET] <durandal_170> that's codec [16:53:04 CET] <jaeckyl> yes, thats the input, capturing to an Mp4 container with aac using: [16:53:06 CET] <jaeckyl> codec:a aac -ac 6 -ar 48000 -ab 384k [16:53:38 CET] <jaeckyl> sort of a newb, so please be patient ;) [16:54:54 CET] <jaeckyl> the problem is that the center channel is getting mapped to LFE [16:58:53 CET] <durandal_170> jaeckyl: you will need to use channelmap filter, see fine documentation [17:07:24 CET] <jaeckyl> yea, I tried -filter 'channelmap=1|2|0|5|3|4:5.1' --> but unsure how to select the audio stream [17:11:12 CET] <jaeckyl> error: Cannot connect audio filter to non audio input [17:11:43 CET] <jaeckyl> So I tried: -filter "channelmap=0:1:1|0:1:2|0:1:0|0:1:5|0:1:3|0:1:4:5.1" [17:12:19 CET] <jaeckyl> which errored out with: No option name near '1|0:1:2|0:1:0|0:1:5|0:1:3|0:1:4:5.1' [17:12:45 CET] <jaeckyl> So I know the problem is my understanding of filters and stream selection [17:41:43 CET] <durandal_170> jaeckyl: -af channnelmap=... [17:42:14 CET] <jaeckyl> thanks for the help, the solution is: -af "channelmap=1|2|0|5|3|4:5.1" as shown in the documentation [17:42:37 CET] <jaeckyl> another RTFML moment [17:42:47 CET] <jaeckyl> thanks for the pointer :) [17:44:39 CET] <durandal_170> you select audio stream with [1:a] for example and put that before channelmap [19:07:19 CET] <MrMonkey31> heiii [19:10:12 CET] <slimfast> hi. i built mpv from github and playing a youtube url gives me [19:10:14 CET] <slimfast> [ffmpeg] tls: A TLS packet with unexpected length was received. [20:04:54 CET] <Ella_hpost> Hi, can anyone please help me converting qt ref to Mxf? I don't know how to enable drefs [20:21:34 CET] <MrMonkey311> compared to xvid and such, how forgiving is h264 on re-encodes? [20:53:11 CET] Action: MrMonkey311 rages [21:14:43 CET] <slimfast> hooray mpv works with --ytdl [21:14:48 CET] <slimfast> cheers [21:37:40 CET] <superguest> Hello. [21:39:13 CET] <superguest> the ffmpeg cmdline in the first answer give me a countdown timer, http://video.stackexchange.com/questions/15556/ffmpeg-video-with-timer [21:41:13 CET] <superguest> Is there a way to control when that countdown timer (via the 'drawtext' filter) appears, i.e., control when in the video the timecode gets burnt-in [21:42:13 CET] <superguest> For example, I want the countdown timer to appear in the last 10 secs of the video. [21:43:09 CET] <superguest> 10, 9, 8, .... 0 [21:44:52 CET] <superguest> as opposed to "(video.length - 0), (video.length - 1), (video.length - 2) ... 0" [21:45:00 CET] <superguest> I think you get the idea. [22:32:11 CET] <daemon> hey all I am trying to concat a few videos but keep hitting: [22:32:11 CET] <daemon> [mp4 @ 0x80b441000] Could not find tag for codec vp9 in stream #0, codec not currently supported in container [22:32:21 CET] <daemon> but I have VPx support compiled in [22:32:33 CET] <daemon> am I missing something I am using: ffmpeg -f concat -safe 0 -i /tmp/merge.list -c copy S01E02.mp4 [22:32:59 CET] <daemon> http://paste.ee/r/XDsdn [22:33:02 CET] <daemon> is what console says [22:33:51 CET] <jkqxz> Yes; you are missing that VP9 cannot be muxed into mp4 (as the error message helpfully informs you, in fact). Use a different container. [22:34:13 CET] <daemon> can I get it to cross encode to mp4 [22:34:36 CET] <daemon> did not really want to have multiple different file types [22:35:57 CET] <jkqxz> Drop the "-c copy" and give it some encoding options instead and it will transcode; probably you want to use libx264. [22:36:31 CET] <daemon> sounds sane, thank you [22:36:58 CET] <daemon> the last concat vio was [22:36:58 CET] <daemon> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 292x234, 242 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc [22:37:02 CET] <daemon> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s [22:37:11 CET] <daemon> so I should be able to use that [22:40:41 CET] <kyleogrg> How do I specify two input files (one only video and one only audio) to FFplay? [22:43:08 CET] <daemon> hmm [22:43:20 CET] <daemon> jkqxz, is there something special about vp9, I am concatting 3 files to one [22:43:25 CET] <daemon> it works for the first 10 minutes [22:43:40 CET] <daemon> then I get a STREAM of [22:43:41 CET] <daemon> [vp9 @ 0x80b468f00] Invalid frame marker [22:43:42 CET] <daemon> Error while decoding stream #0:0: Invalid data found when processing input [22:43:45 CET] <daemon> literally thousands of them [22:43:49 CET] <daemon> just a shitty codec? [22:43:55 CET] <daemon> because the input video plays fine [22:44:28 CET] <iive> depends how you concat them [22:44:35 CET] <daemon> $ ffmpeg -f concat -safe 0 -i /tmp/merge.list -vcodec h264 -acodec libfaac S01E02.mp4 [22:44:42 CET] <daemon> with a list of files in /tmp/merge.list [22:44:48 CET] <daemon> it looks like the first video is being transcoded fine [22:44:54 CET] <daemon> the header error flod starts with video 2 [22:44:57 CET] <iive> well, you may have to use the filter [22:45:21 CET] <iive> i think that the above method works for mpeg files [22:46:12 CET] <daemon> worked fine for the first set of videos [22:46:16 CET] <daemon> being a pain in the ass with the second set [22:46:32 CET] <daemon> sod it lets just let it run with the errors see what happens at the end [22:46:54 CET] <iive> there are 3 concat methods [22:47:37 CET] <iive> 1. is simple file concat, if you append files to one onother you'd get the same result. works for mpeg-ts/es etc.. [22:47:52 CET] <daemon> thats what I used with the first set [22:47:56 CET] <daemon> <daemon> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 292x234, 242 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc [22:47:57 CET] <daemon> <daemon> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s [22:47:58 CET] <daemon> worked a treat [22:48:13 CET] <daemon> but this second set is using vp9 for video [22:48:53 CET] <iive> 2. a packet level concat, you need to have same extradata for all files in order for this one to work, because the decoders neer know you started a second file. [22:49:16 CET] <iive> basically it works if you split a file on smaller files then trying to merge them [22:49:36 CET] <daemon> it appears if I seperately transcode the file parts as in one by one, into h264|aac then they will concat together, might be a long way around though [22:49:54 CET] <iive> 3. filter one. you decode the first file pass images to the filter chain, when the file ends second one starts decoding after the first one. [22:50:22 CET] <iive> it works with all types because it uses separate decoders for each file and you merge the decoded pictures. [22:50:33 CET] <daemon> gotcha [22:50:45 CET] <daemon> ffmpeg is incredibly flexible [22:50:49 CET] <daemon> quite an impressive program [22:51:13 CET] <iive> yeh, but it is also quite complex. [22:52:08 CET] <superguest> Hey guys. Can I get help too? [22:52:25 CET] <daemon> superguest, can try, whats up :) [22:52:55 CET] <superguest> the ffmpeg cmdline in the first answer give me a countdown timer, http://video.stackexchange.com/questions/15556/ffmpeg-video-with-timer [22:53:46 CET] <superguest> Is there a way to control when that countdown timer (via the 'drawtext' filter) appears, i.e., control the point (in the video) at which the timecode gets burnt-in [22:53:57 CET] <superguest> For example, I want the countdown timer to appear in the last 10 secs of the video. [22:53:57 CET] <superguest> 10, 9, 8, .... 0 [22:54:09 CET] <superguest> as opposed to "(video.length - 0), (video.length - 1), (video.length - 2) ... 0" [22:54:24 CET] <superguest> I think you get the idea. [22:55:53 CET] <daemon> not a bloody clue did not think ffmpeg could even do that, would assume you would have to insert frames into the video its self [22:56:03 CET] <daemon> I am just trying to recover some old videos from file parts :P [23:15:57 CET] <superguest> anyone wants to chime in? ^^ [23:21:36 CET] <durandal_170> superguest: enable option within filter? [23:23:29 CET] <superguest> durandal_170, I don't quite follow what you mean. [23:23:34 CET] <superguest> I am sorry. [23:24:29 CET] <durandal_170> read documentation [23:25:00 CET] <durandal_170> you need to know how long is video [23:25:43 CET] <superguest> durandal_170, I know how to do that, as the SoF answer provides me with a solution using ffprobe. [23:26:09 CET] <superguest> I mean *stackexchange* [23:27:27 CET] <superguest> It'd be helpful if you can tell me what I should look for in the doc. [23:27:56 CET] <superguest> as far as the options and associated parameters for drawtext, I am familiar with. [23:29:10 CET] <superguest> I want the count down to appear in the last 10 secs of the video, as opposed to appearing through the entire video. [23:30:37 CET] <superguest> s/through/throughout/ [00:00:00 CET] --- Mon Dec 5 2016

1 0

ffmpeg-devel.log.20161203
by burek 04 Dec '16

04 Dec '16

[00:13:57 CET] <cone-811> ffmpeg 03James Almer 07master:b5a0b8572178: fate: rename fate-mov-init-nonkeyframe ref file [00:13:57 CET] <cone-811> ffmpeg 03James Almer 07master:f88c8e0dc3a6: compat/atomics: rename header guards [00:19:16 CET] <durandal_170> ubitux: i want that music to try it on our scopes [01:20:13 CET] <nevcairiel> the music isnt free, but you can buy it from the artist that created it if you really care [01:22:06 CET] <nevcairiel> costs only ¬5 [01:33:16 CET] <J_Darnley> Impressive visuals [01:46:02 CET] <Compn> nice [01:46:06 CET] <Compn> great now im hooked [01:46:07 CET] <Compn> https://www.youtube.com/watch?v=XziuEdpVUe0 [01:48:36 CET] <J_Darnley> Things like this is (a small) part of why my winamp vis port is such slow work. [01:49:24 CET] <J_Darnley> I make a change, compile, then watch the track play. [01:53:59 CET] <wm4> I thought everyone on winows now uses fb2k [01:58:31 CET] <wm4> I wonder is it intentional that ffh264 doesn't log any errors if broken decoded frames are discarded? [02:00:57 CET] <Compn> people hate messages [04:10:26 CET] <cone-423> ffmpeg 03Michael Niedermayer 07master:90da187f1d33: avformat/utils: Check start/end before computing duration in update_stream_timings() [04:10:26 CET] <cone-423> ffmpeg 03Michael Niedermayer 07master:afcf15b0dbb4: avformat/oggparsespeex: Check frames_per_packet and packet_size [04:15:52 CET] <Compn> going through cds from 1999, so many vivos [07:57:36 CET] <Zeranoe> Getting a build error with zimg 2.3 https://paste.ubuntu.com/23571355/ [07:59:21 CET] <durandal_170> Zeranoe: you need latest master because of zimg bugs [09:39:42 CET] <nevcairiel> durandal_170: you should make configure check for a working version if its required [12:56:31 CET] <cone-471> ffmpeg 03Carl Eugen Hoyos 07master:6c059bb2afc0: configure: Fix standalone compilation of the rtp muxer. [14:06:42 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:5cd3ea1cc080: avformat/ffmdec: Remove some st->codec uses which set encoder parameters [14:06:43 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:591c03242164: avformat/ffmdec: replace most codec uses by codecpar [14:06:44 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:e706e2e77573: avformat/ffmdec: Check media type for chunks [14:06:45 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:418a2b247818: avformat/ffmdec: Drop flags2, debug and codec->time_base setting [14:06:46 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:6c15618b90e4: ffserver: remove one avcodec_context_copy() [15:42:30 CET] <cone-471> ffmpeg 03Carl Eugen Hoyos 07master:a8cb567e559a: lavc: Remove CR/LF from avpriv_request_sample() calls. [15:42:31 CET] <cone-471> ffmpeg 03Carl Eugen Hoyos 07master:5a237c33b86a: lavf/asfdec_f: Remove CR/LF from avpriv_request_sample() call. [17:32:21 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:c143e7939f27: avformat/ffmdec: remove last use of st->codec [17:32:22 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:acc163c6ab52: avcodec/flacdsp_template: Fix undefined shift in flac_decorrelate_indep_c [17:32:23 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:83a75bf6c31b: avcodec/flacdec: Fix signed integer overflow in decode_subframe_fixed() [17:33:52 CET] <wm4> so does ffserver not use any deprecated API anymore now? [19:35:21 CET] <cone-471> ffmpeg 03Muhammad Faiz 07master:01ebb57c03ab: swresample/resample: do not rebuild filter when sample_delta is zero [19:47:45 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:fdf588d7cf68: avformat/ffmdec: Forward error code from ffm_read_header() [19:47:46 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:b98510de5c2a: avformat/ffmdec: cleanup on extradata memory allocation failure [19:47:47 CET] <cone-471> ffmpeg 03Michael Niedermayer 07master:9859f54db3d2: avformat/ffmdec: Silence "may be used uninitialized in this function" warnings [20:09:04 CET] <RiCON> BtbN, philipl: -hwaccel cuvid doesn't work but -c:v *_cuvid does? [20:09:20 CET] <BtbN> hm? [20:09:44 CET] <BtbN> Worked fine last time I tested it. [20:10:04 CET] <BtbN> It was broken on master for a few days, but that should be long fixed [20:10:23 CET] <RiCON> using N-82699 [20:10:57 CET] <RiCON> both with "-f null -" and "-c:v *_nvenc" [20:11:17 CET] <BtbN> N-82722-gf31730f works. [20:12:35 CET] <BBB> michaelni: I really dont think it helps the vote to open discussions on unrelated topics in that very thread [20:12:48 CET] <BBB> michaelni: Id recommend to open a discussion into these questions in a new email thread [20:13:33 CET] <BBB> michaelni: and then clearly specify your vote in your email, right now youre saying something about treating applications equally, I think I know what you mean but in a legal sense, your vote would be declared invalid if this was a regular parliamentary election [20:14:10 CET] <BBB> just say Id like to keep ffserver (which is what I think you mean, but its very unclear), or Id prefer to get rid of ffserver [20:14:28 CET] <JEEB> in general it's just good manners to make it clear if you're voting what you're voting for [20:14:50 CET] <JEEB> so that there can be no free interpretations of it by the people taking those in [20:26:30 CET] <BtbN> RiCON, just tested with latest master. Still works as expected. [20:28:03 CET] <RiCON> weird, still broken with 82755 [20:28:10 CET] <RiCON> "CUVID hwaccel requested, but impossible to achieve." [20:31:00 CET] <RiCON> working fine in mpv too, with both cuda and cuda-copy [20:31:34 CET] <BtbN> you requested an impossible decoder/filter/encoder chain then, as some segment of it does not support cuda input and/or output [20:34:37 CET] <RiCON> i tried with 8-bit h264/hevc/hevc main10, with "-f null -" and even transcoding with nvenc [20:35:05 CET] <BtbN> even transcoding with nvenc? That's like the only thing it's useful for. [20:39:12 CET] <RiCON> -hwaccel cuvid: https://i.fsbn.eu/FoOj.txt / -c:v h264_cuvid: https://i.fsbn.eu/n6fn.txt [20:41:31 CET] <BtbN> you're trying to use cuvid hwaccel with the h264 software decoder. That's why it fails. [20:41:42 CET] <RiCON> oh [20:41:51 CET] <RiCON> so one needs both -hwaccel and -c:v? [20:42:18 CET] <BtbN> yes, of course. cuvid is not a classic hwaccel like vdpau or vaapi [20:42:50 CET] <RiCON> hm, so qsv happened to work without it [20:43:32 CET] <wm4> -hwaccel enables ffmpeg_qsv.c [20:43:43 CET] <wm4> which I guess does device creation and opaque pixfmt output [20:43:59 CET] <BtbN> qsv is also not a classic hwaccel [20:44:16 CET] <BtbN> it should be under the same constraints. Unless ffmpeg_qsv does some hackery to change the default decoder. [20:44:43 CET] <BtbN> Or it does not validate the chain like cuvid does, and you are using a software chain without realizing [00:00:00 CET] --- Sun Dec 4 2016

1 0

ffmpeg.log.20161203
by burek 04 Dec '16

04 Dec '16

[00:37:00 CET] <courrier> youtube-dling some TV show stucks on that ffmpeg error at video and audio muxing: "Malformed AAC bitstream detected" http://paste.debian.net/900255/ [00:37:05 CET] <courrier> Have you got any clue? [00:37:30 CET] <courrier> I tried the advised filter without success, still the same error [01:00:25 CET] <fling> Is vbr aac good in terms of compatibility? [01:29:54 CET] <llamapixel> Is there a way to convert on ffmpeg frame into a vector svg or eps? [01:30:00 CET] <llamapixel> one / on* [01:30:24 CET] <klaxa> not really [01:30:27 CET] <llamapixel> I want to take a git / gource file and from one day make a vector [01:30:36 CET] <llamapixel> http://hastebin.com/vesusiruda.tex [01:31:10 CET] <llamapixel> Is there anything in say image magick that does pixel data to vector? OCR? [01:32:15 CET] <klaxa> there are some tools [01:32:21 CET] <klaxa> i think inkscape can do it? [01:32:32 CET] <klaxa> but i wouldn't hope for too good results [01:33:02 CET] <klaxa> there is some commercial software probably that does a better job, but i doubt it's as good as you want :P [01:33:25 CET] <klaxa> this approach also seems quite backwards [01:33:45 CET] <llamapixel> I dont need imperial accuracy, should I ask gource to export the data at that stage? [01:34:33 CET] <klaxa> i would think so, you are taking git history, go great lengths to generate a bitmap and then convert it back to vector information [01:35:03 CET] <llamapixel> I want to be able to see a video first before making a decision on the frame [01:35:04 CET] <klaxa> somewhere between reading the history and generating the bitmap the vector image probably already exists [01:36:04 CET] <llamapixel> ok thanks I will dig into it that way mate [01:37:29 CET] <llamapixel> Now a mention on the result. The result can be used to make unique structures finding the tips of the vectors to make primitive shapes that would help to make traversable areas in game content. https://usercontent.irccloud-cdn.com/file/Mz9HKVzs/Screenshot%202016-12-03%… [01:38:22 CET] <llamapixel> how many repos are out there at the moment in late 2016? [01:38:54 CET] <klaxa> at least 10 [01:39:01 CET] <llamapixel> cheeky monkey [01:39:06 CET] <klaxa> ;) [01:39:11 CET] <klaxa> what kind of answer do you expect? [01:39:18 CET] <klaxa> i would guess millions upon millions [01:39:22 CET] <klaxa> but i could wrong [01:39:24 CET] <klaxa> *be [01:39:45 CET] <klaxa> i don't think anyone keeps track of every repo in existence [01:39:55 CET] <klaxa> you can probably get some number off github [01:40:14 CET] <klaxa> and that would give you a good chunk of many open-source repos at least [01:40:27 CET] <llamapixel> It was rhetorical and should of made you think about content like this being playable content like that. [01:41:16 CET] <llamapixel> One serious question however is that they would all have a single similar node point or inherit some similarily right? [01:42:34 CET] <llamapixel> anyway I will dig for that vector or data element mate, thanks again. [01:44:42 CET] <klaxa> certainly an interesting idea to use git history to generate game maps [01:47:32 CET] <llamapixel> Years ago I was populating a dungeon with your hard drive directory and files replacing potions, monsters etc. [01:47:45 CET] <llamapixel> extension of this without need to probe the drive contents [01:57:41 CET] <llamapixel> For inception I will use the git gource github for tests, I was going to use the git / git ;P [05:31:08 CET] <llamapixel> klaxa: seems like potrace might help me down that path of image to vector [05:31:57 CET] <klaxa> ok, i personally would probably have tried to process the raster images myself, but i don't know what and how you are coding, hope it works out for you :) [05:33:14 CET] <llamapixel> cheers mate I will still keep that idea and component on a list of todo [07:47:27 CET] <frustratedmacuse> hi guys [07:47:56 CET] <frustratedmacuse> is there anyone who can teach me how to use this ffmpeg thing [07:48:16 CET] <frustratedmacuse> I am trying to do something but it seems there is no new tutorial about ffmpeg [07:48:56 CET] <frustratedmacuse> I have a .mov file and .ass file wich I want it to be hard subbed [07:49:01 CET] <frustratedmacuse> How can I do that [07:49:03 CET] <frustratedmacuse> ?? [07:49:13 CET] <c_14> https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [07:49:38 CET] <CoJaBo> ..why would anyone hardsub anything :/ [07:49:54 CET] <c_14> Compatibility [07:49:56 CET] <c_14> usually [07:50:41 CET] <frustratedmacuse> [07:50:55 CET] <frustratedmacuse> it says no such filter ass [07:51:05 CET] <frustratedmacuse> I was trying that but it doesn't let me [07:51:11 CET] <c_14> Your version of ffmpeg wasn't built against libass [07:51:34 CET] <frustratedmacuse> so what should I do c_14 [07:51:51 CET] <c_14> Where'd you get your ffmpeg from? [07:51:57 CET] <frustratedmacuse> brew [07:52:09 CET] <c_14> brew install ffmpeg --with-libass or something [07:52:20 CET] <frustratedmacuse> let me try [07:56:13 CET] <fling> I have a video with a bad audio in a container and I have to replace the audio with the better quality one. [07:56:26 CET] <fling> How to properly count the offset to use for the new audio? [07:56:46 CET] <fling> Is not there the magical audio comparing filter or something? [07:57:05 CET] <c_14> not really, you can check the waveforms and try and find the offset between the peaks [07:58:07 CET] <fling> Which app to use for this? [07:59:03 CET] <c_14> plenty of options, ffmpeg has some filters that can do waveforms. You can try audacity. Not sure which would be best [07:59:06 CET] <c_14> I usually just go by ear [07:59:56 CET] <fling> by ear? [08:00:45 CET] <c_14> play the video with the better audio in a video player and adjust the synch until it synchs [08:00:59 CET] <c_14> That usually only works if you have something in the video to synch against though [08:01:06 CET] <fling> Is mp4 with multiple h264 and aac streams fine in compatibility terms? Or should I leave one video and one audio per file? [08:01:18 CET] <c_14> should be fine [08:01:53 CET] <fling> Great! [08:03:11 CET] <fling> c_14: Or I could put old audio into right channel and new audio to the left channel and compare them :> [08:03:22 CET] <fling> But how will I shift? hmm hmmm [08:10:31 CET] <frustratedmacuse> c_14 [08:10:42 CET] <frustratedmacuse> I've tried but I couldn't compile libass [08:11:06 CET] <frustratedmacuse> do you know any other program that can do the job? [08:11:27 CET] <frustratedmacuse> I need .ass subtitle hardsubbed on a mov movie output can be mp4 or avi [08:11:44 CET] <frustratedmacuse> what do you think guys need helpp :) [08:12:54 CET] <c_14> No clue of any other programs for that. [08:12:58 CET] <c_14> Why doesn't libass compile? [08:14:24 CET] <frustratedmacuse> I think I need libass dev first [08:14:34 CET] <c_14> shouldn't brew do that? [08:14:50 CET] <frustratedmacuse> when I try it says failed to download [08:14:56 CET] <frustratedmacuse> I am new to mac tho [08:15:02 CET] <frustratedmacuse> mybe I blew it somewhere [08:16:04 CET] <c_14> No clue, don't actually have a mac. [08:16:33 CET] <c_14> You could try the osx static builds http://evermeet.cx/ffmpeg/ [09:32:28 CET] <thebombzen> what does -vf hysteresis do? the docs are very unclear [09:40:40 CET] <durandal_170> thebombzen: it is for creating masks [09:40:47 CET] <thebombzen> masks? [09:41:02 CET] <thebombzen> I mean I know what masks are. but how does it do that? how am I supposed to use it? [09:41:08 CET] <laserbled> Hi.I have a situation. I am trying to stream my desktop(linux) over lan to another pc and trying to play it with gstreamer. ( because I already have an application written with it). Now when I use this this commnd ffmpeg -video_size 1366x768 -framerate 25 -f x11grab -i :0.0 -f mpegts udp://192.168.1.11:53515 it works and I am able to stream with a delay of around 2 - 3 sec. [09:41:23 CET] <durandal_170> yes, for use with maskedmerge [09:41:41 CET] <durandal_170> and or blend filter [09:42:15 CET] <thebombzen> maybe if the docs had an example [09:42:26 CET] <laserbled> but when I try to use do the above with this command ffmpeg -video_size 1366x768 -framerate 25 -f x11grab -i :0.0 -vcodec libx264 -preset ultrafast -tune zerolatency -f h264 udp://@192.168.1.12:53515 i get internal error [09:42:36 CET] <thebombzen> cause I don't really know what sort of input is appropriate what sort of thing is GIGO (Garbage In/Garbage Out) [09:42:45 CET] <laserbled> could you let me know what I am doing wrong [09:42:54 CET] <c_14> laserbled: tried without the @? [09:42:57 CET] <c_14> otherwise [09:42:59 CET] <c_14> #pb laserbled [09:43:54 CET] <thebombzen> yes that. because laserbled you say "I get an error" but you don't say whether the ffmpeg command gives you the error or whether the gstreamer on the other side gives the error [09:43:55 CET] <laserbled> ok. let me check and be back with console out. [09:44:21 CET] <thebombzen> cause you're muxing the H.264 stream as raw h264 which is kind of suspicious. why not use -f mpegts? [09:44:49 CET] <thebombzen> suspicious as in, there's generally very little reason to use a raw h264 stream [09:45:03 CET] <thebombzen> and I suspect that gstreamer doesn't like it [09:45:26 CET] <thebombzen> either way [09:45:38 CET] <thebombzen> I feel that some of the filters are extremely well-documented (e.g. overlay) [09:45:46 CET] <thebombzen> mostly those are the ones that lots of people will use [09:46:08 CET] <thebombzen> but other, specialized filters (hysteresis) are poorly documented and it's frustrating. [09:46:25 CET] <thebombzen> I don't have an immediate reason to use it, I just like to be familar with libavfilter [09:46:25 CET] <c_14> The more people use them the more likely they are to submit patches to the documentation. [09:49:51 CET] <durandal_170> there is example on doom9 forum [09:59:21 CET] <laserbled> using UDP : http://pastebin.com/gBnBtypy [09:59:26 CET] <laserbled> using tcp http://pastebin.com/Xgh4ASHj [10:01:00 CET] <c_14> like thebombzen said, try -f mpegts or something instead of -f h264 [10:01:30 CET] <laserbled> thebombzen: -f mpegts works. I tried that but has a delay of 2 - 3 sec [10:01:42 CET] <laserbled> Any suggetion to reduce that ? [10:02:29 CET] <laserbled> Since it was over lan I was expecting less than 1 sec delay. [10:02:33 CET] <llamapixel> Is there an editor designed to manage the command \ layout I should be looking at>? [10:02:35 CET] <c_14> mpegts shouldn't add really any latency, so removing that won't help [10:02:40 CET] <c_14> The rest is probably lost in a buffer somewhere [10:02:57 CET] <c_14> s/a buffer/buffers/ [10:04:00 CET] <c_14> You can adjust the udp buffer_size (default is 64K) [10:04:13 CET] <c_14> You'll also want to adjust the udp buffer_size on the receiving end [10:04:45 CET] <laserbled> ok cool. let me try that. thanks c_14 . [10:04:59 CET] <c_14> you can try -fflags nobuffer [10:27:21 CET] <laserbled> one more query [10:27:55 CET] <laserbled> if ffplay can stream it, does that mean gstreamer can also play it ? [10:28:16 CET] <laserbled> because I tried a similar command and it played with ffplay [10:28:20 CET] <c_14> no [10:28:34 CET] <c_14> gstreamer uses its own magic for all that [10:28:38 CET] <c_14> completely different codebase [10:29:34 CET] <laserbled> ah true. I meant the validness of the stream. I was worried if the stream was corrupt for somereason [10:29:55 CET] <c_14> ffplay playing it doesn't necessarily mean the stream is valid [10:29:59 CET] <c_14> It just means it's not completely broken [10:30:19 CET] <c_14> (libav* tends to accept common broken files that are "easy" to fix) [10:30:34 CET] <laserbled> hmm [10:31:36 CET] <c_14> But ffmpeg shouldn't produce such broken files. If it does, it's a bug. [10:31:47 CET] <c_14> (anywhere I said "file" you can replace with "stream") [10:37:26 CET] <thebombzen> out of curiosity, I noticed ffmpeg autodetects if it's writing matroska to a seekable file [10:37:56 CET] <thebombzen> is there a way to disable this? I sometimes like streamable mkvs so I just use -f matroska - >output.mkv [10:38:24 CET] <c_14> Don't think so [10:38:25 CET] <thebombzen> this allows me to play the file while it's encoding as long as speed > 1x, which it often is [10:38:36 CET] <c_14> You can do that with a normal mkv as well [10:38:53 CET] <thebombzen> no, I get different behavior. might be a bug tho [10:39:16 CET] <c_14> it used to work [10:39:19 CET] <c_14> might be the crc patches [10:39:21 CET] <thebombzen> I know it did [10:39:21 CET] <c_14> eeeh [10:39:23 CET] <c_14> lemme see [10:39:25 CET] <thebombzen> it doesn't anymore [10:39:32 CET] <thebombzen> lemme send you a pasta [10:40:35 CET] <c_14> yeah, I reproduced [10:40:38 CET] <c_14> something about EBML size [10:41:27 CET] <c_14> or duplicate element [10:42:28 CET] <c_14> -live 1 [10:43:07 CET] <c_14> ^will make it "streamable" [10:43:32 CET] <c_14> Though I'm interested in when that changed [10:43:48 CET] <thebombzen> yea duplicate element [10:44:16 CET] <thebombzen> http://pastebin.com/KBDD7pHn [10:45:05 CET] <c_14> yea, -live 1 is what you're looking for [10:45:12 CET] <c_14> though I might bisect later to find out why it's happening [10:45:25 CET] <thebombzen> yea. I don't actually know C otherwise I'd poke around myself [10:49:25 CET] <thebombzen> another question - about the minterpolate filter [10:49:49 CET] <thebombzen> the defeault settings works mostly fine. is there another algorithm that works better (even if it's more expensive) or are the default settings the "best" [10:50:50 CET] <fling> wow -vf hqdn3d rocks! [10:51:02 CET] <fling> Should I use it for noisy webcam all the time? [10:51:23 CET] <furq> probably [10:51:24 CET] <fling> with the same x264 settings the bitrate decreased from 29Mbps to 20Mbps [10:51:32 CET] <furq> there are other denoisers you can use [10:51:52 CET] <fling> The resulting video is a bit blurry but the original is really blinking with the colored snow [10:52:04 CET] <furq> you might want to use more aggressive settings [10:52:06 CET] <furq> 20mbit seems pretty high [10:52:12 CET] <fling> So even blurry the image looks much better [10:52:39 CET] <fling> furq: it is 20 because I used -crf 18 and -preset ultrafast just for testing the video filter [10:52:45 CET] <furq> oh [10:53:00 CET] <furq> well yeah you can increase the strength with -vf hqdn3d=5 [10:53:05 CET] <furq> 4 is the default [10:53:13 CET] <fling> So I encoded the source mjpeg twice. first without the filter and second with the filter, now comparing [10:53:22 CET] <fling> Should I increase it? [10:53:35 CET] <furq> up to you [10:53:49 CET] <furq> you can decrease it as well if it's removing too much detail [10:53:58 CET] <fling> Is it possible to mostly filter with smaller radius or something? [10:54:07 CET] <raven_> tried 'ffmpeg -i input.mp4 --ss 790 -c copy -t 187 output.mp4' and got error "Unrecognized option '--ss'" "Error splitting the arguments list: Option not found". [10:54:14 CET] <fling> The idea is to just reduce the blinking snow :P [10:54:22 CET] <fling> raven_: it is -ss not --ss [10:54:33 CET] <furq> https://ffmpeg.org/ffmpeg-filters.html#hqdn3d-1 [10:54:55 CET] <furq> for grain you can try lowering spatial and increasing temporal [10:55:00 CET] <raven_> fling: thanks [10:55:28 CET] <furq> there are plenty of other denoise filters you can try as well [10:55:33 CET] <furq> hqdn3d is pretty well liked though [10:55:44 CET] <fling> raven_: yw [10:56:13 CET] <fling> furq: now I only see noise on the hard edges, the image got more blurry, the bitrate lowered down to 18Mbps [10:56:30 CET] <fling> I need to research these filters. [10:56:54 CET] <fling> I never get to denoise and reencode all this mjpeg [10:57:27 CET] <fling> 1. there is some audio delay need to be fixed and 2. I don't want to ruin the picture quality with reencoding :P [10:57:34 CET] <fling> As I don't trust my eyes [10:58:24 CET] <thebombzen> ummmm [10:58:25 CET] <furq> you've also got atadenoise, dctdnoiz, nlmeans, owdenoise, pp, removegrain, vaguedenoise and probably some others i'm forgetting about [10:58:45 CET] <thebombzen> so ffmpeg-filters.html lists "vsmbc" as an option for minterpolate [10:59:11 CET] <thebombzen> but I'm getting: [Parsed_minterpolate_0 @ 0x1891720] Option 'vsmbc' not found [10:59:18 CET] <furq> i've only ever used hqdn3d and nlmeans [10:59:21 CET] <fling> furq: I like removegrain name [10:59:38 CET] <furq> apparently that's spatial only so it might not be great [10:59:40 CET] <beauty> who can give me a audio resample module to learn? [10:59:41 CET] <furq> no harm in trying though [10:59:45 CET] <fling> I could try using nlmeans for removing only color noise [11:00:06 CET] <c_14> thebombzen: vsbmc [11:00:07 CET] <fling> spatial? [11:00:08 CET] <c_14> looks like a typo [11:00:45 CET] <thebombzen> c_14: that worked, yea the docs have a typo [11:01:05 CET] <furq> spatial removes noise within a frame, temporal removes noise across multiple frames [11:01:21 CET] <furq> temporal will do a better job with flickering etc because it can average multiple frames [11:01:53 CET] <thebombzen> so the issue with noise is it's extra data that obscures the actual data [11:02:12 CET] <beauty> who can give me a audio resample module to learn? [11:02:14 CET] <thebombzen> denoising is attempting to recover the signal behind it. if you use the previous or next frames then you have more to work with [11:02:21 CET] <thebombzen> beauty: asking again won't help. [11:02:31 CET] <furq> hqdn3d does both, hence 3d (x, y, time) [11:02:31 CET] <beauty> sorry [11:02:40 CET] <furq> a lot of them do both [11:03:02 CET] <thebombzen> beauty: we didn't answer your question (or rather, I didn't) cause I don't really know what you're asking [11:03:09 CET] <thebombzen> it will help to have a more specific question. [11:03:39 CET] <beauty> thebombzen: sorry [11:03:58 CET] <beauty> I want to use swr_convert to resample audio. [11:04:12 CET] <beauty> but the code I write has problem [11:04:16 CET] <thebombzen> well, I can't help you there. I have not used swresample. [11:04:47 CET] <beauty> so I want to know who can give me a audio resample module example. [11:04:53 CET] <fling> which x264 profile to use if I'm only going to use the video with ffmpeg/mpv? [11:05:07 CET] <fling> wow nlmeans is so slow! [11:05:22 CET] <c_14> beauty: resampling_audio.c [11:05:24 CET] <thebombzen> fling: depends on how long you want it to take to encode. if you don't mind it taking a while then use -profile:v slower [11:05:27 CET] <furq> beauty: https://www.ffmpeg.org/doxygen/trunk/resampling_audio_8c-example.html [11:05:33 CET] <c_14> ^that [11:05:49 CET] <thebombzen> if you don't like waiting or need it faster use medium or fast. [11:05:56 CET] <fling> thebombzen: not preset but profile [11:06:03 CET] <thebombzen> oh profile? right [11:06:04 CET] <thebombzen> duh [11:06:10 CET] <thebombzen> I leave that alone. [11:06:14 CET] <furq> don't set the profile unless you need to [11:06:16 CET] <fling> the default is profile High 4:2:2, level 4.0, 4:2:2 8-bit [11:06:17 CET] <beauty> furq: I have read it. but it can't use. [11:06:37 CET] <thebombzen> fling: by default x264 will use high or high10 or whatever variant of "high" is necessary [11:06:45 CET] <furq> a few devices won't play back 4:2:2 or high profile, but if you're not targeting those devices then it doesn't matter [11:06:49 CET] <beauty> my problem will have "__memcpy_ssse3_back" segment fault. [11:07:08 CET] <thebombzen> fling: there's generally no reason to set the profile unless you want to force it downward. usually that's because some devices can't play the higher stuff. [11:07:46 CET] <thebombzen> if you only are playing it on avcodec-based players on a general system, then you don't need to touch that option. [11:08:35 CET] <thebombzen> all the variants of high are essentially based on the pixel format. [11:09:06 CET] <fling> I thought setting it to 4.2 [11:09:27 CET] <furq> that won't do anything [11:09:27 CET] <thebombzen> that's the level. [11:09:31 CET] <thebombzen> you also don't need to touch that. [11:09:36 CET] <thebombzen> I'm not even sure how or why [11:10:01 CET] <furq> there is a use case for setting level but it's very limited [11:10:45 CET] <thebombzen> in general, with x264, you just need to use preset and crf, if all you're doing feeding it to ffmpeg, mpv, or a website that feeds it to ffmpeg (e.g. YouTube). [11:11:39 CET] <fling> ok, thanks. [11:12:09 CET] <fling> But why not to set a higher profile anyway? :P [11:13:23 CET] <furq> because you don't need to [11:13:35 CET] <furq> ffmpeg will set the correct profile automatically based on your encoding parameters [11:13:50 CET] <c_14> x264 will set the lowest profile based on the features you're using [11:13:50 CET] <furq> you only ever need to set a lower profile than the one which is autoselected [11:14:17 CET] <furq> e.g. if you use -preset veryslow -profile baseline then it'll disable bframes, cabac etc [11:14:21 CET] <fling> ahh this is why! [11:14:52 CET] <fling> Thanks for the explanation! [11:16:58 CET] <fling> I'm getting only 0.2 fps with 1600x1200 with -vf nlmeans :< [11:17:08 CET] <furq> nice [11:17:30 CET] <furq> i didn't even know nlmeans was in lavf, it must be pretty new [11:17:36 CET] <furq> i've only ever used the gpu-accelerated one in vapoursynth [11:18:28 CET] <fling> The resulting video still looks noisy. Looks like the noise just lost colors but it is mostly still there [11:18:44 CET] <fling> I more like hqdn3d [11:19:11 CET] <fling> Can't I use my radeon to accelerate something? [11:19:21 CET] <furq> not with ffmpeg [11:19:31 CET] <thebombzen> you should if you compiled with --enable-opencl, right? [11:19:47 CET] <fling> hmm hmmm [11:19:54 CET] <furq> it doesn't mention acceleration in the filter docs [11:20:00 CET] <thebombzen> only certain filters support opencl though. [11:20:03 CET] <furq> yeah [11:20:29 CET] <furq> vapoursynth has an accelerated nlmeans but that's a hell of a rabbit hole to go down [11:20:47 CET] <thebombzen> afaik only deshake and unsharp support opencl support in libavfilter [11:20:54 CET] <fling> furq: but it does not look good! [11:21:01 CET] <furq> stick with hqdn3d then [11:23:21 CET] <fling> ok [11:25:27 CET] <fling> I'm about to craft/determine the proper filtering parameters for the noisy mjpeg somehow [11:27:29 CET] <durandal_170> try vaguedenoiser and atadenoise [11:28:56 CET] <thebombzen> c_14: should I submit a patch about nonseekable matroskas? [11:29:03 CET] <thebombzen> is that a regression or a deliberate change? [11:29:14 CET] <thebombzen> not a patch* I mean a trac report. [11:34:51 CET] <fling> thebombzen: you better submit a patch. [11:35:25 CET] <thebombzen> um, I don't know how to use C beyond the basics [11:35:41 CET] <thebombzen> the issue is I only want to submit a bug report if it isn't intended behavior [11:35:47 CET] <thebombzen> and c_14 said they'd look into it [11:37:56 CET] <fling> Another question is how to prevent creation_time from being converted to Zulu time? [11:44:42 CET] <fling> durandal_170: hqdn3d looks the best [11:46:16 CET] <durandal_170> fling: just opinion, you tried only defaults? [11:47:37 CET] <fling> durandal_170: only defaults for now [12:06:22 CET] <ngomes> hi. is there any options to split a video file in size ? [12:08:42 CET] <ngomes> i see manual talks about -fs parameter. i can split 1 part . but how to split in the rest ? [12:11:18 CET] <ngomes> it outputs the time , i could parse it and use -ss option , asking if there's a way to do it more fast ? [12:21:12 CET] <fling> I'm interested in this too. I would like to split output file each hour or each GB [12:24:03 CET] <ngomes> fling, i've googled and see no desired answer . looks like that splitting per size needs to be done manually [12:24:19 CET] <ngomes> or making a script [12:25:38 CET] <ngomes> desired answer would be ffmpeg to do it automatic [12:26:13 CET] <furq> one per hour is easy [12:26:21 CET] <furq> there's no way to do it by size afaik [12:27:02 CET] <fling> furq: how to? [12:27:12 CET] <furq> https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_… [12:27:19 CET] <fling> Will it be possible to seamlessly concat afterwards? [12:27:23 CET] <fling> thanks [12:27:42 CET] <furq> it should work if you split to mpegts [12:28:03 CET] <ngomes> fling, ffmpeg -i inputfile.ext -vcodec copy -acodec copy -ss 00:00:00 -t 01:00:00 outfile_1hour.ext [12:29:20 CET] <ngomes> fling, ffmpeg -i inputfile.ext -vcodec copy -acodec copy -ss 01:00:00 -t 02:00:00 outfile_1hour_2.ext [12:29:25 CET] <ngomes> and so on .. [12:29:26 CET] <furq> yeah don't do that [12:33:07 CET] <ngomes> well thanks anyway. bye [12:57:55 CET] <beauty> who can give me a audio resample program [13:09:43 CET] <beauty> Is SwrComtext thread safety? [15:47:49 CET] <laserbled> hi. Can you please explain -q:v 0 -g 25 parameter in ffmpeg. I was playing around with gdigrab to capture desktop and when i added this the quality of the stream improved drastically. I read it has to do with keyframe [15:48:22 CET] <laserbled> trying to figure out which way i have to change the values of 0 and 25 to get even better quality and less delay [16:09:49 CET] <DHE> -q:v 0 means codec-level lossless, and -g 25 means a keyframe every 25 frames (at most) [16:10:16 CET] <JEEB> that is, if zero is lossless in the format you're trying to use [16:10:35 CET] <DHE> I tend to assume h264 codec unless told otherwise [16:11:05 CET] <DHE> especially in realtime environments because h265 seems unlikely [16:39:17 CET] <fling> Is not there a how-to on determining the proper parameters for hqdn3d? [16:47:00 CET] <fling> Is there a proper way of saving encoding parameters/commands/whatever to the target file? Or could I just put them to metadata? [16:47:48 CET] <fling> Or I could just attach the capturing/encoding/muxing script as a side data. [17:01:54 CET] <fling> Is it possible to mute sound here and there for a second or so with -c:a copy? [17:06:18 CET] <JEEB> no [17:23:20 CET] <microchip_> fling: copy means "copy the audio/video without touching it". Else it wouldn't be called copy. So filters have no effect on stream copy [17:33:37 CET] <kerio> it might be possible to losslessly mute compressed audio [17:33:37 CET] <kerio> but [17:33:51 CET] <kerio> i wonder how much would transpire [17:36:58 CET] <abumusa> Hi, where I can find developers to hire for a freelance job? [17:41:20 CET] <laserbled> DHE: JEEB thanks. I am trying to use mpegts as h264 has issues [17:44:20 CET] <durandal_170> abumusa: what job? [17:44:56 CET] <abumusa> durandal_170: I wrote a screen recorder for google chrome, I want someone to finish it [17:45:50 CET] <kerio> laserbled: like, raw h264? [17:45:52 CET] <kerio> no kidding [17:46:17 CET] <kerio> i still don't know how to deal with raw bitstreams of arbitrary codecs tbh :\ [17:54:38 CET] <abumusa> durandal_170: are you interested? [17:55:38 CET] <durandal_170> abumusa: busy with work [17:55:48 CET] <abumusa> durandal_170: thanks [17:57:48 CET] <DHE> laserbled: that makes no sense. mpegts is a file format, h264 is a codec [17:58:00 CET] <DHE> you put h264 into mpegts [18:23:50 CET] <kerio> DHE: i assumed he was outputting raw h264 [21:16:17 CET] <Zeranoe> c++ [21:17:43 CET] <JEEB> rust [21:20:28 CET] <furq> standard ml [21:28:51 CET] <fritsch> haskell [21:53:56 CET] <nyuszika7h> c_14, the thing you suggested earlier for multiple snapshots does not work without repeating the -i after each -ss, it just generates one thumbnail and then gets stuck at 00:00:00 forever [21:56:42 CET] <nyuszika7h> http://dpaste.com/08ZZCF9 [22:10:21 CET] <c_14> nyuszika7h: it works; it just takes forever [22:10:29 CET] <nyuszika7h> oh [22:10:46 CET] <nyuszika7h> well I'll just keep manually doing it then, I only need three thumbnails anyway [22:10:54 CET] <c_14> Just used the command on a 1:09 minute movie and it took 9 minutes [22:11:04 CET] <c_14> 1:09 hour movie [22:11:19 CET] <c_14> (1 hour, 9 minute) [22:13:22 CET] <c_14> queuing 3 commands with just the initial seek and 1 frame is probably faster [22:14:13 CET] <iive> are you talking about x265? [22:14:45 CET] <c_14> Nah, seeking in a video to get multiple thumbnails at specific points [22:19:41 CET] <iive> :O [23:14:18 CET] <c_14> thebombzen: seems like it was a deliberate change, though I don't see why they decided to write a void element instead of writing the element and then going back and overwriting it (other than that it was easier) [23:40:17 CET] <mantas322> Hi guys [23:40:26 CET] <mantas322> Im trying to convert an .avi to an mp4 [23:40:42 CET] <mantas322> its a 4k res 2 gb avi video [23:41:10 CET] <mantas322> any advise as to why default conversion settings fial? [23:41:12 CET] <mantas322> fail? [23:41:55 CET] <mantas322> my command is as simple as C:\ffmpeg\bin\ffmpeg.exe -i C:\vr\RedHorizon.avi C:\vr\RH.mp4 [23:42:11 CET] <c_14> and the console output? [23:42:20 CET] <c_14> Also, if you just want to remux add -c copy [23:42:30 CET] <mantas322> I'm reconverting it. please wait for it to finish [23:42:38 CET] <mantas322> and i will post an imgur of the final result [23:42:48 CET] <mantas322> still scrolling through frame by frame atm [23:44:08 CET] <mantas322> c_14 http://i.imgur.com/H0irYmp.png [23:44:20 CET] <mantas322> is that a success? [23:44:29 CET] <c_14> yep [23:44:36 CET] <mantas322> maybe it worked and i just cant view it for some reason [23:44:45 CET] <mantas322> im attempting to create a 360 vr video [23:45:05 CET] <c_14> What are you using to try and play it? [23:45:13 CET] <mantas322> and im too cheap to afford adobe super studio, or what ever its called. [23:45:21 CET] <mantas322> defauly windows stuff [23:45:26 CET] <mantas322> audio plays no video [23:47:04 CET] <c_14> Can you try playing with something like mpv or vlc? [00:00:00 CET] --- Sun Dec 4 2016

1 0

ffmpeg-devel.log.20161202
by burek 03 Dec '16

03 Dec '16

[00:13:49 CET] <philipl> BtbN: No. I don't. It's possible only michaelni has admin on github [00:19:57 CET] <J_Darnley> What's the usual way to configure ffmpeg to build as 32-bit on a 64-bit linux? Pass -m32 or something to --extra-cflags? [00:21:59 CET] <BtbN> Setting CC to gcc -m32 also works [00:22:19 CET] <BtbN> no idea what's the right place though [00:23:14 CET] <michaelni> philipl, Timothy_Gu and lou should also have admin access to github but if its something simple i can do it too ? [00:26:22 CET] <Shiz> setting CC is the 'correct' approach [00:26:29 CET] <Shiz> because it's a fundamental option that changes the compiler's nature [00:26:41 CET] <Shiz> the proper solution is to have a 32-bit cross-compiler though because multilib is broken [00:26:51 CET] <J_Darnley> Okay, thanks for the imput. [00:27:27 CET] <J_Darnley> On windows I'd just set the right compiler so I guess I'll do the same here. [00:30:02 CET] <J_Darnley> Ah. I can't use the byte-sized register there. [00:35:38 CET] <philipl> michaelni: good to know. BtbN needs to do some stuff for travis. [00:40:26 CET] <michaelni> BtbN, ive added you to the travis admins group on ffmpeg github, well rather invited it seems [00:47:07 CET] <cone-361> ffmpeg 03Michael Niedermayer 07release/2.8:046cc06f5a23: avformat/idroqdec: Check chunk_size for being too large [00:47:08 CET] <cone-361> ffmpeg 03Michael Niedermayer 07release/2.8:46edc6d5ef24: avcodec/flac_parser: Update nb_headers_buffered [01:23:01 CET] <atomnuker> BtbN: google is offering continuous project fuzzing here: https://github.com/google/oss-fuzz#accepting-new-projects [01:26:23 CET] <atomnuker> oh wait, they already have us in [01:34:40 CET] <atomnuker> michaelni, ubitux, Timothy_Gu, philipl, BBB, nevcairiel and whoever else wants in: okay if I add your email in the CCs for ^^^ [01:35:05 CET] <BBB> sure [01:40:47 CET] <kierank> atomnuker: ffmpeg is already in, what is there to do [01:45:38 CET] <BBB> omg you have to specify the codecs to fuzz [01:45:42 CET] <BBB> like, it doesnt fuzz vp9 [01:45:56 CET] <BBB> hevc is also missing [01:48:25 CET] <atomnuker> kierank: no contacts or anyone to send alerts to [01:48:44 CET] <kierank> well michaelni is in the bug reports themselves but ok [01:51:10 CET] <atomnuker> BBB: it fuzzes indeo2 though, a major player in the world of video compression [01:52:53 CET] <atomnuker> kierank: I thought the system only sent emails to anyone listed in https://github.com/google/oss-fuzz/blob/master/projects/ffmpeg/project.yaml [01:53:14 CET] <wm4> obscure codecs are your trump card in the finding exploitable bugs game [01:53:36 CET] <BBB> new code is your trump card in exploiting anything [01:54:04 CET] <BBB> you can always disable game codecs in your corporate build [01:54:11 CET] <BBB> disabling vp9 seems questionable [01:54:23 CET] Action: kierank disables vp9 [01:54:24 CET] <kierank> :) [01:54:38 CET] <kierank> vp9 fuzzing was slooooow [01:54:39 CET] Action: BBB finds a metal pipe [01:54:50 CET] <kierank> can't remember if I found bugs or not [01:55:12 CET] <BBB> but yes its slow, its a complex decoder [01:55:16 CET] <BBB> I bet hevc took a while also [01:55:26 CET] <kierank> atomnuker: how can I upload our corpus to it? [01:55:29 CET] <philipl> If we disable all codecs, it'll be way faster and less bug exposure. Seems like a win-win all round. [01:55:40 CET] <atomnuker> kierank: you submit a pull request [01:55:51 CET] <kierank> really, but these are binaries? [01:55:59 CET] <kierank> large binary files [01:56:04 CET] <atomnuker> wait, corpus? as in sample? [01:56:10 CET] <atomnuker> *s [01:56:11 CET] <kierank> yeah samples [01:56:33 CET] <michaelni> atomnuker, i should be in the list of people who get alerts with anyone else who is on ffmpeg-security@ffmpeg, i did receive mails from that thing aready [01:56:56 CET] <michaelni> where can you see the list of people who are getting the reports ? [01:57:22 CET] <atomnuker> michaelni: I guess they have us in already, didn't know that [01:57:48 CET] <atomnuker> kierank: I guess you modify the Dockerfile to download the samples [01:58:11 CET] <kierank> https://github.com/google/oss-fuzz/blob/master/projects/ffmpeg/Dockerfile [01:58:17 CET] <kierank> nothing that suggests any location here [01:59:35 CET] <atomnuker> or maybe modify the build.sh script to do it since it does the compilation [01:59:44 CET] <atomnuker> and the fuzzing [01:59:58 CET] <kierank> https://oss-fuzz-build-logs.storage.googleapis.com/build_logs/ffmpeg/latest… [02:00:28 CET] <kierank> ah [02:00:29 CET] <kierank> https://github.com/google/oss-fuzz/blob/879120437d81de928879a93b1c9796d630a… [02:00:54 CET] <kierank> found it [02:05:35 CET] <kierank> good to see that this goes in without review: [02:05:35 CET] <kierank> https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=c06d9234101646d4bf3d2… [02:05:49 CET] <kierank> when my one that tests more codepaths was submitted ages ago [02:06:11 CET] <kierank> good job michaelni! [02:08:36 CET] <kierank> I guess google doesn't care about sliced threads [02:13:38 CET] <michaelni> kierank, the patch was long on the ML and anyone could have commented [02:13:43 CET] <kierank> was it? [02:13:46 CET] <kierank> i can't find it [02:14:14 CET] <michaelni> this here i think: [FFmpeg-devel] [PATCH] doc/examples: add fuzz target for individual ffmpeg APIs for in-process fuzzing with libFuzzer, AFL, and similar fuzzing engines. [02:15:00 CET] <kierank> ok, sorry I guess. [02:15:48 CET] <michaelni> np [04:40:10 CET] <Timothy_Gu> BtbN: the cron jobs plan sounds good to me [04:49:52 CET] <Timothy_Gu> durandal_170: vf_zscale currently doesn't compile with the latest release [04:50:24 CET] <Timothy_Gu> your b96a6e2024fa2b52d6a2473a7cf16ee20a8ab5c8 only checks for >= 2.3, but ZIMG_TRANSFER_IEC_61966_2_1 support is added after 2.3 [04:50:46 CET] <Timothy_Gu> see https://github.com/sekrit-twc/zimg/commit/c3eb60933b1080ca09adfd3d3b7d1b281… [11:19:33 CET] <superware> can someone please have a look at https://trac.ffmpeg.org/ticket/5615 ? [12:26:40 CET] <BtbN> hm, where should the coverity build notifications be sent to? [12:36:27 CET] <BtbN> michaelni, can you import this repository into the FFmpeg org: https://github.com/BtbN/FFmpeg-Coverity [12:37:03 CET] <BtbN> No idea what an apropiate name would be. Should just not have Docker in its name, Docker dislikes that... [12:43:34 CET] <michaelni> BtbN, https://github.com/FFmpeg/FFmpeg-Coverity [12:44:11 CET] <BtbN> nice, thanks [12:44:33 CET] <BtbN> now to delete and re-create the docker image, because changing the repo is not possible... [13:42:59 CET] <BBB> http://techblog.netflix.com/2016/12/more-efficient-mobile-encodes-for.html < netflix goes vp9 [13:46:21 CET] <kierank> and high profile h264!!!!!oneone [13:46:58 CET] <BBB> thats so 2005 [13:47:27 CET] <BBB> I know, broadcast still lives in 2005 [13:47:55 CET] <BBB> as opposed to in 2005, when they were actually alive [13:52:45 CET] <BtbN> With VP9 hardware decoding still missing in basically all browsers, that's kind of annoying. [13:54:19 CET] <wm4> you can still use better playback solutions [13:59:06 CET] <BBB> BtbN: its for mobile, most modern android phones have vp9 decoding hardware [13:59:15 CET] <BBB> BtbN: and they obviously use h264-high profile as fallback [13:59:43 CET] <BBB> BtbN: Im guessing here that mobile means the netflix app on android/iphone (where iphone has no vp9) [13:59:49 CET] <wm4> so do they use your encoder yet? [14:00:59 CET] <BBB> I dont think the blog says anything about what encoder they use :-p [14:05:27 CET] <kierank> is that a polticians answer? [14:05:45 CET] <kierank> BBB: also did you see ittiam wrote their own vp9 encoder? [14:07:09 CET] <BBB> I believe their encoder is based on libvpx, but I could well be wrong here [14:20:25 CET] <cone-073> ffmpeg 03Rainer Hochecker 07master:7a9db61da39f: matroskadec: partly revert "demux relevant subtitle packets after a seek" [19:37:01 CET] <Timothy_Gu> BtbN: I gleaned from philipl's script some more dependencies (https://github.com/FFmpeg/FFmpeg-Coverity/commit/33194033b79cde3931a69ad50b…) [19:37:36 CET] <Timothy_Gu> I can't test right now but I think they should allow us to add some more dependencies like ladspa, zmq, opencl, etc. [19:38:13 CET] <BtbN> I enabled Travis-Builds to test it for now [19:38:20 CET] <BtbN> without uploading the results though [19:40:27 CET] <Timothy_Gu> now that the dockerfile and the travis script are in the same place, can we not just build the image in travis instead of resorting to Docker Hub? [19:40:54 CET] <BtbN> that would take forever [19:42:08 CET] <cone-073> ffmpeg 03Michael Niedermayer 07master:7d1b1b660bb8: avfilter/vf_premultiply: remove redundant semicolons [19:42:09 CET] <cone-073> ffmpeg 03Michael Niedermayer 07master:b7d94c19cd0e: avformat/ffmenc: Replace some st->codec use by codecpar [19:42:10 CET] <cone-073> ffmpeg 03Michael Niedermayer 07master:c06d4f2cedb7: avformat/ffmenc: Drop ffm_write_header_codec_private_ctx() [19:42:11 CET] <cone-073> ffmpeg 03Michael Niedermayer 07master:e8215b77ff46: avformat/ffmenc: set bitexact mode for old API without accessing the encoder [19:42:12 CET] <cone-073> ffmpeg 03Michael Niedermayer 07master:78519a002973: avformat/ffmenc: Make ffm_write_header_codec_ctx() use codecpar [19:42:13 CET] <cone-073> ffmpeg 03Michael Niedermayer 07master:4059cd395205: avformat/ffmenc: Remove the last use of st->codec [19:42:30 CET] <BtbN> Having the finished image on DockerHub saves quite a bit of time and work [19:42:46 CET] <Timothy_Gu> okay I'll take your word for it [19:43:05 CET] <BtbN> Building the image takes ~30 minutes [19:43:30 CET] <BtbN> Downloading it takes around one minute [19:46:23 CET] <Timothy_Gu> The wget progress bar seems to take up most of the log space (~8000 lines) [19:47:34 CET] <BtbN> Yeah, it could use a -q [20:48:15 CET] <cone-073> ffmpeg 03Anton Khirnov 07master:3359eede8fc5: Add a compat stdatomic.h implementation based on GCC atomics [20:48:16 CET] <cone-073> ffmpeg 03Anton Khirnov 07master:c91e72ed52f2: Add a compat stdatomic.h implementation based on windows atomics [20:48:17 CET] <cone-073> ffmpeg 03Anton Khirnov 07master:70faadc82687: Add a compat stdatomic.h implementation based on suncc atomics [20:48:18 CET] <cone-073> ffmpeg 03Anton Khirnov 07master:74b5f1086237: Add a compat stdatomic.h implementation based on pthreads [20:48:19 CET] <cone-073> ffmpeg 03Anton Khirnov 07master:41e891e89ed7: Add a compat dummy stdatomic.h used when threading is disabled [21:13:44 CET] <cone-073> ffmpeg 03Vittorio Giovara 07master:059a786c2020: fate/mov: Rename a couple of entries to respect the file naming scheme [21:13:45 CET] <cone-073> ffmpeg 03Vittorio Giovara 07master:46fae40d2537: hevc: Allow parsing external extradata buffers [21:13:46 CET] <cone-073> ffmpeg 03Vittorio Giovara 07master:25fcbf7a84a4: hevc: Support extradata changes [21:31:23 CET] <philipl> coverity ran! [21:32:20 CET] <BtbN> yeah, it's basically working now. Just have to wait for them to enable cronjobs. [21:32:28 CET] <philipl> excellent. [21:35:20 CET] <BtbN> "Thanks so much for your email! I've just enabled Cron Jobs for your organization: FFmpeg. " [21:35:26 CET] <BtbN> well, that went quicker than expected [21:37:13 CET] <BtbN> ok, coverity is up and running with that now. [21:37:29 CET] <BtbN> running monday, wednesday, friday and sunday [21:37:38 CET] <BtbN> no idea when on those days though [21:41:42 CET] <philipl> We'll find out eventually. [21:42:31 CET] <BtbN> ah, they run the moment I add them [21:42:34 CET] <BtbN> and from then on every 24h [21:42:47 CET] <BtbN> Canceled the build, as it's redundant to run it immediately again [21:42:58 CET] <BtbN> tomorrow it will exit out early, so next build on sunday [22:05:35 CET] <BtbN> Would be way easier to do 4 builds per week if there was one more day [22:08:18 CET] <philipl> heh [22:19:50 CET] <Compn> https://media.defcon.org/DEF%20CON%2024/DEF%20CON%2024%20video%20and%20slid… [22:20:14 CET] <Compn> does ffmpeg sub parser fail because of lack of spaces between --> arrow ? [22:20:59 CET] <nevcairiel> probably [22:21:03 CET] <nevcairiel> its just not valid srt that way [22:22:31 CET] <Compn> bleh, zeranoe's builds crash on my vista box [22:22:43 CET] <Compn> and xp box [22:22:56 CET] <nevcairiel> xp is probably expected =p [22:23:13 CET] <Compn> i should start building on my xp box [22:23:25 CET] <Compn> assuming you guys havent totally broken xp by now [22:45:44 CET] <J_Darnley> A random question but I see things relevant... [22:45:48 CET] <J_Darnley> How many people use --enable-small in a serious manner on x86 or x86_64? [22:46:11 CET] <nevcairiel> its not really a mode anyone cares about on desktop chips like those [22:46:15 CET] <FishPencil> Which zimg does FFmpeg use? https://github.com/sekrit-twc/zimg or https://github.com/buaazp/zimg [22:46:21 CET] <nevcairiel> the first [22:47:10 CET] <FishPencil> Thank god, because the 2nd is horrible to build [22:47:32 CET] <nevcairiel> the second also does something quite different =p [22:48:33 CET] <FishPencil> The description looked right? [22:50:07 CET] <J_Darnley> nevcairiel: I didn't think many people would but working on this assembly I see much repeated code. [22:50:23 CET] <J_Darnley> Code that in the ancient mmx is in a small "private" function. [22:50:37 CET] <nevcairiel> i dont think we generally consider "bloat-y" code to be a candidate for --enable-small [22:50:40 CET] <J_Darnley> That gets called often. [22:52:37 CET] <nevcairiel> if you can re-use the s ame code block without duplicating it thats always nice, sometimes you can just jump into it as a tail-call or call it without the overhead of parameter passing, but othertimes you just macro it and include it in every function ;) [22:53:06 CET] <J_Darnley> That is exactly what I am looking at. [22:54:14 CET] <J_Darnley> It is just a little, strange, to see the difference in style. [22:54:28 CET] <nevcairiel> the original h264 mmx code is just so old [22:54:31 CET] <nevcairiel> styles shift [23:55:43 CET] <ubitux> https://www.youtube.com/watch?v=ZaTuFB5QXHo #vectorscope ? [23:55:48 CET] <ubitux> durandal_170 ^ [23:55:59 CET] <ubitux> (for inspiration) [00:00:00 CET] --- Sat Dec 3 2016

1 0

ffmpeg.log.20161202
by burek 03 Dec '16

03 Dec '16

[08:34:08 CET] <thebombzen> welp, I just found the framestep filter [08:34:15 CET] <thebombzen> which is what I've been trying to do this whole time [08:35:08 CET] <thebombzen> framestep=2 does the trick [11:13:22 CET] <superware> can someone please have a look at https://trac.ffmpeg.org/ticket/5615 ? [14:38:25 CET] <Lope> anyone here familiar with video encoding or avconv? To reduce a video's size I reencoded a video as follows: `avconv -i in.mp4 -vcodec libxvid -b 500k -acodec libmp3lame -ac 1 -ab 64k out.mp4` It plays perfectly in VLC, but Whatsapp plays it without sound. Chrome won't play it with no error given. FF complains about some libav vulnerability and won't play it. [14:38:43 CET] <Lope> I mean what kind of a shitty video player can't handle lame mp3 audio? [14:39:57 CET] <BtbN> avconv is not an ffmpeg tool. [14:40:27 CET] <BtbN> And you want h264 + aac for wide support. [14:40:49 CET] <Lope> I mean what kind of a shitty video player can't handle lame mp3 audio? [14:41:05 CET] <Lope> BtbN: Oh cool :) thanks. [14:41:31 CET] <Lope> Yeah I just luckily picked AAC looking at `avconv -codecs` AAC seemed familiar common, I've seen it on a lot of rips. [14:42:10 CET] <Lope> Sorry I didn't mean to repeat my 3rd last remark. I meant to say: I tried encoding the audio with AAC now, and it plays from /tmp/ in chrome, with sound. *shrugs* [14:42:45 CET] <furq> yeah you really shouldn't use xvid [14:42:54 CET] <furq> i'm surprised any browsers play it [14:42:56 CET] <Lope> I used: avconv -i in.mp4 -vcodec libx264 -b 500k -acodec libvo_aacenc -ac 1 -ab 64k out.mp4 [14:43:08 CET] <furq> yeah that ought to work [14:43:09 CET] <Lope> Well the quality is a hell of a lot better than mpeg4 [14:43:16 CET] <furq> you can probably get rid of -b 500k though [14:43:17 CET] <Lope> mpeg4 makes me suicidal. [14:43:33 CET] <Lope> well, if I don't include -b 500k the filesize gets too high. [14:43:33 CET] <furq> there's no reason to use mpeg4 in this day and age [14:43:45 CET] <Lope> furq: what format do you recommend? [14:43:48 CET] <furq> with x264? [14:43:48 CET] <jkqxz> "what kind of a shitty video player can't handle x" -> most video players, probably? Wide codec support is just not a thing outside the lavc-based players (i.e. vlc, mpv, etc.). [14:44:19 CET] <Lope> "<furq> yeah you really shouldn't use xvid" do you mean I shouldn't use libx264? [14:44:24 CET] <furq> no i mean xvid [14:44:28 CET] <furq> you should use x264 [14:44:36 CET] <Lope> oh, good :) [14:45:05 CET] <Lope> Is there some recommended list of codecs like favour and avoid? [14:45:17 CET] <furq> it depends what you're targeting but x264 is generally a good choice [14:46:29 CET] <m3nTe> hi guys [14:47:51 CET] <Lope> I tried to use the "aac" codec but libav complained that it's not stable or whatever. So I used libvo_aacenc and it didn't complain, and the video worked. [14:47:56 CET] <Lope> (in chrome) [14:48:13 CET] <furq> you should probably upgrade to a newer version of ffmpeg [14:48:39 CET] <furq> https://www.johnvansickle.com/ffmpeg/ [14:48:48 CET] <Lope> I find it amazing avconv doesn't support encofing ogg by default. I'm thinking "WTF" it's a free format. Last time I wanted to encode ogg with avconv I had to compile it from source. [14:49:02 CET] <furq> just use those static builds if your distro ffmpeg/libav sucks [14:49:26 CET] <BtbN> avconv is still not ffmpeg. [14:50:19 CET] <Lope> Why do the builds in ubuntu etc suck ass? I mean wtf? It's like they build it and cripple it. I could understand if it was some ancient really arbitrary crappy encoder that nobody uses but fucking OGG. I mean seriously... [14:50:32 CET] <furq> you're on an old ubuntu [14:50:42 CET] <m3nTe> question: I'm trying to using the "read native frame rate" using the `-re` option, and works amazingly. I need to stream a video file to RTMP. I'm doing this because I need it to loop infinitely.. /usr/local/bin/ffmpeg -re -fflags +genpts -i video.mp4 -c copy -f flv "rtmp://...." [14:50:43 CET] <Lope> Yeah 14.04 [14:50:48 CET] <furq> debian has had proper ffmpeg with sensible defaults for a few years now [14:50:54 CET] <furq> ubuntu 16+ has it as well afaik [14:51:01 CET] <m3nTe> the issue is that it doesn't loop. any help? [14:51:19 CET] <furq> why would that loop [14:51:20 CET] <Lope> BtbN: Yeah ffmpeg didn't ship with ubuntu last time I checked, it's a whole dumb political thing. Why not support both, they're different projects now, right? [14:51:30 CET] <furq> Lope: because you're on an old ubuntu [14:51:30 CET] <m3nTe> question: I'm trying to using the "read native frame rate" using the `-re` option, and works amazingly. I need to stream a video file to RTMP. I'm doing this because I need it to loop infinitely.. /usr/local/bin/ffmpeg -re -fflags +genpts [14:51:35 CET] <BtbN> ffmpeg ships with recent versions of ubuntu. [14:51:39 CET] <m3nTe> -i -stram_loop - 1 video.mp4 -c copy -f flv "rtmp://...." [14:52:13 CET] <Lope> BtbN: furq: alrighty [14:52:14 CET] <furq> m3nTe: add `-stream_loop -1` before -i [14:52:58 CET] <furq> oh nvm it's there [14:53:16 CET] <m3nTe> furq: sorry, I pasted it wrongly.. yeah, I'm already doing that. but doesn't loop at all. when the video reaches the end I receive this error: av_interleaved_write_frame(): Broken pipe [14:53:19 CET] <furq> oh right [14:53:20 CET] <Lope> Is ogg supported in crappy video players like whatsapp/chrome/ff? [14:53:25 CET] <furq> you've got it after -i [14:53:34 CET] <furq> Lope: it's supported in most browsers [14:53:40 CET] <furq> not safari iirc [14:53:47 CET] <furq> and not old IE, i forget if edge supports it [14:53:50 CET] <Lope> what's better: ogg or aac? [14:53:56 CET] <furq> well you're using mp4 so you should use aac [14:54:02 CET] <Lope> Ok cool. [14:54:02 CET] <furq> i don't think vorbis is supported in mp4 [14:55:30 CET] <Lope> Regarding: avconv complaining "aac" is not stable. and libvo_aacenc worked. Should I be concerned? [14:55:49 CET] <Lope> You said I should use a newer version of ffmpeg, do you mean "aac" is stable in new versions? [14:55:55 CET] <Lope> What's the diff between the encoders? [14:56:18 CET] <AssPirate> Yeah. aac is stable now [14:57:17 CET] <BtbN> libvo aac is horrible. Don't use it [14:57:38 CET] <m3nTe> question: ffmpeg -re -fflags +genpts -stream_loop -1 -i video.mp4 -c copy -f flv "rtmp://&.. when the video reaches the end I receive this error: av_interleaved_write_frame(): Broken pipe and it doesnt loop at all. any help? [15:01:31 CET] <Lope> suckage [15:01:43 CET] <Lope> i hate my old distro. [15:02:26 CET] <Lope> So the x264 with libvo aac doesn't play in chrome when it's online. Only from /tmp :p [15:02:28 CET] <Lope> fuck [15:03:03 CET] <Lope> Does libvo aac get labelled as libvowhatever or aac? [15:03:17 CET] <Lope> once it's encoded in the file? [15:04:05 CET] <AssPirate> m3nTe: I used to get that same error when I was doing stuff like that out to an rtmp stream. But I was concatenating multiple files. Never failed when the output was a file. And it was inconsistent. Sometimes it worked. Sometimes it didn't. Never really found out why though. [15:04:59 CET] <m3nTe> AssPirate: damn. so do you think the issue is because is streaming to an rtmp server..? [15:07:47 CET] <AssPirate> Not necessarily the cause, but I'm fairly certain it's related to it. Can you try to output to a file? See if it loops properly then. [15:08:07 CET] <m3nTe> AssPirate: I'll give it a try.. [15:10:07 CET] <m3nTe> AssPirate: yeah, works. hmm, weird. [15:11:32 CET] <AssPirate> Right? ¯\(°_o)/¯ [15:32:34 CET] <Lope> Okay, well my video works in whatsapp, so alls well :/ [15:32:36 CET] <m3nTe> AssPirate: the issue looks like ffmpeg takes a while to restart the loop of the video.... [15:32:39 CET] <m3nTe> mmmm [15:32:40 CET] <m3nTe> why?! wtf [15:32:53 CET] <Lope> thanks for the help BtbN furq [15:47:41 CET] <AssPirate> m3nTe: Could be. I was reencoding my videos on the fly and concatenating them. I've switched to reencoding them beforehand. Haven't had that issue since. [16:12:45 CET] <Jaex> I'm trying to decide which one should be default nvenc preset for screen recording purposes: https://dl.dropboxusercontent.com/u/14076298/ShareX/2016/12/ShareX.vshost_N… anyone have suggestion? [19:06:04 CET] <sardok> Hi, i have an audio file which has 5 seconds. I want to extend it to 15 seconds while padding silence. i used this command 'ffmpeg -i 4927.mp3 -filter_complex 'apad' -t 15 -y /tmp/padded-15.aac' but resulting video is still 5 seconds for some reason. Any idea? [19:07:34 CET] <kbarry> not sure [19:07:47 CET] <kbarry> But you might want to produce a 5 second silent video [19:07:53 CET] <sardok> if i dont give .mp3 as an extension to the resulting file, it is ok. [19:07:53 CET] <kbarry> then use ffmpeg to append them together [19:08:01 CET] <kbarry> silent then video then silent again [19:13:48 CET] <sardok> thanks kbarry [19:14:47 CET] <kbarry> sardok: Yeah, sorry i can't be of more help. Just trying to do my part (i'm a newb myself) [19:14:57 CET] <kbarry> I can say that the "-t" might not do what you think it does [19:15:09 CET] <kbarry> ie, it might only work for limiting things, not for lengthening things [19:15:26 CET] <kbarry> IE, play a 500 second video with -t 15, and you get 15 seconds, [19:15:28 CET] <furq> that should work based on the description of apad [19:15:51 CET] <furq> If neither the pad_len nor the whole_len option is set, the filter will add silence to the end of the input stream indefinitely. [19:21:14 CET] <sardok> if i remove encoding, duration is as expected, however adding encoding to some other format (aac in this example) does not give duration as expected. [19:22:30 CET] <MrMonkey31> hey um, guys [19:23:10 CET] <durandal_170> yes? [19:23:33 CET] <MrMonkey31> does anyone use vlc here? I keep looking at their codec information. the "display resolution" keeps turning out different in my encodes from "resolution" and it's bugging me out [19:24:21 CET] <durandal_170> that depends on sample aspect ratio [19:24:25 CET] <MrMonkey31> this wouldn't have anything to do with "pixel format" would it?... [19:24:49 CET] <MrMonkey31> @durandal_170, or are they completely separate? [19:26:24 CET] <durandal_170> what's different and by how much? [19:28:23 CET] <MrMonkey31> thx for asking, man. the two are identical in my source vid, 480x352 [19:29:02 CET] <MrMonkey31> then I use a scale and a crop, like so: crop=w=428:h=348:x=27:y=4, scale=434:348 [19:30:04 CET] <MrMonkey31> and after that the reported values are res: 448x352, display res 434x348 [19:31:13 CET] <MrMonkey31> coupled with the resolution restrictions of hevc, it becomes a confusing jumble in my head. /rant I guess I should be taking in the nominal resolution, ignoring display resolution for my purposes - //but// it does not add up :( [19:31:36 CET] <durandal_170> scale filter does that to keep dar [19:33:18 CET] <MrMonkey31> alright is there some missing paramater to prevent such automation, or...? [19:35:13 CET] <durandal_170> dunno, I can't remember, there are setsar and setdar filters [19:36:50 CET] <kerio> which resolution restrictions? [19:37:22 CET] <MrMonkey31> oh, to be sure! so far it still does not make sense to me, why scale would try anything automatically [19:37:47 CET] <MrMonkey31> kerio, I'm referring to messages complaining about your chosen resolution when encoding with hevc [19:38:59 CET] <MrMonkey31> I mean hypothetically I could just keep 1/2 the video on the vertical axis. then the aspect ratio would be doubled. would it double up my number of pixels again? [19:47:43 CET] <MrMonkey31> obviously not - or we hope so anywya. well I suppose I could simply stop caring, unless I see like, 150 pixels appear. all I was interested in was counting up to make sure my encode has the expected number of pixels [19:48:33 CET] <kerio> does hevc really require a multiple of 32 [19:48:51 CET] <MrMonkey31> but it doesn't appear to be possible. unless there's yet a third value, one that's different from what vlc reports [19:49:51 CET] <MrMonkey31> for e.g. I just did the same encode using crop but without scale, still got separate values for resolution and display resolution. so crop must do something as well, since the only other filter I've got is eq [19:51:23 CET] <MrMonkey31> my other, more general anxiety is that this level of complexity will eventually relegate encoders to some sort of state of hermitude if they are to continue pursuing a specific desired result [19:56:35 CET] <grublet> MrMonkey31: that is why i stopped encoding [19:57:00 CET] <grublet> i had to futz with it forever to figure out how to make it stop doing that, and i cant remember now how i did it [19:58:02 CET] <grublet> anamorphosis is perhaps the worst thing to happen to video other than interlacing and reduced chroma resolution but gonna check out now before i get too ranty [19:58:25 CET] <MrMonkey31> grublet, we lament together: NOOOOOOOOOO! [19:58:54 CET] <grublet> yeah i feel your pain bro [19:59:10 CET] <grublet> im pretty sure scale has some parameter to prevent this autoscaling [20:03:03 CET] <grublet> trying to figure out what i did before cause now its bothering me lol [20:04:08 CET] <grublet> best solution for now is probably just using setsar and setdar [20:04:24 CET] <grublet> personally, i hate when programs make these kinds of decisions for me, especailly with stuff like pixel formats or colorspaces [20:04:59 CET] <grublet> kinda miss the days of having to write long ass command lines for x264 before the preset system [20:06:16 CET] <grublet> kerio: imo hevc is a ridiculous format, it just looks like im watching divx/xvid videos all over but with more smearing [20:06:26 CET] <kerio> lmao [20:06:28 CET] <kerio> why use it then [20:06:31 CET] <grublet> i dont [20:06:42 CET] <grublet> if i encode anything nowadays its usually vp8 in webm [20:06:58 CET] <grublet> before that i would do h264/aac in mp4 [20:07:07 CET] <kerio> >not ao1/opus [20:07:15 CET] <kerio> *av1 [20:07:28 CET] <grublet> not a fan of audio codecs that internally resample audio, and i never used av1 or heard of it til now [20:07:39 CET] <kerio> grublet: what's the fascination with vp8? [20:08:03 CET] <grublet> kerio: its basically guaranteed to work for anyone at this point, due to the surge of webm popularity recently [20:08:04 CET] <kerio> to be fair opus only resamples if your audio wasn't 48kHz already [20:08:12 CET] <kerio> ...as it should've been [20:08:13 CET] <kerio> :< [20:08:14 CET] <grublet> and most audio i have isnt 48khz [20:08:23 CET] <kerio> grublet: not even movie audio? [20:08:23 CET] <furq> x264 is also guaranteed to work for anyone [20:08:28 CET] <furq> and is generally much better than vp8 [20:08:35 CET] <kerio> yeah, no vp8 on apple-y stuff [20:08:35 CET] <grublet> kerio: movies are a very samll portion of the audio i encode [20:08:43 CET] <grublet> most stuff out there barring movies is 44.1 [20:08:50 CET] <kerio> yeah but i didn't suggest opus in general [20:08:53 CET] <kerio> i suggested av1/opus [20:08:56 CET] <grublet> vp8 woprks in most browsers [20:09:08 CET] <furq> h264 works in more browsers though [20:09:08 CET] <kerio> doesn't work on mine :^) [20:09:16 CET] <grublet> furq: that is not my experience [20:09:17 CET] <markvandenborre> grublet: I would understand if you would say you do vp9 for political purposesm; that would be a valid reason [20:09:20 CET] <kerio> whereas h264 works in every browser i guess [20:09:37 CET] <furq> http://caniuse.com/#feat=mpeg4 [20:09:39 CET] <grublet> markvandenborre: what do you mean by poltiical purposes? [20:09:40 CET] <markvandenborre> but for practical reasons, h264 is really superior unfortunately [20:09:48 CET] <kerio> is av1 finalized? [20:09:52 CET] <furq> http://caniuse.com/#search=webm [20:10:04 CET] <grublet> there are too many open video/audio standards at this point [20:10:13 CET] <kerio> not really [20:10:16 CET] <furq> the only reason to use vp[89] over h264 is because one is open source and license-free [20:10:29 CET] <furq> or vp8 rather [20:10:35 CET] <furq> vp9 should compress better at least [20:10:44 CET] <kerio> furq: is vp9 actually supported tho [20:10:52 CET] <furq> yes [20:11:04 CET] <kerio> i thought it was similar to hevc [20:11:08 CET] <furq> oh [20:11:12 CET] <furq> well it's supported in browsers [20:11:25 CET] <furq> youtube use it for desktop firefox/chrome and probably edge [20:11:28 CET] <markvandenborre> (but it will take more cpu to decode) [20:11:39 CET] <furq> maybe not for mobile because of the lack of hw decode [20:11:46 CET] <kerio> meanwhile quicktime still doesn't support h264 with yuv444 [20:12:08 CET] <kerio> does anything actually accelerate one of those fancy open formats tho [20:12:15 CET] <furq> does quicktime support anything [20:12:16 CET] <kerio> like, do android phones have vp8 acceleration? [20:12:20 CET] <furq> i doubt it [20:12:21 CET] <kerio> furq: h264 yuv420p [20:12:35 CET] <markvandenborre> kerio: there's a lot of hardware that does vp9 decoding recently [20:12:44 CET] <furq> yeah it's very recent though [20:12:49 CET] <furq> especially on desktop [20:12:50 CET] <markvandenborre> encoding not so much yet [20:13:00 CET] <kerio> but why, when av1 is better? :^) [20:13:05 CET] <furq> well exactly [20:13:36 CET] <furq> from what i've heard av1 is mostly vp10, so vp9 development seems to be pretty much dead [20:21:50 CET] <__raven__> hi [20:24:08 CET] <__raven__> i need to temporarily revive an old optiplex analogue video pci io card for capturing with ffmpeg. unfortunately very rare information is displayed and video0 does not show anything yet. could you take a look at it? [20:26:30 CET] <tdr> __raven__, probably means you're missing the v4l driver for it. look at what lspci -k calls it to make sure you have a driver there and then google for the name (from that output) + linux driver [20:27:43 CET] <tdr> a binary distro prob has the driver and just needs it modprobed, but it may be split into its own package depending on how your distro packages kernel stuff [20:28:33 CET] <__raven__> tdr this is what i got so far: http://pastebin.com/1r9yTUK6 [20:29:13 CET] <__raven__> lspci -k shows 05:00.1 Multimedia controller: Optibase Ltd Device 5001 (rev ff) without a line below - how to figure out the right module? [21:56:22 CET] <livingBEEF> Is it possible to "remap" colors? As in make it to turn some specified colors into other specified colors. [21:58:16 CET] <kiroma> Hello [21:59:56 CET] <DHE> livingBEEF: depends on what you need. hue and saturation can be played with. eg: red->green, green->blue, blue->red. but that's a global thing, you force that rotation on the whole image on every pixel. [22:02:24 CET] <livingBEEF> Yeah, that's not what I want. I want it like if I swapped color palette in a gif image without touching other data [22:03:27 CET] <kiroma> "recompile with -fPIC" "Requested extra CFLAGS ' -fPIX' not supported by compiler"... Oh. [22:07:02 CET] <kiroma> Ok, I am blind. [22:11:48 CET] <kerio> rip [22:29:19 CET] <kiroma> Well it turns out that ffmpeg doesn't really like libvpx1.6 [23:35:30 CET] <Sashmo> does anyone know why I keep getting this error?? [h264 @ 0x4430bb40]mmco: unref short failure nothing wrong with video, but it throws the error [00:00:00 CET] --- Sat Dec 3 2016

1 0

ffmpeg-devel.log.20161201
by burek 02 Dec '16

02 Dec '16

[00:17:54 CET] <Compn> durandal_1707 : i got quicktime off of my mac friend, but the .app mostly consisted of icons, not codec components :\ [00:17:59 CET] <Compn> it installs somewhere else [00:18:23 CET] <Compn> durandal_1707 : so you can debug mac binaries ok? :P [00:22:09 CET] <cone-869> ffmpeg 03Philip Langdale 07master:fdb124001e9a: tools/coverity: Add model for av_realloc [00:22:33 CET] <philipl> Tool is avilable but I won't refresh coverity until we want to use up that scan. [00:24:27 CET] <philipl> I think we can rerun the scan. The faq specifically says "frequency for build submissions" [00:24:30 CET] <philipl> This is not a new build [00:24:48 CET] <philipl> there's already a daily max of 1 that didn't complain just now [00:25:24 CET] <BtbN> probably, might be a loophole or something [00:25:31 CET] <BtbN> Even if, it makes sense to fix all those false positives [00:26:26 CET] <philipl> Done. [00:26:34 CET] <philipl> I'm sure this isn't what they're limiting. [00:42:29 CET] <BtbN> but evaluating that is the computational complex stuff [00:42:35 CET] <philipl> and yet. [00:42:43 CET] <philipl> You'd think uploads would be the unlimited thing [00:43:33 CET] <philipl> I can only imagine there's a bunch of work they do to an upload to make it possible to run the analysis [00:43:34 CET] <BtbN> I'd think the actual analysis would be the limited thing, no matter what triggers it [00:43:38 CET] <philipl> and that is the work they feel is limited. [00:44:07 CET] <philipl> anyway. we're down to 81 now [00:44:47 CET] <philipl> and it did finally silence the cuvid one, funnily enough [00:45:08 CET] <BtbN> I silenced that. [00:45:13 CET] <BtbN> By marking it as false positive [00:45:16 CET] <philipl> ah. well, never mind. [00:45:49 CET] <philipl> No, I mean the av_mallocz one [00:45:52 CET] <philipl> It's not in the list anymore. [00:45:59 CET] <philipl> All this modelling shit did actually help. [00:46:14 CET] <BtbN> Isn't that what marking it as handled and false positive does? [00:46:32 CET] <philipl> But in the last analysis, it was there. [00:46:34 CET] <philipl> This is the same build. [00:47:01 CET] <philipl> the ffmpeg_cuvid.c one [00:47:08 CET] <BtbN> yeah, that's the one I marked. [00:47:09 CET] <philipl> which is what provoked me to do all this in the first place. [00:47:13 CET] <philipl> Not in my tree. [00:47:23 CET] <philipl> or you marked it in the web ui? [00:47:25 CET] <philipl> sorry. [01:04:30 CET] <cone-869> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:b5c899ab5ec8: ffserver: fix broken HTML on generated status page [01:15:05 CET] <cone-869> ffmpeg 03Philip Langdale 07master:5512dbe37f83: avcodec/crystalhd: Handle errors from av_image_get_linesize [01:15:06 CET] <cone-869> ffmpeg 03Philip Langdale 07master:4e6d1c1f4ec8: avcodec/vdpau_hevc: Fix potential out-of-bounds write [05:32:03 CET] <Timothy_Gu> Compn: the codec components are OS-wide [06:52:46 CET] <xintox> does anyone know what these "sdk://" urls are in some m3u8 streams I'm seeing? [06:52:50 CET] <xintox> I can't find anything online about it [09:54:56 CET] <cone-966> ffmpeg 03Carl Eugen Hoyos 07master:d44af9a38e6b: lavfi: Fix aix compilation. [10:46:05 CET] <durandal_1707> cbsrobot: could you generate some pixlet videos/samples of bigger video size? [12:02:18 CET] <cone-966> ffmpeg 03Tobias Rapp 07master:4d57ca51d7af: ffmpeg: assert return value is initialized [12:54:11 CET] <cone-966> ffmpeg 03;5:A0=4@ !;>1>45=N: 07master:3aa1ff30f3f4: doc/examples/transcode_aac: fix a typo [18:00:51 CET] <J_Darnley> Gramner: when you have a moment, could you take a look at the patches I just sent? [18:01:06 CET] <J_Darnley> The last two in particular. [18:01:39 CET] <J_Darnley> They provide little to no benefit over the C [18:16:18 CET] <kierank> maybe BBB can help you too [18:17:13 CET] <BBB> 422 deblock? [18:20:47 CET] <BBB> is it possible the C function just skips most deblocks? [18:21:04 CET] <BBB> this happens particularly at very low quantizers (high quality) and is something the simd code typically doesnt implement [18:21:24 CET] <BBB> (it can be implemented with pmovmksb and mask-conditionals, but I dont think it does) [18:21:47 CET] <BBB> check tc/tc0 in the C code [18:24:19 CET] <BBB> pmovmskb apparently [18:24:20 CET] <BBB> anyway [18:24:38 CET] <BBB> note that the instruction is very slow so you typically want to not use it [18:25:56 CET] <J_Darnley> Thanks, I will have a look there. [18:48:07 CET] <Gramner> J_Darnley: I don't see any point in adding new mmx code where sse2 versions are implemented [18:50:16 CET] <Gramner> SSE2 is 15 years old, anyone using a cpu older than that obviously doesn't care about performance anyway [18:54:47 CET] <Gramner> also is the deblock code still using int strides or are the comments simply outdated? while not strictly related to the patches that's something that should be fixed if so because I can spot several bugs in both the new and existing code where the upper half of 32-bit ints are assumed to be zero on 64-bit systems [19:22:55 CET] <J_Darnley> Yes, int strides [19:23:22 CET] <J_Darnley> int as argument to the dsp function, int as argument to the calling function. [19:25:07 CET] <J_Darnley> As for mmx, you have a point regarding its age. [19:39:28 CET] <ElAngelo> http://ffmpeg.org/pipermail/ffmpeg-devel/2016-November/203661.html [19:39:34 CET] <ElAngelo> could somebody plz review this? [19:43:56 CET] <Compn> ElAngelo : sure [19:48:26 CET] <ElAngelo> much appreciated Compn [19:59:23 CET] <Compn> sent [20:00:05 CET] <Compn> ElAngelo : you have the avid codecs? or just the av1x codec ? [20:00:21 CET] <Compn> theres a bunch of different ones, i wonder if you could make us samples for each avid codec... [20:07:38 CET] <ElAngelo> Compn: i only uploaded a sample with av1x [20:07:44 CET] <ElAngelo> i don't have any others :s [20:08:02 CET] <ElAngelo> this is not something i created myself btw [20:08:47 CET] <Compn> ah ok no problem. just thought i would ask :) [20:09:03 CET] <Compn> sometimes it is difficult for us to install every codec on earth to get samples , so i ask :) [20:09:22 CET] <ElAngelo> of course [20:09:37 CET] <wm4> whoever applies this should run fate first [20:09:40 CET] <ElAngelo> i still don't really the issue i'm seeing actually [20:10:02 CET] <ElAngelo> what is 'multiple fourcc' ? [20:10:05 CET] <Compn> im surprised that patch fixes things [20:10:21 CET] <Compn> well in mov its technically isom :D [20:10:50 CET] <ElAngelo> i've tested the patch with the original movie i took an extract from and it worked for me [20:10:53 CET] <Compn> but it means that the encoder writes different or multiple isom (fourcc) track names [20:10:54 CET] <ElAngelo> ymmv [20:11:16 CET] <Compn> so it confuses ffmpeg because are we supposed to decode under one fourcc or the other [20:11:41 CET] <ElAngelo> aha, that's why i saw a black output only at first? [20:11:46 CET] <Compn> i think so [20:44:00 CET] <cone-361> ffmpeg 03Michael Niedermayer 07master:fbdf8f176e0f: ffserver: set format bitexact flag, eliminate warnings about it not being set [21:43:23 CET] <cone-361> ffmpeg 03Paul B Mahol 07master:6427c9ffee34: swscale: add gbr(a)p16 output support [21:46:08 CET] <BtbN> Timothy_Gu, philipl, regarding the travis thing, I think the most sensible thing would be creating an FFmpeg/Coverity repository on Github, link it to Travis, and then use this: https://docs.travis-ci.com/user/cron-jobs/ [21:46:18 CET] <BtbN> That way it does not depend on any actual hardware. [21:47:05 CET] <BtbN> would be set to daily, and then need a bit of logic to only run on certain days a week, but that should be trivial [21:48:05 CET] <philipl> BtbN: why not link it to the actual repository? because travis isn't actually caring about the ffmpeg source itself [21:48:33 CET] <BtbN> well, if the coverity travis.yml is ok to be in the ffmpeg repo itself, that works as well [21:48:56 CET] <philipl> Anyway - it seems fine to use cron to trigger runs. [21:49:02 CET] <philipl> Then no one has to push to a branch [21:49:17 CET] <BtbN> Yes, just set the cronjob to build the FFmpeg/FFmpeg github repo daily [21:49:25 CET] <BtbN> and the rest will be magic in the travis.yml [21:49:28 CET] <philipl> Daily? four times a week :-) [21:49:36 CET] <BtbN> It only supports Daily, Weekly or Monthly. [21:49:48 CET] <BtbN> So Daily it is, and just return early with a day-of-week check [21:50:31 CET] <philipl> Ok. We could also just say weekly and it would still be a big improvement. and we'd have the other runs for ad-hoc purposes. [21:50:40 CET] <philipl> but I'm fine starting the way you described. [21:50:44 CET] <BtbN> Might as well use the 4 builds a week we have [21:51:05 CET] <BtbN> It's not a lot of work, I'll set up the .travis.yml, and commit it [21:51:44 CET] <BtbN> http://www.travis.org/ uhm, ok... that's not the page I wanted to end up on, Thank you smart auto complete [21:53:01 CET] <philipl> Did anyone know this oss-fuzz thing was coming? [21:53:11 CET] <philipl> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg [21:53:29 CET] <philipl> I mean, we know they've been doing it internally for ages. [22:13:49 CET] <BtbN> philipl, do you have access to the FFmpeg github org, so you can setup builds for FFmpeg/FFmpeg, turn off builds on pushes and PRs, and then request the ability to use crons on it? [22:15:03 CET] <BtbN> https://github.com/BtbN/FFmpeg/commit/cdc4228288bc4f799e7280681670827489a80… [22:20:46 CET] <cone-361> ffmpeg 03Paul B Mahol 07master:6e713841e830: avfilter: add premultiply filter [22:24:07 CET] <BBB> re: gaps, why not just fill in the missing ones? [22:24:09 CET] <BBB> seems relatively trivial [22:24:16 CET] <BBB> (wheres koda) [22:24:35 CET] Action: durandal_170 agrees [22:47:02 CET] <nevcairiel> Those missing ones are reserved values [22:47:26 CET] <nevcairiel> And the other related enums can also have gaps [23:10:39 CET] <BBB> sooo useful [23:10:40 CET] <BBB> bleh [23:11:46 CET] <atomnuker> I think a table to map the values would be better [23:13:14 CET] <nevcairiel> Following the standard seems fine to me. What's wrong with gaps, anyone that used thr NB element for anything was doing it wrong already anyway [23:14:45 CET] <wm4> indeed [23:15:45 CET] <Compn> because we support non-standard stuff too? :P [23:15:47 CET] <wm4> looking at hevc, it uses 8 bit for the corresponding bitstream fields [23:16:01 CET] <wm4> maybe it's safe to put non-standard stuff at starting at 256 [23:16:13 CET] <nevcairiel> It never happened in years of multimedia Compn :p [23:16:16 CET] <Compn> philipl : probably because a lot of bugs /.exploits found have been done with fuzzers. so the only way to fix this is to fuzz it first? [23:16:32 CET] <Compn> we have a fuzz gap. [23:16:52 CET] <wm4> oh lol [23:16:57 CET] <wm4> the hevc decoder uses the NB fields [23:17:03 CET] <wm4> to "validate" the values [23:17:08 CET] <nevcairiel> Many things do [23:17:18 CET] <wm4> so much for "ABI" [23:17:31 CET] <wm4> not even ffmpeg itself can follow it [23:17:35 CET] <nevcairiel> IIRC it used to be in avcodec [23:17:38 CET] <wm4> yes [23:17:44 CET] <nevcairiel> When it was moved these became bugs [23:17:48 CET] <nevcairiel> Before it was fine [23:17:51 CET] <wm4> but before hevc was merged I think? [23:17:56 CET] <wm4> (not sure) [23:18:35 CET] <wm4> I think it was even me who moved it... makes this anti-ABI argument weaker for me to use [23:20:09 CET] <wm4> no, it was after hevc was merged [23:20:14 CET] <wm4> blergh. [23:43:38 CET] <cone-361> ffmpeg 03Gregory J. Wolfe 07master:9c041a3cd506: avformat/tests/fifo_muxer: includes libavformat/network.h to define ETIMEDOUT for fate build. [23:43:39 CET] <cone-361> ffmpeg 03Michael Niedermayer 07master:89092fafdde8: tests/ffserver.regression.ref: Update ffserver checksums [00:00:00 CET] --- Fri Dec 2 2016

1 0

ffmpeg.log.20161201
by burek 02 Dec '16

02 Dec '16

[05:18:50 CET] <ryan_turner> Hi, I have two commands; one takes an RTSP input and sends it to youtube live. The other takes a webcam input and sends it to a Dash webm stream. I want to take parts of each: I want to send an RTSP input to a Dash webm stream. Both of my commands are here: https://gist.githubusercontent.com/ryanturner/071b3a81e3b556e65d611151e5285… [05:19:08 CET] <ryan_turner> I've tried for about 3 hours to sort this out, but I really dont know enough about how this works to make sense of it. [05:20:57 CET] <ryan_turner> Is anyone willing to help? [05:44:05 CET] <ryan_turner> Here, this is much more readable: https://gist.github.com/ryanturner/071b3a81e3b556e65d611151e52853fa [06:31:48 CET] <AssPirate> Not at my computer right now, but look for a verbose/debug option that'll show you the arguments ffmpeg is parsing. [06:36:41 CET] <tomed> what would be harder to tell the difference with blind test? crf 20 very slow vs crf 20 fast or crf 20 medium vs crf 21 medium ? [06:44:01 CET] <xintox> does anyone know what these "sdk://" urls are in some m3u8 streams I'm seeing? [06:44:06 CET] <xintox> I can't find anything online about it [06:47:24 CET] <tomed> what would be harder to tell the difference with blind test? crf 20 very slow vs crf 20 fast or crf 20 medium vs crf 21 medium ? [07:00:00 CET] Last message repeated 1 time(s). [07:13:54 CET] <thebombzen> tomed: if you ask three times in one hour it's probably not going to change the answer [07:14:10 CET] <tomed> nobody answered though [07:14:22 CET] <thebombzen> but asking again with literally no messages in between won't change that [07:14:46 CET] <tomed> ok [07:15:27 CET] <Kuukunen> thebombzen: he was also spamming the same question on #x264 btw :P [07:15:52 CET] <thebombzen> good to know because I'm not in #x264 and I was about to forward the question [07:16:42 CET] <thebombzen> this seems like one of those awkward "what happened when you tried it" questions. like instead of waiting an hour for an answer to "what happens when you do some test" [07:16:52 CET] <thebombzen> why not just like do the test [07:17:25 CET] <Kuukunen> thebombzen: that's what I told him too [07:17:30 CET] <thebombzen> haha [07:19:35 CET] <tomed> Kuukunen why do you feel the need to tell that in here? [07:20:20 CET] <Kuukunen> tomed: to give context to your spam [08:33:53 CET] <thebombzen> does anyone know any creative ways to combine the hstack and stereo3d filters? I feel like you could do something really cool with those [09:13:40 CET] <IchGucksLive> Good morning from germany [09:14:35 CET] <IchGucksLive> if i do a encoding on a Video that has AUDIO Stream #0:2: Audio: vorbis, 22050 Hz, mono, fltp, 50 kb/s [09:14:49 CET] <IchGucksLive> ffmpeg -i styro_problem.ogv -c:v libx264 -preset veryfast -crf 28 -vf scale=640:-1 -pix_fmt yuv420p -c:a libfdk_aac -strict -2 -an styro_problem.mp4 [09:14:56 CET] <IchGucksLive> no audio works [09:15:02 CET] <IchGucksLive> but how do i get audio [09:15:49 CET] <IchGucksLive> removing -an will fail in AVFrame.width or height is not set Input picture width (640) is greater than stride (0) [09:16:18 CET] <IchGucksLive> i get a video fail on a Audio issue [09:16:21 CET] <IchGucksLive> seams to me [09:17:34 CET] <IchGucksLive> ffmpeg version 2.6.git [09:23:57 CET] <IchGucksLive> ok i use audio copy that works [10:17:33 CET] <thebombzen> welp, apparently the filter -vf stereo3d=al:ar has some funr esults [10:17:43 CET] <thebombzen> it's like an instant spaz-ifier [10:18:26 CET] <ferdna> how do you tell vlc to keep up with the live stream? [10:18:33 CET] <ferdna> it is behind a lot... [10:18:52 CET] <ferdna> if i move the position of the sliding bar to the end it will be behing like 2 secs which is okay.. [10:19:25 CET] <ferdna> "seeking" is the word [10:19:36 CET] <ferdna> how do i seek to the end of the file generated by ffmpeg? [10:51:01 CET] <thebombzen> so afaik ffmpeg will try to match the input framerate. but what if I drop frames with select? i.e. what is the general behavior of -vf select='mod(n,2)' [10:57:31 CET] <durandal_1707> thebombzen: framerate stays same, basically creating vfr content [10:58:04 CET] <thebombzen> is there a way to drop every other frame and halve the framerate (assuming cfr input) [10:58:15 CET] <thebombzen> I know I can use stereo3d=al:ml but that seems suboptimal [10:58:30 CET] <thebombzen> as in, I feel that I shouldn't have to use the stereo3d filter to do something simple like that [10:58:45 CET] <thebombzen> also ideally without an explicit -r [10:58:50 CET] <thebombzen> or an explicit -vf framerate [11:02:04 CET] <DHE> why not? -framerate or -r sounds like exactly what you want. [11:02:42 CET] <thebombzen> the issue is I'm trying to write a script to halve the framerate. using -r or -vf framerate= both require me to probe the input file for its framerate [11:03:06 CET] <thebombzen> as a human, yes -r is fine. but I'm trying to reduce the script complexity. [11:04:24 CET] <thebombzen> this is also useful if I cannot probe the input file in advance, such as with a livestream or a webcam or whatever. halving the framerate without having an explicit number is useful sometimes. [11:04:24 CET] <furq> thebombzen: -vf decimate=2 [11:04:42 CET] <thebombzen> I didn't know about decimate. one sec, checking docs. [11:07:14 CET] <DHE> I thought decimate was meant for dropping identical frames... [11:07:32 CET] <DHE> which could work if your video had double the framerate because every 2 consecutive frames are always identical [11:07:37 CET] <thebombzen> that's what it says on the docs, but it also doesn't say what happens if it doesn't find a duplicate. [11:07:45 CET] <DHE> it does nothing [11:08:00 CET] <DHE> but it still leaves you with variable framerate like select does [11:08:30 CET] <thebombzen> I can achieve what I want with stereo3d=al:ml but that sounds so dumb [11:08:35 CET] <thebombzen> there has to be a real way to do this [11:10:14 CET] <thebombzen> DHE: decimate does let you change the threshold for duplicate detection. If you set it to FLOAT_MAX then all frames are duplicates, so decimate=cycle=2 should work. [11:10:19 CET] <thebombzen> I still don't know if that halves the framerate though. [11:11:33 CET] <furq> afaik decimate will always drop one of every n frames [11:11:38 CET] <furq> but it might not be every other frame [11:12:05 CET] <furq> mpdecimate is the one that gives you vfr output [11:18:00 CET] <thebombzen> hm [11:18:09 CET] <thebombzen> it appears that tinterlace=drop_even does the trick [11:18:11 CET] <thebombzen> I have to test it though [11:28:49 CET] <KidBeta> so I have weird problem happening, im trying to convert a MKV file to a MP4 using ffmpeg and I dont get any sound as output, I have done this for a number of other files before and it worked fine. I also get no warnings when I run it or anything like that. [11:30:08 CET] <thebombzen> no sound? as in the output file has no audio stream or it doesn't play in any player? [12:22:20 CET] <barhom> Can anyone point to a guide for getting ffmpeg to work with qsv (intel quic sync)? Im using one of the newer xeons E3-1245v5 [12:22:46 CET] <barhom> I know how to compile with qsv support but Im unsure what kind of intel drivers I need to install, do I need a patched kernel? (Using deb8) [12:25:02 CET] <jkqxz> Do you actually need to use the qsv (libmfx, Intel proprietary) driver, or are you just wanting to use the Quick Sync hardware? [12:31:42 CET] <mpsag> is there a way to get only specific values out of ffprobe? making it return duration and dimensions only? [12:33:36 CET] <JEEB> mpsag: use json output and parse what you need [12:35:29 CET] <barhom> jkqxz: Im not sure of the difference [12:35:40 CET] <barhom> jkqxz: I want to use the hardware accelerated x264 transcoding [12:35:54 CET] <barhom> so I believe it is qsv (libmfx) that I need to use, or? [12:39:34 CET] <jkqxz> Not necessarily. qsv/libmfx is the Intel proprietary driver, which does work but you want to avoid if at all possible. [12:39:42 CET] <trullox> hi, i'm working on a c++ code with ffmpeg not written by me. It use CODEC_ID_H264. I need to modify the code and set a bitrate. I try to set the AVCodecContext but without result. [12:39:57 CET] <jkqxz> The same hardware is accessible through the open-source VAAPI driver, which does not require installing weird binary blobs or recompiling your kernel with lots of patches. [12:40:13 CET] <trullox> I try with x264opts but i dont see expected result. [12:41:08 CET] <trullox> I dont want a fixed bitrate, but only a max bitrate [12:41:31 CET] <jkqxz> barhom: In Debian you want to install libva-dev and i965-va-driver, then build ffmpeg and it should work with VAAPI. [13:07:56 CET] <barhom> jkqxz and that would give me the same kind of accelerated x264 transcoding capabilities ? [13:10:40 CET] <jkqxz> If you mean H.264, yes. (H.264 is a codec standard. x264 is a software encoder for that codec.) [13:15:47 CET] <barhom> I will give it a try, I still want to know the different capabilities between vaapi/qsv though [13:21:25 CET] <jkqxz> QSV is more inconvenient to install and use, has worse codec support and doesn't work on older devices. [13:22:07 CET] <jkqxz> On the other hand, it is more heavily optimised by Intel (with secret proprietary magic, presumably) and therefore can give greater throughput on some CPUs (Iris/Iris Pro). [13:26:16 CET] <barhom> Then it sounds like it is QSV that I want, I need to get as much throughput as possible [14:30:53 CET] <Filarius22> I wounder if somebody can point me where is information about FFMpeg "area" scaling algorithm [14:31:43 CET] <Filarius22> I did my algorithm for scaling, somebody said "area" is average, but I see different results [14:32:44 CET] <Filarius22> ...i did average on square for scaling down, and i'm sure its not like "area" [15:06:22 CET] <fling> h264 + ac3 (avchd) remuxed from m2ts to mp4 does not play with sound on windows. What should I do? Is there a proper video player for windows? mplayer? [15:06:30 CET] <fling> smplayer? [15:06:37 CET] <fling> Or should I mux into something else? [15:08:57 CET] <tdr> fling, vlc with the codecs packs it supports [15:09:40 CET] <trullox> is it possible to use ffpreset file with c++? [15:10:11 CET] <trullox> i want try to change codec parameters without recompiling my software [15:13:14 CET] <fling> tdr: codecs packs? [15:13:44 CET] <tdr> fling, k-lite codec pack may work for you too [15:14:00 CET] <furq_> don't install a codec pack [15:14:01 CET] <fling> Why not smplayer? [15:14:08 CET] <furq_> use mpc-hc or mpv [15:20:05 CET] <fling> Is there something special about avchd? [15:20:18 CET] <fling> I thought it will be just a regular mp4 file if I remux [15:21:02 CET] <fling> afaik it is just about the file layout mostly. It has additional external metadata etc [15:21:13 CET] <fling> Am I wrong? [15:21:38 CET] <fling> Or is it just whatever they use on their windows boxen suck? [15:30:25 CET] <furq_> it's probably ac3 in mp4 [15:30:36 CET] <furq_> that's not always supported [15:48:10 CET] <fling> furq: thanks for the tip, I will try putting everything in mkv. [15:48:35 CET] <fling> I will also reencode everything to webm as a fallback. [15:49:05 CET] <furq> is this for browsers or something [15:51:11 CET] <fling> For windows users [15:51:21 CET] <fling> They will upload this atleast to vk and ok [15:51:34 CET] <fling> vk.com and ok.ru social networks :> [16:58:43 CET] <kerio> fling: do those not reencode stuff anyway? [16:59:30 CET] <kerio> anyway, i'd be wary of using anything but h264+aac or vp8+vorbis, for browser stuff [17:06:38 CET] <fling> kerio: the sites will probably reencode. [17:07:37 CET] <fling> kerio: so what to use for better compatibility? [17:07:56 CET] <kerio> h264+aac [17:08:01 CET] <fling> In mkv? [17:08:04 CET] <kerio> yuv420p [17:08:06 CET] <kerio> dear god no [17:08:07 CET] <kerio> in mp4 [17:08:17 CET] <kerio> stereo aac 44100hz or 48000hz [17:09:04 CET] <fling> Ok, will reencode. [17:09:22 CET] <fling> I will need to overlay video with an image to hide a head from audience anyway :P [17:09:56 CET] <kerio> i wonder if that can be done losslessly [17:11:37 CET] <fling> kerio: it is possible but not with ffmpeg :< [17:12:01 CET] <kerio> there's an h264 encoder that can cover parts of the video losslessly? [17:12:03 CET] <fling> as it does not support to crop h264 losslessly [17:12:06 CET] <kerio> oic [17:12:35 CET] <fling> If you could crop then you could probably join but not really [17:12:43 CET] <kerio> something something motion vectors [17:14:47 CET] <fling> kerio: is it possible to bend the image using video filter? [17:14:54 CET] <fling> I need a keystone distortion. [17:15:15 CET] <fling> The action was captured from an angle so I want to bend the image a bit& [17:35:18 CET] <barhom> --enable-vaapi --enable-vdpau --enable-nvenc, Unknown encoder 'h264_vaapi' [17:35:26 CET] <barhom> what else do I need to enable to get h264_vaapi? [17:36:40 CET] <fling> How to get ffplay? [17:38:09 CET] <__jack__> aptitude install ffmpeg [17:39:06 CET] <jkqxz> barhom: Just --enable-vaapi, but it should be autodetected by default even without it. Look in config.log. [17:41:23 CET] <barhom> jkqxz: compilation is working just fine with "--enable-vaapi", but I dont see the encoder option in ./ffmpeg -full or ./ffmpeg -encoders [17:42:31 CET] <fling> __jack__: I'm missing sdl :> [17:42:49 CET] <barhom> I can also see "h264_vaapi_encoder" in config.log [17:44:09 CET] <jkqxz> Put your config.log somewhere and give a link to it? [18:58:23 CET] <DelphiWorld> SUP everyone [18:58:33 CET] <DelphiWorld> do fdk_aac decode all kind of aac profiles? [19:01:37 CET] <fling> How do I specify times for overlay filter? [19:03:16 CET] <fling> I need to overlay few seconds here and there [19:14:44 CET] <kerio> DelphiWorld: i thought aac decoding was deterministic [19:15:36 CET] <furq> fdk is an encoder, not a decoder [19:15:40 CET] <furq> the decoder is builtin [19:16:20 CET] <fling> DelphiWorld: https://trac.ffmpeg.org/wiki/Encode/AAC [19:16:49 CET] <DelphiWorld> ah [19:17:03 CET] <DelphiWorld> furq: sbr not supported? [19:17:43 CET] <fling> DelphiWorld: also this -> https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio [19:18:05 CET] <DelphiWorld> thx fling [19:18:11 CET] <DelphiWorld> my issue is with live youtube stream [19:18:21 CET] <fling> yw, tell me more [19:18:52 CET] <kerio> >livestream [19:18:54 CET] <kerio> >high quality audio [19:19:01 CET] <kerio> ayy lmao [19:19:23 CET] <fling> why not? [19:19:27 CET] <DelphiWorld> fling: see this stream? [19:19:27 CET] <DelphiWorld> rtmp://live.ditve.tv:1935/AlOmahaTV/AlOmahaTV.stream_360hp [19:19:28 CET] <fling> opus is good for realtime [19:19:31 CET] <DelphiWorld> can't decode the aac [19:19:49 CET] <DelphiWorld> fling: love opus [19:19:54 CET] <kerio> Audio object type SBR+0 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. :( [19:20:13 CET] <DelphiWorld> yes [19:20:17 CET] <DelphiWorld> isn't decoding it [19:20:27 CET] <fling> DelphiWorld: it is not implemented in git version. [19:20:57 CET] <DelphiWorld> so it's not implemented at all in ffmpeg? [19:22:08 CET] <DelphiWorld> such a bad luck [19:22:47 CET] <kerio> try --aac-is-sbr 0 [19:23:13 CET] <kerio> or something [19:26:41 CET] <DelphiWorld> fling: i want to restream that url to youtube [19:27:14 CET] <fling> DelphiWorld: do what kerio says [19:27:26 CET] <DelphiWorld> where should i put that [19:27:32 CET] <fling> I have no idea [19:27:36 CET] <kerio> me neither \o/ [19:27:45 CET] <DelphiWorld> lol [19:27:45 CET] <fling> \o so helpful! [19:28:06 CET] <fling> Also is it possible to overlay with a half transparent image? [19:28:23 CET] <furq> if it's a decoder option it goes before -i [19:28:25 CET] <fling> I mean is it possible to have an image with a variable transparency over the video? [19:29:13 CET] <fling> the image will be fully transparent at the top, half-transparent in the middle et [19:29:26 CET] <fling> cetera [19:29:58 CET] <kerio> DelphiWorld: i would help you but i told brew to upgrade [19:30:03 CET] <kerio> and it recompiled my ffmpeg [19:30:06 CET] <kerio> and now i have to recompile my mpv :( [19:30:16 CET] <DelphiWorld> oki;) [19:32:48 CET] <fling> DelphiWorld: try puttin an overlay image over it. [19:32:52 CET] <fling> A transparent one :P [19:33:07 CET] <DelphiWorld> fling: why the image? [19:33:22 CET] <fling> DelphiWorld: fine, put a transparent video over it. [19:33:36 CET] <DelphiWorld> fling: i realy didnt get what you're talking about :-P [19:33:59 CET] Action: fling needs more sleep [19:34:43 CET] <DelphiWorld> fling joking? [19:34:59 CET] <fling> DelphiWorld: no. [19:36:12 CET] <DelphiWorld> fling: but why a image? [19:37:30 CET] <fling> DelphiWorld: I thought you might be interested in this too as you are about to restream something [19:37:39 CET] <fling> DelphiWorld: you could put your logo over it. [19:37:58 CET] <DelphiWorld> see pm fling :P [19:38:15 CET] <fling> DelphiWorld: I have a video here of a dancing contest with a nasty human head from audience appearing here and there. [19:38:22 CET] <fling> I need to hide/cover it somehow. [19:38:33 CET] <DelphiWorld> haha [19:38:40 CET] <fling> Someone here suggested to overlay it with an image which is an appropriate thing [19:39:33 CET] <fling> I could just take a frame from the different time of the video, crop it a bit, make some of the parts (semi-)transparent and then I will be able to hide the head by just overlaying it with the crafted image. [19:40:04 CET] <fling> But I'm not sure about the transparency support. Ofc ffmpeg can make the image transparent itself but this is not what I want. [19:40:25 CET] <DelphiWorld> fling: tbh i'm blind so i'm videoless :P [19:40:26 CET] <fling> DelphiWorld: so I asked you because you might want to put a transparent logo or something over the stream :D [19:40:33 CET] <fling> ohh! [19:41:02 CET] <fling> DelphiWorld: is fdk really _that_ good? [19:41:22 CET] <DelphiWorld> fling: for aac encoding, without any doubt [19:42:14 CET] <fling> I've used to determine lame bitrate with my bare ears in the past but now I'm too old for this, can't always hear the difference between 128kbps mp3 and flac :P [19:42:47 CET] <furq> well lame got a lot better in recent years [19:43:24 CET] <furq> it used to be possible to identify specific mp3 decoders by the artifacts at 128k [19:43:34 CET] <furq> s/dec/enc/ [19:43:49 CET] <fling> omg so this is not just me! [19:44:02 CET] <furq> i mean your ears have probably got worse as well [19:44:07 CET] <furq> mine certainly have [19:44:22 CET] <furq> but lame has massively improved, and aac is a generation newer than mp3 [19:44:43 CET] <furq> opus and apple aac are hard to distinguish from lossless at 96k [19:44:52 CET] <fling> I just encoded ac3 to aac and there is no much difference [19:45:39 CET] <DelphiWorld> i honestly can't diferentiate at all [19:45:59 CET] <furq> it depends on the source [19:46:34 CET] <DelphiWorld> true [19:50:20 CET] <fling> Is not 1600x680 a common DAR? [19:55:00 CET] <fling> 2.35/1 or 2.39/1? is not 1600x670 more common? No. [20:00:33 CET] <maxpaj> Hey guys, I've done a little fiddling with ffmpeg lately. I'm using the eq video filter so adjust some of the colors in a video. The documentation says the filter has limits to what values you can enter. For example, saturation only accept values between 0 and 3. Is there any clear explanation as to why there is the upper limit 3? [20:01:14 CET] <fling> maxpaj: you should probably look into the source. [20:04:41 CET] <maxpaj> Yeah, I'm looking at it right now. Is it okay to paste code here? [20:06:33 CET] <maxpaj> https://github.com/FFmpeg/FFmpeg/blob/be37a669714094b9321f9f6f2947a296fe020… [20:10:53 CET] <maxpaj> It doesn't say clearly why the limit is there. Maybe hidden in the details of the actual calculation performed later. But I'm not familiar with that code - I just started looking at this repo. [20:13:19 CET] <pgorley> hi, i want to convert the pixel format using the libav* libraries, are there any examples for this? [20:13:34 CET] <ferdna> i need help undestanding this line: [20:13:35 CET] <ferdna> ffmpeg -i rtmp://server/live/originalStream -c:a copy -c:v libx264 -vpre slow -f flv rtmp://server/live/h264Stream [20:13:40 CET] <pgorley> i'm looking at the format filter and can't figure it out [20:13:46 CET] <ferdna> specifically this part: [20:13:46 CET] <ferdna> -f flv rtmp://server/live/h264Stream [20:13:56 CET] <ferdna> what do i need to change server to? [20:14:30 CET] <Mavrik> pgorley, hmm, that's not all that simple [20:14:39 CET] <Mavrik> pgorley, are you sure you can't just invoke ffmpeg? :) [20:14:48 CET] <pgorley> nope, unfortunately :( [20:14:54 CET] <pgorley> that'd be too simple lol [20:15:13 CET] <Mavrik> Then you'll either have to use sws_scale directly to filter frames [20:15:19 CET] <Mavrik> Or setup a filter chain using "format" [20:15:22 CET] <Mavrik> (I suggest the latter) [20:15:39 CET] <pgorley> hmm, i'll figure it out then, thanks [20:15:39 CET] <Mavrik> There should be an example in doc/examples on how to use filters [20:15:59 CET] <Mavrik> But you'll have to decode the video, push it into the filter than, pull out the changed frame and encode + mux it again [20:16:26 CET] <pgorley> well, i've got yuv420p frames as input and want nv12 [20:16:40 CET] <Mavrik> hmm [20:16:50 CET] <Mavrik> I'd use swscale then I guess [20:16:55 CET] <Mavrik> Just to avoid the datastructures [20:17:02 CET] <Mavrik> You don't have to encode nv12 right_ [20:17:05 CET] <Mavrik> _ [20:17:46 CET] <pgorley> i have to implement hardware encoding, so i'm grabbing h264_vaapi as a test, which needs nv12 [20:46:48 CET] <pgorley> thanks, Mavrik, i figured out how to use libswscale to do what i need :) [00:00:00 CET] --- Fri Dec 2 2016

1 0