June 2018 - Ffmpeg-devel-irc - lists.ffmpeg.org

ffmpeg-devel.log.20180614
by burek 15 Jun '18

15 Jun '18

[14:01:03 CEST] <cone-819> ffmpeg 03Gyan Doshi 07master:daf38d0753a2: doc/formats: get fflags values up-to-date [16:42:36 CEST] <jdarnley> WTF?! Does the hflip filter actually mirror the picture or just set some metadata? [16:43:11 CEST] <jdarnley> I encode 2 files of yuvtestsrc, one with hflip and one without. [16:43:52 CEST] <jdarnley> When I decode them I see bugs at the left for the normal one and at the right for the hflip one. [16:47:33 CEST] <ubitux> isn't it making negative linesizes or something? [16:48:07 CEST] <jdarnley> For vflip, maybe, but that won't work for hflip [16:48:52 CEST] <jdarnley> But eitherway that shouldn't be evident in the encoded file. [17:59:13 CEST] <durandal_1707> jdarnley: how to reproduce? [18:00:35 CEST] <jdarnley> By using the code I'm currently working on. Not about anything in master. [18:58:42 CEST] <cone-030> ffmpeg 03Michael Niedermayer 07master:8176799f31b2: avformat/mov: Only set pkt->duration to non negative values [18:58:42 CEST] <cone-030> ffmpeg 03Michael Niedermayer 07master:16d8b13b3b26: fftools/ffmpeg: Fallback to duration if sample rate is unavailable [18:58:42 CEST] <cone-030> ffmpeg 03Michael Niedermayer 07master:28d33c252eca: ffmpeg: assert that audio packet duration in process_input_packet() is non negative [19:07:18 CEST] <BBB> yeah lets switch our completely custom nobody-knows-how-it-works build system to something else that Ive never heard of [19:09:35 CEST] <nevcairiel> that doesnt sound like a good argument, the only thign everyone knows is autotools and you definitely dont want that [19:10:16 CEST] <j-b> BBB: sorry, but you are incorrect. [19:10:21 CEST] <j-b> BBB: meson is great. [19:10:24 CEST] <j-b> BBB: and trendy. [19:10:26 CEST] <j-b> BBB: and sane. [19:10:34 CEST] <nevcairiel> trendy is an argument to avoid it, in my book [19:10:35 CEST] <nevcairiel> :D [19:10:35 CEST] <j-b> BBB: systemd moved to it. Gnome moved to it [19:10:43 CEST] <j-b> BBB: vlc is moving to it [19:10:48 CEST] <nevcairiel> (also systemd is a good counter-argument against everything) [19:10:56 CEST] <j-b> BBB: it knows what cross-compilation is [19:11:05 CEST] <j-b> BBB: it tries to NOT be turing-complet [19:11:12 CEST] <j-b> BBB: it can create msvc and xcode project [19:11:16 CEST] <BBB> I dont know what any of these things mean [19:11:19 CEST] <j-b> BBB: it uses ninja and therefore is fast. [19:11:22 CEST] <BBB> all I know is Ive never heard of it [19:11:33 CEST] <BBB> Ive heard of autoshit and cmake [19:11:42 CEST] <j-b> BBB: well, expect almost everyone using autoshit to move to that. [19:11:49 CEST] <durandal_1707> yes, meson is great [19:12:05 CEST] <BBB> maybe Im not the target audience, but a simple meson allows you to do this using this, and with cmake itd look like that and autoshit nufsaid would be helpful [19:12:08 CEST] <j-b> It's the first time I see a new buildsystem that I don't dismiss in 5 minutes [19:12:21 CEST] <nevcairiel> cmake is mostly targeted at C++ [19:12:28 CEST] <j-b> BBB: you are an old Gnome guy. you are targetted. [19:12:30 CEST] <nevcairiel> with C you get to do so many things yourself [19:12:44 CEST] <BBB> if gnome moved to it, it cant be horrible [19:12:49 CEST] <BBB> although they did some pretty horrid stuff [19:12:59 CEST] <j-b> seriously, it is sane. [19:13:02 CEST] <BBB> ok [19:13:12 CEST] <BBB> is there a beginners guide? [19:13:25 CEST] <nevcairiel> i'm for everything that is actually faster in configuring then the remaining build process itself [19:13:36 CEST] <nevcairiel> seriously, running configure is slower for me now then compiling the code afterwards [19:13:36 CEST] <j-b> it is faster [19:13:43 CEST] <j-b> and caches correctly [19:13:53 CEST] <j-b> and can run without bash, on Windows [19:14:02 CEST] <nevcairiel> what was it, python? [19:14:07 CEST] <j-b> yes [19:14:31 CEST] <j-b> BBB: http://mesonbuild.com/Tutorial.html [19:14:51 CEST] <j-b> nevcairiel: so, for windows, you need a python3 install and pip [19:14:57 CEST] <j-b> then, pip install meson ninja [19:15:08 CEST] <kierank> python3 :( [19:15:40 CEST] <j-b> you prefer npm? [19:15:52 CEST] <JEEB> kierank: even 14.04 has py3 [19:16:02 CEST] <kierank> I prefer python2 [19:17:12 CEST] <j-b> I don't mind the difference [19:17:28 CEST] <JEEB> ^ [19:17:30 CEST] <nevcairiel> I don't even know the big difference anymore [19:17:54 CEST] <nevcairiel> Except that they for some reason keep 2.7 alive still [19:21:28 CEST] <Mathieu_Du> there's a countdown clock for it iirc [19:21:42 CEST] <Mathieu_Du> https://pythonclock.org/ [19:57:37 CEST] <jdarnley> Configure/make replacements are a never ending source of fun and dissapointment. [20:04:02 CEST] <iive> there has been some incompatibility in py3, so a lot of existing code needed 2.7 . but that has been long ago. [20:04:58 CEST] <January> oh im late for the meson discussion [20:05:43 CEST] <iive> it's never late [20:08:53 CEST] <January> I think the thing I didn't say in my email was that it's not like it has to be an instant overhaul we could add it as an experimental build system alongside the old one [20:10:12 CEST] <j-b> And you'll have to. [20:10:21 CEST] <j-b> This is going to be long, to support all the cases. [20:10:25 CEST] <j-b> and meson is still young [20:10:38 CEST] <j-b> We found issues with macos and mingw, just yesterday [20:12:05 CEST] <January> j-b: of course, I guess 'could' was the wrong word :D Well, let's see what people say on the ML anyway [20:13:04 CEST] <j-b> January: sure. [20:13:33 CEST] Action: Mathieu_Du curious if anybody actually tried to build the port already [20:13:35 CEST] <BtbN> My MX150 does not have any de/encoding capabilities :( [20:13:44 CEST] <Mathieu_Du> I know January did :) [20:13:48 CEST] <BtbN> So I'll have to deal with QSV [20:14:03 CEST] <jdarnley> Not yet. I don't have time. Plus I rather like my assembly. [20:14:07 CEST] <j-b> wut? mx150 does not have PureVideo? [20:14:13 CEST] <BtbN> Nope [20:14:15 CEST] <BtbN> not at all [20:14:19 CEST] <BtbN> GP108 just doesn't [20:14:20 CEST] <j-b> o_O [20:14:37 CEST] <BtbN> It's intended to be put into Laptops, which are always Optimus. So video de/encoding is the job of the Intel GPU [20:15:14 CEST] <BtbN> The stupid thing about it is: If you run something on the Nvidia "High Performance" GPU, it suddenly loses all ability to hwaccel video playback [20:15:29 CEST] <BtbN> should have at least left the decoder in... [22:28:49 CEST] <michaelni> kierank, you need to fill out the evaluation for your gsoc student. All the admins are receiving "urgent" warning emails from google about this. [22:29:01 CEST] <kierank> I have until tomorrow [22:29:05 CEST] <michaelni> yes [22:29:13 CEST] <kierank> so there is no issue [22:34:36 CEST] <michaelni> no, but if something prevents you from filling it out, it might become narrow for one of the admins to do it before the deadline [22:48:10 CEST] <kierank> well it is my holidays today [23:50:56 CEST] <atomnuker> BBB: ffs did you even spend a minute to check out the repos or are you like our close-minded friend nic george here? [23:51:11 CEST] <BBB> :( [23:51:12 CEST] <atomnuker> the idea isn't to replace build systems [23:51:29 CEST] <atomnuker> its to add a new one and still support the custom configure script [23:51:42 CEST] <nevcairiel> maintaining two in parallel only has downsides though [23:51:48 CEST] <BBB> I know that, I specifically mentioned cmake [23:52:17 CEST] <BBB> (which libaom uses as configure replacement, right?) [23:52:25 CEST] <atomnuker> its like mentioning the nuke at a radiation cancer treatment summit [23:52:49 CEST] <BBB> Im sorry I offended you [23:52:56 CEST] <atomnuker> no, you didn't [23:53:25 CEST] <atomnuker> libaom did indeed switch to cmake and its just as awful as you might think it is [23:54:11 CEST] <atomnuker> maintaining 2 build systems is okay though, we can add a test comparing their outputs [23:54:48 CEST] <atomnuker> in theory they should match provided there are no differences in what they were compiled with [23:55:19 CEST] <BtbN> We could indeed just re-write configure in something faster. Like, C. [23:55:23 CEST] <atomnuker> and I don't mind meson support lagging behind, its not hard to add support [23:55:31 CEST] <atomnuker> I wouldn't mind that either tbh [23:55:43 CEST] <nevcairiel> and what configures the C compiler for configure.c? [23:55:43 CEST] <nevcairiel> :D [23:56:00 CEST] <BtbN> dependency-less C that can be built with a trivial Makefile [23:56:19 CEST] <nevcairiel> with all the different compilers we support? [23:56:43 CEST] <BtbN> Yeah, it will get a mess quickly [23:56:50 CEST] <BBB> you also need to compile bash to run configure [23:56:59 CEST] <BBB> who set up the compiler for that? [23:57:01 CEST] <nevcairiel> bash comes pre-compiled :p [23:57:11 CEST] <BBB> for your system maybe; I USE GENTOO!!! [23:57:20 CEST] <BBB> (I dont :-p) [23:57:21 CEST] <nevcairiel> that has magic to set itself up [23:58:37 CEST] <BtbN> a python script or something would probably be more practical, but a build system in C would be kinda neat, but probably not overly practical [23:59:08 CEST] <atomnuker> a python script would be just as slow probably, maybe slower [23:59:20 CEST] <nevcairiel> the problem with a compiled build system is that you basically need a build system to build it =p [23:59:30 CEST] <BtbN> it wouldn't need to fork thousands of times for the most trivial operations [23:59:32 CEST] <nevcairiel> bash so so freaking slow because of all the forking [23:59:40 CEST] <nevcairiel> any actual scripting language would be much faster [23:59:54 CEST] <Mathieu_Du> Not that anyone asked, but my humble opinion is that if the meson port were to be merged in, it should be with the eventual goal of making it the single build system, a lengthy transition period would be mandatory, but maintaining two build systems for ever indeed seems sub optimal to me :) [00:00:00 CEST] --- Fri Jun 15 2018

1 0

ffmpeg.log.20180614
by burek 15 Jun '18

15 Jun '18

[00:50:31 CEST] <csierra_> I'm trying to extract a frame from a video and resize it to 1 pixel wide with ffmpeg. Doing it in Windows results in the image having a green tint. The tint is gone if I set it to 2 pixels or are on a different OS. How can I fix this? https://pastebin.com/raw/Xh0hNhRV [00:52:14 CEST] <furq> csierra_: i'm surprised that even works [00:52:48 CEST] <furq> but either way try -vf format=yuv444p,scale=1:1875 [00:53:00 CEST] <furq> or yuvj444p rather [00:56:04 CEST] <csierra_> That worked perfectly. What was the cause, just ffmpeg auto selecting the wrong codec? [00:56:46 CEST] <nicolas17> it's not a codec [00:57:05 CEST] <nicolas17> seems 4:2:0 chroma subsampling when the video is 1px wide doesn't work [00:57:13 CEST] <nicolas17> 4:4:4 means no subsampling [00:58:05 CEST] <csierra_> ah. strange it worked on a couple of non-Windows OSes [00:58:07 CEST] <csierra_> thanks a lot [00:58:38 CEST] <furq> well yeah with most video codecs that would just throw an error [00:58:46 CEST] <furq> so i assume jpeg has some kind of special handling of that [00:58:54 CEST] <furq> but it's probably still a bad idea [01:01:50 CEST] <csierra_> Why's that? [01:02:09 CEST] <csierra_> Basically I'm just trying to get the average color of the particular frame [01:02:27 CEST] <csierra_> Well, average horizontal color in this case [01:03:11 CEST] <furq> you probably want to use png then [01:03:25 CEST] <nicolas17> hm that reminds me [01:03:43 CEST] <nicolas17> is there a way with ffmpeg to average all frames in a video? or would I need to write my own code for that? [01:03:54 CEST] <nicolas17> I only found something to average two adjacent frames [01:04:54 CEST] <csierra_> You could resize all frames to 1 pixel, montage them with imagemagick, then get the average color of that [01:05:06 CEST] <csierra_> Would probably take forever, though [01:05:37 CEST] <nicolas17> csierra_: but I don't want a single pixel, I want the whole image [01:06:32 CEST] <csierra_> ah [01:06:50 CEST] <csierra_> not sure then [01:07:12 CEST] <nicolas17> like simulating a super long exposure photo [01:13:53 CEST] <furq> i don't think anything other than a million chained tblends will do that [01:14:01 CEST] <furq> you could probably do it with temporalmedian for avisynth [01:14:08 CEST] <furq> or preferably a vs port if you can find one [01:14:14 CEST] <nicolas17> meh [01:14:26 CEST] <nicolas17> it's probably 5 lines in OpenCV [03:59:45 CEST] <HIGHEFFICIENCY> Hey there guys. [03:59:58 CEST] <HIGHEFFICIENCY> Been wondering how to convert an HEIC archive to TIFF? [04:00:08 CEST] <HIGHEFFICIENCY> Like, an heic file containing multiple images [04:00:32 CEST] <HIGHEFFICIENCY> I want to extract each individual image and convert them losleslly to TIFF [04:00:47 CEST] <HIGHEFFICIENCY> Any idea how? [04:08:51 CEST] <HIGHEFFICIENCY> Any idea? [04:19:51 CEST] <c0nundrum> hello [04:20:19 CEST] <c0nundrum> Are there any bugs related to ffmpeg stalling ? [04:20:31 CEST] <c0nundrum> when processing and hls input [04:36:05 CEST] <HIGHEFFICIENCY> Any idea? [04:45:41 CEST] <chocolate-elvis> https://github.com/nokiatech/heif ? [04:47:21 CEST] <chocolate-elvis> Better, https://trac.ffmpeg.org/ticket/6521 [05:06:53 CEST] <HIGHEFFICIENCY> chocolate-elvis: Does that support heic archives? [05:08:15 CEST] <HIGHEFFICIENCY> Like, multiple images in one heic archive [05:09:09 CEST] <HIGHEFFICIENCY> Doesn [05:09:19 CEST] <HIGHEFFICIENCY> sound like they got no binary unfortunately [06:07:01 CEST] <c0nundrum> whats the safest way to save an hls input with the least processsing ? [06:07:56 CEST] <c0nundrum> I tried doing copy on audio and video i get corrupted video files without using "-ar", "44100", [09:30:38 CEST] <drkop> hi. trying to build ffmpeg-4.0 on centos 7 with opus. Get an "ERROR: opus not found using pkg-config", but opus-devel installed. What can i do? googling didn't help. [12:39:44 CEST] <Orbstheorem> Hi, I'm looking for a looseless compressed encoding for audio files that works in a similar way that jpeg does. AFAIK, the base of the signal is fit to a parametred function and high frequency data is individually encoded. [12:39:56 CEST] <Orbstheorem> looseless-capable* [15:13:16 CEST] <kepstin> Orbstheorem: it's not exactly what you're saying (audio and video encoding works quite a bit differently, so comparisons like that don't really make sense), but wavpack has a hybrid mode that does a lossy encode and then separate residuals for lossless [15:13:40 CEST] <kepstin> (i think some of the newer home theatre codecs can do that too? dca? but you won't find open-source encoders for that yet) [15:14:15 CEST] <kepstin> your description isn't super accurate about how jpeg works either :/ [15:25:16 CEST] <Orbstheorem> forgive me, I'm not much into A/V, that's the JPEG explaination I remember someone explained to me [15:25:39 CEST] <Orbstheorem> but lossy + residuals for lossless is what I'm looking for :) [15:27:49 CEST] <furq> wavpack is the most widely supported thing that does that afaik [15:28:06 CEST] <furq> i don't know of anything else ffmpeg supports at all, let alone in hybrid mode [15:30:18 CEST] <furq> https://wiki.hydrogenaud.io/index.php?title=LossyWAV [15:30:24 CEST] <furq> there's also that which produces compliant wav files [15:30:33 CEST] <furq> the compression ratio for the lossy section is pretty poor though [15:46:29 CEST] <kepstin> Orbstheorem: i'm not too sure about how good the compression is on wavpack in hybrid mode. You should compare it with having e.g. a separate opus file and flac file and see which option works better for you. [15:55:49 CEST] <hfink> hi, quick question: I am getting heavy encoding artifacts with the constant-bitrate mode of the vaapi_h264 encoder (constant QP is fine). did anyone have similar problems? [15:56:05 CEST] <kepstin> hfink: what hardware? [15:56:42 CEST] <hfink> kepstin: intel skylake m7-6Y75 [15:56:51 CEST] <kepstin> assuming you're using recent ffmpeg, that's probably either a hardware limitation or driver issue. [15:57:24 CEST] <kepstin> also keep in mind that hardware encoders are not nearly as efficient as software, in general, so you probably have to use more bitrate than you'd use with x264 for the same quality. [15:57:54 CEST] <hfink> I am using 3.4.2, I'll give 4.0 a try as well, but I also suspect a driver issue [15:58:06 CEST] <kepstin> that's a pretty recent intel chip - make sure you're on a distro with modern kernel and vaapi components [15:58:09 CEST] <bencoh> and even then, you might still get some encoder-specific artifacts [15:58:34 CEST] <kepstin> but yeah, try just turning up the bitrate and see if that helps [15:58:46 CEST] <kepstin> can you paste the entire command you're running? [15:58:54 CEST] <Orbstheorem> furq: kepstin Thanks! [16:00:20 CEST] <kepstin> (I've done things like write a bitrate in kbps without the k suffix before, then the quality was awful because it was trying to do 1000bits/s instead of 1000kbit/s...) [16:00:59 CEST] <hfink> kepstin: I am using it in my code directly, and the bitrate is set correctly. but thanks for your input, I just wanted to check whether this might be a known issue of the ffmpeg implementation of vaapi. [16:01:17 CEST] <hfink> I'll try updating the drivers and see if that helps [16:01:43 CEST] <kepstin> hfink: i suspect in the end it's gonna be "hardware encoders are kinda meh, try giving it more bitrate" :/ [16:40:59 CEST] <transhuman> hi! question: adding :style=Bold for text overlay is not the proper command for ffmpeg, what is the right command for bold styling? [17:01:01 CEST] <podman> anyone familiar with steganographic watermarking using ffmpeg? [17:03:32 CEST] <nicolas17> steganography tries to hide data from the human eye, and modern video codecs are good at throwing away information the human eye wouldn't notice :) [17:03:59 CEST] <podman> nicolas17: yeah, that's difficult part [17:16:42 CEST] <podman> basically trying to do some forensic watermarking by creating two versions of a video with different watermarks and serving up segments from each version to create a binary representation of some data [17:16:56 CEST] <podman> but not sure how to handle the watermarking part to tell the two versions apart [17:25:38 CEST] <furq> podman: i take it that it needs to be a visible watermark [17:26:16 CEST] <podman> furq: doesn't have to be, but i imagine for it to not get nuked by the codec, it probably is easiest for it to be visible? [17:26:54 CEST] <furq> there's a bunch of places in an h264 bitstream that you can put private data [17:27:02 CEST] <furq> obviously it won't survive reencoding though [17:27:33 CEST] <kepstin> you could do fun things like put jitter in timestamps too. [17:27:48 CEST] <furq> and there are ways to remove it if the attacker knows the watermark is there [17:28:06 CEST] <furq> but then that's also true of visible watermarks if they're in an area that you can throw a delogo over [17:29:02 CEST] <furq> timestamp jitter sounds pretty clever although again you can strip that without reencoding [17:41:06 CEST] <drkop> Anyone https://pastebin.com/tM0VXD5X ? [17:41:21 CEST] <podman> furq: yeah, would need to be something that would survive attempts to reencode/screencap/remove the watermark [17:45:09 CEST] <ariyasu> i remember some p2p anime group used to hide there group name on 1 random frame of the video, that was to fast to spot with the naked eye [17:45:25 CEST] <ariyasu> they were trying to prove a scene group were stealing their releases, which they were [17:52:55 CEST] <podman> the idea is to encode some data, like a session ID number or something using an HLS or Dash manifest. so if a specific viewer, say viewer 11, watches the video, i could create a manifest with version 1, version 0, version 1, version 1... and then i could identify based on the different segments which viewer the leak came from [17:59:50 CEST] <podman> so someone playing back the video wouldn't know anything is going on, but the two versions of the segments would be different enough that, upon review, we would be able to extract the binary data that was encoded [18:01:46 CEST] <kepstin> you need something that can survive re-encoding (in particular, re-encoding where the keyframe distribution is different, since they'd probably be using crf mode with long kf interval) [18:01:53 CEST] <kepstin> so, hmm :/ [18:02:51 CEST] <kepstin> and it has to be sufficiently non-obvious so that someone won't think to make a couple of accounts and download a few versions and mix segments between them. [18:04:10 CEST] <nicolas17> AACS has it [18:05:26 CEST] <nicolas17> to detect which player was compromised [18:05:39 CEST] <nicolas17> "AACS also incorporates traitor tracing techniques. The standard allows for multiple versions of short sections of a movie to be encrypted with different keys, while a given player will only be able to decrypt one version of each section. The manufacturer embeds varying digital watermarks in these sections, and upon subsequent analysis of the pirated release the compromised keys can be identified and revoked" [18:08:27 CEST] <kepstin> my impression was that most BD piracy (at least for AACS1 stuff) was done using stolen or derived MKB processing keys which aren't player specific. [18:10:40 CEST] <podman> yep, that's pretty much what i'm looking to replicate [18:11:32 CEST] <podman> kepstin: not too worried about someone trying to make multiple accounts as the accounts are provisioned for the viewers. [18:29:14 CEST] <th3_v0ice> Does anyone have a problem while using the av_write_frame() not actually writing a packet to the output file? I tested and last packet is sent to the method but its not actually written to the file. I have called the av_write_frame with NULL to flush the remaining packets but that didnt do anything. [18:30:54 CEST] <th3_v0ice> Using the av_interleaved_write_frame() gives exactly the same behaviour. [18:33:13 CEST] <Mavrik> th3_v0ice: close the output format [18:33:21 CEST] <Mavrik> That usually writes the trailer and everything [18:35:43 CEST] <th3_v0ice> Mavrik: I did, and last packet(frame) is not there. Its just missing. [18:36:12 CEST] <Mavrik> fun, which muxer. [18:36:14 CEST] <Mavrik> ? [18:36:39 CEST] <th3_v0ice> mp4 [18:41:44 CEST] <th3_v0ice> Changing the output file to 264 bitstream last packet is writen properly. I am not sure which muxer this uses. [19:42:03 CEST] <kisspachyousee> hi! ! ! [19:42:56 CEST] <kisspachyousee> i have this error when i compile openwrt ---> common.mak:60: recipe for target 'libavdevice/alldevices.o' failed [00:00:00 CEST] --- Fri Jun 15 2018

