[00:10:23 CEST] <phobosoph> hi [00:11:50 CEST] <phobosoph> I got an issue with ffmpeg and Hikvision IPCamera stream [00:11:55 CEST] <phobosoph> any ideas how to debug this? :/ [00:12:03 CEST] <phobosoph> I got the ffmpeg invocation, I see lots of stuff logged [00:14:05 CEST] <cehoyos> Would you like to share lots of stuff with us? [00:14:15 CEST] <phobosoph> yes [00:14:16 CEST] <phobosoph> :) [00:26:24 CEST] <phobosoph> ffmpeg -stats -loglevel quiet -err_detect ignore_err -rtsp_transport tcp -i rtsp://user:pass@ip:554/Streaming/Channels/1 -map_metadata -1 -metadata application=datarhei/Restreamer -metadata server=NGINX-RTMP -f flv rtmp://127.0.0.1:1935/hls/live.stream [00:27:39 CEST] <phobosoph> frame= 26 fps=4.2 q=31.0 size= 669kB [00:27:45 CEST] <phobosoph> so I get not more than 5fps [00:27:50 CEST] <phobosoph> and bandwidth is also damn lwo [00:27:51 CEST] <phobosoph> *low [00:28:02 CEST] <phobosoph> but I can connect to the ipcam with e.g. VLC player and see a fullhd stream [00:28:12 CEST] <phobosoph> also the main stream is configured to be full hd 30fps [00:28:18 CEST] <phobosoph> something is strange with the stream and ffmpeg doesn't like it [00:28:20 CEST] <kepstin> that command's re-encoding the video, so it seems like you don't have enough cpu power to encode the video with the requested codecs (which you haven't specified, so it's using random defaults) [00:28:46 CEST] <phobosoph> kepstin: when I check the cpu load and it is not 100%, would this indicate the device is fast enough for this? [00:29:22 CEST] <BtbN> is one core at 100%? [00:29:48 CEST] <phobosoph> it fluctuates a lot :/ in htop all cores got 80% and then back to 5% [00:29:49 CEST] <kepstin> default video encoder with fpv is flv1, lol [00:29:51 CEST] <phobosoph> sometimes 100% [00:29:57 CEST] <kepstin> prowith flv* [00:30:05 CEST] <kepstin> which probably isn't even multithreaded [00:30:06 CEST] <phobosoph> hm, I am using restreamer which uses ffmpeg internally (and ffmpeg does the job basically) [00:30:14 CEST] <BtbN> the hell even is that [00:30:23 CEST] <kepstin> some old piece of junk [00:30:24 CEST] <phobosoph> but ffmpeg should be used in copy mode :O [00:30:30 CEST] <phobosoph> copy is selected, not re-encode [00:30:40 CEST] <BtbN> in the comment you pasted, it's very much not copying [00:30:41 CEST] <phobosoph> :( it should just pass the h264 stream of the ipcam [00:30:43 CEST] <phobosoph> oh [00:30:44 CEST] <kepstin> phobosoph: you didn't specify copy anywhere in your command [00:30:47 CEST] <kepstin> so it won't do it [00:30:48 CEST] <phobosoph> aha [00:30:51 CEST] <kepstin> default is re-encode [00:31:44 CEST] <kepstin> stick a "-c copy" in there after the input files, before the output file. [00:32:03 CEST] <phobosoph> oh, what output file... right [00:32:13 CEST] <phobosoph> there is no output file? why is restreamer using rtmp as output? [00:32:25 CEST] <BtbN> Because of lack of alternatives. [00:32:46 CEST] <kepstin> well, by "output file" i mean "the thing on the command line that specifies where the output is going" [00:33:02 CEST] <phobosoph> repeatToLocalNginx] Spawned: ffmpeg -stats -loglevel quiet -err_detect ignore_err -rtsp_transport tcp -i rtsp://user:pass@ip:554/Streaming/Channels/1 -map_metadata -1 -metadata application=datarhei/Restreamer -metadata server=NGINX-RTMP -f flv rtmp://127.0.0.1:1935/hls/live.stream [00:33:09 CEST] <phobosoph> repeatToLocalNginx? [00:33:10 CEST] <kepstin> and by "input file" i mean "the -i option and its argument" [00:33:14 CEST] <phobosoph> ah [00:33:48 CEST] <phobosoph> kepstin: so nginx somehow should serve that stream then, prepared by ffmpeg :/ [00:34:00 CEST] <kepstin> that repeatToLocalNginx thing has nothing to do with ffmpeg, it's probably just part of some log output from something else [00:34:02 CEST] <phobosoph> fittlingly the player doesn't play it back because it can't find a livestream file [00:34:04 CEST] <phobosoph> ah [00:34:04 CEST] <phobosoph> yes [00:35:24 CEST] <kepstin> anyways, assuming you add the -c copy option, and assuming the input is something reasonable like h264, that seems like a perfectly fine command to convert input from an ip cam and send it to an rtmp streaming server. [00:35:51 CEST] <kepstin> (nginx-rtmp is a decent choice of streaming server, which can generate e.g. HLS manifests for web players) [00:36:17 CEST] <BtbN> ffmpeg is generally better at generating HLS playlists though [00:36:50 CEST] <kepstin> yeah, if you just want HLS then use ffmpeg's hls output on disk somewhere, and use e.g. nginx as a static http file server [00:37:18 CEST] <kepstin> (or even hls output to a tmpfs or something if you're booted off an sd card or something ridiculous like that) [00:39:17 CEST] <phobosoph> so one CPU core is currently at 100% [00:39:23 CEST] <phobosoph> although copy is enabled [00:39:31 CEST] <phobosoph> so restreamer uses the wrong commands [00:39:32 CEST] <BtbN> You probably did it wrong then [00:39:32 CEST] <phobosoph> damn [00:39:54 CEST] <BtbN> What even is restreamer? [00:40:12 CEST] <BtbN> Do you mean https://restream.io/ ? [00:40:22 CEST] <phobosoph> https://datarhei.github.io/restreamer/ [00:40:24 CEST] <phobosoph> that one [00:40:34 CEST] <phobosoph> https://github.com/datarhei/restreamer [00:41:14 CEST] <BtbN> So it's just a Docker-container that uses a bunch of otherwise unrelates software to setup nginx-rtmp? [00:42:36 CEST] <phobosoph> yes [00:42:40 CEST] <phobosoph> it is quite comfortable [00:43:00 CEST] <phobosoph> but it doesn't work :/ and I rather use some manual ffmpeg to get it working [00:43:01 CEST] <BtbN> seems overcomplicated to me [00:43:08 CEST] <phobosoph> so what I want: RTSP f rom IPcam to RTMP of YouTube [00:43:21 CEST] <phobosoph> with this particular IPcam Restreamer doesn't work [00:43:28 CEST] <BtbN> you can do that in a single ffmpeg command without the need for Docker at all [00:44:00 CEST] <phobosoph> wow [00:44:20 CEST] <phobosoph> until they found out/fixed the issue I would gladly do that on the CLI :D [00:44:34 CEST] <phobosoph> so the ipcam has been configured to give a youtube friendly stream [00:44:43 CEST] <phobosoph> the audio is incompatible though, it must be AAC or MP3 [00:44:53 CEST] <BtbN> I really don't see the advantage of throwing another half a dozen layers at this [00:44:57 CEST] <phobosoph> but silence would also be OK [00:44:59 CEST] <phobosoph> right [00:45:02 CEST] <BtbN> encoding aac is cheap [00:45:18 CEST] <phobosoph> what kind of command can I use then? not the one restreamer uses I guess [00:45:28 CEST] <phobosoph> I got the youtube RTMP URL with secret key [00:45:52 CEST] <BtbN> the rtsp stream as input, copy video, encode aac audio, rtmp out to youtube [00:46:10 CEST] <phobosoph> yes! [00:46:17 CEST] <phobosoph> this seems also be very lightweight to cpu [00:46:24 CEST] <phobosoph> (it runs on a raspberry pi btw, hehe) [00:46:28 CEST] <BtbN> Seems pretty much identical to what you pasted before, except output to YT [00:46:34 CEST] <phobosoph> oh [00:46:40 CEST] <phobosoph> so no copy flag needed when rtmp output is used? [00:46:47 CEST] <phobosoph> repeatToLocalNginx] Spawned: ffmpeg -stats -loglevel quiet -err_detect ignore_err -rtsp_transport tcp -i rtsp://user:pass@ip:554/Streaming/Channels/1 -map_metadata -1 -metadata application=datarhei/Restreamer -metadata server=NGINX-RTMP -f flv rtmp://127.0.0.1:1935/hls/live.stream [00:46:50 CEST] <BtbN> Well yes, you need to encode/copy correctly [00:46:53 CEST] <phobosoph> so instead -f flv I would use rtmp URL? [00:47:01 CEST] <BtbN> rtmp uses flv. [00:47:21 CEST] <phobosoph> ffmpeg -stats -loglevel quiet -err_detect ignore_err -rtsp_transport tcp -i rtsp://user:pass@ip:554/Streaming/Channels/1 [00:47:53 CEST] <phobosoph> ffmpeg -stats -loglevel quiet -err_detect ignore_err -rtsp_transport tcp -i rtsp://user:pass@ip:554/Streaming/Channels/1 -f flv rtmp://a.rtmp.youtube.com/live2/secret-key-thing [00:47:57 CEST] <phobosoph> like that? [00:48:11 CEST] <BtbN> You're still re-encoding to weird flv defaults with that [00:48:17 CEST] <BtbN> you need to copy/encode aac [00:48:22 CEST] <phobosoph> BtbN: how can I do this in ffmpeg? [00:48:30 CEST] <phobosoph> copy video, re-encode audio to AAC mono? [00:48:41 CEST] <BtbN> https://trac.ffmpeg.org/wiki/Encode/AAC [00:49:17 CEST] <phobosoph> oh, ffmpeg is so useful, it does more than just mpeg stuff, right? its name is because of legacy stuff? [00:50:02 CEST] <phobosoph> -c:a libfdk_aac -b:a 64k [00:50:07 CEST] <phobosoph> so this I add to the command [00:50:19 CEST] <phobosoph> now I need to let it copy the video - not re-encode it to youtube rtmp url [00:50:25 CEST] <BtbN> if your instance support libfdk, yes [00:51:13 CEST] <phobosoph> ah right, I check that [00:52:10 CEST] <phobosoph> BtbN: any elegant way for letting ffmpeg run and auto-restart when the connection breaks? [00:54:46 CEST] <phobosoph> wow, ffmpeg does the streaming thing now [00:54:56 CEST] <phobosoph> Past duration 0.999992 too large [00:54:57 CEST] <phobosoph> hmmm [00:55:04 CEST] <phobosoph> error while decoding MB 78 34, bytestream -7 [00:55:08 CEST] <phobosoph> then ffmpeg aborts [00:59:11 CEST] <phobosoph> BtbN: help :O [01:01:11 CEST] <another> please post the complete command line wih output to some pastebin site [01:10:50 CEST] <phobosoph> another, BtbN: https://pastebin.com/j12xeeKF [01:11:10 CEST] <phobosoph> it looks much better now, but ffmpeg warns me that it ignores the audio conversion thing [01:12:37 CEST] <phobosoph> I get very high fps now :D [01:16:16 CEST] <phobosoph> but there is still an audio issue [01:16:21 CEST] <phobosoph> youtube doesn't recognize the stream [01:16:32 CEST] <phobosoph> Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (rtmp...) [01:16:41 CEST] <phobosoph> has not been used for any stream. [01:24:25 CEST] <another> <another> please post the complete command line wih output to some pastebin site [01:25:08 CEST] <phobosoph> another: but I posted a link ! [01:25:14 CEST] <phobosoph> that's the complete command line I use [01:25:30 CEST] <cehoyos> another: There is a reason for the wording I use... [01:25:40 CEST] <cehoyos> (You know it, right?) [01:26:14 CEST] <pink_mist> phobosoph: "complete command line wih output" <-- WITH OUTPUT [01:26:15 CEST] <phobosoph> another, cehoyos: you mean not only the invocation but also what is logged afterwards? [01:26:19 CEST] <phobosoph> pardon my ignorance lol [01:29:30 CEST] <DHE> yes please. details like the exact version of ffmpeg being used, format of the inputs and outputs, and any errors/warnings may be relevant [01:30:21 CEST] <phobosoph> https://pastebin.com/pFUNWELS [01:30:23 CEST] <phobosoph> here we go [01:30:47 CEST] <phobosoph> so youtube doesn't recognize the data - and the last time this was caused by incompatible audio [01:31:00 CEST] <phobosoph> either no audio (youtube requires some kind of audio channel) or incorrectly converted audio [01:31:08 CEST] <cehoyos> Your FFmpeg version is >three years old... [01:31:44 CEST] <phobosoph> cehoyos: What would be the fastest way to get it upgraded on a raspbian? [01:31:56 CEST] <cehoyos> git clone && configure && make? [01:32:16 CEST] <cehoyos> But I wonder what your issue is now: The input has no audio, so why would the output contain audio? [01:32:23 CEST] <DHE> first this sample has only video in the source, no audio so there's no audio to output.... [01:33:18 CEST] <phobosoph> ah! [01:33:30 CEST] <phobosoph> input has no audio? but the ipcam should output audio [01:33:34 CEST] <phobosoph> I have to check that [01:33:54 CEST] <phobosoph> XD, it got a Line In [01:34:00 CEST] <phobosoph> lol, no wonder there is no audio, nothing is plugged in [01:34:10 CEST] <DHE> <voice style="mythbusters">Well there's your problem... [01:34:17 CEST] <phobosoph> can ffmpeg just inject proper still audio ? [01:34:19 CEST] <phobosoph> lol [01:34:48 CEST] <cehoyos> Only if you tell it to [01:34:50 CEST] <DHE> you can source audio from a different device/source and ffmpeg can put them together [01:35:05 CEST] <DHE> though audio sync may not be guaranteed with the video [01:36:43 CEST] <phobosoph> so just silence so youtube is happy? [01:38:52 CEST] <phobosoph> yes! yes! it works !!!! [01:38:59 CEST] <phobosoph> I added -f lavfi -i anullsrc [01:39:43 CEST] <DHE> that should do [01:40:07 CEST] <DHE> one other thing caught my eye yuvj420p - note the J [01:40:13 CEST] <DHE> I don't know if that matters though [01:41:21 CEST] <phobosoph> DHE: yuvj420p is not full hd, right? [01:41:38 CEST] <DHE> "full hd" is a matter of resolution, not colourspace [01:41:55 CEST] <phobosoph> ah XD [01:41:56 CEST] <phobosoph> I need to learn [01:42:01 CEST] <phobosoph> so much [01:42:23 CEST] <DHE> it's 1080p at 30fps, which is "full hd". but the non-J version of yuv420p is the industry standard [01:42:35 CEST] <DHE> I don't know if google's servers will convert it for you or not [01:42:44 CEST] <phobosoph> it looks okish [01:42:53 CEST] <DHE> that's probably good enough then [01:42:54 CEST] <phobosoph> hm, I hope the foggy image is from the lens :/ [01:44:04 CEST] <cehoyos> You should indeed add -pix_fmt yuv420p to get acceptable colours: It is unlikely that players correctly show yuvj420p. [01:44:18 CEST] <DHE> but then you can't use -c:v copy [01:44:25 CEST] <cehoyos> True, sorry! [01:44:40 CEST] <cehoyos> Try to change the camera configuration [01:44:48 CEST] <DHE> right now we're in the experimentation phase... [01:45:34 CEST] <phobosoph> right :) [01:45:39 CEST] <DHE> if you want to try the colourspace change, replace -c:v copy with: -c:v libx264 -preset veryfast -crf 25 -profile:v main [01:46:12 CEST] <DHE> also regardless, delete -tune zerolatency because with -c:v copy it's useless and with actual video transcoding it hurts image quality a lot and there's already a buttload of latency on youtube streaming [01:46:56 CEST] <phobosoph> is crf 25 = 25fps? [01:47:16 CEST] <DHE> it's a quality setting. higher numbers use less bandwidth but obviously lower quality. [01:47:22 CEST] <DHE> 25 is a good rough starting point [01:47:22 CEST] <phobosoph> ah, camera settings: Baseline, High profiles [01:47:54 CEST] <phobosoph> Profile: Basic profile, Main Profile and High Profile for coding are selectable. [01:48:00 CEST] <phobosoph> is this the color space thing? [01:48:17 CEST] <DHE> no... [01:48:33 CEST] <phobosoph> but for what is it used? [01:48:39 CEST] <DHE> it controls the features supported in the encoded stream, which in turn dictates the features the player needs to support [01:48:54 CEST] <DHE> eg: first gen iPhones only supported Baseline profile [01:49:24 CEST] <phobosoph> DHE: so this is irrelevant for youtube because youtube handles all this, right? [01:50:15 CEST] <DHE> I don't know. I don't youtube stream. I just know yuv420p is the the only thing guaranteed supported by players [01:51:05 CEST] <phobosoph> ah, so not yuvj420p [01:51:12 CEST] <cehoyos> I wonder if Constrained Baseline support yuvj420p... [01:51:35 CEST] <phobosoph> cehoyos: ah, this would be a way to enforce it [01:51:48 CEST] <cehoyos> It could be, worth a try imo [01:52:03 CEST] <cehoyos> Good night! [01:52:04 CEST] <phobosoph> H.264+ is enabled [01:52:08 CEST] <phobosoph> thanks and good night [01:52:09 CEST] <DHE> main and high are supposed to already be 4:2:0. there are discrete 'High 4:2:2', etc profiles [01:53:51 CEST] <phobosoph> Any nice way to let ffmpeg run in the background so I can exit the raspberry SSH session? :) [01:53:59 CEST] <phobosoph> and will ffmpeg auto-retry when the connection goes down for a moment? [01:54:56 CEST] <DHE> I like to use `screen`. Other people like tmux [01:55:13 CEST] <DHE> as for outage handling, i suggest a shell script infinite while loop.. [01:55:22 CEST] <DHE> while true; do [ffmpeg commandline here] ; sleep 5 ; done [01:57:27 CEST] <phobosoph> while true; do [ [01:57:32 CEST] <phobosoph> it doesn'T like the stuff after [ :) [01:57:40 CEST] <phobosoph> it is a multiline ffmpeg thing with \ [01:57:42 CEST] <DHE> the [ ] doesn't literally get inserted [01:57:54 CEST] <DHE> while true; do ffmeg -i ... ; sleeop 5 ; done [01:57:55 CEST] <phobosoph> ahhh [01:58:04 CEST] <DHE> fix obvious typos [01:58:35 CEST] <DHE> but if you're running this on a pi... maybe avoid transcoding for now [01:59:01 CEST] <phobosoph> thx [01:59:04 CEST] <phobosoph> it works nice [01:59:09 CEST] <phobosoph> it works wonderfully [03:22:49 CEST] <classsic> somebody know how setup RGBX_8888 pixel format? [03:22:50 CEST] <classsic> *hi [03:26:17 CEST] <another> what do you mean by setup? [03:26:29 CEST] <another> do you have a source? [03:26:30 CEST] <classsic> like -pix_fmt yuv420p [03:26:49 CEST] <classsic> rtsp input camera [03:30:35 CEST] <another> that's a little vague [03:30:47 CEST] <another> there are tons of pixel formats in ffmpeg. see https://www.ffmpeg.org/doxygen/trunk/pixfmt_8h.html#a9a8e335cf3be472042bc9f0... [03:31:20 CEST] <another> depending on your use case you might prefer one over the other [03:33:04 CEST] <classsic> thanks! [03:33:07 CEST] <classsic> I will try [03:36:38 CEST] <DHE> you can also use ffmpeg -pix_fmts # to get a list [03:36:51 CEST] <DHE> similarly there's also -codecs, -formats, and a few other options for info dumps [03:38:35 CEST] <kepstin> "RGBX_8888" sounds like it would correspond to either rgb0 or 0bgr in ffmpeg (depending on endian) [03:40:46 CEST] <classsic> I try to get hw acceleration on chrome [03:41:20 CEST] <classsic> GpuMemoryBuffers Status [03:41:40 CEST] <classsic> and RGBA_8888 GPU_READ, SCANOUT [03:41:59 CEST] <classsic> the other formats .---->software decode only [03:43:14 CEST] <classsic> so...I need to set up this pix_fmt, but really, IŽm not sure. [04:04:36 CEST] <another> hw accel for what codec? [04:05:43 CEST] <another> you probably only get hw accel for yuv420 [05:12:11 CEST] <grkblood13> I have a atsc broadcast stream that I want to send through ffmpeg to ensure that it's properly encoded before saving it. my command is cat /dev/dvb/adapter0/dvr0 | ffmpeg -f mpegts -i pipe:0 -c:v mpeg2video -c:a aac -f mpeg -c copy /tmp/test5.out [05:12:36 CEST] <grkblood13> this is crapping out almost instantly with [mpeg2video @ 0x557c60ce90] Invalid frame dimensions 0x0. [05:12:36 CEST] <grkblood13> Last message repeated 28 times [05:12:41 CEST] <grkblood13> any idea why? [05:20:12 CEST] <DHE> because you joined the stream at a non-keyframe so the mpeg decoder is not happy yet [05:20:25 CEST] <DHE> this is normal and can be ignored [05:20:49 CEST] <nicolas17> you're re-encoding it to mpeg2? [05:21:01 CEST] <nicolas17> or does -c copy override the previous -c:v? [05:21:23 CEST] <DHE> seems like it. ATSC around here here tends to be mpeg2 anyway [05:29:52 CEST] <furq> i assume that -c:v mpeg2video is meant to be before -i [05:30:00 CEST] <furq> but it's picking the right decoder anyway so you could also just remove it [05:30:19 CEST] <furq> and -c:a obviously [05:30:35 CEST] <DHE> well a full transcode is necessary to decode the input for an extended period before you deem it to be "intact" [05:31:04 CEST] <furq> i'm assuming that based on him asking about that option for ffplay earlier [06:12:24 CEST] <exs> hi [06:12:34 CEST] <exs> I get the error [mp4 @ 0x56143fdd8bc0] Non-monotonous DTS in output stream 0:0; previous: 25406, current: 25188; changing to 25407. This may result in incorrect timestamps in the output file. [10:29:59 CEST] <cousin_luigi> Greetings. [10:30:15 CEST] Action: cousin_luigi keeps forgetting how to remove mp4 subtitles [10:30:42 CEST] <cousin_luigi> Something to do with -map no doubt, but how? [10:32:29 CEST] <JEEB> don't map them? [10:32:45 CEST] <JEEB> -map 0:v -map 0:a [10:35:12 CEST] <cousin_luigi> JEEB: ffmpeg -i foo.mkv -acodec copy -vcodec copy -map 0:v -map 0:a bar.mp4 <- what am I doing wrong? [10:38:11 CEST] <JEEB> then it's chapters since those get inserted as a text stream [10:39:01 CEST] <JEEB> since effectively that's how mov specified chapters :) [10:39:20 CEST] <JEEB> antways don't remember how to ignore chapters [10:39:23 CEST] <cousin_luigi> JEEB: I see EIA-708 [10:39:39 CEST] <JEEB> that's in the video then most likely? [10:39:45 CEST] <JEEB> within the video stream [10:39:48 CEST] <cousin_luigi> Yes. [10:39:53 CEST] <cousin_luigi> How can I remove those? [10:40:17 CEST] <JEEB> yes, stripping that is probably less simple although there is a header bit stream filter [10:40:34 CEST] <JEEB> which might strip that [10:40:50 CEST] Action: cousin_luigi is all ears [10:42:52 CEST] <JEEB> see filter_units example I guess in ffmpeg-all.html ? [10:43:04 CEST] <JEEB> that might be what you need [10:43:40 CEST] <cousin_luigi> JEEB: "Unknown bitstream filter filter_units" [10:43:55 CEST] <cousin_luigi> I'm on ffmpeg 3.something if that's a factor. [10:44:08 CEST] <JEEB> probably yes. have fun [10:44:20 CEST] <cousin_luigi> :'( [10:44:33 CEST] <JEEB> probably worth just locally building in your home directory :p [10:44:39 CEST] <JEEB> anyways, afk [12:06:05 CEST] <Spring> has anyone done benchmarks on ffmpeg's APNG encoding vs other programs like APNG Assembler? [12:06:15 CEST] <Spring> in terms of speed that is [12:37:11 CEST] <cehoyos> APNG Assembler does not accept random input, so the benchmark will not be useful afaict [13:13:11 CEST] <Spring> cehoyos, I'm only wondering about PNG frames -> APNG benchmarks. [13:13:55 CEST] <Spring> assuming that's what you mean about random input [13:14:15 CEST] <Spring> in that it doesn't accept non-PNG inputs [13:15:12 CEST] <Spring> I'll be trying some myself later [13:22:16 CEST] <cehoyos> Then let me rephrase: APNG Assembler cannot do what FFmpeg can do and FFmpeg cannot do what APNG Assembler can do [13:22:52 CEST] <cehoyos> If APNG Assembler does something really stupid, FFmpeg could still be faster but it is unlikely [13:40:58 CEST] <Spring> so what kind of support for APNG encoding does ffmpeg have in that case? [13:43:24 CEST] <Spring> in my previous searches I couldn't find a docs page about it, just a note in a changelog [13:45:38 CEST] <cehoyos> FFmpeg supports apng encoding, APNG Assembler supports "png to apng remuxing" which is not supported by FFmpeg [13:47:52 CEST] <cehoyos> (But as said, I don't know APNG Assembler, so maybe they only support decoding png and encoding apng, but I consider that unlikely) [13:51:43 CEST] <Spring> Takes a good while to output APNGs with APNG Assembler using larger input images, whether color palette optimizations are enabled or not which was the reason I originally wondered. Wouldn't remuxing be a lot quicker? [14:25:29 CEST] <cehoyos> Then feel free to compare with FFmpeg [14:28:39 CEST] <furq> Spring: apngasm defaults to a different (slower) DEFLATE encoder [14:28:42 CEST] <furq> so that's probably why it's slower [14:29:31 CEST] <furq> you'd hope it would be a bit faster with -z0 but probably not appreciably so [14:29:33 CEST] <greysondn> Huh [14:29:37 CEST] <greysondn> "ffmpeg.pastebin.coms server IP address could not be found." [14:30:01 CEST] <greysondn> Not what I came here for, but probably worth mentioning. [14:30:11 CEST] <Spring> furq, so not much difference between the compression types? Huh. Do you know if changing the number of iterations helps? [14:30:22 CEST] <furq> well yeah fewer iterations will be faster [14:30:30 CEST] <furq> and there is a big difference between the compression types [14:30:45 CEST] <furq> in terms of speed at least [14:30:56 CEST] <furq> they're all DEFLATE so you won't gain much from using zopfli in terms of size [14:31:29 CEST] <furq> but it will heat the room up a bit more [14:32:09 CEST] <furq> -z0 is zlib deflate which is what ffmpeg uses, so that would be the fair comparison [14:32:09 CEST] <cehoyos> greysondn: Where is this url mentioned and how could we fix it? [14:32:20 CEST] <furq> it's in the chanserv welcome message iirc [14:32:35 CEST] <Spring> you mentioned -z0 isn't appreciably faster than -z1 (the default) but -z2 would be, have I understood that right? [14:32:44 CEST] <cehoyos> I must be blind because I don't see it... [14:32:59 CEST] <greysondn> Yes. The channel topic message, to all appearances. [14:33:27 CEST] <furq> Spring: -z0 is faster than -z1 is much faster than -z2 [14:33:27 CEST] <cehoyos> You have joined the channel #ffmpeg. [14:33:35 CEST] <furq> and no it's not the topic, chanserv sends you a notice when you join [14:33:36 CEST] <cehoyos> The channel topic is "Welcome to the FFmpeg USER support channel | Development channel: #ffmpeg-devel | Bug reports: http://bit.ly/cqvkhs | Wiki: https://trac.ffmpeg.org/ | FFmpeg 4.2 is released | This channel is publicly logged". [14:33:41 CEST] <furq> it'll probably be in your status window [14:33:45 CEST] <cehoyos> The topic was set by michaelni! [14:33:52 CEST] <cehoyos> Channel modes: no colors allowed, no messages from outside, topic protection [14:33:58 CEST] <cehoyos> This channel was created on 11/26/06 7:42 AM. [14:34:04 CEST] <cehoyos> Sorry, I still don't see it [14:34:14 CEST] <greysondn> https://imgur.com/XHmU6kF [14:34:17 CEST] <Spring> I see, thanks. I'll run some tests a bit later. [14:34:20 CEST] <greysondn> I'm in web client. [14:34:28 CEST] <furq> https://clbin.com/5s3tm [14:35:06 CEST] <greysondn> So... That's not working, I'mma just use normal pastebin. I'm getting what I'm dealing with together right now. That was just "I joined and woops". [14:36:08 CEST] <furq> someone with ops needs to /msg chanserv set #ffmpeg entrymsg ... [14:36:17 CEST] <furq> or something along those lines, i've never run a channel on this network [14:36:18 CEST] <cehoyos> It appears I am only operator in -devel, [14:37:16 CEST] <furq> anyway yeah any pastebin is fine [14:40:29 CEST] <greysondn> So. I've got some python code ( https://pastebin.com/EuycVQv7 ) that calls two ffmpeg subprocesses that is giving me a headache. The first of the two just opens a video file and reads the raw frames from the video into python for me. It's just fine. I then do some work on those using python, and output them to the second one where things seem to be [14:40:29 CEST] <greysondn> going wrong. That subprocess can't run in realtime, but for whatever reason tries to. I have it muxing the original audio and the new frames (as it converts them) into a new video, and I'd really prefer to get this out of trying so hard to be realtime if at all possible because of the queue blocking when it fills. [14:41:07 CEST] <greysondn> The significant part I figure maybe you could help me with is just the arguments I'm passing to ffmpeg here. [14:41:07 CEST] <cehoyos> But his isn't python-help;-( [14:41:11 CEST] <greysondn> I don't expect you to know any python. [14:41:26 CEST] <greysondn> If I need to translate those into the ffmpeg calls going on, I can. [14:41:28 CEST] <cehoyos> Does anybody know how to change the NOTICE? [14:41:39 CEST] <durandal_1707> NOT ICE [14:41:45 CEST] <cehoyos> Then translate it and post the complete, uncut console output [14:42:05 CEST] <greysondn> Sure. There's going to be a "magic" in there, basically. [14:42:05 CEST] <furq> cehoyos: /msg chanserv set #ffmpeg entrymsg [14:42:14 CEST] <cehoyos> No [14:42:38 CEST] <cehoyos> Or yes [14:42:42 CEST] <cehoyos> there is also a notice command [14:43:36 CEST] <cehoyos> Invalid command [14:44:23 CEST] -cehoyos:#ffmpeg- When [14:52:08 CEST] <cehoyos> Sorry, I was unable to find out how to change the notice [14:52:09 CEST] <greysondn> Should be this [14:52:10 CEST] <greysondn> https://pastebin.com/7ReF1EXq [14:52:24 CEST] <greysondn> Note that I've just ran my python and dumped from there, but should be correct. [14:53:00 CEST] <greysondn> That WTF between the pipes is just where the frame edit goes. Takes in raw frames, spits out raw frames. [14:53:21 CEST] <cehoyos> This is unreadable: Assuming you have a problem with the second command, save the rawvideo stream in a file and use cat [14:54:56 CEST] <greysondn> I'm puzzled at your response. [14:55:50 CEST] <greysondn> So you have the arguments given to it and the problem I'm facing. What are you missing still? [14:55:55 CEST] <cehoyos> Don't worry: Everybody is today;-) [14:56:33 CEST] <cehoyos> What I see is the console output of two ffmpeg commands interleaved with each other: Sorry that I believe parsing this is simply too difficult [14:56:44 CEST] <greysondn> Okay. [14:56:46 CEST] <greysondn> That makes more sense. [14:56:52 CEST] <greysondn> Didn't even consider it TBH [14:56:57 CEST] <greysondn> What I can do is just trash the first one. [14:57:00 CEST] <greysondn> Would that help? [14:57:14 CEST] <greysondn> It seems to be what you're asking me to do anyway. [14:58:34 CEST] <furq> greysondn: that looks like it finished ok [14:58:39 CEST] <furq> is the output actually broken [14:58:50 CEST] <greysondn> It did. It informed me the queue blocked at least once, however. [14:59:01 CEST] <greysondn> I would assume that means it dropped a frame. [14:59:13 CEST] <furq> no the status line would tell you if it dropped frames [14:59:27 CEST] <furq> the thread message queue blocking is just a warning to tell you that it's waiting for an input frame [14:59:37 CEST] <furq> or waiting to output a frame [14:59:57 CEST] <greysondn> So I would have to wait if it was realtime, but I don't have to wait if I'm just processing a video with non-realtime constraints? [15:00:14 CEST] <furq> yeah that all looks fine to me [15:00:31 CEST] <greysondn> Dead honest, didn't even realize it was interleaved. [15:00:39 CEST] <greysondn> I thought it was showing the first and then the second when I looked at it. [15:01:33 CEST] <furq> i'm surprised it deals with a full pipe buffer so neatly [15:01:36 CEST] <furq> i would have expected that to break [15:01:38 CEST] <cehoyos> Sorry that I find this extremely unlikely (from just looking at the output and your message) [15:01:49 CEST] <cehoyos> Why? [15:02:03 CEST] <cehoyos> I believe this is a common way of using FFmpeg [15:02:27 CEST] <greysondn> It supports pipes. The only thing weird I've done is do image editing via python, but there's no reason I can't. [15:02:41 CEST] <greysondn> Just have to make it hook into the pipes, which I've done. [15:02:43 CEST] <furq> well mostly because the subprocesses are being called from python [15:02:53 CEST] <furq> but yeah i guess if you do it properly it's no different from doing ffmpeg | foo | ffmpeg [15:03:32 CEST] <Spring> For the curious ran some simple timing benchmarks on 7zip (1 and 15 iterations) vs zlib compression with both optimizations enabled/disabled. 7zip with 1 iteration was literally the same speed as zlib with optimizations enabled so I decided to use that. Saved 29 seconds over what I was using prevously. [15:03:35 CEST] <greysondn> The major fly in the ointment, if you ever hear someone trying this, is that your pipe buffer in python must be at least the size of a frame. [15:03:52 CEST] <greysondn> The default pipe buffer is quite small. [15:03:57 CEST] <Spring> *7zip with 1 iteration and optimzations enabled [15:03:58 CEST] <furq> yeah that's true of pipe buffers in general [15:09:55 CEST] <greysondn> Sorry, that's a test clip about seven minutes long. I'm just watching it now to make sure it did actually come out clean. 2 minutes and so far, so good. [15:10:44 CEST] <cehoyos> Spring: Did you compare FFmpeg with something else? [15:12:04 CEST] <Spring> Haven't tried ffmpeg yet. Since reducing the processing time with APNG Assembler though I'm in a much better spot. [15:15:34 CEST] <greysondn> Far as I can tell it did. [15:16:10 CEST] <greysondn> Might hear from me on a later date, but as it is, it appears I should apologize for wasting time just to find out everything's fine. [15:23:07 CEST] <ossifrage> Is there a way to get ffplay to visualize the h.264 block sizes? [15:24:13 CEST] <greysondn> I'mma duck out of your hair. Thanks for your time and help! [18:24:10 CEST] <cpusage> Hi. I'm trying to strip/delete/purge metadata from a bunch of older .wmv files I have [18:24:12 CEST] <cpusage> using [18:24:15 CEST] <cpusage> ffmpeg -i input.wmv -map_metadata -1 -c copy output.wmv [18:24:34 CEST] <cpusage> but I get the following error: [18:24:35 CEST] <cpusage> [asf @ 000002f0a1a58700] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly [18:24:48 CEST] <cpusage> and the output file is larger than the input file [18:25:21 CEST] <cpusage> any ideas on what I can do to properly do this? [19:05:37 CEST] <cehoyos> cpusage: Please provide the command line you tested together with the complete, uncut console output. [19:17:32 CEST] <cpusage> cehoyos would this suffice? [19:17:34 CEST] <cpusage> https://pastebin.com/V7NpbRf9 [19:18:14 CEST] <cehoyos> What problem do you have with the output file? [19:18:22 CEST] <cpusage> resulting (output) wmv/asf file is bigger than the original (input), and no playback [19:18:53 CEST] <durandal_1707> playback in what? [19:19:22 CEST] <cpusage> the resulting wmv doesn't play in any media player. It's stated as playing, but is just paused on a frame [19:19:31 CEST] <cehoyos> Please provide an input file [19:19:39 CEST] <cehoyos> That allows to reproduce the issue [22:24:05 CEST] <Agafnd> is there a way get ffprobe to output just the resolution and framerate of a file? [22:25:29 CEST] <JEEB> use a parse'able output [22:25:31 CEST] <JEEB> like -of json [22:25:44 CEST] <JEEB> and then something like -show_format -show_streams [22:25:52 CEST] <JEEB> then you can parse the stdout [22:26:41 CEST] <Agafnd> ah yeah. I think that'll work [23:01:13 CEST] <auser0> hello everyone, what does this command do ; [23:01:14 CEST] <auser0> ffmpeg -i test.ts -f lavfi -i "movie=test.ts[out0+subcc]" -map 0 -map 1:s -c:a copy -c:s srt final.mkv [23:01:51 CEST] <auser0> i have some .ts that has some CC subtitles that i want to convert to SRT and mux into that mkv, while the audio and video streams to be untouched so no encoding of both of them [23:03:21 CEST] <JEEB> it makes two inputs. one is the actual file, and the other utilizes the movie lavfi device that has a hack to create a subtitle stream for possible closed captions [23:03:33 CEST] <JEEB> then it maps all streams from input 0 (the first one, thus the .ts file itself9 [23:03:52 CEST] <JEEB> then it maps the subtitle stream from input 1 (the second one) [23:04:08 CEST] <JEEB> and finally it sets the *audio* codec to copy and *subtitle* codec to srt [23:04:16 CEST] <JEEB> for some reason it re-encodes the video stream? [23:04:37 CEST] <JEEB> if you want to strip the closed captions then there's a filter_units or so bit stream filter [23:04:48 CEST] <JEEB> no actual re-encoding needed [23:04:58 CEST] <auser0> thanks JEEB [23:05:04 CEST] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#filter_005funits [23:05:05 CEST] <auser0> i don't want no re-encoding at all [23:05:23 CEST] <JEEB> see the example for filter_units on how to utilize it [23:05:37 CEST] <JEEB> and switch the codec definitions basically to -c copy -c:s srt [23:05:51 CEST] <JEEB> (copy everything, set subtitle codec to srt) [23:07:17 CEST] <auser0> ah, i tried that before but it ignored the subtitles [23:07:28 CEST] <auser0> would that lavfi device hack thing works fine? [23:07:45 CEST] <auser0> can't seem to understand how that filter_untis work [23:09:11 CEST] <auser0> how do i re-edit that lavfi device to not re-encode the video JEEB ? [23:09:19 CEST] <JEEB> it can't [23:09:28 CEST] <JEEB> that's why you ignore everything else from the lavfi input [23:09:55 CEST] <auser0> so for that hack to work, it will need to re-encode the video first, right? [23:11:13 CEST] <cehoyos> No [23:11:21 CEST] <cehoyos> It will need to decode the video [23:11:33 CEST] <cehoyos> If you need the subtitles as srt, you currently have to decode video [23:11:49 CEST] <auser0> ah thanks [23:11:52 CEST] <cehoyos> If you don't need the subtitles (as srt), you don't have to use the movie filter at all. [23:12:07 CEST] <cehoyos> If you need the subtitles as srt, you currently have to decode video *using the video filter" [23:12:17 CEST] <cehoyos> If you need the subtitles as srt, you currently have to decode video *using the movie filter* [23:12:22 CEST] <cehoyos> (Sorry, it's late here) [23:12:29 CEST] <auser0> np, thanks [23:13:17 CEST] <auser0> so in both scenarios whether i chose to use the lavfi hack or the video filter, it will need to re-encode the video [23:13:30 CEST] <cehoyos> If you want the video and the subtitles as srt, you can choose if you want both the video including the closed captions and the srt subtitles (-c copy) or the video without the closed captions but with the additional srt subtitles (-c copy and the bitstream filter) [23:13:46 CEST] <cehoyos> No, definitely not [23:14:39 CEST] <auser0> okay, sorry i am confused a little here [23:14:56 CEST] <auser0> i would like to extract the subs as srt and that SRT only to be muxed in the final mkv [23:15:08 CEST] <auser0> i don't want to keep the CC subs at all in the final output mkv [23:15:38 CEST] <cehoyos> Then you need a bitstream filter that JEED mentioned [23:15:44 CEST] <cehoyos> JEEB... [23:15:49 CEST] <auser0> would you be able show me an example of a CLI on how to do that filer method? [23:16:02 CEST] <JEEB> I linked to the example for it ;) [23:16:11 CEST] <cehoyos> No, I didn't suggest it because I didn't know it already existed [23:17:31 CEST] <cehoyos> Given that the filter will mostly be used for Closed Captions, an explicit example may help =-) [23:17:59 CEST] <auser0> ffmpeg -i XX.ts -c:v copy -bsf:v 'filter_units=pass_types=1-5' FINAL.mkv [23:19:11 CEST] <auser0> that didn't seem to convert those subtitles to SRT, the output has the audio and video streams only [23:19:52 CEST] <auser0> https://pastebin.com/raw/xbn6fwR0 [23:19:58 CEST] <auser0> maybe those subs are hardcoded ? [23:21:31 CEST] <cehoyos> The command line was supposed to remove the Closed Captions, did it work? [23:21:45 CEST] <cehoyos> The command line did (certainly) not create a srt stream [23:21:50 CEST] <cehoyos> in the output file [23:22:27 CEST] <cehoyos> And please understand that this is not the MediaInfo channel [23:23:14 CEST] <auser0> that didn't seem to work nope [23:23:27 CEST] <cehoyos> The Closed Captions are still in the output file? [23:23:35 CEST] <auser0> when i ran that command, the final MKV had no subtitles at all [23:23:41 CEST] <auser0> https://pastebin.com/raw/LKvLHdnR [23:24:16 CEST] <auser0> I was as if i am doing -c copy, only audio and video streams are muxed in the final output mkv [23:24:17 CEST] <cehoyos> Please do not (as in: never) post excerpts of your ffmpeg command, always post the complete, uncut console output [23:25:23 CEST] <auser0> sure cehoyos [23:25:24 CEST] <auser0> https://pastebin.com/raw/zpRkjyBR [23:25:27 CEST] <auser0> sorry, new here :) [23:26:00 CEST] <cehoyos> I assume you also want "-c:a copy" to not re-encode audio [23:26:45 CEST] <JEEB> (if you do not set a codec for a type of media it will get re-encoded by *something*) [23:26:52 CEST] <JEEB> (that is generally not something you want) [23:27:08 CEST] <JEEB> (thus, always explicitly set the encoder for everything unless you really know what you're getting is what you want) [23:27:10 CEST] <cehoyos> Because it both takes time and (even if not noticeable) reduces quality [23:27:58 CEST] <auser0> got it, thanks [23:28:10 CEST] <auser0> ya, when i ran it with -c:a copy, it didn't re-encode the audio [23:28:23 CEST] <auser0> what does "bsf:v" mean ? [23:28:51 CEST] <cehoyos> Call the video bitstream filter filter_units (that removes the non-video parts of the h.264 bitstream) [23:29:22 CEST] <JEEB> "bit stream filter : video" [23:29:24 CEST] <JEEB> basically [23:29:40 CEST] <auser0> thanks guys [23:30:40 CEST] <auser0> so after i ran that command for the bsf:v, what should i do next to get those srt subtitles? [23:31:05 CEST] <another> *sigh* [23:31:17 CEST] <JEEB> the lavfi thing is needed to get an AVStream out of the closed captions due to a limitation in the ffmpeg.c command line application [23:31:40 CEST] <JEEB> unfortunately people have priorities and things they want to hack on, so ffmpeg.c is not yet dynamic with streams :P [23:31:58 CEST] <auser0> ah i got it :) [23:32:03 CEST] <another> ffmpeg -i test.ts -f lavfi -i "movie=test.ts[out0+subcc]" -map 0 -map 1:s -c copy -c:s srt -bsf:v 'filter_units=pass_types=1-5' final.mkv [23:32:53 CEST] <auser0> thanks another, but here an encoding is going to take place, which i was trying to avoid hehe [23:33:18 CEST] <auser0> i thought the filter method could magically facilitate me getting the srt without re-encoding :p [23:33:43 CEST] <JEEB> only the subtitle stream is getitng mapped out of the second input [23:33:46 CEST] <JEEB> (1th input) [23:33:52 CEST] <JEEB> (-map 1:s) [23:34:02 CEST] <JEEB> also it has -c copy AND -c:s srt [23:34:10 CEST] <another> decoding != encoding [23:34:22 CEST] <JEEB> which copies all streams, and then sets encoder to srt for subtitles [23:34:37 CEST] <JEEB> so yes, if the movie filter decodes always then yes, it will decode. but it will not encode [23:34:44 CEST] <JEEB> the video stream from that isn't even mapped :P [23:35:10 CEST] <JEEB> or audio [23:37:00 CEST] <auser0> oh, a complete newbie here with ffmpeg, i appreciate the thorough explanation [23:37:15 CEST] <auser0> testing that atm [23:50:22 CEST] <auser0> i got some error : https://pastebin.com/raw/PHYzFPxM [23:53:01 CEST] <furq> auser0: replace -map 0 with -map 0:v -map 0:a [23:55:34 CEST] <auser0> thanks furq [23:55:42 CEST] <giaco> hello [23:57:17 CEST] <giaco> I have a mpeg-dash quesiton, not strictly related to ffmpeg. I am capturing a stream and converting it into mpeg-dash chunks, I then need to transfer them to a server that does the actual stream [23:58:50 CEST] <giaco> so is: dash_producer > <???> > web_server > client (dash_player) [23:58:54 CEST] <auser0> how do i add English as a language to every stream of those ? [23:59:19 CEST] <giaco> what would you use considering that the link between the producer and the web_server is not granted? rsync? [00:00:00 CEST] --- Sun Sep 22 2019