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

[burek]

[00:10:38 CEST] <durandal_1707> michaelni: swr_drop_output misbehaves
[00:52:27 CEST] <michaelni> durandal_1707, is there a ticket about it ?
[00:55:33 CEST] <durandal_1707> nope
[01:41:24 CEST] <michaelni> please create a ticket and put me in the CC list of it, ill look when i have time
[02:06:06 CEST] <bp0> is Paul B. Mahol in the room?
[02:07:43 CEST] <atomnuker> the man, the legend, durandal_1707
[02:08:41 CEST] <bp0> durandal_1707 == Paul B Mahol?
[02:11:41 CEST] <atomnuker> yes
[02:39:41 CEST] <bp0> alright
[02:39:44 CEST] <bp0> but he's gone now
[02:39:45 CEST] <bp0> heh
[09:55:57 CEST] <durandal_1707> bp0: ?
[09:58:24 CEST] <bp0> hi
[09:58:32 CEST] <bp0> I had some question, I don't recall
[09:58:48 CEST] <bp0> oh, I noticed you added some handling of other sample formats to af_astats
[09:59:04 CEST] <bp0> while looking through that, I noticed that you have an option to inject metadata
[09:59:17 CEST] <bp0> how is that metadata used later?
[09:59:21 CEST] <bp0> @durandal_1707
[10:01:31 CEST] <durandal_1707> that's only useful for graphing, because you can't add metadata to higher level at flush time, the one is mostly interested 
[10:02:15 CEST] <durandal_1707> to peak values of whole file not single frame
[10:03:02 CEST] <bp0> hmm
[10:07:30 CEST] <bp0> is there a way to read metadata in a fate test?
[10:07:33 CEST] <bp0> as a result?
[10:11:10 CEST] <durandal_1707> yes, via ffprobe usually
[10:12:21 CEST] <bp0> but the metadata inserted by astats, for example, does not get written to the output
[10:15:46 CEST] <durandal_1707> it's part of avframe
[10:16:09 CEST] <durandal_1707> ffprobe can write metadata to file
[10:46:48 CEST] <durandal_1707> michaelni: it involves another program, trying to write simple example
[12:34:17 CEST] <cone-964> ffmpeg 03Jon Toohill 07master:c3c4c72665b9: lavc: add trailing_padding to AVCodecContext to match AVCodecParameters.
[15:58:01 CEST] <cone-964> ffmpeg 03Paul B Mahol 07master:ea58dd2bebf8: avfilter/window_func: add dolph window
[15:58:02 CEST] <cone-964> ffmpeg 03Paul B Mahol 07master:1457786d6920: avfilter/avf_showspectrum: do not let multiple threads to write to same part of memory
[16:02:14 CEST] <cone-964> ffmpeg 03Paul B Mahol 07master:a2c40931c80d: avfilter/vaf_spectrumsynth: check return code
[16:16:47 CEST] <BtbN> the tracker lacks a notabug resolution.
[16:32:56 CEST] <jamrial> BtbN: isn't that what "invalid" is for?
[16:33:36 CEST] <BtbN> Well, it's not an invalid complaint, but it's not a bug ffmpeg could do anything about.
[16:39:45 CEST] <michaelni> BtbN, i think invalid is ok for that, but its easy to add resolution options, if theres a consensus, so if you think something should be added suggest it on the ML and if everyone likes it i or someone else will  add it
[17:13:42 CEST] <cone-964> ffmpeg 03Jun Zhao 07master:46bfc1562f18: ffmpeg/qsv: fix QSV-accelerated transcode performance drop issue.
[18:10:01 CEST] <cone-964> ffmpeg 03Paul B Mahol 07master:b438c2025c3e: avfilter/window_func: add cauchy, parzen and poisson window function
[18:54:03 CEST] <durandal_1707> don't pay Compn trip, he is not ffmpeg dev and is not adding ffmpeg codecs to mplayer
[19:01:07 CEST] <iive> is that some kind of joke? because it doesn't sound funny.
[19:01:42 CEST] <durandal_1707> I'm serious
[19:03:46 CEST] <iive> so now you are talking shit about Compn
[19:06:07 CEST] <iive> i guess your remarks about "mplayer developer" yesterday also reffered to him, then
[19:06:29 CEST] <Compn> iive : i think hes joking
[19:07:17 CEST] <durandal_1707> I just stated truth, truth hurts feelings
[19:08:13 CEST] <durandal_1707> anyway not my choice
[19:10:10 CEST] <Compn> i do have time to add codecs , now, durandal_1707q
[19:10:28 CEST] <Compn> are there sample files somewhere ?
[19:10:28 CEST] <durandal_1707> ok
[19:10:39 CEST] <iive> if you are in a mood to tell the truth, then tell the whole truth
[19:10:56 CEST] <iive> what is the thing that irritates you about Compn
[19:10:57 CEST] <Compn> paul has been working hard in ffmpeg :)
[19:11:05 CEST] <Compn> while i've been lazy
[19:11:49 CEST] <durandal_1707> Compn: see on Trac, there is bunch of them for sheervideo
[19:12:10 CEST] <durandal_1707> for ylc I care less
[19:12:36 CEST] <Compn> ok :)
[19:13:27 CEST] <durandal_1707> iive: you seems to be easily offended
[19:14:45 CEST] <iive> durandal_1707: that's the wrong word
[19:15:37 CEST] <durandal_1707> Compn: magy samples are in fate samples thing
[19:17:12 CEST] <Compn> yeah i see them
[19:17:14 CEST] <Compn> 492 ticket
[19:17:25 CEST] <Compn> 10bit grumble, i have to find the colorspace for that
[19:18:00 CEST] <Compn> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket492/
[19:18:07 CEST] <durandal_1707> just add 8bit w/o alpha for start
[19:18:10 CEST] Action: Compn brb afke
[19:20:33 CEST] <iive> durandal_1707: We've already seen where 1 smear campagin leads to. I'm not letting another just go past me.
[19:21:37 CEST] <iive> durandal_1707: if you have a problem with somebody, tell directly and avoid a pissing off contests.
[19:24:47 CEST] <omerjerk> I am writing config to extradata in the last frame as well - https://github.com/omerjerk/FFmpeg/blob/alsenc_patch/libavcodec/alsenc.c#L2988
[19:25:33 CEST] <omerjerk> still when I read the bitstream in the decoder, the values in the header are the ones which were written while inside the init function.
[19:26:10 CEST] <omerjerk> any idea why extradata is not being overwritten in the last frame?
[19:26:42 CEST] <durandal_1707> iive: I'm really not in mood to talk about smear campaigns...
[19:33:55 CEST] <iive> you know, there are nicer ways to ask Compn to do some work, than trolling.
[19:34:15 CEST] <iive> and if you are no longer in trolling mood either, then my job is done.
[19:36:07 CEST] <omerjerk> P.S. Is there any way to know total number of samples in the encoder beforehand? 
[19:36:12 CEST] <omerjerk> Like inside the init function?
[19:38:12 CEST] <durandal_1707> omerjerk: nope, perhaps mp4 muxer needs change
[19:38:57 CEST] <durandal_1707> like, rewrite with new extradata provided by encoder
[19:41:22 CEST] <omerjerk> but flacenc also rewrite extradata in the last frame.
[19:41:31 CEST] <omerjerk> So am I doing in my code.
[19:42:04 CEST] <omerjerk> but the decoder reads the values which were written to the extradata in the init function.
[19:42:11 CEST] <durandal_1707> Yes, but what flac muxer does?
[19:43:37 CEST] <omerjerk> I didn't see that. I'm just testing with mp4 format for now. So, als muxer doesn't come into action.
[19:44:30 CEST] <durandal_1707> omerjerk: right, you just need to copy functionality from flacenc when frame is null
[19:45:15 CEST] <omerjerk> yes. I have done that already. And I'm rewriting the extradata in the last frame as well. But somehow it isn't getting written.
[19:45:32 CEST] <omerjerk> https://github.com/omerjerk/FFmpeg/blob/alsenc_patch/libavcodec/alsenc.c#L2988
[19:47:54 CEST] <Compn> bbl , 20 mins
[19:48:37 CEST] <durandal_1707> omerjerk: new packet side data
[19:49:27 CEST] <omerjerk> durandal_1707: means?
[19:50:07 CEST] <durandal_1707> I dont see that function call in your code
[19:51:05 CEST] <cone-964> ffmpeg 03Michael Niedermayer 07master:ae0192ef5fe8: avformat/mov: Check extradata before access
[19:53:03 CEST] <omerjerk> which function exactly?
[19:53:31 CEST] <durandal_1707> av_new_packet_side_data
[19:53:56 CEST] <omerjerk> oh
[19:54:01 CEST] <omerjerk> I get it now. 
[19:54:21 CEST] <omerjerk> thanks a ton!! I was stuck on it for past 4-5 hours. Let me test.
[20:03:31 CEST] <omerjerk> it didn't work. :(
[20:05:17 CEST] <omerjerk> the decoder still reads the values which were written in the first frame in the encoder regardless of me writing the extradata in the last frame.
[20:18:08 CEST] <durandal_1707> omerjerk: uploaded code?
[20:18:39 CEST] <omerjerk> yes. this is the latest code - https://github.com/omerjerk/FFmpeg/blob/alsenc_patch/libavcodec/alsenc.c#L2989
[20:27:07 CEST] <durandal_1707> omerjerk: maybe you need also to update mov muxer
[20:27:52 CEST] <omerjerk> you mean mp4? 
[20:30:45 CEST] <omerjerk> durandal_1707:
[20:32:03 CEST] <durandal_1707> yes, I referred to source code file
[20:49:30 CEST] <omerjerk> durandal_1707: I did a git pull. Still the same issue.
[20:50:51 CEST] <durandal_1707> omerjerk: ups, I meant add als codec to mov muxer
[20:51:18 CEST] <durandal_1707> see alac lines
[20:52:07 CEST] <omerjerk> inside mov.c file or somewhere else?
[20:52:12 CEST] <durandal_1707> I don't see nowhere codec Id of alsmp4
[20:52:28 CEST] <durandal_1707> omerjerk: movenc.c
[21:04:35 CEST] <omerjerk> durandal_1707: Still no luck. 
[21:07:20 CEST] <omerjerk> may be some special change in the movenc.c needed.
[21:10:04 CEST] <omerjerk> just to summarize, my bug would easily be fixed if I could get the total number of samples in the .wav file right at the beginning.
[21:10:18 CEST] <omerjerk> Let me know if there is some way. :/
[21:11:00 CEST] <omerjerk> I calculate total number of samples by the end, but then I'm not able to rewrite the extradata
[21:41:30 CEST] <durandal_1707> omerjerk: what you tried in movenc?
[21:48:40 CEST] <omerjerk> https://github.com/omerjerk/FFmpeg/commit/3d7bbf971fa87ba1abba16dcffc65d52b114e7e8
[21:48:53 CEST] <omerjerk> durandal_1707:
[23:55:47 CEST] <durandal_1707> ffv1 couldn't encode 4k content last time I tried
[23:56:38 CEST] <cone-456> ffmpeg 03Michael Niedermayer 07master:87da1188981f: avcodec/ffv1enc: Factor rice high depth check out
[23:56:38 CEST] <cone-456> ffmpeg 03Michael Niedermayer 07master:b1d12509384b: avcodec/ffv1: Fix rgb plane ordering in experimental planar RGB
[23:56:38 CEST] <cone-456> ffmpeg 03Michael Niedermayer 07master:a95fdac4c620: avcodec/ffv1enc: do not offset null pointers
[23:56:38 CEST] <cone-456> ffmpeg 03Michael Niedermayer 07master:62f5e601aa4d: avcodec/ffv1enc: Add RGB48 support
[23:56:38 CEST] <cone-456> ffmpeg 03Michael Niedermayer 07master:0d98686fde90: fate: Add RGB48 FFV1 test
[23:58:44 CEST] <durandal_1707> michaelni: how much this can compress artificial, noiseless content?
[00:00:00 CEST] --- Wed Aug 17 2016