1 0

ffmpeg-devel.log.20180613
by burek 14 Jun '18

14 Jun '18

[00:05:33 CEST] <atomnuker> yeah, I read that [00:21:51 CEST] <cone-633> ffmpeg 03Marton Balint 07master:643123b29d40: avdevice/decklink_dec: use a custom memory allocator [00:21:51 CEST] <cone-633> ffmpeg 03Marton Balint 07master:ba8a1d161820: avdevice/decklink_dec: use std::atomic for decklink_input_callback refcounting [00:21:51 CEST] <cone-633> ffmpeg 03Jon Morley 07master:fb480a1f1e0c: avdevice/decklink_common: Move DECKLINK_* string functions into header [00:21:51 CEST] <cone-633> ffmpeg 03Jon Morley 07master:0946c0ec177d: avdevice/decklink_dec: capture timecode to metadata when requested [07:02:07 CEST] <cone-412> ffmpeg 03Gyan Doshi 07master:67747c89ad4d: avformat: deprecate unused MP4A_LATM flag [12:01:26 CEST] <cone-448> ffmpeg 03Carl Eugen Hoyos 07master:9461e7d3a598: configure: The eac3_core bitstream filter needs the ac3 parser. [16:47:41 CEST] <cone-386> ffmpeg 03Jacob Trimble 07master:4aba45ca1fec: avformat/mov: Add check for per-sample IV size. [16:47:42 CEST] <cone-386> ffmpeg 03Timo Teräs 07master:12205d2c896b: avformat/movenc: properly handle cover image codecs [16:47:43 CEST] <cone-386> ffmpeg 03Timo Teräs 07master:2223811b0159: avformat/movenc: fix recognization of cover image streams [20:43:57 CEST] <January> atomnuker: https://github.com/MathieuDuponchelle/FFmpeg.git using meson, might be of interest [20:46:05 CEST] <January> atomnuker: only missing fate tests which require samples (and maybe some other smaller things), I'd say it's actually a reality. The guy who wrote it says it works on Windows and Linux, and it works on macOS for me [20:47:14 CEST] <January> JEEB: ^ also maybe [21:00:39 CEST] <Mathieu_Du> only missing fate tests and half a thousand details* [21:00:46 CEST] Action: Mathieu_Du disclaiming :) [21:03:33 CEST] <Mathieu_Du> btw this requires meson master [21:32:44 CEST] <cone-386> ffmpeg 03Lou Logan 07master:30af29a712b8: doc/devices: order alphabetically and add missing v4l2 outdev [22:09:30 CEST] <akravchenko188> jkqxz: hi. Some while ago I sent patch with hwcontext_amf implementation and amdenc refactoring to use it. You decided to postpone applying patch until one more usage of hwcontext_amf is implemented. Now I have implemented vf_scaler_amf. Should I sent new patch containing all hwcontext_amf + amdenc + vf_scaler_amf for initial review or to split it to two patches? [22:12:08 CEST] <January> akravchenko188: better to split it [22:13:27 CEST] <January> akravchenko188: you'd probably want it in 3 patches if I understand correctly: add new hwdec, refractor amdenc, add filter [22:17:39 CEST] <akravchenko188> I think it should be 2 patches. 1) movement some amf common code from amfenc to hwcontext_amf; 2) vf_scaler_amf just new filter [22:18:34 CEST] <cone-386> ffmpeg 03Michael Niedermayer 07master:2fc108f60f98: avcodec/mpeg4videodec: Clear bits_per_raw_sample if it has originated from a previous instance [22:18:35 CEST] <cone-386> ffmpeg 03erankor 07master:ee09ffbfd2f7: qt-faststart: add validation on ftyp atom size [22:18:36 CEST] <cone-386> ffmpeg 03erankor 07master:dc16c9dd9059: qt-faststart - stco offset bug fix [22:18:37 CEST] <cone-386> ffmpeg 03erankor 07master:c5e6c0b5f680: qt-faststart: add fate test for stco overflow [22:21:10 CEST] <January> akravchenko188: yes, that'd make sense (note I didnt actually look at the previous patches you sent so I just guessed :) [23:20:31 CEST] <jkqxz> akravchenko188: Definitely split the filter. Mild preference for splitting the other one (so it's one change to libavutil and then a separate one to libavcodec), but I don't feel very strongly about it. [23:24:48 CEST] <akravchenko188> ok, thanks [23:59:06 CEST] <klaxa> ok i got first tests with hls working, but found that the matroska serving is broken for other files :/ [00:00:00 CEST] --- Thu Jun 14 2018

1 0

ffmpeg.log.20180613
by burek 14 Jun '18

14 Jun '18

