Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

June 2018

1 participants
60 discussions

ffmpeg-devel.log.20180619
by burek 20 Jun '18

20 Jun '18

[02:26:58 CEST] <cone-389> ffmpeg 03Lou Logan 07master:98e18910a3f1: avdevice/v4l2enc: add video4linux2 name alias [03:21:17 CEST] <atomnuker> jkqxz: do you know of any way to speed up vaapi encoding? [03:22:03 CEST] <atomnuker> doing everything in a single thread (map drm to vaapi then encode and mux) seems to cap performance significantly, and most of the time seems to be spent in the encoder [03:22:48 CEST] <atomnuker> should I try to offload some parts to a different thread? cpu's never going above 20% [06:56:26 CEST] <cone-723> ffmpeg 03Gyan Doshi 07master:f27b02621d93: avcodec/libx265: apply lavc maxrate, bufsize & rc_init_occupancy [07:36:53 CEST] <cone-723> ffmpeg 03Gyan Doshi 07master:830695be366f: avformat/movenc: read track title from correct key [16:48:34 CEST] <akravchenko188> jkqxz: hi, I have sent comments and questions on you review. could you please check it? [22:19:44 CEST] <fwx> Hello all. I'm a grad student interested in getting involved with FFmpeg. I've only recently started learning about video encoding and went through some of the projects / bugs listed on the wiki. I wanted to ask is it possible to access mentorship outside of the GSoC / Outreachy programs? And, if yes, how would that process work? [22:22:06 CEST] <durandal_1707> fwx: ask on mailing list, basically depends how much mentor have time and interest [22:23:53 CEST] <fwx> oh ok. i assumed the mailing list was meant for submitting patches only. [22:49:36 CEST] <cone-950> ffmpeg 03Carl Eugen Hoyos 07master:a9901840079b: lavf/mov: Do not fail hard for truncated stsz atoms. [00:00:00 CEST] --- Wed Jun 20 2018

1 0

ffmpeg.log.20180619
by burek 20 Jun '18

20 Jun '18

[06:32:54 CEST] <hotbobby> when you do a conversion there's a status bar. it is very noisy and it's clearing and redrawing doesnt always work in every terminal. how can i disable it? [06:33:36 CEST] <hotbobby> my command is simply ffmpeg -y -i input.avi -f flv output.flv [06:35:43 CEST] <hotbobby> im sorry for the scrolling but i wanted to specify im trying to silence the lines "frame= 41 q=7.0 size= 116kB time=1.6 bitrate= 579.7kbits/s" [09:23:09 CEST] <cdscds> sbd here [10:12:28 CEST] <hamidi> hi [10:12:53 CEST] <hamidi> i need to know how to detect what av_read_frame returns is an I-Frame or not [10:12:58 CEST] <hamidi> is there a way? [10:17:48 CEST] <bencoh> hamidi: https://ffmpeg.org/doxygen/trunk/structAVFrame.html#af9920fc3fbfa347b8943ae… ? [10:18:39 CEST] <bencoh> (iirc) [10:23:22 CEST] <hamidi> thx [10:24:05 CEST] <hamidi> flags == AV_PKT_FLAG_KEY? [10:26:39 CEST] <chrysalis> anyone know if its possible to preserve encoding options with -copy in either avidemux or ffmpeg [10:29:35 CEST] <chrysalis> im also interested abot preserving timestamps [10:35:28 CEST] <bencoh> hamidi: right, av_read_frame, not decode ... then probably yeah [10:36:09 CEST] <hamidi> yeah i need to avoid decoding [10:36:53 CEST] <hamidi> or it's better to use ((flags & AV_PKT_FLAG_KEY) != 0)? [11:14:02 CEST] <mort> Is this flow correct? Each iteration, I create an AVPacket variable, then av_init_packet that packet, then set its data and size parameters, then avcodec_send_packet, then avcodec_receive_frame, then av_frame_unref the frame and av_free_packet the packet. [11:14:23 CEST] <mort> I ask because I definitely seem to have a memory leak caused by an av_malloc happening as a result of avcodec_send_packet [11:17:00 CEST] <Mavrik> mort: you should free the packet right after avcodec_send [11:17:18 CEST] <Mavrik> Since the decoder will keep a reference (or copy data) [11:17:24 CEST] <Mavrik> And there's no point keeping it around [11:17:47 CEST] <mort> I see [11:31:07 CEST] <mort> Mavrik: alas, moving the avcodec_free_packet doesn't do anything [11:31:40 CEST] <mort> https://s.mort.coffee/d/img/scr-.png - the amount lost predictably goes up as the amount of decoded frames goes up [11:32:09 CEST] <mort> (that line 344 is `int result = avcodec_send_packet(av_context_.get(), &packet)`) [11:34:20 CEST] <Mavrik> um. [11:34:26 CEST] <Mavrik> I can't find avcodec_free_packet [11:34:33 CEST] <Mavrik> in the API, which version are you using? [11:34:40 CEST] <Mavrik> (the call should be av_packet_unref) [11:34:57 CEST] <Mavrik> (Also if you're mallocing the AVPacket struct, you need to free it yourself.) [11:35:46 CEST] <mort> right, it's av_free_packet [11:35:53 CEST] <mort> the packet struct is stack allocated [11:38:17 CEST] <mort> huh, apparently av_free_packet is deprecated and av_packet_free is not [11:38:34 CEST] <mort> odd, I'd have expected that to print warnings [12:38:33 CEST] <roxlu> hi, I'm trying to use ffplay to playback from a RTSP stream and I see the /OPTIONS, /DESCRIBE, /SETUP and /PLAY messages from ffmpeg. After the /PLAY the RTP packets start flowing but ffplay doesn't start "rendering". Is there a way to see if ffplay actually receives and decodes the RTP packets? [12:44:20 CEST] <mort> Do I have to free the AVCodec separately, in addition to freeing the AVCodecContext it's associated with? [12:45:07 CEST] <mort> I can't imagine that'd be the case, but there's definitely memory that's not getting freed [13:09:05 CEST] <Mavrik> mort: I strongly suggest you look at source in those cases [13:09:11 CEST] <Mavrik> You'll quickly see what's being freed. [13:10:21 CEST] <mort> I did, and didn't see the AVCodec being freed, but from what I know, that's not unreasonable, because the AVCodecs are initialized once and stored in a big linked list [13:10:43 CEST] <ravi_> Hi, I am using webm_chunk muxer to generate live webm dash chunks. I need a way to get notified when each chunk write is completed from ffmpeg. I have configured, interrupt_callback in AVFormatContext. But i am not able to access its priv_data in order to know the current chunk index. Is there a way to access AVFormatContext's priv_data, so as to read current chunk index from there ? [13:22:46 CEST] <mort> Mavrik: apparently, the exact same code I'm using, except with the h264 decoder instead of h264_v4l2m2m, leaks no memory [14:32:24 CEST] <mort> Mavrik: it seems to very definitely be a memory leak in the h264_v4l2m2m decoder... Compare running ffmpeg on the CLI with the default software decoder vs with the h264_v4l2m2m decoder: [14:32:34 CEST] <mort> https://p.iotek.org/m32, https://p.iotek.org/c80 [14:56:33 CEST] <Mavrik> mort: uggghhhh [14:57:00 CEST] <mort> well, it could also potentially be a false positive from valgrind [15:23:41 CEST] <Hello71> 651k? kinda *shrug* [15:50:32 CEST] <Prodicus> Is it possible to extract a single channel from lossy stereo audio without re-encoding? (I imagine this would be impossible for mid-side/joint stereo but technically feasible for LR simple stereo) [15:53:13 CEST] <mort> Hello71: 651k for a small example is not "kinda shrug" when it continuously leaks memory and I want to use ffmpeg to decode streaming video over an extended period of time [16:02:09 CEST] <Hello71> oh, well you didn't specify that it increased [16:02:59 CEST] <Hello71> Prodicus: man ffmpeg, /-map_channel [16:33:53 CEST] <analogical> Prodicus, typo? [16:34:17 CEST] <analogical> Hello71, typo? [16:35:26 CEST] <Hello71> i what [18:17:31 CEST] <kepstin> Prodicus: it'll be very rare to find stereo audio tracks encoded in pure L-R mode, good encoders automatically select and sometimes switch within tracks. ffmpeg has no support for doing anything like this, you'd have to find (or even build) codec specific tools [18:21:13 CEST] <furq> will there be any lossy audio from the last decade or so that was pure l-r stereo [18:21:18 CEST] <furq> s/was/is/ [18:23:06 CEST] <kepstin> I think if you tell lame to do really high constant bitrate mode, it might do l-r stereo [18:23:32 CEST] <kepstin> other than that, it would only happen if you manually specified it :/ [18:23:57 CEST] <kepstin> basically no chance with any codec more modern than mp3, of course. [19:24:29 CEST] <iive> there is option for full stereo [19:37:38 CEST] <saml> let's build stuff [19:46:40 CEST] <saml> i built [19:46:42 CEST] <saml> mpv --external-file original.mp4 source.mp4 --lavfi-complex '[vid2]scale=800:-1[orig]; [vid1][orig]scale2ref[resized][orig]; [resized][orig]hstack[vo]' [19:46:59 CEST] <saml> copied from furq's [19:50:14 CEST] <saml> https://github.com/Argon-/mpv-stats wtf mpv [20:00:57 CEST] <CoreX> saml mpv have a channel on this network its #mpv [20:03:28 CEST] <saml> nice thanks [22:17:09 CEST] <xzj22> Could somebody assist me with some CLI for youtube streaming? I'm using code included in the pastbin like. I would like to mute the audio or only stream video, If Youtube will except only the video. https://pastebin.com/60GQRLpZ [22:19:49 CEST] <kepstin> xzj22: youtube doesn't accept video-only streams. The normal recommendation is to include a silent audio track [22:20:58 CEST] <xzj22> Ok, I didn't think it would like no audio. Could you give me some info on how to include a silent audio track? [22:21:32 CEST] <kepstin> xzj22: probably easiest to to replace the alsa audio input with a filter that generates silence, e.g. "-f lavfi -i aevalsrc=0" [22:23:11 CEST] <xzj22> I'll give that a try, Thanks for your response. [00:00:00 CEST] --- Wed Jun 20 2018

1 0

ffmpeg-devel.log.20180618
by burek 19 Jun '18

19 Jun '18

