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

[burek]

[00:05:17 CEST] <Thomas_J> The more I try to remember what I did previously, the more confused I'm getting. I think that I am going to go back to the start and try to get the internal ffmpeg rtmps working with librtmp.
[00:06:09 CEST] <Thomas_J> (which is an external package)
[00:06:45 CEST] <furq> that's not a thing
[00:07:16 CEST] <BtbN> The librtmp backend in ffmpeg is horribly broken, I'd recommend not using it.
[00:07:22 CEST] <BtbN> The native rtmp support works fine.
[00:07:35 CEST] <furq> if you build with librtmp then it'll only use that for rtmp iirc
[00:07:40 CEST] <furq> also it still depends on an external tls library
[00:07:55 CEST] <Thomas_J> Thanks for letting me scratch my dandruff on this channel. I was hoping to run into JEEB here. He is the one that set me streight last month.
[00:08:13 CEST] <furq> was it gnutls or ffmpeg that he patched
[00:09:42 CEST] <Thomas_J> At this point, I'm not sure but it was a problem that lived in the current builds available on line before mid Jully.
[00:10:22 CEST] <Thomas_J> July, not Jelly.
[00:11:50 CEST] <Thomas_J> Those builds worked fine until Facebook closed down connecting without encryption.
[00:12:45 CEST] <Thomas_J> Actually, they were builds available before the First of May.
[00:13:01 CEST] <furq> as far as i can tell it was ffmpeg
[00:13:08 CEST] <furq> so just build ffmpeg yourself but link it with your distro gnutls
[00:13:45 CEST] <furq> you should generally just link with distro packages unless they're really old or you specifically need new features
[00:14:05 CEST] <furq> or it's something that likes to break its abi a lot
[00:14:54 CEST] <Thomas_J> Armbian doesn't seem to have gnutls available in it's repositories unless they are calling it something else.
[00:15:38 CEST] <pink_mist> I'm practically certain they have _some_ form of SSL/TLS library available. nobody says you haveto use only and specifically gnutls
[00:15:53 CEST] <pink_mist> do they?
[00:15:54 CEST] <furq> libgnutls30-dev
[00:16:33 CEST] <furq> wait there's a libgnutls28-dev but no libgnutls30-dev
[00:16:36 CEST] <furq> nice work debian
[00:17:27 CEST] <furq> Package: libgnutls28-dev (3.6.8-2)
[00:17:28 CEST] <furq> dep: libgnutls30 (= 3.6.8-2)
[00:17:29 CEST] <furq> ...ok
[00:17:32 CEST] <Thomas_J> Yay! apt-get found that.
[00:18:22 CEST] <furq> pink_mist: iirc he was having some issues with openssl not working
[00:18:38 CEST] <Thomas_J> Back to work. no more compiling for me except for ffmpeg
[00:18:57 CEST] <pink_mist> I have not seen any evidence that he's used openssl at all
[00:19:12 CEST] <furq> that's because you weren't here five weeks ago when this started
[00:19:45 CEST] <pink_mist> all he said when someone suggested openssl was that he didn't think facebook handshaked with ssl .... which is just mindboggling
[00:19:54 CEST] <pink_mist> oh, five weeks ago
[00:20:24 CEST] <pink_mist> Thomas_J: openssl does TLS too.
[00:27:12 CEST] <Thomas_J> I am presently compiling right now.
[00:27:35 CEST] <Thomas_J> All su far so good, still running.
[00:32:10 CEST] <Thomas_J> This is the configuration that I used last month and ran well so I am trying it on this device: ./configure --prefix=/usr --enable-gpl --enable-version3 --enable-nonfree --logfile=/var/log/ffmpeg/build2.log --disable-doc --disable-htmlpages --disable-podpages --disable-txtpages --enable-static --enable-gnutls --disable-stripping
[00:33:31 CEST] <Thomas_J> Not much there but it's all I need and it's still compiling.
[00:45:16 CEST] <Thomas_J> Thanks much for putting up with my feldrecarb. This is going to take time so I'm going to diner.
[07:01:31 CEST] <mbnt> Hello?
[07:08:23 CEST] <mbnt> I have folders with videos in the following container, https://pastebin.com/ag7XGvzS  can anyone advise on a good format to convert them to for the purposes of editing?
[07:13:47 CEST] <Henry151> https://bpaste.net/show/Ofda
[07:14:38 CEST] <Henry151> i have had this problem repeatedly happening, where I am trying to go from mkv to mp4 and to burn in the subtitles, and it is only getting the first 15 minutes or so of the video, any guidance?
[07:20:00 CEST] <Henry151> sorry mbnt , i took a look but haven't got any guidance for you.
[07:20:21 CEST] <mbnt> Henry151, That's okay, thanks for looking
[07:20:29 CEST] <mbnt> We try
[07:24:02 CEST] <Henry151> i can't figure out what's up with my situation.. i run my command, it's supposed to take the mkv as input and give me an mp4 as output; the mkv is like 1.4G and the MP4 that outputs shows up as 4.9G... but when I go to play the mp4 it's only the first fifteen minutes of the video
[07:24:28 CEST] <Henry151> so i copied the mp4, and the copy is only 695MB .. it's like the file is only pretending to be 4.9G
[07:24:57 CEST] <Henry151> i see the 4.9G when i do an "ls -lh" in the directory where it sits
[07:25:41 CEST] <Henry151> but if i make a copy with "cp myvideo.mp4 copyofmyvideo.mp4" the copy command appears to complete successfully, but the copy is only 695MB
[08:51:34 CEST] <mbnt> Henry151, Are you there?
[08:57:32 CEST] <Henry151> yes!
[10:48:07 CEST] <goel> Hi, I am trying to write in only keyframes from an mp4 video using libav. On some videos the keyframes are written in fine but on others I only see a black video and occassionally when I skip forward some distortion.
[10:48:23 CEST] <goel> Is this because the keyframe itself does not have much information?
[10:48:53 CEST] <goel> Sorry, just to clarify I am opening a sample mp4 and writing a new mp4 with only the keyframes from the sample.
[10:49:23 CEST] <pink_mist> that would be my guess
[10:49:46 CEST] <goel> Thank you pink_mist
[10:52:21 CEST] <void09> trying to do a lossless screen capture. what pixel format do I want to use ?
[10:52:46 CEST] <void09> I tried using huffyuv with yuv444p but it says it's not supported, and fell back to yuv 422p
[11:03:13 CEST] <durandal_1707> ffvhuff
[11:06:57 CEST] <void09> just found it.. thanks
[11:07:32 CEST] <void09> but what is the default pixel format of the OS ? rgb or yuv444p ?
[11:09:52 CEST] <pink_mist> which OS? (not that I know the answer either way)
[11:11:15 CEST] <void09> well, modern ones like windows or linux
[11:12:19 CEST] <void09> the video is probably 420, does that mean i should record in 444 and convert to 420 later without losing information?
[11:12:34 CEST] <void09> the video i want to record
[11:47:31 CEST] <goel> If I scale and output every key-frame (I picture type) in an mp4 to an image I get a complete image, however if I write only that key frame into an mp4 then sometimes the screen is black. Does every keyframe require the minimum GOP size of frames in order for a complete image to be formed?
[12:10:13 CEST] <goel> Does anyone know how I can have an intra-only stream?
[12:49:06 CEST] <bencoh> with a set of x264 options (unless ffmpeg now has a preset for that, but I doubt it)
[13:14:29 CEST] <goel> Ok
[13:54:09 CEST] <bencoh> goel: -intra might be what you're looking for by the way (haven't tested)
[13:56:20 CEST] <goel> Yeah I saw that, however I looking to do it programmatically using libavcodec.
[13:57:13 CEST] <goel> Basically I just want to only have key frames in my output video from the original video. At the moment it works for some mp4s but for others the first key frame shows and doesn't change for the duration of the video.
[14:10:52 CEST] <Kadigan_KSB> Hmhm... I'm doing two-pass encoding, and I'm getting an error that "constant rate-factor is incompatible with 2pass". I assume this refers to "-crf", which I don't use (I use "-b:v"). What am I doing wrong to confuse ffmpeg here?
[14:14:37 CEST] <DHE> 2pass mode is for when you specify -b because you want to nail the bitrate
[14:14:46 CEST] <DHE> if you're not using -b, don't use -pass
[14:16:40 CEST] <Kadigan_KSB> I'm using -b:v
[14:16:56 CEST] <Kadigan_KSB> (specifically, I'm going for a specific filesize limit)
[14:18:10 CEST] <Kadigan_KSB> Interesting... "-b:v 150k" is fine, but "-b:v 2m" causes the error. I assume that's supposed to be "-b:v 2M" and that's probably my issue, but how does that trigger the error?
[14:20:35 CEST] <cehoyos> Cannot reproduce
[14:20:41 CEST] <cehoyos> I get "too low bitrate"
[14:21:56 CEST] <Kadigan_KSB> Switching "2m" to "2M" fixes the problem, so it's clearly that. All I can assume is that either "2m" (or possibly "m") somehow defines it as CRF mode, or otherwise it filters the "m" away as unknown and assumes I meant "-crf 2" due to it being too low otherwise
[14:22:12 CEST] <Kadigan_KSB> (I'm using a fairly recent checkout - N-94251-gf83b46e218)
[14:24:57 CEST] <cehoyos> Ok, you are using a farily recent checkout but you did not provide a command line
[14:25:18 CEST] <BtbN> m just means /1000, and 150/1000 = 0, which means unset, and then it defaults to crf
[14:25:21 CEST] <cehoyos> I tested the following:ffmpeg -f lavfi -i testsrc -pass n -t 1 -b:v 2m out.avi
[14:57:20 CEST] <Henry151> did anybody get a chance to check out my situation i described above?
[14:57:59 CEST] <DHE> Kadigan_KSB: 2m is 2 millibits (0.002 bits per second) which is effectively 0, which is unset
[14:58:05 CEST] <DHE> 2M is 2 megabits (2,000,000 bits per second)
[14:58:13 CEST] <Henry151> https://bpaste.net/show/Ofda if ya could take a look and let me know if you have any ideas about why the mp4 that came out was only 15 minutes long
[15:16:50 CEST] <frogzilla09876> Hi! Probably I found some bug(?) in map option. I use "-map 0:m:language:pol" to select audio streams from .mkv files to .mp4 file. Today I found that some files got encoded _without_ any audio streams. I thought it will fail instead encoding video-only file (no '?' in -map)
[15:17:19 CEST] <frogzilla09876> Input file has 1 video stream, 2 audio streams and multiple subtitle streams
[15:30:50 CEST] <frogzilla09876> Lost connection last time. Any answer for my problem?
[15:31:56 CEST] <durandal_1707> Henry151: why you get so many duped frames?
[15:34:40 CEST] <durandal_1707> also where you store files?
[15:36:04 CEST] <durandal_1707> frogzilla09876: have you read map option documentation?
[15:44:19 CEST] <frogzilla09876> durandal_1707 yes. When another files didn't had audio stream with language=pol ffmpeg just exited.
[15:44:46 CEST] <frogzilla09876> This time I got an video-only file which is worst case for me, because it looked like succesfull transcode
[15:45:54 CEST] <durandal_1707> i do not think that ffmpeg works like that
[15:46:44 CEST] <durandal_1707> you need to inspect video with ffprobe and pick processing on what it found
[15:51:38 CEST] <frogzilla09876> Documentation for -map option stands that it will fail if it can't map stream. Index is ok, but match for language has no stream to match, so it should fail. For last few months it just failed, but for few files in last days I got video-only files.
[15:51:45 CEST] <frogzilla09876> Still same ffmpeg version
[16:01:49 CEST] <durandal_1707> hmm,  if you can reproduce it then open bug report
[17:04:49 CEST] <Kadigan_KSB> DHE: yeah, I'm not used to letter sizes having any weight (yes, that's my failure here)... and why the hell does ffmpeg allow for reading it as "2 millibits" when it clearly makes no sense in this context? ;D
[17:05:29 CEST] <Kadigan_KSB> (though it would make sense then - if it assumes "-b:v 0" and skips it, it would then default to mode crf, whatever happens to be the default crf... and then promptly error out)
[17:06:34 CEST] <phryk> How do I move the moov atom of an mp4 file to the beginning of it?
[17:07:01 CEST] <kepstin> Kadigan_KSB: the same parser is used for other types of numbers - it makes sense for e.g. seconds (where you get milliseconds)
[17:08:00 CEST] <kepstin> phryk: use the "-movflags faststart" option when muxing. A complete command that just remuxes an mp4 might look like `ffmpeg -i source.mp4 -map 0 -c copy -movflags faststart dest.mp4`
[17:08:46 CEST] <kepstin> phryk: depending on your ffmpeg build, you might also have the "qt-faststart" tool available, which does the same thing but a bit faster.
[17:10:47 CEST] <phryk> kepstin: thanks. don't have qt-faststart, but will evaluate -movflags  faststart :)
[17:10:57 CEST] <kepstin> phryk: note that you can use the -movflags faststart option while encoding to mp4, to avoid having to run a separate command later to reposition the moov.
[17:11:25 CEST] <kepstin> (that option causes ffmpeg to do a second pass after the encode is complete where it rewrites the file with the moov at the start)
[17:17:26 CEST] <phryk> kepstin: that worked. thanks. :)
[17:31:15 CEST] <Kadigan_KSB> kepstin: okay, sure; wouldn't it make sense to somehow limit it to -sane- values, per context? The error I got is clearly a bug, as it was most uninformative as to what actually happened - and if you're going to put in the effort to show an error message saying "2 millibits: invalid range" or something, you can just as well put in the same effort into auto-ranging the variable...
[17:32:44 CEST] <Kadigan_KSB> s/as/and
[17:33:28 CEST] <Kadigan_KSB> But anyway. Thanks for explaining the issue, it's always good to know these things.
[17:38:03 CEST] <kepstin> Kadigan_KSB: in particular, the numbers are parsed using the generic expression evaluator. to see the complete list of supported suffixes, take a look at https://www.ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation (have to scroll down a bit)
[18:04:37 CEST] <Henry151> durandal_1707: I am not sure why I get so many duped frames... I am storing the files on my home server, which is also where I am running the ffmpeg command
[18:05:34 CEST] <Henry151> i kept thinking i "had it" because the command seems to work, but then when I go to play the final output file, it turns out to be only the first 15 minutes of the video, then it just stops
[18:06:21 CEST] <Henry151> this is like, third time of thinking "i got it! time to do it to my whole collection!" and then doing it to my whole collection and having dozens of these 15-minute-or-shorter mp4 videos
[18:07:13 CEST] <Henry151> durandal_1707: i'm also not sure how to read the log, i'm not sure where you're seeing the duped frames or what that means exactly.
[19:28:54 CEST] <dastan> hello people
[19:29:21 CEST] <dastan> does anyone have a manual to compile FFMPEG in windows with the decklink SDK
[19:29:22 CEST] <dastan> ?
[19:39:23 CEST] <dastan> people???
[19:58:19 CEST] <pink_mist> dastan: there's lots of people here, but they all know that if they don't have an answer to your question, it's best to not say anything so your question remains visible to more people who might know the answer
[20:00:46 CEST] <dastan> ok ok
[20:00:50 CEST] <dastan> sory pink
[20:01:07 CEST] <dastan> i am not a windows user, i use ffmpeg on linux
[20:01:26 CEST] <dastan> but i need to make a working compilation for my work based on windows
[20:20:08 CEST] <pink_mist> dastan: you can always use a linux VM, or WSL
[20:24:06 CEST] <barg> if i do ffmpeg -i blah.mp4 -ss 0:00:00 -to 00:05:00 -a:c -v:c blah2.mp4   is that right, no need to re-encode, but should copy the codecs so it doesn't put default ones in?
[20:25:13 CEST] <BtbN> -ss 0 is kinda pointless
[20:25:22 CEST] <BtbN> cause starting from the start is what it does anyway
[20:29:30 CEST] <kepstin> also "-a:c" and "-v:c" are incorrect syntax, you probably want to use "-c copy" (which will apply to all streams).
[21:08:11 CEST] <void09> are yuv444 and rgb888 losslessly convertible to each other ? I've been googling and readin for an hour now and I still don't get it
[21:20:37 CEST] <DHE> void09: not exactly
[21:21:19 CEST] <void09> which is the one I want to use if I want a lossless screen capture?
[21:23:02 CEST] <DHE> try ffprobe and see what it thinks it's capturing with. probably rgb but when in doubt, check
[21:23:06 CEST] <BtbN> not entirely, the yuv/rgb formular are not perfect, and there's a bunch of different ones
[21:27:54 CEST] <void09> how can i do ffprobe for the display (x11grab ?)
[21:28:30 CEST] <kepstin> you can use the -f option with ffprobe to specify the input format.
[21:28:44 CEST] <kepstin> but x11grab will pretty much always be rgb, i think
[21:33:06 CEST] <void09> ok so I will go with rgb then. I assumed as well that's what the OS/gpu uses internally
[21:34:34 CEST] <void09> the source video I want to capture is x264 which only uses yuv, so I guess the transformation from yuv420 to rgb is already lossy ?
[21:35:18 CEST] <kepstin> in theory, yuv420’rgb’yuv420 is reversible if you use the exact same calculations/rounding for both conversions.
[21:35:37 CEST] <kepstin> in practice ... probably won't happen, especially if you're using different software.
[21:36:06 CEST] <void09> video player is the one that does yuv420 to rgb ?
[21:36:32 CEST] <kepstin> either video player or graphics driver depending on the particular playback method used
[21:38:21 CEST] <kepstin> why would you do screen capture of video playback anyways when you could just use the original video as input to ffmpeg?
[21:38:34 CEST] <void09> theoretical experiments
[21:41:15 CEST] <void09> if the video is 24 fps, what's the frame rate i should use for recording to make sure there's no frames missed? 24 ?
[21:42:19 CEST] <kepstin> capture at screen framerate, then de-duplicate and dejudder afterwards
[21:42:44 CEST] <void09> dejudder.. i'll have to read about that
[21:43:33 CEST] <kepstin> typical screen framerate is 60hz, to play a 24hz video on it you hold one input frame for 2 output frames, then the next for 2 output frames. The timing difference is "judder".
[21:44:09 CEST] <kepstin> er, one for 3 output frames, the next for 2
[21:44:38 CEST] <void09> right, so you get 2/5 of 60
[21:45:01 CEST] <kepstin> of course, many players sync to audio clock rather than screen frame timing, and monitor timings aren't exactly 60hz, and ntsc video's actually 24/1.001hz, so it's all a mess
[21:45:10 CEST] <kepstin> just grab all the frames and hope you can fix it later :)
[21:45:15 CEST] <void09> :D
[21:45:37 CEST] <void09> do you think viewing a 24fps video on an 120hz monitor will appear a bit more smooth vs 60 ?
[21:45:57 CEST] <kepstin> 24fps can be played perfectly smoothly on a 120hz monitor
[21:45:59 CEST] <void09> cause then it will hold one input frame for 5 output frames, no.. judder
[21:46:24 CEST] <void09> yes, but will anyone/most notice the difference?
[21:46:40 CEST] <kepstin> also consider using kmsgrab rather than x11grab if your system supports it
[21:48:52 CEST] <kepstin> it's mostly noticable on slowish pans and whatnot. i find it kind of annoying to the point where I usually use the 24hz mode when playing stuff on a tv which supports it.
[21:49:00 CEST] <void09> that looks very complicated to use, but I will keep it in mind for the future
[21:49:34 CEST] <void09> oh wow, I didn't think about that
[21:49:49 CEST] <void09> maybe some video player has the option to this automatically ?
[21:51:41 CEST] <kepstin> mostly not, because at least on linux there's no way to automatically revert it on app exit/crash. nothing really stopping it tho. I have a friend who made some video player wrapper scripts that use xrandr to do that.
[21:52:35 CEST] <kepstin> i've heard that some players on windows might (at least when fullscreen?) use freesync/g-sync to time frames more accurately to avoid judder, which also sounds kinda neat.
[21:58:44 CEST] <aam> Hey everyone, I'm using ffmpeg to stream rtmp and I was hoping to find a way to be able to pause videos but still keep the stream running. I'm not sure how to go about it but I was thinking maybe having another ffmpeg instance in between to "hold" the stream alive? But I'd also need a way to actually pause the first ffmpeg instance (I've read about suspending the process, but I'm not sure how terrible that
[21:58:46 CEST] <aam> is)
[21:58:52 CEST] <aam> sorry for the long message
[22:00:37 CEST] <kepstin> aam: the ffmpeg cli tool wasn't really designed for doing live mixing sort of stuff, and doesn't really support this use case. consider using obs instead? a custom app using ffmpeg libraries could be done too.
[22:01:52 CEST] <aam> Understandable, I'll have to find a obs equivalent that can run in the command line and I'll feed that to ffmpeg for streaming further
[22:41:00 CEST] <Thomas_J> .
[22:51:44 CEST] <Thomas_J> I need help with injesting external audio as 2nd channel. when I use "-f alsa" (libasound2 is installed), I get "Unknown input format: 'alsa'". Since tArmbian uses pulseaudio, I recompiled ffmpeg with "--enable-libpules", run ffmpeg using "-f pulse" and I get "plughw:CARD=rockchipes8316c,DEV=0: No such process".
[22:53:06 CEST] <kepstin> Thomas_J: you used an alsa device name, which doesn't work with pulseaudio. you need to use a pulse source name. run `pacmd list-sources`
[22:53:43 CEST] <Thomas_J> got it, thanks.
[22:53:46 CEST] <kepstin> the stuff between the <> in the "name:" field is what you can use as an input name for pulse
[22:53:52 CEST] <kepstin> or the string "default" works too
[22:55:47 CEST] <Thomas_J> Intresting. My Pulse audio server is not running.
[22:56:22 CEST] <kepstin> it's usually autostarted when an app tries to use it.
[22:58:32 CEST] <kepstin> that said, your ffmpeg should support using alsa directly, i dunno what's up with that. probably you're missing the -dev packages for the alsa libraries. the config log will probably explain the problem.
[23:00:52 CEST] <Thomas_J> aaaahhh, the -dev!
[23:01:46 CEST] <Thomas_J> but pulseaudio not running is probably why audio is not working at all on this unit.
[23:08:01 CEST] <void09> trygint to record screen with simplescreenrecorder, using ffvhuff and option "pixelformat=rgb"
[23:08:59 CEST] <void09> i get tihs in the output log: [FastScaler::Scale] Warning: Pixel format is not supported (28 -> 2), using swscale instead. This is not a problem, but performance will be worse.
[23:09:23 CEST] <kepstin> note that simplescreenrecorder uses gstreamer, so while it can use ffmpeg's encoders/decoders, that's the only things from ffmpeg it uses.
[23:09:32 CEST] <void09> ohhhh
[23:10:15 CEST] <kepstin> that sounds like something in the screen grabbing code is trying to use a gpu format converter, but can't.
[23:10:33 CEST] <void09> but rgba works
[23:10:34 CEST] <kepstin> check what format '28' is, it's possible that it's just a different rgb layout which you can request
[23:10:37 CEST] <void09> i mean i get no error
[23:10:49 CEST] <void09> how can I check that?
[23:11:05 CEST] <kepstin> probably have to look into gstreamer header files :/
[23:11:28 CEST] <void09> well, the output file looks correct, using rgb0
[23:13:29 CEST] <kepstin> that should be good then. I bet the "rgb" layout is 24-bit, while the framebuffer is probably 32bit (with alpha or padding).
[23:17:02 CEST] <w1d3m0d3> can I add a blank video track (1x1 black pixel for example) to an mp3?
[23:17:51 CEST] <kepstin> w1d3m0d3: mp3 doesn't support "video" tracks, but ffmpeg sort of represents cover art as a video track. So you can put a single frame jpeg or png encoded "video' into an mp3 and i think it'll be saved as cover art?
[23:18:19 CEST] <w1d3m0d3> er, I meant to create a new whatever video-supporting format, add that mp3 as the audio track and another 1x1 black video track to it kepstin
[23:18:42 CEST] <kepstin> sure, no problem doing that
[23:19:05 CEST] <kepstin> (i suppose your real question is "how can i..."?)
[23:19:14 CEST] <w1d3m0d3> yes, that would be it, thanks
[23:20:59 CEST] <kepstin> something like "ffmpeg -i input.mp3 -f lavfi -i "color=c=black" -map 0 -map 1 -c:a copy -c:v libx264 -shortest output.mkv" will do the trick.
[23:21:45 CEST] <pink_mist> oh, does it default to 1x1?
[23:21:56 CEST] <kepstin> nah, 320x240
[23:22:01 CEST] <w1d3m0d3> the dimensions were an example, any would work
[23:22:18 CEST] <kepstin> but a single-color DC frame is tiny no matter the size :)
[23:22:57 CEST] <kepstin> see https://www.ffmpeg.org/ffmpeg-filters.html#allrgb_002c-allyuv_002c-color_002c-haldclutsrc_002c-nullsrc_002c-pal75bars_002c-pal100bars_002c-rgbtestsrc_002c-smptebars_002c-smptehdbars_002c-testsrc_002c-testsrc2_002c-yuvtestsrc if you want to change the options on the color filter (change framerate, size, etc)
[23:23:47 CEST] <kepstin> note that the color filter makes rgb video, and i think the libx264 encoder defaults to encoding yuv444p then. I recommend also adding "-pix_fmt yuv420p" to make it compatible with more players.
[23:23:51 CEST] <kepstin> (just throw that before the output filename)
[23:27:42 CEST] <w1d3m0d3> that worked, thanks
[23:46:03 CEST] <bencc> can I use h264 hardware accelerations on google cloud skylake cpus or do I need a gpu?
[23:56:25 CEST] <kepstin> bencc: i'm not sure exactly which cpus they're using, but most high-core-count xeon cpus contain only cpu cores, no gpu, and therefore also do not include the hardware encoder.
[00:00:00 CEST] --- Wed Aug 14 2019