[00:10:42 CEST] <kepstin> it's the faststart option that makes ffmpeg rebuild the file a second time [00:11:50 CEST] <kepstin> (it's not reading the inputs twice - it reads them once writing to a temp file, then reads the temp file and rewrites it) [00:31:22 CEST] <AyrA> @kepstin Windows Resource Monitor tells otherwise. I don't mean moving the moov atom which is done at the end, I am fully aware that this takes additional time. I'm talking about input reads. [00:32:18 CEST] <AyrA> According to the resman it reads the input file completely while not writing to the destination at all, then suddenly ffmpeg starts writing and reads the entire source again. [00:32:53 CEST] <nicolas17> and then it does the same for the next input file? [00:32:58 CEST] <AyrA> yes [00:33:15 CEST] <kepstin> It should not be reading the whole file during initial probe, that's very strange [00:33:16 CEST] <AyrA> it stops counting frames in the console and then eventually writes them. [00:33:33 CEST] <AyrA> I'm only experiencing this when using the concat filter [00:33:49 CEST] <AyrA> just "-c copy" a single file is not doing this [00:34:04 CEST] <AyrA> The input files are from a GoPro if that helps [00:34:38 CEST] <kepstin> That's concat format, not filter. Still very strange. [00:35:15 CEST] <AyrA> Here is the info of one of the input files: https://pastebin.com/ruHwxUZq [00:35:53 CEST] <AyrA> could it have something to do with this line that is printed for every input file: "[mov,mp4,m4a,3gp,3g2,mj2 @ 000000000357f640] Auto-inserting h264_mp4toannexb bitstream filter" [00:37:46 CEST] <nicolas17> the concat format will probe each file to get its duration [00:37:58 CEST] <nicolas17> but it shouldn't need to read the whole file for that [00:38:04 CEST] <nicolas17> does ffprobe read the whole file? [00:38:49 CEST] <kepstin> Those are normal mp4 not fragmented it looks like, so seeking to end to find length should be fast [00:38:50 CEST] <AyrA> "ffprobe.exe -i T:\Media\Gopro\2018-06-06\Test\GH020048.MP4" takes about 0.5 seconds so I assume no it doesn't. [00:39:37 CEST] <AyrA> By the way I just checked, the "Auto-inserting [...] bitstream filter" line is not printed when copying a single file, only when concatenating [00:39:43 CEST] <nicolas17> yeah [00:39:48 CEST] <nicolas17> see docs for the concat format [00:39:56 CEST] <nicolas17> auto_convert [00:40:03 CEST] <nicolas17> "If set to 1, try to perform automatic conversions on packet data to make the streams concatenable. Currently, the only conversion is adding the h264_mp4toannexb bitstream filter to H.264 streams in MP4 format. This is necessary in particular if there are resolution changes." [00:40:19 CEST] <transhuman> kepstin, interesting enough the same ffmpeg script runs on windows with no stuttering of output! [00:40:40 CEST] <nicolas17> maybe you can try -f concat -safe 0 -auto_convert 0 [00:41:41 CEST] <AyrA> does this argument needs to be before or after the input file? [00:41:53 CEST] <nicolas17> those are input options, so before the -i [00:41:56 CEST] <nicolas17> see where you have -safe now :) [00:42:56 CEST] <nicolas17> another possibility is that it's trying too hard to find info for the unknown streams (timecode, meta) [00:43:51 CEST] <AyrA> I doubt it. It does print some information about not being able to figure out the format of these streams but this is only done once per process not per file so I assume it skips over it [00:50:51 CEST] <AyrA> I tried the auto_convert option but that doesn't helps. Output is playable but the input is still processed wtice. [00:50:54 CEST] <AyrA> *twice [00:51:42 CEST] <AyrA> I looked at the network traffic (input is on a networked drive) and when ffmpeg does the first pass where it doesn't writes anything it only reads with half the speed compared to when it actually starts processing the file [00:53:09 CEST] <nicolas17> hmm [00:53:31 CEST] <nicolas17> Windows mounted drive? SMB? [00:53:36 CEST] <AyrA> yes [00:53:44 CEST] <AyrA> Connected via gbit ethernet [00:54:05 CEST] <AyrA> Throughput is usually around 80-100 MB/s [00:54:06 CEST] <nicolas17> I thought maybe ffmpeg is trying to read only a piece of the file but the network filesystem reads it whole, but that can't be it with SMB [00:55:24 CEST] <AyrA> I want to add here that there is almost 0 CPU usage of ffmpeg during this process. [00:56:01 CEST] <AyrA> Could it be that it does some very weird seeking? [00:59:12 CEST] <AyrA> It looks like ffmpeg processes a few frames before reading the file blindly. The console progress line always reports 51 processed frames before it stops rendering frames [01:02:52 CEST] <AyrA> I played around a bit and this command shows similar network traffic patterns: "ffprobe.exe -i T:\Media\Gopro\2018-06-06\Test\GH020048.MP4 -count_frames" [01:03:14 CEST] <nicolas17> you mean that ffprobe reads the file twice? [01:04:09 CEST] <furq> are you sure it's reading the whole thing [01:04:14 CEST] <AyrA> Not sure, but it shows the same network usage while the CPU usage stays at almost 0. Difference is that ffprobe suddenly drops from about 20MB/s to 6MB/s [01:04:24 CEST] <furq> if those mp4s aren't faststart then it'll have to seek to the end and then back to the start [01:04:32 CEST] <furq> so maybe fseek over smb doesn't work properly or something [01:05:00 CEST] <AyrA> @furq Seeking should work. I can play the mp4 files directly in VLC without any issues or wait times. [01:05:23 CEST] <furq> is this a recent ffmpeg [01:05:32 CEST] <AyrA> Just downloaded it a few hours ago [01:05:38 CEST] <furq> weird [01:05:59 CEST] <furq> lavf is definitely smart enough to not read the entire file over actual network protocols [01:06:18 CEST] <nicolas17> yeah but this is a local file as far as lavf is concerned [01:06:22 CEST] <furq> i assume it does the same for local files (or files that are presented as local) but i've never had cause to investigate [01:06:53 CEST] <AyrA> "ffplay.exe T:\Media\Gopro\2018-06-06\Test\GH010048.MP4" <-- This works flawless too, apart from the fact that it can't open my audio device for some reason [01:07:23 CEST] <furq> yeah ffplay isn't very good [01:07:31 CEST] <nicolas17> if you suddenly seek near the end of the video in ffplay, it's quick? [01:07:36 CEST] <furq> it's there for debugging more than anything else [01:07:36 CEST] <AyrA> yes [01:07:43 CEST] <AyrA> almost instant [01:09:55 CEST] <AyrA> I want to say here that ffprobe is still going as of now. [01:10:41 CEST] <AyrA> It has been counting frames for almost 10 minutes now. The video is 11 minutes long [01:10:43 CEST] <nicolas17> x_x [01:16:07 CEST] <AyrA> It's done. Seems that counting frames takes about as much time as playing it normally would for whatever reason. [01:16:16 CEST] <AyrA> I try the same with a local copy now [01:29:24 CEST] <AyrA> I'm logging process activity of ffprobe now. It seems to read the file in two steps [01:29:50 CEST] <AyrA> The first step is to always get 0x7FFF bytes [01:30:09 CEST] <AyrA> The second step is to read around 70 kb, probably somehow determined from the first step [01:31:02 CEST] <nicolas17> and yet it ends up fetching the whole file over the network? something is wrong at the smb level then :) [01:32:11 CEST] <AyrA> It doesn't fetches the whole file automatically over the network. The two steps I described are repeated around 100 times per second which is insanely inefficient even for local disks [01:32:32 CEST] <nicolas17> oh I thought you meant those were the total reads [01:34:10 CEST] <nicolas17> let's see [01:34:13 CEST] <nicolas17> ffprobe test.mp4 [01:34:54 CEST] <AyrA> Here are all the read operations performed within 1 second (local file): https://pastebin.com/yJx8p8CF [01:36:40 CEST] <AyrA> The process has finished now [01:37:07 CEST] <AyrA> I can give you the process monitor log file but it's just the section I sent you repeated over and over again [01:39:08 CEST] <nicolas17> https://paste.kde.org/pplkjhgur this is what I see on Linux [01:39:46 CEST] <nicolas17> note the input file is 9.5GB, and it clearly didn't read it all [01:40:42 CEST] <nicolas17> -count_frames unsurprisingly reads the whole file [01:40:48 CEST] <nicolas17> using 32KB chunks is reasonable [01:43:40 CEST] <nicolas17> maybe you're somehow getting no readahead? [01:43:57 CEST] <AyrA> 32kb seems rather small for today's world. If your HD is capable of transferring 80MB/s it would result in over 2000 context switches which is kind of expensive [01:45:04 CEST] <AyrA> The problem is also merely the first pass. The second pass which actually processes the file and writes to output is faster [01:45:27 CEST] <AyrA> I can quickly check how fast I can pull data from the share with 32kb chunks [01:45:56 CEST] <nicolas17> what latency do you have to the file server? [01:46:39 CEST] <AyrA> 1 or 2 ms probably. It sits next to me and is connected via a gigabit switch which is not busy at all. [01:52:57 CEST] <nicolas17> it's like local caching / readahead / oplocks / something is not working properly in your network mount [02:01:43 CEST] <AyrA> I just checked. If I read 32kb in a loop it gets me about 60 MB from the share so it's definitely not a caching/readahead/latency problem. [02:02:17 CEST] <nicolas17> but isn't that the same reading pattern you're seeing from ffprobe? [02:02:27 CEST] <AyrA> Increasing the buffer to 500 kb reads with 80 MB/s [02:02:56 CEST] <AyrA> ffprobe has a weird reading pattern that is a two step process [02:03:55 CEST] <nicolas17> you can make your test loop read 32768 bytes and then read randint(70000,80000) bytes [02:10:28 CEST] <AyrA> I did. Reads about 70 mb/s [02:10:45 CEST] <nicolas17> then what could ffprobe possibly be doing wrong? :/ [02:11:45 CEST] <AyrA> I don't know. It's either somehow not opening the file with caching enabled or it seeks around the file which tends to destroy lookahead [02:12:02 CEST] <nicolas17> maybe compare the OpenFile or CreateFile calls between ffprobe and your test app, in Process Monitor [02:16:21 CEST] <AyrA> The calls seem to be identical [02:17:34 CEST] <nicolas17> and the ReadFile calls look similar? [02:19:03 CEST] <AyrA> Sort of. For some reason the path gets translated into UNC in my application (C code using "fopen"). This could also just be an artefact from process monitor running elevated [02:19:17 CEST] <nicolas17> I mean size-wise [02:19:38 CEST] <nicolas17> fread could be doing its own buffering [02:20:00 CEST] <nicolas17> (though I bet ffmpeg uses fread too) [02:28:44 CEST] <AyrA> The pattern of fread differs from ffprobe [02:29:20 CEST] <AyrA> For some reason, a single fread call reads 4k first and then the rest of the 32k buffer. Same for the second read which has a random size [02:29:31 CEST] <nicolas17> ah ffmpeg uses read() [02:30:32 CEST] <AyrA> If you can tell me where this read call is from I can try to simulate it in my program [02:30:40 CEST] <AyrA> I can't find it in my C documentation [02:31:05 CEST] <nicolas17> I think it's POSIX rather than C standard lib, it's in unistd.h [02:31:35 CEST] <AyrA> It's weird though, because the process log of fread() suggests that its performance should be worse than that of read() [02:31:47 CEST] <AyrA> Since read is POSIX, how is it implemented in windows? [02:31:48 CEST] <nicolas17> yeah, hm [02:34:34 CEST] <AyrA> I can see that the header file is present for my compiler too but including it throws errors about off_... not being defined so I don't think I am supposed to use it [03:30:07 CEST] <darkdrgn2k> hi all [03:30:19 CEST] <darkdrgn2k> im trying ot stream a video to an RTMP server [03:30:23 CEST] <darkdrgn2k> " ffmpeg -f mpegts -i /dev/video1 -f mpegts -vcodec copy -strict -2 -f flv -c:a aac "rtmp://10.100.80.1/tomesh/tv" " [03:30:35 CEST] <darkdrgn2k> however it runs about 15 seconds then just stops any idea [03:30:44 CEST] <darkdrgn2k> (this does not happen if i do for example hls) [10:20:20 CEST] <bashprogfortysix> really cool ffplay has a mute option how does it do that using alsa , since with pulse i can go in pavucontrol and mix things but i can play music and mute at the same time and with mplayer its just using alsamixer volume when pressing 'mn' [10:22:09 CEST] <bashprogfortysix> good times [10:49:45 CEST] <michal_f> can ffmpeg output video from an EDL file? or any other method to make movie out of list of JPEG sequences ? [10:50:21 CEST] <michal_f> this was my yesterday's quiestion, but I had to leave office and I can't see in logs if it was answered by anybody [10:55:12 CEST] <furq> michal_f: doesn't look like it [10:55:18 CEST] <furq> there's an open bug report requesting it [10:55:30 CEST] <furq> if it's a plaintext format you could probably write a script to convert it to something else [10:56:05 CEST] <michal_f> actually I generate it myself with python, so potentially I can make it whatever ffmpeg likes [10:56:21 CEST] <michal_f> sending over STDIN perhaps ? [11:00:00 CEST] <furq> if you actually need it to be vfr based on the timecodes then idk of a quick way to do it with ffmpeg [11:00:34 CEST] <furq> one thing that would work is just giving ffmpeg the list of input files, creating a cfr file, then writing an mkvmerge timecode file and remuxing it [11:00:39 CEST] <furq> either with mkvmerge or l-smash [11:00:51 CEST] <furq> https://manpages.debian.org/stretch/mkvtoolnix/mkvmerge.1.en.html#EXTERNAL_… [11:01:15 CEST] <michal_f> it's a bit simpler actually. no specific timecodes, just sequenceA range 100-200, sequenceB range 50-120, ... [11:01:22 CEST] <michal_f> thanks for link, reading now [11:01:35 CEST] <furq> if the output is cfr then that's easier [11:01:45 CEST] <furq> is it just a bunch of jpegs [11:02:39 CEST] <michal_f> yes, just jpegs [11:03:54 CEST] <furq> ffmpeg -pattern_type glob -i "foo[100,200].jpg" -pattern_type glob -i "foo[50-120].jpg" [...] -lavfi concat out.mp4 [11:04:03 CEST] <furq> er, 50,120 [11:04:33 CEST] <furq> hopefully that syntax works with ffmpeg's globbing [11:09:42 CEST] <furq> nvm apparently that's a zsh extension [11:10:39 CEST] <furq> !demuxer concat @michal_f [11:10:40 CEST] <nfobot> michal_f: http://ffmpeg.org/ffmpeg-formats.html#concat-1 [11:13:44 CEST] <michal_f> furq: no worries, zhs here too :) [11:13:54 CEST] <michal_f> zsh* [11:43:16 CEST] <michal_f> excerpt from [11:43:20 CEST] <michal_f> concat: [11:43:36 CEST] <michal_f> "The timestamps in the files are adjusted so that the first file starts at 0 and each next file starts where the previous one finishes. Note that it is done globally and may cause gaps if all streams do not have exactly the same length." [11:44:00 CEST] <michal_f> does that mean I'm out of luck if my sequences have different lenghts ? [11:45:16 CEST] <klaxa> i think "streams" here is referring to media-streams such as video, audio, subtitle, data [11:45:25 CEST] <klaxa> although i don't think data is timestamped? [11:45:58 CEST] <klaxa> i.e. if you have a file where audio is longer than video it may lead to a video gap between the sequences you want to concat [11:46:08 CEST] <klaxa> or at least that's how i understand it [11:46:20 CEST] <michal_f> thanks [11:55:00 CEST] <faLUCE> Hello. I have video1.mp4 with video=h264 1080P, audio=mpeg AAC (mp4a), and video2.mp4 with video=h264 720P, audio= mpeg AAC ( mp4a). They have the same content, but video1's duration is 1 hour, video2's duration is 1 hour and 10 minutes. How can I concat the last 10 minutes of video2 to video1 ? thanks [11:56:17 CEST] <vlambda> Hello, I see "This channel is publicly logged" in the header, where can these logs be accessed? [12:08:10 CEST] <michal_f> ok, trying with concat. I generated my file listing sequences, like this: [12:08:34 CEST] <michal_f> file //framestore-1/frames/BazyleaRP_rgba_v2.%04d.jpeg [12:09:12 CEST] <michal_f> ffmpeg fails with error: Could find no file with path xxxxx and index in the range 0-4 [12:09:58 CEST] <michal_f> Impossible to open xxxxxx [12:29:31 CEST] <michal_f> https://superuser.com/questions/1075839/concatenating-multiple-jpeg-sequenc… [12:29:38 CEST] <michal_f> this works for me [12:48:39 CEST] <urbicid> Hi all, its possible to show videos for something like [12:49:11 CEST] <urbicid> "virtual desktop" and capture this desktop with ffmpeg and stream to rtmp server? [12:50:37 CEST] <urbicid> or do you have better variant how to do this ? ;o [12:51:21 CEST] <urbicid> show videos on "virtual desktop" * [12:57:48 CEST] <furq> vlambda: http://lists.ffmpeg.org/pipermail/ffmpeg-devel-irc/ [13:50:58 CEST] <vlambda> @furq Thanks! [14:25:20 CEST] <gvakarian> Hi, I know this is not an ffmpeg bug but I'd like to know what other ffmpeg users are doing. I often run ffmpeg on windows to transcode stuff to h265. While it's transcoding, even with the ffmpeg process set to lowest priority, it makes the nvidia driver lag and occasionally restart if it lags for several seconds. I didn't have this problem before Windows 10 and it's quite annoying, anyone else has it? [14:55:46 CEST] <BtbN> are you using nvenc? [15:00:22 CEST] <analogical> is FFmpeg able to create Matroska (MKV) files? [15:00:35 CEST] <Mavrik> yes. [15:08:44 CEST] <analogical> when I create an MKV file with FFmpeg how do I add both the video and audio streams? [15:11:30 CEST] <karasu> Question about changing fframerate without re-encoding (while changing the duration too). Is there a simpler solution than this two steps command : 'ffmpeg -i 30fps.mp4 -c copy -f h264 30fps.h264' then 'ffmpeg -r 120 -i 30fps.h264 -c copy 120fps.mp4' ? [15:17:17 CEST] <karasu> @analogical : https://superuser.com/questions/277642/how-to-merge-audio-and-video-file-in… [15:18:20 CEST] <analogical> karasu, thanks! [15:59:26 CEST] <michal_f> Filtergraph 'scale=1280:720' was specified through the -vf/-af/-filter option for output stream 0:0, which is fed from a complex filtergraph. [15:59:27 CEST] <michal_f> -vf/-af/-filter and -filter_complex cannot be used together for the same stream. [15:59:38 CEST] <michal_f> can anybody give tips ? [15:59:46 CEST] <michal_f> how to resize output ? [15:59:56 CEST] <furq> the error message is pretty clear [16:00:05 CEST] <furq> you need to combine -vf and -filter_complex into one filterchain [16:03:45 CEST] <michal_f> how do I refer output in complex_filter ? [16:03:56 CEST] <michal_f> what I do is resize all inputs to 1280x720 [16:04:04 CEST] <furq> pastebin the command [16:04:31 CEST] <michal_f> ok. just a second. it's giant :) [16:12:21 CEST] <michal_f> I reduced it from original, as I try to concatenate dozens of sequences [16:12:22 CEST] <michal_f> https://pastebin.com/yb97K5L6 [16:12:46 CEST] <michal_f> input streams are of varying sizes, either HD1080 or HD720 [16:13:18 CEST] <michal_f> (ignore 1st line) [16:14:02 CEST] <furq> from that error i'm guessing you forgot to scale one of the inputs [16:14:05 CEST] <kepstin> michal_f: you need to feed the output of the scale filter to the input of the concat filter. You do that by adding an output pad on the scale filter, like [0]scale=1280:720[scaled0]; and then you use that pad as input to the concat filter, like [scaled0][scaled1][scaled2]concat=n=3 [16:14:18 CEST] <furq> oh right yeah [16:15:33 CEST] <michal_f> great ! let me try [16:16:34 CEST] <michal_f> that seems to be it! thank you guys, really appreciated [16:21:22 CEST] <binarym> hi all. I want to generate a slidefrom from regular png file to HLS stream [16:21:27 CEST] <binarym> i'm using the following command: /usr/bin/ffmpeg -framerate 1/10 -loop 1 -i feed_pics/feed_%d.png -r 25 -f hls -hls_time 6 -hls_init_time 6 -hls_list_size 10 -segment_list_flags +live -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename chunks-%Y%m%d/%H%M%S.ts high.m3u8 [16:21:46 CEST] <binarym> it works but my problem is that my chunks are only 1 second long [16:21:51 CEST] <binarym> i want 6 seconds chunks ... [16:22:12 CEST] <binarym> i tried to play with the -framerate and -r but it doesn't affect the segmenter behaviour [16:23:16 CEST] <furq> binarym: set the keyframe interval to match hls_time [16:23:39 CEST] <furq> -g 150 -x264-params keyint-min=150 [16:24:02 CEST] <binarym> hmm, ok thanks furq , i gonna test this [16:24:12 CEST] <furq> with that said six second chunks seems weird if your input framerate is one frame every 10 seconds [16:25:52 CEST] <binarym> furq: i don't mind if i have a chunk lasting 10 seconds [16:25:57 CEST] <binarym> but now, it last 1 second :) [16:26:10 CEST] <binarym> the HLS stream is used to feed a proprietary equipment [16:26:28 CEST] <binarym> and this proprietary shit doesn't work well with 1 second chunks :( [16:27:25 CEST] <gallax> greets [16:27:52 CEST] <gallax> what's counts more for 4k editing? 24 threads cpu or a big ass vega gpu? [16:28:24 CEST] <furq> i'd rather have the cpu [16:28:25 CEST] <Mavrik> CPU is always preferred. [16:28:32 CEST] <gallax> thing is, I can get a 8GB gpu for half price of vega. [16:28:35 CEST] <Mavrik> Especially since GPUs are useless for quality rendering at the end. [16:28:39 CEST] <furq> if you're just working on one video then you don't need a fancy gpu [16:28:42 CEST] <furq> (ignoring the quality concerns) [16:28:44 CEST] <gallax> such a rx 580 [16:28:44 CEST] <kepstin> gallax: not enough info. If you're using ffmpeg - which has very limited gpu support for any filtering - definitely the cpu [16:29:00 CEST] <gallax> kepstin: in general [16:29:03 CEST] <Mavrik> gallax: you probably won't be using most of the GPU anyway [16:29:05 CEST] <Mavrik> just the encoding block [16:29:08 CEST] <gallax> converting etc. [16:29:14 CEST] <Mavrik> which doesn't really change all that much between models :) [16:29:15 CEST] <kepstin> if you're using commercial video editing software, well, this isn't the place to ask, but I think some does use gpu compute for effects rendering [16:29:22 CEST] <furq> generally speaking, every card of the same generation has the same decode/encode block [16:30:00 CEST] <gallax> kepstin: I was hopping that ffmpeg's reccomendations could be valid for comercial editing software. [16:30:03 CEST] <kepstin> if you just want the hardware decoder, get the cheapest card with the appropriate encoder block. [16:30:07 CEST] <furq> ^ [16:30:14 CEST] <furq> and encode on the cpu because it'll be much higher quality [16:30:48 CEST] <gallax> I could forgo the vega GPU and get the 32 threaripper. [16:30:58 CEST] <binarym> furq: it still generates 1 second chunks :( [16:31:24 CEST] <furq> weird [16:31:42 CEST] <gallax> kepstin: LUT and film grain take the biggest hit. Same as image stabilization. [16:31:54 CEST] <kepstin> gallax: for general video editing, more cpu cores is probably better, but particular commercial software may also benefit from gpu for effects rendering, or have poor cpu scaling. [16:32:13 CEST] <kepstin> ffmpeg's filters are mostly single-threaded cpu, which is kinda :/ [16:32:39 CEST] <gallax> OUCH!!! [16:32:56 CEST] <gallax> time to code re-factoring [16:33:09 CEST] <kepstin> (ffmpeg's cpu-based video encoders/decoders for modern codecs are all well threaded, of course) [16:34:03 CEST] <TheAMM> (although libvpx can't autodetec your cores and you'll have to give it a hint) [16:34:08 CEST] <TheAMM> (afaik) [16:34:18 CEST] <TheAMM> (because every time I say something here, five people correct me) [16:34:32 CEST] <kepstin> that, and don't use vp8 :) [16:34:37 CEST] <furq> TheAMM: it might be different now since row-mt [16:34:47 CEST] <furq> vpx is generally poor at multithreading [16:34:51 CEST] <furq> but for 4k it'll be less of an issue [16:35:01 CEST] <furq> ideally for vpx you want to split into chunks though [16:35:01 CEST] <kepstin> furq: iirc still no auto-detect, but at least it does better threading if you tell it to. [16:35:28 CEST] <gallax> I am trying to narrow it to the sweet spot [16:35:28 CEST] <TheAMM> I'd use VP9 if it wasn't so damned slow on my old laptop, or my not so old desktop [16:35:35 CEST] <furq> gallax: vapoursynth has a lot more multithreaded and opencl-aware filters [16:35:36 CEST] <binarym> about my png to hls issue: i made my script generate a regular .mp4 file. ffprobe told me it's 25fps as expected [16:35:45 CEST] <furq> and it's easy to use that alongside ffmpeg [16:35:53 CEST] <gallax> an rx580 powerfull enough to pair with 32 threadripper. [16:36:24 CEST] <kepstin> gallax: rx580 or vega is probably not necessary/suitable for video stuff, really [16:38:11 CEST] <kepstin> also, amd's hardware video encoder isn't as good as nvidia's [16:38:51 CEST] <FurretUber> I have recorded a video using vp8_vaapi and libopus and I have noticed one strange effect in the video: one video frame is repeated approximately one second later. On this case, the frame at 02:05:21 (two minutes, five seconds and 21 frames) was repeated at 02:06:18 (two minutes, six seconds and 18 frames). The sound have not suffered any changes, only the video [16:39:09 CEST] <kepstin> FurretUber: what hardware? [16:39:31 CEST] <FurretUber> Intel Core i3-6100U, Intel HD Graphics 520 [16:39:35 CEST] <FurretUber> https://pastebin.com/bqeD4HKT I built FFmpeg yesterday, it uses libopus from git and libva from Ubuntu 18.04 repository. I'm on Xubuntu 18.04 [16:39:55 CEST] <gallax> kepstin: that's why I am unsure. there are 8GB nvidia's at 300$ range. [16:40:03 CEST] <gallax> kepstin: which card do you reccomend? [16:40:04 CEST] <kepstin> gallax: I'd probably suggest a geforce 1050 if you want to stick with consumer hardware, that's probably the cheapest way to get the pascal encoder block [16:40:05 CEST] <Mavrik> VRAM really doesn't make a difference :P [16:40:37 CEST] <gallax> kepstin: doesn't have to be the cheapest. Can be a little bit more. [16:40:45 CEST] <kepstin> gallax: spending more won't help [16:41:15 CEST] <kepstin> unless you switch to a quadro card, which removes the concurrent stream limitations [16:42:02 CEST] <gallax> kepstin: what about huge 4k textures?? [16:42:10 CEST] <gallax> where do those go into? [16:42:42 CEST] <FurretUber> I'm not sure the problem is with the FFmpeg built from git or libva in Ubuntu has a problem [16:42:59 CEST] <Mavrik> gallax: "huge" = 33MB :P [16:43:05 CEST] <Mavrik> It's fine ;) [16:43:51 CEST] <kepstin> gallax: most of the data is being streamed into/out of the gpu, not being held in gpu ram. [16:43:53 CEST] <gallax> Mavrik: such as this one?? --> NVIDIA Quadro P2000 [16:46:02 CEST] <kepstin> the P2000 is advertised by nvidia as good for 2 hevc 4k streams (presumably at realtime), the P4000 bumps that up to 4 streams, fwiw. [16:46:57 CEST] <kepstin> that said, I still recommend cpu video encoding in general, at least for a final encode. [16:47:03 CEST] <gallax> kepstin: does that help during editing? [16:47:20 CEST] <kepstin> gallax: with ffmpeg? no. [16:47:25 CEST] <gallax> tough choices [16:47:38 CEST] <kepstin> that's more interesting for people doing multistream encoding for live broadcast applications [16:47:45 CEST] <gallax> kepstin: well, I am a cli/ffmpeg/mplayer user. [16:47:53 CEST] <gallax> but it's for somebody else. [16:48:30 CEST] <gallax> are there any desktop vid editing channels? [16:49:06 CEST] <Cracki> handbrake, avisynth, cinerella, ... adobe premiere, final cut, avid, ...? [16:49:53 CEST] <gallax> kepstin: so I should go for 32 threadripper [16:50:12 CEST] <gallax> Cracki: or something more general such as linux audio #lau [16:50:43 CEST] <Cracki> good q, I'm not aware of such a thing [16:51:02 CEST] <kepstin> gallax: depending on the software you're using and what you're doing, you might not be able to fully utilize a big threadripper editing a single video [16:51:07 CEST] <Cracki> all the platform specific stuff happens in #ffmpeg or whatever library takes care of the hardware abstraction [16:51:32 CEST] <kepstin> probably be great for working on one while doing an encode on another tho [16:53:50 CEST] <binarym> back with my png2hls problem ... in fact, the problem isn't the chunks lenght but the fact that ffmpeg encode it too fast. I need a kind of "real-time encoding" (since my input picture can change during the encoding and i want the modification to be directly seen on HLS stream, not 4 hours later) [16:54:20 CEST] <kepstin> binarym: add the '-re' option then, that adds a sleep in the ffmpeg file input to try to make it run realtimeish [16:54:35 CEST] <binarym> -re doesn't look to work with png [16:54:37 CEST] <binarym> it hangs [16:55:05 CEST] <binarym> and when i hit 'q', it complains about output file being empty [16:56:43 CEST] <binarym> kepstin: oh ... maybe i was wrong. after a long pause, it starts working ... [16:57:24 CEST] <kepstin> binarym: are you encoding with x264? with default options it has a very long delay (buffers a lot of frames internall) [16:58:13 CEST] <kepstin> binarym: consider using -tune zerolatency if you want realtime stuff (with an associated loss in efficiency), or alternately there's a few lookahead settings you can reduce. [16:59:59 CEST] <binarym> kepstin: yep, x264. And you're right. After waiting for buffer fill, it starts encoding. thanks ! [17:41:23 CEST] <vlambda> Hello, there is a job posting at my company that I'd like to share with the ffmpeg community, is this an appropriate place for this type of post? If there is another location or postings aren't welcomed, please let me know. Thanks [17:50:38 CEST] <Hello71> probably not. can you imagine how busy #gcc would be [17:50:52 CEST] <Hello71> or I guess #php or whatever [17:51:52 CEST] <vlambda> I suspected as much, that's why I asked first ;) [19:02:39 CEST] <wfbarksdale> I'm noticing a comment for this pixel format: AV_PIX_FMT_YUVJ444P, ///< planar YUV 4:4:4, 24bpp, full scale (JPEG), deprecated in favor of AV_PIX_FMT_YUV444P and setting color_range [19:02:58 CEST] <Mavrik> Yees? [19:03:00 CEST] <wfbarksdale> I still see this pixel format coming out of my frame decoder though... [19:03:09 CEST] <wfbarksdale> in 3.4 [19:03:35 CEST] <wfbarksdale> is the expectation that future versions will just eliminate this? [19:10:53 CEST] <wfbarksdale> just wondering if i can code for this now and avoid breaking later... [19:11:28 CEST] <JEEB> wfbarksdale: it's been a really long thing to get rid of the J things [19:11:43 CEST] <JEEB> mostly because there's an old cthulhu like being called swscale in the mess [19:12:00 CEST] <wfbarksdale> lol, ok [19:12:04 CEST] <JEEB> which currently utilizes pix_fmt for the in/out conversion graph [19:12:26 CEST] <JEEB> nobody has wanted to touch that to properly make use of the color_range field [19:12:52 CEST] <wfbarksdale> i see [19:13:19 CEST] <wfbarksdale> no body wants to wake cthulhu [19:14:27 CEST] <wfbarksdale> is there a resource you could point me to, for understanding the difference between the color ranges? [19:16:00 CEST] <JEEB> most YCbCr content is limited range, aka "TV" range (16-235/240) [19:16:11 CEST] <JEEB> most RGB content is full range, aka "PC" range (0-255) [19:16:25 CEST] <JEEB> but both in theory can be both [19:16:40 CEST] <furq> limited=tv=mpeg and full=pc=jpeg [19:18:19 CEST] <wfbarksdale> you guys are the best, was having trouble deciphering what was meant by "219*2^(n-8)" [19:19:11 CEST] <kepstin> wfbarksdale: with higher bit depths (e.g. 10bit, 12bit), the same thing applies but with different numbers. that expression calculates the numbers for arbitrary bit depth. [19:22:28 CEST] <wfbarksdale> 235-16 = 219, so that makes sense, is 16 always a constant offset? [19:23:05 CEST] <wfbarksdale> or can that change as well? [19:26:42 CEST] <ntd> So, I'm using this CF to display a montage/grid/mosaic/whatever and it's working swell with rtsp/h264 sources: https://pastebin.mozilla.org/9087579 [19:27:20 CEST] <ntd> mjpeg sources, not so much [19:28:10 CEST] <furq> i'd be very surprised if that worked well long-term [19:28:29 CEST] <furq> ffmpeg will make no attempt to keep timestamps in sync and there's not much you can do to make it [19:29:05 CEST] <furq> i guess i phrased that poorly, the issue is it will try too hard and eventually you'll get one discontinuity or dropout and it'll break the whole thing [19:29:38 CEST] <ntd> I've tried to make some adjustments: https://pastebin.mozilla.org/9087580 [19:29:50 CEST] <ntd> output is a laaaaggy as frak, huuuge cpu usage [19:30:00 CEST] <ntd> furq, cron restarts it every hours, is working fine [19:30:21 CEST] <furq> if nothing else you'll definitely want setpts=PTS-STARTPTS, before every scale [19:32:06 CEST] <ntd> yeah, sorry, setpts is there [19:32:51 CEST] <ntd> my bad when pasting, looks like this: https://pastebin.mozilla.org/9087581 [19:33:38 CEST] <ntd> i seem to recall a recommendation to add a lavf demuxer for mjpeg but i can't find the details [19:35:20 CEST] <ntd> any recommendations as to adjusting the CF for mjpeg or a non-300MB-bloatware-with-tons-of-branding program that will do the same? [19:36:36 CEST] <wfbarksdale> sorry to bother, but the normal case for me when decoding h264 video seems to be that I get a frame with AV_PIX_FMT_YUV420P and color_range of AVCOL_RANGE_UNSPECIFIED, is the assumption here that the color range is the TV color range? and if it was full color range, it would come out at YUVJ420p? [19:37:40 CEST] <furq> if range isn't set, yes [19:41:43 CEST] <JEEB> &25 [19:53:55 CEST] <ntd> the resulting mplayer output reports lines like this: frame= 12 fps=0.4 q=-0.0 size= 36451kB time=00:00:02.75 bitrate=108582.5kbit [19:54:18 CEST] <ntd> so obviously i'm getting low fps and the bitrate seems quite insane [19:54:30 CEST] <furq> that bitrate is about what you'd expect for rawvideo [19:55:01 CEST] <ntd> is there any way to specify to the cfgraph what the framerate and input bitrate should be like? [19:55:02 CEST] <ntd> oh [19:56:11 CEST] <ntd> still, the mjpeg sources when displayed in firefox are outputting 8 fps [19:56:46 CEST] <ntd> could it be that ffmpeg doesn't know at which rate to pull/process them? [19:57:27 CEST] <ntd> mplayer starts at about 1,8 fps them grinds down to 0.2 in ten seconds [20:01:57 CEST] <ntd> full script output in case it helps: https://pastebin.mozilla.org/9087584 [20:03:47 CEST] <ntd> i was using vlc (vlm/mosaic) to do this hitherto but after upgrading from ub trusty to xenial vlc seems to think there's something wrong with the mjpeg sources [20:38:19 CEST] <ntd> furq, ping [20:39:13 CEST] <ntd> i have it running now with cpu usage under control. there is, however, a fifteen to twenty second delay [20:40:19 CEST] <ntd> idk if this is related to the input (ffmpeg) or mplayer (output) though, anywhere i can make both skip any buffer? [20:40:49 CEST] <ntd> well, i'm sure ffmpeg is getting the sources with only a 1.7 sec delay [21:20:34 CEST] <Zexaron> Hello [21:21:18 CEST] <Zexaron> when dynamic linking ffmpeg dlls in windows applications, are .lib files required as dependencies in the source ? [21:21:23 CEST] <Zexaron> when building [22:09:51 CEST] <Toffe> Hello guys [22:11:11 CEST] <Toffe> Would love to ask a kinda hard question, I am trying to decode H264 frames with Javascript, and using a Raspberry Pi and the buildt in command "raspivid" i get the frames decoded. My challenge is to use a external USB camera with hardware h264 encoder. [22:11:36 CEST] <blue_misfit> hey folks, anyone familiar with the state of prores xq 12 bit in ffmpeg? [22:12:09 CEST] <blue_misfit> every sample I see that is allegedly 12 bit shows as yuv444p10le [22:12:31 CEST] <JEEB> no idea, is it in the open source release apple did for prores? [22:12:34 CEST] <blue_misfit> any chance the ffmpeg prores decoder is doing something bad internally and outputting 10 bit when it should be outputting 12 bit or higher? [22:12:45 CEST] <blue_misfit> not sure which release you're referring to [22:12:55 CEST] <JEEB> they did a prores code dump at some point IIRC [22:13:21 CEST] <Toffe> So basically I'm using FFMPEG now to output raw H264 data i thought from the usb camera. (ffmpeg -i /dev/video2 -f h264 -vcodec libx264 /dev/null -dump -hex). Everything looks perfect, but I never get ant NALUnit for frame PPS or SPS only 0x67 and 0x68, with raspberry pi i get 0x27 and 0x28 then it works. [22:13:42 CEST] <Toffe> Is this a setting on ffmpeg or am i missing something bigger? [22:14:08 CEST] <JEEB> umm [22:14:13 CEST] <JEEB> why are you using -dump -hex? [22:14:20 CEST] <JEEB> instead just outputting -f h264 into stdout [22:14:21 CEST] <Toffe> Just to check the data in the terminal [22:14:56 CEST] <Toffe> https://user-images.githubusercontent.com/8550684/41372273-115fc834-6f4d-11… [22:14:58 CEST] <JEEB> I think there's a flag to try and force the initialization packets to be in-band but I would have thought -f h264 would have handled that if needed [22:15:51 CEST] <Toffe> I must say, I'm a real noob with linux and ffmpeg and h264, just started this project today so sorry for my bad explanations [22:17:32 CEST] <JEEB> right the flag for the encoder avcontext [22:17:33 CEST] <JEEB> AV_CODEC_FLAG_GLOBAL_HEADER [22:17:42 CEST] <JEEB> probably ffmpeg.c has a flag for that [22:18:06 CEST] <JEEB> but most definitely FFmpeg is receiving the initialization data [22:18:08 CEST] <JEEB> from x264 [22:18:17 CEST] <JEEB> why would -f h264 be not dumping that is a different question [22:18:44 CEST] <Toffe> I know that 0x67 and 68 are initialization data [22:18:45 CEST] <Toffe> also [22:19:05 CEST] <JEEB> oh you noted it the other way [22:19:29 CEST] <Toffe> Dont really know if 0x27 and 0x28 is needed? On raspivid h264 outputs it and the decoder wont show images before it gets those first two frames [22:19:40 CEST] <Toffe> So i guessed that they are important [22:19:51 CEST] <Toffe> So thats why i ask why they are not in ffmpeg =) [22:21:08 CEST] <JEEB> now to find wherever the hell the nal unit type list was in h.264 [22:21:12 CEST] <JEEB> to figure out WTF you're talking about [22:21:22 CEST] <Toffe> Hehehe [22:21:26 CEST] <Toffe> https://yumichan.net/video-processing/video-compression/introduction-to-h26… [22:21:30 CEST] <JEEB> ah here we are [22:21:48 CEST] <JEEB> also 0x27... [22:21:49 CEST] <JEEB> wat [22:21:54 CEST] <Toffe> 0x27 is FRAME SPS - 0x67 is PICTURE SPS [22:21:55 CEST] <JEEB> the list only goes 0-31 [22:22:18 CEST] <JEEB> or that is probably different from ID [22:22:34 CEST] <Toffe> So, for 0x67, we have: forbidden_zero_bit = 0, nal_ref_idc = 3, nal_unit_type = 7 [22:23:29 CEST] <Toffe> 0x67 = 0110 0111 = 0 (forbidden bit, must be 0) 11 = nal_ref_idc, meaning 1 = field, 2=frame, 3=picture. 00111 = the id (0-30something) [22:23:42 CEST] <JEEB> let's find the sequence parameter set first so I can find the right table from H.264... [22:23:44 CEST] <Toffe> 00111 = 7 = Sequence parameter set [22:24:23 CEST] <JEEB> oh so you had things stuck together? [22:24:37 CEST] <JEEB> no wonder the field value seemed too big for the table 7.1 :P [22:25:11 CEST] <JEEB> so yes, it was table 7.1 that I just found some time ago [22:25:16 CEST] <JEEB> you just confuzzled me hard with a larger value [22:25:19 CEST] <Toffe> NALUPacket is a byte with the first 5 bits are the table yeah :) [22:25:26 CEST] <Toffe> haha, sorry :) [22:25:31 CEST] <JEEB> page 65 of H.264 specification, btw [22:25:33 CEST] <JEEB> freely available [22:25:45 CEST] <Toffe> 2sec lemme get that on my screen [22:25:54 CEST] <JEEB> http://www.itu.int/rec/T-REC-H.264-201704-I/en [22:27:05 CEST] <JEEB> but yes, SPS|PPS|picture [22:27:23 CEST] <JEEB> that sounds like "OK" for initializing decoding [22:27:45 CEST] <JEEB> the whole frame/field/picture business sounds like metadata for "field/frame or just a picture" [22:28:01 CEST] <JEEB> (as in the latter one doesn't take comment on if it's progressive or not) [22:28:29 CEST] <Toffe> Wierd, the initializing on raspberry's pi camera starts with 0x27 and 0x28 then it works. 2sec let me fire it up and grap a screen of that output [22:29:03 CEST] <JEEB> if you are feeding NAL units to a camera it probably wants something specific [22:29:13 CEST] <JEEB> it doesn't mean what libx264 outputs is incorrect [22:29:25 CEST] <JEEB> esp. if it's some field like field VS frame VS "just an image" [22:30:25 CEST] <Toffe> JEEB i am not feedint anything to a camera, I am feeding NAL units to a H264 decoder [22:30:37 CEST] <Toffe> (Javascript Broadway.js Canvas decoder) [22:30:43 CEST] <Toffe> JEEB: https://image.ibb.co/nwi8xy/Capture.jpg [22:30:43 CEST] <JEEB> ok, you just put it as if you were initializing a hardware encoder [22:30:54 CEST] <JEEB> "the initializing on rpi's camera starts with" [22:31:08 CEST] <Toffe> yah in that image you see what the camera sends me :) [22:31:13 CEST] <Toffe> my bad :P [22:31:26 CEST] <Toffe> that image = sucess on frame decoding [22:31:47 CEST] <Toffe> this one fails: https://user-images.githubusercontent.com/8550684/41372273-115fc834-6f4d-11… [22:31:54 CEST] <JEEB> ok, FFmpeg does have MMAL support for the decoder, and it seems to work for people with x264-generated streams [22:31:58 CEST] <JEEB> you might want to try that [22:32:09 CEST] <Toffe> Does it add latency? [22:32:16 CEST] <JEEB> the idea is to test it [22:32:24 CEST] <JEEB> if the same hw decoder through FFmpeg's API works [22:32:29 CEST] <JEEB> it's clearly something in between [22:32:31 CEST] <Toffe> aah [22:32:53 CEST] <Toffe> I'm just googling mmal :P [22:33:51 CEST] <JEEB> I think that was the interface to generally utilize on rpis through FFmpeg [22:34:15 CEST] <JEEB> mmal:requires --vo=gpu (Raspberry Pi only - default if available) [22:34:16 CEST] <JEEB> yea [22:34:23 CEST] <JEEB> that is in mpv, which utilizes FFmpeg in the background [22:35:11 CEST] <Toffe> hmm, so i can do -f h264_mmal [22:35:37 CEST] <gallax> what's the reason of the channel traffic increasing many fold recently? [22:35:39 CEST] <JEEB> that's a demuxer/muxer thing [22:36:00 CEST] <JEEB> -c sets decoder or encoder [22:36:04 CEST] <JEEB> -f sets demuxer or muxer [22:36:09 CEST] <gallax> I mean it's better, more conversation. Used to be very quite. [22:36:23 CEST] <klaxa> really? [22:36:26 CEST] <JEEB> gallax: I think there's always been spikes every now and then, pretty much daily :P [22:36:56 CEST] <gallax> or perhaps more ppl needing it for various platforms perhaps [22:40:39 CEST] <Toffe> is there a way to limit the framerate the camera sends data? [22:40:50 CEST] <Toffe> like 1 fps instead to debug [22:41:02 CEST] <Toffe> -framerate 1 dosent seem to change anything [22:41:06 CEST] <saml> what's good throughput metric for ffmpeg? [22:41:14 CEST] <saml> bits processed per second? [22:43:48 CEST] <JEEB> generally for video it's pictures processed per second [22:44:01 CEST] <JEEB> of course you need to properly know what you're comparing and how [22:44:11 CEST] <JEEB> that's why asking that without context is generally pretty derp [22:50:38 CEST] <saml> derp derp derp [22:51:08 CEST] <saml> i'm dynamically adding more workers based on queue size (i run ffmpeg inside workers. tasks are fetched from queue) [22:51:25 CEST] <saml> i wanted some kind of metrics to capture throughput of those workers [22:51:42 CEST] <Toffe> Can you ffmpeg the raspberry pi camera somehow? to check if its the camera who is the problem? [22:53:24 CEST] <saml> pictures per second is good but there are different dimensions of pictures [23:02:48 CEST] <Toffe> added '-c:v', 'h264_mmal', before input now still the same [23:03:49 CEST] <Toffe> oh i should not need that, its a rpi build in hw decoder. I am not trying to decode the data from the camera [23:11:18 CEST] <JEEB> btw, -c:v copy is "just copy bit stream from input" [23:13:49 CEST] <pt__> sometimes when i encode a small 1-5 minute section of a file with -i and -t there is "empty timeline" in for example vlc, where if i skip to the end in vlc the file stops, instead of vlc playing to the exact end, does anyone know why this is and ho to fix it? [23:25:40 CEST] <saml> why can't ffmpeg read my mind and do the best [23:26:11 CEST] <furq> i've seen that question asked a lot but never as honestly as that [23:26:13 CEST] <furq> so thanks [23:27:59 CEST] <saml> how do I remove silent portion of audio and matching video as well? [23:28:19 CEST] <saml> something like silenceremove filter but that applies to video as well so a-v sync is good [23:28:48 CEST] <furq> use silencedetect and then trim/atrim [23:29:39 CEST] <saml> that sounds like a script [23:31:17 CEST] <saml> https://stackoverflow.com/a/25698675 someone did it. it's even java so it's enterprise [23:33:10 CEST] <Toffe> JEEB: I got image! haha :D finally. Just found someone elses parameters they used to stream a h264 movie and it worked on this camera. Problem is latency! soo high latency, need 200ms max as i got with raspberry pi camera :P [23:35:21 CEST] <Toffe> https://image.ibb.co/h8pqcy/Capture.jpg [00:00:00 CEST] --- Thu Jun 14 2018

