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

[burek]

[04:31:38 CEST] <atomnuker> jkqxz / whoever's up to it: can you test my latest vulkan patchset?
[04:31:48 CEST] <atomnuker> I think its pretty much complete
[10:56:53 CEST] <mohamed_> hi
[10:57:06 CEST] <mohamed_> hello everyone 
[10:57:08 CEST] <mohamed_> [10:55] <mohamed_> i have a little question 
[10:57:10 CEST] <mohamed_> [10:56] <mohamed_> I'm trying to create video from images 
[10:57:11 CEST] <mohamed_> [10:56] <mohamed_> I use this command line :
[10:57:13 CEST] <mohamed_> [10:56] <mohamed_> ffmpeg -i out*.png videoout.avi
[10:58:03 CEST] <nevcairiel> You want #ffmpeg for user help
[11:09:51 CEST] <J_Darnley> Well that won't work right anyway
[11:11:01 CEST] <J_Darnley> it probably overwrote all the other files too
[11:11:13 CEST] <J_Darnley> oh, I guess you need to confirm that
[12:16:24 CEST] <atomnuker> how is variable frame size encoding meant to work (with a hardware encoder, but asking in general)?
[12:16:53 CEST] <atomnuker> drain decoder, then reinit a new one with a new hwframes context ref'd to it?
[12:17:01 CEST] <atomnuker> erm encoder
[12:17:59 CEST] <mohamed_> this command work for me, but in script shell 
[12:18:02 CEST] <mohamed_> ffmpeg -framerate 10 -pattern_type glob -i '*.jpg' -c:v libx264 -pix_fmt yuv420p out.mp4
[12:18:35 CEST] <J_Darnley> bye
[12:22:24 CEST] <BtbN> atomnuker, i don't think it's supposed to work at all?
[12:23:25 CEST] <atomnuker> it is working, its just I'm not sure how much I need to tear and rebuild stuff
[12:23:36 CEST] <BtbN> Everything I'd say
[12:23:44 CEST] <BtbN> at least for the cuda chain nothing supports it at all
[12:26:05 CEST] <atomnuker> yeah, seems like everything down to the avstream itself, including
[12:42:43 CEST] <nevcairiel> the stream should be mostly fine if you use a muxer that can take extradata changes (or in-band extradata), like mpegts, which just doesnt care what the stream contains except the codec
[12:42:52 CEST] <nevcairiel> but  the codec context definitely needs rebuilding
[12:45:46 CEST] <atomnuker> codecpar would need to get updated via avcodec_parameters_from_context again, wouldn't it? despite the fact that the header has been written (and you can't write a new one)
[12:47:17 CEST] <nevcairiel> we have sidedata for new extradata and even other property changes, although extradata is what really matters
[12:49:16 CEST] <nevcairiel> most containers can only store one set of information anyway, consider mkv and h264, it can store multiple SPS/PPS in its extradata field so you can change the resolution later on if you want to, but it can only store one value for resolution
[12:49:26 CEST] <nevcairiel> so what is it supposed to do with a second value?
[12:51:11 CEST] <atomnuker> mkv supports resolution changes
[12:52:41 CEST] <nevcairiel> not really though, its not a container feature as such, it only works if the codec stored inside it does all the work
[14:37:17 CEST] <durandal_1707> 5/win2
[17:01:10 CEST] <durandal_1707> anybody knows anything about convolving Nx(S+1) matrix with 2K+1 kernel?
[20:07:19 CEST] <cone-115> ffmpeg 03Carl Eugen Hoyos 07master:42b435133332: lavf/img2dec: Auto-detect xwd images.
[20:11:30 CEST] <cone-115> ffmpeg 03Carl Eugen Hoyos 07master:7b51b8020c0a: lavc/j2kenc: Support AV_PIX_FMT_PAL8.
[20:52:51 CEST] <cone-115> ffmpeg 03Carl Eugen Hoyos 07master:085fe9822daa: lavc/hevc_ps: Use correct pix_fmt AV_PIX_FMT_GRAY9 for 9-bit 4:0:0 input.
[22:55:15 CEST] <rindolf> Hi all! Can anyone review and apply this patch - http://www.shlomifish.org/Files/files/code/0001-Refactor-two-near-identical-clauses.patch ?
[23:17:51 CEST] <tmm1> rindolf: please send it to the ffmpeg-devel mailing list
[23:26:50 CEST] <rindolf> tmm1: thanks, sent
[00:00:00 CEST] --- Sat May 26 2018