[03:04:06 CEST] <cone-730> ffmpeg 03Xiaohan Wang 07release/3.4:988e7a8feaf3: avcodec/h264_cavlc: Set valid qscale value in ff_h264_decode_mb_cavlc() [03:04:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:a1e983111ee3: avcodec/h264_cabac: Tighten allowed coeff_abs range [03:04:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:1a8265487b89: avdevice/decklink_dec: Fix ;; [03:04:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3c001b18cea7: avutil/common: Fix integer overflow in av_clip_uint8_c() and av_clip_uint16_c() [03:04:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:fe435d11fb59: avcodec/exr: Check remaining bits in last get code loop [03:04:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3f6f1c24ebee: avcodec/vp8: Check for bitstream end before vp7_fade_frame() [03:04:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:fcc6932e0984: avcodec/jpeg2000dec: Use av_image_check_size2() [03:04:07 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:4597b51e8a43: avcodec/hevcdec: Check luma/chroma_log2_weight_denom [03:04:08 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:ad3ef9e89609: avcodec/dirac_dwt_template: Fix Integer overflow in horizontal_compose_dd137i() [03:04:09 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3fc7e88bfd8f: avcodec/dxtory: Remove code that corrupts dimensions [03:04:10 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:5c2e61f1f527: avcodec/diracdec: Use int64 in global mv to prevent overflow [03:04:11 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:c8f54bf87cde: avcodec/jpeg2000dwt: Fix integer overflows in sr_1d53() [03:04:12 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:28398a70a975: avcodec/aacdec_templat: Fix integer overflow in apply_ltp() [03:04:13 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:bc194927e4ae: avcodec/h264_parse: Clear invalid chroma weights in ff_h264_pred_weight_table() [03:04:14 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:2b5c0fdaaca5: avcodec/diracdec: Fix integer overflow in mv computation [03:04:15 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:411310659591: avcodec/cavsdec: Check alpha/beta offset [03:04:16 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:30a718c38b62: avcodec/smc: Check input packet size [03:04:17 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:ae49cc73f265: avcodec/utvideodec: Check subsample factors [03:04:18 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:ee33e79b25b8: avcodec/bintext: sanity check dimensions [03:04:19 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:60bd8316db46: avcodec/exr: fix invalid shift in unpack_14() [03:04:20 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:9cc83b94a1f8: avcodec/g2meet: Check tile dimensions with av_image_check_size2() [03:04:21 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:8456bba36297: avcodec/truemotion2rt: Check input buffer size [03:04:22 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:7a713cea22f4: avformat/mov: Fix integer overflow in mov_get_stsc_samples() [03:04:23 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:a05d5770682d: libavformat/oggparsevorbis: Fix memleak on multiple headers [03:04:24 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:cd7a2954ae74: avformat/oggdec: Fix metadata memleak on multiple headers [03:04:25 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:fea47f6941a5: avformat/utils: Fix integer overflow of fps_first/last_dts [03:04:26 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:60f676712600: avformat/oggparsetheora: Do not adjust AV_NOPTS_VALUE [03:04:27 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:79efbd547ea3: avformat/avidec: Fix integer overflow in cum_len check [03:04:28 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:a376fcaa39d0: avformat/oggparseogm: Fix undefined shift in ogm_packet() [03:04:29 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:0cdc3e05cbc8: avformat/oggparseogm: Check lb against psize [03:04:30 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:24c627a90099: avformat/oggparsedaala: Do not adjust AV_NOPTS_VALUE [03:04:31 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3fa6e594a0f2: avformat/img2dec: fix infinite loop [03:04:32 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:828044878484: avformat/mov: Fix integer overflows related to sample_duration [03:04:33 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:8ba8e0a1c773: avcodec/wmalosslessdec: Reset num_saved_bits on error path [03:04:34 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:031206032960: avcodec/nuv: Check for minimum input size for uncomprssed and rtjpeg [03:04:35 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:46ed4d528253: avcodec/nuv: rtjpeg with dimensions less than 16 would result in no decoded pixels thus reject it [03:04:36 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:e26ae6e6cec8: avformat/mov: Check STSC and remove invalid entries [03:04:37 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:26fcff1eb40d: avcodec/get_bits: Make sure the input bitstream with padding can be addressed [03:04:38 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:9b2ce61155db: avformat/mov: Move +1 in check to avoid hypothetical overflow in add_ctts_entry() [03:04:39 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:2be397e234a0: avcodec/tableprint_vlc: Fix build failure with --enable-hardcoded-tables [03:04:40 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:fdf56c5654c8: avcodec/wmalosslessdec: Fix null pointer dereference in decode_frame() [03:04:41 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:51035698bde9: avcodec/utvideodec: Set pro flag based on fourcc [03:04:42 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:43916494f8ca: avfilter/vf_signature: use av_strlcpy() [03:04:43 CEST] <cone-730> ffmpeg 03heimdallr 07release/3.4:2c2ab8556263: avcodec/imgconvert: Fix loss mask bug in avcodec_find_best_pix_fmt_of_list() [03:04:44 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:f4e01b87f2bc: avcodec/cscd: Error out when LZ* decompression fails [03:04:45 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:46db1182da23: avcodec/aacdec_fixed: Fix integer overflow in apply_independent_coupling_fixed() [03:04:46 CEST] <cone-730> ffmpeg 03Hendrik Schreiber 07release/3.4:3e6adf0842b6: swresample/swresample: Fix for seg fault in swr_convert_internal() -> sum2_float during dithering. [03:04:47 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:c8f700975ea0: libavcodec/rv34: error out earlier on missing references [03:04:48 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:053b9766b4a9: avcodec/aacsbr_fixed: Fix integer overflow in sbr_hf_assemble() [03:04:49 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:c44244424ff2: avcodec/movtextdec: Check style_start/end [03:04:50 CEST] <cone-730> ffmpeg 03Matt Wolenetz 07release/3.4:ae136f8d6425: lavc/libopusdec: Allow avcodec_open2 to call .close [03:04:51 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:0f868badcfdb: avformat/mov: Fix extradata memleak [03:04:52 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:fffc77b47280: avcodec/h264_slice: Fix integer overflow with last_poc [03:04:53 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:78c8e77c8635: avcodec/mjpegdec: Check input buffer size. [03:04:54 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:ca119e9456a2: avformat/utils: Fix integer overflow in end time calculation in update_stream_timings() [03:04:55 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:8d05a802dd2f: avcodec/truemotion2: Propagate out of bounds error from GET_TOK() [03:04:56 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:22a4b599f05e: avcodec/utils: Enforce minimum width also for VP5/6 [03:04:57 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:0b5a2c9a52eb: avformat/utils: Check cur_dts in update_initial_timestamps() more [03:04:58 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:86a6e700e116: doc/APIchanges: Fix typos in hashes [03:04:59 CEST] <cone-730> ffmpeg 03Rahul Chaudhry 07release/3.4:47c3d2459e95: swresample/arm: remove unintentional relocation. [03:05:00 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:205e93fa0d2b: avcodec/cinepak: move some checks prior to frame allocation [03:05:01 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:a6db663a31ce: avcodec/cinepak: Skip empty frames [03:05:02 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:86c7035646d5: avcodec/dfa: Check dimension against maximum [03:05:03 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:81d8bd6f421b: avcodec/dsicinvideo: Propagate errors from cin_decode_rle() [03:05:04 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:f93d7a0c0a23: avcodec/dsicinvideo: Fail if there is only a small fraction of the data available that comprises a full frame [03:05:05 CEST] <cone-730> ffmpeg 03Stephan Holljes 07release/3.4:1d5694ba1101: lavf/http.c: Free allocated client URLContext in case of error. [03:05:06 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:be9c4cc0e60a: avcodec/ffv1enc: Check that the crc + version combination is supported [03:05:07 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:f31ead3f76da: avcodec/vc1_block: simplify ac_val computation [03:05:08 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:24947b3f7dd2: avcodec/elsdec: Fix memleaks [03:05:09 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3b23dd4b91af: avcodec/h263dec: Check slice_ret in mspeg4 slice loop [03:05:10 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:30ec2357c98a: avcodec/error_resilience: Fix integer overflow in filter181() [03:05:11 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:c437510d5cf6: avcodec/wavpack: Fix integer overflow in wv_unpack_stereo() [03:05:12 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:909c1aa0ec27: avcodec/wavpack: Fix integer overflow in DEC_MED() / INC_MED() [03:05:13 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:5d1c783bf027: avcodec/flac_parser: Fix infinite loop [03:05:14 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:2cb3dff0f938: avcodec/g2meet: Change order of operations to avoid undefined behavior [03:05:15 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:f4d90a36c5d3: avcodec/jpeg2000dec: Skip init for component in CPRL if nothing is to be done [03:05:16 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:022c8c07f82d: avcodec/jpeg2000dec: Fix undefined shift in the jpeg2000_decode_packets_po_iteration() CPRL case [03:05:17 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:b802baadfda4: avcodec/g2meet: Check RGB upper limit [03:05:18 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:14cea440183f: avcodec/fic: Check available input space for cursor [03:05:19 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:22b3e924dfd6: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_DD97iH0 / COMPOSE_DD137iL0 [03:05:20 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3712d4da1e2c: avformat/mov: Only fail for STCO/STSC contradictions if both exist [03:05:21 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:9d3ae9051622: indeo4: Decode all or nothing of a band header. [03:05:22 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:4cbd92baa3f4: avcodec/mlpdec: Only change noise_type if the related fields are valid [03:05:23 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:bd1fd3ff4b04: avcodec/mpeg4videoenc: Use 64 bit for times in mpeg4_encode_gop_header() [03:05:24 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:c91f199f5d19: avcodec/g723_1dec: Clip bits2 in both directions [03:05:25 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:b7b178fd0fa1: oavcodec/aacpsdsp_template: Use unsigned for hs0X to prevent undefined behavior [03:05:26 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:ada22c1c0f55: avcodec/aacdec_fixed: use 64bit to avoid overflow in rounding in apply_dependent_coupling_fixed() [03:05:27 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:12f0cfede607: avcodec/g2meet: ask for sample with overflowing RGB [03:05:28 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:26667dc5baaf: avcodec/fic: Avoid some magic numbers related to cursors [03:05:29 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:ce7be9cdc5d5: avformat/mov: Break out early if chunk_count is 0 in mov_build_index() [03:05:30 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:adea365be9e0: avformat/mov: replace a value error by clipping into valid range in mov_read_stsc() [03:05:31 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:f0c60a91ae86: avcodec/amrwbdec: Fix division by 0 in find_hb_gain() [03:05:32 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:df7d70272e90: avcodec/opus_silk: Change silk_lsf2lpc() slightly toward silk/NLSF2A.c [03:05:33 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:c4c56eb839c0: avcodec/truemotion2: Fix overflow in tm2_apply_deltas() [03:05:34 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:aa30aa8c1364: avcodec/mjpegdec: Fix integer overflow in ljpeg_decode_rgb_scan() [03:05:35 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:7598b161f4ee: avcodec/shorten: Check non COMM chunk len before skip in decode_aiff_header() [03:05:36 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3f5bc91be324: avcodec/shorten: Sanity check nmeans [03:05:37 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:8b6c773fe80d: avcodec/shorten: Fix a negative left shift in shorten_decode_frame() [03:05:38 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:62e1c5db4acc: avcodec/shorten: Fix undefined shift in fix_bitshift() [03:05:39 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:5d6140074084: avcodec/shorten: Fix multiple integer overflows [03:05:40 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:b60a750af758: avcodec/wavpack: Fix overflow in adding tail [03:05:41 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:5d6d0d20fe3f: avcodec/xwddec: Use ff_set_dimensions() [03:05:42 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:28f044965975: avcodec/h264_mc_template: Only prefetch motion if the list is used. [03:05:43 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:3be0549029b0: avcodec/h264_ps: Move MAX_LOG2_MAX_FRAME_NUM to header so it can be used in h264_sei [03:05:44 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:78fe6f7c32dd: avcodec/h264_slice: Fix overflow in recovery_frame computation [03:05:45 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:532ba2e4ae8c: avformat/mov: Only set pkt->duration to non negative values [03:05:46 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:f35fb0c82692: fftools/ffmpeg: Fallback to duration if sample rate is unavailable [03:05:47 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:84d473a9cfc6: avutil/common: Fix undefined behavior in av_clip_uintp2_c() [03:05:48 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:d946e7b805e2: avcodec/dirac_dwt_template: Fix undefined behavior in interleave() [03:05:49 CEST] <cone-730> ffmpeg 03Michael Niedermayer 07release/3.4:41315d5c7d48: avcodec/aacdec_fixed: Fix undefined integer overflow in apply_independent_coupling_fixed() [03:27:19 CEST] <jamrial_> fate is awfully yellow [03:27:28 CEST] <jamrial_> something broke fate-mss2-wmv [03:28:54 CEST] <jamrial_> oh, michaelni already reported it [11:59:33 CEST] <cone-223> ffmpeg 03Carl Eugen Hoyos 07master:a707a0b657da: Revert "avcodec/vc1: add Simple and Main profile to vc1_put_signed_blocks_clamped" [11:59:34 CEST] <cone-223> ffmpeg 03Jerome Borsboom 07master:4dc7ff7e104b: avcodec/vc1: add Simple and Main profile to vc1_put_signed_blocks_clamped [11:59:35 CEST] <cone-223> ffmpeg 03Jerome Borsboom 07master:c68f60e80a19: avcodec/vc1: rewrite vc1_decode_i_blocks to align with VC-1 spec [11:59:36 CEST] <cone-223> ffmpeg 03Jerome Borsboom 07master:e85c608a4644: avcodec/vc1: remove unused ff_vc1_loop_filter_iblk [13:01:47 CEST] <akravchenko188> jkqxz: Hi, I have sent two patches with amf hwcontext and vf_scale_amf. Could you please review them? Thanks. [14:08:00 CEST] <thardin> reading the build system thread, why is configure so damn slow? [14:08:09 CEST] <thardin> is it just that it is stateless? [14:08:44 CEST] <thardin> I presume ffconfigure doesn't do all the useless checks for obsolete systems that autoconf's does [14:14:33 CEST] <nevcairiel> its slow because shell is terrible for what it does [14:14:54 CEST] <thardin> I doubt bash is the actual bottleneck [14:15:06 CEST] <nevcairiel> the forking of a billion sub-process is the bottleneck [14:15:14 CEST] <nevcairiel> instead of just having built-in functionality [14:16:41 CEST] <nevcairiel> and thats not about testing compilers etc, obviously you have to use a separate process for that [14:16:45 CEST] <nevcairiel> but basic string processing etc [14:17:12 CEST] <thardin> hm, right [14:21:32 CEST] <thardin> running some basic profiling on it, let's see what it spits out [14:43:15 CEST] <thardin> hrm my wm died [14:46:54 CEST] <thardin> OOM killer [14:49:57 CEST] <thardin> death by a thousand forks [14:53:50 CEST] <thardin> and no output to see for it [14:58:08 CEST] <thardin> but lots of string concatenation which is likely O(N^2) [15:59:15 CEST] <thardin> 7 minutes wall time [15:59:24 CEST] <thardin> ridic [16:07:19 CEST] Action: Mathieu_Du interested about configure profiling too [16:08:26 CEST] <thardin> I went by the second suggestion here: https://stackoverflow.com/questions/5014823/how-to-profile-a-bash-shell-scr… [16:08:34 CEST] <thardin> the resulting dump is pretty thicc [16:08:54 CEST] <thardin> diffing, sorting and cutting lines down to 80 chars -> 205M [16:09:09 CEST] <thardin> and it's of moderate use I think [16:09:46 CEST] <thardin> top five: [16:10:01 CEST] <thardin> 0.409855126 + enable makeinfo [16:10:01 CEST] <thardin> 0.363928815 ++ echo [16:10:01 CEST] <thardin> 0.311682872 + append CXXFLAGS -std=c++11 [16:10:01 CEST] <thardin> 0.269393447 + '[' 06 -ge 5 ']' [16:10:01 CEST] <thardin> 0.138258064 + enable pod2man [16:11:28 CEST] <thardin> enable() and append() are both quite trivial in what they do [16:12:33 CEST] <thardin> if it were at least bash then lists and hashes could be used. but it's sh [16:15:35 CEST] <thardin> I'll post my results on the ML. a middle step might be to make use of said bashisms. will probably irate some [16:17:56 CEST] <Mathieu_Du> thardin, or leave optimization concerns to a third party ^^ [16:18:56 CEST] <thardin> well this is kind of annoying when working on say new codecs [16:19:14 CEST] <thardin> having a *seven minute* interruption to reconfigure is simply not acceptable [16:19:29 CEST] <Mathieu_Du> yes [16:19:37 CEST] <Mathieu_Du> did you try the meson port ooc ? [16:19:49 CEST] <thardin> I did not [16:19:56 CEST] <thardin> I'm just kind of laying out how things are now [16:20:08 CEST] <Mathieu_Du> right [16:20:55 CEST] <Mathieu_Du> fwiw meson build time is similar for me on all three platforms, at around 15 seconds [16:21:18 CEST] <thardin> noice [16:21:58 CEST] <thardin> I presume this is just the configure step [16:25:03 CEST] <Mathieu_Du> Yes of course, compile time is pretty much the same [16:27:01 CEST] <Mathieu_Du> ah I see how that might have been confusing, I meant the time taken by running "meson build" [16:27:02 CEST] <thardin> come to think of it, how fast does a "make" with zero changes take? [16:27:20 CEST] <thardin> tup and ninja are pretty snappy when it comes to that [16:27:33 CEST] <Mathieu_Du> that would be ninja -C build, it's pretty much instant [16:29:10 CEST] <thardin> mm [16:29:17 CEST] <thardin> I use cmake+ninja at work [16:29:48 CEST] <thardin> cmake+make is slightly slow, but at least it isn't msbuild [16:31:29 CEST] <nevcairiel> at least make runs fully parallel for ffmpeg, so there is nothing really wrong with the makefiles, just configure [16:32:39 CEST] <thardin> ye. cmake spits out multiple makefiles unfortunately. that will always be slow I suspect [16:32:59 CEST] <thardin> cmake's syntax is godawful sadly [16:36:30 CEST] <thardin> mail sent [16:39:33 CEST] <thardin> herp forgot to mention one needs to change configure to use bash. but still [16:39:44 CEST] <Mathieu_Du> thardin, note that configure time is a nice side effect of the meson port, but IMO the main benefit really would be maintainability and readability [16:41:04 CEST] <thardin> that I don't doubt [16:41:51 CEST] <January> thardin: proposing adopting meson was more as a whole thing than only looking at configure performance [16:42:06 CEST] <January> (though configure performance is a bit part of it) [16:42:26 CEST] <thardin> meson.build is certainly much smaller [16:42:56 CEST] <thardin> does meson do stuff like print every missing dep on the first go? [16:43:00 CEST] <thardin> that's something cmake is missing [16:43:15 CEST] <thardin> and autoconf [16:43:25 CEST] <j-b> meson > cmake [16:43:55 CEST] <j-b> meson is what Cmake should have been [16:43:58 CEST] <thardin> I suspect cmake only hangs on because of msvc compat [16:44:16 CEST] <thardin> literally anything would be better. scons maybe [16:46:45 CEST] <Mathieu_Du> meson works with msvc fwiw [16:49:05 CEST] <Mathieu_Du> re every missing dep, no, that's probably a bit tricky to do because depending on whether a dep is present or not, different conditions might be entered [16:49:34 CEST] <thardin> right [16:50:25 CEST] <Mathieu_Du> eg https://pastebin.com/fwLZPVyG [18:49:01 CEST] <kurosu> Is meson 0.46 sufficient for the proposed build system? Because that's what is available under msys2 [18:50:31 CEST] <__tim> kurosu, unfortunately you need meson from git master for the time being (but a new release 0.47 should be out soon hopefully) [18:50:43 CEST] <kurosu> ok [18:50:47 CEST] <kurosu> otherwise, right, configure has become a bother [18:51:02 CEST] <January> kurosu: meson is fairly easy to install from master [18:51:04 CEST] <__tim> you should be able to run Meson irectly from a git checkout though ~/Devel/meson/meson.py builddir [18:51:14 CEST] <January> or that [18:51:51 CEST] <kurosu> but I suspect a lot of ffmpeg devs to be minimalists (see eg the pkgconfig eternal debate) [18:52:10 CEST] <kurosu> I'd wager there could be some opposition [18:52:24 CEST] <kurosu> as for me, I hardly ever run configure nowadays [18:53:17 CEST] <January> kurosu: minimalists with a 10000 line custom configure? [18:53:26 CEST] <kurosu> as in system dependencies [18:54:04 CEST] <Shibe> could anybody help me? I can't seem to be able to get device constraints https://gist.github.com/123e67b34b94bf0a88508abb07fd91fc [18:54:11 CEST] <Shibe> i dont know what im doing wrong [18:54:12 CEST] <kurosu> there have been jokes about ffcc for that reason [19:08:46 CEST] <jkqxz> Shibe: The DRM hwcontext doesn't support internal frame allocation. Usually it's used for mapping; if you want direct allocation then you need to implement it yourself. [19:54:46 CEST] <Shibe> jkqxz: seems like switching hardware device type from drm to vaapi works [19:54:55 CEST] <Shibe> thanks [20:16:02 CEST] <Mithgol> Could anybody help me? I'd like the regression https://twitter.com/FidonetRunes/status/1008451439893581824 that I observed using binaries https://twitter.com/FidonetRunes/status/1008452816049000450 to be filed as an appropriate ticket on FFmpeg's trac. [20:38:39 CEST] <kurosu> 4m15 vs 45s on Win7 x64 with no option [20:39:42 CEST] <kurosu> (for the configuration step) [20:46:25 CEST] <__tim> what's the 45s ? [20:49:01 CEST] <cone-679> ffmpeg 03Thomas Guillem 07master:ce2330bdf896: avcodec/videotoolboxenc: fix mutex/cond leak in error path [20:49:02 CEST] <cone-679> ffmpeg 03Thomas Guillem 07master:9e11d27c25bf: avcodec/videotoolboxenc: split initialization [20:49:03 CEST] <cone-679> ffmpeg 03Thomas Guillem 07master:513e6a30fb01: avcodec/videotoolboxenc: fix invalid session on iOS [20:50:09 CEST] <cone-679> ffmpeg 03Thomas Guillem 07release/4.0:70799fae35d1: avcodec/videotoolboxenc: fix mutex/cond leak in error path [20:50:10 CEST] <cone-679> ffmpeg 03Thomas Guillem 07release/4.0:a56eb4d56c5b: avcodec/videotoolboxenc: split initialization [20:50:11 CEST] <cone-679> ffmpeg 03Thomas Guillem 07release/4.0:33fcbb4372e8: avcodec/videotoolboxenc: fix invalid session on iOS [20:52:56 CEST] <January> __tim: meson [20:54:39 CEST] <kurosu> though it miscompiles things as if it misdetected stuff related to msys2/win32 [20:55:34 CEST] <kurosu> all format specifiers to eg printf seem to be incorrectly set [20:56:01 CEST] <kurosu> posix_memalign <- uhm, right [20:56:42 CEST] <kurosu> so, how do I tell meson/the build system to target a windows build? [20:57:08 CEST] <kurosu> note: not trying to learn anything for the long term, just checking what's what [20:57:52 CEST] <nevcairiel> shouldnt it figure this out on its own, otherwise it seems a bit worthless =p [20:58:46 CEST] <kurosu> well, I don't want to be too strict with a proof of concept [20:58:58 CEST] <Mathieu_Du> I assume kurosu means corss-compiling ? [20:59:12 CEST] <kurosu> certainly the people behind don't want to waste time if in the end it is wasted [20:59:34 CEST] <kurosu> Mathieu_Du, more or less, yes, as it is Win7 x64 (MSYS2) -> Win7 x64 [20:59:49 CEST] <nevcairiel> that doesnt usually qualify as cross-compiling [21:00:23 CEST] <kurosu> I agree, but for the sake of the build system, I don't know, hence my mentioning this [21:00:51 CEST] <cone-679> ffmpeg 03Aman Gupta 07master:37c2cb6a68a4: Revert "avcodec/mediacodecdec: wait on first frame after input buffers are full" [21:01:33 CEST] <cone-679> ffmpeg 03Aman Gupta 07release/4.0:789bac72eded: Revert "avcodec/mediacodecdec: wait on first frame after input buffers are full" [21:05:33 CEST] <cone-679> ffmpeg 03Aman Gupta 07master:cd86c5dbcca5: avformat/mpegts: parse large PMTs with multiple tables [21:06:01 CEST] <cone-679> ffmpeg 03Aman Gupta 07release/4.0:b5106c5aa2dd: avformat/mpegts: parse large PMTs with multiple tables [21:06:26 CEST] <kurosu> #define CONFIG_DECODERS 0 <- well that looks underwhelming [21:06:29 CEST] <jamrial> kurosu: 4m on win7 sounds about right [21:06:34 CEST] <jamrial> wish i still had a non updated win10 machine to confirm falls creator build fucked things up [21:06:37 CEST] <__tim> kurosu, I don't know if msys/mingw has been tested as well or if only msvc has been tested [21:07:07 CEST] <__tim> kurosu, so might need some tweaks here and there for msys/mingw if not [21:07:08 CEST] <kurosu> currently looking at the sorted config.h diff between configure and meson [21:08:14 CEST] <__tim> (and that is a limitation of the port then, not of Meson) [21:09:54 CEST] <kurosu> yeah, but I wanted an apple-to-apple comparison if at least it's the same genus but slightly different species [21:10:03 CEST] <kurosu> here, I can't look at the compilation then [21:10:33 CEST] <kurosu> note: I'm not even a ffmpeg user these days, so I'm really looking at this out of curiosity [21:11:43 CEST] <kurosu> Let's try with copying over the config.* [21:12:09 CEST] <kurosu> not working [21:12:18 CEST] <kurosu> gcc likely incorrectly invoked [21:12:30 CEST] <kurosu> ah well, thanks for trying [21:45:22 CEST] <kurosu> miss these defines (at least): -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D__USE_MINGW_ANSI_STDIO=1 -D__printf__=__gnu_printf__ [21:46:24 CEST] <__tim> thanks, any chance you can chuck that it into an issue on github or so? :) [21:46:57 CEST] <Mathieu_Du> fwiw meson will set "_FILE_OFFSET_BITS" itself [21:47:01 CEST] <__tim> the file offset bits meson should be doing automatically already afaik, not sure why they're not picked up here [21:47:30 CEST] <Mathieu_Du> I'm pretty sure it should be present in the ninja build file [21:47:43 CEST] <kurosu> anyway, I need to copy over the config.* but then I need to remove manually all swscale, dxva and hwaccel [21:47:51 CEST] <kurosu> I'm mostly running out here [21:48:50 CEST] <kurosu> that was a messy job to try and see more of it, but at this stage, this requires going beyond what I intended to do [21:49:05 CEST] <Mathieu_Du> What are you doing btw, cross-compiling ? [21:49:41 CEST] <Mathieu_Du> Copying over config.h is most certainly not the right thing to do :) [21:49:45 CEST] <kurosu> yes and no, I don't know how alien a MSYS2 compilation is - but I don't need a cross-compiler or anything, just the native one [21:50:04 CEST] <kurosu> well, the issue is the generated config.h has too many mismatches [21:50:21 CEST] <kurosu> so sure, some are intended, but I can't go over all of them [21:50:24 CEST] <Mathieu_Du> Also note that you need to work in a clean checkout, some places in ffmpeg include "confg.h" [21:50:28 CEST] <__tim> on windows it's just another native environment [21:50:46 CEST] <Mathieu_Du> with quotes as opposed to <> [21:51:19 CEST] <kurosu> well, to be frank, I ran out of steam for tonight [21:51:56 CEST] <kurosu> if others managed to do make it work, then so be it [21:51:58 CEST] <Mathieu_Du> What do you mean by "mismatches" ? [21:52:06 CEST] <__tim> thanks for giving it a go, even if it's not something that's been tested yet :) [21:52:26 CEST] <Mathieu_Du> It works from a Visual Studio shell ;) [21:55:00 CEST] <kurosu> Mathieu_Du, with the proper CFLAGS hacked into build.ninja it would still misuses definitions, so likely some incorrect HAVE_ or CONFIG_ [21:56:17 CEST] <Mathieu_Du> "misuses definitions" ? [21:56:36 CEST] <kurosu> printf format identifiers etc [21:56:59 CEST] <Mathieu_Du> Can you paste the actual errors somewhere? [21:57:17 CEST] <kurosu> sorted config.h differ by more than 500 lines over the one generated by configure [21:57:32 CEST] <Mathieu_Du> That much is expected [21:57:49 CEST] <kurosu> the problem is likely some are incorrect [21:58:50 CEST] <Mathieu_Du> That there's a diff doesn't imply incorrectness, mostly due to the fact that the meson build definitions do not expose options [21:58:51 CEST] <kurosu> https://pastebin.com/cFWf58wB <- example [21:59:03 CEST] <Mathieu_Du> And instead automatically detects everything [21:59:10 CEST] <Mathieu_Du> There probably are some missing bits [21:59:38 CEST] <Mathieu_Du> But copying over a config.h produced by configure will only lead to chaos :) [21:59:46 CEST] <kurosu> another example: <SNIP>\ffmpeg\meson/../libavutil/mem.c:87: undefined reference to `posix_memalign' [22:00:11 CEST] <kurosu> I bet, but I got to choose between chaos and chaos atm [22:00:54 CEST] <kurosu> #define HAVE_POSIX_MEMALIGN 1 <- misdetection [22:00:58 CEST] <nevcairiel> I would think that at least when its actually done, they would generate the same config.h, or something aint quite right [22:01:15 CEST] <kurosu> it can't compile inline asm, so swscale has to go [22:01:31 CEST] <kurosu> and all dxva code needs to be deactivated it seems (libs needed?) [22:01:43 CEST] <Mathieu_Du> nevcairiel, when it's actually done yes, provided options are exposed [22:02:14 CEST] <kurosu> The showstopper is though that kind of line: "#define CONFIG_DECODERS 0" [22:02:41 CEST] <kurosu> why is it needed? that's likely the very thing ffmpeg is built for [22:02:54 CEST] <Mathieu_Du> kurosu, just hacking around is bound to be pretty improductive, either report an issue and I might look at it if I find time to look at mingw, or fix the build definitions I suppose :) [22:03:12 CEST] <Mathieu_Du> It isn't needed, and not hardcoded obviously [22:03:51 CEST] <Mathieu_Du> And that's also not a show stopper, neither the dependency graph nor the code actually uses that confguration option ;) [22:04:32 CEST] <kurosu> bah, as I said, I'm not going to spend more time on this - hopefully, others will [22:05:06 CEST] <Mathieu_Du> As for the actual explanation, it can be found here: https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/crt/_min… [22:05:08 CEST] <Mathieu_Du> erm [22:05:14 CEST] <Mathieu_Du> https://github.com/FFmpeg/FFmpeg/blob/master/configure#L3707-L3711 rather [22:05:44 CEST] <Mathieu_Du> The dependency graph is mostly auto-generated by a script I wrote to parse configure [22:06:59 CEST] <Mathieu_Du> Programatically added nodes such as here "decoders, encoders, ..." are not caught by that script [22:07:51 CEST] <Mathieu_Du> fairly easy to fix, but as I said that specific configuration bit is, to the best of my knowledge, not actually used [22:08:52 CEST] <Mathieu_Du> Anyway, that's not a meson issue, just part of the half thousand details that still need doing in that specific port :) [00:00:00 CEST] --- Tue Jun 19 2018

1 0

ffmpeg.log.20180618
by burek 19 Jun '18

19 Jun '18

[05:00:26 CEST] <fengshaun> As I found out, it's not quite possible to make an m3u8 v4 playlist with byteranges matching with keyframes and have an hls player be able to request those bytes and actually play the file [05:00:31 CEST] <fengshaun> what am I missing there? [05:01:14 CEST] <fengshaun> the solution might be fragmented mp4, but why can I not serve a normal mp4 with a generated m3u8 based on I-frames? [05:01:36 CEST] <fengshaun> ffmpeg (the commandline) converts the mp4 to .ts, what does the conversion involve? [05:02:53 CEST] <fengshaun> my end goal is to be able to do on-the-fly transcoding with libav* while retaining the original files in mp4 container and original codecs without doubling space requirements to include .ts segments [10:55:11 CEST] <Dorian_> Hello. I have a noisy interlaced source where the noise is mostly present in only one field. The noisy and the ok field do swap irregularily every few seconds. Side by side fields sample here: https://expirebox.com/download/65fcc65a8445217633c611f346c96d7f.html [10:57:18 CEST] <Dorian_> I want to manually select which field to take for every range of frames to create a kinda restored version of the clip. All other turbulende aside, if I only scale up the good field to 2*height, i would introduce Bobbing artifacts on field change. How can I prevent the bobbing? [10:58:01 CEST] <Dorian_> Algorithmically, i would have to scale to 2*h-1 and add an additional line at the top or bottom, depending on what field the source is from. [10:58:30 CEST] <Dorian_> Any suggestions on how to scale without introducing Bobbing? :) [11:29:36 CEST] <Cracki> good luck with that. [11:30:19 CEST] <Cracki> there will not be a single command line to do that, of course [11:30:45 CEST] <Cracki> bobbing will be the least of your problems [11:31:03 CEST] <Cracki> the footage has shit tracking on top of that [11:32:14 CEST] <Cracki> the best I can imagine is some fancy filtering based on nonlocal means [11:32:47 CEST] <Cracki> and for the deinterlacing, of course soemthing like yadif [11:36:08 CEST] <Dorian_> @Cracki, thanks. But I cannot use yadif, since it interpolates the "goos" and the garbade fields to a bad blend of both. [11:36:42 CEST] <Cracki> that's not what I meant. [11:36:44 CEST] <Dorian_> and yes, i picked an extreme sample. other occurences are more benign, tracking looks ok. [11:37:59 CEST] <Dorian_> basically, i have 2 video files, one for each field. and i want to manually put them together again, using always the good field. [11:38:20 CEST] <Cracki> don't do bob-deinterlacing then [11:38:54 CEST] <Cracki> bob is related to "nearest neighbor". [11:39:01 CEST] <Cracki> at least do linear interpolation. [11:39:34 CEST] <Cracki> if you know yadif, you know it uses some kind of motion estimation or optical flow [11:39:54 CEST] <Cracki> but I guess you aren't looking to mess around with source code for this, eh? [11:40:05 CEST] <Dorian_> i dont do any deinterlacing besides separating the fields. [11:40:06 CEST] <Dorian_> so it would help, if there was a one-liner(-is-way) to scale up both single field video files so i just have to select which file to take at which timestamp. [11:40:38 CEST] <Dorian_> nah, i try staying on the stable trunk :) [11:40:49 CEST] <Cracki> for the parts where you have one field only, you have to resort to deinterlacing methods that use a single field. those are either dumb methods or methods that output full frames at field-rate [11:41:05 CEST] <Dorian_> yes, i know. thats what i am doing [11:41:21 CEST] <Cracki> browse the available deinterlacing methods then [11:41:31 CEST] <Dorian_> and if i scale the field to a full height frame, it will hop 1/2 line up and down when i switch the source field [11:41:50 CEST] <Cracki> don't do that then. [11:42:06 CEST] <Dorian_> that's what i want to fix. everything else is in the source, cant do much about it. but that half line jump irates me, since it comes from processing :D [11:42:20 CEST] <Cracki> that processing is wrong. [11:42:25 CEST] <Cracki> and that's not even "bobbing" [11:43:12 CEST] <Dorian_> it's not bobbing, it introduces bobbing artifacts. i tried not to overdo with the details in the initial question [11:43:23 CEST] <Cracki> http://www.100fps.com/why_bobbing.htm [11:44:26 CEST] <Cracki> browse the video filters. there's a ton of choices for arranging a picture inside the frame. [11:44:47 CEST] <Cracki> letterboxing, compositing or picture-in-picture things, ... [11:44:49 CEST] <Dorian_> i know that source. it does describe my exact problem. only the general case is, it happens on a frame-by-frame basis. in my case, it happens whenever i change the "good" field [11:45:12 CEST] <Cracki> if you want to add that extra line, you have several options [11:46:55 CEST] <Dorian_> although i do not yet know how, i can find that out. just was hoping there would be a fit tool for that [11:48:22 CEST] <Cracki> ffmpeg :> [11:48:38 CEST] <Cracki> and if that's not good enough, its libraries [11:51:23 CEST] <Dorian_> i was not going to use vegas, trust me ;) [11:51:58 CEST] <Dorian_> well, thanks anyways. [11:53:22 CEST] <Dorian_> alas, picture-in-picture is a good key, maybe i'll find a generic enough solution digging that direction. [11:58:43 CEST] <Cracki> crop, pad, overlay, ... [11:59:56 CEST] <Cracki> I'd recommend you create 3 videos: a properly deinterlaced one, one using the first field only, one using the second field only. then cut between those as needed. [12:00:06 CEST] <Dorian_> that sounds so stupidly simple, it problably solves the whole thing. :D [12:00:45 CEST] <Cracki> also browse the deinterlacing filters on https://ffmpeg.org/ffmpeg-filters.html [12:01:26 CEST] <Dorian_> yeah, i' was going to do that. sorry, i did not mention the "normal" (deinterlaced) track. i 'll use the field switch restauration only on the spots that are broken. [12:02:00 CEST] <Dorian_> that was one if the details i left out because it hat nothing to do with the question :) [12:04:50 CEST] <Cracki> why do people do that, leave out details? [12:45:12 CEST] <Dorian_> @Cracki i was just asking about how to scale the single-field-fed clips correctly to avoid verticval jumping on field change. the context about the noise in one field was just for clarification of the source material composition. so i saw no need to provide info on how i handled non-problematic scenes. i have also not informed you of the a/v-sync and negative frame duration issues the clip does have elsewhere because it does not matt [12:46:17 CEST] <Dorian_> just in case your question was not meant rethorically... which it clearly was. so please ignore my answer :) [12:53:50 CEST] <dradakovic> Guys, a shoutcast stream i want to capture with FFMPEG is giving me "403 Forbidden" error. This same stream works fine if i listen to it with VLC [12:54:01 CEST] <dradakovic> Stream is on http://s41.myradiostream.com:29074. [13:09:00 CEST] <Cracki> Dorian_, actually not rhetorical. the most common problem with people looking for help is that they are too stingy with details and context and hard facts (source code, data, citations...) [13:09:17 CEST] <Cracki> tho you've been very close to optimal [13:09:56 CEST] <Cracki> dradakovic, sounds like user agent is refused by the server [13:10:42 CEST] <Cracki> uh, my vlc can't open that stream url either [13:18:01 CEST] <dradakovic> hmmm allow me to check if i pasted url correctly [13:18:53 CEST] <dradakovic> Weird, works fine for me. I just open a network stream and paste that url [13:19:13 CEST] <dradakovic> I do use windows version of VLC with GUI of course [14:25:25 CEST] <Mithgol> dradakovic, that stream seems to require free registration beforehand. [14:37:30 CEST] <Cracki> they probably do some ip-based tracking, so you log in via one browser, and you're unlocked for all requests from your IP [14:55:39 CEST] <dradakovic> Ahhh [14:55:58 CEST] <dradakovic> It could be the case [14:58:52 CEST] <new__> undefined reference to symbol 'sws_getCachedContext@@LIBSWSCALE_FFMPEG_3' [14:59:04 CEST] <new__> how to solve this error [14:59:31 CEST] <new__> i am using ubuntu and want to use ffmpeg in opencv [15:01:29 CEST] <BtbN> link to swscale? [15:09:52 CEST] <stevEEE> Hi i want to scale down a MP4 4k Video from my DJI drone to a full hd by using my Nvidia GTX 1060 3GB. i tried out "ffmpeg.exe -hwaccel cuvid -c:v h264_cuvid -i DJI_0135.MP4 -vf scale_npp=1922:-1 -c:v h264_nvenc out.mp4" but the video compared to the cpu rendered is worse and gets many artifacts. what am i doin wrong ? [15:10:38 CEST] <BtbN> Hardware Encoding will always be worse than CPU encoding. [15:10:48 CEST] <BtbN> If you don't absolutely cannot use the CPU, do not use it. [15:12:14 CEST] <stevEEE> i tried out to use the same bitrate like 60.000 kb and the mp4 looked nice but its getting to big (500mb = 4k, 400mb = fullhd) [15:13:54 CEST] <BtbN> a hardware encoder will always look considerably worse than x264 at the same bitrate. That's just how it is. [15:14:44 CEST] <stevEEE> ok thanks for that info. so back to the eth-mine my GPU and go for rendering CPU :-) [15:15:09 CEST] <Cracki> nah, most recent gpus have acceptable hw encoders [15:15:22 CEST] <BtbN> acceptable, sure. But still WAY worse than x264 [15:15:41 CEST] <Cracki> and if you run x264/x265 faster/veryfast/..., their efficiency goes down too [15:15:46 CEST] <BtbN> A static silicon hardware encoder will never be able to get even close to x264 [15:15:54 CEST] <Cracki> quantify "way" [15:16:15 CEST] <BtbN> x264 veryfast still only needs half the bitrate nvenc needs for the same quality [15:16:26 CEST] <Cracki> nvenc on what hw? [15:16:30 CEST] <BtbN> If you go into slower preset the ratio gets even bigger [15:16:48 CEST] <BtbN> Pascal only made nvenc faster. Quality did not change since Maxwell [15:17:16 CEST] <Cracki> fascinating. are there any published tests/comparisons/...? [15:17:25 CEST] <BtbN> none that I'm aware of [15:17:30 CEST] <Cracki> :( [15:17:46 CEST] <BtbN> But it's just a well known fact that hardware can never be as good as software for video encoding, no matter the codec. [15:18:18 CEST] <Cracki> stevEEE, at least for the scaling, a gpu could be of help. not sure if ffmpeg has opencl/cuda-accelerated scaling filters [15:18:40 CEST] <Cracki> BtbN, it's a truism obviously, because anything the hw can do, the sw can do as well. [15:18:59 CEST] <Cracki> that's why I asked about data. [15:19:03 CEST] <BtbN> The overhead of shoving the frames on the GPU and then back to the CPU would probably negate any benefits [15:19:12 CEST] <Cracki> sure. [15:19:24 CEST] <Cracki> unless they're gonna decode and encode on the gpu too [15:19:26 CEST] <BtbN> But if you use h264_cuvid, then scale_npp, then download and encode with x264, it would sure help [15:19:53 CEST] <BtbN> CPU load wise [15:19:58 CEST] <BtbN> not neccesarily speed wise [15:20:18 CEST] <BtbN> modern CPUs are usually magnitudes faster at decoding than GPUs [15:20:30 CEST] <BtbN> So if you're not on a potato CPU... [15:20:36 CEST] <Cracki> nvidia only recently caught up... [15:20:56 CEST] <BtbN> My Laptop Quad Core does several thousand FPS h264 decoding on the CPU [15:21:02 CEST] <Cracki> my 2012er hw (xeon e3, gtx 560) is a nice data point: cpu only decode: 300+ fps for my footage, gpu does iirc around 80 [15:21:05 CEST] <BtbN> The NVidia GPU caps out at somewhere between 1k and 2k [15:21:10 CEST] <Cracki> modern nvidias promise 500+ fps decode [15:21:40 CEST] <BtbN> Pre-Kepler GPUs were designed for real-time playback, nothing beyond it [15:21:45 CEST] <BtbN> transcoding only came in later [15:21:47 CEST] <Cracki> note the footage is full hd from a camcorder, and decode speed varies for me between different camcorder footage [15:22:06 CEST] <Cracki> >several thousand FPS [15:22:09 CEST] <Cracki> at what res? [15:22:15 CEST] <BtbN> 1080p [15:22:20 CEST] <Cracki> k, had to ask [15:22:31 CEST] <Cracki> bitrate? :P [15:22:38 CEST] <furq> 14:16:15 ( BtbN) x264 veryfast still only needs half the bitrate nvenc needs for the same quality [15:22:41 CEST] <furq> wow really [15:22:51 CEST] <Cracki> more bits, more stuff to paint [15:22:53 CEST] <furq> i knew it was a long way off veryslow but i didn't think it was that bad [15:23:02 CEST] <Cracki> furq, if you take his word for it [15:23:04 CEST] <BtbN> CBR mode is just that bad [15:23:14 CEST] <Cracki> cbr, lol [15:23:16 CEST] <BtbN> If you use ConstQP/TargetQP, they are not that far [15:23:21 CEST] <Cracki> nobody uses cbr if they can help it [15:23:23 CEST] <furq> oh ok [15:23:24 CEST] <Cracki> dude [15:23:24 CEST] <BtbN> But x264 still easily beats it [15:23:31 CEST] <Cracki> are you trying to make the numbers worse? [15:23:36 CEST] <furq> stevEEE: i guess try with -cq 20 -preset hq [15:23:46 CEST] <BtbN> *qp [15:23:46 CEST] <Cracki> your bias is showing... [15:23:55 CEST] <furq> -cq is different [15:24:10 CEST] <furq> that's the one that's supposed to be like crf but idk whether it actually is [15:24:13 CEST] <BtbN> Yes, I'm totally biased against nvenc. Which is why I added it to ffmpeg in the first place... [15:24:39 CEST] <furq> Cracki: it's not really news that it's bad for archival [15:24:58 CEST] <Cracki> would you put in the work of adding it today, knowing what you know now? [15:24:59 CEST] <BtbN> There is just no point in using nvenc if you are not time or CPU constrained [15:25:15 CEST] <Cracki> I agree. [15:25:17 CEST] <BtbN> Yes, because there are a lot of valid and good uses for a hardware encoder. [15:25:25 CEST] <furq> well it's fundmanetally worth having because it's pretty good for realtime [15:25:27 CEST] <Cracki> I wouldn't encode anything for archival purposes using nvenc or qsv [15:25:33 CEST] <BtbN> Archival is not one of them [15:25:50 CEST] <BtbN> nvenc is not necesarily bad. x264 is just that good [15:26:00 CEST] <BtbN> So if you can use x264, it's always the better option [15:26:47 CEST] <Cracki> or x265... it's not quite as fast (a solid factor, not a fraction) but I'm glad for the saved bits [15:27:21 CEST] <Cracki> on my cruddy 2012 cpu at least... I imagine something with more cache would perform a lot better [15:27:22 CEST] <BtbN> For a long time for 1080p, x264 was beating x265 [15:27:34 CEST] <BtbN> x265 took their time to catch up [15:27:50 CEST] <furq> yeah i still wouldn't bother with x265 for anything other than >1080p or super-low bitrates [15:28:11 CEST] <BtbN> Yeah, it's still hardly worth it. But at least it's not worse anymore. [15:28:37 CEST] <Cracki> I would expect it to be "worse" because the encoding is more complex [15:28:42 CEST] <Cracki> worse in time spent [15:28:58 CEST] <BtbN> No, it was also worse in quality/bitrate [15:29:02 CEST] <Cracki> ah [15:29:17 CEST] <BtbN> Not at 4K or other super high res [15:29:28 CEST] <Cracki> funny, since H.265 is approximately a superset of H.264 [15:29:41 CEST] <BtbN> x265 isn't built on top of x264 though [15:29:52 CEST] <BtbN> So all of the crazy optimizations x264 has are not in x265 [15:29:55 CEST] <Cracki> how much could they reuse/copy? [15:30:01 CEST] <Cracki> hm that's unfortunate [15:30:06 CEST] <BtbN> No idea. I think they started from scratch? [15:30:15 CEST] <Cracki> o.o [15:30:17 CEST] <BtbN> For License-Reasons alone I'd assume that [15:30:23 CEST] <Cracki> ah of course. [15:30:31 CEST] <Cracki> so "clean room" approach or something [15:31:51 CEST] <furq> isn't x265 gpl [15:32:03 CEST] <furq> or is that for the commercial license [15:32:21 CEST] <BtbN> It's a similar model than x264 [15:32:24 CEST] <furq> s/for/because of/ [15:32:35 CEST] <BtbN> GPL2 if you are ok with it, otherwise buy a license [15:33:06 CEST] <furq> i mean why would they start from scratch for license reasons if they're both gplv2 [15:33:23 CEST] <BtbN> Because you cannot just take the x264 GPL2 code and sell it under a commercial license [15:33:32 CEST] <furq> right that makes sense [15:33:54 CEST] <BtbN> iirc x264 and x265 are not from the same company? [15:34:05 CEST] <furq> they're not [15:34:32 CEST] <furq> which is a shame because x265 would probably be a lot better if they were [15:37:08 CEST] <Cracki> they should not have used the "x..." maybe [15:37:17 CEST] <Cracki> it's a household name [16:00:39 CEST] <Hello71> huh, x264 is by VideoLAN [16:02:19 CEST] <bencoh> not really [16:03:14 CEST] <Hello71> eh, hosted by [16:03:41 CEST] <bencoh> :) [16:03:50 CEST] <Hello71> and I assume at least some of the developers are paid for [16:04:56 CEST] <if_gaga1> hello guys, i have very strange question about how to remotely control ffmpeg stream. my usecase: ffmpeg grabs data from Xvfb through x11grab and broadcast that into rtsp stream. For example, can i remotely send to running ffmpeg instance some command? like zoom, unzoom for example? [16:25:40 CEST] <Hello71> that's dumb [16:45:03 CEST] <kepstin> if_gaga1: ffmpeg has some support (in some filters) to reconfigure filters based on commands. It may or may not be able to do what you want. The ffmpeg cli supports receiving commands on stdin, I believe, or you can use the zmq/azmq filter to allow sending commands to it over the network via zeromq. [16:48:36 CEST] <lyncher> hi. how is AV_PKT_DATA_STRINGS_METADATA is being used in ffmpeg? [16:49:00 CEST] <lyncher> decklink decoder is now (HEAD) filling AV_PKT_DATA_STRINGS_METADATA with timecode information [16:49:20 CEST] <lyncher> how can that information be used for instance to create an overlay? [17:11:37 CEST] <ntd> scroogle isn't playing nice, is there any way to query a v4l device inputs "native" resolution? [17:11:49 CEST] <ntd> i tried ffprobe, apparently default is 320x240 and then the input just stays at whatever res i tried the last [17:12:45 CEST] <furq> ntd: ffmpeg -f v4l2 -list_formats all -i /dev/video0 or v4l2-ctl --list-formats-ext [17:13:36 CEST] <ntd> Unrecognized option '-list-formats-ext'. [17:13:36 CEST] <ntd> Error splitting the argument list: Option not found [17:13:44 CEST] <furq> those are two different commands [17:13:54 CEST] <ntd> sorry, my bad [17:16:05 CEST] <ntd> ffmpeg -f v4l2 -list_formats all -i /dev/video0: https://pastebin.mozilla.org/9087876 [17:16:34 CEST] <ntd> what was the other command, exactly? [17:16:58 CEST] <Cracki> $ v4l2-ctl [17:17:47 CEST] <ntd> yeah, got it [17:17:55 CEST] <Cracki> --list-formats-ext [17:18:59 CEST] <ntd> https://pastebin.mozilla.org/9087877 [17:19:08 CEST] <ntd> no joy in terms of actual res, though [17:19:39 CEST] <if_gaga1> kepstin: thanks, did you see some how-to's or docs for ffmpeg+zmq interaction? [17:20:39 CEST] <kepstin> if_gaga1: check the filters documentation page for details. You'll also have to check the docs for other filters you use to see what commands they accept. [17:21:26 CEST] <if_gaga1> kepstin: okay, thanks again [17:21:56 CEST] <Cracki> ntd, there must be a way to get resolutions. perhaps some other switch... [17:23:37 CEST] <ntd> just for context: these are bttv v4l devices. never found a way to query the actual inout resolution. i know the source "tv lines" but this apparently doesn't translate into w+h pix :) [17:24:36 CEST] <kepstin> well, tv capture cards for both ntsc and pal normally give you 720px wide images [17:25:44 CEST] <ntd> cctv cams [17:26:08 CEST] <ntd> but can i use the 720 width and the ratios given by v4l-utils to determine the res? [17:26:09 CEST] <kepstin> on ntsc they'll typically give you 480 lines (some pro systems give you 486 lines instead). Pal stuff will give you 576 lines. [17:26:28 CEST] <kepstin> my impression is that most cctv systems use regular tv encoding standards [17:26:43 CEST] <kepstin> (to save money, no custom hardware design needed) [17:27:12 CEST] <Cracki> 480/576 is content. full scan might be 525/625 lines [17:27:40 CEST] <Cracki> and the 720 is just how most ADCs sample a line. a line has no nominal resolution afaik [17:27:58 CEST] <ntd> and lines equals tentative pixels in terms of height? [17:28:01 CEST] <kepstin> a bttv capture card with v4l should only be returning the active video area, which will be the 480/576 lines [17:28:03 CEST] <Cracki> yes [17:28:21 CEST] <ntd> ok, lemme try [17:29:00 CEST] <Cracki> be aware, 720x480 is anamorphic for either 4:3 or 16:9 [17:29:13 CEST] <Cracki> so don't be surprised it it looks squashed [17:31:59 CEST] <ntd> ok, each source is on it's own bttv chip (no channel/chip sharing), cctv cam model: hitachi vk-c307e [17:33:19 CEST] <Cracki> http://www.tovit-vs.com/archivi/oldtelhitachi2E.htm [17:33:26 CEST] <ntd> looking at it. [17:33:26 CEST] <Cracki> funny resolution given there... [17:33:33 CEST] <ntd> yeah... [17:33:46 CEST] <Cracki> official http://www.hitachidigitalmedia.com/en-gb/brochures/101796 [17:34:01 CEST] <ntd> which might explain why prev captures look funny [17:34:38 CEST] <ntd> Cracki, pdf blocked by proxy, what does it say? [17:34:46 CEST] <Cracki> same as the first link afaics [17:34:56 CEST] <Cracki> 5xx by 5xx pixels [17:35:18 CEST] <Cracki> Total Number of Pixels 537(H) x 597(V) Effective Pixels 500(H) x 582(V) [17:35:31 CEST] <kepstin> the "scanning" is the interesting bit there: "PAL 625 lines 50 Hz, 2:1 interlace" [17:35:38 CEST] <Cracki> I would be surprised if it were to put *that* on the line... [17:35:44 CEST] <Cracki> ah that looks more like it [17:36:00 CEST] <kepstin> it doesn't matter what the sensor captures, it looks like it does digital enhancement and zooming/scaling, then outputs a standard PAL tv signal [17:36:13 CEST] <ntd> so i should try capturing at 720x576? [17:36:16 CEST] <furq> ntd: apparently you can try v4l2-ctl -d /dev/video0 --list-framesizes=YUYV [17:36:26 CEST] <furq> that should normally show up in list-formats-ext though [17:36:40 CEST] <ntd> ioctl: VIDIOC_ENUM_FRAMESIZES [17:36:45 CEST] <kepstin> ntd: you might also need to use the -standard option (try with ffmpeg -list_standards ... to see what it can do) [17:36:52 CEST] <Cracki> yes try 576 or 625 lines [17:36:56 CEST] <Cracki> seems it's pal [17:37:07 CEST] <Cracki> does your capture thingy support pal? [17:37:11 CEST] <ntd> yup [17:37:26 CEST] <Cracki> excellent [17:37:28 CEST] <ntd> so 720x576 (pal res if mem serves)? [17:38:06 CEST] <Cracki> try [17:38:11 CEST] <Cracki> should be [17:40:15 CEST] <ntd> major scanning lines/artifacts on motion [17:40:19 CEST] <ntd> major/heavy [17:40:23 CEST] <Cracki> yay [17:40:49 CEST] <Cracki> it's interlaced, of course [17:41:17 CEST] <Cracki> would you describe what you see as "combing"? [17:41:42 CEST] <ntd> yes [17:42:31 CEST] <ntd> from that first site: TV resolution > 330 lines (H) > 450 lines (V) [17:42:35 CEST] <ntd> also: 2:1? [17:42:51 CEST] <kepstin> ntd: the image sensor has nothing to do with the output format :) [17:43:07 CEST] <kepstin> it does processing on the image before outputting a video signal [17:43:25 CEST] <ntd> ok [17:43:58 CEST] <kepstin> ntd: but anyways, if you use a deinterlacing filter (bwdif should be decent, assuming it's realtime on your system) that should make the image viewable on a computer monitor. [17:45:01 CEST] <Cracki> side discussion: yadif vs bwdif, how do they differ visually and conceptually? [17:45:27 CEST] <kepstin> bwdif internally uses yadif in combination with other filters to hopefully reduce some of the artifacts that yadif can give [17:45:35 CEST] <Cracki> ah! [17:47:41 CEST] <ntd> trying diff filters, still looking quite bad. got hung up on this though: Scanning [17:47:41 CEST] <ntd> PAL 625 lines 50 Hz, 2:1 interlace [17:48:11 CEST] <kepstin> ntd: translated, that says "I output a standard PAL interlaced video signal" [17:50:40 CEST] <ntd> heavy combing through all filters... iirc pal is 576 lines (meaning 720x576?), should i be trying 720x625 instead? [17:50:52 CEST] <InTheWings> how come movenc wrongly produces "ac-3" atom with "AC-3" ? https://forum.videolan.org/viewtopic.php?f=14&t=143528&p=474869 [17:51:09 CEST] <InTheWings> supposely 3.4.2 but I can't find anything wrong [17:52:13 CEST] <kepstin> ntd: any chance you could share a screenshot of the image at 720x576 with no filters? [17:52:23 CEST] <kepstin> so we can see the combing? [17:55:58 CEST] <ntd> sec cameras, so will be hard without breaking any laws [17:56:28 CEST] <Cracki> tape some confidential printouts on the lens [17:57:10 CEST] <ntd> basically, any people walking by look like they're doing whatever the "new" terminator from "genesys" does [17:57:17 CEST] <ntd> "phasing" :) [17:57:23 CEST] <kepstin> be nice if you had a test camera you could just take some selfies with :/ [17:57:59 CEST] <kepstin> hmm. actually, i wonder if that statement "2:1 interlace" means they're doing something strange [17:58:26 CEST] <Cracki> hope not... [17:58:44 CEST] <kepstin> (if so, that's really annoying, the only reason I can think of for them to do something strange there is to make it so you can't use off-the-shelf video software on the things) [17:58:54 CEST] <ntd> also, any non-motion stills (at 720x576) look funny compared to other analog sec cameras i've worked with [17:58:57 CEST] <Cracki> inb4 custom filter dev [17:59:10 CEST] <Cracki> yes gief data [17:59:40 CEST] <ntd> looks squashed somehow [18:00:57 CEST] <Cracki> good enough [18:02:33 CEST] <kepstin> squashed is expected, due to the anamorphic scanning [18:08:57 CEST] <ntd> mplayer -tv driver=v4l2:width=720:height=576:outfmt=i420:device=/dev/video3 -vc rawi420 -vo vdpau -display :0.0 tv:// [18:09:07 CEST] <ntd> looks swell [18:09:27 CEST] <ntd> but capturing through ffmpeg... result isn't pretty [18:10:46 CEST] <kepstin> presumably the vdpau vo or something in mplayer is deinterlacing [18:11:17 CEST] <kepstin> if you're recording to a file, you need to either deinterlace before encoding, or use encoder settings that preserves interlacing [18:11:20 CEST] <Cracki> perhaps jsut displaying it at 50 fps [18:12:02 CEST] <ntd> it is [18:25:31 CEST] <ntd> idk how to describe the resulting files. mplayer->display is fine, recordings of people moving by the cam: looks like when john connor/t-something is trapped by that MRI machine in "genisys" [18:25:52 CEST] <if_gaga1> guys, a have another strange question, i'm broadcasting Xfvb to rtsp server with ffmpeg, my question: i'll add another Xfvb and switch my broadcasting from one Xvfb to another, and back without ffmpeg interruption, how i can solve it? Doesn't ffserver helps me? Thanks [18:26:00 CEST] <ntd> by all means: cool. but not very useful :) [18:42:18 CEST] <Cracki> ntd, pics or it didn't happen ;) [19:06:19 CEST] <ntd> heh :) [19:06:44 CEST] <ntd> also: can two processes pull from the same v4l device simultaneously? [19:09:44 CEST] <ntd> the idle in #v4l is quite strong [19:11:27 CEST] <saml> hey, how do I get total number of frames (pictures) in a video file? [19:11:39 CEST] <saml> and extract particular Nth frame [19:11:49 CEST] <saml> or is frame not something concrete? [19:12:29 CEST] <furq> saml: ffprobe -count_frames [19:13:21 CEST] <kepstin> saml: getting a particular frame isn't easy (unless the file is perfectly constant framerate) [19:13:33 CEST] <furq> there's a bunch of ways to do it but none of them are really ideal [19:13:47 CEST] <furq> -vf select=n=12345 is the first one that comes to mind [19:13:54 CEST] <furq> which will work fine but also decode the entire file [19:13:54 CEST] <saml> if I write a program that uses libav, is it more doable? [19:14:10 CEST] <furq> er [19:14:15 CEST] <furq> select=eq(n\,12345) [19:15:31 CEST] <kepstin> saml: if you a tool that can grab a bunch of frames at random out of a file by frame number, an application that wraps around libav and does a pass to generate a frame number index might be worth it. [19:15:40 CEST] <kepstin> saml: other than that, not really worth the effort [19:15:58 CEST] <kepstin> if you need a tool* [19:16:29 CEST] <saml> what's a frame number index? [19:17:43 CEST] <saml> like value of frame number 2 is milliseconds or something? [19:17:50 CEST] <kepstin> an index that correlates frame numbers to pts values [19:18:44 CEST] <furq> i would probably prefer to use avidemux or something visual for this anyway [19:19:06 CEST] <saml> yeah i'm tring to build a tool that plays two videos frame by frame side by side [19:19:30 CEST] <saml> ffmpeg -i a.webm -i a.mp4 -an -filter_complex "[0]scale=800:-1,pad=1600[bg]; [1]scale=800:-1[fg]; [bg][fg]overlay=w" -movflags +faststart comparison.mp4 [19:19:46 CEST] <saml> this sorta worked. but I wanted more flexibility and fancy GUI [19:20:05 CEST] <saml> like scrolling bar to navigate through frames [19:22:19 CEST] <kepstin> for that kind of thing, you'd normally want to sync by timestamps to frame numbers (indeed, the overlay filter does sync by timestamps) [19:22:57 CEST] <furq> you can do that with mpv but you still need to take care of the scaling [19:23:00 CEST] <saml> yup. i wanted to assume two videos match frames (like ssim or psnr does) [19:23:15 CEST] <saml> i have no idea what i'm building [19:23:19 CEST] <furq> mpv --external-file bar.mp4 foo.mp4 --lavfi-complex "[vid1][vid2]hstack[vo]" [19:23:48 CEST] <furq> also yeah if you do use ffmpeg for this use hstack, not pad/overlay [19:24:48 CEST] <saml> wow mpv looks nice [19:25:20 CEST] <if_gaga1> sorry guys, possible i miss answer after disconnection [19:25:24 CEST] <furq> you could probably have it setup so a key binding will toggle between the two inputs [19:25:29 CEST] <if_gaga1> guys, i have another strange question, i'm broadcasting Xfvb to rtsp server with ffmpeg, my question: i'll add another Xfvb and switch my broadcasting from one Xvfb to another, and back without ffmpeg interruption, how i can solve it? Doesn't ffserver helps me? Thanks [19:25:32 CEST] <furq> i'd probably find that more useful for doing a frame-by-frame comparison [19:26:20 CEST] <kepstin> mpv can also framestep forwards and backwards (although i'm not sure that framestepping backwards with filters will work as expected) [19:26:26 CEST] <saml> oh so a key press to look at the same frame of different video [19:26:28 CEST] <furq> skipping back seems to work [19:26:50 CEST] <saml> this could be a lot better for encoding quality comparison manually [19:27:13 CEST] <saml> if you had a week, what will you build? [19:27:15 CEST] <saml> give me an idea [19:27:31 CEST] <furq> i'd probably just write a script for mpv and then take the rest of the week off [19:27:45 CEST] <kepstin> you'd want to set it up to do a double-blind test, really [19:27:57 CEST] <furq> yeah an abx tester would be nice [19:28:58 CEST] <kepstin> and you probably want to compare full-speed playback, not individual frames [19:29:52 CEST] <saml> hrm that makes sense [19:30:27 CEST] <saml> if_gaga1, how are you going to switch? symlink ? [19:32:00 CEST] <furq> saml: actually if you just get rid of the lavfi-complex and hit _ [19:32:01 CEST] <saml> ffmpeg -re -i /dev/myxfvb -an -c:v h264 -pix_fmt yuv420p -f flv rtmp://.... [19:32:04 CEST] <furq> it'll switch between video tracks [19:32:10 CEST] <furq> although it doesn't seem to work right here [19:32:16 CEST] <saml> where /dev/myxfvb is a symlink? [19:32:55 CEST] Action: saml installs mpv [19:33:10 CEST] <saml> alias mpv='mplayer -fs -af volnorm=1:0.5,scaletempo' i had mpv aliased :( [19:33:51 CEST] <furq> lol [19:34:26 CEST] <if_gaga1> saml: symlink for what? [19:34:27 CEST] <furq> yeah _ cycles between video tracks, but it will then cycle to "no video" [19:34:34 CEST] <furq> at which point it stops accepting keybinds [19:34:37 CEST] <furq> so that's not very useful [19:34:48 CEST] <furq> you could easily script it by setting --vid though [19:36:08 CEST] <saml> _ works thanks. it does cycle to audio track as well [19:36:31 CEST] <saml> if_gaga1, i don't know about xfvb. i'm misguiding you [19:36:49 CEST] <saml> i was imagining there are two devices and you wanted to quickly switch them [21:10:56 CEST] <mort> Isn't it a bit strange that libraries get stripped even when compiling with --enable-debug? [21:11:39 CEST] <mort> I just spent a whole lot of time trying to figure out why valgrind didn't show me a stack trace deeper than av_malloc, then eventually found out that even though I asked for a debug build, my shared libraries were stripped [21:13:19 CEST] <JEEB> mort: yea "install" always strips unless you do --disable-stripping [21:13:34 CEST] <mort> yeah, I noticed, but it was really counter-intuitive to me [21:13:46 CEST] <mort> why would I want to install a debug build of ffmpeg just to have it stripped? [21:14:26 CEST] <JEEB> i totally don't disagree [21:23:10 CEST] <fengshaun> As I found out, it's not quite possible to make an m3u8 v4 playlist with byteranges matching with keyframes and have an hls player be able to request those bytes and actually play the file [21:23:13 CEST] <fengshaun> what am I missing there? [21:23:16 CEST] <fengshaun> the solution might be fragmented mp4, but why can I not serve a normal mp4 with a generated m3u8 based on I-frames? [21:23:23 CEST] <fengshaun> ffmpeg (the commandline) converts the mp4 to .ts, what does the conversion involve? [21:23:30 CEST] <fengshaun> my end goal is to be able to do on-the-fly transcoding with libav* while retaining the original files in mp4 container and original codecs without doubling space requirements to include .ts segments [21:30:53 CEST] <mort> valgrind's claiming that my avcodec_send_packet when decoding video is leaking memory, but I can't see where I should free anything? [21:42:54 CEST] <kepstin> mort: check to make sure you're not taking any extra references on the AVPacket. But note that ffmpeg internally uses buffer pools to re-use memory allocations in the demuxer and decoder, so it's possible you're getting false positives in valgrind unless you're fully unreffing/freeing/closing everything on exit. [21:45:00 CEST] <jbmcg> hey there - having a bit of a weird issue with ffmpeg, seeing some green artifacts when trying to work with certain source videos as input, wondering if anyone might have any ideas - more info here: https://pastebin.com/CAktrUMm [21:47:52 CEST] <kepstin> jbmcg: hmm. looks like there are errors in the file (it has artifacts, just not necessarily green artifacts, when I play it in a newer mpv build) [21:48:03 CEST] <kepstin> probably some minor difference in the error concealment [21:48:33 CEST] <kepstin> note that ubuntu 16.04's ffmpeg is quite old, you *might* see better results with a newer version. [21:52:18 CEST] <jbmcg> kepstin: thanks for taking a look - yeah the same rendering engine is powering several other projects so the ffmpeg version is not too easily upgraded, I wish I could figure out specifically what's wrong with the video files, not noticing anything too crazy with ffprobe or anything [21:56:25 CEST] <kepstin> jbmcg: it looks similar to what i'd expect for smallish amounts of packet loss over rtp [22:02:03 CEST] <if_gaga1> folks, please help me to debug, i'm running ffmpeg with next args: https://pastebin.com/3f3CT4QW [22:02:26 CEST] <if_gaga1> how i can test zmq queue? [22:03:07 CEST] <if_gaga1> i'll try to send "zoom" command like: echo 'scale=2*iw:-1, crop=iw/2:ih/2' | bash -x ./zmqsend.sh [22:03:10 CEST] <if_gaga1> but no luck :/ [22:04:18 CEST] <if_gaga1> moreover i don't see any message about zmq command in ffmpeg output (but ffmpeg runs with -v debug flag) [22:05:09 CEST] <if_gaga1> what i'm doing wrong? and how to properly test zmq queue ? [22:09:18 CEST] <kepstin> if_gaga1: you don't send filters, you send commands. The syntax is described in the documentation for the zmq filter. You have to have a filter chain already running in ffmpeg, and then certain filters allow changing some of their parameters during runtime by receiving commands. [22:10:34 CEST] <kepstin> filters that have a "Commands" subheader in the table of contents of https://www.ffmpeg.org/ffmpeg-filters.html can receive commands. [22:19:23 CEST] <if_gaga1> kepstin: okay, got it, thanks, i'm read the zmq filter documentation, send 'overlay@my x 150' command through zmq api, but no changes on my stream, but don't see any changes on rtsp stream :/ [22:21:01 CEST] <if_gaga1> sorry for my dumb question, may be i'm googling with wrong keywords, but looks like a lack of documentation about zmq [22:21:05 CEST] <kepstin> if_gaga1: I think you misread it - you use the 'filter_name@id' syntax in the filter graph to set a name on a filter. You don't use that syntax in the command [22:21:19 CEST] <kepstin> the command only takes a target, which is just the filter name [22:22:01 CEST] <if_gaga1> oh, yep, target, sorry, i'll continue read about it, sorry i'm totally noob in that [22:22:16 CEST] <kepstin> oh, wait, apparently that does set the name like that, huh [22:22:26 CEST] <kepstin> so you'd use the @ syntax in both places [22:22:30 CEST] <kepstin> according to the examples [22:23:00 CEST] <kepstin> I haven't personally used this, I'm just reading the same docs that you're reading... [00:00:00 CEST] --- Tue Jun 19 2018

1 0

ffmpeg-devel.log.20180617
by burek 18 Jun '18

18 Jun '18

[04:02:13 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:24be912827f6: fftools/ffmpeg: Replace the number by macro for bprint init [04:02:13 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:df9fe79b3c32: fftools/ffmpeg_filter: Replace the number by macro for bprint init [04:02:13 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:d0a2ad241c91: lavc/dvdsubenc: Replace the number by macro for bprint init [04:02:13 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:e4d14b046ea3: lavc/pngdec: Replace the number by macro for bprint init [04:02:13 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:9809ac98bde1: lavfi/af_amerge: Replace the number by macro for bprint init [04:02:13 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:483532bc72a2: lavfi/graphdump: Replace the number by macro for bprint init [04:02:14 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:abb28d41ea8d: lavf/icecast: Replace the number by macro for bprint init [04:02:14 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:f7ffb10fb733: lavf/tedcaptionsdec: Replace the number by macro for bprint init [04:02:15 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:9ba94ac57a2c: avutil/log: Replace the number by macro for bprint init [04:02:16 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:7f5b8f0883b8: tests/bprint: Replace the number by macro for bprint init [04:02:17 CEST] <cone-211> ffmpeg 03Jun Zhao 07master:bd47cca6a796: fftools/cmdutils: Replace the number by macro for bprint init [06:15:52 CEST] <ramiro> jamrial: thanks. is it ok to reply all 4 patches to the existing thread or is it preferred to resend them? [06:16:28 CEST] <jamrial> what's the thread? [06:17:03 CEST] <jamrial> if it's old i'd say send the four patches on their own. they will probably get more attention that way [06:17:33 CEST] <ramiro> jamrial: ok, thanks [16:19:05 CEST] <ramiro> atomnuker: regarding "lavu/frame: add mb_types side data", could you point me to the previous discussions you mentioned? [16:21:28 CEST] <atomnuker> not right now, it was last august or so when michaelni wanted to readd the debug interface (which you kinda reimplemented) [16:22:05 CEST] <atomnuker> anyway, I'd really rather have a json or xml output in the style of what av1's web analyzer uses [16:22:48 CEST] <ramiro> atomnuker: thanks. I'll have a closer look at av1 [16:24:30 CEST] <atomnuker> ramiro: take a look at examples/inspect.c in the aom repo [16:24:54 CEST] <jamrial_> what's wrong with a side data for this? we're using that for qp tables [16:25:11 CEST] <atomnuker> its debug info only [16:25:23 CEST] <atomnuker> I'd rather not have tons of side data types per codec [16:25:32 CEST] <ramiro> atomnuker: btw I have a fork (which I don't plan on submitting upstreams because it is way too intrusive) that's geared towards extracting/manipulating values deep inside the codecs <https://github.com/ramiropolla/ffglitch-core/tree/ffedit-0.6> [16:26:08 CEST] <ramiro> jamrial_: I agree with atomnuker. it will be much more work, but much better to work with [16:29:10 CEST] <kierank> t [16:29:42 CEST] <atomnuker> ramiro: thanks, its nice to have someone who cares enough to do it properly [16:33:48 CEST] <atomnuker> you can express mb_types using the transformType json block, as well as by making all the blockSize data identical (as that's the case for all old codecs mostly) [16:34:48 CEST] <atomnuker> someone wrote a non-web analyzer last year in feburary, I'll try to see if I can find it again [16:35:32 CEST] <atomnuker> this is the repo for the web analyzer - https://github.com/mbebenita/aomanalyzer [16:44:26 CEST] <nevcairiel> the way I see it, formatting the data into any format for an external analyzer should not fall to the codec [16:44:46 CEST] <nevcairiel> we should have a clear internal representation, binary probably since thats far easier to handle from C code [17:01:14 CEST] <jkqxz> Where can I find the SA10180.vc1 test file? [17:10:39 CEST] <bencoh> 66 [17:40:51 CEST] <cone-912> ffmpeg 03Jerome Borsboom 07master:3d028b7b72a0: avcodec/vaapi_vc1: slice_vertical_position starts from zero for the second field [17:40:51 CEST] <cone-912> ffmpeg 03Jerome Borsboom 07master:89651c82b86e: avcodec/vc1: support multi-slice field interlaced pictures with hwaccel [18:07:34 CEST] <jamrial_> jkqxz: michaelni, carl or jerome should have it [18:07:43 CEST] <jamrial_> google is not being very helpful [19:45:52 CEST] <cone-912> ffmpeg 03Danil Iashchenko 07master:b41b6b323417: libavfilter/opencl: Add macro for setting opencl kernel arguments [19:57:37 CEST] <atomnuker> nevcairiel: yep, that's the idea [00:00:00 CEST] --- Mon Jun 18 2018

1 0

ffmpeg.log.20180617
by burek 18 Jun '18

18 Jun '18

[00:00:17 CEST] <furq> it's cross-platform [00:00:48 CEST] <faLUCE> ok thanks [04:21:28 CEST] <fa0> Hello [04:22:05 CEST] <fa0> Don't mind the way the layout looks, I run the cmds in a shell script, and I was just running this to change an avi to mkv; [04:22:07 CEST] <fa0> ffmpeg -i "$i" -c:v copy -c:a copy "$OUTPUT/${i%.*}.mkv" [04:23:15 CEST] <fa0> then the mkv doesn't play in mpv [04:23:42 CEST] <fa0> I get this at the terminal; http://dpaste.com/2S9FT0G [04:23:59 CEST] <fa0> But if I remux the avi in mkvmerge, it plays in mpv, so I'm confused here... ;/ [05:01:56 CEST] <Darkclaw> I am trying to add a preview/thumbnail to a video so that it shows up when displaying the icon of the video. How can I set that up? [06:29:06 CEST] <Shibe> hi, what does this mean "Internal frame allocation is not currently supported - all frames must be allocated by the user. Thus AVHWFramesContext is always NULL, though this may change if support for frame allocation is added in future. " [12:31:21 CEST] <joshuaavalon> Do anyone know why ffmpeg keep adding "handle_name" to metadata? For example, if I run "ffmpeg -i 1.mp4 -map_metadata -1 -codec copy 2.mp4", it add "handle_name" to metadata. [12:31:39 CEST] <joshuaavalon> *handler_name [13:41:47 CEST] <analogical> "ffmpeg -i input.mkv -c copy out.mp4" <- what does the copy command do and is it necessary? [13:48:39 CEST] <analogical> I love FFmpeg but the documentation sucks! [13:51:22 CEST] <klaxa> i've seen far worse documentation [13:51:40 CEST] <klaxa> also -c copy tells ffmpeg to copy all codecs [13:51:58 CEST] <klaxa> if you don't add it ffmpeg will use the default encoders for the container of the output resulting in re-encoding [13:52:42 CEST] <analogical> klaxa, I see and what does the "-c" do? [13:53:22 CEST] <klaxa> set codecs for the output [13:54:11 CEST] <analogical> what codecs? [13:54:22 CEST] <analogical> there are none specified in the example [13:57:58 CEST] <klaxa> what do you mean "what codecs"? the codecs ffmpeg will use to encode the output file [14:13:01 CEST] <analogical> when I use FFmpeg to create an mp3-file how to I specify the bitrate? [14:14:31 CEST] <furq> analogical: -b:a 320k or preferably -q:a 0 [14:15:31 CEST] <analogical> thanks [14:28:57 CEST] <kerio> even more preferably, -c:a opus [14:32:04 CEST] <furq> libopus [14:35:10 CEST] <kerio> is that different [14:35:48 CEST] <furq> yes [14:39:31 CEST] <kerio> :o [15:10:02 CEST] <CoreX> analogical if the documentation sucks why not google what you need as pretty much 9/10 times its covered by another person wanting to know on stackoverflow [15:26:27 CEST] <furq> and 9 times out of 10, the information on stackoverflow is either outdated or it was always wrong [15:28:40 CEST] <furq> analogical: the encode/(codec) pages on the ffmpeg wiki are usually pretty good [15:29:06 CEST] <furq> https://trac.ffmpeg.org/wiki/Encode/MP3 [15:29:10 CEST] <furq> for example [15:31:57 CEST] <Orbstheorem> Hi, what method do you recommend to store loseless music with subtitles in a single file? [15:32:15 CEST] <Orbstheorem> I've though of mkv, but mainly because I don't know about anything else [15:32:30 CEST] <Orbstheorem> (mkv using wavpack) [15:41:49 CEST] <furq> Orbstheorem: what are you hoping to play the subtitles back in [15:42:26 CEST] <norbert> hi, I'm using CentOS 7 and I'm trying to follow the steps here https://linoxide.com/linux-how-to/install-ffmpeg-centos-7/ [15:42:47 CEST] <norbert> at step 1, it says I have to enable the Nux Dextop, but the second rpm command mentioned there doesn't do anything [15:43:02 CEST] <furq> norbert: https://www.johnvansickle.com/ffmpeg/ [15:43:05 CEST] <furq> it's easier to just use those [15:43:06 CEST] <norbert> is this a problem or can I just continue with step 2? [15:43:31 CEST] <norbert> I prefer to yum install something, to keep the packages up to date [15:44:49 CEST] <norbert> hm, this seems to work https://linuxadmin.io/install-ffmpeg-on-centos-7/ [15:45:19 CEST] <furq> http://li.nux.ro/download/nux/dextop/el7/x86_64/ [15:45:26 CEST] <furq> it looks like the newest ffmpeg in there is 2.6 [15:45:37 CEST] <furq> which is like two years old [16:13:32 CEST] <Orbstheorem> furq: mpv in console mode [16:13:44 CEST] <Orbstheorem> as in `mpv --no-video` [16:15:46 CEST] <Hello71> rpmfusion has 2.8 [16:16:22 CEST] <Hello71> but really if you want something not assballs old you shouldn't be using rhel in the first place [16:23:20 CEST] <furq> Orbstheorem: probably flac in mka is fine then [16:23:34 CEST] <furq> i would suggest ogg flac but apparently ffmpeg doesn't support ogg subtitles [16:23:47 CEST] <Guiardn> Hi, I've had some trouble with the WebVTT format. What I've gotten is a m3u8 link with a "playlist" of the WebVTT segments (around 300 segments). My trouble is getting ffmpeg to get the header and syncronize the individual segments to the right time. For some reason it just takes whatever time they say and therefore the "appended" result is just not right. Do anyone in here know how to fix that? (Tried newest version and older versi [16:35:36 CEST] <Guiardn> I know m3u8x would solve my problem, but there is no commandline for that program. It's purely Gui. Is there any work arounds to use the one, that the answers suggest around. [18:16:07 CEST] <Tzimmo> Is there a way to search for I-frame timestamps somehow? I'm trying to cut some .ts files and I'd like to use copy to avoid re-encoding most parts between I-frames and then re-encode a few frames before/after that point and concat those videos to get smooth end result. [18:16:40 CEST] <Tzimmo> Or to list all frame types and their timestamps (to be used in -ss and -t options) [18:42:11 CEST] <furq> Tzimmo: ffprobe -show_frames -show_entries frame=best_effort_timestamp_time,pict_type -of compact foo.mkv | grep pict_type=I [19:12:23 CEST] <Tzimmo> furq: ok... then that .ts file doesn't start from timestamp 0 even though -ss 1 works to seek one second from the beginning... is there a way to make the output start from 0 or do I just need to calculate it myself? [19:13:07 CEST] <Tzimmo> furq: Thanks for that cmdline, I would have never managed to figure that out myself... didn't even know about ffprobe :) [20:32:30 CEST] <Mithgol> I've noticed that FFmpeg 4.0 produces worse animated GIFs than FFmpeg 3.4.2 using the custom palette approach explained in http://blog.pkh.me/p/21-high-quality-gif-with-ffmpeg.html especially obvious if "paletteuse=dither=bayer:bayer_scale=0" is used to fill the whole image with Bayer patterns. Should I suspect a recent regression in FFmpeg? [20:42:01 CEST] <Cracki> show us "worse" [20:47:32 CEST] <furq> none of the gif stuff in lavc has been touched for two years [20:47:39 CEST] <furq> and paletteuse/palettegen haven't been touched in about six months [20:47:48 CEST] <furq> so that'd be weird if there was a regression [21:27:59 CEST] <Mithgol> Some examples: [21:28:00 CEST] <Mithgol> http://410chan.org/b/src/152573166087.gif by v4 vs. http://410chan.org/b/src/152634060829.gif by v3.4.2 [21:28:02 CEST] <Mithgol> http://410chan.org/b/src/152573695457.gif by v4 vs. http://410chan.org/b/src/15263414061.gif by v3.4.2 [21:28:03 CEST] <Mithgol> http://410chan.org/b/src/152574212113.gif by v4 vs. http://410chan.org/b/src/152634383424.gif by v3.4.2 [21:28:05 CEST] <Mithgol> http://410chan.org/b/src/152579724662.gif by v4 vs. http://410chan.org/b/src/152634667546.gif by v3.4.2 [21:28:07 CEST] <Mithgol> (I had to keep the files' size under 5000 kB and thus the latter v4 examples are smaller pixel-wise than v3.4.2 counterparts.) [21:29:20 CEST] <Cracki> different dithering algorithms. [21:29:38 CEST] <Cracki> or parameters [21:30:40 CEST] <Mithgol> Generated by exactly the same Windows batch file: [21:30:42 CEST] <Mithgol> @echo off [21:30:43 CEST] <Mithgol> ffmpeg -hide_banner -i %1 -ss %3 -to %4 -an -sn -crf 22 -b:v 0 -vf "scale=-1:%2:flags=lanczos" ibsrc4gif.webm [21:30:45 CEST] <Mithgol> ffmpeg -hide_banner -i ibsrc4gif.webm -vf palettegen ibpalette4gif.png [21:30:46 CEST] <Mithgol> ffmpeg -hide_banner -i ibsrc4gif.webm -i ibpalette4gif.png -lavfi "paletteuse=dither=bayer:bayer_scale=0" ibgif.%2.gif [21:30:48 CEST] <Mithgol> del ibpalette4gif.png [21:30:49 CEST] <Mithgol> del ibsrc4gif.webm [21:31:17 CEST] <Cracki> might I suggest a pastebin site if you have more than a few lines to paste [21:31:40 CEST] <furq> why on earth would you use webm as an intermediate format [21:33:05 CEST] <Mithgol> https://pastebin.com/2Ftq1u4c [21:35:38 CEST] <Mithgol> WebM introduces some information loss and thus makes resulting GIFs a bit smaller than a lossless alternative [21:38:43 CEST] <Mithgol> And most imageboards, unlike Telegram, impose a size limit of 5MB / 10MB / 20MB or something, and thus I decided to use WebM. [21:38:46 CEST] <GuardNas> Hi, I have a m3u8 link that has multiple WebVTT segments. I'm trying to get them appended into one vtt file, which also has the correct timecodes. ATM it can append (no problem), but it doesn't use the Timemap header in the segments. Which screws up the timings. Does anyone know how to fix this? I've seen a software called m3u8x, which works.. but need something that can be run as commandline... [21:40:00 CEST] <furq> GuardNas: youtube-dl has some stuff for handling subtitles [21:40:17 CEST] <GuardNas> Hmm, I tried it but didn't seem to work. Maybe I did it wrong then [21:40:26 CEST] <furq> i've used it before on youtube itself, idk how well it works on other sites [21:41:12 CEST] <GuardNas> The m3u8 link only includes the subtitles [21:43:25 CEST] <furq> just --all-subs --skip-download works fine on youtube [21:46:11 CEST] <GuardNas> Ye, though it's not a youtube link and for some reason it doesnt to much about it. [21:47:03 CEST] <Mithgol> GuardNas: what's the URL? [22:16:05 CEST] <Mithgol> It seems that the following command ignores X-TIMESTAMP-MAP in individual WebVTT segments, at least in FFmpeg v3.4.2. [22:16:06 CEST] <Mithgol> ffmpeg -i "https://example.com/somefile.m3u8" -c copy "test.vtt" [22:16:10 CEST] <Mithgol> Is it a bug report or a feature request? [22:27:35 CEST] <Mithgol> Okay, gentlemen, I have a two-liner for you: [22:27:36 CEST] <Mithgol> ffmpeg -hide_banner -i http://nowere.net/a/src/1529266885368.webm -vf palettegen palette4gif.png [22:27:38 CEST] <Mithgol> ffmpeg -hide_banner -i http://nowere.net/a/src/1529266885368.webm -i palette4gif.png -lavfi "paletteuse=dither=bayer:bayer_scale=0" gif.gif [22:27:39 CEST] <Mithgol> Can someone confirm or deny that it yields different GIF results in FFmpeg v4.0 and v3.4.2 and that v4.0's is obviously worse? [22:27:41 CEST] <Mithgol> For me it definitely does. [22:27:42 CEST] <Mithgol> I've used https://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-3.4.2-win64-static.zip as the v3.4.2 binary. [22:27:44 CEST] <Mithgol> I've used https://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-4.0-win64-static.zip as the v4.0 binary. [22:37:47 CEST] <Cracki> Mithgol, see if there are more options you can specify. perhaps some options got new defaults. [22:56:06 CEST] <Mithgol> This is possible; but then these new defaults are bogus and lead to unclean animated GIFs. [22:58:16 CEST] <Cracki> a case for the bug tracker [23:16:44 CEST] <Mithgol> Could you write a bug report in that tracker for me? (I decided to write https://twitter.com/FidonetRunes/status/1008451439893581824 in Twitter instead of the tracker because it required less effort.) [00:00:00 CEST] --- Mon Jun 18 2018

1 0

ffmpeg-devel.log.20180616
by burek 17 Jun '18

17 Jun '18

[00:32:57 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:6d2c5bb5d2fa: avcodec/ffv1enc: Check that the crc + version combination is supported [00:32:58 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:4ace1597a2be: avcodec/vc1_block: simplify ac_val computation [00:32:59 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:9dfe36616ff9: avcodec/elsdec: Fix memleaks [00:33:00 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:fe7f2a77c782: avcodec/h263dec: Check slice_ret in mspeg4 slice loop [00:33:01 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:b2cb42f1c3dd: avcodec/error_resilience: Fix integer overflow in filter181() [00:33:02 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:57bb78d980b8: avcodec/wavpack: Fix integer overflow in wv_unpack_stereo() [00:33:03 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:36c4995428ee: avcodec/wavpack: Fix integer overflow in DEC_MED() / INC_MED() [00:33:04 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:7bc5d49c60af: avformat/m4vdec: Fix detection of raw MPEG-4 ES Studio [00:33:05 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:d976855c0029: avformat/m4vdec: Use the same constant names as libavcodec [00:33:06 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:90c4c076c700: avcodec/mpeg4video_parser: Fix incorrect spliting of MPEG-4 studio frames [00:33:07 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:dd3914c5b5f1: avcodec/mpeg4video_parser: Avoid litteral 0x1B6, use named constant instead [00:33:08 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:e61dcd2c86c4: avcodec/mpeg4videodec: Move decode_studiovisualobject() parsing in the branch for visual object parsing [00:33:09 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:60e408f252e2: avcodec/mpeg4videodec: Split decode_studio_vol_header() out of decode_studiovisualobject() [00:33:10 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:c26e101654b5: avcodec/flac_parser: Fix infinite loop [00:33:11 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:2cffce26a786: avcodec/g2meet: Change order of operations to avoid undefined behavior [00:33:12 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:87e9f5e1186c: avcodec/jpeg2000dec: Skip init for component in CPRL if nothing is to be done [00:33:13 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:cbe442048fcc: avcodec/jpeg2000dec: Fix undefined shift in the jpeg2000_decode_packets_po_iteration() CPRL case [00:33:14 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:58a03420be8d: avcodec/g2meet: Check RGB upper limit [00:33:15 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:b367c23da125: avcodec/mpeg4videodec: Check bps (VOL header) before VOP for studio profile [00:33:16 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:c071618ba6e2: avcodec/fic: Check available input space for cursor [00:33:17 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:05ac7fdeeb6c: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_DD97iH0 / COMPOSE_DD137iL0 [00:33:18 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:c97f9ed53f41: avformat/mov: Only fail for STCO/STSC contradictions if both exist [00:33:19 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:217367b5eb0a: avcodec/ac3dec: Use frame_size if superframe_size is 0 [00:33:20 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:b2aaf5de429a: indeo4: Decode all or nothing of a band header. [00:33:21 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:6edf0ecab039: avcodec/mlpdec: Only change noise_type if the related fields are valid [00:33:22 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:b3d740263c08: avcodec/mpeg4videoenc: Use 64 bit for times in mpeg4_encode_gop_header() [00:33:23 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:c98d84e2299c: avcodec/g723_1dec: Clip bits2 in both directions [00:33:24 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:af0ba288e7a8: oavcodec/aacpsdsp_template: Use unsigned for hs0X to prevent undefined behavior [00:33:25 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:f974cc98309e: avcodec/aacdec_fixed: use 64bit to avoid overflow in rounding in apply_dependent_coupling_fixed() [00:33:26 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:06b84f7271a0: avcodec/ac3dec: Fix null pointer dereference in ac3_decode_frame() [00:33:27 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:7b7c582c15be: avcodec/ac3dec: Check that the number of channels with dependant streams is valid [00:33:28 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:e26be20a2727: avcodec/idctdsp: Transmit studio_profile to init instead of using AVCodecContext profile [00:33:29 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:f2c253f083aa: avcodec/g2meet: ask for sample with overflowing RGB [00:33:30 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:786834a6934e: avcodec/mpeg4videode: Eliminate out of loop VOP startcode reading for studio profile [00:33:31 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:76f8c8cd055e: avcodec/mpeg4videodec: Do not corrupt bits_per_raw_sample [00:33:32 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:8229afc3a93c: avcodec/mpeg4video: Detect reference studio streams as studio streams [00:33:33 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:2742cb10c733: avcodec/fic: Avoid some magic numbers related to cursors [00:33:34 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:1d01a3b34c92: avformat/mov: Break out early if chunk_count is 0 in mov_build_index() [00:33:35 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:4f644b263223: avformat/bintext: Reduce detection for random .bin files as it more likely is not a multimedia related file [00:33:36 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:2e7830e5ff5f: avformat/mov: replace a value error by clipping into valid range in mov_read_stsc() [00:33:37 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:07767c704bc5: avcodec/idctdsp: Clear idct/idct_add for studio profile [00:33:38 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:0097cc0ea36c: avcodec/h263dec: Reinitialize idct context if it has not been setup for the active profile [00:33:39 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:65b2b0d98a7d: avcodec/amrwbdec: Fix division by 0 in find_hb_gain() [00:33:40 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:a90497c18384: avcodec/opus_silk: Change silk_lsf2lpc() slightly toward silk/NLSF2A.c [00:33:41 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:b55c824ee737: avcodec/truemotion2: Fix overflow in tm2_apply_deltas() [00:33:42 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:4b12afccb2c8: avcodec/mjpegdec: Fix integer overflow in ljpeg_decode_rgb_scan() [00:33:43 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:7a5ddf731b5c: avcodec/shorten: Check non COMM chunk len before skip in decode_aiff_header() [00:33:44 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:3aa3b05d6404: avcodec/shorten: Sanity check nmeans [00:33:45 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:9a53e8572acc: avcodec/shorten: Fix a negative left shift in shorten_decode_frame() [00:33:46 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:028a0c91487d: avcodec/shorten: Fix undefined shift in fix_bitshift() [00:33:47 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:081874a050d1: avcodec/shorten: Fix multiple integer overflows [00:33:48 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:4fa20782174d: avcodec/wavpack: Fix overflow in adding tail [00:33:49 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:0b4d76d89184: avcodec/xwddec: Use ff_set_dimensions() [00:33:50 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:f0a10f6376e1: avcodec/h264_mc_template: Only prefetch motion if the list is used. [00:33:51 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:10f68641ae15: avcodec/h264_ps: Move MAX_LOG2_MAX_FRAME_NUM to header so it can be used in h264_sei [00:33:52 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:e42ab0115e24: avcodec/h264_slice: Fix overflow in recovery_frame computation [00:33:53 CEST] <cone-243> ffmpeg 03Timo Teräs 07release/4.0:36628bd21569: avformat/movenc: properly handle cover image codecs [00:33:54 CEST] <cone-243> ffmpeg 03Timo Teräs 07release/4.0:f0e4bc61e31d: avformat/movenc: fix recognization of cover image streams [00:33:55 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:897524954be2: avcodec/mpeg4videodec: Clear bits_per_raw_sample if it has originated from a previous instance [00:33:56 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:f36128518b5d: avformat/mov: Only set pkt->duration to non negative values [00:33:57 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:1ca157b0267e: fftools/ffmpeg: Fallback to duration if sample rate is unavailable [00:33:58 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:9eaf9088978a: avutil/common: Fix undefined behavior in av_clip_uintp2_c() [00:33:59 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:2deeb2eaef6f: avcodec/dirac_dwt_template: Fix undefined behavior in interleave() [00:34:00 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:83a737aa7007: avcodec/aacdec_fixed: Fix undefined integer overflow in apply_independent_coupling_fixed() [00:34:01 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07release/4.0:e049f7c24fc6: Update for 4.0.1 [00:41:52 CEST] <Compn> Zeranoe : requested topic no exist [00:42:24 CEST] <Zeranoe> Compn: looks like he deleted it [00:42:38 CEST] <Compn> k [00:43:08 CEST] <Compn> also reddit design has always been bad. also downvoting is not a disagreement button , so it has failed [00:44:00 CEST] <Zeranoe> Compn: what do you mean it's not a disagreement button [00:44:19 CEST] <Compn> downvote is for off topic [00:44:26 CEST] <Compn> or flames insults etc [00:44:30 CEST] <Compn> read the rules bro [00:44:49 CEST] <Compn> no one reads rules, downvote hides actual content, rip [01:03:06 CEST] <iive> Compn, that's why you downvote the things you disagree with... :P [01:04:24 CEST] <iive> imho, slashdot has a lot better system, limit the score to 5, give limited mod points, do moderation on the moderators. [01:04:39 CEST] <iive> but the problem is, it doesn't scale so well. [01:07:21 CEST] <thardin> reddit seems to think one moderator per 100,000 users or so is just dandy [01:08:04 CEST] <thardin> slashdot is old and bitter [01:08:32 CEST] <iive> a lot of drama has gone around moderators, at least in the reddit past. [01:12:34 CEST] <atomnuker> hn otoh will shadowban you [01:12:36 CEST] <kierank> thardin: yeah, too many trump supporters [01:14:47 CEST] <thardin> pretty much [01:14:57 CEST] <thardin> sad sack reactionaries [01:16:36 CEST] <Zeranoe> kierank: on slashdot? [01:17:55 CEST] <kierank> yes [01:19:20 CEST] <thardin> try looking at the comments to any article that is anything vaguely progressive [01:20:57 CEST] <thardin> it seems a bit better now compared to two years ago [01:26:54 CEST] <Zeranoe> Stay away from /r/The_Donald then [02:38:13 CEST] <cone-243> ffmpeg 03Carl Eugen Hoyos 07master:e3b339cc92e7: lavf/aviobuf: Increase Statistics verbosity to AV_LOG_VERBOSE. [02:55:15 CEST] <tmm1> would it be feasible to write an h264 cbs that combined paff fields back together? [02:57:00 CEST] <nevcairiel> seems kind of awkward to have something that basically un-does the parser [02:59:38 CEST] <kierank> tmm1: why, some of us want to decode paff fields [03:00:34 CEST] <tmm1> mediacodec decoder needs them to be submitted together: http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/231403.html [03:00:49 CEST] <nevcairiel> mediacodec is such a mess :D [03:01:18 CEST] <nevcairiel> (and using timestamps for any such things is never the right thing to do) [03:01:32 CEST] <tmm1> no arguments there, just trying to find the simplest way to get these videos playing [03:01:32 CEST] <kierank> poc is the only correct way [03:03:14 CEST] <tmm1> i tried telling the parser not to split them but that didnt work so well, so i guess putting them back together is my only option [03:03:33 CEST] <tmm1> wondering if i should do that in the decoder or as a bsf [03:04:20 CEST] <kierank> decoder would be better [03:04:34 CEST] <kierank> imo from an h264 perspective there's no good reason to combine paff fields [03:06:19 CEST] <tmm1> when the fields are split, is the pts copied into the first or second field packet? [03:06:36 CEST] <nevcairiel> first probably [03:06:47 CEST] <tmm1> it seems like maybe the second? since the packet missing pts is the one with side data [03:06:50 CEST] <tmm1> https://paste.ubuntu.com/p/M3Qdv498ZD/ [03:06:57 CEST] <nevcairiel> many containers will have timestamps for both fields though [03:39:11 CEST] <cone-243> ffmpeg 03Carl Eugen Hoyos 07n4.0.1:HEAD: lavf/aviobuf: Increase Statistics verbosity to AV_LOG_VERBOSE. [04:36:31 CEST] <Compn> iive : moderators are vastly overrated, slashdot and reddit voting are bad. i prefer equal free speech, and ... well... 4chan is the last place to find that haha [05:37:04 CEST] <Compn> egads [05:38:04 CEST] <Compn> watching old vhs anime rip [05:38:09 CEST] <Compn> the audio is so warped ! [05:40:31 CEST] <Compn> thought it was a bug in vorbis decoder for a second :D [05:52:40 CEST] <cone-243> ffmpeg 03Gyan Doshi 07master:70742f02642c: fate: correct filename references of qt-faststart binary [13:45:57 CEST] <Shibe> HI, I was wondering how I can compile this simple code? https://gist.github.com/2bf4664496a0032e6350142a775a504e [13:46:02 CEST] <Shibe> primecorder.c:(.text+0x40): undefined reference to `av_hwdevice_ctx_alloc' [13:46:07 CEST] <Shibe> seems like i'm not giving it the right linker options or i don't have a certain library installed? [16:20:23 CEST] <cone-914> ffmpeg 03Carl Eugen Hoyos 07master:07d1c4ae3f45: lavc/dpx: Allow packed 12-bit little-endian images. [19:16:07 CEST] <cone-914> ffmpeg 03Jerome Borsboom 07master:a43cdd769301: avcodec/vc1: fix overlap smoothing filter for P frames [19:27:09 CEST] <cone-914> ffmpeg 03Jerome Borsboom 07master:a8622497d3ef: avcodec/vc1: fix overlap and loop filtering for Simple and Main profile [19:27:10 CEST] <cone-914> ffmpeg 03Jerome Borsboom 07master:2065317db6dc: avcodec/vc1: add Simple and Main profile to vc1_put_signed_blocks_clamped [19:27:11 CEST] <cone-914> ffmpeg 03Jerome Borsboom 07master:77a3dfb328df: avcodec/vc1: rewrite vc1_decode_i_blocks to align with VC-1 spec [19:27:12 CEST] <cone-914> ffmpeg 03Jerome Borsboom 07master:8331e5913318: avcodec/vc1: remove unused ff_vc1_loop_filter_iblk [23:40:39 CEST] <ramiro> hey, it's been a while that I submitted patchsets to ffmpeg, so I don't quite remember the preferred way of splitting the patches [23:40:50 CEST] <ramiro> can someone comment on the 4 commits I have in https://github.com/ramiropolla/ffmpeg/commits/intra_penalty ? [23:42:08 CEST] <ramiro> I'd merge the first three, so I'd end up with "lavu/frame: add mb_types [...]" and "mpegvideo_enc: add intra_penalty [...]" [23:44:12 CEST] <jamrial> ramiro: no, don't merge them [23:44:21 CEST] <jamrial> they are split properly as is [23:45:11 CEST] <jamrial> one adding public enum values, another cosmetic splitting off a function, an ffprobe change and a mpegvideoenc change [23:46:26 CEST] <jamrial> and for that matter, make the avcodec.h flag 1 << 27 instead, or any free value under 31 [23:46:40 CEST] <jamrial> send the patchset to the ml in any case [00:00:00 CEST] --- Sun Jun 17 2018

1 0

ffmpeg.log.20180616
by burek 17 Jun '18

17 Jun '18

[00:00:20 CEST] <GuiToris> nicolas17, https://ptpb.pw/OQKw [00:01:03 CEST] <nicolas17> oh bah [00:01:17 CEST] <nicolas17> I think you need rotate=1.5*PI/180:ow=rotw(1.5*PI/180):oh=roth(1.5*PI/180) [00:01:57 CEST] <nicolas17> but now I'm not sure if that will fix your problem :P [00:02:31 CEST] <nicolas17> it might be the opposite of what you want, making the output video larger so that the whole input video is visible, but showing more black borders [00:03:25 CEST] Action: nicolas17 experiments [00:04:14 CEST] <GuiToris> yes I still have borders [00:04:39 CEST] <GuiToris> and it got rotated clockwise [00:04:53 CEST] <nicolas17> a negative sign fixes the clockwise part [00:05:05 CEST] <nicolas17> let me figure out the math for the video size... [00:05:08 CEST] <GuiToris> rotate=-1.5*PI/180 [00:05:21 CEST] <Pandela> Are there any workarounds for ffplay staying fullscreen on a second monitor? I'm on Ubuntu 16.04, other applications stay fullscreen just fine [00:05:59 CEST] <Pandela> but anytime I focus on another window in my laptop screen ffplay goes in the background [00:09:18 CEST] <furq> just don't use ffplay in general [00:10:27 CEST] <Pandela> lmao [00:10:37 CEST] <Pandela> but I Fucken love ffplay [00:10:52 CEST] <furq> it's really not intended for anything other than debugging [00:11:01 CEST] <furq> use mpv if you want something lightweight that uses the ffmpeg libs [00:11:07 CEST] <Pandela> I abuse the hell out of it [00:11:19 CEST] <furq> --fullscreen and --fs-screen=[screen] should do what you want [00:11:28 CEST] <Pandela> is mpv have as little latency as ffplay does when you pipe data in? [00:11:40 CEST] <furq> i'm sure you can make it [00:12:39 CEST] <GuiToris> nicolas17, isn't cropdetect what I'm looking for? [00:13:04 CEST] <Pandela> huh alright, will def give it a go. I just love ffplay because of how fast it decodes, I can apply filters to webcam input to see whatthe filters do in realtime, I abuse the decoders to intererept the wrong data, etc [00:13:25 CEST] <furq> just tried it with --no-cache and it's about half a second behind [00:13:31 CEST] <furq> you can probably tweak it further [00:14:23 CEST] <Pandela> that's not bad :0 I'll give it a shot. I really need complete realtime for what I'm doing though [00:14:34 CEST] <furq> i'd be surprised if you could get that with ffplay [00:14:50 CEST] <furq> last time i looked into it ffplay was about the same latency [00:14:55 CEST] <furq> but then i didn't try that hard [00:15:09 CEST] <Pandela> I get full realtime in ffplay all the time without issue [00:15:19 CEST] <Pandela> usually at 640x360 resolution [00:15:22 CEST] <furq> piping from ffmpeg? [00:15:33 CEST] <Pandela> yessir [00:15:37 CEST] <furq> fun [00:16:03 CEST] <YokoBR> hi folks [00:16:23 CEST] <YokoBR> please, how do I export some file with ffmpy3 to mp4, but without writing the file extension? [00:16:29 CEST] <YokoBR> like .mp4 [00:16:34 CEST] <furq> -f mp4 [00:16:44 CEST] <Pandela> ^ [00:17:09 CEST] <GuiToris> nicolas17, hmm, it didn't crop the video automatically [00:17:18 CEST] <GuiToris> the negative value is great [00:17:39 CEST] <nicolas17> GuiToris: it doesn't, it just tells you what size to use; and it seems to be for when the video has rectangular (not rotated) black borders [00:17:49 CEST] <GuiToris> [Parsed_cropdetect_2 @ 0x563e45f75540] x1:0 x2:1919 y1:0 y2:1079 w:1920 h:1072 x:0 y:4 pts:482400 t:2.680000 crop=1920:1072:0:4 [00:18:29 CEST] <furq> yeah if your video is already rotated then you'll probably need to work it out yourself [00:18:33 CEST] <furq> or ask cropdetect [00:18:48 CEST] <nicolas17> this is just trigonometry [00:19:02 CEST] <furq> it's not even that complicated is it [00:19:08 CEST] <furq> it's just knowing what size the video was supposed to be [00:19:12 CEST] <GuiToris> I guess I need to zoom a little bit to avoid borders [00:19:19 CEST] <nicolas17> if a rectangular video is rotated by a° then how much do you need to crop it to avoid seeing the borders [00:23:51 CEST] <nicolas17> ok, looks like there are multiple possible crop rectangles so an extra constraint is needed [00:23:57 CEST] <nicolas17> maximize area? keep aspect ratio? [00:27:10 CEST] <GuiToris> ahh, if it's that complicated I'd be better off using a graphical video editing software :( [00:27:50 CEST] <nicolas17> well you can always do trial and error, scale by 1% and crop to original size and see if that takes the borders away [00:27:50 CEST] <GuiToris> I hoped my computer can handle the ugly math [00:28:06 CEST] <nicolas17> if it doesn't then try 2% :) [00:28:52 CEST] <GuiToris> I'll give it a try [00:30:36 CEST] <GuiToris> are you sure I can scale it by percents? [00:31:49 CEST] <GuiToris> I'll try guessing [00:31:49 CEST] <nicolas17> scale=iw*1.01:ih*1.01 is 1% bigger [00:42:36 CEST] <GuiToris> finally, the borders are gone [00:43:02 CEST] <GuiToris> it wasn't that easy, as I scaled the video the borders got bigger and bigger too [00:44:17 CEST] <GuiToris> thank you for your help and patience [00:47:10 CEST] <GuiToris> see you later :) [05:03:15 CEST] <truedread> hi everyone, i'm trying to decode some hevc video to a raw yuv but i'm having some issues [05:03:17 CEST] <truedread> here's the output [05:03:18 CEST] <truedread> https://pastebin.com/raw/2DjeR9vX [05:03:36 CEST] <truedread> i'm trying to utilize hw hevc decoding on my kabylake cpu [05:03:41 CEST] <truedread> this is on a windows laptop with no dedicated gpu [05:03:56 CEST] <truedread> if anyone could help it would be much appreciated [05:24:12 CEST] <Cracki> try -f something [05:24:30 CEST] <Cracki> not sure if ffmpeg understands what you mean when you just give it "something.yuv" [05:24:44 CEST] <Cracki> also you should increase verbosity [05:43:14 CEST] <truedread> Cracki, Stream #0:0 -> #0:0 (hevc (hevc_qsv) -> rawvideo (native)) [05:43:15 CEST] <truedread> it knows [05:43:28 CEST] <truedread> no different if i do -c:v rawvideo [05:44:20 CEST] <truedread> Cracki, here's with -v debug [05:44:20 CEST] <truedread> https://pastebin.com/raw/z7Y0Qd85 [06:32:46 CEST] <nico_> Hi guys! I would like to convert mpeg2 to mp4 files. It's for a job, but the mpeg2 files are captured from VHS video with EasierCap. As they are captured from VHS, the quality is not great, but nevertheless I do not want to give a product with very low qualilty. Which parameters should I use in ffmpeg to make this conversion? If you can give me the full command I would be very grateful! I am trying to develop some bash scripts with the [06:49:39 CEST] <fengshaun> I'm trying to have ffmpeg generate a segment list using the segment muxer in m3u8 format from an mp4 file. However, I don't want an output file or the segments themselves, just the m3u8 playlist. Additionally, I want to have the m3u8 in v4 format with byteranges (which hls muxer does, but segment muxer doesn't). How can I achieve that? [06:51:00 CEST] <fengshaun> it seems both muxers really want to output the generated segments in addition to the playlist [06:51:22 CEST] <fengshaun> and segment muxer doesn't seem to support v4 [07:19:56 CEST] <fengshaun> hmm nvm, I guess the muxer does some stuff that's needed in order to match it with the m3u8 playlist [12:17:09 CEST] <_Strix_> hi [12:17:24 CEST] <_Strix_> Guys, need some help here. [12:18:02 CEST] <_Strix_> Can someone give me some guidance on how to install ffmpeg-php on CentOS 7.1 [13:00:50 CEST] <JEEB> _Strix_: that is not an FFmpeg project and thus you should find the people developing that thing [13:44:23 CEST] <Shibe> HI, I was wondering how I can compile this simple code? https://gist.github.com/2bf4664496a0032e6350142a775a504e [13:44:24 CEST] <Shibe> primecorder.c:(.text+0x40): undefined reference to `av_hwdevice_ctx_alloc' [13:44:36 CEST] <Shibe> seems like i'm not giving it the right linker options or i don't have a certain library installed? [13:46:26 CEST] <JEEB> use pkg-config to get the right flags [13:47:19 CEST] <JEEB> pkg-config --libs libavutil or libavcodec or so (don't remember if the libs' names had the "lib" prefix) [13:48:09 CEST] <JEEB> if you have a custom prefix, use PKG_CONFIG_PATH to append your custom prefix/lib/pkgconfig to the search path [14:08:01 CEST] <JEEB> Shibe: instead of randomly spamming random channels maybe actually see if anyone replied to you? [14:09:47 CEST] <Shibe> JEEB: got it, thanks! [17:40:25 CEST] <Yukkuri> hi, how do i control bitrate? i specify -b:v 128k -maxrate 128k -bufsize 128k -b:a 20k and still at some places bitrate goes crazy up to 180k instead of should-be-possible 148k. [17:40:43 CEST] <Yukkuri> which flags am i missing? [17:41:25 CEST] <Yukkuri> isn't maxrate should mean maximum tolerance? [17:41:48 CEST] <Yukkuri> clearly something is going out of tolerated constraints [17:58:08 CEST] <furq> Yukkuri: what encoder is that [18:02:08 CEST] <Yukkuri> furq: -c:v libvpx-vp9 -c:a libopus -f webm [18:03:14 CEST] <Yukkuri> i'm okay both with webm and mp4 and practically any HTML5-supported codec, but i need not file size to exceed 3mb at 2:37 length [18:03:31 CEST] <furq> x264 generally has better ratecontrol, so maybe try that [18:03:33 CEST] <Yukkuri> so something about 150k is very close to my limit, considering container headers [18:03:54 CEST] <Yukkuri> furq: okay, thanks [18:04:39 CEST] <Yukkuri> in the mean time i also found that VBV with two-pass encodings may yield better results at rate-control [18:04:56 CEST] <Yukkuri> as explained in https://slhck.info/video/2017/03/01/rate-control.html [18:05:29 CEST] <furq> that's true for both codecs, yeah [18:05:31 CEST] <Yukkuri> furq: another aspect: which of VP9 and x264 do have better compression ratio with the same mean image quality? [18:05:40 CEST] <furq> probably vp9 [18:06:01 CEST] <furq> not sure how well it performs at super low bitrates, but that's generally where newer generation codecs make big gains [18:06:27 CEST] <Yukkuri> guess i'll have to stick with two-pass VP9 then, as at this rate, image quality already suffers greatly at some scenes [18:06:45 CEST] <furq> https://trac.ffmpeg.org/wiki/Encode/VP9#speed [18:06:55 CEST] <Yukkuri> also, is three a way to control scene change detection threshold when inserting keyframes? [18:07:07 CEST] <furq> you'll probably want -deadline best -cpu-used 0 [18:07:27 CEST] <furq> i don't know if libvpx has anything like that [18:07:29 CEST] <Yukkuri> i am already using -keyint_min 0, but at some sharp scene changes still have less keyframes then wanted to [18:07:46 CEST] <Yukkuri> ow, this is codec-specific. [18:07:50 CEST] <furq> yeah [18:08:20 CEST] <Yukkuri> so i can't say have crazy stream where every frame is a keyframe or insert keyframe at my whim. [18:08:20 CEST] <furq> you'll also want to disable multithreading if you want to squeeze every last bit of efficiency out [18:08:27 CEST] <furq> although i think it's disabled by default for vpx [18:09:14 CEST] <furq> Yukkuri: there is -force_key_frames but that just takes a list of frame numbers [18:09:20 CEST] <furq> if you want to tune scenecut then that's codec-specific afaik [18:09:50 CEST] <Yukkuri> but i can detect frames with scenecut -vf and then feed it to -force_key_frames, yes? [18:09:57 CEST] <furq> probably [18:10:39 CEST] <Yukkuri> i would also gain control over threshold at this point, so it worth to try [18:10:41 CEST] <Yukkuri> thank you [19:13:21 CEST] <Yukkuri> also, does ffmpeg supports any form of lists or arrays, to simplify expresions like this one: [19:13:34 CEST] <Yukkuri> force_key_frames "expr:if(lte(n_forced,0),gte(t-1/60,2.067),if(lte(n_forced,1),gte(t-1/60,5.317),if(lte(n_forced,2),gte(t-1/60,7.134),0)))" [19:14:39 CEST] <Yukkuri> it forces three keyframes at frames with timestamps directly preceeding times of 2.067, 5.317 and 7.134 seconds [19:15:10 CEST] <Yukkuri> a bit of recursive if/then/else, uggly tjing [19:15:12 CEST] <Yukkuri> thing* [19:16:42 CEST] <Yukkuri> generated with [19:16:43 CEST] <Yukkuri> -vf "select=gt(scene\,0.4),showinfo" -f null - 2>&1 | grep -Po 'pts_time:\K[0-9.]*' | awk 'function decent(i){if (i>=NR) { return "0"; } else { return "if(lte(n_forced,"i"),gte(t-1/60,"arr[i]"),"decent(i+1)")"; }}{arr[NR-1]=$1}END{print decent(0)}' [19:17:11 CEST] <Yukkuri> 1/60 is input file framerate, btw [19:19:04 CEST] <Yukkuri> the whole subtraction thing is needed because by default, ffmpeg chooses next frame to be keyframe and not previous, which results in imperfect keyframes [19:19:49 CEST] <Yukkuri> ow, i was wrong when was thinking of direction. it is actually inverse, obviously. [19:20:27 CEST] <Yukkuri> still, the problem is here -- i need frame-wide shifts from timestamps that showinfo displays [19:21:55 CEST] <Yukkuri> with some kind of list or array, it would be a simple lookup table [19:53:33 CEST] <slavanap> Hi! How to get audio quality loss stats after conversion from wav to lossy format? [19:54:03 CEST] <furq> there isn't really any such thing [19:54:06 CEST] <slavanap> With libopus & libvorbis [19:54:30 CEST] <slavanap> I want to compare PSNR or something of output vs. original [19:59:16 CEST] <slavanap> Does `-psnr` flag only work for video transcoding? [19:59:40 CEST] <furq> yeah [19:59:56 CEST] <furq> psnr is a pretty useless metric for most audio codecs though [20:52:14 CEST] <fengshaun> I'm getting a lot of deprecation warnings when following dranger's tutorial, but the doxygen docs don't provide any alternative to deprecated functions [20:52:23 CEST] <fengshaun> avcodec_decode_video2 is one such example [20:52:32 CEST] <fengshaun> along with av_packet_free being another [20:52:39 CEST] <fengshaun> how do I go about finding the alternatives in the docs [21:01:19 CEST] <BtbN> apichanges. [21:01:25 CEST] <BtbN> and in the doc of each function in question [21:18:19 CEST] <fengshaun> thanks [21:18:30 CEST] <fengshaun> the doxygen docs don't mention anything :S [21:18:39 CEST] <fengshaun> where are apichanges? [21:23:30 CEST] <BtbN> they do, and point you directly to the replacement. [21:23:46 CEST] <BtbN> https://www.ffmpeg.org/doxygen/trunk/group__lavc__decoding.html#ga3ac51525b… [21:23:50 CEST] <BtbN> Deprecated: [21:23:50 CEST] <BtbN> Use avcodec_send_packet() and avcodec_receive_frame(). [21:25:43 CEST] <fengshaun> oh, thanks [22:02:18 CEST] <slavanap> furq, jgyi https://gist.github.com/slavanap/70dd6c898877127d4e09668c9a6488f3 [22:02:22 CEST] <slavanap> *jfyi [22:02:56 CEST] <slavanap> looks like PSNR of libvorbis is way better than libopus. [22:03:08 CEST] <slavanap> 55dB is 22dB [22:06:01 CEST] <BtbN> I highly doubt that [22:07:31 CEST] <atomnuker> I believe that [22:07:46 CEST] <atomnuker> psnr is rubbish for measuring anything, especially audio [22:09:01 CEST] <furq> i feel like i already mentioned this [22:09:42 CEST] <furq> you want something like PEAQ for audio, although i couldn't tell you how reliable it is [22:09:46 CEST] <furq> for lossy audio, that is [23:14:27 CEST] <fengshaun> just to confirm whether I understand time_base correctly. pts and dts are in factors of time_base, so to get seconds, I need to pts * time_base (in double). time_base itself is represented by an AVRational to prevent losing precision, which can be used as double using av_q2d(AVRational) or just .num/.den [23:14:33 CEST] <fengshaun> it seems to work just right [23:14:57 CEST] <fengshaun> and I can seek in increments of how many seconds I want just by converting from pts to seconds and back [23:15:18 CEST] <fengshaun> and av_seek_frame seems to find the closest keyframe appropriately [23:16:14 CEST] <JEEB> time_base is basically ticks per second, and then pts/dts are the ticks for each packet/frame [23:21:07 CEST] <fengshaun> JEEB, oh, that's so simple! [23:21:27 CEST] <fengshaun> thanks [23:21:31 CEST] <fengshaun> this is exciting [23:21:48 CEST] <JEEB> like time_base=1/90000 and pts=90000 is 1s [23:55:30 CEST] <faLUCE> hello. How can I increase the volume of myfile.mp3 without re-encoding it? thanks [23:57:26 CEST] <furq> replaygain tag or mp3gain [23:58:05 CEST] <faLUCE> furq: are there part of ffmpeg ? [23:58:09 CEST] <furq> not to my knowledge [23:58:44 CEST] <furq> you could probably write a bsf for it but nobody has [23:59:17 CEST] <furq> for mp3gain, i mean [23:59:24 CEST] <furq> there is some support for reading replaygain tags but not for writing them iirc [23:59:25 CEST] <faLUCE> I see [23:59:33 CEST] <furq> but mp3gain is the better way of doing it [23:59:59 CEST] <faLUCE> furq: mp3gain is not for linux [00:00:00 CEST] --- Sun Jun 17 2018

1 0

ffmpeg-devel.log.20180615
by burek 16 Jun '18

16 Jun '18

[00:00:16 CEST] <BtbN> I'm not a fan of meson [00:00:23 CEST] <atomnuker> Mathieu_Du: if you want any chance of getting it merged in please keep quiet about any sort of a transition period [00:00:45 CEST] <nevcairiel> because hiding your real intentions is such a good way to do things [00:01:07 CEST] <atomnuker> not hiding anything, just letting things get to where you'd like them to be is called foresight [00:01:09 CEST] <BtbN> There obviously will be one if/when anything like that will get merged [00:01:27 CEST] <atomnuker> not necessarily, one can be added later [00:01:43 CEST] <Mathieu_Du> atomnuker, I'm only giving my opinion on keeping both canonical build systems for ever (with as many rhetorical precautions as I could find :) [00:02:24 CEST] <atomnuker> mpv still has kept both its build systems for 5 or so years now I think [00:03:02 CEST] <Mathieu_Du> Anyway, I'm an outsider here, decisions should be made by the FFmpeg community [00:03:08 CEST] Action: Mathieu_Du goes back into hiding [00:09:41 CEST] <j-b> the beautiful configure that does not output anything for 2 minutes and then explodes? :) [00:10:28 CEST] <nevcairiel> 2 minutes? you wish [00:10:31 CEST] <nevcairiel> more like 10 [00:10:54 CEST] <Mathieu_Du> 1 m 30 on my system fwiw, but I didn't try it on Windows [00:11:31 CEST] <Mathieu_Du> meson's configuration takes ~ 15 seconds (and it actually says things while doing them :) [00:12:07 CEST] <BtbN> I wonder if someone were to come up with a feature complete Python script for configure... what people would say about it [00:12:38 CEST] <Mathieu_Du> It should be noted that build times are comparable, I've usually observed radical speedups when ported projects used some form of recursive make, but that's not the case for ffmpeg [00:13:14 CEST] <nevcairiel> yeah during actual compilation i get close to 100% cpu use all the time [00:13:24 CEST] <nevcairiel> its just configure thats bum slow, especially on windows [00:13:39 CEST] <BtbN> in before someone comes up with a way to parallelize configure [00:13:59 CEST] <Mathieu_Du> good luck :) [00:18:13 CEST] <atomnuker> Mathieu_Du: how is yours so fast? [00:18:38 CEST] <atomnuker> mine checks all math functions which takes quite some time (exp, sin, cos, log, pow, etc) [00:19:15 CEST] <Mathieu_Du> Well you make me doubt now, let me time again [00:19:45 CEST] <Mathieu_Du> I have a decent machine, but not crazy fast either [00:20:19 CEST] <Mathieu_Du> real 1m17.453s [00:20:22 CEST] <Mathieu_Du> I lied :) [00:21:14 CEST] <Mathieu_Du> time meson build -> real 0m16.002s [00:21:37 CEST] <Mathieu_Du> Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz is my CPU [00:24:07 CEST] <BtbN> ./configure --disable-doc 78,99s user 134,87s system 84% cpu 4:12,94 total [00:27:11 CEST] <__tim> meson's checks are currently not optimised for speed at all yet fwiw, there are some experiments/branches/plans to parallelise checks [00:28:11 CEST] <Mathieu_Du> that would be https://github.com/mesonbuild/meson/issues/3635 if I'm not mistaken :) [00:29:30 CEST] <atomnuker> Mathieu_Du: do you require git master of meson? ['alsa', ['alsa/asoundlib.h'], ['snd_pcm_htimestamp'], {}], [00:29:34 CEST] <atomnuker> errors out [00:29:38 CEST] <January> atomnuker: yes [00:29:40 CEST] <Mathieu_Du> Yes [00:29:43 CEST] <atomnuker> why? [00:29:48 CEST] <January> I stated that in the email iirc [00:29:49 CEST] <Mathieu_Du> precisely because of that [00:30:04 CEST] <Mathieu_Du> I've added dictionaries in meson recently [00:30:22 CEST] <Mathieu_Du> https://github.com/mesonbuild/meson/pull/3490 [00:30:41 CEST] <Mathieu_Du> for the FFmpeg use case, but it's generally useful [00:32:23 CEST] <January> atomnuker: also I thought mpv wanted to move to meson [00:33:00 CEST] <atomnuker> if someone does the work [00:34:11 CEST] <January> atomnuker: of course, same as always, no different here either [00:37:38 CEST] <durandal_1707> January: how it outputs selected decoders/demuxer/parsers ? in one go? [00:51:29 CEST] <Gramner> what kind of machine do you need for configure to take 10 minutes? it runs in under 30 seconds for me on a clean copy of git master which isn't that bad considering it's generally not something you do a hundred times per day [00:52:13 CEST] <nevcairiel> I have a 7900X at 4.5GHz and a PCIe SSD .. I just have Windows as well =p [00:52:32 CEST] <cehoyos> That surprises me: It takes 90 minutes on a hardware where compilation takes <5 minutes... [00:52:36 CEST] <nevcairiel> the process creationg cost of the billions of forks makes it super slow [00:54:04 CEST] <iive> Gramner, remember this: https://randomascii.wordpress.com/2017/07/09/24-core-cpu-and-i-cant-move-my… ? [00:54:32 CEST] <Gramner> e.g. "lol, windows"? [00:54:41 CEST] <nevcairiel> that was just a bug and was fixed [00:55:02 CEST] <Gramner> at least windows 10 ships with built-in ubuntu [00:55:08 CEST] <Gramner> what about using that? [00:55:24 CEST] <iive> it's still using windows kernel, isn't it? [00:55:27 CEST] <nevcairiel> making native windows builds through that is annoyingly hard to setup [00:58:39 CEST] <nevcairiel> but it is actually much faster in that [00:58:57 CEST] <nevcairiel> their implementation of fork may actually work properly, unlike the one msys uses =p [00:59:47 CEST] <jamrial> Windows 10 starting with the fall's creator update takes a shitload of time to run configure apparently because of some process spawn issue [01:00:06 CEST] <jamrial> haven't tested the latest version that came out a month or so ago [01:00:10 CEST] <jamrial> so no idea if it was fixe [01:01:00 CEST] <j-b> The last 2 updates of Win10 are really shitty. [01:01:06 CEST] <jamrial> since configure apparently calls bash every time it tries to do some module dependency check, well... [01:01:11 CEST] <nevcairiel> its hard to compare since shit is slow anyway since the depedency changes [01:01:52 CEST] <j-b> bash that calls pkg-config :) [01:02:53 CEST] <nevcairiel> my fate VM runs on windows 8.1 still since its pretty old, and it also takes forever to configure [01:03:19 CEST] <jamrial> j-b: pkg-config is called at most 20 times if you enable every single external library [01:03:25 CEST] <jamrial> the problem is in i think flatten_extralibs() [01:05:32 CEST] <jamrial> nevcairiel: curious, win10 pre falls creator would take a minute or so for me at worst [01:05:44 CEST] <nevcairiel> after the dep changes? [01:05:50 CEST] <jamrial> yeah [01:06:08 CEST] <jamrial> at least that's how i remember it [01:06:13 CEST] <nevcairiel> it takes about a minute in WSL [01:23:41 CEST] <cone-892> ffmpeg 03Carl Eugen Hoyos 07master:78298bce70ed: lavc/dpx: Reset n_datum for every new line when decoding 12bit. [01:23:41 CEST] <cone-892> ffmpeg 03Carl Eugen Hoyos 07release/4.0:a6d85a97d0be: configure: The eac3_core bitstream filter needs the ac3 parser. [03:19:47 CEST] <cone-892> ffmpeg 03Pavel Koshevoy 07master:29cddc99cd83: lavfi/atempo: raise max tempo limit (v2) [03:59:20 CEST] <BBB> Im trying to imagine if a video encoder was written like our configure script and ran on windows [03:59:31 CEST] <BBB> how long would it take to encode 1 1080p video frame? [04:01:27 CEST] <jamrial> for that comparison to work, the video encoder in question should launch a new process for every pixel encoded :p [04:02:09 CEST] <jamrial> this is not a configure issue but a bash/environment one [04:02:18 CEST] <jamrial> bash because we may be asking a bit too much from it [04:02:31 CEST] <jamrial> environment because windows sucks at it [04:06:46 CEST] <jamrial> how feasible is to just switch from bash to some other scripting language, like python (pure, not wrapped with meson), to do the exact same thing we're doing with bash? [04:06:56 CEST] <jamrial> i think boost uses python for their configure script [04:33:26 CEST] <Compn> i like my idea the best [04:33:32 CEST] <Compn> we use tcc to compile an .exe to compile ffmpeg [05:05:27 CEST] <January> I mean switching to a custom build system in an actual language would be better than we have now but... idk [08:13:34 CEST] <j-b> Compn: <3 [08:13:50 CEST] <j-b> January: no. Custom is bad. [08:13:55 CEST] <j-b> it's always bad. [08:15:44 CEST] <j-b> We see that with VLC, that we compile on a very wide number of architecture and platforms, including shitty one. [08:16:04 CEST] <j-b> And every single custom configure is wrong in a way or another. [08:16:11 CEST] <j-b> like, no exceptions. [08:16:33 CEST] <j-b> Only ffmpeg one is not shitty, but it's not perfect either [08:23:37 CEST] <January> j-b: its also not practical in this case [11:21:14 CEST] <BtbN> Building ffmpeg with libmfx on Windows seems to be a pain, wow [11:22:06 CEST] <nevcairiel> i never thought it was that bad [11:22:15 CEST] <nevcairiel> just use the copy from luca with the pkg-config file [11:22:16 CEST] <BtbN> It is if you're not using msvc [11:22:27 CEST] <BtbN> Building the one from luca needs the Intel SDK [11:22:39 CEST] <nevcairiel> building the one from the intel sdk also needs the intel sdk [11:22:40 CEST] <nevcairiel> :D [11:23:00 CEST] <BtbN> And then throw Cygwin in the mix, and you have a massive mess [11:23:14 CEST] <nevcairiel> i stay away from cygwin because mess is its middle name [11:23:31 CEST] <BtbN> It's the only practically useable environment for Windows [11:23:39 CEST] <nevcairiel> i do fine with msys2 [11:23:50 CEST] <BtbN> For just building, maybe. But not as a work environment. [11:24:00 CEST] <BtbN> way too many packages are missing [11:24:07 CEST] <nevcairiel> i dont need a work environment :) [11:24:16 CEST] <BtbN> I'm not gonna learn PowerShell or CMD [11:24:36 CEST] <nevcairiel> but i would use WSL if i needed something to regularly run linux-y things [11:24:39 CEST] <RiCON> nevcairiel: can you check with mingw/msys2 that --disable-autodetect --enable-iconv isn't working? [11:25:11 CEST] <nevcairiel> maybe later, need to go buy lunch and running configure takes forever [11:25:20 CEST] <RiCON> for some reason it's enabling libc_iconv, which only checks iconv with -liconv [11:25:31 CEST] <RiCON> without -liconv* [11:26:56 CEST] <nevcairiel> i dont use the msys2-provided toolchain though, so i probably dont even have a compatible iconv [11:35:15 CEST] <BtbN> seems like libmfx in Cygwin is impossible. It just refuses to configure. [11:35:32 CEST] <BtbN> That's as annoying as it gets. Non-Cygwin ffmpeg is unuseable in a cygwin shell [11:49:34 CEST] <BtbN> well, thanks to C++ it is even more impossible. [12:29:03 CEST] <nevcairiel> thats why i really dont like cygwin, it doesnt really do well with interoperability [12:29:08 CEST] <nevcairiel> its eitehr go full cygwin or go home [12:44:59 CEST] <jdarnley> You're not wrong. [12:45:28 CEST] <jdarnley> Though I think it is becuase ffmpeg tries to be interactive. [15:13:10 CEST] <Compn> j-b : which do you like better autotools config or ffmpeg config ? [15:13:18 CEST] <Compn> configure * [15:43:49 CEST] <cone-257> ffmpeg 03Pavel Koshevoy 07master:f7d117b48464: avcodec/nvenc: enable nvenc encoder instance reuse [15:43:50 CEST] <cone-257> ffmpeg 03Timo Rothenpieler 07master:6129b13dadeb: configure: simplify ffnvcodec version logic [15:44:33 CEST] <nevcairiel> i stil think that nvenc change basically violates avcodec api [16:22:54 CEST] <BtbN> Weird, configure --disable-doc needs 1~2 Minutes. If I --enable-libmfx, it suddenly needs 18 minutes. [16:27:49 CEST] <BtbN> jkqxz, what's up with those load_plugins for QSV? Do I only get full hwaccel if I -load_plugin hevc_hw/h264_hw? And why is it not default on Windows, but on Linux? [16:34:04 CEST] <BtbN> In fact, without manually doing -load_plugin hevc_hw, it doesn't even work, because the sw plugin doesn't exist [16:47:44 CEST] <Zeranoe> Enjoy: https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&p=13808 [16:53:31 CEST] <Mathieu_Du> ./configure --enable-js of course [17:01:08 CEST] <Zeranoe> "Why is my browser crushing my computer?" [18:42:30 CEST] <tmm1> Zeranoe: https://github.com/Kagami/ffmpeg.js [18:44:28 CEST] <nevcairiel> there are tools to just compile C to JS, so thats no surprise to exist [18:44:36 CEST] <Zeranoe> Well I'll be damned [18:45:32 CEST] <January> Zeranoe: also WebAssembly [18:46:46 CEST] <January> Zeranoe: there are demos of qemu running in the browser [18:48:36 CEST] <j-b> linux running inside the webbrowser. [18:49:21 CEST] <Zeranoe> Didn't FFmpeg's founder do something with that? [18:49:43 CEST] <January> Yes Bellard wrote it [18:50:21 CEST] <January> Also Win95 in the browser, its pretty impressive really [18:51:03 CEST] <j-b> Compn: autotools, probably. [18:55:02 CEST] <Zeranoe> What is the practical use of running FFmpeg in a browser? [18:55:12 CEST] <j-b> so far, none [18:55:24 CEST] <j-b> like win95 in a browser [18:55:40 CEST] <j-b> it is just cool [18:57:10 CEST] <jamrial> client side encoding of uploaded videos to whatever site that can't afford the server costs for such workload? [18:57:33 CEST] <jamrial> the fact the available builds are mp4 and webm encoding/muxing hint at that [18:57:38 CEST] <Zeranoe> except you still need to download the FFmpeg js file which is like 20 megs at the least [18:58:04 CEST] <nevcairiel> well the browser just does that in the background =p [18:59:38 CEST] <Zeranoe> right, but requiring people to download that is a little intrusive imo [19:00:06 CEST] <nevcairiel> its not like browsers dont download .js on any other site [19:00:09 CEST] <nevcairiel> its just a bit bigger [19:00:18 CEST] <Zeranoe> "a bit" [19:00:29 CEST] <nevcairiel> its not like 20mb is that much in the age of broadband [19:01:48 CEST] <Zeranoe> I feel like we've come full circle. Start off loeading everything to a central server, and now the cool thing to do is offload everything to the client [19:04:13 CEST] <jamrial> nowadays opening a random modern website full of bells and whistles is like 5mb of scripts, images and assorted crap [19:05:53 CEST] <jamrial> tried reddit front page (the new design that looks like a social network wannabe) and it was 3mb [19:05:56 CEST] <jamrial> old design 1.4mb [19:07:04 CEST] <kierank> adblock+ghostery [19:07:24 CEST] <Zeranoe> I hate the new design [19:07:30 CEST] <jamrial> this was with ublock :p [19:08:21 CEST] <jamrial> disabled umatrix to test and got the above [19:17:01 CEST] <j-b> I'm not a huge fan of the new design either [19:18:48 CEST] <nevcairiel> I was never a huge fan of Reddit, I just don't "get it" [19:20:27 CEST] <TheAMM> User-driven content aggregator [19:20:32 CEST] <TheAMM> works for me [21:47:36 CEST] <BtbN> Shouldn't DXVA2 -> QSV full hw transcode be possible? [21:47:42 CEST] <BtbN> It always seems to download the framesw [21:51:02 CEST] <cone-243> ffmpeg 03erankor 07master:3dc5aa36fbbd: qt-faststart - print errors to stderr [22:27:46 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07master:2e205bfc14d8: avcodec/decode: Consider STRIDE_ALIGN in get_buffer_internal() when checking width [22:27:47 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07master:aa41d322be71: avutil/common: Fix undefined behavior in av_clip_uintp2_c() [22:27:48 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07master:575d8ca0260f: avcodec/dirac_dwt_template: Fix undefined behavior in interleave() [22:27:49 CEST] <cone-243> ffmpeg 03Michael Niedermayer 07master:8bd514d93437: avcodec/aacdec_fixed: Fix undefined integer overflow in apply_independent_coupling_fixed() [22:43:51 CEST] <ramiro> michaelni: regarding adding a fate test for the '-intra_penalty max' patch. should we find a way to detect if there was any intra mb in the output (I don't see how to do this cleanly) or is it enough to just add a test that uses this flag and hope for the best? [22:45:18 CEST] <michaelni> there was some -debug flag that could show mb types IIRC. Not sure if that would be easy to use [22:46:01 CEST] <michaelni> if its not easy then simply adding some test and hoping for the best would be the obvious option [00:00:00 CEST] --- Sat Jun 16 2018

1 0

ffmpeg.log.20180615
by burek 16 Jun '18

16 Jun '18

[00:45:50 CEST] <sau> I am new with this.. is it ok to ignore the warnings for x264 when compiling ffmpeg? [01:07:45 CEST] <sau> it works.. [02:25:33 CEST] <YokoBR> hi folks [02:26:10 CEST] <YokoBR> please, I'm receiving blob parts and trying to write them to a file with ffmpy (python) [02:26:29 CEST] <YokoBR> my cmd: ffmpeg -vcodec libx264 -pix_fmt yuv420p -s:v 640x480 -i pipe:0 -c:v libx264 -f mp4 teste.mp4 [02:26:57 CEST] <YokoBR> Input #0, lrc, from 'pipe:0': Duration: N/A, bitrate: N/A Stream #0:0: Subtitle: text Output #0, mp4, to 'teste.mp4': Output file #0 does not contain any stream [02:27:22 CEST] <YokoBR> It's a blob from javascript (mediarecorder stream) [02:45:43 CEST] <klaxa> try mkv? stream only contains subtitles? [03:26:47 CEST] <YokoBR> klaxa: stream contain video from mediarecorder [04:42:19 CEST] <bolds> can anyone help me with an error on ffmpeg built for android? [06:24:40 CEST] <rngkll> Hi, I'm trying to use vaapi for hardware acceleration, but I'm facing a couple of problems, is there a way to identify the card?, I can see renderD128 but I don't know if this is the intel graphics or the radeon I have [15:49:42 CEST] <kepstin> rngkll: there should be some info in sysfs that can tell you which nodes belong to which card. [16:28:31 CEST] <leewdch> I'm working with webms and still images in videos, are there options I can use to save video bitrate and/or optimize the result? I sometime notice compression artifacts even if the image is still [16:32:45 CEST] <furq> leewdch: not sure if you can change anything other than -deadline and -cpu-used [16:32:54 CEST] <furq> and -crf but obviously that'll increase the bitrate [16:33:41 CEST] <leewdch> I used 500k for start but didn't use crf [16:34:13 CEST] <furq> https://trac.ffmpeg.org/wiki/Encode/VP9#speed [16:34:22 CEST] <kepstin> make sure you're using vp9 not vp8 [16:34:25 CEST] <leewdch> using vp8 tho [16:34:30 CEST] <furq> oh right [16:34:32 CEST] <furq> don't do that then i guess [16:34:47 CEST] <leewdch> wish I could but I'll have a read regardless [16:48:27 CEST] <leewdch> using -vf scale triggers a warning saying I used a depcreated pixel format or at least that's what I think. what does it mean? [16:49:09 CEST] <kepstin> leewdch: you're using jpeg images as input, eh. just ignore it unless you're an ffmpeg dev. [16:50:41 CEST] <leewdch> ah ok so nothing wrong using vf scale instead of -s [16:51:21 CEST] <kepstin> the -s output option just adds a scale filter on the end of the filter chain [16:51:52 CEST] <leewdch> got it [16:58:21 CEST] <TheAMM> I'm back to recording stuff with the capture device, doing -c:v copy for h264 video and alsa [16:58:29 CEST] <TheAMM> How can I shift the video to fix "[matroska @ 0x12e9660] Non-monotonous DTS in output stream 0:0; previous: 0, current: -79; changing to 0."? [16:58:38 CEST] <TheAMM> -copyts and -start_at_zero seem to do nothing [16:59:21 CEST] <TheAMM> Full command is https://mygi.ga/bG0/aecCf.txt [17:00:29 CEST] <TheAMM> which nets me https://mygi.ga/rm9/aecCg.txt [17:01:36 CEST] <TheAMM> oh nvm, missed avoid_negative_ts, lessee [17:04:09 CEST] <TheAMM> No dice [17:16:07 CEST] <kepstin> TheAMM: yeah, I wouldn't expect copyts from arbitrary inputs to always work properly with different outputs, since what each container allows as timestamps is different [17:17:28 CEST] <kepstin> weird that the device is providing negative timestamps, what kind of hardware is it? [17:17:46 CEST] <TheAMM> Still the Avermedia LGP2 [17:17:55 CEST] <TheAMM> I would expect -avoid_negative_ts make_non_negative to do something, but it doesn't [17:18:47 CEST] <TheAMM> I'm trying to find a hassle-free way to sync the video and audio, but it's troublesome [17:21:41 CEST] <kepstin> hmm. according to that ffmpeg output, the timestamps actually went *backwards* in the input [17:21:55 CEST] <kepstin> so it successuflly adjusted the first one to be zero, then the next was earlier [17:22:44 CEST] <TheAMM> Then I'm shit out of luck [17:25:31 CEST] <kepstin> hmm. so that device is usb, showing up as uvc + usb-audio? [17:26:03 CEST] <TheAMM> Yes [17:26:17 CEST] <kepstin> that's kind of a pain, but I'd normally expect the sync to be fairly close between the two unless it's really slow to initialize or something. [17:26:20 CEST] <TheAMM> I hoped that I could have it sync up by fixing the early frames [17:26:43 CEST] <TheAMM> All the menu transitions in the PS4 are damned fades and shifts and slides [17:27:12 CEST] <TheAMM> So I'll have to go hunting for some sharp cue to manually sync the av [17:31:18 CEST] <kepstin> you could maybe try the "-timestamps abs" or "-timestamps mono2abs" option on the v4l input, which might make it retimestamp the video in a way that'll work. [17:31:28 CEST] <kepstin> (if you do that, drop the -copyts, etc. options) [17:32:09 CEST] <Plug> Howdy, just wondering - when adding chapter names to a video via the ffmetadata files, is it part of how it works to add a subtitle track with the chapter names in the subs? [17:32:15 CEST] <Plug> Or is that a VLC thing? [17:57:36 CEST] <theonebobo> Using this command https://pastebin.com/QHQfMtU8 i am converting an mp3 to a mp4 with a static image it generates this file http://abls.boboland.info/paradigm/temp/fountains-from-drought-to-deluge.mp4 which firefox and roku both say are corupted [17:58:50 CEST] <theonebobo> ffmpeg version N-91282-gc5e6c0b5f6 Copyright (c) 2000-2018 the FFmpeg developers [18:00:22 CEST] <kepstin> theonebobo: the ffmpeg output helpfully warned you when you encoded that file that you might want to use yuv420p pixel format for compatibility reasons. Add the output option "-pix_fmt yuv420p" to do that. [18:02:10 CEST] <kepstin> actually, huh, was that warning removed at some point? I'm not seeing it any more with 4.0 [18:03:49 CEST] <furq> looks like they did [18:03:53 CEST] <furq> or it was, rather [18:04:18 CEST] <kepstin> might have been an oversight when the work for multi-bit-depth x264 was done, i guess. [18:06:19 CEST] <theonebobo> looks like it was using yuvj444p before will try thanks [18:07:51 CEST] <theonebobo> glad i didn't miss the warning I may not know much but i can pay attention to red and yellow text :P [18:14:53 CEST] <kepstin> hmm. with a quick look through the git history I can't see where that warning was added or removed. :/ [18:18:09 CEST] <furq> kepstin: git log -S No\ pixel\ format\ specified fftools/ffmpeg.c [18:18:32 CEST] <furq> too lazy to update the repo here but that should work [18:18:57 CEST] <kepstin> oh, no wonder, I was looking in the wrong place. I thought that was in the encoder not ffmpeg.c. Of *course* i'ts in ffmpeg.c :/ [18:19:03 CEST] <furq> lol [18:19:07 CEST] <furq> yeah i looked there first as well [18:27:22 CEST] <kepstin> hmm. the mailing list thread for that started with a patch to make NV12 (and possibly other 4:2:0 formats?) not trigger the warning, had a bunch of arguing about the fact that 4:2:0 sampling not being sufficient to ensure compatibility, and resulted in a patch that removed the check altogether [18:27:51 CEST] <kepstin> leaving users who accidentally make 4:4:4 sampled videos from still image input the people who lose in the end :/ [18:28:46 CEST] <theonebobo> Thank you again that worked a treat. [19:56:53 CEST] <BSODjunkie> anyone here can help me change this command to automatic bitrate with -crf 20? [19:56:58 CEST] <BSODjunkie> "ffmpeg.exe -hwaccel cuvid -i input.mkv -pix_fmt p010le -c:v hevc_nvenc -preset slow -rc vbr_hq -b:v 5M -maxrate:v 10M -c:a aac -b:a 240k output2.mp4" [20:07:09 CEST] <kepstin> BSODjunkie: nvenc doesn't support/use the crf option. [20:07:13 CEST] <kepstin> (iirc) [20:08:21 CEST] <furq> nvenc uses -cq iirc [20:08:23 CEST] <furq> which is broadly similar [20:08:27 CEST] <kepstin> apparently it does have a "constant quality" mode, yeah [20:09:21 CEST] <furq> so i guess you want something like -preset hq -cq 20 [20:09:41 CEST] <furq> also 240k is a ridiculous bitrate for stereo aac [20:09:51 CEST] <kepstin> i'd expect the -cq range to not be directly comparable to x265's crf range, so you might have to play around with the number. [20:10:00 CEST] <furq> use 192k if you're really paranoid, but 128k should be fine [20:10:17 CEST] <ariyasu> im watching world cup in uhd atm, and they are just using 128kbps aac audio [20:10:36 CEST] <furq> yeah 128k stereo is pretty much transparent with a good encoder [20:10:50 CEST] <furq> surprised they're not going with 5.1 though [20:11:23 CEST] <ariyasu> bbc had an article saying they couldnt use 5.1 but didn't really explain why [20:11:55 CEST] <ariyasu> "The audio will be stereo AAC-LC at 128 kbit/s. Whilst we would like to provide multi-channel sound we have found a number of issues with receivers which are difficult to work-around. We will continue to explore solutions for future events." [20:12:03 CEST] <ariyasu> it's fine though [20:12:04 CEST] <furq> is that broadcast or on iplayer [20:12:18 CEST] <furq> oh nvm they're not broadcasting it at all are they [20:12:25 CEST] <ariyasu> well im actually watching the broadcast on NPO 1 UHD [20:12:33 CEST] <ariyasu> and there are 4k back haul feeds too [20:12:37 CEST] <furq> oh fun [20:12:54 CEST] <furq> i'm pretty sure they're not set up to broadcast it here [20:13:57 CEST] <ariyasu> https://i.imgur.com/bgH3ggR.png [20:14:13 CEST] <furq> really making use of that 4k there [20:14:35 CEST] <ariyasu> lol well it gets maximised on a 4k monitor [20:14:51 CEST] <ariyasu> but that would make the screenshot too big and hard to see the audio bitrate [20:15:09 CEST] <furq> i was going to say, i hope you resized it for the screenshot because that scaling is ugly [20:16:10 CEST] <BSODjunkie> guys when I encode to H.265 my files get bigger, I just copy pasted a command from a guide [20:16:21 CEST] <BSODjunkie> ffmpeg.exe -hwaccel cuvid -i input.mkv -pix_fmt p010le -c:v hevc_nvenc -preset slow -rc vbr_hq -b:v 5M -maxrate:v 10M -c:a aac -b:a 240k output2.mp4 [20:16:41 CEST] <BSODjunkie> I tried removing the bitrate part, and I also tried removing the 10bit part, files still bigger than before [20:17:07 CEST] <ariyasu> what is the source videos spec? [20:17:21 CEST] <furq> i mean i have some better advice: don't do this at all [20:17:23 CEST] <kepstin> BSODjunkie: why do you want to re-encode the source file? if it's already lossy, e.g. h264, there's probably no point. [20:17:43 CEST] <BSODjunkie> kepstin: Well I managed to bring 1 huge high-def video down from 3gb to 1gb, but when I run the script on small video it gets bigger [20:17:48 CEST] <furq> and especially don't do this with nvenc [20:17:56 CEST] <furq> nvenc's hevc encoder is generally worse than x264 [20:17:57 CEST] <kepstin> BSODjunkie: and if you want high efficiency encoding, use x265, and expect to wait a long time [20:18:07 CEST] <BSODjunkie> kepstin: oh I see [20:18:15 CEST] <BSODjunkie> kepstin: so there is no good GPU accelerated one? [20:18:20 CEST] <furq> not for archival [20:18:39 CEST] <BSODjunkie> furq: I have 150gb of H.264 video, was hoping to get it down to around 60gb [20:18:40 CEST] <furq> the gpu encoders are all intended for realtime [20:18:42 CEST] <kepstin> hardware encoders (not gpu accelerated) are generally designed for high-speed or realtime encoding, not archival quality. [20:19:12 CEST] <BSODjunkie> kepstin: What kind of performance would I get with gpu accelerated? [20:19:19 CEST] <furq> there's no such thing really [20:19:31 CEST] <kepstin> gpu accelerated stuff encoders are mostly not used nowadays, and don't provide much benefit over software for the ones that have been made [20:19:47 CEST] <BSODjunkie> kepstin: damn I'm working with my 4 core laptop cpu, it's going to be really slow [20:19:49 CEST] <furq> certainly none of the best-in-class encoders have any meaningful acceleration [20:20:13 CEST] <BSODjunkie> furq: I see, so what settings do you suggest for encoding for H.264 -> H.265 [20:20:15 CEST] <furq> the only way you're going to get meaningful size reductions is by either ruining the quality or scaling to a lower resolution [20:20:31 CEST] <BSODjunkie> furq: I'm fine with loss, the video files are pretty overkill [20:20:58 CEST] <furq> even x265 veryslow (which will be something like 1fps for 1080p on a laptop cpu) isn't going to give very big gains unless you reduce the quality [20:21:02 CEST] <kepstin> BSODjunkie: in general: "don't do that, it's a waste of time", and if you really want the file smaller, also "consider using x264 instead, it's faster and usually good enough" [20:21:23 CEST] <BSODjunkie> kepstin: I thought x265 was supposed to be better than x264 in terms of file size? [20:21:35 CEST] <furq> it is but only if you want to wait a day to encode an hour-long file [20:21:37 CEST] <kepstin> BSODjunkie: yes, if you are prepared to wait a lot longer for the encode [20:21:53 CEST] <furq> and also it's generally not that much better [20:22:09 CEST] <kepstin> if you tune x265 to be as fast as x264, it's gonna give you very similar encoding efficiency. [20:22:13 CEST] <furq> 150GB to 60GB with no quality loss is not going to happen [20:22:19 CEST] <kepstin> (depending on video content, resolution, etc.) [20:22:22 CEST] <BSODjunkie> My file is 13,381kbps, if I wanted to bring that down to around 5,000. Can I just use the script I have now? [20:22:24 CEST] <furq> if you downscale then maybe [20:22:26 CEST] <BSODjunkie> I am fine with quality loss [20:22:43 CEST] <BSODjunkie> I am keeping the originals, my dad just wants a copy, he's going to play it on his projector anyway [20:23:06 CEST] <BSODjunkie> trying to figure out how to get it small enough to ship on a 64gb usb stick [20:23:28 CEST] <furq> i take it your internet isn't fast enough to make uploading it a viable option [20:23:42 CEST] <BSODjunkie> furq: it would be but he can barely use a computer [20:23:49 CEST] <furq> nice [20:23:59 CEST] <kepstin> BSODjunkie: downscale it to 1080p or lower, encode with x264 with a target bitrate, 2-pass mode. save in mp4 file. [20:24:05 CEST] <BSODjunkie> kepstin: it is 1080p bluray [20:24:44 CEST] <BSODjunkie> kepstin: What does 2 pass mode do? [20:25:17 CEST] <BSODjunkie> kepstin: also why x264 instead of x265 [20:25:27 CEST] <BSODjunkie> kepstin: oh cause of the time [20:25:31 CEST] <furq> 2-pass mode lets you target a specific bitrate [20:25:34 CEST] <kepstin> 2pass mode lets you set a target bitrate (file size) and make it as high quality as possible [20:25:48 CEST] <BSODjunkie> didn't my original command have a target bitrate [20:25:53 CEST] <BSODjunkie> ffmpeg.exe -hwaccel cuvid -i input.mkv -pix_fmt p010le -c:v hevc_nvenc -preset slow -rc vbr_hq -b:v 5M -maxrate:v 10M -c:a aac -b:a 240k output2.mp4 [20:25:57 CEST] <BSODjunkie> isn't that 5M the target? [20:25:59 CEST] <furq> yeah but if it came out bigger than 13mbit then it's obviously being ignored [20:26:00 CEST] <kepstin> and x264 is faster, and is more likely to play on the computer of someone who "can barely use a computer" [20:26:18 CEST] <BSODjunkie> kepstin: I got him a recent XPS 13 so it'll be fine in terms of that [20:26:51 CEST] <BSODjunkie> kepstin: okay thanks, also what is a good way to compare video quality? [20:26:58 CEST] <kepstin> BSODjunkie: eyes [20:26:59 CEST] <furq> your eyes [20:27:11 CEST] <furq> that sounds facetious but there isn't a great automatic method to do it [20:27:22 CEST] <BSODjunkie> weird cause I made the 3gb file go to 1gb with GPU and didn't see a difference [20:27:26 CEST] <BSODjunkie> maybe I should wear my glasses haha [20:27:48 CEST] <BSODjunkie> Thank you guys, if you want my python script I wrote to automate this (it's a bunch of vids), here it is https://paste.pound-python.org/show/68dBQAW5t3rdJuyXQ87q/ [20:27:50 CEST] <furq> honestly though if he's playing the files on his laptop then surely he can figure out how to download a file from a link [20:27:50 CEST] <kepstin> blu-ray files are encoded with fairly poor efficiency so that things like seeking are fast given the slow media and hardware decoders [20:27:58 CEST] <Blacker47> BSODjunkie, there is also no real use reencoding the audio unless you need a specific format. [20:28:13 CEST] <kepstin> so you can usually re-encode blu-ray to be smaller with minimal visible quality loss [20:28:16 CEST] <BSODjunkie> Blacker47: Thanks, I just copy pasted the command as I know nothing about encoding [20:28:42 CEST] <BSODjunkie> kepstin: I guess that was it then [20:28:50 CEST] <furq> i would at least send him a single file and see if he can figure it out before reencoding 130GB [20:28:58 CEST] <Blacker47> BSODjunkie, buying an external drive would be an option too... [20:28:59 CEST] <BSODjunkie> furq: What do you mean? [20:29:16 CEST] <BSODjunkie> Blacker47: It's an issue of location he doesn't live in the same country, I am going to ship the USB [20:29:34 CEST] <kepstin> also, 130GB is strange for a BD, for non-uhd (BDXL) stuff I thought they maxed out at 75 GB/disk? [20:29:43 CEST] <BSODjunkie> kepstin: it's a bunch of files [20:29:48 CEST] <BSODjunkie> kepstin: it's around 50 files 3gb each [20:30:03 CEST] <kepstin> a, probably a tv series that was originally on multiple disks then [20:30:09 CEST] <BSODjunkie> keptsin: exactly that [20:30:18 CEST] <furq> BSODjunkie: i mean i would just upload the originals somewhere unless he absolutely can't figure out how to click a link [20:30:28 CEST] <furq> i take it you've already tried that and it's not working for him [20:30:41 CEST] <BSODjunkie> furq: To be honest it's not really a technical issue, I just can't convince him to download anything he thinks he'll get viruses and stuff. I've tried. [20:30:46 CEST] <furq> nice [20:31:17 CEST] <BSODjunkie> furq: it's because he got in trouble once downloading pirated software on a work laptop or something like that as well I think. [20:31:54 CEST] <BSODjunkie> right thanks guys [20:31:59 CEST] <Blacker47> usb flashdrives sendet over countries is of course total safe instead :-) [20:32:03 CEST] <furq> lol [20:32:31 CEST] <furq> just make sure there's no moscow postmark on it [20:32:35 CEST] <BSODjunkie> Blacker47: it's not the same, someone told him he could get a software cheap and installed a pirated version, which is a big nono [20:32:41 CEST] <BSODjunkie> nah the company doesn't care about movies [20:32:46 CEST] <BSODjunkie> just no work can be done using pirates software [20:32:50 CEST] <BSODjunkie> for obvious reasons [20:33:16 CEST] <BSODjunkie> I'm not 100% sure of the story behind it, but either way, movies/shows are fine [20:33:54 CEST] <BSODjunkie> plus actually it'll be his xps 13, so the work thing shouldn't matter. [20:34:13 CEST] <BSODjunkie> anyway, can someone praise me for my python script so I can log off. [20:34:25 CEST] <BSODjunkie> https://paste.pound-python.org/show/68dBQAW5t3rdJuyXQ87q/ [20:34:40 CEST] <YokoBR> guys, please, i'm trying to create a subproccess on python, running ffmpeg [20:34:51 CEST] <BSODjunkie> YokoBr: Perfect! I've got a script for you [20:34:55 CEST] <BSODjunkie> hahaha [20:35:15 CEST] <BSODjunkie> the script I pasted there, will run ffmpeg on every file in a folder, and output to a new subfolder it creates :) [20:35:28 CEST] <kepstin> BSODjunkie: ah, you're correctly running the subprocess using a method where you don't need to worry about string escaping, that's nice ;) [20:35:52 CEST] <YokoBR> I'm doing like this https://gist.github.com/jersobh/06cad7527d07699b6a4f9f158cfbff60 [20:35:58 CEST] <BSODjunkie> kepstin: let's pretend I did that on purpose, can you tell me what that means? I'm new to python [20:36:06 CEST] <YokoBR> and getting this output https://gist.github.com/jersobh/e059d5d1d95fedf2f4570bae5218d570 [20:36:09 CEST] <kepstin> BSODjunkie: it's windows specific script tho, so :/ [20:36:22 CEST] <BSODjunkie> kepstin: ah sorry [20:36:47 CEST] <BSODjunkie> YokoBR: why are you writing defaults into args? like stdout=None? [20:37:06 CEST] <YokoBR> args = ['ffmpeg', '-i', '-', '-pix_fmt', 'yuv420p', '-s', '720x480', '-framerate', '25 ', '-vcodec', 'libx264', '-preset', 'slow', '-async', '1', '-vsync', '1', '-f', 'flv', url] [20:37:22 CEST] <YokoBR> I'm using getusermedia + websockets to send chunks [20:37:35 CEST] <YokoBR> and then write the chunks with this stdin [20:37:37 CEST] <Blacker47> BSODjunkie, just to run things in parallel there you don't need per-file specific parameters beside of filenames you can use the programm "parallel" or at least "xargs". [20:37:39 CEST] <BSODjunkie> YokoBR: that's above my head, but if you look at my script you can get a working version [20:37:55 CEST] <BSODjunkie> YokoBR: justlook at lines 42ish: https://paste.pound-python.org/show/68dBQAW5t3rdJuyXQ87q/ [20:37:58 CEST] <kepstin> YokoBR: all i can tell you is that the input isn't something that ffmpeg can handle in a pipe. What's the exact input format? [20:38:01 CEST] <YokoBR> It works, but soon it starts to complain [20:38:20 CEST] <YokoBR> it's webm/vp8 or vp9 [20:38:47 CEST] <furq> oh yeah that reminds me [20:38:48 CEST] <kepstin> YokoBR: if each chunk is an independent webm file, then you're gonna have issues. [20:39:04 CEST] <furq> is ffprobe guaranteed to output streams from 0..n in order with no gaps [20:39:22 CEST] <YokoBR> if I just do a video = open('video.webm', 'wb') then video.write(chunk), it creates the video file locally [20:39:25 CEST] <YokoBR> without issues [20:40:34 CEST] <YokoBR> I've used mediarecorder to get the mediastream [20:40:49 CEST] <YokoBR> and then I'm sending it to my python API [20:41:12 CEST] <kepstin> YokoBR: if you write out the chunks to a file, then use that file as ffmpeg input, i'd expect the same output messages. [20:41:53 CEST] <YokoBR> https://youtu.be/0fKglyoaiAU [20:41:58 CEST] <YokoBR> i've recorded this [20:42:03 CEST] <YokoBR> almost works [20:42:21 CEST] <YokoBR> https://youtu.be/4ycJ07wdRjs [20:42:35 CEST] <YokoBR> all of those are live recordings on youtube [20:53:41 CEST] <YokoBR> kepstin: do you have any suggestion? [20:54:44 CEST] <YokoBR> I just want to send video from my browser to rtmp [20:54:47 CEST] <YokoBR> like youtube does [20:58:14 CEST] <nicolas17> does it? [21:02:56 CEST] <YokoBR> yep [21:03:20 CEST] <nicolas17> I don't think there is any web API for rtmp [21:06:37 CEST] <nicolas17> youtube streaming from the browser might use webrtc [21:14:10 CEST] <YokoBR> nicolas17: yep, they may use [21:15:11 CEST] <nicolas17> well that's not rtmp [21:31:20 CEST] <kepstin> i'd assume if they're using webrtc, they're actually doing rtp video, not chunked video in websockets [23:47:21 CEST] <GuiToris> hey, how can I rotate my video 1.5 degrees counterclockwise so I don't have any black borders? [23:47:50 CEST] <nicolas17> 1.5 degrees? :| [23:48:05 CEST] <GuiToris> if it's not possible 1 will do [23:48:21 CEST] <furq> !filter rotate @GuiToris [23:48:21 CEST] <nfobot> GuiToris: http://ffmpeg.org/ffmpeg-filters.html#rotate [23:48:31 CEST] <nicolas17> -vf rotate=1.5*PI/180 [23:49:07 CEST] <GuiToris> nicolas17, it gives me borders [23:49:18 CEST] <nicolas17> I guess you have to crop it afterwards then [23:49:20 CEST] <furq> ^ [23:49:33 CEST] <furq> you always have to crop after rotate [23:49:39 CEST] <furq> unless you rotate by 90 degrees or something [23:49:48 CEST] <nicolas17> ohh maybe you don't need a separate crop filter [23:50:14 CEST] <BtbN> rotate to get rid of black borders? what? [23:50:45 CEST] <nicolas17> -vf "rotate=1.5*PI/180:ow=rotw(a):oh=roth(a)" [23:52:15 CEST] <GuiToris> nicolas17, does this work for you? [23:52:25 CEST] <nicolas17> no, I didn't test it [23:52:27 CEST] <GuiToris> [aac @ 0x55c8f5bf89c0] 2 frames left in the queue on closing [23:52:49 CEST] <GuiToris> Conversion failed! [23:53:08 CEST] <nicolas17> that's an audio codec warning, so it can't be related to the rotate [23:53:16 CEST] <nicolas17> aac is audio [23:55:40 CEST] <GuiToris> why does ffmpeg -ss 00:00:38 -i 00121.MTS -t 00:00:10 -vf vidstabtransform=input="./thing.trf",rotate=1.5*PI/180 -crf 16 -deinterlace okay2.mp4 work but ...-vf vidstabtransform=input="./thing.trf","rotate=1.5*PI/180:ow=rotw(a):oh=roth(a)"... doesn't? [23:56:13 CEST] <nicolas17> old ffmpeg without rotw? [23:57:01 CEST] <GuiToris> local/ffmpeg 1:4.0-1 [23:59:20 CEST] <GuiToris> oh wait there's more message [23:59:31 CEST] <GuiToris> my terminal was extremely small [00:00:00 CEST] --- Sat Jun 16 2018

1 0