1 0

ffmpeg-devel.log.20180612
by burek 13 Jun '18

13 Jun '18

[12:50:32 CEST] <J_Darnley> Gah! Who do blame for writing the x86 dirac decoder transforms? [12:50:55 CEST] <J_Darnley> I can't tell whether/how they (de)interleave. [12:55:41 CEST] <J_Darnley> The haar horizontal compose in particular. The C one is quite nice, clear, has an obvious interleave. [12:57:16 CEST] <J_Darnley> But the wrapper around the x86 SIMD one is obscure. [13:37:21 CEST] <atomnuker> they don't deinterleave, afaik they're built into the transforms [17:12:20 CEST] <cone-745> ffmpeg 03Derek Buitenhuis 07master:238a8ae92fc7: pixdesc: Only check against valid entries when iterating over lists of enums [18:21:50 CEST] <cone-745> ffmpeg 03Zhong Li 07master:8a0c2901f1fa: lavc/qsv: suppress code scan complain [22:04:55 CEST] <klaxa> sorry for the lack of communication on my side, i have first been stuck, and then gotten sick, i kinda worked out how to add a static file server and violently tried to incorporate it in my existing event loop, not realizing that it's basically impossible because the current event loop creates matroska-avformatcontexts for every client [22:05:27 CEST] <klaxa> i realized that it would be much easier to create a fileservercontext in parallel to the publishercontext and just serve static files in a separate thread [22:06:01 CEST] <klaxa> with that working, i think hls and dash should be basically working, but i haven't gotten to the point yet where i can test it [22:53:28 CEST] <January> atomnuker: ^ [00:00:00 CEST] --- Wed Jun 13 2018

