Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
August 2019
- 2 participants
- 58 discussions
[07:55:34 CEST] <thardin> test
[08:10:26 CEST] <BradleyS> thardin: beep boop
[08:10:50 CEST] <thardin> had some auth troubles
[08:11:01 CEST] <thardin> this channel doesn't require registration I noticed
[09:29:35 CEST] <cone-692> ffmpeg 03Xuewei Meng 07master:c87237d10511: libavfilter: Update derain filter doc.
[10:40:59 CEST] <durandal_1707> hello leechers! whats up!
[10:49:11 CEST] <thardin> did you know: if I run ffmpeg on my 486 then decoding takes a long time
[10:49:20 CEST] <thardin> this is a serious DoS issue which must be addressed post-haste
[10:51:13 CEST] <durandal_1707> ffmpeg obviously sucks, use something else, please
[11:23:18 CEST] <cone-692> ffmpeg 03Peter Collingbourne 07master:9bcb1cb6ed50: Add assembly support for -fsanitize=hwaddress tagged globals.
[11:26:12 CEST] <kierank> "I can implement this if theres consensus that this should be done."
[11:26:17 CEST] <kierank> funny how the fuzz patches go in without consensus
[11:26:24 CEST] <kierank> but when they want to be reverted they need consensus
[11:47:52 CEST] <thardin> the people's patches
[12:01:12 CEST] <durandal_1707> the people's patches republic
[12:36:15 CEST] <durandal_1707> cehoyos: you have not added av1 to mplayer
[12:36:34 CEST] <cehoyos> You have not ported dav1d to FFmpeg;-)
[12:40:40 CEST] <durandal_1707> when you add bunch of missing decoders to mplayer
[12:50:04 CEST] <cehoyos> When I feel like it... (or when I need them)
[12:54:03 CEST] <durandal_1707> cehoyos: when you write vfm/dshow wrapper for ffmpeg?
[12:54:14 CEST] <cehoyos> Never
[12:54:51 CEST] <durandal_1707> do not make Compnn sad
[13:05:26 CEST] <cehoyos> I wouldn't even know where to start
[14:03:09 CEST] <durandal_1707> https://t.co/redI0lSUhW?amp=1 your best friends
[15:18:49 CEST] <JEEB> wbs: would it make sense to write subtitle AVPackets into a buffer in mov_write_packet, and then in mov_flush_fragment/mov_write_trailer call a function that goes through the list and generates a single AVPacket containing the whole mess and writes that in?
[15:19:07 CEST] <JEEB> if 14496-30 says you have to have a single sample for the duration of the whole document/fragment
[15:19:21 CEST] <JEEB> just trying to think of a """sane""" way of doing it right now
[15:19:39 CEST] <JEEB> we already have write_single_packet kind of function utilized for 3gpp text
[15:21:07 CEST] <JEEB> if you see the == AV_CODEC_ID_MOV_TEXT parts
[15:23:52 CEST] <wbs> JEEB: yes, that sounds sensible
[15:24:25 CEST] <JEEB> ok, cool
[15:24:44 CEST] <JEEB> (I am starting to have a headache of headaches for 14496-30)
[15:25:01 CEST] <JEEB> but at least it feels like I might be getting over it if all goes well :)
[16:20:22 CEST] <kierank> this EPG code is not good
[16:20:28 CEST] <kierank> epg has nothing to do with side data
[16:21:00 CEST] <kierank> or Frames
[16:21:19 CEST] <kierank> yet another thing being forced into the ffmpeg paradigm
[16:24:38 CEST] <JEEB> as a player listening for EPG side data packets from the demuxer kind of makes sense. esp. since you get updates for it. Not sure if making a new stream and pushing out Epg AVPackets would be any better? I haven't looked at the code and thus don't know how much of a PITA it would be utilize in its current implementation state
[16:24:56 CEST] <JEEB> I think the last implementation I saw of Epg parsing was only getting stuff like current program metadata
[16:25:26 CEST] <JEEB> since decoding the whole Epg is kind of "uhhh" if you're now adding that much work to the demuxer. not sure how VLC handles it.
[16:40:34 CEST] <snoring_cat> Does anyone know if there is a way to show a filters available arguments from the command line? running ffmpeg -filters just shows filter names, not arguments. Would like to do something like ffmpeg -filters crop.
[16:43:39 CEST] <jamrial> snoring_cat: ./ffmpeg -h filter=name
[16:43:58 CEST] <jamrial> also, this is a question for #ffmpeg
[16:46:24 CEST] <snoring_cat> jamrial, thanks. That is what I was looking for.
[16:46:38 CEST] <snoring_cat> Initially I tried to ask the question on the #ffmpeg, but was getting a message saying "cannot send to nick/channel"
[18:16:34 CEST] <juandl> Anyone knows VP9, that could help me with something?
[18:19:26 CEST] <juandl> I'm not sure I understand the dequantization process for skipped blocks, in the analyzer I'm using skipped blocks show the base quant even though they have a segment id with alt q enabled
[18:37:56 CEST] <cone-676> ffmpeg 03Michael Niedermayer 07master:5937f0550304: avformat/vividas: Check av_xiphlacing() return value before use
[18:37:56 CEST] <cone-676> ffmpeg 03Michael Niedermayer 07master:ab56e62e8f7e: avcodec/vp5/6/8: use vpX_rac_is_end()
[18:37:56 CEST] <cone-676> ffmpeg 03Michael Niedermayer 07master:493438fafc5c: avformat/realtextdec: free queue on error
[18:40:55 CEST] <thilo> durandal_1707: So do you want a dev meeting or not?
[18:48:58 CEST] <kurosu> he wanted an irc meeting, and I suspect he would never show in person anywhere
[18:49:02 CEST] <kurosu> so...
[18:49:15 CEST] <kurosu> *he most probably wanted
[18:53:28 CEST] <thilo> kurosu: he didn't mention IRC. For me, I'd prefer a personal meeting like others proposed for good reasons.
[18:54:46 CEST] <kurosu> I'm not disputing what's best
[18:55:24 CEST] <kurosu> only that, even if he still wanted it, he's unlikely to attend a F2F
[18:59:17 CEST] <thilo> kurosu: sure, I assume the same. Yet, I want to know
[21:47:55 CEST] <cone-201> ffmpeg 03Marton Balint 07master:6ee40dcb64c9: avformat/mxfdec: do not ignore bad size errors
[21:47:55 CEST] <cone-201> ffmpeg 03Marton Balint 07master:b2e37e3eb27b: avutil/imgutils: remove dead assignment
[21:47:55 CEST] <cone-201> ffmpeg 03Marton Balint 07master:3a09dbdb4a2f: avcodec: remove some dead assignments
[21:48:26 CEST] <thardin> heck yeah mxf fixes
[21:52:19 CEST] <thardin> hmm I think I can speed the cinepak encoder up by first computing the largest possible codebook then deriving the smaller ones from it
[22:03:33 CEST] <thardin> .. and not recomputing the v4 codebook every time
[22:28:07 CEST] <thardin> which my original code did, but rl undid that for some reason
[22:41:46 CEST] <cone-201> ffmpeg 03Marton Balint 07release/4.2:370c346d5dfd: avformat/mxfdec: do not ignore bad size errors
[23:00:21 CEST] <thardin> max_pixels seems like a decent solution
[23:22:12 CEST] <thardin> it's a specific limit instead of this wishy-washy percentage nonsense
[23:31:52 CEST] <cehoyos> kierank: http://mogurenko.com/2019/08/21/ffmpeg-gpl He appears to claim now that you did not ask him? Or do I misunderstand?
[23:33:15 CEST] <kierank> cehoyos: http://mogurenko.com/2019/05/17/prores-quality/#comment-9
[23:33:20 CEST] <kierank> that's what I did
[23:33:24 CEST] <kierank> I did nothing on github
[23:34:13 CEST] <kierank> "as its basically skeleton copied from prores_anatoly with whole logic replaced by calling functions from private static library"
[23:34:20 CEST] <kierank> cehoyos: he doesn't understand he's still in violation
[23:34:23 CEST] <cehoyos> Yes, I saw that and I am surprised now that he claims that it would have been nice if he were asked. Not sure if I understand...
[23:34:49 CEST] <kierank> he thinks he is compliant with that post
[23:34:54 CEST] <kierank> even though his library is private
[23:34:59 CEST] <thardin> he could provide the library as a .a file and be within the bounds of the lgpl at least
[23:34:59 CEST] <kierank> he just doesn't understand at all
[23:35:30 CEST] <kierank> he shipped gpl
[23:35:42 CEST] <thardin> yeah he done goofed
[23:36:58 CEST] <thardin> getting a better prores encoder into the codebase would be good tho
[23:38:25 CEST] <Compnn> just stop antagonizing the guy and ask him to send updated patch :D
[23:38:41 CEST] <thardin> he doesn't seem opposed to that. just not super into the review process
[23:38:54 CEST] <cehoyos> Compnn: Isn't this what Kieran did?
[23:40:12 CEST] <Compnn> oh nevermind i see he wants to make xprores encoder
[23:40:20 CEST] <Compnn> and charge money for it
[23:41:09 CEST] <Compnn> and c++
[23:42:22 CEST] <durandal_1707> some body please keep that ffmpeg , i wanna re it
[23:43:38 CEST] <thardin> Compnn: he could stick the agpl on it and still make a ton of money
[23:43:41 CEST] <thilo> durandal_1707: AFAICT you were offline earlier. Wanted to know if you want a dev meeting or not?
[23:44:12 CEST] <thardin> and be within the license' good graces does to the forgiveness clause
[23:44:18 CEST] <thardin> due*
[23:47:22 CEST] <durandal_1707> thilo: i wanted remote meeting at least, but got no blessings
[23:49:05 CEST] <thilo> durandal_1707: I read the ML thread like there is a desire to do it
[23:49:13 CEST] <thilo> durandal_1707: would you attend in person somewhere instead of remote?
[23:49:50 CEST] <durandal_1707> i cant attend in person anywhere random
[23:50:30 CEST] <thilo> any place you could attend?
[23:51:35 CEST] <durandal_1707> only my place, but there are not any oss meetings there. only microsoft
[23:55:08 CEST] <thilo> don't tell me you're on windows... how do I read that, you just can't / don't travel or don't you want to meet others in person?
[23:57:08 CEST] <durandal_1707> i do not travel, too expensive and dangerous
[23:57:48 CEST] <thardin> what continent are you located in?
[23:58:01 CEST] <durandal_1707> greenland
[23:58:06 CEST] <thardin> ah
[23:59:54 CEST] <durandal_1707> im in europe most devastated part
[00:00:00 CEST] --- Fri Aug 23 2019
1
0
[01:01:50 CEST] <xpax> I'm trying to get hardware 264/265 decoding working under Ubuntu 18.04. I've tried several sets of instructions (at least 3) on how to get this working and have had no luck. Is there an up-to-date installation guide somewhere that I'm failing to find? Tried ffmpeg.org instructions, tried Nvidia's instructions... nada.
[01:09:20 CEST] <another> have you looked at https://trac.ffmpeg.org/wiki/HWAccelIntro ?
[01:10:45 CEST] <xpax> Yes, that's one of the places I looked first.
[01:11:28 CEST] <another> what kind of hardware do you have? does it support decoding?
[01:12:31 CEST] <xpax> The machine I'm working on has a GTX 1070, driver version 410.104, CUDA version 10.0.
[01:17:17 CEST] <another> what did you try so far? commandline with complete output
[01:18:32 CEST] <xpax> Cmd line: ffmpeg -hwaccel cuvid -c:v h264_cuvid -i rtsp://admin:Password01@192.168.50.66:554/Streaming/Channels/101/ -qscale 8 -nostats -f mjpeg pipe:1 >test.jpg
[01:18:56 CEST] <xpax> Output: ffmpeg version 4.2-0york0~18.04 Copyright (c) 2000-2019 the FFmpeg developers
[01:18:56 CEST] <xpax> built with gcc 7 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
[01:18:56 CEST] <xpax> configuration: --prefix=/usr --extra-version='0york0~18.04' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --ena
[01:18:56 CEST] <xpax> ble-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvp
[01:19:00 CEST] <xpax> x --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-nonfree --enable-libfdk-aac --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
[01:19:05 CEST] <xpax> libavutil 56. 31.100 / 56. 31.100
[01:19:07 CEST] <xpax> libavcodec 58. 54.100 / 58. 54.100
[01:19:09 CEST] <xpax> libavformat 58. 29.100 / 58. 29.100
[01:19:11 CEST] <xpax> libavdevice 58. 8.100 / 58. 8.100
[01:19:13 CEST] <xpax> libavfilter 7. 57.100 / 7. 57.100
[01:19:15 CEST] <xpax> libavresample 4. 0. 0 / 4. 0. 0
[01:19:17 CEST] <xpax> libswscale 5. 5.100 / 5. 5.100
[01:19:19 CEST] <xpax> libswresample 3. 5.100 / 3. 5.100
[01:19:21 CEST] <xpax> libpostproc 55. 5.100 / 55. 5.100
[01:19:23 CEST] <xpax> Unknown decoder 'h264_cuvid'
[01:19:48 CEST] <xpax> This works just fine with everything before the input file removed.
[01:19:57 CEST] <another> not in here, put it on a pastebin site
[01:20:20 CEST] <xpax> kk
[01:21:13 CEST] <xpax> https://pastebin.com/SUmdHQ6J
[01:26:16 CEST] <another> does 'ffmpeg -decoders | grep cuvid' list any cuvid decoders?
[01:28:19 CEST] <xpax> Nothing.
[01:31:11 CEST] <another> i guess your ffmpeg is compiled without cuvid then
[01:33:51 CEST] <xpax> I've downloaded the latest ffmpeg from git, and tried to use configure to set it up properly, but had issues... https://pastebin.com/wL36ERA8
[01:35:23 CEST] <xpax> But the error (failed checking for nvcc) makes no sense. It's in the path, I can run it from anywhere -- and it's in /usr/local/cuda-10.0/bin
[06:39:09 CEST] <Henry151> howdy #ffmpeg. Can someone take a look at this: https://bpaste.net/show/YLXi and help me figure out how convert this to mp4 video with the subtitles burnt in?
[06:39:26 CEST] <Henry151> I've been struggling with it a bunch.
[07:01:03 CEST] <Henry151> meh i looked through my irclogs and read guidance from previous times i've come in here with the same question and figured it out
[07:01:27 CEST] <Henry151> first mkv --> srt, then, mkv + srt --> mp4 :)
[08:16:21 CEST] <cpplearner> Guys, I want to encode segments on the fly for a HLS streaming request. So, I tested some options (-ss, -to, -t) for seeking into an arbitrary segment, but merging the resultant segments gives me audio hiccups. Hmm, is there any way to seamlessly encode specific parts, e.g., encoding until next key frames or indexing byte offsets of keyframes and jump to it on the fly...? Any thoughts?
[08:17:04 CEST] <cpplearner> And, this is just a toy(=experimental) project of mine, so don't worry about the performance. =)
[08:46:06 CEST] <another> Henry151: there's no need to convert the subtitles to srt. see https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo
[10:37:29 CEST] <latenite> Hi folks, Why are videos converted in less quality? I use: ffmpeg -y -i "${input_file_path}" -vcodec libtheora -acodec libvorbis "${output_file_path}".vorbis.theora.ogg
[10:37:51 CEST] <latenite> What am I missing?
[10:38:21 CEST] <durandal_1707> you are missing to set bitrate
[10:41:17 CEST] <latenite> durandal_1707, how do I set the bitrate to be the quality of the original?
[10:41:40 CEST] <durandal_1707> very high
[10:42:06 CEST] <latenite> durandal_1707, hot do I set it in the first place?
[10:42:46 CEST] <durandal_1707> please consult documentation, -b:v 23M
[10:43:47 CEST] <latenite> durandal_1707, I can not find -b:v in the man page of ffmepg
[10:43:57 CEST] <latenite> is there another man page?
[10:45:12 CEST] <durandal_1707> https://lmgtfy.com/?q=ffmpeg+bitrate
[10:46:27 CEST] <latenite> durandal_1707, that indeed is not an adequate answer.
[10:46:33 CEST] <latenite> I found : -qscale 0
[10:46:56 CEST] <durandal_1707> that is something else
[10:47:06 CEST] <latenite> But the quality is even worse with -qscale 0
[10:48:04 CEST] <latenite> I did google and read the man page. That is why I came here
[10:48:19 CEST] <durandal_1707> https://trac.ffmpeg.org/wiki/TheoraVorbisEncodingGuide
[10:48:33 CEST] <latenite> How do I keep the quality to 100% ?
[10:48:41 CEST] <durandal_1707> have you read that?
[10:48:53 CEST] <durandal_1707> use lossless encoder
[10:50:28 CEST] <latenite> still reading it. Thanks for that link.
[10:52:13 CEST] <durandal_1707> by 100% quality you mean bitexact output?
[10:52:45 CEST] <latenite> durandal_1707, if that is possible using vobis and theora, than yes!
[10:53:10 CEST] <durandal_1707> not possible, they are lossy
[10:54:04 CEST] <latenite> durandal_1707, are there lossless ones that are free? I only found those on xiph
[10:54:13 CEST] <latenite> https://www.xiph.org/
[10:55:58 CEST] <durandal_1707> ffvhuf, ffv1, flac, wavpack etc
[10:56:21 CEST] <durandal_1707> depends on what you need video for
[10:56:58 CEST] <latenite> durandal_1707, I want it to play on my website
[10:57:14 CEST] <latenite> but I want to use truely free codecs only.
[10:57:28 CEST] <latenite> I have made videos with my phone. They are mp4
[10:58:21 CEST] <durandal_1707> than you can not keep 100% quality with web codecs
[10:59:11 CEST] <latenite> durandal_1707, could you please explain the reason!
[10:59:27 CEST] <latenite> Are webcodec always lossy?
[11:00:28 CEST] <durandal_1707> lossless needs much more data to transfer
[11:01:03 CEST] <latenite> That would be okay with me
[11:01:36 CEST] <latenite> as long as no bit of the original is lost and I have them in truly free codes.
[11:01:40 CEST] <durandal_1707> but typical web browser does not support lossless video codecs
[11:01:59 CEST] <latenite> I will let my users know to get the codecs.
[11:02:14 CEST] <latenite> But first off, I need the source.
[11:02:24 CEST] <latenite> So which video codec an I use?
[11:02:49 CEST] <durandal_1707> so its not intended to be played in web browser window?
[11:03:34 CEST] <ritsuka> What would be the advantages to your users in using a truly free codecs when reencoding in a lossless format will make the file 10x bigger?
[11:03:50 CEST] <durandal_1707> ffv1, huffyuv, ffvhuff, lagarith, utvideo etc
[11:05:20 CEST] <another> vp9?
[11:05:44 CEST] <latenite> durandal_1707, I is supposed to play in the browser....after the user has installed the right codec.
[11:06:53 CEST] <durandal_1707> it unfortunately does not work like that
[11:07:04 CEST] <latenite> ritsuka, They want exactly that, so exactly that is the advantage. the size is just a sad sideeffect.
[11:08:00 CEST] <latenite> would you know why ffv1, huffyuv, ffvhuff, lagarith, utvideo are not listed on the xiph.org site?
[11:09:27 CEST] <durandal_1707> because xiph is not author of them
[11:10:10 CEST] <durandal_1707> xiph is obviously not only one providing free codecs
[11:10:47 CEST] <latenite> I though xiph was just promoting "all" free ones. My mistake.
[11:11:46 CEST] <latenite> Is there any of the free ones that would play in a firefox browser on android ... out of the box.
[11:12:01 CEST] <latenite> So without the android user installing a codec.
[11:23:03 CEST] <durandal_1707> lossless codecs are niche, web people do not care about
[11:25:05 CEST] <latenite> I can not just say: -acodec libflac
[11:25:23 CEST] <latenite> what is the right way to use flac as the audio codec in my ogg videos.
[11:31:49 CEST] <durandal_1707> just -acodec flac
[11:32:24 CEST] <durandal_1707> ffmpeg does not use xiph for flac codec, but own implementation
[11:34:40 CEST] <another> you coul try vp9 lossless
[11:35:16 CEST] <another> but it probably won't be hardware accelerated
[11:35:30 CEST] <another> on decoding
[11:35:38 CEST] <another> so have fun with burning battery
[11:37:46 CEST] <latenite> cool thank you for helping :D
[11:38:21 CEST] <another> https://trac.ffmpeg.org/wiki/Encode/VP9
[14:05:16 CEST] <lain98> is it recommended to use avformat_seek_file or av_seek_frame ?
[14:06:20 CEST] <lain98> and why
[14:06:21 CEST] <JEEB> av_seek_frame is generally utilized in players for seeking in an avfmt context
[14:06:31 CEST] <JEEB> I'm not sure when avformat_seek_file was added
[14:06:56 CEST] <JEEB> hmm
[14:07:02 CEST] Action: JEEB goes check doxy
[14:07:44 CEST] <lain98> i googled a bunch of patches online, replacing seek_frame with seek_file
[14:07:53 CEST] <lain98> but i dont think the doc says why
[14:08:07 CEST] <lain98> infact the doc says seek_file is not stable
[14:08:11 CEST] <JEEB> yes
[14:08:25 CEST] <JEEB> and I've not seen it utilized outside of FFmpeg itself
[14:09:27 CEST] <JEEB> lain98: avformat_seek_file was added in 2009
[14:10:12 CEST] <lain98> basically i have a file with variable frame rate and i have trouble seeking and demuxing it
[14:10:42 CEST] <JEEB> seeking can be problematic mostly in formats without an index
[14:10:57 CEST] <JEEB> if you need frame exact seeking in such a file then you will need to build an index, kind of like ffms2 does
[14:11:23 CEST] <lain98> ok i dropped in avformat_seek_file in place of av_seek_frame and it worked the same
[14:11:49 CEST] <JEEB> yea, it only seems to have some "min/max acceptable timestamps" shenanigans, the base underlying scheme is the same
[14:12:01 CEST] <JEEB> VFR by itself should be 100% OK in formats that have indices
[14:12:07 CEST] <JEEB> like mp4 or such
[14:12:17 CEST] <JEEB> mpeg-ts and such will be prone to "whoops we guessed wrong"
[14:12:39 CEST] <lain98> i'm trying to decode hevc and h264
[14:12:56 CEST] <lain98> i'll ask later, i have to rush now. thanks
[15:37:18 CEST] <Shezi> A quick question. When trying to use stream_loop option- how we can reset the stats of the loop. By stats I mean the time progress etc? Right now the time progress just goes on forever.
[15:46:58 CEST] <Shezi> Any one :)
[15:50:31 CEST] <saml> i'm trying to build ffmpeg 4.2 I have LDFLAGS=/foo/bar/lib and -L/foo/bar/lib is passed for most checks except for libmp3lame . is it a bug?
[15:50:54 CEST] <saml> For example, fdk-acc check would pass -L properly: gcc -Wl,--as-needed -Wl,-z,noexecstack -I/opt/ffmpeg-build/build/include -L/opt/ffmpeg-build/build/lib -o /tmp/ffconf.DRGIdaV3/test /tmp/ffconf.DRGIdaV3/test.o -lfdk-aac -lm
[15:51:07 CEST] <saml> mp3lame check won't: gcc -Wl,--as-needed -Wl,-z,noexecstack -o /tmp/ffconf.DRGIdaV3/test /tmp/ffconf.DRGIdaV3/test.o -lmp3lame -lm
[15:52:06 CEST] <BtbN> Use --extra-ldflags, not random env vars.
[15:52:25 CEST] <saml> ah thanks
[15:53:28 CEST] <BtbN> Though I wouldn't be surprised if it ignores extra LDFLAGs while checking for libs with pkg-config
[15:55:13 CEST] <SpeakerToMeat> There's no way to split a multichanel audio track into single files without "reencoding" is there?
[15:55:33 CEST] <BtbN> Depends very much on the format, but in general, no.
[15:56:09 CEST] <BtbN> A lot of formats encode multi-channel stuff as batched samples one after the other for each channel.
[15:57:02 CEST] <saml> https://paste.fedoraproject.org/paste/69Pw~qatKITO1gV5HGIslA now it can't find libx265. Looks like i need to pass -lpthread as well?
[16:09:26 CEST] <saml> --extra-libs="-lpthread" passes ./configure stage!
[16:12:04 CEST] <BtbN> If you need to pass -lpthread something is seriously wrong with your toolchain
[16:12:55 CEST] <saml> i'm trying to build statically linked ffmpeg so that I can just copy executable around between (docker) container
[16:20:05 CEST] <BtbN> That still should not need -lpthread
[16:20:11 CEST] <BtbN> you should never need to do that
[16:27:16 CEST] <DHE> I've seen this happen sometimes when the package (x265 in this case) is built for static linking because pkg-config only outputs -lpthread (or more correctly -pthread) when you also specify --private
[16:27:36 CEST] <DHE> if it were built as shared, it would import libpthread automatically, but not so much for static builds
[16:29:05 CEST] <furq> saml: are you setting --pkg-config-flags=-static
[16:29:31 CEST] <furq> or --static rather
[16:32:17 CEST] <saml> --pkg-config-flags="--static" \ I have this furq
[16:38:01 CEST] <JEEB> then the LAME pc file is borked :<
[16:38:10 CEST] <JEEB> check the pkg-config file it created
[16:38:36 CEST] <JEEB> also do note that you should also be setting either PKG_CONFIG_PATH or _LIBDIR (first one appends, latter replaces like you'd usually see with PATH)
[16:38:47 CEST] <JEEB> if you are building outside of the default search paths of pkg-config
[18:57:29 CEST] <whitestone> hello people
[18:58:05 CEST] <dastan> i am fighting with shellscript and ffmpeg
[18:59:21 CEST] <dastan> i want to send the command 'ffmpeg -re -c:v h264_cuvid -f hls -i /home/build/MSS-ONE/temp/cache/$project-$intnumber/$project.m3u8 -c:v prores -r 25 -acodec pcm_s16le -ac 2 -ar 48000 /media/netapp/$project-$intnumber/$project.mov 2>/home/build/MSS-ONE/temp/logs/$project-$intnumber/$project-$intnumber-save.log'
[18:59:39 CEST] <dastan> the problem is that the script is stops
[19:14:43 CEST] <whitestone> hello people
[19:15:08 CEST] <whitestone> someone to help me with shellscript and ffmpeg?
[19:19:36 CEST] <whitestone> is someone available to help?
[19:29:45 CEST] <durandal_1707> whitestone: help with what?
[19:30:05 CEST] <whitestone> sory
[19:30:28 CEST] <whitestone> i am having problems embeding ffmpeg in a shellscript
[19:30:49 CEST] <whitestone> when i send a ffmpeg command i want to send it to the background
[19:32:38 CEST] <whitestone> 'ffmpeg -re -c:v h264_cuvid -f hls -i /home/build/MSS-ONE/temp/cache/$project-$intnumber/$project.m3u8 -c:v prores -r 25 -acodec pcm_s16le -ac 2 -ar 48000 /media/netapp/$project-$intnumber/$project.mov 2>/home/build/MSS-ONE/temp/logs/$project-$intnumber/$project-$intnumber-save.log'
[19:33:36 CEST] <whitestone> this is my command, when the script send it the bass stop in this command and i want it continue executing the rest of the program
[19:33:46 CEST] <whitestone> the command is in a if loop
[19:57:01 CEST] <poutine> whitestone: That's more of a linux or shell question than a ffmpeg one
[19:57:12 CEST] <poutine> you might be helped by starting the command with nohup at the beginning, and & at the end
[20:18:31 CEST] <lain98> im trying to call the api av_seek_frame with the flags AVSEEK_FLAG_BACKWARD and AVSEEK_FLAG_FRAME and i dont end up on the correct key frame.
[22:19:00 CEST] <dastan> hello people
[00:00:00 CEST] --- Fri Aug 23 2019
1
0
[00:48:30 CEST] <Henry151> hey another , thanks for the helpful link. This is what I'm getting so far: https://bpaste.net/show/rwlE and the outputted mp4 does not appear to have the subtitles burned into it.
[00:48:48 CEST] <Henry151> any further guidance on what I might be screwing up?
[00:53:27 CEST] <Henry151> i ultimately want to script this similarly to the way i scripted this conversion of shn to flac: https://termbin.com/71nz so that it will go through my whole collection of .mkv videos and convert them each to a .mp4 with the english subs burned into it. I will be needing to figure out how to programatically determine which subtitle track is the english subtitles, but i feel like i'm getting closer here..
[00:53:33 CEST] <Henry151> I want to figure out how to do it to *one* file first, then I can start struggling with making it work for a whole collection.
[01:00:43 CEST] <another> Henry151: your subtitles are 1920x1080 while your video is 1280x688
[04:49:38 CEST] <YellowOnion> How can I get seek video output without seeking audio output?
[04:51:41 CEST] <Henry151> another: can you give me guidance on how to deal with that discrepancy?
[04:52:41 CEST] <Henry151> please? :)
[04:52:54 CEST] <YellowOnion> I get frame accurate results with "-i blah -ss 10 output.ext", but with "-i video -i audio -ss 10 output.ext" it seeks both the audio and video right? "-ss 10 -i video .." isn't frame accurate and so I get sync issues...I'm confused on the solution to this.
[04:54:28 CEST] <YellowOnion> Actually I don't think I get sync issues, but I loose a few seconds of video because of lack of a key frame...
[04:54:36 CEST] <furq> Henry151: [0:4][0:v]scale2ref[s][v];[v][s]overlay
[04:55:44 CEST] <furq> YellowOnion: -ss before -i should be frame accurate if you're reencoding
[04:57:05 CEST] <furq> if you're copying then it's normal to have the audio come in before you get a keyframe
[04:57:43 CEST] <YellowOnion> I'm reencoding the video, but Im' missing a few frames of video.
[04:58:52 CEST] <furq> is that with -ss before or after -i
[04:59:08 CEST] <YellowOnion> currently it's before.
[04:59:14 CEST] <furq> did you try with it afte
[04:59:15 CEST] <furq> r
[04:59:36 CEST] <YellowOnion> I don't want to seek the audio...
[04:59:44 CEST] <YellowOnion> can I do -ss:v ?
[04:59:49 CEST] <furq> oh
[05:00:19 CEST] <furq> no -ss after -i just discards everything going to the output file until an input hits that timestamp
[05:00:31 CEST] <furq> it doesn't actually seek the inputs as such
[05:01:12 CEST] <YellowOnion> hmm, maybe the best action is to build the container after wards?
[05:02:24 CEST] <YellowOnion> I'm using to use CoreAudio to encode the audio externally.
[05:02:46 CEST] <Henry151> hey furq , thanks man.
[05:03:44 CEST] <furq> YellowOnion: ffmpeg has audiotoolbox encoding support on osx
[05:03:55 CEST] <YellowOnion> I'm on windows.
[05:04:04 CEST] <furq> oh
[05:04:47 CEST] <YellowOnion> Wait..why doesn't that work on Windows?
[05:05:48 CEST] <Henry151> ffmpeg -i \[Omar\ Hidan\]\ Spirited\ Away\ \[BD\ 720p\ x264\ AAC\ Sub\(Ara\,Jap\,Eng\,Fre\)\]\[4B5D1CE4\].mkv -filter_complex "[0:4][0:v]scale2ref[s][v];[v][s]overlay" -map "[v]" -map 0:a \[Omar\ Hidan\]\ Spirited\ Away\ \[BD\ 720p\ x264\ AAC\ Sub\(Ara\,Jap\,Eng\,Fre\)\]\[4B5D1CE4\].mp4mar\ Hidan\]\ Spirited\ Away\ \[BD\ 720p\ x264\ AAC\ Sub\(Ara\,Jap\,Eng\,Fre\)\]\[4B5D1CE4\].mp4
[05:06:33 CEST] <YellowOnion> wow...that's a lot of slashes.
[05:06:34 CEST] <Henry151> sorry for the ugly paste.. this is telling me "output with label 'v' does not exist in any defined filter graph, or was already used elsewhere
[05:07:02 CEST] <furq> "[0:4][0:v]scale2ref[s][v];[v][s]overlay[o]" -map "[o]" -map 0:a
[05:07:09 CEST] <Henry151> yeah it's ugly. I should have reduced it to something like "ffmpeg -i video.mkv -filter_complex ...etc"
[05:07:35 CEST] <Henry151> thanks again furq :)
[05:08:47 CEST] <furq> does whatever these are being played back on not support mp4 subtitles
[05:09:06 CEST] <furq> because if it does then it would probably be a lot less hassle to do that
[05:09:24 CEST] <Henry151> i want them to be playable "in browser" so that my friends can stream them from my media server
[05:09:51 CEST] <Henry151> i have an nextcloud server and an ampache server so either is fine but i want people to be able to click on it in the browser and just enjoy, without having to download
[05:10:20 CEST] <Henry151> both of them use the media player that is built in to your browser, if i understand correctly.
[05:11:09 CEST] <YellowOnion> furq, there's a 2 year old "patch" to get this working on windows...I wonder why it hasn't been included on mainline...
[05:11:19 CEST] <Henry151> https://romp.network/nextcloud/index.php/s/wybD4BemiDRwPXt
[05:11:28 CEST] <Henry151> this is where i want to "serve them from"
[05:12:26 CEST] <Henry151> you can see there's a built-in media player thing that allows you to click on a video and click "play" but it only works with a very limited number of video types. I'm trying to create a script that will automatically convert any uploaded videos from their current format to something that will stream nicely from there.
[05:12:39 CEST] <another> Henry151: you might want to add -c:a copy -movflags +faststart
[05:12:57 CEST] <Henry151> another: thanks, what does that do?
[05:13:18 CEST] <another> copy the audio stream and make the mp4 streamable
[05:13:30 CEST] <Jonno_FTW> can I have an audio input stream from an mpd output?
[05:14:00 CEST] <Henry151> another: ah, so how i am trying it now will skip the audio stream and leave me with an un-streamable mp4?
[05:15:05 CEST] <Jonno_FTW> considering that the machine has no physical audio outputs since it's a vm
[05:19:15 CEST] <Henry151> another: and, do i add that at the end of my command, or does it have to be somewhere specific within the command?
[05:19:54 CEST] <YellowOnion> Jonno_FTW, https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Virt…
[05:22:43 CEST] <another> Henry151: without -c:a copy, ffmpeg will reencode the audio.
[05:23:11 CEST] <another> without faststart the browser will have to download the whole file before it can be played
[05:24:59 CEST] <Jonno_FTW> YellowOnion: thanks
[05:25:30 CEST] <YellowOnion> Henry151, What other formats are supported?
[05:26:32 CEST] <furq> another: it probably won't any more
[05:26:42 CEST] <furq> most browsers will range request the moov atom from the end nowadays
[05:26:49 CEST] <furq> it's still a bit slower than setting faststart though
[05:29:18 CEST] <another> furq: it thought so, but better be on the safe side
[05:29:23 CEST] <YellowOnion> I'm still confused why mp4 wasn't designed to be live streamed...
[05:31:09 CEST] <YellowOnion> They must have hated internet radio...
[05:32:07 CEST] <another> mp4 is usually not used for internet radio
[05:33:37 CEST] <another> you could use fragmented mp4 for that though
[05:35:05 CEST] <Henry151> i think webm is also supported
[05:35:38 CEST] <Henry151> i don't exactly need to be able to "broadcast" this, just to allow people to stream it from that nextcloud interface linked above
[05:36:32 CEST] <Henry151> i understand that mp4 and webm are the two most likely to be able to play in "any browser" ... my limited understanding is that the nextcloud app contains no media player at all, and just relies on whatever media player you have built in to your web browser.
[05:53:35 CEST] <YellowOnion> well I got a correct file this time within the 8MB limit: https://cdn.discordapp.com/attachments/198027456546996225/60814541451165696…
[09:18:37 CEST] <Jonno_FTW> YellowOnion: I did it without using alsa
[09:39:11 CEST] <YellowOnion> Jonno_FTW, ahh thats good... let me guess with a named pipe?
[09:59:23 CEST] <Jonno_FTW> YellowOnion: I just used http output in mpd
[11:44:54 CEST] <lofo> Hi! I have a series of raw pixel buffers i have to pull individually. For now i convert them into PNGs and input them into FFmpeg but i feel that the PNG conversion isn't necessary am i right ?
[11:45:54 CEST] <lofo> is there a way to send pixel buffers directly to FFmpeg. Without PNG conversion and without disk IO
[11:46:31 CEST] <BtbN> If you're using the libraries directly, of course
[11:46:52 CEST] <BtbN> If your data is in a well defined pixel format, you might even be able to pipe it in via stdin
[11:48:19 CEST] <lofo> I run ffmpeg through MobileFFmpeg but i might be able to use the FFmpeg libs directly
[11:49:02 CEST] <BtbN> You're gonna have to talk to whoever made "MobileFFmpeg" then
[11:49:06 CEST] <lofo> What should i look into the documentation to do such thing ?
[11:49:18 CEST] <lofo> if i use the lib directly
[11:49:38 CEST] <BtbN> If you're using the libraries there is nothing special really. The usual flow is you call a decoder, which gives you raw images.
[11:49:47 CEST] <BtbN> You already have raw images, so you just don't have a decoder.
[11:50:55 CEST] <lofo> Yeah but i would need to "package" the raw images in some way to input it into FFmpeg.
[11:51:17 CEST] <lofo> For now i only have a function that outputs me a raw image when called
[11:52:16 CEST] <BtbN> You're gonna need to be more specific with "raw image"
[11:52:30 CEST] <BtbN> Is it a char* with yuv420p/bgr0/bgra?
[11:52:55 CEST] <lofo> like an array of bytes containing RGBA data on some arbitrary length
[11:53:04 CEST] <lofo> yup something like that
[11:53:27 CEST] <BtbN> That's perfectly fine and can probably be passed in untouched and without extra copy
[11:53:54 CEST] <BtbN> Keep in mind though that libav* are C libraries. Your stuff does not sound like it's C/C++ or anything that could call C directly.
[11:54:17 CEST] <lofo> its Swift and i can bridge with C quite easily
[11:56:12 CEST] <lofo> what is tried to ask was : How am i gonna tell FFmpeg how to fetch next buffer when it needs it ?
[11:57:01 CEST] <BtbN> You don't. The API is push-based. You send in new data as it becomes available.
[11:59:17 CEST] <lofo> oh i see. I think i have all i need for now. Thank you BtbN
[11:59:59 CEST] <lofo> i was confused because i used FFMpeg in a command-line way, which is more pull-based
[15:03:27 CEST] <Henry151> https://termbin.com/7l5x hey y'all
[15:03:52 CEST] <Henry151> I'm working on this and I want to make it automatically select the english subtitle track, any guidance on that?
[15:34:26 CEST] <another> Henry151: you can select all streams of a specific language with -map 0:m:language:eng
[15:35:11 CEST] <another> unfortunately it's not possible to only select subtitles of a certain language
[15:35:55 CEST] <another> however as a workaround you could first extract all subtitles and then filter them by lang
[15:37:12 CEST] <relaxed> Henry151: This will give you the stream index of english subtitles, ffmpeg -i INPUT 2>&1|awk '/\(eng\).*Sub/{sub(/.*#/,"");sub(/\(.*/,""); print $0}'
[15:37:20 CEST] <another> ffmpeg -i input.mkv -c copy -map 0:s subs.mkv; ffmpeg -i input.mkv -i subs.mkv -c copy -map 0:v -map 0:a -map 1:m:language:eng out.mp4
[16:04:19 CEST] <another> relaxed: there was a bug in libaom which broke single pass crf encode. it was recently fixed: https://bugs.chromium.org/p/aomedia/issues/detail?id=2451 would be great if you could update your builds :)
[16:55:51 CEST] <relaxed> another: so this went in Aug 6?
[16:57:10 CEST] <relaxed> er, today :^)
[16:57:18 CEST] <mantas322> Hello everyone
[16:57:27 CEST] <mantas322> I have a stupid question I'd like to ask
[16:57:50 CEST] <mantas322> Is HML5 a specific type of MP4 variety which is most optimal for web friendliness?
[16:58:00 CEST] <mantas322> someone correct my confusion please.
[17:00:21 CEST] <kepstin> I've never heard of "HML5" before, are you sure that's not just a typo of "HTML5"?
[17:00:29 CEST] <another> relaxed: yep. today
[17:03:07 CEST] <mantas322> I checked again
[17:03:13 CEST] <mantas322> it indeed says HML5 Video
[17:03:21 CEST] <mantas322> perhaps thats just shortened
[17:03:25 CEST] <mantas322> to confuse me
[17:03:28 CEST] <kepstin> where does it say that?
[17:03:42 CEST] <kepstin> sounds like a typo to me :/
[17:03:51 CEST] <mantas322> WordPress plugin called SLider Revolution
[17:04:03 CEST] <relaxed> another: and I just uploaded 4.2 release, hah. I'll start rebuilding release and then git master. Thanks for the heads-up
[17:05:08 CEST] <mantas322> see here https://i.imgur.com/gtz3HiI.png
[17:05:17 CEST] <mantas322> when selelcted the source file is an mp4
[17:06:12 CEST] <another> relaxed: 4.2 is out? Whoohoo!
[17:06:53 CEST] <another> mantas322: that definitly a typo. should be HTML5
[17:08:00 CEST] <kepstin> and by "HTML5 video" it probably means "video that can be played the the browser's builtin video support", which is something that varies from browser to browser :/
[17:10:23 CEST] <mantas322> yeah
[17:10:37 CEST] <mantas322> I just assumed HML5 was something new and/or different
[17:13:59 CEST] <mantas322> welp thats it for me
[17:14:00 CEST] <mantas322> thanks.
[17:14:25 CEST] <mantas322> I'll be back later to ask about ffmpeg params fror converting stupid nikon video formats
[17:14:29 CEST] <mantas322> mk whatever
[17:14:30 CEST] <kepstin> apply a little occam's razor here - is it more likely that an author of a random wp plugin is on the cutting edge of designing new video formats, or typoed 'HTML5' :)
[17:14:52 CEST] <mantas322> this is a pretty popular paid plugin with tonnes of on going updates
[17:15:09 CEST] <mantas322> so I would assume he's starting a trend of calling HTML5 HML5
[17:50:20 CEST] <relaxed> another: 4.2 amd64 release build has the aom fix now
[18:04:56 CEST] <machtl> is there any way i can set some dynamic info like mpegts metadata ? i want to somehow route the "video name" iam playing to ffplay and grab it there from the output. but iam concating a lot of videos and want some info at every beginning of the video at ffplay
[18:07:01 CEST] <another> relaxed: great! thanks
[18:12:18 CEST] <Henry151> relaxed: thanks for that snippet, i believe that will work for me, can't try it until i get home later but i sure appreciate it
[18:36:00 CEST] <blizzow> What's the ffmpeg equivalent of this:
[18:36:20 CEST] <blizzow> cvlc v4l2:///dev/video0:chroma=mjpg --v4l2-chroma mjpg --v4l2-width 1280 --v4l2-height 720 --sout '#transcode{vcodec=h264,fps=30,width=1280,height=720}:proto{rtsp-tcp}:rtp{access=tcp,sdp=rtsp://:8888/live.sdp}'
[18:37:38 CEST] <blizzow> Also, is it possible to stream the mjpeg 1280x720 yuv420p format straight to rtsp://
[21:47:26 CEST] <Dotz0cat> hey i am trying to take pictures on a webcam with ffmpeg. the first picture i take always is not right. and for how i want to use the webcam this is not good
[21:51:52 CEST] <piggz_> durandal_1707: kepstin; thx for the help last night, that did the trick
[21:52:28 CEST] <Dotz0cat> example that i took a few minites ago: https://imgur.com/a/ojvRK0Q
[21:53:12 CEST] <klaxa> is that maybe an issue of the camera(-driver)?
[21:55:03 CEST] <kepstin> yeah, many webcams have a few bad frames at the start from firmware issues or auto-exposure errors or whatnot
[21:56:31 CEST] <kepstin> you could do something like -vf trim=start_frame=2 to make it throw out the first frame if you know it's gonna be bad.
[21:58:00 CEST] <Dotz0cat> yeah even more with the webcam i am using. it is a microsoft lifecam cinema. command here: https://pastebin.com/jqMWyccM
[21:58:41 CEST] <Dotz0cat> i can try adding that
[22:03:15 CEST] <Dotz0cat> thanks that worked
[22:03:55 CEST] <Dotz0cat> now i have to make a script that runs it every 2 seconds
[22:05:40 CEST] <Dotz0cat> also have to set up udev rules and stuff so the webcam can always get certen settings and need to do something about my computer going to sleep
[22:06:30 CEST] <kepstin> it might be better to try to get a single ffmpeg command running continuously that saves a frame every couple seconds, rather than start/stop it all the time
[22:06:44 CEST] <kepstin> would avoid the issue with the camera completely
[22:09:36 CEST] <Dotz0cat> i am planing to use this to take timelaspses
[22:10:58 CEST] <kepstin> if you just want 1 frame every 2 seconds, do something like `ffmpeg -f v4l2 -video_size 1280x720 -i /dev/video0 -vf fps=1/2 -c png /path/to/cap%03d.png`
[22:11:29 CEST] <kepstin> (or you can even have ffmpeg encode the timelapse video directly if you like, rather than saving pngs)
[22:25:48 CEST] <Dotz0cat> whould this serve the purpose: https://pastebin.com/vzrhD3TD
[22:28:28 CEST] <relaxed> day="$(date +%D)"
[22:32:23 CEST] <relaxed> Dotz0cat: or dump them all into one dir and have ffmpeg's output look like this, "$(date --rfc-3339=seconds)"-cap%03d.png
[22:33:58 CEST] <relaxed> so ffmpeg's output would look like this, 2019-08-06 16:06:47-04:00-cap001.png
[23:01:24 CEST] <sfs> hello
[23:01:40 CEST] <Dotz0cat> hey
[23:01:41 CEST] <sfs> are there any problems with ffmpeg and VSX on big-endian POWER?
[23:02:00 CEST] <sfs> i ask because in configure, there is
[23:02:00 CEST] <sfs> 5535 if ! enabled ppc64 || enabled bigendian; then
[23:02:00 CEST] <sfs> 5536 disable vsx
[23:02:29 CEST] <sfs> i was wondering why VSX was getting disabled even though i passed --enable-vsx
[00:00:10 CEST] --- Wed Aug 7 2019
1
0
[00:36:16 CEST] <michaelni_> BtbN, "The build has been scheduled for termination. There may be a delay before a new build can be resubmitted."
[00:36:26 CEST] <BtbN> Thanks.
[00:36:32 CEST] <BtbN> Been stuck for a good 3 months again :/
[00:36:47 CEST] <BtbN> Gonna upgrade the Docker-Image a bit as well
[01:12:23 CEST] <BtbN> https://lists.samba.org/archive/samba-technical/2018-October/130668.html running into this on Debian Stable. Lovely.
[01:13:10 CEST] <BtbN> So, aparently libsmbclient-4.0 header cannot be used when using std=c99
[01:13:14 CEST] <BtbN> even more lovely
[01:23:55 CEST] <cone-901> ffmpeg 03Michael Niedermayer 07master:f51e4d026cc7: avcodec/alsdec: Limit maximum channels to 512
[01:23:55 CEST] <cone-901> ffmpeg 03Michael Niedermayer 07master:d7866bf527a9: avcodec/internal: Bump sane_nb_chanels
[01:23:55 CEST] <cone-901> ffmpeg 03Michael Niedermayer 07master:661a9b274b01: avcodec/alsdec: Fix integer overflow in decode_var_block_data()
[03:21:31 CEST] <nicolas17> .rar /o\
[10:46:53 CEST] <cone-263> ffmpeg 03Steven Liu 07master:d1fe1344ea98: avformat/hlsenc: fix memleak in update_variant_stream_info
[10:46:54 CEST] <cone-263> ffmpeg 03Steven Liu 07master:fa78a6abb379: avformat/hlsenc: simplified code of use_localtime in hls_init
[10:46:55 CEST] <cone-263> ffmpeg 03Steven Liu 07master:c66d468795f7: avformat/hlsenc: avformat/hlsenc: simplified code
[10:52:08 CEST] <durandal_1707> apply my v360 set, it is now urgent
[10:55:56 CEST] <durandal_1707> you complained that its missing Changelog and other stuff
[10:58:58 CEST] <thardin> did anyone submit a patch for the fuzzer yet?
[11:01:07 CEST] <nevcairiel> james did
[11:05:32 CEST] <J_Darnley> I did? I don't remember that.
[11:05:34 CEST] <J_Darnley> :)
[11:05:53 CEST] <thardin> cool, giving it a spin
[11:40:49 CEST] <thardin> seems to work well
[11:43:00 CEST] <durandal_1707> expert in const-correctness
[11:47:15 CEST] <durandal_1707> who is willing to apply v360 set, get prize in amount of 1000 eur minus currently passed seconds from this moment
[11:56:08 CEST] <durandal_1707> not much time left
[12:10:48 CEST] <thardin> sadly I know nothing of this newfangled 360° stuff
[13:36:14 CEST] <BtbN> "New defects found: 264" oh boy
[13:44:01 CEST] <durandal_1707> thardin: you havent even looked at set
[13:45:50 CEST] <thardin> no I have not
[13:48:12 CEST] <durandal_1707> its trivial changes
[13:48:31 CEST] <kierank> durandal_1707: i will push
[13:49:04 CEST] <kierank> durandal_1707: send patchwork link
[13:51:51 CEST] <durandal_1707> http://ffmpeg.org/pipermail/ffmpeg-devel/2019-August/248607.html
[13:52:18 CEST] <durandal_1707> kierank ^
[13:55:25 CEST] <kierank> done
[13:55:26 CEST] <cone-237> ffmpeg 03Paul B Mahol 07master:33cd5161672a: doc/filters: fix v360 options names
[13:55:26 CEST] <cone-237> ffmpeg 03Paul B Mahol 07master:cc73b849ffb7: add v360 to Changelog
[13:55:26 CEST] <cone-237> ffmpeg 03Paul B Mahol 07master:e6dd9438727d: doc/filters: fix typos
[13:55:26 CEST] <cone-237> ffmpeg 03Paul B Mahol 07master:a8ef41c1f5f0: avfilter/vf_v360: improve comments above headers
[13:55:26 CEST] <cone-237> ffmpeg 03Paul B Mahol 07master:aeae6283a9d5: avfilter/vf_v360: remove unused header
[13:59:37 CEST] <feliwir> Hey, what's up with all the grief on the mailing list?
[14:01:14 CEST] <kierank> FFmpeg is like this
[14:01:22 CEST] <kierank> a bit like the linux kernel used to be
[14:03:22 CEST] <thardin> strong egos abound
[14:08:03 CEST] <durandal_1707> alpha males
[14:09:04 CEST] <thardin> I'd say the opposite. confident people don't act that way
[14:09:44 CEST] <kierank> yes many developers in project are very very paranoid
[14:10:58 CEST] <thardin> paranoia is fine if it's informed and has a valid threat model
[14:12:45 CEST] <durandal_1707> general incompetence
[16:37:10 CEST] <durandal_1707> cehoyos: the configure line is for codecs that are dependent on other code
[16:37:31 CEST] <cehoyos> How do you define "dependent"?
[16:38:06 CEST] <cehoyos> Two solutions are possible, in this case we have two codecs with not a single small function different, why does it make sense to increase the maintenance burden?
[16:38:18 CEST] <durandal_1707> that they cannot be build without other codec
[16:38:50 CEST] <durandal_1707> this is not about maintenace burden
[16:39:55 CEST] <durandal_1707> this is about simple following codecs logic
[16:40:30 CEST] <durandal_1707> look how all adpcm or pcm variants are done
[16:48:16 CEST] <durandal_1707> they certainly do not depend on some ultimate pcm/adpcm codec
[17:03:22 CEST] <cehoyos> But the adpcm codecs do not share 100% of their code
[17:15:56 CEST] <durandal_1707> cehoyos: that is irrelevant
[17:16:25 CEST] <durandal_1707> your change is incorrect
[17:23:35 CEST] <durandal_1707> there is no need for dependency
[17:25:13 CEST] <durandal_1707> because decoder does not use explicitly another decoder
[20:59:14 CEST] <durandal_1707> there is startup that uses ffmpeg and claims its 4x times faster than facebook filter
[23:59:58 CEST] <thardin> so there's already tickets about the cfr -> vfr thing. didn't know that
[00:00:00 CEST] --- Thu Aug 22 2019
1
0
[01:51:00 CEST] <stevessss> so.. zhiyun crane 3 lab offers image transmission to your phone from hdmi capture over wifi.... thier mobile app includes bundled ffmpeg.... how do I go about asking that they release the source to their ffmpeg based mobile app?
[01:51:14 CEST] <stevessss> I think a copyright holder to ffmpeg has to assert their gpl rights
[01:57:25 CEST] <stevessss> https://play.google.com/store/apps/details?id=com.zhiyun.zyplay
[01:58:20 CEST] <stevessss> it uses ffmpeg for playing the video sream over udp, using some undocumented protocol... as linked .so file... reporting to apple will make it permanant app ban.. but maybe google will block it until such point as they release their source code for that portion of app that uses ffmpeg
[01:59:48 CEST] <stevessss> apple hates open source and would want it blocked from their store for using it regardless of whether it goes back into gpl compliance... and also finds that distributing gpl apps is against their tos
[02:06:07 CEST] <stevessss> sorry.. that is lgpl.. as long as its linked and not modified they can use that
[02:43:46 CEST] <Retal> Hello guys. I have 2 Nvidia GPU in my Linux server. How i can turn off 1 card form startup ?
[03:06:26 CEST] <Beam_Inn> would anyone be willing to help with a command/script that converts date-time?
[03:06:28 CEST] <Beam_Inn> I have a rough draft
[03:10:06 CEST] <relaxed> wrong channel?
[03:12:03 CEST] <Beam_Inn> nah, i'm trying to use ffmpeg to clip a section of the video
[03:12:12 CEST] <Beam_Inn> and i haven't been successful using snippets from the internet
[03:12:26 CEST] <Beam_Inn> ffmpeg -i test.mp4 -ss 00:00:03 -t 00:00:08 -async 1 cut.mp4
[03:12:39 CEST] <Beam_Inn> for example I should expect this to start from 3 seconds into the video and create an 8-second clip
[03:13:53 CEST] <relaxed> that's correct
[03:13:57 CEST] <Beam_Inn> i mean, I'm using a programming language that doesn't have date-time to convert the 'clip length' into a 'end-time' parameter.
[03:14:10 CEST] <Beam_Inn> oh. maybe i just need to update or something, then.
[03:14:27 CEST] <Beam_Inn> let me see if they posted a COM datetime method yesterday
[03:15:38 CEST] <relaxed> you can use seconds if that's easier
[03:16:24 CEST] <Beam_Inn> how's that?
[03:16:34 CEST] <relaxed> -ss 3 -t 8
[03:16:38 CEST] <Beam_Inn> I mean, honestly I was planning to just write an hh mm ss converter
[03:16:52 CEST] <relaxed> that would work too
[03:17:29 CEST] <relaxed> which language?
[03:17:40 CEST] <Beam_Inn> and then convert the starttime to seconds and the endtime to seconds then use the endtime-starttime to get cliptime.
[03:18:03 CEST] <Beam_Inn> i always need to write it out because I guess it's just the way my mind works, it seems like starttime+endtime should equal total time, but obviously that's stupid.
[03:18:07 CEST] <Beam_Inn> just ahk
[03:18:16 CEST] <Beam_Inn> i mean it's for personal time saving
[03:18:47 CEST] <Beam_Inn> i do a lot of video clipping for premiere studies
[03:20:11 CEST] <Beam_Inn> i mean i already wrote the code.
[03:20:17 CEST] <Beam_Inn> i guess it's just buggy.
[03:20:37 CEST] <Beam_Inn> it's probably a scope error or something. i'll try to figure it out and check in later.
[04:05:37 CEST] <renatosilva> is there any utility in ffmpeg that can detect video streaming on web browser? I'm on windows
[04:06:36 CEST] <another> what do you mean?
[04:10:04 CEST] <DHE> what do you mean by "detect"? some browsers (most? I know chrome does) use ffmpeg for their video streaming capabilities
[05:18:20 CEST] <renatosilva> detect that a video streaming has started, or detect that a video is being watched
[05:19:02 CEST] <renatosilva> for example, I used to do this through windows event log, used to work pretty well but the event is not registered anymore
[07:53:16 CEST] <twb> I've got two security camera feeds, and I want to join them (the video part) together side-by-side into a single feed. i.e. the movie equivalent of imagemagick's montage -mode concatenate
[07:53:28 CEST] <twb> Where in the manpage should I be looking?
[09:26:52 CEST] <twb> https://stackoverflow.com/questions/28078510/ffmpeg-side-by-side-camera-and… looks relevant
[09:27:10 CEST] <twb> Unsurprisingly, the filters look complicated and scary
[09:27:25 CEST] <furq> twb: https://ffmpeg.org/ffmpeg-filters.html#hstack
[09:28:09 CEST] <furq> bear in mind the ffmpeg cli doesn't do any kind of reconnection management or anything like that, so if one feed drops the output will die
[09:28:23 CEST] <furq> if these feeds are on lan it should be tolerable though
[09:28:39 CEST] <JEEB> yea, I would do an API client that would handle inputs going up and down personally
[09:28:45 CEST] <JEEB> possibly with something like upipe, dunno
[09:29:22 CEST] <furq> for two local feeds ffmpeg should be fine
[09:29:48 CEST] <furq> with lots of feeds and/or remote feeds you're going to run into sync issues and dropouts etc
[09:31:15 CEST] <furq> twb: -lavfi [0:v]setpts=PTS-STARTPTS[l];[1:v]setpts=PTS-STARTPTS[r];[l][r]hstack
[09:31:17 CEST] <furq> something like that
[09:33:05 CEST] <twb> For stupid reasons, the cameras are not directly accessible; they're being streamed to a shitty proprietary windows thing that runs on the same host as ffmpeg. ffmpeg is currently reading rtmp:// from one camera, then remuxing it as flv, then sending it to a youtube stream thing
[09:33:40 CEST] <twb> I wanted to just run two ffmpegs, each reading from one camera and writing to one youtube, but apparently the owner's youtube... account?... doesn't allow that
[09:34:07 CEST] <JEEB> lol
[09:35:04 CEST] <furq> https://support.google.com/youtube/answer/2853812
[09:35:05 CEST] <furq> maybe this
[09:35:41 CEST] <twb> thanks
[09:35:53 CEST] <twb> I realize now I say it, my original question should have been "how do I make youtube not suck?"
[09:35:57 CEST] <twb> X/Y problem
[09:41:01 CEST] <twb> $user says they were in the event in youtube and couldn't find the ingestion settings thing
[09:41:15 CEST] <twb> part of the problem is, apparently, that youtube is halfway through changing all the UI
[09:54:01 CEST] <furq> they're always halfway through changing all the ui
[10:05:04 CEST] <twb> FYI I've just been trying your hstack approach and it seems to be working nicely
[10:05:36 CEST] <twb> If I just want the audio from the first camera, is it sufficient to do -c:a copy ?
[10:07:55 CEST] <twb> It is also reporting speed=0.7xx so I suspect this is not able to hstack in real-time :-/
[10:08:36 CEST] <twb> I also saw some crap about it wanting pthreads for some circular buffer thing
[10:12:10 CEST] <durandal_1707> twb: hstack is memcpy, what you encode and how?
[10:12:59 CEST] <twb> ah sorry
[10:13:14 CEST] <twb> I'll have to retype because I'm not connected to the rdesktop computer
[10:13:53 CEST] <durandal_1707> use ultrafast preset :)
[10:15:13 CEST] <twb> ffmpeg -rtsp_transport tcp -i rtsp://<camera 1> -i rtsp://<camera 2> -filter_complex "[0:v]setpts=PTS-STARTPTS[l];[1:v]setpts=PTS-STARTPTS[r];[l][r]hstack" -tune zerolatency -vcodec libx264 -t 7:58:00 -pix_fmt + -c:a copy -f flv rtmp://<youtube crap>
[10:15:50 CEST] <twb> Those other options were cargo-culted by the last guy; I can guess the x264 and flv and a copy; the rest I don't know WTF it is
[10:16:46 CEST] <twb> In the meantime, I "solved" the speed problem by switching the camera's feeds from high-quality to low-quality. Now speed=1.02
[10:16:53 CEST] <durandal_1707> twb: use faster preset for x264
[10:17:06 CEST] <twb> OK
[10:17:16 CEST] <twb> How? :-)
[10:17:45 CEST] <twb> Hrm, https://trac.ffmpeg.org/wiki/Encode/H.264
[10:17:51 CEST] <durandal_1707> after -vcodec libx264 add -preset:v ultrafast ?
[10:17:56 CEST] <twb> Cool thanks
[10:18:10 CEST] <durandal_1707> also it depends on speed of your network...
[10:19:06 CEST] <twb> FFTH so like 25Mbit/s synchronous to the interboobs
[10:30:25 CEST] <koz_> I'm having some weird behaviour when using hevc_vaapi on my AMD GPU. Instead of video, I get a bunch of weirdly-coloured static.
[10:31:53 CEST] <furq> twb: use at least superfast if you can afford it
[10:32:03 CEST] <furq> ultrafast turns pretty much everything good about h264 off
[10:32:03 CEST] <twb> cool
[10:32:30 CEST] <twb> I'm also changing between high/med/low quality from the cameras themselves
[10:32:41 CEST] <furq> i'm guessing that's just resolution if it's actually making a difference
[10:32:51 CEST] <furq> that would make a very big difference though
[10:33:01 CEST] <twb> both cameras at med, and using ultrafast, I'm seeing it starting at speed=2.42 then dropping down to speed=1.04
[10:33:25 CEST] <furq> you'll want to check your cpu usage with live inputs
[10:33:34 CEST] <furq> since it'll obviously be capped at ~1x
[10:34:25 CEST] <twb> good thinking
[10:37:42 CEST] <twb> btw you're right - I tried mixing camera qualities and ffmpeg was upset because one camera was 1080 and the other was 576
[10:37:48 CEST] <twb> so clearly "quality" is just resolution
[10:39:09 CEST] <furq> oh also don't use -tune zerolatency
[10:39:33 CEST] <furq> it'll have no effect on latency for this use case but it will turn off a bunch of stuff
[10:39:39 CEST] <furq> like proper multithreading for starters
[10:42:29 CEST] <twb> good to know
[11:10:22 CEST] <twb> Grr. I tried to put ffmpeg into a loop like: while true; do timeout 11h ffmpeg ...; sleep 5m; done
[11:10:39 CEST] <twb> ...but PowerShell has no equivalent of "timeout" that I can see
[11:11:02 CEST] <twb> So I gave up and ran ffmpeg and bash inside an Ubuntu WSL container
[11:11:16 CEST] <twb> ...but then ffmpeg can't see the RTMP network streams
[11:11:27 CEST] <furq> -t should work for that
[11:12:06 CEST] <twb> oh OK
[11:12:09 CEST] <furq> or just run it in msys
[11:12:18 CEST] <twb> So the previous person had -t in there already, but set to *nine* hours
[11:12:27 CEST] <twb> So I can just skip that and do a regular while loop
[11:27:34 CEST] <twb> Thanks for all your help everybody
[11:27:46 CEST] <twb> (/me goes to make panchmel dal for dinner)
[12:00:11 CEST] <Pompolus> hi, someone willing to help?
[12:00:21 CEST] <Pompolus> I'm trying to get an rstp stream from an IP camera and restreaming it on RTMP.
[12:00:34 CEST] <Pompolus> The problem is that I managed to get it work on a 18.04 ubuntu machine acting as a media-server, but now that I'm trying to duplicate the installation on another machine (running ubuntu 18.04 too) ffmpeg stucks when retrieving the input.
[12:00:48 CEST] <Pompolus> I can access the rstp streaming from VLC on any pc, with different IPs, so the issue it's not about some firewall rule from IP camera side.
[12:01:53 CEST] <Pompolus> this is the ffmpeg string I'mt trying to use:
[12:01:55 CEST] <Pompolus> ffmpeg -i rtsp://admin:qw12er34ty56@net.siralab.com:554/onvif2 -vcodec libx264 -crf 23 -acodec copy -vbsf h264_mp4toannexb -hls_time 2 -hls_list_size 999999999 -f flv rtmp://116.203.34.212:1935/show/294d495d-352e-4bc8-95f9-92d2834454e1
[12:02:31 CEST] <Pompolus> I tried several different string, but seems like ffmpeg cannot access to the input stream
[12:02:47 CEST] <Pompolus> log:
[12:02:48 CEST] <Pompolus> [rtsp @ 0x56440c9c4980] Could not find codec parameters for stream 0 (Video: h264, none): unspecified size
[12:02:48 CEST] <Pompolus> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[12:02:48 CEST] <Pompolus> Input #0, rtsp, from 'rtsp://admin:qw12er34ty56@net.siralab.com:554/onvif2':
[12:02:48 CEST] <Pompolus> Metadata:
[12:02:48 CEST] <Pompolus> title : H.264 Video, RtspServer_0.0.0.2
[12:02:50 CEST] <Pompolus> Duration: N/A, start: 0.000000, bitrate: N/A
[12:02:52 CEST] <Pompolus> Stream #0:0: Video: h264, none, 90k tbr, 90k tbn, 180k tbc
[12:02:54 CEST] <Pompolus> Output #0, image2, to 'hello/img%03d.png':
[12:02:56 CEST] <Pompolus> Output file #0 does not contain any stream
[12:04:22 CEST] <Pompolus> I tried to increase 'analyzeduration' and 'probesize' but the output is the same
[12:04:28 CEST] <pink_mist> please use a pastebin for that kind of pasting in the future
[12:04:33 CEST] <Pompolus> any hints? I'm going crazy
[12:04:40 CEST] <Pompolus> ok, sorry, you are right
[12:04:49 CEST] <pink_mist> (I've no experience with rtmp stuff though, so I can't really help)
[12:05:22 CEST] <Pompolus> it's not about rtmp, even trying to save the stream on file the result is the same
[12:05:48 CEST] <Pompolus> I cannot access the rstp input stream
[12:06:37 CEST] <Pompolus> the weird part is that it work flawless on the first installation I made
[12:07:14 CEST] <Pompolus> and with vlc I can access the stream without issues
[12:09:06 CEST] <koz_> On here: https://trac.ffmpeg.org/wiki/Hardware/VAAPI it says that "H.264 encode is working on GCN GPUs, but is still incomplete. No other codecs are supported by Mesa for encode yet.". Is this still current?
[12:38:47 CEST] <Pompolus> no one?
[13:07:40 CEST] <tinytoast> Pompolus: as soon as someone mentions they are using ubuntu regarding issues i always remember that they use seriously outdated libraries and code. they also have a tendency to do path changes and other things that most other linux distros do not. your problem may in fact be the unbuntu distro of ffmpeg itself. just a thought.
[13:09:03 CEST] <another> Pompolus: you may want to change your passwords btw
[13:44:56 CEST] <machtl> as some guys helped me yesterday i have found 2 solutions that work for my issues, either re-use my inputs or use slit with concat and use too much memory
[13:45:20 CEST] <machtl> as some of you mentioned split and concat uses too much memory
[13:45:22 CEST] <machtl> https://pastebin.com/3AtEJ4ip
[13:45:28 CEST] <machtl> https://pastebin.com/an0GJV5C
[13:45:48 CEST] <machtl> is there another way to do this?
[14:41:33 CEST] <Pompolus> tinytoast thank you but I can get the input stream from an ubuntu installation without issues, but only there. I'm not sure what is wrong with the other systems, they run the exact same version of both ubuntu and ffmpeg
[14:42:33 CEST] <Pompolus> even this simple string doesn't work:
[14:42:34 CEST] <Pompolus> ffmpeg -rtsp_transport udp -i rtsp://admin:qw12er34ty56@net.siralab.com:554/onvif2 -vcodec copy -acodec copy -f flv a.flv
[14:42:42 CEST] <Pompolus> can anyone try?
[14:57:52 CEST] <Pompolus> the same happens with ffplay too. Works on server, fails on every other place
[14:57:55 CEST] <Pompolus> ffplay -rtsp_transport udp rtsp://admin:qw12er34ty56@net.siralab.com:554/onvif2
[15:48:12 CEST] <Pompolus> any idea on this error?
[15:48:13 CEST] <Pompolus> Could not find codec parameters for stream 0 (Video: h264, 1 reference frame, none(left)): unspecified size
[15:48:13 CEST] <Pompolus> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[15:48:34 CEST] <JEEB> Pompolus: there were no packets that could initialize the decoder
[15:48:49 CEST] <JEEB> either no packets for video stream at all, or there are no parameter sets
[15:48:55 CEST] <JEEB> in other words, the decoder cannot initialize
[15:49:08 CEST] <Pompolus> the question is why, then :\
[15:49:27 CEST] <JEEB> I think you should ask that from the encoder that's creating the stream?
[15:49:35 CEST] <DHE> the stream says there's supposed to be h264 video, but no video was actually received or at least not enough to work with
[15:50:22 CEST] <Pompolus> on vlc and in another system runs smoothly
[15:50:46 CEST] <JEEB> hmm, I wonder if it doesn't register the source or something
[15:50:56 CEST] <JEEB> vlc uses live555 for the rtsp access I think
[16:24:58 CEST] <Pompolus> if someone wants to help me, here there are the logs (with -loglevel debug) of ffmpeg running on the server (the only system I can get it to work) and on another system (with same SO and ffmpeg version).
[16:25:25 CEST] <Pompolus> failing system log: https://pastebin.com/raw/xn86kmb8
[16:25:37 CEST] <Pompolus> server log: https://pastebin.com/raw/gjsL1J6v
[16:25:56 CEST] <Pompolus> I pasted only the relevant part where they differ
[21:51:01 CEST] <dastan> hello, i have a problem with hardware acceleration
[21:52:24 CEST] <dastan> can someone help me
[21:52:37 CEST] <dastan> i am trying to send this command
[21:52:45 CEST] <dastan> ffmpeg -hide_banner -hwaccel cuvid -c:v h264_cuvid -f hls -i "YOUTUBE-HLS-LINK" -vcodec h264_nvenc -r 50 -acodec pcm_s16le -ac 2 -ar 48000 -f hls /home/build/temp/tn/tn.m3u8 -vcodec prores_aw -r 25 -acodec pcm_s16be -ac 2 -ar 48000 /
[21:53:35 CEST] <dastan> it gives me an error like Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scaler_0'
[21:53:45 CEST] <dastan> Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scaler_0'
[21:53:47 CEST] <BtbN> That looks like a wild copy&paste hell unrelated things
[21:54:02 CEST] <BtbN> +of
[21:54:03 CEST] <dastan> jaja
[21:54:09 CEST] <dastan> yes it is a little
[21:54:16 CEST] <dastan> i explain
[21:54:41 CEST] <dastan> ffmpeg -c:v h264_cuvid -f hls -i "LOCAL-HLS-LINK" -vcodec prores -r 25 -acodec pcm_s16le -ac 2 -ar 48000 /home/build/temp/tn/tn.mov
[21:54:49 CEST] <dastan> this command works fine
[21:54:55 CEST] <BtbN> You are decoding as On-GPU CUDA frames, and telling it to encode that to prores, which is not a hw encoder. It won't have any idea what to do with the frames.
[21:55:33 CEST] <BtbN> Also, -vcodec/acodec are deprecated, use -c:v and -c:a
[21:57:50 CEST] <dastan> to make the mov in the same command i need to use hw_download in the second output, isn it?
[21:58:24 CEST] <dastan> because there is not a hardware codec to make a prores video, isnt it?
[21:58:35 CEST] <koz_> On here: https://trac.ffmpeg.org/wiki/Hardware/VAAPI it says that "H.264 encode is working on GCN GPUs, but is still incomplete. No other codecs are supported by Mesa for encode yet.". Is this still current?
[21:59:02 CEST] <BtbN> dastan, no idea if such a construct works. Probably better to do it in two seaprate commands
[21:59:38 CEST] <dastan> ok, right now i have it working in two separate commands
[22:01:40 CEST] <BtbN> You could also just not use hwframes. The performance won't be much worse.
[22:02:38 CEST] <dastan> i will check everything, because without hw frames is possible to make everything in one codec
[22:02:44 CEST] <dastan> in one command
[22:02:50 CEST] <dastan> with two outputs
[22:03:08 CEST] <BtbN> two outputs in one command are far from as efficient as one might think
[22:03:17 CEST] <BtbN> since ffmpeg will work through them in sequence, not in parallel
[22:03:28 CEST] <BtbN> per frame that is
[22:04:57 CEST] <dastan> you aqre saying that two outputs in one commands is not efficient?
[22:05:36 CEST] <BtbN> If one of the two outputs is slow, it'll also slow down the other one. So, yes.
[22:06:16 CEST] <dastan> why one output can become slow?
[22:06:28 CEST] <BtbN> nvenc is magnitudes faster than prores
[22:06:47 CEST] <dastan> in that example i am writing one output locally and other is a network device
[22:06:59 CEST] <BtbN> That's even worse, cause slow network can then kill the local file
[22:08:55 CEST] <dastan> aaaaaa....you are saying becose if you have two outputs, one in h264 and other in prores, h264 is gaster than prores, and if you use the hw accelerated version of h264 is even faster
[22:10:37 CEST] <BtbN> ffmpeg, as in the ffmpeg cli tool, is inherently single threaded
[22:10:46 CEST] <BtbN> so if one of the two output chains blocks, it will block the other, too
[00:00:00 CEST] --- Sat Aug 3 2019
1
0
[00:18:28 CEST] <Saccarab> when you merge a lot of files using concat demux can you make sure every audio file starts on a specific timestamp
[00:19:16 CEST] <Saccarab> I've tried adding silent audios between each file but it precision get's lost after first 30-40 files
[00:54:46 CEST] <^Neo> hi! I'm curious if anyone can recommend a player or application to easily manage playing out multicast streams?
[00:55:00 CEST] <^Neo> I was using VLC on an NVIDIA shield, but typing in the multicast address for each one is a pain
[03:02:36 CEST] <NubNubNub> hi, i wanted to know if it is possible that ffmpeg switches inputs in a complex filter sequence ... my goal is to have two live streams, where one is displayed in full and the 2nd is displayed smaller, this, however works fine, now i wanted to be able now to switch both sources, eg make small one large and large one small
[03:04:19 CEST] <klaxa> use obs
[03:04:38 CEST] <klaxa> that'll save you a lot of headaches
[03:04:40 CEST] <furq> yeah i'm pretty sure lavfi can't do that
[03:04:51 CEST] <furq> you could fake it but not without wasting some cpu time
[03:05:00 CEST] <klaxa> and adding latency
[03:05:41 CEST] <furq> also yeah if the inputs are live streams then the ffmpeg cli generally won't do well with that
[03:05:52 CEST] <furq> there's no mechanism for reconnecting one stream if it drops, etc
[03:06:11 CEST] <NubNubNub> the streams are proxied in my case
[03:08:53 CEST] <NubNubNub> i thought that the streamselect filter might be the one to go for, but looks like i am too dumb to use it
[03:14:48 CEST] <NubNubNub> how would i use streamselect properly with having two input sources defined? eg ffmpeg -i source1 -i source2 -filter_complex "&do voodoo streamselect&" [-other options]
[03:42:13 CEST] <Prelude2004c> hey everyone.. good evening. I have a question. I have a source with a bunch of program ID's being pushed to server but i can only get the first udp://localhost:3000 for example because the second ones always say address in use. Using multicast it seems to be ok but how do i copy over like ffmpeg udp://localhost:3000 -f mpegts udp://235.255.x.x:xxxx .. i tried the -c copy but it only pushes out the 1st program ID... i also tried -map 0 for all but
[03:42:13 CEST] <Prelude2004c> its overloading server. I just want to pass input to output to udp. WHat gives ?
[04:19:57 CEST] <kode54> Prelude2004c: UDP has no packet regulation
[04:20:11 CEST] <kode54> fire as fast as the link supports, and no acknowledge or retry
[04:24:46 CEST] <DHE> trying to use ffmpeg as a transport stream demuxer?
[04:37:44 CEST] <ossifrage> lol, I was thinking about using clapper as a web video player. I came home tonight to find the github.com/clappr/clappr page had grown to >2GB on chrome (without ever clicking on the embedded player at the bottom of the page)
[04:41:05 CEST] <ossifrage> It seems like all the github pages have starting growing (potentially without bound, but the clapper one was the worst)
[08:06:17 CEST] <Harzilein> hi
[12:46:40 CEST] <termos> i'm trying to queue up some AVFrames in a AVThreadMessageQueue, but the frames coming out are rejected by my filter graph with av_strerror just being "Invalid argument". It seems like all metadata such as width/height is set correct in the AVFrame coming out of the queue, any ideas?
[13:03:25 CEST] <durandal_1707> termos: not enough info to help, sorry
[13:05:30 CEST] <termos> hmm yes I realize, just cant find examples of using that thread queue for AVFrames only AVPackets. Wondering if Im pushing and pulling them correctly
[13:05:58 CEST] <termos> I expect the issue to be because of some reference counting issues
[13:10:22 CEST] <machtl> hi Guys again!
[13:11:27 CEST] <machtl> when i "ffprobe -v error -select_streams v:0 -show_entries stream=duration -of default=noprint_wrappers=1:nokey=1 -i test.mp4" it returns a duration in what??
[13:12:04 CEST] <machtl> iam asking because i have a problem counting the returned output of ffprobe duration and atrimming audio
[13:15:15 CEST] <machtl> so what iam doing is visible in this pastebin https://pastebin.com/h6KMkWxx later. My problem now is that somehow the second audio stream tagged aa7 and aa8 is not outputting audio
[13:16:39 CEST] <machtl> this could be because this is a livestream and iam trying to get to the "live" position and i cannot read -re of the stream, but why does it work with audio stream aa6?
[15:15:44 CEST] <Freneticks> hello is there a way to record live stream (mpeg-ts) to pure mp4 format ?
[15:16:06 CEST] <Freneticks> actually if i use -c copy myfile.mp4 the file is in mpeg-ts format
[15:18:52 CEST] <DHE> mp4 isn't stream friendly. you can do it, but it will be basically unplayable until you cleanly shutdown ffmpeg
[15:19:29 CEST] <DHE> well, under certain interpretations of "stream friendly"
[15:19:57 CEST] <Freneticks> And if I segmentize in little file of mp4 ? like 10min each ?
[15:20:08 CEST] <Freneticks> (that's why I try to do)
[15:20:15 CEST] <Freneticks> -why +what
[15:20:35 CEST] <DHE> the rule applies to each file. when it's complete it's playable
[15:21:19 CEST] <Freneticks> DHE: okay, but is there a special command to accomplish that ? i precise .mp4 and i got mpeg-ts in the header media
[15:21:37 CEST] <ritsuka> if you want to play it back while recording you can make a fragmented mp4
[15:21:54 CEST] <Freneticks> ritsuka: yeah i'm looking for that
[15:25:07 CEST] <Harzilein> btw, am i missing something about -f hls in that when working from a non-streaming source it will _instantly_ overwrite the playlist?
[15:25:38 CEST] <JEEB> I think you have to specifically set the type of playlist
[15:26:54 CEST] <DHE> the hls muxer isn't directly aware of the source material type. it writes a new playlist file every X seconds of input video. for streaming sources that will literally be every X seconds. otherwise it will depend on the performance of ffmpeg (encoding, etc)
[15:26:59 CEST] <JEEB> yea
[15:27:28 CEST] <Harzilein> DHE: yeah, i was kind of hoping that it'd write them out in realtime.
[15:27:38 CEST] <JEEB> although I think it might be calculating it based on PTS
[15:27:41 CEST] <JEEB> not realtime
[15:27:54 CEST] <JEEB> hls_list_size etc limiting the amount of segments
[15:28:04 CEST] <JEEB> and hls_time being how long the segments should be
[15:28:18 CEST] <Harzilein> i.e. what i end up is a lot of segment files (which i thought would be deleted automatically too) and the playlist for the final few segments
[15:28:28 CEST] <JEEB> ah yes
[15:28:32 CEST] <JEEB> by default it keeps the old segments
[15:28:33 CEST] <DHE> yeah then your list size is too small
[15:28:40 CEST] <JEEB> there's a flag "delete_segments"
[15:28:42 CEST] <DHE> there is an option -hls_flags delete_segments or such
[15:28:52 CEST] <JEEB> which tells the muxer that it is OK to remove segments
[15:32:21 CEST] <Harzilein> argh, i was scanning the "hls_delete_threshold size" paragraph and overlooked the part where it says it's conditional on the delete_segments flag. i assumed that because of the default at the end i should end up with 5 lines in the playlist and 6 files remaining.
[15:35:16 CEST] <Harzilein> still, apparently it was wishful thinking on my side in general... so i have to write them out _without_ deleting, then parse the playlist, then schedule the rotation myself? just because the input speed is not limited? :/
[15:54:34 CEST] <DHE> Harzilein: what exactly are you trying to accomplish?
[16:03:01 CEST] <ocx32> hi community, reading about webrtc and RTP , can i think of the workflow of RTP as the same for a webrtc endpoint? offer/answer etc? or is it different? Thanks
[16:05:24 CEST] <Harzilein> DHE: say i have a static file on my server that i want to watch on my pc, then have that pc go offline (i.e. no channel to notify everyone else of my playing position) and be able to "nearly resume" the realtime stream on another device. my mental model is that ffserver circular buffer thing...
[16:29:31 CEST] <Harzilein> DHE: hmm... but maybe with ffserver that only worked by sheer happenstance as well...
[16:29:57 CEST] <Harzilein> DHE: clearly the source producing data in realtime is the common case
[16:57:17 CEST] <Harzilein> DHE: i think i used the -re option with ffserver
[17:45:02 CEST] <blb> durandal_1707: err, thanks for handling that. though it wasn't me spamming, sorry for that. i had that guy ignored, but unfortunately he could still bug the channel.
[18:24:43 CEST] <someAlex> Hello. I want to upgrade from ffmpeg-2.6.8 to ffmpeg-3.4.6 , but first I would like to check, are there any significant CLI changes (so I won't break any compatibility in my or other users' scripts). I'm looking at ffmpeg changelog ( https://github.com/FFmpeg/FFmpeg/blob/master/Changelog ), but I don't really see anything significant between mentioned versions (a couple of removed codecs/libs).
[18:25:31 CEST] <someAlex> The question is: any ideas, where I can find information about significant CLI changes? Or, were there such changes at all?
[18:28:22 CEST] <cehoyos> 3.4.6 is old and unsupported. If you find cli incompatibilities between 2.6 and current FFmpeg git head, please tell us!
[18:46:57 CEST] <kepstin> someAlex: in general the ffmpeg cli has stayed quite compatible over the years.
[18:47:05 CEST] <kepstin> most of the the gotchas are codec related
[18:47:42 CEST] <kepstin> e.g. if you select an encoder by codec name "-c:a opus" instead of picking a specific implementation "-c:a libopus", then stuff might break
[18:47:47 CEST] <kepstin> not that 2.6 had opus support lol
[18:48:36 CEST] <kepstin> someAlex: and please use a version newer than 3.4 if you're updating anyways :)
[18:51:47 CEST] <someAlex> kepstin: 3.4 is the latest version available for centos, as far as I can see (rpmfusion repo, official ffmpeg site leads there for fedora/RHEL). I would like to avoid building ffmpeg from source, and also avoid using (unpopular) 3rd party repos.
[18:52:13 CEST] <kepstin> someAlex: you should probably build it yourself or use the static linux build
[18:56:46 CEST] <kepstin> i ended up building a private ffmpeg package at work to use on ubuntu boxes :/
[18:57:09 CEST] <someAlex> kepstin: ok, thank you
[20:10:51 CEST] <whitestone> hello people
[20:12:10 CEST] <dastan> is someoone to help me with nvidia acceleration?
[20:12:20 CEST] <saml> is nvidia good?
[20:12:27 CEST] <saml> i'm here to help but i noob
[20:12:35 CEST] <dastan> if it ok installed and compiled
[20:12:37 CEST] <saml> i only know node.js
[20:12:49 CEST] <dastan> yes, i am working with it
[20:12:57 CEST] <dastan> but i want to do something else
[20:13:00 CEST] <saml> and is it not using nvidia acceleration ?
[20:13:11 CEST] <dastan> yes, its working
[20:13:16 CEST] <saml> i thought ffmpeg supports gpu acceleration out of the box
[20:13:30 CEST] <dastan> but i want to use hardware acceleration with decklink cards
[20:19:20 CEST] <dastan> is it possible to accelerate the insertion of frames in decklink cards?
[20:27:30 CEST] <Ua-Jared> Hey all, I have a performance question related to ffmpeg if I may. I've got an IP camera that streams an H264-encoded stream. If I play the stream with VLC, I see about 1% CPU usage and 3-4% GPU usage in task manager. But if I "play" the stream with the ffmpeg command (i.e., make the input the stream URI over the local network, and the output an mp
[20:27:31 CEST] <Ua-Jared> 4 file), I get around 17% CPU usage and 2% usage. Why would the ffmpeg command use so much more resources? I know VLC uses ffmpeg in the background, so it's confusing to me why the pure ffmpeg command would give worse performance..... System Specs, command output, VLC log and such here: https://pastebin.com/MNZx7amu
[20:29:16 CEST] <durandal11707> Ua-Jared: ffmpeg does not use hardware decoders/encoders, you need to set that explicitly
[20:30:13 CEST] <Ua-Jared> durandal11707: does the following command tell it to use the hardware decoder? I thought I had gotten this right, haha: ./ffmpeg -hwaccel dxva2 -threads 1 -loglevel verbose -i "rtsp://admin:admin@192.168.15.20/media/video2" sampleOutputWithGPUAcelAndThreads1.mp4
[20:31:35 CEST] <durandal11707> dunno, never used hwaccel stuff
[20:32:34 CEST] <jkqxz> Yes, but that is transferring the decoded frames from the GPU and encoding them on the CPU as well. VLC is only decode and displaying on the GPU, with no frames on the CPU.
[20:33:07 CEST] <jkqxz> The nearest comparison with ffmpeg only would be to decode and throw away the result (since it has no display).
[20:35:18 CEST] <Ua-Jared> Ohh.... wait so, with ffmpeg, I'm reading in the H264 enocded stream, decoded it on the GPU, transferring those frames back to the CPU, REENCODING them, and then saving them in the mp4 file? That's a little silly. The mp4 file could just take the encoded frames right away, right? I'm unfamiliar with how mp4 works but my boss seemed to hint that it
[20:35:19 CEST] <Ua-Jared> just stores the base picture and then deltas from there, like encoded H264 does
[20:36:09 CEST] <durandal11707> Ua-Jared: that is -c:v copy for
[20:37:00 CEST] <durandal11707> your original command just do transcoding
[20:42:37 CEST] <kepstin> Ua-Jared: note that I do not recommend saving a live stream to an mp4 file, because if something goes wrong and file writing is interrupted, the mp4 file format will get corrupted
[20:42:55 CEST] <Ua-Jared> How exactly would I use -c:v flag? i'm still a little confused about it. Is it that I'm effectively decoding the stream, only to then re-encode it for the mp4 file?
[20:43:17 CEST] <durandal11707> -c:v copy just demuxs only
[20:43:33 CEST] <kepstin> Ua-Jared: the "-c copy" option disables ffmpeg's decoding/encoding functionality, and makes it copy the already encoded video without modification
[20:44:02 CEST] <Ua-Jared> kepstin: noted. Would an .avi or something be better? To be honest I didn't know the best way to approach it, my real goal is to use ffmpeg to do the gpu-accelerate decoding, and then (hopefully) read in those decoded frames in my Java program to do some further processing
[20:44:16 CEST] <kepstin> Ua-Jared: consider writing the live data to e.g. an mkv file; you can always convert to a different format later.
[20:47:04 CEST] <furq> Ua-Jared: if you want to do further processing then you probably want -c:v rawvideo
[20:49:58 CEST] <kepstin> ffmpeg's yuv4mpeg writer actually doesn't take rawvideo annoyingly. you use it without any -c:v option.
[20:50:12 CEST] <Ua-Jared> Ayyyy thank yall for guidance! That makes a ton of sense. I actually has tried JavaCV to do this too (and OpenCV itself earlier), but it's a little difficult to specify that you want GPU decoding with those. So I figured I'd just use the underlying tech itself, haha
[20:50:29 CEST] <kepstin> (it actually uses wrapped avframes, which leads to this weirdness)
[20:51:12 CEST] <furq> fun
[20:52:24 CEST] <kepstin> someone ran into that issue here a week or two ago, was pretty puzzling :/
[21:28:54 CEST] <Ua-Jared> So, to be honest I'm still a little confused on how I'd use ffmpeg to decode the video, and then pipe it into my java program... What would the command look like? I thought something ffmpeg -hwaccel dxva2 -threads 1 -i "myInputStreamURL" -f matroska | java myProgram , but I am a little confused how it works. Would this pipe the output of ffmpeg, w
[21:28:54 CEST] <Ua-Jared> hich is decoded images from the stream, into my Java program?
[21:31:55 CEST] <durandal11707> how do I know, i never looked at your java program
[21:34:05 CEST] <Ua-Jared> Assuming my Java program reads from stdin and all. Like I understand piping right, it's just that stdout of one program is piped into the stdin of another program / utility. But I am little confused here what the stdout of ffmpeg would be
[21:37:23 CEST] <BtbN> Piping in raw decoded video via stdin would be incredibly inefficient
[21:37:38 CEST] <BtbN> If you want to decode video in your Application, use the libraries, not the cli tool
[21:38:54 CEST] <Ua-Jared> Oh, I see. Isn't ffmpeg just C though? How could I use it with Java? I was trying to avoid using JNI if possible, haha, though it is a cool technology
[21:39:45 CEST] <Hello71> we try to avoid java if possible.
[21:42:49 CEST] <Ua-Jared> Hmm, I see. I kinda don't have a choice unfortunately, lol. And I don't mind Java actually, it's pretty nice I find
[22:02:05 CEST] <kepstin> note that javacv is, among other things, a jni wrapper of ffmpeg
[22:02:12 CEST] <kepstin> er, of libav*
[22:45:59 CEST] <NubNubNub> can anybody provide a sample of how to use filter_complex "streamselect" properly, please?
[22:54:34 CEST] <kepstin> NubNubNub: it's basically useless with the ffmpeg cli command, use the "-map" options instead
[22:55:12 CEST] <kepstin> the only real use it has it to toggle between streams at runtime by sending a filter command. this is possible to do with ffmpeg-cli, but kind of a pain
[22:56:01 CEST] <NubNubNub> this is exactly what i am trying to achieve
[22:58:09 CEST] <kepstin> i thought there was a way to send filter commands to ffmpeg cli's stdin, but i've never used that. probably the easiest way to set this up is to use the zmq filter: https://ffmpeg.org/ffmpeg-filters.html#zmq_002c-azmq which can inject filter commands into the filter graph.
[22:58:39 CEST] <NubNubNub> from what i understood it can map -input SRC1 -input SRC2 to various output pads, is that correct?
[22:59:36 CEST] <kepstin> streamselect has multiple inputs, one output. it forwards data from one input to the output and discards the other streams
[22:59:53 CEST] <kepstin> you can switch which stream it's using as an input at runtime.
[23:01:06 CEST] <NubNubNub> like in "[src1][src2] streamselect=input=2:map=1 [out]" ?
[23:01:35 CEST] <kepstin> yeah, in that example it would be forwarding [src2] to [out] and discarding [src1]
[23:01:54 CEST] <kepstin> if you send it a command "map 0" later, then it would start forwarding [src1] to [out] instead
[23:02:27 CEST] <kepstin> i think
[23:02:37 CEST] <kepstin> you know, I actually need to double-check this now, I might have it wrong
[23:02:43 CEST] <kepstin> docs aren't super clear
[23:02:50 CEST] <NubNubNub> the official docs are quite sparse for this.
[23:04:55 CEST] <kepstin> yes, what I said looks correct, it uses framesync internally to sync the inputs.
[23:05:38 CEST] <NubNubNub> thank you very much. i'll try it right away
[23:05:43 CEST] <kepstin> i was unsure about whether it discarded the other inputs, or just let them buffer.
[23:08:24 CEST] <NubNubNub> for a better understanding: i am building a live streaming source which consolidates two or more inputs, where one is always large and others are scaled down, in my UI however i want to be able to pass information to the ffmpeg process doing the work and switch sources so that a different one becomes large while rest stays small
[23:09:13 CEST] <NubNubNub> all inputs are put together in a final overlay which is then streamed
[23:27:32 CEST] <kepstin> right, so use it as a video switcher, thats its intended purpose
[23:28:18 CEST] <kepstin> note that the ffmpeg cli tool itself is not really intended for live stuff, it's primarily a batch processing tool. You can probably make it work but it won't be ideal.
[23:30:09 CEST] <BtbN> You want OBS or something for that kinda stuff
[23:30:47 CEST] <NubNubNub> from what i've seen OBS is a desktop app
[23:32:17 CEST] <kepstin> hmm, i know stuff like GDQ's streaming uses it as an api-controlled live video switcher and compositor
[23:40:17 CEST] <kepstin> but yeah, they're probably still running it as a gui app and then using remote control plugins
[00:00:00 CEST] --- Thu Aug 1 2019
1
0
[00:00:40 CEST] <Aerroon> maybe you have to reencode the video part
[00:05:41 CEST] <cehoyos> Just add "-stream_loop -1" to your original command line, "-c copy" does not work with overlay
[00:07:20 CEST] <rocktop> cehoyos: so should be ffmpeg -i video3.mp4 -stream_loop -1 -i title.mov -filter_complex "overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2" -shortest output.mp4
[00:07:37 CEST] <cehoyos> Does it work?
[00:08:31 CEST] <rocktop> cehoyos: yes it does Thank you very much
[00:08:59 CEST] <rocktop> Aerroon: thank you for your help really you saved my time
[00:09:39 CEST] <rocktop> cehoyos: it is working with -codec:a copy
[00:09:41 CEST] <Aerroon> nice, i'm glad it helped
[00:09:58 CEST] <cehoyos> Yes, it should
[00:38:02 CEST] <rocktop> how canI add 1.jpg as thumbnail to output video in the command above ?
[00:38:08 CEST] <fred1807> I want to overlay-loop video B on video A, but I want Video A duration. So Video B overlay will loop until the end of Video A...
[00:39:52 CEST] <rocktop> fred1807: try this ffmpeg -i video3.mp4 -stream_loop -1 -i title.mov -filter_complex "overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2" -shortest output2.mp4
[00:40:05 CEST] <cehoyos> rocktop: Two overlays?
[00:41:00 CEST] <rocktop> cehoyos: I want tthe first frame in the output video to be an image like thumbnail
[00:41:41 CEST] <cehoyos> There is a concat filter that you should be able to use
[00:42:07 CEST] <cehoyos> Or the concat demuxer
[00:42:41 CEST] <fred1807> rocktop: Ill try
[00:42:42 CEST] <fred1807> th
[00:42:44 CEST] <fred1807> x
[00:43:31 CEST] <rocktop> cehoyos: ffmpeg -f concat -safe 0 -i mylist.txt -c copy output
[00:43:48 CEST] <cehoyos> No
[00:44:06 CEST] <rocktop> but how can I combine this two command into one ?
[00:44:16 CEST] <cehoyos> ffmpeg -f concat -i mylist.txt -stream_loop -1 -i title.mov -filter_complex "overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2" -shortest output2.mp4
[00:44:35 CEST] <cehoyos> ffmpeg -f concat -i mylist.txt -stream_loop -1 -i title.mov -filter_complex "overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2" -shortest -acodec copy output2.mp4
[00:45:40 CEST] <rocktop> cehoyos: is not possile to have the content of mylist.txt in same line in the commant?
[00:45:44 CEST] <rocktop> command*
[00:46:07 CEST] <cehoyos> You suggested the concat demuxer instead of the concat filter
[00:53:17 CEST] <rocktop> cehoyos: [0:0][0:1] is this mean that (video=0 audio=1) for input 0?
[00:54:20 CEST] <cehoyos> No, first and second stream of the first input file but please understand that I generally only understand complete command lines including complete, uncut console output
[00:55:39 CEST] <rocktop> so I will try to use this then ffmpeg -f concat -i mylist.txt -stream_loop -1 -i title.mov -filter_complex "overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2" -shortest -acodec copy output2.mp4
[01:08:33 CEST] <rocktop> cehoyos: I test this and other option but nothing work with me
[01:08:59 CEST] <cehoyos> Please provide the commane line you tested together with the complete, uncut console output
[01:12:01 CEST] <rocktop> cehoyos: https://bpaste.net/show/6a1i
[01:12:24 CEST] <cehoyos> There is something wrong with your binary, sorry!
[01:13:36 CEST] <cehoyos> The first line of the console output is always "ffmpeg version" for a working binary
[01:16:25 CEST] <rocktop> cehoyos: full outoput https://bpaste.net/show/Erqi
[01:17:15 CEST] <cehoyos> Sorry, the concat demuxer doesn't work in your case, you have to use the concat filter
[01:17:44 CEST] <cehoyos> Start with ffmpeg -i 1.jpg -i video3.mp4 -filter_complex concat out.mp4
[01:18:25 CEST] <rocktop> cehoyos: so 2 command ?
[01:18:50 CEST] <cehoyos> No, but I don't use the concat filter regularly so some tests are necessary
[01:20:33 CEST] <cehoyos> Especially since above may lead to desync, so you definitely have to run a few tests
[01:22:04 CEST] <cehoyos> In the end, you should use something like ffmpeg -i 1.jpg -i video3.mp4 -stream_loop -1 title.mov -filter_complex concat[c],[c][2:0]overlay=shortest output.mp4
[01:22:14 CEST] <cehoyos> But please test the concat syntax first
[01:22:53 CEST] <rocktop> cehoyos: Invalid file index 2 in filtergraph description concat[c],[c][2:0]overlay=shortest.
[01:23:36 CEST] <cehoyos> Wow, the concat filter already works for you? That's cool, then you don't need my help
[01:25:02 CEST] <rocktop> cehoyos: hmmm I dont know what I should to do here
[01:25:49 CEST] <cehoyos> You could test the command line above (without overlay) and tell me if it works as expected.
[01:26:03 CEST] <cehoyos> For example, you didn't say how long the image should be displayed.
[01:26:38 CEST] <cehoyos> And I have a suspicion that the output file will be missing audio
[01:27:17 CEST] <rocktop> cehoyos: I need the image to be the thumbnail so 1 frame is enough
[01:27:34 CEST] <cehoyos> Does the output file contain audio?
[01:27:42 CEST] <rocktop> yes
[01:27:56 CEST] <rocktop> should be with audio
[01:28:06 CEST] <rocktop> video3.mp4 audio
[01:28:09 CEST] <cehoyos> Then add the missing "-i" in front of "title.mov" in the second command line and test
[01:28:33 CEST] <cehoyos> I did not ask if the output file is supposed to contain audio but if your test produced an output file with audio
[01:30:44 CEST] <rocktop> cehoyos: https://bpaste.net/show/AyfX
[01:31:57 CEST] <cehoyos> Try "overlay=shortest=1"
[01:32:10 CEST] <cehoyos> Are you sure that the concat filter already works as expected?
[01:36:56 CEST] <rocktop> cehoyos: really you are the best person in the world , Thank you very much
[01:38:04 CEST] <rocktop> it is working like a charm
[02:11:52 CEST] <rocktop> is it possible to reduce scale instead of video quality in two pass method ?
[02:14:26 CEST] <DHE> like given a bitratem how set the resolution based on a fixed CRF value?
[08:17:47 CEST] <pk08> hi guys
[08:18:44 CEST] <pk08> i kept running this command (https://pastebin.com/Vcnmamp6) overnight
[08:19:15 CEST] <pk08> for same source twice and i show today that one video is almost 1.5 mins behind
[08:19:37 CEST] <pk08> can any one please tell me what can be wrong?
[08:19:44 CEST] <pk08> and how to fix this?
[08:35:38 CEST] <durandal_1707> udp is problematic
[08:37:04 CEST] <pk08> yes, may be
[08:37:14 CEST] <pk08> by mistake i lost logs
[08:37:26 CEST] <pk08> otherwise we can know for sure...
[08:38:14 CEST] <pk08> thanks
[09:43:23 CEST] <snooky> hi all
[09:44:11 CEST] <snooky> how can I create an overlay on the screen with ffmpeg? like a navi I want to create an OSD. how do i play this on the screen? and how do I say where which text should be?
[09:56:28 CEST] <durandal_1707> drawtext filter
[10:11:04 CEST] <snooky> thats all?
[10:12:05 CEST] <durandal_1707> there is as always documentation you can consult
[10:29:17 CEST] <storchi> hi friends
[10:32:16 CEST] <storchi> i run: /usr/local/bin/ffmpeg -loglevel info -i udp://@239.192.50.1:1234 -vcodec copy -acodec copy /run/test.ts to test my local isp iptv.
[10:32:53 CEST] <storchi> and it takes 5s to tune. "message from ffmpeg: [mpegts @ 0x1dcd1e0] Could not find codec parameters for stream 0 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec"
[10:34:24 CEST] <storchi> how to decrease this?
[10:35:41 CEST] <storchi> complete ts stream looks like: Input #0, mpegts, from 'udp://@239.192.50.1:1234':
[10:35:42 CEST] <storchi> <cs_> Duration: N/A, start: 64898.318411, bitrate: N/A
[10:35:42 CEST] <storchi> <cs_> Program 1400
[10:35:42 CEST] <storchi> <cs_> Metadata:
[10:35:42 CEST] <storchi> <cs_> service_name : Das Erste HD
[10:35:42 CEST] <storchi> <cs_> service_provider: ARD
[10:35:42 CEST] <storchi> <cs_> Stream #0:0[0x57e]: Unknown: none ([5][0][0][0] / 0x0005)
[10:35:42 CEST] <storchi> <cs_> Stream #0:1[0x57f]: Unknown: none ([12][0][0][0] / 0x000C)
[10:35:42 CEST] <storchi> <cs_> Stream #0:2[0x580]: Unknown: none ([11][0][0][0] / 0x000B)
[10:35:43 CEST] <storchi> <cs_> Stream #0:3[0x579]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
[10:35:46 CEST] <storchi> <cs_> Stream #0:4[0x57c](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 256 kb/s
[10:35:48 CEST] <storchi> <cs_> Stream #0:5[0x57d](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 256 kb/s (visual impaired) (descriptions)
[10:35:51 CEST] <w1kl4s> oh no
[10:35:53 CEST] <storchi> <cs_> Stream #0:6[0x57a](deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)
[10:35:55 CEST] <storchi> <cs_> Stream #0:7[0x57b](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired)
[10:36:08 CEST] <storchi> <cs_> Stream #0:8[0x581](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 448 kb/s
[10:36:08 CEST] <storchi> <cs_> Stream #0:9[0x582]: Data: bin_data ([6][0][0][0] / 0x0006)
[10:36:08 CEST] <storchi> <cs_> Stream #0:10[0x583]: Unknown: none ([11][0][0][0] / 0x000B)
[10:36:08 CEST] <storchi> <cs_> Output #0, mpegts, to '/run/test.ts':
[10:42:13 CEST] <durandal_1707> please use pastebin
[10:43:02 CEST] <storchi> ok
[10:43:07 CEST] <storchi> next time
[10:44:37 CEST] <w1kl4s> storchi you can try selecting just the streams you want
[10:45:22 CEST] <w1kl4s> so i would assume 3 and 8
[10:45:50 CEST] <storchi> good idea. i have 40 channels. much work
[10:46:30 CEST] <storchi> how can i select stream 3?
[10:46:45 CEST] <w1kl4s> https://trac.ffmpeg.org/wiki/Map
[10:48:29 CEST] <storchi> yeah rtfm
[10:53:07 CEST] <w1kl4s> i mean it explains pretty well what do you need to do
[10:53:12 CEST] <w1kl4s> with decent examples
[10:55:28 CEST] <storchi> i did a test with: /usr/local/bin/ffmpeg -loglevel info -i udp://@239.192.50.1:1234 -map 0:3 -map 0:8 -vcodec copy -acodec copy /run/test.ts
[10:56:05 CEST] <storchi> takes the same time uncluding: "[mpegts @ 0x220b210] Could not find codec parameters for stream 0 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec
[10:56:06 CEST] <storchi> Consider increasing the value for the 'analyzeduration' and 'probesize' options"
[10:58:01 CEST] <storchi> with or without mapping it tries to analyze every stream
[10:59:04 CEST] <durandal_1707> reduce probesize and analyzeduration
[10:59:59 CEST] <storchi> thats another good idea. it has effect. what is a good value? key frame interval?
[12:38:10 CEST] <Accord> hey guys
[12:38:58 CEST] <Accord> I'm running this command inside a google cloud machine with 8 cores and 20GB of ram but it hardly uses more than 40% from every core, is there any option to further speed up transcoding?
[12:38:59 CEST] <Accord> 'ffmpeg -y -t 2555.722 -i /tmp/compose/31/4.mp4 -s 1280x720 -c:v libx264 -preset ultrafast -crf 25 -pix_fmt yuv420p -r 25.0 -c:a aac -ar 48000 -ac 2 -af aresample=async=1 out1.mp4'
[12:39:11 CEST] <Alina-malina> hey guyse what video editing software would you recommend to start learning?
[12:39:58 CEST] <cehoyos> Accord: Decoding may be the limiting factor
[12:40:20 CEST] <cehoyos> And scaling even more so
[12:41:50 CEST] <Accord> cehoyos: removing scaling does indeed cause more CPU utilisation but the overall transcoding time will be longer
[12:42:12 CEST] <Accord> I suspect transcoding a 1080p frame takes longer than scaling + transcoding 720p
[12:42:13 CEST] <cehoyos> That indicates that scaling is the limiting factor
[12:42:25 CEST] <cehoyos> That sounds possible
[12:42:35 CEST] <Accord> still only 60% utilisation per core
[12:43:05 CEST] <cehoyos> Multithreaded decoding does not scale well, this is generally unavoidable
[12:43:19 CEST] <cehoyos> Encoding also only scales to some degree
[12:43:52 CEST] <Accord> so not much I can do then?
[12:44:06 CEST] <JEEB> of course you'd need to do proper performance checking to see what's actually taking the most time and what could be best spent optimizing
[12:44:23 CEST] <JEEB> too bad I never really got nice output from any of the profiling tools :/
[12:45:12 CEST] <JEEB> but yea, profiling is the only way to figure out what's taking most of the time :P
[12:45:40 CEST] <JEEB> and if you can do something about it
[12:46:04 CEST] <Accord> is there any input format which would decode faster than mp4+h264?
[12:46:15 CEST] <Accord> and wouldn't take huge amounts of space
[12:46:37 CEST] <w1kl4s> >decode faster than h264
[12:46:46 CEST] <JEEB> H.264 decoder is quite optimized while not perfect, f.ex. I still think the MPEG-4 Part 2 decoder is actually slower than the H.264 one
[12:46:56 CEST] <JEEB> Accord: but please do check the profiling first
[12:47:07 CEST] <w1kl4s> isnt h264 straight up fastest these days?
[12:47:12 CEST] <JEEB> if you're ending up optimizing something that isn't your bottleneck you're just throwing stuff into the wind
[12:47:33 CEST] <Accord> alright, I was hoping there would be something obvious I could try
[12:47:37 CEST] <durandal_1707> on linux use perf tool
[12:47:50 CEST] <Accord> instead of going through the rabbit hole of profiling
[12:48:06 CEST] <JEEB> of course you can encode with -tune fastdecode if you're creating the input file :P
[12:48:37 CEST] <w1kl4s> Accord most popular besides h264 is prolly vp8 and h265, which are like a order of magnitude slower
[12:48:38 CEST] <JEEB> but that will worsen compression (and more bits actually means more bits to read, which might or might not cause it to be slower than better compression mechanisms)
[12:48:50 CEST] <JEEB> VP9 is another that is fast
[12:48:56 CEST] <JEEB> like, if you have AVX2
[12:49:00 CEST] <JEEB> the VP9 decoder is <3
[12:49:11 CEST] <JEEB> of course encoding that is another problem due to libvpx etc
[12:49:12 CEST] <w1kl4s> are there open source encoders that actually perform well with vp9?
[12:49:26 CEST] <JEEB> that's not decoding ;)
[12:49:32 CEST] <JEEB> and I mnetioned the encoding problem
[12:49:42 CEST] <w1kl4s> yeah, sent too late :P
[12:50:31 CEST] <durandal_1707> use ffvhuff
[13:14:14 CEST] <MoziM> for some reason i cannot parse the output of ffprobe, running ffprobe video.mp4 | grep ffprobe returns the entire output of ffprobe... anyone else experiencing this?
[13:14:29 CEST] <MoziM> i've never encountered something like this before either so i'm curious what the cause could be :o
[13:14:51 CEST] <JEEB> by default the output goes to stderr, you need to specify an output format (-of json f.ex.) for it to go to stdout
[13:15:04 CEST] <JEEB> and then you need -show_XXX as well
[13:15:16 CEST] <JEEB> programs, streams, format, packets, frames I think
[13:15:24 CEST] <JEEB> were the options, you should be able to look at ffprobe's docs
[13:23:52 CEST] <MoziM> hmmm... didn't know about this thanks!
[13:24:35 CEST] <MoziM> ffprobe -i video.mp4 >/tmp/ffprobe.txt 2>&1 fixed it for me
[13:24:42 CEST] <JEEB> yea but that's not parse'able
[13:24:51 CEST] <JEEB> you can get ini/xml/json out of ffprobe
[13:24:53 CEST] <MoziM> the file is though
[13:25:12 CEST] <JEEB> no I mean the default format is not made to be parsed by machines :P
[13:25:36 CEST] <JEEB> so if you want to actaully parse values I recommend you just utilize one of the machine parse'able output formats
[13:28:21 CEST] <th3_v0ice> Where can I find some documentation about using hardware acceleration? I am trying to use the API but following the hw_decode.c it doesnt seem that GPU is doing the decoding part. hwaccel context is null after opening the decoder.
[13:29:22 CEST] <MoziM> JEEB: gotcha
[13:58:13 CEST] <khairulimam> Hi everyone, I am new to ffmpeg. And currently having an idea to install the lib on android as dependency. I just tried the lib as CLI tool on my mac and its pretty stright forward. My question, when I use the lib on Android is the interface same with like CLI?
[13:58:46 CEST] <JEEB> CLI is just a CLI tool which utilizes the APIs in the background. the APIs let you do a lot more stuff
[13:58:53 CEST] <JEEB> there is no API that is literlaly just the CLI :P
[14:01:26 CEST] <rocktop> is it possible to reduce scale instead of video quality in two pass method ?
[14:02:41 CEST] <DHE> like given a bitrate, set the resolution based on a fixed CRF value to meet the bitrate requirement?
[14:03:28 CEST] <rocktop> DHE: maybe
[14:09:09 CEST] <rocktop> DHE: let me give you an example : for example I have a video 1080p with 1hour in its duration to have maximum quality possible and file size is under 64MBI I need to adjust the scale to be 304x171 to achieve the target
[14:11:33 CEST] <rocktop> in other word: is it possible to calculate the scale based on bitrate ?
[14:12:24 CEST] <BtbN> Since you cannot calculate "maximum quality", no
[14:12:44 CEST] <rocktop> BtbN: what is the solution here ?
[14:12:55 CEST] <BtbN> I'd go for a bisect-like trial and error approach
[14:17:30 CEST] <DHE> I'd do some weighting under the assumption that each pixel needs a fixed (fractional) number of bits and that said number probably won't change on rescaling...
[14:17:57 CEST] <DHE> also 1080p for 1 hour at 64 megabytes? dude unless you've upscaled Super Mario Bros on the NES I don't think that's happening
[14:32:04 CEST] <MoziM> so i'm using cat /tmp/ffprobe.txt | grep -Eo '[[:digit:]]*[^\,]*fps' | cut -d ' ' -f1 to get the fps, but is it possible for regex to select the number without piping it to another utility?
[14:33:25 CEST] <durandal_1707> you are doing it wrong way
[14:34:16 CEST] <DHE> you can just ask ffprobe to provide it way more directly
[14:35:29 CEST] <rocktop> DHE: I already do this with handbrake
[14:36:25 CEST] <DHE> rocktop: a fixed bitrate/target file size is easy. but image quality is the output variable there
[14:37:23 CEST] <rocktop> DHE: image quality I want to achieve maximum it is not important thing
[14:37:36 CEST] <BtbN> Even an hour of 480p in less than 64MB is gonna look seriously bad
[14:38:11 CEST] <BtbN> so bad it's pretty much not recognizeable as what it originally was.
[14:38:21 CEST] <BtbN> Unless it's chess or something and you use infinite gop length
[14:38:31 CEST] <rocktop> DHE: the final goal is to have file size is 64MB and maximum scale and image quality possible
[14:39:29 CEST] <DHE> this isn't even a "pick 2" scenario
[14:40:04 CEST] <BtbN> You're gonna have to go 144p with 6 FPS or something to even have a chance
[14:41:12 CEST] <rocktop> DHE: fps should be 25
[14:41:30 CEST] <DHE> objection, I didn't say anything about fps
[14:41:45 CEST] <rocktop> sorry I mean BtbN
[14:42:02 CEST] <BtbN> good luck. I'd say you might as well generate pink noise on the other end and get a similar result
[14:42:23 CEST] <rocktop> it is easy to do that with handbrake
[14:42:40 CEST] <BtbN> an hour long video in less than 64MB? I highly doubt that.
[14:42:54 CEST] <rocktop> BtbN: yes
[14:43:08 CEST] <BtbN> That's gonna be a pixel mush beyond recognition
[14:43:42 CEST] <rocktop> scale was 304x171 and quality about 30 and sound bitrate 64kbps
[14:43:57 CEST] <pink_mist> oh god you want sound too
[14:44:15 CEST] <pink_mist> why even do you want to do this awful awful awful thing?
[14:44:30 CEST] <rocktop> pink_mist: for whatsapp
[14:46:04 CEST] <pink_mist> I would suggest just sending some form of link to a bigger file instead
[14:58:45 CEST] <DHE> I suggest an unlisted youtube video or something...
[14:59:40 CEST] <DHE> geez, the NES has more pixels than that...
[17:22:03 CEST] <rocktop> is there a way to make ffmpeg to use all pc resources ?
[17:22:54 CEST] <pink_mist> if you mean "make it multithreaded"? afaik, no
[17:22:59 CEST] <rocktop> because it is fixing in frame= 197 fps= 24 q=28.0 size=
[17:23:09 CEST] <rocktop> pink_mist: yes
[17:23:17 CEST] <pink_mist> then afaik: no
[17:27:54 CEST] <rocktop> so no way to speedup ffmpeg processing ?
[17:28:14 CEST] <th3_v0ice> Why arent there options for nvenc to return psnr and ssim values of the individual frames it encodes?
[17:32:11 CEST] <Thomas_J> .
[17:33:13 CEST] <BtbN> How would nvenc know these values?
[17:33:36 CEST] <BtbN> rocktop, most encoders and filters will by default use as many threads as they can
[17:40:42 CEST] <th3_v0ice> BtbN: same as the x264 encoder does?
[17:41:17 CEST] <BtbN> x264 returns psnr values?
[17:48:03 CEST] <nyuszika7h> does anyone have an idea why ffmpeg would suddenly decide to use an insanely high verbosity level by default (including printing a hexdump of the file)?
[17:48:25 CEST] <nyuszika7h> ['ffmpeg', '-i', 'temp/foo.mp4', '-c', 'copy', 'temp/bar.mp4']
[17:48:31 CEST] <nyuszika7h> ffmpeg version 4.1.4-1~deb10u1
[17:49:46 CEST] <nyuszika7h> ok wait looks like my shell script is messed up for some reason, somehow it's passing extra stuff which ends up on the stdin of ffmpeg or something
[17:50:17 CEST] <kepstin> if you don't want to use the stdin control stuff, run ffmpeg with -nostdin
[17:50:28 CEST] <kepstin> (or use `</dev/null` or something)
[18:11:02 CEST] <gamelaster> Hi, I'm using AVIOContext for buffering streamed data, the problem is, sometimes there is no data, and when I multiple times pass no packets, context will stop with "EOF", but that's non-sense, it should wait for another data. How to do it? I have been looking everywhere, but out of luck. Thanks
[18:13:22 CEST] <rocktop> I have 3 inputes with different resolution is it possible to scale all videos to match first input resolution ?
[18:19:56 CEST] <rocktop> anyidea?
[18:20:32 CEST] <rocktop> this my command: ffmpeg -y -i a.jpg -i a.mp4 -stream_loop -1 -i 480p.mov -filter_complex concat[c],[c][2:0]overlay=shortest=1 -cpu-used 100 output.mp4
[18:21:15 CEST] <rocktop> I have a.jpg is 720p and others are 480p how can I scale a.jpg to be 480p instead of 720p in same above cmd ?
[18:22:22 CEST] <furq> rocktop: scale2ref,concat
[18:24:41 CEST] <rocktop> yes I know but what parameters I can use ?
[18:26:11 CEST] <rocktop> BtbN: yes you already told me and I include it in above cmd by mistakes
[18:26:40 CEST] <rocktop> BtbN: err sorry
[19:14:50 CEST] <rocktop> anyidea how to resolve this issue https://bpaste.net/show/AXK7 ?
[19:22:50 CEST] <rocktop> anyidea?
[19:29:52 CEST] <kepstin> rocktop: add a "setsar=1" filter that applies to the first input
[19:29:53 CEST] <saml> rocktop, using concat filter, try to set n argument. https://www.ffmpeg.org/ffmpeg-filters.html#concat if you're concatting more than 2 streams
[19:30:15 CEST] <saml> never mind. i'm wrong again
[19:30:32 CEST] <kepstin> looks like there was a rounding error when downscaling the image that resulted in the sar being not quite 1:1
[19:33:56 CEST] <rocktop> kepstin: all inputes are with same resolution
[19:34:21 CEST] <kepstin> yes, they are. that's not the problem.
[19:35:37 CEST] <rocktop> kepstin: so where can I add "setsar=1" in my cmd ?
[19:41:05 CEST] <rocktop> anyidea?
[19:46:36 CEST] <another> after scale?
[19:54:33 CEST] <rocktop> kepstin: ffmpeg -y -i a.jpg -i a.mp4 -stream_loop -1 -i 480p.mov -filter_complex concat[c] setsar=1 ,[c][2:0]overlay=shortest=1 output.mp4
[19:58:41 CEST] <rocktop> any idea please ?
[20:13:38 CEST] <wedmisten> Hello everyone!
[20:14:38 CEST] <wedmisten> I was wondering if anyone knew how to mux a data stream into a MPEG-TS video
[20:25:11 CEST] <another> i guess it should be straight forward
[20:25:15 CEST] <another> ffmpeg -i foo.ts
[20:25:27 CEST] <another> ffmpeg -i foo.ts -i data.bin -map 0 -map 1 -c copy out.ts
[20:25:42 CEST] <another> although i can be wrong
[20:35:53 CEST] <wedmisten> thank you!
[21:02:29 CEST] <th3_v0ice> BtbN: Yes, it does, when you request it with ssim=1:psnr=1. It will return psnr and ssim values for individual frames.
[21:04:09 CEST] <BtbN> You're gonna have to ask nvidia to implement the same then. Cause nowhere in the API such a feature would be exposed.
[21:09:49 CEST] <kepstin> x264 probably only implements those options because it has specific encoder tuning to optimize for psnr or ssim
[21:09:55 CEST] <th3_v0ice> Why would it not be exposed? Why is it exposed in the x264? I am clearly missing something.
[21:11:37 CEST] <furq> because they're two different pieces of software
[21:13:08 CEST] <kepstin> note that x264's psnr and ssim calculation is implemented inside x264 itself, this isn't something that ffmpeg provides.
[21:23:31 CEST] <JEEB> th3_v0ice: there is a filter for ssim etc in FFmpeg if you want to compare things to a reference
[21:24:21 CEST] <kepstin> can't really be done in a single encode command in ffmpeg tho, since it requires decoding the video to compare
[21:24:51 CEST] <kepstin> (note that i assume that enabling the option in x264 slows down the encode a bit, since it has to do a full decode and the similarity calculation)
[21:25:59 CEST] <JEEB> the decode part I think should be done anyways since you need the decoded representation for reference usage
[21:26:22 CEST] <JEEB> but yes, it'd be extra calculation and if you don't actually tune for those metrics it's not really that useful
[21:26:33 CEST] <kepstin> hm, i think it skips it for frames that it knows won't be referenced, but yeah.
[21:28:24 CEST] <kepstin> but yeah - x264 has three encoding settings. the default is perceptual (psy) optimization, which is designed to look good to people at the expense of psnr and ssim. Then it has psnr tuning, which may make the video look worse and might reduce ssim. And there's ssim tuning, which may make the video look worse and might reduce psnr.
[21:28:57 CEST] <kepstin> (although if you encode in the faster modes, I assume these settings have less effect)
[21:39:14 CEST] <th3_v0ice> JEEB: Filter for ssim?
[21:39:42 CEST] <JEEB> yes?
[21:39:53 CEST] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#ssim
[21:40:01 CEST] <JEEB> even has examples n' all
[21:55:28 CEST] <rocktop> I will try to install ffmpeg in linux is there a precompiled version ?
[21:56:24 CEST] <furq> there's one in your package manager
[22:16:17 CEST] <Hello71> joke's on you, I use LFS
[22:17:19 CEST] <another> then you probably don't want precompiled stuff ;)
[22:18:34 CEST] <furq> if you use lfs then the joke is definitely not on me
[22:30:01 CEST] <MoziM> are pngs prefered when extracting images losslessly?
[22:30:28 CEST] <durandal_1707> only if rgb
[22:32:06 CEST] <MoziM> i mean... can an image extracted from a video even have rgba?
[22:32:43 CEST] <ring0> hey, could you recommend any books for general video compression concepts (h264/h265)?
[22:34:34 CEST] <kepstin> MoziM: vp9 and some classic flash video formats could have alpha channels. But they're typically yuv not rgb.
[22:34:57 CEST] <kepstin> er, vp9? vp8? one of those, i forget which
[22:35:51 CEST] <MoziM> but for movies extracting all frames as jpg with ffmpeg -i input.mp4 -r 1 -q:v 1 -qmin 1 -qmax 1 output_%01d.jpg is the same as .png?
[22:36:04 CEST] <nicolas17> jpg is not lossless
[22:37:14 CEST] <MoziM> but if the quality is max then is it not the same quality as a png?
[22:37:18 CEST] <furq> no
[22:37:20 CEST] <MoziM> or will a jpg always have slight compression?
[22:37:22 CEST] <MoziM> oh?
[22:37:26 CEST] <furq> it's always compressed
[22:37:53 CEST] <furq> there are lossless extensions but they're not widely supported
[22:38:25 CEST] <nicolas17> "Lossless JPEG uses a completely different technique from the lossy JPEG standard", and I don't know if ffmpeg supports it
[22:38:31 CEST] <furq> right
[22:39:56 CEST] <another> .EVI.S ljpeg Lossless JPEG
[22:40:15 CEST] <furq> no decoding support though
[22:40:27 CEST] <furq> MoziM: tif supports yuv so i'd probably go with that
[22:40:53 CEST] <nicolas17> do you need one file per frame?
[22:42:25 CEST] <MoziM> yes
[22:42:58 CEST] <MoziM> i'm extracting raw frames + audio -> denoising them -> creating a new video
[22:43:33 CEST] <kepstin> what are you denoising them with? that would determine which formats you can use :/
[22:43:45 CEST] <nicolas17> and ffmpeg's denoising filters aren't good enough for your needs?
[22:43:54 CEST] <another> furq: there's other jpeg en-/decoders as well
[22:44:02 CEST] <kepstin> (if you are denoising them with ffmpeg, don't bother with the whole "extracting to separate frames" step, that's just a waste of time and disk space)
[22:45:06 CEST] <furq> another: tif is probably going to play nicer with external tools than nonstandard jpeg extensions
[22:45:32 CEST] <kepstin> also consider jpeg2000 which can be encoded losslessly and has reasonable application support.
[22:46:32 CEST] <furq> i thought the j2k encoder didn't support lossless
[22:46:39 CEST] <furq> but then i also thought it was called "j2k" so i'm probably way out of date
[22:46:44 CEST] <kepstin> says it does in the docs
[22:46:53 CEST] <furq> yeah it looks like i'm living in the past
[22:47:03 CEST] <another> furq: sure. just saying it's apparently possible
[22:47:06 CEST] <furq> i don't immediately see how you set that though
[22:47:12 CEST] <pink_mist> why in the world would you bother with jpeg2000 when png exists?
[22:47:18 CEST] <furq> to avoid the yuv to rgb conversion
[22:47:19 CEST] <kepstin> png doesn't support yuv
[22:47:49 CEST] <MoziM> kepstin: it's an opencv program that saves the file as whatever it originally was
[22:48:07 CEST] <kepstin> MoziM: sure, but what formats does it support opening/saving?
[22:48:18 CEST] <nicolas17> there's an opencv library to read from video files using ffmpeg :P
[22:48:22 CEST] <kepstin> and also iirc opencv has ffmpeg interop, so it should be able to open the video directly
[22:48:30 CEST] <furq> apparently opencv supports j2k and tiff natively
[22:49:06 CEST] <furq> also webp which does lossless yuv iirc
[22:49:06 CEST] <nicolas17> a "denoise image" program won't necessarily support video inputs, but if it uses opencv it wouldn't be hard to *modify* so that it does
[22:49:18 CEST] <kepstin> also ffmpeg has some opencv interop, so you might be able to do the opencv denoise inside an ffmpeg filter chain?
[22:52:28 CEST] <pink_mist> wasn't there someone recently complaining that latest opencv got rid of the C api, so ffmpeg won't build against it anymore?
[22:52:51 CEST] <pink_mist> (so you'd need an older opencv if I remember right)
[22:53:05 CEST] <MoziM> kepstin: hadn't thought of that...
[22:57:37 CEST] <kepstin> that said, it doesn't look like anything other than the imgproc image filters can be used from in ffmpeg, and i have no idea what you're actually doing :)
[23:02:48 CEST] <MoziM> me neither
[23:02:55 CEST] <MoziM> *no idea what i'm doing
[23:03:23 CEST] <kepstin> looks like the main denoising filter people use with opencv is nlmeans, and ffmpeg has a native nlmeans filter
[23:03:48 CEST] <MoziM> i'm still scratching my head on a bunch of concepts but i'm getting good results so far... but i can't help but feel it's woefully unoptimized
[00:00:00 CEST] --- Wed Aug 21 2019
1
0
[00:22:58 CEST] <nine_milli> blb
[00:25:28 CEST] <another> you got to be kidding me
[00:47:01 CEST] Action: DHE <img src="killicon_backstab.png"> nine_milli
[04:01:56 CEST] <Henry151> man that's kinda hilarious, I remember seeing him saying blb the other day and asking "what's blb mean?" .. i didn't notice that he was just doing it all the time
[04:03:20 CEST] <furq> http://vpaste.net/OdWiN
[04:03:21 CEST] <furq> thrilling stuff
[04:07:39 CEST] <Henry151> the last three lines are the funniest
[07:36:14 CEST] <sopparus> hello, can ffmpeg extract epg info from a stream?
[07:49:57 CEST] <nine_milli> blb
[12:34:45 CEST] <roxlu> hi, when I create a test video with ffmpeg using the nv12 pixelformat and then use ffplay to playback it logs a different format. Or am I looking at the wrong output? I've pasted the outputs here https://gist.github.com/roxlu/ac7d50eb89fcdf8f7730860c2ff6b31d
[12:36:58 CEST] <durandal_1707> ffplay cant use nv12 as output format?
[12:37:25 CEST] <durandal_1707> how you store nv12 format?
[12:37:59 CEST] <roxlu> I used ffmpeg to create a .h264 file
[12:38:13 CEST] <roxlu> with the `-pix_fmt nv12` option
[12:38:29 CEST] <roxlu> but yeah I see, so ffplay converts nv12 to yuv420p before rendering?
[12:39:41 CEST] <furq> i'm pretty sure x264 always stores 4:2:0 as nv12 internally anyway
[12:40:26 CEST] <roxlu> yeah makes sense indeed furq. What I was confused about was why ffplay shows yuv420p, but I think the answer from durandal_1707 explains it
[12:40:33 CEST] <furq> well ffprobe will also show yuv420p
[12:40:44 CEST] <furq> i assume that's what the decoder defaults to
[12:41:22 CEST] <roxlu> hmm ok, I would expect them both to log the format that is actually used
[12:41:36 CEST] <roxlu> not the format they convert into.. but it's good to know
[12:42:16 CEST] <furq> it's the same data either way, just shuffled a bit
[12:42:38 CEST] <roxlu> thanks yeah, but yuv420p is 3 planes no?
[12:43:08 CEST] <furq> yeah
[15:42:00 CEST] <mia> Hello there channel
[15:42:23 CEST] <mia> Quick question: is there any natively supported way to resize videos in ffmpeg? I need to change ratio with existing resolution
[15:42:42 CEST] <mia> So I need options like "scale" "zoom" "fit width" etc -- maybe there is already a source about all this
[15:43:17 CEST] <mia> Since ffmpeg is very old and detailed, I was unable to pinpoint what I fully needed so if anyone can direct me to agood starting point to learn that'd also be enough
[15:45:53 CEST] <strongcoffee> mia, -vf scale=<value>:-1
[15:46:15 CEST] <strongcoffee> where <value> is the width of the target resize you want
[15:47:18 CEST] <mia> strongcoffee, oh, does that letterbox the video?
[15:47:30 CEST] <mia> I have square videos that I'm auto posting to instagram
[15:47:37 CEST] <mia> and instagram crops sides
[15:47:48 CEST] <strongcoffee> no it just resizes the video as-is, preserving the aspect ratio
[15:47:51 CEST] <mia> so I want to have them in 9:16 vertical aspect ratio and letterbox them
[15:47:52 CEST] <strongcoffee> see this wiki page, https://trac.ffmpeg.org/wiki/Scaling
[15:48:56 CEST] <mia> I see - strongcoffee - thanks for the direction
[15:49:05 CEST] <mia> I just went through the page --- I think I need a letterboxing option
[15:52:19 CEST] <strongcoffee> seems you'd want to look at the pad filter option in conjunction, https://ffmpeg.org/ffmpeg-filters.html#pad-1
[22:48:15 CEST] <nine_milli> blb
[23:06:01 CEST] <hints> hey guys
[23:06:17 CEST] <hints> im a bit embarrassed to ask this..but ive been stuck with this problem for a day now lol
[23:06:34 CEST] <hints> have a series of RGB png files and I want to create a GIF where transparency_color=black. Is this the right command? ```ffmpeg -i /home/ubuntu/outputs/segments/frame%06d.png -filter_complex "[0:v] scale=320:-1:flags=lanczos,split [a][b]; [a] palettegen=reserve_transparent=on:transparency_color=black [p]; [b][p] paletteuse" /home/ubuntu/outputs/finals.gif```
[23:10:26 CEST] <hints> somehow palettegen=reserve_transparent=on:transparency_color=black isnt turning the black background into transparent
[23:21:25 CEST] <hints> i also posted my question here https://superuser.com/questions/1464819/turning-a-series-of-png-files-into-… (so its easier to read)
[00:00:00 CEST] --- Sun Jul 28 2019
1
0
[00:18:51 CEST] <michaelni> kierank, if what i said was rude, is something only a neutral person could judge neither I nor you are neutral. What i can assure you is that i tried to write nice and polite replies. If i failed then iam sorry. No rudeness was intended if something does appear rude.
[00:19:52 CEST] <kierank> I don't need to hear another riddle
[00:22:05 CEST] <Compnn> michaelni apologized if he came off as rude
[00:22:06 CEST] <kierank> As usual no compromise from you
[00:22:09 CEST] <Compnn> and you act like a shit kierank
[00:22:33 CEST] <kierank> Oh you have a new nick, I need to add that one to ignore
[00:22:35 CEST] <Compnn> why do you even care what michael says
[00:22:37 CEST] <Compnn> lol
[00:22:43 CEST] <Compnn> michaelni, just add durandal_1707 to security list
[00:23:03 CEST] <Compnn> dont matter if its just nonsense fuzz
[00:23:07 CEST] <Compnn> durandal_1707 wants to see it
[00:23:20 CEST] <thardin> how many are on that list?
[00:23:35 CEST] <Compnn> micheal posted a list to ml
[00:23:40 CEST] <kierank> iive and compn
[00:23:47 CEST] <Compnn> im not on security list
[00:24:00 CEST] <Compnn> nor do i want to be
[00:24:03 CEST] <kierank> For FFmpeg, and Diego from libav
[00:24:19 CEST] <Compnn> kierank thinks you mean irc ignore list
[00:24:38 CEST] <kierank> michaelni: so give Paul access to security like he wants
[00:24:49 CEST] <thardin> kierank: I mean the security list
[00:24:57 CEST] <kierank> Nobody every authorised you, you only inherit it from being leader
[00:25:05 CEST] <durandal_1707> i do not want it any more
[00:26:01 CEST] <Compnn> the number of adults decreases in this project
[00:26:11 CEST] <thardin> mmhm
[00:26:26 CEST] <Compnn> although i dont think acting like a child will grant immortality.
[00:27:50 CEST] <durandal_1707> from where you picked that one?
[00:28:36 CEST] <Compnn> durandal_1707, when does your vacation end ?
[00:29:33 CEST] <durandal_1707> never, i will never ever work with ffmpeg any more
[00:30:02 CEST] <durandal_1707> i just need to complete gsoc stuff and bye bye
[00:32:15 CEST] <durandal_1707> and maybe sierpinski vsrc filter and some other small stuff
[00:33:10 CEST] <durandal_1707> like msrle encoder, the fun stuff as usual
[00:36:11 CEST] <kierank> durandal_1707: that is very sad
[00:36:52 CEST] <kierank> Many people leaving because of toxic atmosphete
[00:37:04 CEST] <durandal_1707> not at all, my life will not be miserable looking at certain patches
[00:37:20 CEST] <kierank> We should fork maybe
[00:37:23 CEST] <kierank> And you work on fork
[00:37:57 CEST] <kierank> Just pull patches and forget about stupid fuzz cofr
[00:37:59 CEST] <kierank> Code
[00:38:25 CEST] <kierank> Most timeout issues are theoretical
[00:39:30 CEST] <thardin> I find myself wondering who the customer is that wants all these fixes, that puts undue burden on other devs
[00:40:02 CEST] <thardin> or which free software project. what is the specific use case
[00:40:25 CEST] <kierank> Google of course
[00:40:25 CEST] <J_Darnley> Google. Didn't someone mention about the load on poor Google's servers?
[00:40:30 CEST] <J_Darnley> snap
[00:40:49 CEST] <thardin> well then google can pay us
[00:41:06 CEST] <Compnn> good luck with fork , i wish ye well
[00:41:58 CEST] <Compnn> run into the same problem, its not the projects (ffmpeg, libav, ffmbc) its that the developers ego cant fit in the same hemisphere
[00:42:27 CEST] <thardin> surely they must know how to set up cpu limits on jobs
[00:42:40 CEST] <thardin> I do it all the time on hpc stuff
[00:42:53 CEST] <Compnn> google is hiring if you want to apply for a job
[00:43:01 CEST] <thardin> no thanks
[00:43:30 CEST] <kierank> Lemme stop you there thardin
[00:43:45 CEST] <kierank> let me explain what a Denial of Services is:
[00:43:57 CEST] <kierank> <explanation of DoS>
[00:44:01 CEST] <kierank> as nauseum
[00:44:14 CEST] <thardin> I see what you did there
[00:44:36 CEST] <kierank> That is basically the response anyone gets when they question the timeout patches
[00:45:56 CEST] <thardin> so I've noticed
[00:47:46 CEST] <thardin> I've also noticed most of them are linear slowdowns
[00:47:57 CEST] <kierank> Denial of patch review
[00:48:02 CEST] <kierank> DoPR
[00:48:15 CEST] <thardin> denial of more interesting work
[00:48:21 CEST] <kierank> Most of them the code has been written for that test case
[00:48:31 CEST] <kierank> And further test cases will need more hacks
[00:48:37 CEST] <kierank> And more random numbers tweaked
[00:49:36 CEST] <kierank> At least when I fuzzed I found real timeouts
[00:49:43 CEST] <kierank> Actual thread deadlocks
[00:49:48 CEST] <iive> is misspelling "Ad nauseam" part of the joke?
[00:50:16 CEST] <kierank> The Google fuzzed is single threaded though
[00:50:19 CEST] <kierank> So it won't find those
[00:53:38 CEST] <thardin> sleep time
[00:55:09 CEST] <J_Darnley> I liked I how I missed the few lines between "let me explain DoS" and "that's basically it"
[00:56:38 CEST] <Compnn> <kierank> Lemme stop you there thardin
[00:56:40 CEST] <Compnn> <kierank> let me explain what a Denial of Services is:
[00:56:40 CEST] <Compnn> <kierank> <explanation of DoS>
[00:56:40 CEST] <Compnn> * J_Darnley has quit (Read error: Connection reset by peer)
[00:56:40 CEST] <Compnn> <kierank> as nauseum
[00:56:40 CEST] <Compnn> <thardin> I see what you did there
[00:56:40 CEST] <Compnn> * J_Darnley (~J_Darnley(a)d51A44418.access.telenet.be) has joined
[00:57:20 CEST] <J_Darnley> perfect timing
[01:55:49 CEST] <mkver> Can avcodec_decode_subtitle2 actually modify its input packet? It makes a fuss about not modifying it, yet the packet parameter is not const.
[04:17:21 CEST] <Compn> was i too harsh on kierank ?
[04:31:14 CEST] <Compn> jdarnley, was i too hard on kierank ?
[05:45:19 CEST] <jamrial> kierank: neither compn or iive are on the security alias. i don't know where you got that from
[05:45:32 CEST] <jamrial> the list is in the maintainers' file
[08:25:30 CEST] <j-b> wow, again a nice and peaceful IRC week-end here...
[09:48:20 CEST] <Compn> j-b, how goes it ?
[09:48:49 CEST] <Compn> same old adware using your project, and apple/microsoft and google ignoring imposters in app stores?
[09:48:55 CEST] Action: Compn been out of the loop
[09:54:56 CEST] <durandal_1707> kierank: when i can expect v360 patches pushed?
[09:55:11 CEST] <kierank> 10 mins
[09:58:05 CEST] <kierank> durandal_1707: patchv3?
[09:58:49 CEST] <kierank> dammit it's one of those inline patches
[09:58:57 CEST] <kierank> is there a way to get those as a file
[09:59:06 CEST] <kierank> some of us live in 2019 and don't use cli email clients
[09:59:27 CEST] <durandal_1707> patchwork?
[10:00:12 CEST] <durandal_1707> download as mbox
[10:03:39 CEST] <j-b> Compn: here ;)
[10:04:15 CEST] <durandal_1707> Compn is potplayer user
[10:04:18 CEST] <Compn> mmm? good to be somewhere.
[10:08:15 CEST] <kierank> done
[10:08:16 CEST] <cone-505> ffmpeg 03Eugene Lyapustin 07master:b26094e217d4: avfilter: add v360 filter
[10:08:16 CEST] <cone-505> ffmpeg 03Eugene Lyapustin 07master:d044252aac77: avfilter/vf_v360: add padding option for cubemap
[10:08:16 CEST] <cone-505> ffmpeg 03Eugene Lyapustin 07master:596ecc295fc4: avfilter/vf_v360: add dual fisheye format
[10:10:15 CEST] <durandal_1707> Hooray!!!
[10:17:29 CEST] <thardin> woohoo
[10:21:55 CEST] <Compn> heh, carl makes a decoder for a codec that we had a request 4 years ago for . nice job! https://trac.ffmpeg.org/ticket/8081
[10:24:23 CEST] <durandal_1707> Compn: will you add it to mplayer?
[10:25:21 CEST] <Compn> i dont have my usual computer with me durandal_1707, but yes i will sync up mplayer to ffmpeg when i get a chance
[10:27:36 CEST] <kierank> durandal_1707: is v360 important?
[10:31:01 CEST] <durandal_1707> kierank: to some people yes
[10:32:15 CEST] <durandal_1707> some of them use facebook filter for ffmpeg - they needed to build own ffmpeg
[10:32:50 CEST] <durandal_1707> hopefully they will now stop using facebook filter
[10:32:55 CEST] <JEEB> cool
[11:32:03 CEST] <jdarnley> Compn: I don't think so but I wan't following the conversation closely.
[14:30:39 CEST] <BtbN> Anyone interested in working on AMD hwaccel stuff? I still got a spare RX590 I can send around Europe. And to the US I guess, but shipping is quite expensive for that.
[14:58:16 CEST] <nevcairiel> i got a 560 for work a couple months ago, never got around to testing shit yet
[14:59:23 CEST] <nevcairiel> been busy with some annoying mobile topic
[15:40:48 CEST] <BtbN> I'm having so many issues with the Navi card I was sent that I'm very tempted to go back to Nvidia :/
[15:46:38 CEST] <jamrial> BtbN: 5700x? if you're trying the video encode parts, they replaced UVD/VCE with something new, so software supports may not be great just yet
[15:46:53 CEST] <BtbN> RX5700 (non-XT)
[15:47:06 CEST] <BtbN> Just general system health is terrible
[15:47:18 CEST] <BtbN> There is a documented known issue that "Enhanced Sync" causes system crashes
[15:47:24 CEST] <BtbN> yet it automatically re-enables each driver update
[15:47:35 CEST] <BtbN> For each Game/Application individually even.
[15:47:59 CEST] <BtbN> Plus, playing a video on Screen 2 and playing a Game on screen 1 is a certain path to weird artifacts or even bluescreens within 30 minutes
[15:48:15 CEST] <JEEB> \o/
[15:48:27 CEST] <J_Darnley> Wow. Bluescreens? In Current Year?
[15:49:40 CEST] <JEEB> J_Darnley: best paper train tickets? In Current Year? https://pbs.twimg.com/media/EB6LV8jW4AAnVtW.jpg:orig
[15:50:14 CEST] <J_Darnley> punched holes indicating more data than "used"? wow
[15:50:26 CEST] <JEEB> yes xD
[15:50:47 CEST] <JEEB> 500+100+40 = 640 (two times 320 for the area I was travelling)
[15:50:52 CEST] <JEEB> then at the top the date
[15:51:00 CEST] <JEEB> after it there's the bitmask
[15:51:08 CEST] <JEEB> which is punched @ "one way"
[15:51:26 CEST] <JEEB> then hand-written comment with "large, 2" (two adults)
[15:51:49 CEST] <J_Darnley> never change, japan
[15:52:05 CEST] <BtbN> Aren't those Chinese glyphs?
[15:52:19 CEST] <J_Darnley> katakana seems to be present on a couple of the stations
[15:52:52 CEST] <J_Darnley> Otherwise, yes, they are chinese characters (or not but that is politics)
[15:54:13 CEST] <J_Darnley> oh, hiragana under the text field too
[15:55:11 CEST] <JEEB> BtbN: hanzi, kanji, however you clal them in which language :)
[16:38:04 CEST] <cone-505> ffmpeg 03Guo, Yejun 07master:29aeeb3e3e7b: libavfilter/dnn/dnn_backend_tf: fix typo that variable uninitialized.
[16:38:05 CEST] <cone-505> ffmpeg 03Guo, Yejun 07master:67889d4715d4: libavfilter/dnn/dnn_backend_tf: add tf.pad support for tensorflow backend with native model.
[16:38:06 CEST] <cone-505> ffmpeg 03Guo, Yejun 07master:d0fa1a58da71: FATE/dnn: let fate/dnn tests depend on ffmpeg static libraries
[17:42:45 CEST] <kierank> jamrial: those were the people I have ignored on irc
[17:43:27 CEST] <jamrial> ah, my bad
[17:43:35 CEST] <jamrial> guess i mixed the subjects of the discussion
[19:06:25 CEST] <durandal_1707> so no refcounting for fuzz and no cfr for codecs - remain in status quo - bravo' bravo' well played
[19:09:22 CEST] <kierank> durandal_1707: send a patch to the fuzzer
[19:23:32 CEST] <jamrial> durandal_1707: refcounting seems to be enforced internally with both the new and old decode API
[20:04:02 CEST] <thardin> huh, ibc spam
[20:07:45 CEST] <kierank> thardin: you mean you don't get dozens every day
[20:17:43 CEST] <thardin> nah only one per quarter or so
[20:19:37 CEST] <kierank> I get loads
[21:00:34 CEST] <durandal_1707> jamrial: not true
[22:25:49 CEST] <thardin> ffabrice latest hack: https://bellard.org/quickjs/
[00:00:00 CEST] --- Tue Aug 20 2019
1
0
[00:28:27 CEST] <jamrial> thardin: lmao, that's dedication :p
[00:34:08 CEST] <thardin> :]
[00:34:16 CEST] <thardin> well, I was curious
[00:34:27 CEST] <thardin> and as I write, toy codecs are useful for these things
[00:34:58 CEST] <thardin> if we can get performance issues on a codec from 1991, what possible nightmares await for say av1?
[00:37:19 CEST] <thardin> I'm of course quite for adding very conservative constraints, but they have to be added at the very start
[00:39:37 CEST] <thardin> if cvid requires that the entire frame be encoded, then the decoder should reject files that don't behave. instead we get this shotgun parsing garbage. I hate it
[00:46:12 CEST] <thardin> oh wait, you meant the mxf thing
[00:46:36 CEST] <thardin> or not, I dunno. it's getting late
[00:52:21 CEST] <jamrial> thardin: no, i was talking about the cinepak stuff with win3.1 :p
[00:56:21 CEST] <thardin> I got even got 24-bit graphics to work (:
[01:00:13 CEST] <J_Darnley> Wow
[01:00:40 CEST] <J_Darnley> I only every got to use 3.1 on a black and white laptop
[01:04:34 CEST] <thardin> we had 16 colors, which was ok until I noticed a friend of mine somehow got 256 colors on his machine
[02:35:07 CEST] <cone-690> ffmpeg 03Andreas Rheinhardt 07master:c294f38c91f4: avformat/matroskadec: Fix seeking
[02:37:44 CEST] <cone-690> ffmpeg 03Andreas Rheinhardt 07release/4.2:299e0dff1fbc: avformat/matroskadec: Fix seeking
[06:16:57 CEST] <philipl> BtbN: so even after fixing the 0x0 problem, I just get a green screen from nvdec. What was that guy looking at?
[06:17:25 CEST] <philipl> I tried generating a sample with ffmpeg itself and I see the same thing as the samples I have from the nokia phone.
[06:17:45 CEST] <philipl> Guess I should email him.
[08:28:40 CEST] <Compnn> Lynne, the reason i ask who you are, not even talking about personal details like name. but what other projects you could work on where you insult multiple developers and name call
[08:31:40 CEST] <durandal_1707> Compnn: stop insulting him
[08:32:02 CEST] <Compnn> did you just assume Lynne 's gender ?
[08:34:14 CEST] <pross> 'stop insulting it?' seems more even insulting..
[08:34:28 CEST] <Compnn> 'them' would be acceptable
[08:34:29 CEST] <TheAMM> ("them"...)
[08:34:31 CEST] <Compnn> pross speaks
[08:34:43 CEST] Action: pross types
[08:35:11 CEST] <pross> i sadly don't have much to contribute
[08:35:15 CEST] <Compnn> is ok
[08:35:26 CEST] <Compnn> at least you are still around
[08:35:56 CEST] <pross> setting up color filters in mutt for codecs/formats i am interested in has really helped
[08:39:16 CEST] <Compnn> i am not sure why more people dont setup email filters to only review xxx.c and yyy.c and trash all the rest
[08:39:26 CEST] <Compnn> for those people who only contribute or follow certain code of course
[08:41:09 CEST] <durandal_1707> because certain developer which name should not be spoken like to touch everything and break it at random
[08:43:25 CEST] <Compnn> Lynne, you committed code without attributing copyright
[08:44:10 CEST] <Compnn> well carl committed your patch
[08:44:24 CEST] <Compnn> Carl if you are reading this, Lynne's code has no copyright
[08:46:04 CEST] <Compnn> in the past this was an issue with many developers who did not like anonymous or Elvis authors
[08:46:43 CEST] <durandal_1707> which code?
[08:46:48 CEST] <Compnn> j-b, how much anonymous code in your codebase ?
[08:47:16 CEST] <Compnn> durandal_1707, http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/aarch64/opusdsp_n…
[08:47:47 CEST] <TheAMM> Elvis authors?
[08:47:55 CEST] <BBB> prores :D
[08:48:10 CEST] <BBB> which caused us to have two decoders o_O
[08:48:23 CEST] <BBB> when did we turn into mplayer?
[08:49:48 CEST] <Compnn> no one offered to combine the two decoders :P
[08:49:54 CEST] <durandal_1707> since Compnn
[08:50:12 CEST] <Compnn> i cant remember current status of prores codec numbers :D
[08:50:32 CEST] <durandal_1707> its growing
[08:50:47 CEST] <Compnn> apple users seem happy with it
[08:50:59 CEST] <durandal_1707> lies
[08:51:17 CEST] <Compnn> think it would be easy to common code the two decoders somewhat...
[08:51:38 CEST] <durandal_1707> first apple users are not using ffmpeg
[08:52:45 CEST] <BBB> Compnn: I don't think anyone wants to have two decoders
[08:52:49 CEST] <durandal_1707> Compnn will write win32 wrapper for lavc in 2020
[08:53:24 CEST] <Compnn> BBB, right. but removing one will cause some issues with some people maybe
[08:53:25 CEST] <Compnn> or maybe not
[08:53:50 CEST] <Compnn> in that thread, VLC should not maintain its own demuxers, codecs etc either
[08:54:04 CEST] <Compnn> why are multiple projects reinventing wheels we can all reuse
[08:54:16 CEST] <durandal_1707> you just insulted j-b
[08:54:34 CEST] <Compnn> he may agree with me
[08:59:11 CEST] <durandal_1707> Compnn: are you ok that one person singlehandly controls ffmpeg various resources
[08:59:43 CEST] <Compnn> durandal_1707, if you are upset with alex b's handling of the domain name, you should post to the ml
[09:02:40 CEST] <Compnn> durandal_1707, you could commit more things instead of wasting time on irc
[09:02:52 CEST] <Compnn> night
[09:03:49 CEST] <durandal_1707> on vacation
[09:04:54 CEST] <Compnn> durandal_1707, you could vacation more things instead of wasting time on irc
[09:13:36 CEST] <Compnn> https://support.apple.com/en-us/HT200321
[09:13:38 CEST] <Compnn> ehehe
[09:13:49 CEST] <Compnn> Unauthorized codec implementations
[09:13:49 CEST] <Compnn> In some instances, unauthorized codec implementations have been used in third-party software and hardware products. Using any unauthorized implementation (such as the FFmpeg and derivative implementations) might lead to decoding errors, performance degradation, incompatibility, and instability.
[09:23:33 CEST] <Compnn> BBB, another prores encoder http://mogurenko.com/2019/05/17/prores-quality/
[09:48:25 CEST] <kurosu> 184K vs 163k (and thus uploaded a version 163k too)
[09:51:48 CEST] <kurosu> but still much better
[10:01:52 CEST] <thardin> hum, I see one or two companies on that list that I know use ffmpeg internally
[10:03:18 CEST] <thardin> unless they added a plugin for apple's encoder
[10:25:51 CEST] <kurosu> the weird thing is the encoding is almost constant quantizer and uses the proxy quality/quant matrices
[10:26:06 CEST] <kurosu> probably some further eob optimization
[11:24:56 CEST] <durandal_1707> full parsing of aac celp bitstream done
[11:25:09 CEST] <durandal_1707> now to do avtual decoding
[15:11:44 CEST] <kierank> Prores encoder is clearly a (l)gpl violation
[15:51:05 CEST] <durandal_1707> kierank: why?
[15:51:48 CEST] <kierank> That guy in the blog post
[15:51:56 CEST] <kierank> He ships FFmpeg binary
[15:52:56 CEST] <durandal_1707> well he can do with it whatever can be done
[15:53:46 CEST] <kierank> Also compn talking nonsense as always
[15:59:39 CEST] <durandal_1707> compn is ffmpeg mascot
[18:02:56 CEST] <durandal_1707> michaelni: why carl and reimar are on @security ml and I'm not? this is outrageous discrimination.
[18:21:58 CEST] <cone-728> ffmpeg 03Limin Wang 07master:ad3ef00ce513: avfilter/f_select: yuv will use Y plane only for scenecut detect
[18:21:58 CEST] <cone-728> ffmpeg 03Limin Wang 07master:6a3bdf314886: fate: add accurate_rnd+bitexact sws_flags for fate-gifenc
[18:26:33 CEST] <durandal_1707> this user is really multimedia dumb
[18:27:05 CEST] <durandal_1707> now we link also to torrents
[18:27:49 CEST] <durandal_1707> this not legal and they might drop from service
[18:35:10 CEST] <durandal_1707> michaelni: why nobody cant take your job? why are you so special?
[19:00:15 CEST] <cone-728> ffmpeg 03Marton Balint 07master:a82f8f2f10d0: avformat/avio: add avio_print_string_array and avio_print
[19:00:16 CEST] <cone-728> ffmpeg 03Marton Balint 07master:61b4daf78ce0: avformat/assenc: optimize writing dialogs
[19:00:17 CEST] <cone-728> ffmpeg 03Marton Balint 07master:95fa73a2b48f: avformat/avio: remove 4k limit from avio_printf
[19:12:08 CEST] <durandal_1707> michaelni: why are you ignoring me? is that because i reviewed so many of your ( only ) fuzz patches?
[19:49:17 CEST] <cone-728> ffmpeg 03Limin Wang 07master:6866c54ee474: avfilter/showinfo: support Content Light Level information
[20:10:30 CEST] <durandal_1707> jamrial: you basically ignored nicolas request
[20:11:10 CEST] <jamrial> what was it?
[20:12:49 CEST] <durandal_1707> sizeof content light i think in showinfo
[20:15:42 CEST] <jamrial> he didn't request anything in that thread
[20:16:57 CEST] <jamrial> someone else asked for a check that can't be done from outside libavutil
[20:19:29 CEST] <durandal_1707> not explicitly
[20:32:05 CEST] <DMI-1407> hi, only a small question... im using ffmpeg in version N-34549-g13b7781, (since 2011)
[20:32:23 CEST] <DMI-1407> i used gdigrab on June this year
[20:32:33 CEST] <DMI-1407> (on windows 7)
[20:32:46 CEST] <DMI-1407> now it tells me ffmpeg is not supporting gdigrab
[20:32:56 CEST] <DMI-1407> i think its because some last updates
[20:33:06 CEST] <DMI-1407> is that known already ?
[20:33:15 CEST] <BtbN> Maybe don't use an 8 year old version?
[20:33:55 CEST] <DMI-1407> was gdigrab depricated ?
[20:34:26 CEST] <BtbN> No idea, but nobody here is gonna give you support for an almost 9 year old version, other than telling you to update it.
[20:37:05 CEST] <nevcairiel> I dont really see any relevant changes in gdigrab, maybe your version was just build without it
[20:38:03 CEST] <nevcairiel> gdigrab was only officially added in 2014, so no clue what your 2011 v ersion did
[20:41:15 CEST] <DMI-1407> hm oki dunno that thanks
[20:52:19 CEST] <durandal_1707> DMI-1407: why so old version?
[20:52:38 CEST] <DMI-1407> dunno it worked
[20:52:56 CEST] <durandal_1707> for what?
[20:53:07 CEST] <DMI-1407> screencapture pixel by pixel
[20:53:40 CEST] <DMI-1407> i use it to capture my screen to frames stored as png
[20:54:04 CEST] <DMI-1407> then i can edit and compress them to an video
[21:10:58 CEST] <guest278776> hi what's the command to capture a portion of a youtube clip plz?
[21:11:29 CEST] <guest278776> 720size or whatever the default is
[21:11:35 CEST] <durandal_1707> no such thing
[21:11:41 CEST] <guest278776> : ( really?
[21:12:19 CEST] <guest278776> i can't say i want from 1:20 to 3:20 and it gets downloaded to where i specify?
[21:12:55 CEST] <guest278776> i can only download the who clip?
[21:13:02 CEST] <guest278776> whole
[21:13:21 CEST] <BtbN> ffmpeg does not support downloading from youtube to begin with, so you should ask whoever made the tool you are using
[21:14:17 CEST] <guest278776> oh, but it is capable of clipping an already downloaded video for me?
[21:16:01 CEST] <guest278776> could it be piped from a curl get command that grabs the video then passes it to ffmpeg, the clip is saved then the original deleted? is that possible at all? thx
[21:18:05 CEST] <BtbN> You can't just "curl grab" a YouTube video
[21:18:16 CEST] <BtbN> Also, this is the wrong channel.
[21:21:13 CEST] <durandal_1707> lol kierank
[21:21:25 CEST] <kierank> why lol
[21:21:31 CEST] <durandal_1707> how he violates gpl?
[21:21:57 CEST] <kierank> he ships ffmpeg binary with --enable-gpl
[21:22:00 CEST] <kierank> with his own encoder
[21:22:33 CEST] <durandal_1707> but his stuff is linked with his lib
[21:22:53 CEST] <kierank> it's gpl
[21:22:55 CEST] <kierank> doesn't matter
[21:23:55 CEST] <kierank> he remove my comment
[21:23:57 CEST] <thardin> doesn't he publish the source code?
[21:24:03 CEST] <thardin> of his own encoder?
[21:24:05 CEST] <durandal_1707> he have blog and this on github so send him dmca
[21:25:19 CEST] <kierank> thardin: he has some code but i don't think it's the whole thing
[21:25:38 CEST] <kierank> as usual guy says "ffmpeg is shit" then violates copyright
[21:25:45 CEST] <durandal_1707> his code is his company code
[21:26:42 CEST] <thardin> ah
[21:26:48 CEST] <thardin> yeah that sounds like a gpl violation
[21:27:05 CEST] <durandal_1707> he did previously sent patches to prores but he was ignored
[21:29:32 CEST] <kierank> on new years eve lol
[21:29:36 CEST] <kierank> when people have better things to do
[21:33:23 CEST] <thardin> did he even ping them?
[21:33:45 CEST] <durandal_1707> nope
[21:47:24 CEST] <durandal_1707> kierank: i see no point in such bug reports
[21:48:02 CEST] <kierank> ok
[21:48:27 CEST] <durandal_1707> if nothing gonna change
[21:49:34 CEST] <durandal_1707> and michaelni does not care
[21:55:16 CEST] <durandal_1707> kierank: how to post dmca to github page?
[21:55:35 CEST] <kierank> https://github.com/contact/dmca
[21:58:18 CEST] <michaelni> durandal_1707, how would you feel if someone pinged you every day and claimed something random about you ? please stop this
[21:59:44 CEST] <durandal_1707> michaelni: post counter claims if you have them, instead you just hide and ignore
[22:00:50 CEST] <jamrial> durandal_1707: you're obsessed. you pinged him in the middle of a discussion about some dude violating the gpl for no other reason than because you wanted to
[22:01:48 CEST] <kierank> durandal_1707: michaelni: neither of you are exactly in the right
[22:02:49 CEST] <durandal_1707> yes, i am obsessed with our beloved leader. fuzz patches make me fuzzy
[22:03:47 CEST] <jamrial> nothing better to help your cause than admitting you're harasing him
[22:04:03 CEST] <durandal_1707> only on irc
[22:07:47 CEST] <durandal_1707> and if you call this harassing when i only want respect and not discrimination so be it
[22:08:17 CEST] <nevcairiel> respect is earned, you are not on a good way currently
[22:09:23 CEST] <durandal_1707> my patience is very low, i started being nice but when i keept getiing ignorred i changed
[22:09:37 CEST] <nevcairiel> too bad, no respect for you then
[22:10:36 CEST] <durandal_1707> nevcairiel: you are not helping and you are of limited use to the project
[22:11:03 CEST] <nevcairiel> i'm not trying to help you, and you can keep your bad insults :)
[22:12:02 CEST] <durandal_1707> you never respected me either
[22:12:07 CEST] <jamrial> durandal_1707: you were not ignored, you got replies. you simply didn't get the one you wanted
[22:12:17 CEST] <nevcairiel> of course not, look at how you act, thats not respectable attitude
[22:12:25 CEST] <jamrial> and you're not going to get more if your reaction at not getting things exactly like you wanted to is increased harassement
[22:15:42 CEST] <durandal_1707> i was ok at start but i see more and more how pathetic this project was from start
[22:16:47 CEST] <durandal_1707> voting comitee, more like vomiting comitee
[22:19:15 CEST] <jamrial> yes, the voting comitee left a lot to be desired, nobody will disagree with you in that regard
[22:19:23 CEST] <durandal_1707> it sad that kostya was right in most of things
[22:19:56 CEST] <kierank> cehoyos: ndi problem is fixed, no, it is removed?
[22:20:14 CEST] <cehoyos> I don't think it was fixed at least nobody has claimed so yet
[22:20:38 CEST] <durandal_1707> fixed in what sense?
[22:20:47 CEST] <kierank> we removed it from ffmpeg
[22:21:27 CEST] <nevcairiel> and they stopped shipping it as well
[22:21:47 CEST] <durandal_1707> but violation remains
[22:22:13 CEST] <kierank> ok technically true
[22:22:50 CEST] <cehoyos> The ticket is not about the sad removal of ndi from FFmpeg but their copyright violation
[22:27:52 CEST] <kierank> i am not sad about removing a proprietary protocol in which the manufacturer attacked open source developers for reverse engineering
[22:43:42 CEST] <durandal_1707> i expect that all commits which cause decoder to not return frame causing vfr in cfr to be effectively reverted or disabled
[22:45:32 CEST] <kierank> I will fork if it happens to important decoders (h264, mpeg2)
[22:46:40 CEST] <durandal_1707> i expect that voting comitee is no more called
[22:47:40 CEST] <durandal_1707> i expect one true leader in FFmpeg to show up finally
[22:47:59 CEST] <kierank> all forms of committee have been and will continue to be nonsense
[22:48:17 CEST] <kierank> it is like soviet union
[22:48:25 CEST] <kierank> we tried to change this at vdd
[22:48:33 CEST] <kierank> same with code of conduct
[22:48:43 CEST] <kierank> even linux kernel has a real code of conduct
[22:48:47 CEST] <kierank> only it's us left
[22:48:52 CEST] <kierank> with stupid bill and ted thing
[23:00:33 CEST] <thardin> did anyone try talking to him in private?
[23:00:43 CEST] <thardin> like calling them out immediately is possibly not the best approach
[23:04:00 CEST] <durandal_1707> kierank sent comment on blog or github i think
[23:05:18 CEST] <durandal_1707> michaelni: you havent made vfr from cfr in msrle case, this inconsistency must end
[23:22:32 CEST] <tjones> I'm trying to generate the most complete ffmpeg that I can. I have no concerns for tainted or non-free code. Do anyone have pointers to the required external libraries and configure options?
[23:23:08 CEST] <tjones> Primarily for Linux 64bit, but maybe Windows
[23:34:18 CEST] <thardin> configure --help has quite a bit of this info
[23:35:16 CEST] <tjones> I was just curious if someone had already been down this road. The configure --help gives some good info on what it understands, but what about adding the external libs?
[23:36:21 CEST] <jamrial> configure --help will give you the list of external libraries you can link to
[23:40:28 CEST] <tjones> It must be a forest / trees issue because while I see the list of --enable options, I'm not getting the relationship between built-in versus external libraries.
[23:43:47 CEST] <tjones> The reason that I ask is because a setting to enable a bunch that I thought should be there resulted in errors.
[23:44:44 CEST] <tjones> I was looking to find a list of external libs to install to make sure things were covered.
[23:48:25 CEST] <tjones> Ah - I've located what I was looking for in the "General Documentation" - Supported External Libraries, Formats, Codecs or Features.
[00:00:00 CEST] --- Sun Aug 18 2019
1
0