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

burek burek021 at gmail.com
Fri Jul 29 03:05:03 EEST 2016


[00:05:29 CEST] <jamrial> Chloe: looks like some de/muxers replaced it with codecpar's video_delay
[00:06:28 CEST] <nevcairiel> video_delay is literally has_b_frames, the old name is rather crappy
[00:11:06 CEST] <Chloe> thanks, and hopefully last question, what did flags become? codec_tag?
[00:11:26 CEST] <nevcairiel> flags?
[00:11:43 CEST] <nevcairiel> those are to control behavior of the decoders and such, dont exist in codecpar
[00:16:39 CEST] <Chloe> I guess I wont be able to fully replace avctx then
[00:26:39 CEST] <cone-107> ffmpeg 03Anssi Hannula 07master:60873bf992ea: avformat/utils: Fix find_stream_info not considering the extradata it found
[00:26:40 CEST] <cone-107> ffmpeg 03Anssi Hannula 07master:9cb30f7a8805: avformat/hls: Fix regression with ranged media segments
[00:26:41 CEST] <cone-107> ffmpeg 03Anssi Hannula 07master:4d85069e5dff: avformat/hls: Sync starting segment across variants on live streams
[00:26:42 CEST] <cone-107> ffmpeg 03Anssi Hannula 07master:9884f17e343b: avformat/hls: Use an array instead of stream offset for stream mapping
[00:26:43 CEST] <cone-107> ffmpeg 03Anssi Hannula 07master:83db3c84fa72: avformat/hls: Move stream propagation to a separate function
[00:26:44 CEST] <cone-107> ffmpeg 03Anssi Hannula 07master:04964ac311ab: avformat/hls: Fix missing streams in some cases with MPEG TS
[00:53:40 CEST] <iive> nevcairiel: actually video_delay is worse name, because audio_delay exists and it signal delay in time. (e.g. seconds), while if video_delay is like has_bf_frame, then it should be holding number of packets for reordering.
[02:13:24 CEST] <cone-107> ffmpeg 03softworkz 07master:70c1647a3501: avformat/matroskaenc: Write duration early during mkv_write_header (Rev #3)
[03:01:48 CEST] <cone-107> ffmpeg 03Burt P 07master:fb91143ef150: af_hdcd: Report PE as being intermittent or permanent
[05:03:04 CEST] <Timothy_Gu> hmm, now CUVID is renamed to "NVDEC"
[09:30:14 CEST] <cone-822> ffmpeg 03Clément BSsch 07master:4791716c1dca: lavfi/hdcd: mark pe_str as static and const
[09:30:15 CEST] <cone-822> ffmpeg 03Clément BSsch 07master:37abc8cca256: lavfi/hdcd: fix style
[10:31:27 CEST] <cone-822> ffmpeg 03Paul B Mahol 07master:d7ae4f79d364: avfilter/f_drawgraph: add another slide mode
[12:14:06 CEST] <cone-822> ffmpeg 03Zhao Zhili 07master:65b2feb890db: avutil/mem: fix memleak
[16:12:39 CEST] <cone-822> ffmpeg 03Matthieu Bouron 07master:83b9909398c6: Changelog: add entry for MediaCodec hwaccel
[16:26:22 CEST] <ubitux> michaelni: so 17e7c03 should be a noop now or you see changes to take?
[17:45:29 CEST] <michaelni> ubitux, yes i think it should be a noop you may or may not want to adjust indention
[17:46:29 CEST] <michaelni> its cleaner to leave indention as is of course
[18:04:39 CEST] <Chloe> I cant work out why avctx is null at utils.c:1214, would appreciate a little help :) https://github.com/joshdekock/FFmpeg/commits/codecpar also, general comments if you think my approach is wrong or whatever
[18:56:07 CEST] <CFS-MP3> michaelni could you comment on this? http://ffmpeg.org/pipermail/ffmpeg-devel/2016-July/197159.html
[19:09:46 CEST] <michaelni> CFS-MP3, does it work if you exchange the 2 mpegts_find_stream_type() cases ?
[19:09:55 CEST] <michaelni> if so send a patch with that
[19:10:38 CEST] <CFS-MP3> michaelni for that specific example yes, don't know if it breaks something else though... but will do
[19:11:01 CEST] <CFS-MP3> do you need a patch over those, or a new one with everything from today's head?
[19:11:04 CEST] <michaelni> CFS-MP3, ok, please keep the call xchange in a seperate patch
[19:11:32 CEST] <michaelni> i mean first the exchange patch then the patch adding the new case
[19:11:42 CEST] <michaelni> so noting is broken between them
[19:12:19 CEST] <CFS-MP3> OK
[19:12:21 CEST] <CFS-MP3> thanks
[21:01:52 CEST] <Chloe> ubitux: I'm actually not sure how to convert ffmpeg.c to codecpar, as everything still needs to set a codecctx because from what I can see much of libav* still needs it
[21:07:39 CEST] <Yagger> Hello. I have problems compiling ffmpeg on MacOSX (64bit)  I get errors regarding direct and sse/mmx about the symbols only being in x86.
[21:07:45 CEST] <Yagger> dirac
[21:08:57 CEST] <Yagger> And I have no idea how I can fix that.
[21:10:08 CEST] <jamrial> Yagger: that's something for #ffmpeg. this channel is for development of ffmpeg only
[21:10:56 CEST] <Yagger> Okay. Will try there. Thank you.
[23:06:27 CEST] <nevcairiel> Chloe: it still needs a avctx for decoding and practically everything in avcodec, the trick would be to stop using the deprecated st->codec and instead create a fresh codec context from codecpar, or everything in reverse for encoding. There is no way that it will use no codec context at all, it just needs to use it when appropriate
[23:29:52 CEST] <Chloe> nevcairiel: and what to do about how Input/OutputStream passes around a codecctx? Do I replace that with a codecpar
[23:31:04 CEST] <nevcairiel> i have no idea how ffmpeg.c works internally, but the key concept should be pretty simple: keep one codeccontext for encoding or decoding respectively, and use codecpar to fill it from a demuxer or create codecpar to configure a muxer
[23:31:21 CEST] <nevcairiel> the only thing that goes away is AVStream->codec
[23:31:27 CEST] <nevcairiel> not codec context itself
[00:00:00 CEST] --- Fri Jul 29 2016


More information about the Ffmpeg-devel-irc mailing list