1 0

ffmpeg.log.20180612
by burek 13 Jun '18

13 Jun '18

[02:31:04 CEST] <nurupo> i keep getting "libavcodec.a(eac3_core_bsf.o):(.text+0x75): undefined reference to `ff_ac3_parse_header'" error when linking a static ffmpeg against my application, both built using mingw32-w64. any idea how to solve this? [02:31:23 CEST] <nurupo> will pastebin how i build ffmpeg in a second... [02:32:24 CEST] <nurupo> actually, here https://github.com/nurupo/qTox/blob/9b8933980e45e8e4d0d3aa1f37891e6b4a80a2e… [02:33:45 CEST] <nurupo> ffmpeg itself builds fine, but apparently it's missing some ac3 symbols, even though ac3 should be disabled by default and i didn't enable it [02:34:12 CEST] <nurupo> here is the build failure https://travis-ci.org/qTox/qTox/jobs/390927176#L3990 [02:34:36 CEST] <nurupo> that's ffmpeg 4.0 btw [02:36:12 CEST] <nurupo> btw, i haven't been able to build static ffmpeg with mingw that links successfully with qTox starting with ffmpeg 3.3. in 3.3 "--enable-memalign-hack" flag disappered and i used to build it with that flag before, not sure if it's related [05:57:15 CEST] <cq1> I want to have a server that aggregates a bunch of video feeds streamed to it, and I want an easy way of extracting an up-to-date still (say, the most recent frame) from any of the given feeds. Is ffserver reasonable for this? [05:57:55 CEST] <cq1> Is there some easier way to do this than to hit the server and start streaming a given feed, and then just shut down my end of the socket the moment I get a complete I frame? [10:56:10 CEST] <fsphil> I don't suppose there's a handy flag I can set somewhere to tell the ffmpeg library to do all the av-sync for me? :) [11:02:57 CEST] <BtbN> There's not enough AI to do that for you. [11:07:52 CEST] <cq1> Hey, not a bad ML project, though. Give a network lots of 10 second clips of downsampled video+audio clips that have been randomly shifted by +/- 100 ms from each other and train it to output the delta to align them. [11:10:17 CEST] <squ> what for [14:36:05 CEST] <analogical> is it possible to use FFMPEG to demux a video into separate tracks? [14:36:12 CEST] <JEEB> yes [14:36:30 CEST] <JEEB> I mean the API returns you AVPackets for each stream as they come in from the input [14:37:57 CEST] <analogical> what's the easies way to split a video into to all the containing tracks? [14:41:43 CEST] <furq> analogical: if you mean with the cli then there's no automatic way of doing it [14:41:54 CEST] <furq> you need to know the number of tracks and (probably) the codec of each stream [15:23:36 CEST] <Hello71> nb_streams=$(ffprobe -show_format x | awk -F= '/nb_streams/ { print $2 }'); ffmpeg -i x -c copy -map $(for ((i=0;i<nb_streams;i++)); do printf "-map 0:$i $i.mkv "; done) [15:23:40 CEST] <Hello71> untested, probably eats your babies [15:29:14 CEST] <analogical> jesus that's a mean command line [15:29:48 CEST] <Guest72980> Hi, I'm testing ffmpeg with srt: "srt://10.10.56.45:5555?mode=listener&mss=1316&pkt_size=1316&send_buffer_size=1316&ffs=1316", I got error SRT.c: LiveSmoother: payload size: 7708 exceeds maximum allowed 1316 [15:30:14 CEST] <Guest72980> Is there any other options I should pass? [15:32:32 CEST] <Guest72980> relevant to https://trac.ffmpeg.org/ticket/7187 [15:32:47 CEST] <Guest72980> not sure if it's still a bug [15:38:24 CEST] <furq> analogical: http://vpaste.net/F7Lh2 [15:38:58 CEST] <furq> you can clearly tell from the time delta and the fact that i ended up using eval that i have just been through a whole lot of great fun with shell quoting [15:39:48 CEST] <kiloreux> How can I use buildEnv to install a nix expression with nix-env ? [15:40:01 CEST] <kiloreux> It seems it's exclusive to nix-build [15:40:16 CEST] <furq> are you in the right channel [15:40:49 CEST] <kiloreux> I am absolutely not furq [15:40:51 CEST] <kiloreux> Sorry [15:41:15 CEST] <furq> that's fine it takes some of the heat off me for using eval in a shell script [15:41:45 CEST] <furq> it's not even posix compatible. i'll never live this down [15:44:03 CEST] <Hello71> I dno't get it, why do you need eval [15:44:39 CEST] <furq> because otherwise the output of printf keeps acquiring mysterious single quotes [15:44:46 CEST] <furq> it makes no sense to me either [15:45:15 CEST] <Hello71> also as long as you're using bash, read -rd $'\n' a b [15:45:27 CEST] <Hello71> now that I think about it IFS=$'\n' might work too [15:45:37 CEST] <furq> a and b are on separate lines though [15:46:00 CEST] <furq> otherwise just read -r a b would work [15:51:29 CEST] <kepstin> hmm. extracting h264 to raw bitstream like that can be problematic, because you lose frame timing. [16:00:41 CEST] <Hello71> what was wrong with my solution though [16:01:05 CEST] <Hello71> oh, "demus" [16:01:08 CEST] <furq> i was already trying to fix mine when you posted yours [16:01:15 CEST] <furq> so mostly grim determination [16:01:56 CEST] <furq> although you don't need to use awk, just ffprobe -show_entries format=nb_streams -of default=nk=1:nw=1 [16:07:39 CEST] <Hello71> ffmpeg formatting is too complicated [16:08:00 CEST] <Hello71> I rewrote my shell script in C so I wouldn't have to deal with it [16:42:44 CEST] <SpeakerToMeat> is there any way to play video with ffmpeg if I don't have ffplay? [16:44:09 CEST] <kepstin> SpeakerToMeat: use another player that links to ffmpeg libraries, like say mpv? :) [16:44:42 CEST] <kepstin> (you can tell ffmpeg to send audio/video to speakers/screen, but it doesn't have any a/v sync code so the result is kinda poor) [16:45:32 CEST] <SpeakerToMeat> hmph. [16:45:35 CEST] <SpeakerToMeat> thanks kepstin [16:46:01 CEST] <SpeakerToMeat> I'm using John Vansickle's static build on centos in a server, but I'll see what I can pull [16:46:30 CEST] <kepstin> yeah, you might be out of luck there. honestly i'd just suggest building ffmpeg yourself [16:46:36 CEST] <kepstin> so you can get ffplay or whatever [16:47:19 CEST] <SpeakerToMeat> sigh [16:47:21 CEST] <SpeakerToMeat> I wanted to avoid that, but it mioght end up beign my reality [16:48:15 CEST] <SpeakerToMeat> I might use ffserver for what I would've used ffplay for [16:50:05 CEST] <kepstin> SpeakerToMeat: for a simple point-to-point network stream, you don't even need ffserver. [16:51:52 CEST] <SpeakerToMeat> yeah I'm seeyign that. [16:58:56 CEST] <Ducky^> hi all, I'm trying to cut a portion of video from a very large video file (18GB about 72 hours of recording) [16:59:14 CEST] <Ducky^> I use the command ffmpeg -ss 08:34:00 -i input.mp4 -strict -2 -t 1:00:00 output.mp4 [16:59:24 CEST] <Ducky^> but it seems to take out a completely different part of the video [16:59:50 CEST] <Ducky^> is there a better way? if I put the -ss after the input file, it takes far too long to cut it as it seeks through the entire start [16:59:59 CEST] <kepstin> Ducky^: why the '-strict -2'? that enables experimental stuff, you generally don't want to do that. [17:00:19 CEST] <kepstin> (i guess you might be using an out of date ffmpeg and want to use the aac encoder?) [17:00:50 CEST] <Ducky^> kepstin: actually I don't need that bit anymore, I was running it on a sever with an old ffmpeg but I'm now running it on my local machine [17:01:05 CEST] <kepstin> Ducky^: anyways, what's the section of video you want? That should be grabbing 1 hour of video starting at 8 hours 34 minutes in. [17:01:46 CEST] <Ducky^> kepstin: that's right. if I play the video in mpv, 08:34:00 is what the seek bar says at the point I want to start cutting [17:01:57 CEST] <xmflrmsjf> Hello I just installed ffmpeg but when I run configure, I get this 'WARNING: pkg-config not found, library detection may fail.' what can I do with this [17:02:46 CEST] <kepstin> xmflrmsjf: er, you haven't installed anything, you've so far downloaded and extracted the source. What OS, and if Linux, what distro? [17:03:20 CEST] <xmflrmsjf> Mac OS [17:04:04 CEST] <kepstin> xmflrmsjf: to compile ffmpeg, you're gonna need a bunch of development tools. You might be better off looking for a packaged version. [17:04:27 CEST] <kepstin> xmflrmsjf: there's some prebuilt binaries linked to from the ffmpeg downloads page, or consider using homebrew instead. [17:05:49 CEST] <xmflrmsjf> kristin: ohh thank you. I'll try. [17:10:19 CEST] <kepstin> Ducky^: very strange, that should be working. ffmpeg should have no issue accurately seeking in mp4 files. [17:11:05 CEST] <JEEB> maybe with fragmented stuff, under some circuimstances? [17:11:20 CEST] <JEEB> not fully sure how it creates an index for itself in that case [17:11:29 CEST] <kepstin> Ducky^: what do you get with 'ffprobe -show_format input.mp4' ? [17:11:44 CEST] <kepstin> I'd like to see what it thinks of the file start time and duration. [17:11:46 CEST] <JEEB> although I've been able to play ISMV files which are basically fragmented ISOBMFF with crappy MS-specific timestamp boxes [17:11:55 CEST] <JEEB> (and seek in) [17:12:17 CEST] <sh4rm4^bnc> hi, i just noticed "ffplay" is missing from my ffmpeg build. i didn't pass --disable-ffplay, so what could have gone wrong ? [17:12:42 CEST] <kepstin> sh4rm4^bnc: you probably don't have SDL2 dev packages installed. [17:13:04 CEST] <sh4rm4^bnc> oh, it needs that ? i thought it'd work with SDL1 [17:13:22 CEST] <JEEB> nah, it was switched to 2 some time ago [17:13:31 CEST] <JEEB> maybe half a year ago? not sure [17:13:33 CEST] <JEEB> maybe even more [17:19:45 CEST] <Ducky^> kepstin: https://paste.pound-python.org/show/l1mpYJ2Q8AhDCqvdoPsE/ [17:20:16 CEST] <kepstin> Ducky^: that's, uh, not an mp4 file [17:20:42 CEST] <kepstin> seeking in mpeg-ts is a pain since it has no seek index and timestamps can jump or wrap [17:21:31 CEST] <kepstin> if you have the disk space, I'd consider remuxing the mpeg-ts file to mkv or something, then using that as input. [17:25:42 CEST] <transhuman> kepstin, https://www.youtube.com/watch?v=oPxdWW0-uZE&feature=youtu.be [17:26:29 CEST] <transhuman> crap I have to run bbl [17:31:52 CEST] <michal_f> hello everybody. can ffmpeg output video from and EDL file? EDL contains many sequences of JPEGs ... [17:31:55 CEST] <michal_f> is it possible ? [17:32:11 CEST] <michal_f> * from _an_ EDL file * [17:50:35 CEST] <furq> are the stream indices returned by ffprobe guaranteed to be sequential from 0..n and returned in order [17:58:59 CEST] <Ducky^> kepstin: it worked! thanks! [19:58:42 CEST] <Guest94458> hello, I think I'm getting a bug in the ffmpeg filter graph syntax but want to be sure: https://pastebin.com/FCXZdYb3 [19:59:27 CEST] <Guest94458> it keeps telling me "Please specify output transfer characteristics" even though that is clearly set with the "trc" option in the parameters [20:09:27 CEST] <kepstin> Guest94458: please paste the full output log [20:10:49 CEST] <furq> i get the same thing [20:10:54 CEST] <furq> Guest94458: looks like you need to set space as well [20:10:58 CEST] <furq> bye [20:17:38 CEST] <Darxus> h264 is the codec recommended by youtube. I think youtube is generally extremely relevant to video encoding? The only mention of youtube on https://trac.ffmpeg.org/wiki/Encode/H.264 is saying that faststart is not necessary for uploading to youtube, which is true, BUT, youtube recommends you use faststart, so they can start re-encoding before you finish uploading. So this frustrates me. [20:18:16 CEST] <Darxus> Any objection to me editing that page to add "Youtube recommends using faststart, so it can begin re-encoding before uploading is completed."? [20:19:16 CEST] <nicolas17> well [20:19:28 CEST] <nicolas17> it's not required in the sense that "allow the video to begin playing before it is completely downloaded by the viewer" doesn't apply [20:19:44 CEST] <nicolas17> so yours seems like a good clarification, but the current text isn't *wrong* [20:19:56 CEST] <Darxus> I totally agree. [20:20:15 CEST] <Darxus> It's not wrong, it's just opposite of a good recommendation. [20:21:14 CEST] <vlambda> Sorry guys, my internet kicked me out and I didnt see the answer above [20:27:34 CEST] <Darxus> I made that change: https://trac.ffmpeg.org/wiki/Encode/H.264#AdditionalInformationTips [20:49:41 CEST] <fooman2011> Hello. Could you please tell me if there is a way to remove all metadata from a file without reencode it ? [20:50:17 CEST] <Mavrik> yp [20:50:24 CEST] <nicolas17> well, you can remux it with -acodec copy -vcodec copy [20:50:37 CEST] <Mavrik> ffmpeg <input>.ext -map_metadata -1 -codec copy <output>.ext [20:50:44 CEST] <Mavrik> It'll remux but not reencode file [20:50:56 CEST] <furq> you probably want -map 0 as well [20:51:10 CEST] <fooman2011> mmh... i'm looking for the less intrusive way [20:51:31 CEST] <fooman2011> it seems that there are no command line tools that do that... [20:51:41 CEST] <nicolas17> define "less intrusive" [20:51:49 CEST] <Mavrik> How are you going to remove data from file without modifying the file? :) [20:52:01 CEST] <fooman2011> nicolas17: 0 risk to alter the file [20:52:01 CEST] <furq> i assume modifying the file is what he wants [20:52:05 CEST] <furq> oh [20:52:13 CEST] <furq> fooman2011: ffmpeg won't ever modify the file inplace [20:52:42 CEST] <fooman2011> I don't know what is the diff between remux and reencode but I have tried the remux and it's a long process, so it should do a lot of thing [20:52:43 CEST] <fooman2011> s [20:52:50 CEST] <furq> remuxing is not a long process [20:52:57 CEST] <fooman2011> mm.. [20:53:03 CEST] <furq> it's literally just copying the streams into a new container [20:53:09 CEST] <furq> the only bottleneck is your disk speed [20:53:25 CEST] <fooman2011> I have tryied this: ffmpeg -i input.avi -acodec copy -vcodec copy -map_metadata -1 test.avi [20:53:45 CEST] <fooman2011> a cp input.avi output.avi is fast [20:53:53 CEST] <fooman2011> but remux is slow [20:54:17 CEST] <fooman2011> maybe be I do something wrong [20:54:26 CEST] <furq> how slow are we talking here [20:54:27 CEST] <nicolas17> hm [20:54:43 CEST] <fooman2011> hold on I chrono [20:54:44 CEST] <nicolas17> I wonder if ffmpeg uses fsync [20:54:56 CEST] <nicolas17> fooman2011: use 'time cp input.avi output.avi' [20:55:02 CEST] <nicolas17> and same for ffmpeg [20:56:40 CEST] <fooman2011> already 90sec and it is not finished [20:57:07 CEST] <furq> how fast does the ffmpeg status line say it's running [20:57:22 CEST] <fooman2011> frame= 4664 fps= 32 q=-1.0 size= 189696kB time=194.40 bitrate=7993.7kbits/s [20:57:39 CEST] <furq> yeah that's not right [20:57:57 CEST] <fooman2011> I cancel it [20:58:24 CEST] <furq> try `ffmpeg -i input.avi -c copy -map 0 -map_metadata -1 test.avi` [20:58:28 CEST] <durandal_1707> that is outdated version [20:58:30 CEST] <nicolas17> 32fps? [20:58:49 CEST] <furq> also yeah if you don't have the relative to realtime counter at the end then it's an old version [20:59:10 CEST] <nicolas17> I get like 5000fps and the disk is the bottleneck [20:59:16 CEST] <furq> ^ [20:59:52 CEST] <nicolas17> it slows down when the writeback cache gets full [21:00:13 CEST] <nicolas17> ffmpeg -version? [21:00:41 CEST] <fooman2011> ffmpeg version 0.8.21-6:0.8.21-0+deb7u1 [21:00:48 CEST] <furq> oh wow that's really old [21:00:59 CEST] <fooman2011> I can't change the version :/ [21:01:03 CEST] <furq> sure you can [21:01:05 CEST] <nicolas17> dude [21:01:08 CEST] <nicolas17> you're on oldoldstable? [21:01:09 CEST] <furq> https://www.johnvansickle.com/ffmpeg/ [21:01:28 CEST] <furq> although yeah you really shouldn't be on wheezy any more [21:01:34 CEST] <furq> but that's a topic for a different channel [21:02:12 CEST] <kepstin> weird, that's very slow for a copy. Can you pastebin your full command-line output? There's maybe a typo and it's doing some encoding or something. [21:02:25 CEST] <nicolas17> oh [21:02:49 CEST] <nicolas17> fooman2011: I think you're also using a ffmpeg from libav [21:03:05 CEST] <furq> yeah [21:03:56 CEST] <fooman2011> furq, i'm untar the release from your link [21:11:54 CEST] <fooman2011> Ok with the new version it is faster [21:12:42 CEST] <fooman2011> But could you please explain me why before removing metadata the video file size is: 319818702bytes and after is 342858100bytes ? [21:13:18 CEST] <nicolas17> I wouldn't be surprised if the file gets bigger, but that's too much difference [21:14:03 CEST] <furq> i have no idea when it comes to the avi muxer [21:14:18 CEST] <furq> ideally you should remux to something better [21:14:25 CEST] <nicolas17> 22MB bigger [21:14:51 CEST] <fooman2011> it's not an avi [21:14:58 CEST] <fooman2011> it's an mp4, the extensions are wrong [21:15:08 CEST] <nicolas17> the new file is an avi [21:15:36 CEST] <Mavrik> Yeah, if you tell ffmpeg to create an AVI, it'll create an AVI >D [21:15:39 CEST] <fooman2011> oh... there is a way to tell to ffmeg to keep the file format ? [21:15:46 CEST] <Mavrik> Name it properly. [21:16:00 CEST] <fooman2011> I don't know the encoding format of the video... [21:16:20 CEST] <Mavrik> Why are your mp4s wrongly named in the first place? [21:16:30 CEST] <nicolas17> it may auto-detect the input format, but for output you told it to create an .avi file so it will use the avi muxer [21:16:33 CEST] <furq> if in doubt just mux it to mkv [21:16:33 CEST] <fooman2011> Because a noob named it [21:16:39 CEST] <furq> mkv supports more or less everything [21:16:39 CEST] <nicolas17> unless you explicitly tell it otherwise with -f [21:16:56 CEST] <furq> that should also get rid of the excessive container overhead [21:17:08 CEST] <nicolas17> output to a .mp4 and rename it later if you really want to use wrong extensions [21:17:20 CEST] <fooman2011> ffmpeg can't generate a file using the same container as input ? [21:18:43 CEST] <nicolas17> there are formats for which it only has a demuxer, what would "-f same-as-input" do, give an error? [21:20:24 CEST] <kepstin> it probably wouldn't be that hard to add an option to the ffmpeg cli tool to select the same output format as input format, but it's such a rare thing to want to do when detection by filename is much less surprising. [21:20:45 CEST] <kepstin> you can always write a script that probes the input file and then sets the output format, too. [21:21:09 CEST] <transhuman> Hi! kepstin sorry to be a real pest, I wont bug you again I promise, any thoughts on the problem that I am having? [21:21:21 CEST] <fooman2011> In fact I don't understand why a new file must be generated while I just want to remove metadata. [21:21:22 CEST] <kepstin> transhuman: haven't had any time to take a look. [21:21:48 CEST] <transhuman> oh I see, ok well thank you I have posted a question on the mailing list anyways [21:21:56 CEST] <kepstin> fooman2011: ffmpeg doesn't support in-place file modification (and it's hard to do in most video file formats) [21:22:18 CEST] <Mavrik> For most video formats you can't just remove a piece of data and leave a hole. [21:22:21 CEST] <Mavrik> And still expect it to be valid. [21:22:48 CEST] <fooman2011> kepstin and Mavrik: yep taht is what I see. [21:23:19 CEST] <fooman2011> I seems to be a simple task but in fact it's complicated [21:23:56 CEST] <nicolas17> offtopic, does anyone know if I can trim the end off a YouTube video without re-uploading it? [21:24:00 CEST] <kepstin> there's a few music file formats that are specially designed to allow in-place metadata modification, usually by either putting the metadata on the end of the file (ID3) or by supporting padding. [21:24:20 CEST] <kepstin> nicolas17: i wouldn't be surprised if the editor in the yt video manager lets you do that. [21:24:50 CEST] <Mavrik> Yeah there are a few formats, but they also rely on appending updated data. [21:25:01 CEST] <Mavrik> Which apparently is also a problem :P [21:26:00 CEST] <nicolas17> it's a 3-hour video that took me like 6 hours to encode and 6 hours to upload and now I notice it's 1 minute too long x_x [21:26:04 CEST] <kepstin> you get fun stuff when you try to add more metadata than fits in the existing padding, then you usually need to do a full file rewrite :) [21:26:36 CEST] <Mavrik> :) [21:27:18 CEST] <kepstin> nicolas17: open the video in the video manager, click 'enhancements' tab, 'trim' in the bottom right. [21:27:22 CEST] <Mavrik> nicolas17, there's a crop option in video editor on youtubbe :) [21:27:44 CEST] <fooman2011> thanks for your help guys :) [21:30:10 CEST] <nicolas17> ouch [21:30:43 CEST] <nicolas17> I 'divided' the video at the point I wanted, but the 1 minute chunk is so tiny relative to the rest of the video that it was really hard to select it so I could delete it [22:01:31 CEST] <Mavrik> Joy of web UIs. [22:02:35 CEST] <nicolas17> I guess youtube is reencoding the whole thing now [22:02:40 CEST] <nicolas17> into its billion formats [22:39:30 CEST] <saml> is 4k good? [22:39:44 CEST] <saml> how can i do web scale massive 4k encoding? [22:40:17 CEST] <saml> why is 4k x264 bad? cause output size is much larger than x265? [22:40:58 CEST] <fooman2011> re all. what should be the output extension if I want the format: format_name=matroska,webm ? [22:41:50 CEST] <saml> ah looks like 4k is all about vp9 [22:42:03 CEST] <saml> fooman2011, you can use .mkv [22:42:25 CEST] <fooman2011> saml ok thanks [22:42:49 CEST] <saml> i've seen .webm as well [23:17:03 CEST] <relaxed> saml: use webm for vp9 [23:17:33 CEST] <saml> yeah i am going to use webm for 4k vp9 [23:17:36 CEST] <saml> and dash [23:17:42 CEST] <saml> i'm gonna be hip [23:18:06 CEST] <saml> is it okay to use webm vp9 dash but lower resolution like 720p? [23:19:07 CEST] <furq> you'll have plenty of time to decide [23:20:11 CEST] <saml> with chunked encoding, i can massive parallel so it only takes a fraction of a second [23:21:24 CEST] <transhuman> kepstin , I decided to try -preset veryslow to see if encoding it slower would help, actually seemed to make it worse! [23:28:32 CEST] <AyrA> Hi. I'm having trouble concatenating MP4 video files. It does work but is very slow because it looks like ffmpeg reads every input file twice. Command: https://pastebin.com/LS9eXMBy [23:29:12 CEST] <AyrA> I was wondering if there is a way to avoid this because it almost doubles encoding time [00:00:00 CEST] --- Wed Jun 13 2018

1 0

ffmpeg-devel.log.20180611
by burek 12 Jun '18

12 Jun '18

[00:56:21 CEST] <cone-300> ffmpeg 03Michael Niedermayer 07master:d13379fb7970: avcodec/wavpack: Fix overflow in adding tail [00:56:22 CEST] <cone-300> ffmpeg 03Michael Niedermayer 07master:c2852e4e00de: avcodec/xwddec: Use ff_set_dimensions() [00:56:23 CEST] <cone-300> ffmpeg 03Michael Niedermayer 07master:8b5559175724: avcodec/h264_mc_template: Only prefetch motion if the list is used. [00:56:24 CEST] <cone-300> ffmpeg 03Michael Niedermayer 07master:b796c5ae9299: avcodec/h264_ps: Move MAX_LOG2_MAX_FRAME_NUM to header so it can be used in h264_sei [00:56:25 CEST] <cone-300> ffmpeg 03Michael Niedermayer 07master:8c20ea8ee0f3: avcodec/h264_slice: Fix overflow in recovery_frame computation [02:15:01 CEST] <JEEB> umm, is there a reason why the mbedtls TLS back-end doesn't require version3? https://tls.mbed.org/how-to-get [02:15:12 CEST] <JEEB> apachev2 is (L)GPLv3 [02:15:15 CEST] <JEEB> compatible [02:22:51 CEST] <jamrial> it should? it's listed in EXTERNAL_LIBRARY_VERSION3_LIST [02:23:01 CEST] <JEEB> oh [02:23:07 CEST] <JEEB> getting late :P [02:23:08 CEST] <JEEB> missed it then [02:23:49 CEST] <JEEB> yes, now I see it [02:24:01 CEST] <JEEB> sorry, will go for a shower and fall asleep [02:30:13 CEST] <jamrial> :p [12:58:34 CEST] <Yooooooha> I send a patch to ffmpeg-devel(a)ffmpeg.org, however there is no patch in http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/date.html. Could you guys help me with the problem? Great thanks! [12:59:28 CEST] <Yooooooha> i send the patch with git send-email and there was a response that told me i successed sending the email [13:00:00 CEST] <nevcairiel> if you're not subscribed its probably in the moderation queue and will be handled as soon as a mod looks at it [13:01:11 CEST] <Yooooooha> i have subscribed [13:01:37 CEST] <Yooooooha> And there is no related information in the url http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/date.html [13:03:36 CEST] <Yooooooha> i want to know if i send a patch successfully, will the url present the patch immediately? [13:03:59 CEST] <Yooooooha> or there should be a dealy? [13:16:15 CEST] <Yooooooha> i am so sorry that i leaved the channel accidently. so my question is, if i send the patch to ffmepg-devel(a)ffmpeg.org, should the url represent the patch immediatly? the url is http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/date.html [13:40:17 CEST] <January> That guy didnt state what his email was [17:25:37 CEST] <BBB> that CoC email response is a little funny [17:31:07 CEST] <January> BBB: :( whyso [17:32:02 CEST] <January> Essentially my thoughts were: remove what we have now, so then we're actually doing something because at this point action (whatever it may be) is better than inaction. And then we could look at re-adding it in the future (maybe) [17:32:12 CEST] <BBB> the history of the CoC addition is (besides it being a total trollwar) basically that derek left the project because of insults leveled at him. in response to that, we added the CoC, but (trollwar) we were not able to agree on an enforcement mechanism so we left that out [17:32:26 CEST] <BBB> derek now rightfully asserts that without an enforcement mechanism, its not very useful [17:33:03 CEST] <BBB> so hes basically asking: do you want me back, or do you want me out? and the response is go away, and then the email is (basically) asking him to please commit the CoC-reversion (which will make him re-leave the project) by himself [17:33:13 CEST] <BBB> thats a little ironic, as alanis morisette would say [17:33:26 CEST] <January> I'm happy to commit a change [17:34:06 CEST] <BBB> its not about the chance, its about not seeing the relationship between CoC, CoC enforcement and Dereks presence in this project :) [17:34:10 CEST] <BBB> thats the ironic part [17:34:16 CEST] <BBB> s/chance/change/ [17:36:41 CEST] <January> I mean in the end someone just needs to step as the 'community manager' or whatever, right? I mean it feels like that what D404 has done, but he seems to be against it. [17:37:25 CEST] <January> I'm definitely not the person for it either. (Which I guess is the issue if everyone feels the same). [17:39:17 CEST] <BBB> I dont think everyone is on-board with having a community manager, but I could be wrong here [17:40:02 CEST] <January> BBB: well of course not everyone would be on-board with it, that's why you have one. [17:40:50 CEST] <January> We're trying to resolve the dispute of having someone to resolve disputes without having someone to resolve disputes... essentially. [17:41:20 CEST] <gnafu> Hehe. [17:41:56 CEST] <BBB> but the current strategy is to remove the CoC entirely [17:42:01 CEST] <January> You need _someone_ to 'step-up', but it also does have to be someone that the majority wouldn't object to [17:42:07 CEST] <January> BBB: yes I think that's the best first step [17:42:25 CEST] <BBB> to get rid of guns, lets start by getting rid of all gun laws [17:42:36 CEST] <BBB> (s/../to get rid of gun violence/) [17:42:42 CEST] <January> it's not enforced, it kinda sucks (it's not written clearly enough for someone to actually enforce it) [17:43:18 CEST] <January> BBB: well obviously it wouldn't be permanent, it would be a temporary thing to show that it's actually being worked on [17:47:21 CEST] <BBB> I guess Im not entirely convicned of the strategy here :-p [17:47:43 CEST] <January> BBB: I mean the other alternative is just to replace it immediately [17:48:03 CEST] <January> but 'immediately' replacing a CoC is easy like 3 months lol [17:48:11 CEST] <BBB> if ever [17:48:16 CEST] <January> exactly [17:48:26 CEST] <January> BBB: and in this case I think action is better than inaction [17:48:37 CEST] <January> there's literally no point having the CoC as it is now [17:50:28 CEST] <gnafu> Without having actually read it, my initial reaction is, /Why not adopt something similar to what VLC has like he proposes?/ [17:50:42 CEST] <gnafu> But is that where you'd need to have an official community manager to make it work? [17:51:18 CEST] <BBB> the difference between our CoC and videolans CoC is the enforcement [17:51:23 CEST] <BBB> which is what the whole trollwar was about [17:52:24 CEST] <January> BBB: and the literal text of our CoC being useless as well. It's not clear and is very opinionated, you know it's gonna be nitpicked to hell and back so you definitely want it to be clear [17:52:29 CEST] <BBB> videolans CoC is basically dont be a dick, and then if youre a dick like this, youll be banned from irc for a week; if youre a dick like that, youll lose commit access for a week; if youre a dick like such or so, you will not be welcome at the videolan dev days events and other social in-person meetupds [17:52:39 CEST] <BBB> our CoC is basically dont be a dick [17:53:08 CEST] <gnafu> BBB: "Or else" with a wagging finger attached to no one, eh? [17:53:12 CEST] <BBB> so now, derek is saying, that person was a dick like this, but we never defined what a dick is or what would happen if you acted like a dick like this or that [17:53:27 CEST] <BBB> and thats the problem :) [17:53:38 CEST] <January> gnafu: pretty much [17:54:35 CEST] <January> The solution is to have someone designated for community issues, but 'Good Luck' finding someone for that. [17:55:22 CEST] <gnafu> I mean, I'd do it if someone wanted to sponsor me so I could quit my job and do it full time. [17:55:28 CEST] <gnafu> *cue '50s laugh track* [17:55:31 CEST] <iive> Well, that's easy. I can handle enforcement. [17:55:53 CEST] <iive> however I am quite sure that the people who push for it, would not like me. [17:59:07 CEST] <January> iive: well it's not like they need to like you [17:59:17 CEST] <January> you just need to follow the what the CoC says [17:59:23 CEST] <January> that should be pretty simpl [17:59:58 CEST] <iive> well, you see, people could look at the same thing and disagree what they see. [18:00:19 CEST] <January> iive: not if the CoC is clear though? [18:00:25 CEST] <iive> and this CoC stuff is nothing more than politics and grap for power. [18:00:51 CEST] <iive> that's why there is no enforcement clause, because when there is, people would start gaming the system in their favor. [18:00:52 CEST] <January> 'grasp for power' lol [18:01:03 CEST] <January> like everyone has commit access [18:01:29 CEST] <January> j-b: what's your experience with videolan's CoC? [18:01:33 CEST] <iive> the project has already split once, because of political none-sense. [18:01:57 CEST] <iive> I see a lot of similarities here. [18:02:33 CEST] <January> iive: I mean libav seems to have different technical goals nowadays [18:03:44 CEST] <iive> a lot of good people and developers left the projects because of the politics. [18:04:06 CEST] <January> iive: do you really think it will stop without doing something about it though [18:04:14 CEST] <iive> stop what? [18:04:26 CEST] <durandal_1707> lies, lies, and bunch of lies again [18:04:35 CEST] <January> durandal_1707: what's your opinion on it? [18:04:59 CEST] <January> iive: disagreements, I mean there will always be disagreements but making a way to resolve them [18:05:35 CEST] <iive> January, disagreements cannot be avoided, simply because people are different, have different goals and priorities. [18:05:47 CEST] <January> iive: well yes, but you can resolve them [18:06:16 CEST] <iive> January, no... that's impossible. not without full core rewrite ;) [18:06:36 CEST] <iive> the goal is to focus on the code and to avoid politics when possible. [18:06:53 CEST] <January> but you just said that disagreements cannot be avoided [18:09:05 CEST] <iive> with code, you can try to have objective measure of what is better and to separate if from the subjective opinions. [18:09:35 CEST] <iive> with politics, you can argue indefinitely without getting close to any concrete issue. [19:01:44 CEST] <durandal_1707> January: we had someone wanted to be "judge" [19:08:52 CEST] <January> durandal_1707: that sounds a lot worse than 'community manager', judge implies they wont try to work with people [19:15:28 CEST] <durandal_1707> January: "judge" would set bans according to CoC [19:40:25 CEST] <j-b> January: very good. [23:42:10 CEST] <kiloreux> How can I use specific gcc version ? [23:42:18 CEST] <kiloreux> In order to compile my expression with it. [00:00:00 CEST] --- Tue Jun 12 2018

1 0

ffmpeg.log.20180611
by burek 12 Jun '18

12 Jun '18

[00:13:15 CEST] <transhuman> hi! I can't quite figure this out but it looks like when I put a background on the video with a text overlay ticker and make the background so its completely opaque for better contrast that it actually sits on TOP of the letters so you can't see them is there a way to reverse this?https://paste.ubuntu.com/p/khQ2smWCDj/ [00:22:12 CEST] <Cracki> reorder the filters [00:23:07 CEST] <Cracki> transhuman, what have you tried [00:23:11 CEST] <transhuman> oh geez, simple as that [00:23:37 CEST] <transhuman> changed the colors to make a larger difference in color and changed how opaque the background is [00:40:17 CEST] <transhuman> Cracki, thanks reordering them worked and now that you said that it makes sense, thanks [01:21:00 CEST] <nicolas17> -filter_complex '[0]setpts=PTS[s0]; [1]setpts=PTS-6/TB[t1]; [0]asetpts=PTS[ai0]; [1]asetpts=PTS-6/TB[ai1]; [t1]scale=w=1280:h=720[s1]; [s0][s1]hstack; [ai0][ai1]amerge=inputs=2' this makes ffmpeg fail with "Cannot allocate memory" [01:21:08 CEST] <nicolas17> I couldn't manage to simplify it [01:22:28 CEST] <nicolas17> oh, I messed too much with the audio filters, not enough with the video ones [01:22:30 CEST] <nicolas17> -filter_complex '[0]setpts=PTS; [1]setpts=PTS-6/TB; [0]asetpts=PTS[ai0]; [1]asetpts=PTS-6/TB[ai1]; [ai0][ai1]amerge=inputs=2' [01:25:02 CEST] <furq> setpts=PTS seems kind of pointless [01:25:12 CEST] <furq> and by seems kind of i mean is [01:54:10 CEST] <nicolas17> using [a0][a1]join instead of [ai0][ai1]amerge=inputs=2 results in "Assertion !s->input_frames[i] failed at src/libavfilter/af_join.c:93" instead [05:40:14 CEST] <transhuman> hi this is my encoding line https://pastebin.com/d0XMLGAb I am getting some stuttering , is there a simple fix? [07:09:10 CEST] <csierra_> Is there a reliable way to get the duration of a file, in seconds, if it doesn't have an entry for "duration" in its streams? [10:53:22 CEST] <Guest28125> Hi, I'm trying to use srt with ffmpeg, I have build ffmpeg with the srt, but in ffmpeg, there's only one file called libsrt.c, there's no header file, how should I use thiese functions defined in libsrt.c? [10:54:53 CEST] <sfan5> you don't directly call any functions from libsrt.c [10:55:12 CEST] <sfan5> instead you use libavformat like usually and these functions will get called internally [10:55:57 CEST] <Guest28125> I see [10:57:28 CEST] <Guest28125> But how should I control the srt protocol, for example, I need to specify the mode, how to do it? [10:58:09 CEST] <sfan5> you can set those as options [10:58:50 CEST] <sfan5> alternatively it looks like appending them to the url like ?mode=caller is also supported [10:59:21 CEST] <Guest28125> ok, I'll take a look, thanks. [12:22:19 CEST] <Zexaron> Hello [12:22:29 CEST] <transhuman> hi this is my encoding line https://pastebin.com/d0XMLGAb I am getting some stuttering , is there a simple fix? [12:22:30 CEST] <Zexaron> FFmpeg doesn't have lagarith encoder yet right ? [12:30:30 CEST] <durandal_1707> Zexaron: lagarith is bad codec [12:31:22 CEST] <Zexaron> dunno, I used it once a few years ago, someone else was asking about it [13:12:37 CEST] <transhuman> by the way on my stuttering problem the -r 30000/1001 makes it worse, if I drop it then it only happens in a few places, just enough to make it unusable [13:14:55 CEST] <kepstin> transhuman: what exactly is "stutterring"? just the text scrolling? [13:15:29 CEST] <kepstin> transhuman: you probably want to parameterize the x expression based on time rather than frame number, so it can handle variable framerate input [13:15:46 CEST] <kepstin> transhuman: alternately, try putting an fps filter before the textfile filter [13:15:47 CEST] <transhuman> the text scrolling yes [13:18:19 CEST] <transhuman> kepstin so your saying move this part :reload=1:y=h-line_h-80:x=w-(mod(8*n\,w+tw)-tw/40) back before :drawbox=y=ih-210 [13:19:06 CEST] <kepstin> transhuman: no, i didn't say anything like that at all [13:21:02 CEST] <kepstin> i mean change the expression to use the variable 't' (time) instead of 'n' (frame number) [13:21:41 CEST] <transhuman> ah ok [13:21:43 CEST] <transhuman> thanks [13:22:15 CEST] <kepstin> the scrolling still might not be smooth like that, so depending what you want, adding an fps filter before the drawtext filter (I typoed and seaid 'textfile', sorry) could work too [13:46:51 CEST] <transhuman> kepstin, I have added a -framerate 29.97 and a output frame rate -r 29.97 https://pastebin.com/qBy47RLE , it has no effect, as to your other method I am a little unclear how that works, any hints? [13:48:07 CEST] <kepstin> Don't add any options, I said to add an fps *filter* [13:48:29 CEST] <transhuman> ah ok I will change the way I am doing it thanks [13:50:04 CEST] <kepstin> When you use the fps filter, you can control where the effect is applied by its placement in the filter string. You want to put it before the drawtext filter. [13:53:14 CEST] <transhuman> thanks kepstin [14:01:59 CEST] <dannyzb> Hey guys, a simple question: Do I need to compile FFMPEG with X265 to decode HEVC/h265? [14:02:12 CEST] <dannyzb> or alternatively: would that increase performance for decoding or is it only for encoding? [14:05:05 CEST] <furq> it's only for encoding [14:05:43 CEST] <dannyzb> furq: thank you! [14:06:01 CEST] <dannyzb> So you use OpenHEVC, is it comparable in performance to decoding with H265? [14:06:12 CEST] <JEEB> openhevc is FFmpeg with patches [14:06:33 CEST] <dannyzb> comparable in performance to decoding with X265 * [14:06:35 CEST] <JEEB> they IIRC had some additional stuff that was not up to snuff wrt FFmpeg coding practices but it might have been somewhat faster (somewhere in the history) [14:06:38 CEST] <JEEB> uhh [14:06:40 CEST] <JEEB> x265 does not decode [14:06:46 CEST] <JEEB> x265 is an encoder [14:07:31 CEST] <dannyzb> cool, that answers it! I've been compiling with x265 for a while .. and that stupid CMAKE kept creating incompatible builds to ffmpeg .. really a hassle to manage [14:07:36 CEST] <dannyzb> happy to get rid of it :D [14:09:44 CEST] <slavanap> Hi! How do you build ffmpeg with latest cuda-9.2? I've just got ERROR: cuda requested, but not all dependencies are satisfied: ffnvcodec [14:09:57 CEST] <slavanap> using command ./configure --enable-cuda --enable-cuvid --enable-nvenc --enable-nonfree --extra-cflags=-I/usr/local/cuda-9.2/include --extra-ldflags=-L/usr/local/cuda-9.2/lib64 [14:13:08 CEST] <dannyzb> https://superuser.com/questions/1299064/error-cuvid-requested-but-not-all-d… [14:13:18 CEST] <dannyzb> To compile the FFmpeg NVIDIA headers ("ffnvcodec"): git clone https://git.videolan.org/git/ffmpeg/nv-codec-headers.git make sudo make install [14:13:47 CEST] <dannyzb> the tutorial you used for compiling was likely outdated [14:18:24 CEST] <slavanap> dannyzb, Thanks a lot! [14:18:48 CEST] <slavanap> --enable-libnpp does not work after this, unfortunately. [14:19:39 CEST] <slavanap> ERROR: libnpp not found, although I've installed libnppc7.5 libnppi7.5 libnpps7.5 [14:24:42 CEST] <dannyzb> that is usualy a PKG_CONFIG_PATH issue with ffmpeg [14:24:47 CEST] <dannyzb> unrelated to the previous one [14:42:31 CEST] <slavanap> Still, have issue with hwupload:: [hwupload @ ] A hardware device reference is required to upload frames to. [14:42:46 CEST] <slavanap> How to pick up 1 gpu if I have 2 installed on device? [14:42:53 CEST] <slavanap> Or can I use both with ffmpeg? [14:56:46 CEST] <slavanap> hwupload must have a parameter, I guess [15:20:52 CEST] <slavanap> Okay, I've found hwupload_cuda filter. Now looking how to overcome "EncodePicture failed!: unsupported param (12)" error [15:28:00 CEST] <slavanap> Finally. format=yuv444p filter before hwupload_cuda helped. [15:28:18 CEST] <slavanap> Now I wonder is it possible to perform overlay with static image on GPU. [15:28:21 CEST] <slavanap> with ffmpeg [15:32:58 CEST] <ariyasu> are you sure you want 444? [15:33:16 CEST] <ariyasu> my gues is you really want 4:2:0 [15:33:42 CEST] <ariyasu> -pix_fmt yuv420p [15:46:11 CEST] <Accord_> hey, I need to record a stream, segment it and also view it live in a player like vlc [15:46:28 CEST] <Accord_> so without the segment length delay [15:46:35 CEST] <Accord_> can I do this with h264? [15:48:53 CEST] <slavanap> ariyasu, will try, thanks. My server GPU hang because of last launch. Waiting till it reboots [16:00:44 CEST] <slavanap> ariyasu, it fails with [h264_nvenc @ 0x3232000] EncodePicture failed!: unsupported param (12) [16:41:47 CEST] <tadmozeltov> Hello everyone, I'm new to ffmpeg so I was going over the ffmpeg-tutorial (https://github.com/mpenkov/ffmpeg-tutorial) and as it turns out, it seems to be quite outdated because when I attempt to compile the examples I receive a host of deprecation warnings and an error (https://pastebin.com/Wazaq4XW) [16:42:09 CEST] <JEEB> I recommend looking at the examples under doc/examples . for example the transcoding one [16:57:00 CEST] <tadmozeltov> JEEB: Thanks, I've skimmed it briefly and it seems to be not quite as hold-your-hand as I might like it to be. Are these the only up-to-date examples? [16:59:39 CEST] <tadmozeltov> For example, the idea of filter graphs is a little bit foreign to me and this example jumps head-first into its usage. [17:22:23 CEST] <JEEB> tadmozeltov: you just divide the things bit by bit [17:22:43 CEST] <JEEB> lavf for input, lavc for decoding, lavfi for filtering/conversions, lavc for encoding, lavf for output [17:22:53 CEST] <JEEB> focus on one of those and try to replicate in your own little thing [17:23:07 CEST] <JEEB> the first thing you generally get done is opening a file in lavf and start reading AVPackets [18:19:23 CEST] <Hello71> also maybe learn the ffmpeg command line first [18:38:09 CEST] <wfbarksdale> does anyone know sort of how stable the avformat_seek_file() api is? I need the functionality of seeking to a time where all streams can be successfully decoded from, but I'm not sure how to acheive this using the other av_seek_frame API. If there was some way to check the file position after av_seek_frame I could implement this using av_seek_frame, but I am not seeing a way... [20:36:14 CEST] <kepstin> wfbarksdale: not sure what you mean by "how stable" [20:37:04 CEST] <wfbarksdale> kepstin: there is a note in the docs: This is part of the new seek API which is still under construction. Thus do not use this yet. It may change at any time, do not expect ABI compatibility yet!" [20:37:53 CEST] <wfbarksdale> just wondering how likely the functionality is to be completely broken [20:38:01 CEST] <wfbarksdale> also noticed that seeking to time zero doesn't work correctly [20:38:07 CEST] <kepstin> oh, wow, that note's been there a long time, since at least 2.8 [20:38:18 CEST] Action: kepstin has no idea on the dev status [20:39:50 CEST] <kepstin> amusingly, the internal functionality of both is kinda weird, since it's an internal api change - in some cases (depending on the demuxer being used), one of the two seek functions might end up calling the other one :/ [20:44:48 CEST] <kepstin> wfbarksdale: it looks like the fancy functionality of avformat_seek_file() isn't actually implemented for most containers/formats, so you'd be getting the av_seek_frame behaviour anyways. [21:10:18 CEST] <leif> Is timebase always 1/fps in ffmpeg? [21:14:04 CEST] <Durandal> what do you mean [21:15:15 CEST] <Mavrik> Not even close :) [21:24:46 CEST] <kepstin> leif: no; when reading a file, you'll usually get whatever timebase the container happens to store/use (e.g. mkv always has 1/1000 timebase) [21:24:58 CEST] <kepstin> (well *almost* always) [21:25:25 CEST] <transhuman> ok so this is a follow up question, I am trying to get rid of flicker on a text overlay from a video from youtube that I downloaded with youtube-dl I am trying to add -vf fps=fps=1/60 but I am not sure of the values 1/60 the video is at 29.97 fps that I know of is there a way to tell this information? [21:26:52 CEST] <leif> kepstin: Oh, interesting. [21:27:00 CEST] <leif> So why does the docs say: https://www.ffmpeg.org/doxygen/3.1/structAVCodecContext.html#ab7bfeb9fa5840… [21:27:31 CEST] <leif> I guess timebase is for packets rather than, err...frames? [21:31:06 CEST] <transhuman> this is my code https://pastebin.com/m59XVQkm [21:31:24 CEST] <transhuman> I notice on the output it if varying the frame rate by 1 frame [21:44:41 CEST] <kepstin> leif: you'll usually have the same timebase for packets and frames, but if you don't you'll have to convert between them. [21:45:20 CEST] <kepstin> (note that doing this conversion is basically required when encoding/muxing, since the container is free to ignore your requested timebase and tell you to use a different one instead) [21:47:10 CEST] <leif> kepstin: Oh interesting, thanks. [22:09:55 CEST] <transhuman> kepstin, I think here : https://pastebin.com/FepNHr9v I have done as you suggested but it still shimmers and stutters! [22:10:29 CEST] <transhuman> I am not sure of the 1/60 value so I have tried 1/30 1/29.97 [22:10:37 CEST] <kepstin> transhuman: uh, why have you set the framerate to 1 frame per minute? [22:11:41 CEST] <transhuman> kepstin, thanks for replying, I know this is getting annoying I have looked here : https://superuser.com/questions/584760/whats-the-meaning-of-ffmpegs-fps-opt… [22:11:57 CEST] <feliwir> anyone that can help me with my issue from last week? [22:12:03 CEST] <transhuman> ah got it kepstin [22:12:05 CEST] <feliwir> that av_read_frame is crashing when getting to EOF [22:12:14 CEST] <transhuman> so it should be 29.97/60 [22:12:49 CEST] <kepstin> transhuman: fps is "frames per second", so 29.97/60 = ~0.5 frames per second [22:13:32 CEST] <kepstin> transhuman: if you want 29.97 fps, then write 29.97 (but note that you probably want 30000/1001 instead, 29.97 is an incorrectly rounded number. [22:13:37 CEST] <kepstin> ) [22:14:24 CEST] <transhuman> why do they use such an odd number as 29.97? [22:14:48 CEST] <transhuman> is it actually 30 but its a rounding error [22:15:07 CEST] <slavanap> Does anyone faced this kind of error while NVIDIA h264_nvenc encoder? :: [h264_cuvid @ 0x2696640] ctx->cudl->cuStreamSynchronize(device_hwctx->stream) failed -> CUDA_ERROR_LAUNCH_FAILED: unspecified launch failure [22:15:17 CEST] <transhuman> or one dropped frame or something [22:15:39 CEST] <kepstin> transhuman: the 1/1001 factor is a quirk of how colour was added to the analogue ntsc television broadcast system [22:15:51 CEST] <kepstin> er, 1000/1001 [22:15:54 CEST] <transhuman> oh geez ok [22:16:21 CEST] <kepstin> transhuman: old legacy stuff that we just have to live with nowadays :/ [22:16:33 CEST] <slavanap> ^ sorry that's not h264 encoder issue, it's nvidia decoder fail. Trying to restart without nvidia decoder. [22:16:35 CEST] <transhuman> so do you just do the 30000/1000 , does it matter? [22:17:18 CEST] <transhuman> assuming its youtube stuff? [22:17:24 CEST] <kepstin> transhuman: basically: when they added colour to ntsc, they got some visual issues due to interference with the audio signal. To fix this, they slowed down the framerate *very* slightly to make the interference less visible. [22:17:41 CEST] <transhuman> oh geez [22:17:45 CEST] <transhuman> ok [22:17:47 CEST] <kepstin> transhuman: it depends on your input video [22:18:03 CEST] <transhuman> the input video says 29.97 [22:18:16 CEST] <kepstin> transhuman: you should keep the framerate of your input video where possible. If you don't need to do that, then use whatever you want (30 is fine on youtube) [22:18:42 CEST] <kepstin> transhuman: the input video is probably 30000/1001 then, and you should preserve that to avoid glitches. [22:21:49 CEST] <transhuman> I used a script to determine it (an awk script) [22:23:10 CEST] <transhuman> ffprobe HeavySnowFall-5min.mp4 2>&1| grep ",* fps" | cut -d "," -f 5 | cut -d " " -f 2 [22:24:04 CEST] <kepstin> transhuman: you can provide additional options to ffprobe to make it print out a particular piece of info in a computer-readable way :/ [22:24:25 CEST] <kepstin> (but even then, i think it'll usually provide rounded or estimated fps, rather than exact values) [22:25:04 CEST] <kepstin> hmm, it can print the rational value [22:25:05 CEST] <transhuman> oh thats not good then, whats the preferred method if I can ask [22:25:24 CEST] <transhuman> it still stutters by the way [22:25:37 CEST] <transhuman> I read something about youtube and ffmpeg a ongoing bug [22:25:47 CEST] <kepstin> transhuman: you'll have to better describe what you mean by 'stuttering' :/ [22:26:09 CEST] <transhuman> perhaps I could upload it to youtube and show it? would that work? [22:26:39 CEST] <transhuman> I just worry about youtube changing it [22:27:36 CEST] <transhuman> it doesnt happen till about 1 minute into it [22:27:49 CEST] <transhuman> well barely happens [22:27:50 CEST] <feliwir> Can someone please take a brief look and tell me if there is sth. wrong with this loop: https://github.com/OpenSAGE/OpenSAGE.FFmpeg/blob/master/src/OpenSage.FFmpeg… [22:27:55 CEST] <transhuman> first part is smooth [22:28:06 CEST] <feliwir> i get like 99% of all frames, but on the last ones i am crashing [22:28:09 CEST] <feliwir> on that line [22:34:45 CEST] <transhuman> kepstin, https://www.youtube.com/watch?v=oPxdWW0-uZE&feature=youtu.be [00:00:00 CEST] --- Tue Jun 12 2018

1 0

ffmpeg-devel.log.20180610
by burek 11 Jun '18

11 Jun '18

[03:14:41 CEST] <cone-502> ffmpeg 03Jun Zhao 07master:4030d3d3f495: lavc/dolby_e: fix make checkheaders warning [03:14:41 CEST] <cone-502> ffmpeg 03Jun Zhao 07master:12138402652f: lavc/aacsbr: fix make checkheaders warning [03:23:09 CEST] <cone-502> ffmpeg 03Carl Eugen Hoyos 07master:3a56ade1f32d: lsws/rgb2rgb_template: Do not compile unneeded shuffle functions on big-endian. [20:06:29 CEST] <cq1> Hey folks. It used to be that libavcodec/allcodecs.c contained a massive sequence REGISTER_ENCDEC macros to populated the singly linked list of AVCodec*s. [20:07:06 CEST] <cq1> But now it seems to just include libavcodec/codec_list.c, which I don't see, and is presumably built by something in the build process. Can someone explain the new way things are hooked up? [20:07:30 CEST] <JEEB> there is no longer any resemblance of dynamic loading, and yes - it gets generated during build time [20:07:58 CEST] <JEEB> the dynamic loading that used to be there was not really usable for anyone trying to dynamically add an AVCodec of his own [20:08:12 CEST] <JEEB> as it required private symbols for that [20:08:36 CEST] <JEEB> that doesn't mean that FFmpeg wouldn't have dynamic loading of decoders/encoders in the future [20:08:47 CEST] <JEEB> but the API would have to be properly thought out and to be "good enough" [20:09:43 CEST] <cq1> Okay, got it. [20:10:22 CEST] <cq1> I'm trying to update this lab description: http://htmlpreview.github.io/?https://github.com/petersn/video-compression-… [20:10:32 CEST] <cq1> My current checklist to add a new encoder/decoder is: [20:11:13 CEST] <JEEB> hah, that sounds like a class I kind of wanted to do at helsinki uni back in the day [20:11:29 CEST] <JEEB> playing around with making a simple thing into libavcodec and seeing applications actually playing that stuff [20:11:37 CEST] <cq1> 1) Add an AVCodecID to libavcodec/avcodec.h 2) Add an entry in libavcodec/codec_desc.c 3) Add a REGISTER_ENCDEC to libavcodec/allcodecs.c 4) Add a FourCC to libavformat/riff.c 5) Add the objects to the Makefile [20:11:48 CEST] <cq1> I think I just need to replace (3). [20:12:02 CEST] <JEEB> yea, you basically put the structure into a list [20:13:05 CEST] <JEEB> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=f958f431eced497f42220d8f98… [20:13:12 CEST] <JEEB> this seems to have been merged after that change [20:13:20 CEST] <JEEB> see the allcodecs.c change [20:14:05 CEST] <cq1> Okay, got it, thanks. [20:14:32 CEST] <cq1> And simply adding the AVCodecID and the Makefile entries suffices to get an appropriate entry auto-generated into codec_list.c? [20:15:41 CEST] <JEEB> I think the allcodecs.c thing is the thing that has a part in that [20:16:02 CEST] <JEEB> basically that commit is adding a new decoder and encoder [20:16:10 CEST] <JEEB> so it should in theory be the way to do it [20:16:30 CEST] <nevcairiel> indeed the extern entry in allcodecs.c is whats converted into the list [20:16:42 CEST] <cq1> nevcairiel: Perfect, thanks. [20:24:08 CEST] <cq1> Okay, thanks, JEEB and nevcairiel. It works perfectly now. [20:25:09 CEST] <cq1> nevcairiel: For documentation purposes, do you know what script generates codec_list.c from the externs? [20:26:47 CEST] <JEEB> configure:print_enabled_components libavcodec/codec_list.c AVCodec codec_list $CODEC_LIST [20:26:51 CEST] <JEEB> sounds like this [20:27:06 CEST] <JEEB> unless that prints FROM codec_list.c [20:28:02 CEST] <JEEB> # generate the lists of enabled components [20:28:03 CEST] <JEEB> print_enabled_components(){ [20:28:06 CEST] <JEEB> yup, bingo [20:28:58 CEST] <cq1> Okay, got it, thanks. [20:39:21 CEST] <January> cq1: you need to make sure it fits the other entries exactly as well see configure for the specific regex it uses [20:41:49 CEST] <January> cq1: i made that change so if you have any further issues then just ping me [21:19:38 CEST] <cq1> January: Okay, thanks. I'll check it out. [21:20:05 CEST] <cq1> This is probably a stupid question, but where did ffplay go? "./configure --enable-ffplay" is not building ffplay for me. [21:20:24 CEST] <JEEB> it has for a while now been requiring SDL2 [21:20:49 CEST] <JEEB> I would though recommend something "proper" like mpv as a "minimal" player based upon the libraries. but sure, ffplay is within the repo [21:26:00 CEST] <jamrial> ffplay is more than enough to test playback [21:26:51 CEST] <JEEB> back in the day I just ended up dumping frames with ffmpeg.c [21:26:55 CEST] <jamrial> i wouldn't use it to watch a movie, but to make sure the changes i just wrote are good? it's right there in the same folder as ffmpeg and ffprobe [21:26:57 CEST] <JEEB> but yes, I've also utilized ffplay :) [21:27:16 CEST] <JEEB> (the thing I was testing I still haven't finished, which is a meh thing :<) [21:34:28 CEST] <nevcairiel> i usually just use ffmpeg and transcode or dump pngs [21:34:34 CEST] <nevcairiel> because sdl is a nightmare [21:35:04 CEST] <JEEB> yup [21:38:59 CEST] <durandal_1707> i use examples to watch movies in console [23:11:31 CEST] <atomnuker> I do -c:v rawvideo -f nut - | mpv - --pause [23:14:19 CEST] <atomnuker> I did use LDPRELOAD at one stage too [23:57:51 CEST] <cone-300> ffmpeg 03Marton Balint 07master:d9f72e53bfe7: avcodec/libzvbi-teletextdec: add support for selecting subtitle pages only [00:00:00 CEST] --- Mon Jun 11 2018

1 0

ffmpeg.log.20180610
by burek 11 Jun '18

11 Jun '18

[00:17:01 CEST] <heliumclicks> furq: i'm out. Thanks again for your help! [00:26:20 CEST] <sunzofman> furq: I wish to compile ffmpeg against libmp3lame. Can I do this without losing the existing ffmpeg customization? I have at least 6-7 different encoders setup for video and audio. [00:27:16 CEST] <sunzofman> furq: I basically wish to encode opus files to mp3. [00:30:48 CEST] <sunzofman> anyone have experience compiling ffmpeg? [00:42:24 CEST] <csierra_> is it possible to see all possible entries for a stream in ffprobe? [07:03:13 CEST] <allohol> ffmpeg -i INPUT_AAC_H.264 -c copy OUTPUT.mkv <- produces a file 1.5gb / h. Now, when I do: ffmpeg -i OUTPUT.mkv -c copy -t 00:10:00.00 CUT.mkv <- I'ld exspect that 2nd file to be 200-300mb, yet it ends up at around 700mb! How could that be? [10:29:29 CEST] <Faith> I'm having trouble selecting a subtitle stream to hardsub using the subtitles filter, even though I'm getting the syntax right as outlined here https://ffmpeg.org/ffmpeg-filters.html#subtitles-1 [10:29:34 CEST] <Faith> https://pastebin.com/2GquK7H0 [10:29:44 CEST] <Faith> Does anyone know how I could get this to work? [10:31:47 CEST] <durandal_1707> Faith: missing -vf [10:32:10 CEST] <Faith> Welp [10:32:13 CEST] <Faith> Thanks, I'm an idiot [12:14:05 CEST] <waterworks> BtbN: JEEB: I solved the nvenc issue by removing --disable-autodetect to configure. I thought you could select which HW acceleration you wished to use through --enable-nvenc but the script doesn't like that. [12:14:30 CEST] <JEEB> that sounds like a bug somewhere since you specifically enabled nvenc [12:14:48 CEST] <JEEB> since I'm using multiple libraries and I /really/ like disable-autodetect [12:15:01 CEST] <JEEB> since that way you know specifically what you're enabling out of the external stuff [12:21:36 CEST] <waterworks> Okay, apparently ffnvcodec shows up under "External libraries providing hardware acceleration" so you can have --disable-autodetect if you do --enable--ffnvcodec and --enable-nvenc. It adds cuda there too even if you don't specify it so why can't it just add ffnvcodec automatically. [15:15:41 CEST] <kepstin> allohol: your input file is probably using a variable rate encoding where more complex scenes have higher bitrate. that's pretty normal. [16:25:58 CEST] <ben__> Hey People :-) ! i would like to convert a Divx into mp4,but commands from the web dont work :-( ....may can anybody help shortly,please ? :-) [16:26:23 CEST] <ben__> btw.sorry for my bad english,im from Germany [16:29:32 CEST] <transhuman> Hi, and thanks in advance, I have a question with ffmpeg. Rather an error. I think its the quotes or the order, anyone able to take a look and help? [16:29:36 CEST] <transhuman> http://paste.debian.net/1028663/ [16:32:10 CEST] <kepstin> transhuman: at a minimum, you have a space in the filter options which shouldn't be there [16:32:36 CEST] <kepstin> between a : and an option name [16:34:39 CEST] <furq> that doesn't matter as long as it's quoted [16:35:10 CEST] <furq> it's almost certainly the backslashes [16:35:53 CEST] <furq> also you have \: instead of :\ in the fontfile path [16:38:25 CEST] <transhuman> oh ok thanks [16:44:59 CEST] <csierra_> https://paste.debian.net/hidden/912292c6/ extracting a frame 1 pixel wide results in the frame being tinted green, but only in Windows. Is there a fix for this? [16:47:29 CEST] <transhuman> question how do I specify a space in the name of the font, (now its barking at the space in the font name I tried using \ or quotes around whole path or <6characters>~1.ttf but it doesnt work (this is on windows by the way) [16:48:05 CEST] <transhuman> s/font name / font name) [16:53:10 CEST] <JEEB> &33 [17:27:33 CEST] <Technicus> Hello, is it possible to create a v4l that is connected to a video file? [17:40:17 CEST] <kerio> connected how [18:35:02 CEST] <transhuman> ok so I hope this helps someone doing ffmpeg on windows, how to create scrolling text using ffmpeg on windows ffmpeg -y -i c:\Users\blues\Videos\-Split-Screens5\-Split-Screens5.mp4 -vf "drawtext=fontcolor=white:fontsize=40:fontfile='C\:\\Windows\\Fonts\\arial.ttf':textfile='C\:\\Users\\blues\\Videos\\-Split-Screens5\\Tickertxt.txt':reload=1:y=h-line_h-52:x=w-(mod(4*n\,w+tw)-tw/40),drawbox=y=ih-88:color=black@0.4:width=iw:height [18:35:02 CEST] <transhuman> =48:t=fill" -codec:v libx264 scrolling.mp4 [18:39:25 CEST] <ChocolateArmpits> it'd probably receive more longevity as an example in the documentation [18:40:51 CEST] <ariyasu> whats with the weird path names transhuman [18:41:03 CEST] <ariyasu> ChocolateArmpits congrats on having the best nick i've ever seen on irc [18:44:04 CEST] <transhuman> it has to do with escaping characters [18:44:22 CEST] <ariyasu> ahh [18:44:29 CEST] <csierra_> ffprobe reports duration in the metadata, but not in streams. What causes this? And how can I pull that duration without having to grep for it? https://paste.debian.net/1028679/ [18:44:29 CEST] <transhuman> windows paths go the wrong way\ [18:44:40 CEST] <ariyasu> you shouldn't need to escape them in the command though [18:44:57 CEST] <transhuman> still a small problem with it though, I cant use a time value for the speed of the ticker [18:45:00 CEST] <furq> you do need to escape them because \s are interpreted by the filterchain parser [18:45:07 CEST] <furq> as are :s [18:45:22 CEST] <transhuman> that's weird because it wont run without it [18:45:31 CEST] <ariyasu> ahh ok [18:45:34 CEST] <transhuman> it tries and removes the paths [18:45:41 CEST] <transhuman> err the slashes [18:45:51 CEST] <furq> i said you do need to escape [18:45:59 CEST] <transhuman> so doing that it removes one slash and leaves the otheer [18:46:06 CEST] <furq> or you might just be able to separately quote the path, i forget now [18:46:25 CEST] <furq> generally on windows i just move everything into the working directory so i don't have to deal with the headache [18:46:29 CEST] <transhuman> yeah it gets confused with the quotes too [18:46:39 CEST] <transhuman> yeah I second that motion [18:47:17 CEST] <transhuman> its funny the opposite is true with the -i switch [18:52:53 CEST] <ChocolateArmpits> expressions extend functionality but are quite tedious to write [21:43:48 CEST] <GuiToris> hello, I found this solution on the Internet. ffmpeg -i input.mp4 -lavfi '[0:v]scale=ih*16/9:-1,boxblur=luma_radius=min(h\,w)/20:luma_power=1:chroma_radius=min(cw\,ch)/20:chroma_power=1[bg];[bg][0:v]overlay=(W-w)/2:(H-h)/2,crop=h=iw*9/16' -vb 800K output.webm [21:44:02 CEST] <GuiToris> Can you tell me how I can make the background less blurry? [21:44:17 CEST] <GuiToris> which number controls the blurriness here? [21:44:42 CEST] <durandal_1707> boxblur [21:45:13 CEST] <GuiToris> durandal_1707, 20 is what I'm looking for? [21:45:30 CEST] <durandal_1707> yes, try to increase it [21:45:48 CEST] <GuiToris> you mean decrease, dont you [21:46:53 CEST] <durandal_1707> no [21:48:35 CEST] <GuiToris> okay, let's see [21:49:30 CEST] <GuiToris> which 20 are you referring actually? luma_radius or chroma_radius? [21:49:38 CEST] <furq> both [21:49:57 CEST] <furq> i'm not sure why they're bothering to use the video dimensions in there [21:51:46 CEST] <GuiToris> Ive changed both of them to 40 [21:52:10 CEST] <GuiToris> I'm waiting with excitement [21:54:35 CEST] <GuiToris> hmm, it's still very blurry [21:54:42 CEST] <GuiToris> I'll try to increase it even more [21:56:49 CEST] <furq> try just replacing it with boxblur=2:1:2:1 [21:58:39 CEST] <GuiToris> ffmpeg -i input.mp4 -lavfi '[0:v]scale=ih*16/9:-1,boxblur=2:1:2:1:chroma_power=1[bg];[bg][0:v]overlay=(W-w)/2:(H-h)/2,crop=h=iw*9/16' -vb 800K output.webm [21:58:43 CEST] <GuiToris> like this? [21:59:14 CEST] <furq> boxblur=2:1:2:1[bg] [21:59:51 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#boxblur [22:00:18 CEST] <furq> increase the values if it's not blurry enough [22:00:42 CEST] <GuiToris> it's too blurry for me [22:00:48 CEST] <GuiToris> I mean my original [22:00:51 CEST] <GuiToris> 'my' [22:01:00 CEST] <GuiToris> - it wasn't me who wrote that - [22:01:13 CEST] <furq> yeah that was dividing the smaller video dimension by 20 [22:01:21 CEST] <furq> so for a 1080p video that'd be 54 [22:01:27 CEST] <furq> which is pretty high [22:02:10 CEST] <furq> considering the default is 2 [22:02:10 CEST] <GuiToris> I'm about to fix horizontal videos with that line [22:02:30 CEST] <furq> well specifically the blur was using the video dimensions, which seems unnecessary [22:03:10 CEST] <GuiToris> I'd like to achieve this effect: http://www.youtube.com/watch?v=CgZsDLfzrTs [22:03:31 CEST] <GuiToris> but this is way too blurry for me [22:05:03 CEST] <furq> i've done a similar thing in the past and i just used boxblur=4:4:4:$ [22:05:04 CEST] <furq> 4 [22:06:23 CEST] <GuiToris> just to be on the safe side: ffmpeg -i input.mp4 -lavfi '[0:v]scale=ih*16/9:-1,boxblur=4:4:4:4[bg];[bg][0:v]overlay=(W-w)/2:(H-h)/2,crop=h=iw*9/16' -vb 800K output.webm [22:06:27 CEST] <GuiToris> did you mean this? [22:06:47 CEST] <GuiToris> I use ffmpeg on a much lower level [22:06:58 CEST] <furq> more or less [22:07:07 CEST] <GuiToris> I'll give it a try :) [22:07:12 CEST] <furq> fwiw for debugging you probably want to use something faster than libvpx [22:07:22 CEST] <furq> ideally you'd just use -c:v rawvide -f nut - | mpv - [22:07:24 CEST] <furq> rawvideo [22:07:40 CEST] <furq> but if you can't pipe into a player for whatever reason then use x264 ultrafast or something [22:09:32 CEST] <GuiToris> hey this is quite good (4:4:4:4) [22:09:36 CEST] <GuiToris> I like it [22:09:40 CEST] <GuiToris> thank you very much :) [22:26:38 CEST] <transhuman> hi! I have a similar command that works with ffmpeg on windows https://pastebin.com/Rpw4rwvH this one generates an error on linux, one of the options it doesn't like but it doesn't say which [22:29:44 CEST] <furq> transhuman: there's no such argument boxcolor, it's just color [22:30:03 CEST] <furq> i guess it got renamed and you're running an old build on windows [22:30:43 CEST] <transhuman> thanks [23:38:26 CEST] <nicolas17> looks like if I have two mono audio streams, and I want to turn them into channels in a stereo stream, I can use the amerge filter [23:38:46 CEST] <nicolas17> but what if my inputs are stereo? how do I mix them into mono first? [23:39:16 CEST] <JEEB> there's a filter to just take different channels from various inputs as some channel ampping [23:39:38 CEST] <furq> !filter pan @nicolas17 [23:39:38 CEST] <nfobot> nicolas17: http://ffmpeg.org/ffmpeg-filters.html#pan-1 [23:39:44 CEST] <furq> or -map_channel [23:39:58 CEST] <furq> or you can just use amix [00:00:00 CEST] --- Mon Jun 11 2018

1 0