Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

November 2019

1 participants
60 discussions

ffmpeg-devel.log.20191119
by burek 20 Nov '19

20 Nov '19

[00:01:04 CET] <ePirat> anyway I just tried to point out a possible quick solution, nevermind if you already knew about it :D [00:01:28 CET] <BtbN> I'm aware of OBS being able to do it, but it needs to run as a Windows service, and "just work" [00:01:37 CET] <BtbN> Since it'll be installed in PCs which are given to players [00:01:53 CET] <ePirat> uh that sound tricky [00:02:21 CET] <ePirat> given how tricky doing that even in OBS can be, and screen capture is kinda their primary focus :D [00:02:50 CET] <BtbN> The ffmpeg desktop duplication thing looks to be in terrible shape btw. [00:02:58 CET] <BtbN> it's kinda a mess of comments and commented out code [00:03:30 CET] <BtbN> The reason for all this being that people want to play in 120Hz and more, but the entire video processing chain only does 60Hz, and has no idea about DisplayPort [00:04:02 CET] <BtbN> So the PC needs some secondary output that just outputs the primary, and in our case only, screen as 60Hz over SDI [00:17:24 CET] <cone-898> ffmpeg 03Paul B Mahol 07master:6c2f8663090c: avfilter/vf_bm3d: improve threshold scaling with different block_size and depth [01:30:35 CET] <cone-898> ffmpeg 03James Almer 07master:4e2bef6a82b3: avcodec/cbs_av1: keep separate reference frame state for reading and writing [01:30:49 CET] <jamrial> BBB: ^ [01:30:56 CET] <jamrial> the switch frame sample should remux fine now [01:31:16 CET] <BBB> woohoo, cool [07:38:53 CET] <cone-055> ffmpeg 03Gyan Doshi 07master:2ff444bd3ade: avfilter/Makefile: add missing dependency for scale_cuda [09:37:51 CET] <cone-055> ffmpeg 03Gyan Doshi 07master:6e0461d8d446: doc/filters: correct psnr example [09:39:22 CET] <cone-055> ffmpeg 03Gyan Doshi 07master:f394d7b382aa: doc/filters: correct ssim example [09:40:30 CET] <cone-055> ffmpeg 03Gyan Doshi 07master:0321bde0a2e4: doc/filters: correct libvmaf example [09:41:10 CET] <cone-055> ffmpeg 03Gyan Doshi 07master:ef479ee660e4: avfilter/Makefile: add missing dependency for chromashift [09:41:43 CET] <cone-055> ffmpeg 03Gyan Doshi 07master:0cfda90b3484: avfilter/Makefile: add missing dependency for lut3d [10:37:53 CET] <j-b> 'morning [10:39:11 CET] <cone-055> ffmpeg 03Paul B Mahol 07master:c8f269f24f99: avfilter/vf_chromashift: remove unused header [10:41:06 CET] <Lynne> I guess work doesn't wait for your jetlag to pass [11:17:33 CET] <kierank> I have been waking up at 3am every day [11:17:43 CET] <kierank> drank a lot of red bull so i didn't fall asleep at 7 [11:28:51 CET] <j-b> rcombs: ping [11:50:34 CET] <j-b> is Nicolas on IRC? [11:52:17 CET] Action: jdarnley does not know [11:52:54 CET] <durandal_1707> Nicolas is always on IRC [12:06:30 CET] <JEEB> j-b: I think he has at least previously noted that he dislikes IRC [12:06:42 CET] <JEEB> so I would default him to only being on the ML [12:06:55 CET] <j-b> ok [12:23:15 CET] <cone-055> ffmpeg 03Paul B Mahol 07master:5ed6b735ab8b: avfilter/vf_blend: cosmetics: reindent [12:37:45 CET] <cone-055> ffmpeg 03Paul B Mahol 07master:18d25ecede6a: avfilter/vf_weave: pal and hwaccel formats are not supported [12:45:49 CET] <cone-055> ffmpeg 03Paul B Mahol 07master:258f66998fa9: avfilter/vf_deblock: add 12bit yuva formats [12:52:35 CET] <kierank> durandal_1707: stop trolling [12:52:48 CET] <durandal_1707> kierank: stop trolling [13:15:02 CET] <cone-055> ffmpeg 03Paul B Mahol 07master:804fce8bc24f: avfilter/vf_midequalizer: add 16bit formats [13:27:39 CET] <rcombs> j-b: hi [13:27:47 CET] <rcombs> this about voting? [15:49:04 CET] <j-b> rcombs: yes [15:53:38 CET] <durandal_1707> voting should not be hidden [15:54:27 CET] <j-b> nothing is hidden [15:55:24 CET] <durandal_1707> vote cast should not be hidden [15:55:55 CET] <j-b> like a normal election in a democratic country. [15:56:24 CET] <durandal_1707> normal elections in democratic country are full of lies [15:57:53 CET] <j-b> Yeah, a good dictature is always what we need [15:59:47 CET] <durandal_1707> nothing is more transparent when everybody can see casted vote [16:05:21 CET] <BBB> durandal_1707: feel free to propose that in the next meeting. in this meeting, it was decided by the group to vote like this, whether you like it or not [16:06:15 CET] <j-b> If people don't come in person, how can they see the casted vote? [16:07:49 CET] <rcombs> are we talking about publishing the ballots, or publishing who voted how? [16:08:24 CET] <rcombs> publishing the ballots (or equivalent data) is excellent policy and I'd be surprised if anyone objected [16:08:49 CET] <j-b> of course, publishing the ballots is normal [16:09:04 CET] <rcombs> (most online setups for this kind of thing support it) [16:09:13 CET] <rcombs> publishing anything associating a voter with their ballot is usually frowned upon, though [16:09:45 CET] <rcombs> the only real advantage is that it provides proof that your ballot was, in fact, among those counted [16:10:12 CET] <rcombs> but it means that you could potentially feel social pressure to vote in a particular way [16:10:27 CET] <j-b> "potentially" [16:10:41 CET] <rcombs> there's been some work to try to come up with a system that allows you to verify with certainty that your vote was counted without having to publicly associate yourself with it [16:10:59 CET] <j-b> with a blockchain? :) [16:11:03 CET] <rcombs> but none of those systems are particularly practical [16:11:09 CET] <rcombs> and yes some involve that [16:11:52 CET] <rcombs> as long as you trust whoever's running the software, it should be fine not to associate names with ballots [16:12:22 CET] <rcombs> this isn't a safe assumption to make in, like, a political election, where great power is at stake and there's major incentive for corruption [16:12:40 CET] <rcombs> but for an open-source project I would hope that it's fine [16:56:51 CET] <durandal_1707> ubitux: are you against adding >8 bit support to nlmeans? [16:57:22 CET] <JEEB> why would he be *against* it? [17:00:12 CET] <durandal_1707> dunno, developers are weird birds [17:00:19 CET] <ubitux> durandal_1707: JEEB: might be tricky to handle overflows if with the 32-bit integral [17:00:42 CET] <ubitux> but sure go for it [19:09:39 CET] <cone-055> ffmpeg 03James Almer 07master:f18a5efb5222: fate/cbs: add initial AV1 tests [19:26:04 CET] <jamrial> michaelni: good news, i can upload samples with rsync now [19:28:11 CET] <JEEB> nice [19:28:15 CET] <JEEB> validation \o/ [19:41:04 CET] <kurosu> lol, connecting from this old client, last message (9 months ago) sent: "Justin Ruggles? Now that's a name I haven't heard in a long time" [19:45:42 CET] <JEEB> :D [19:47:23 CET] <michaelni> jamrial, great, just curious, what was the problem? [19:49:12 CET] <jamrial> i have no idea, but i suspect it was an issue with the network interface from vmware or similar, becasue once i updated it the problem went away, despite the arch linux image being the same [19:50:01 CET] <jamrial> i could ssh from windows just fine, it was only failing within the vm [20:48:15 CET] <kurosu> "Note that some people who voted for this method are de facto excluded from voting because of this very method :)" [20:48:22 CET] Action: kurosu high-fives JEEB [20:49:27 CET] <durandal_1707> stop nonsense [20:59:48 CET] <kurosu> actually, among the voters, kswanson, Thilo, kierank, jannau and lotharkript (it seems, and at least) were voted out according to the new rule [21:00:53 CET] <kierank> Yes [21:02:01 CET] <durandal_1707> so they can not vote at fosdem [21:02:11 CET] <durandal_1707> this was on purpose [21:03:10 CET] <BBB> it was the kgb [21:03:16 CET] <j-b> You mean FSB [21:03:29 CET] <j-b> kurosu: yes, exactly, I remember your case. [21:03:44 CET] <BBB> kgb, fsb, cia, fbi, vp9 [21:03:46 CET] <BBB> all the same [21:03:49 CET] <j-b> vp10 [21:04:03 CET] <kierank> av1 [21:04:06 CET] <kierank> av11 [21:04:12 CET] <durandal_1707> dav1d aka mosad [21:04:20 CET] <BBB> o_O [21:04:21 CET] <j-b> stop drinking [21:04:37 CET] <BBB> that went downhill really quickly [21:05:50 CET] <BradleyS> don't forget rle [21:06:04 CET] <kurosu> What case? Anyway, more than half of the voters basically relinquished voting rights to other/new people [21:06:35 CET] <kurosu> or stasi [21:07:29 CET] <kurosu> nowadays, all these go by the cone handle [21:07:34 CET] <BradleyS> snow, snowden, it's a conspiracy [21:07:39 CET] <kurosu> (all hail our irc bot overlords) [21:11:29 CET] <durandal_1707> you should all only maintain ansi codec, that is all your top reach [22:49:58 CET] <Illya> j-b: thank you for your summary of the meeting on the mailing list [22:59:50 CET] <BBB> pandora :-p [23:00:10 CET] <BBB> that's kinda fun [23:01:28 CET] <durandal_1707> wrong channel [23:37:12 CET] <jamrial> BtbN: fun, the amf encoder was doing the same as nvenc :p [23:39:25 CET] <BtbN> Wonder if that's pure coincidence or if there is shared code [23:41:12 CET] <jamrial> coincidence, it was also using ff_alloc_packet2 [23:45:06 CET] <cone-157> ffmpeg 03James Almer 07master:fdf46b4a6b36: avcodec/amfnec: allocate packets using av_new_packet() [23:45:42 CET] <BtbN> So it did not have the kinda unique situation of supporting encode2 and send/recv [23:46:33 CET] <jamrial> no, only receive_packet in amf's case [23:46:59 CET] <BtbN> I actually think nvenc is the only encoder doing that [23:51:15 CET] <cone-157> ffmpeg 03James Almer 07release/4.2:57365f67a070: avcodec/amfnec: allocate packets using av_new_packet() [23:51:52 CET] <cone-157> ffmpeg 03James Almer 07release/4.1:08d3cc2f1daf: avcodec/amfnec: allocate packets using av_new_packet() [00:00:00 CET] --- Wed Nov 20 2019

1 0

ffmpeg.log.20191119
by burek 20 Nov '19

20 Nov '19

[00:04:03 CET] <kepstin> either way, the actual storage of the caption data in digital video is per frame, and I haven't read enough to know whether they preserve the multiple caption tracks stuff. [00:17:29 CET] <kepstin> lyncher: by showinfo, do you mean the showinfo video filter? [00:17:47 CET] <kepstin> if so, what's an example of its output? [00:17:47 CET] <lyncher> yes, the video filter [00:22:33 CET] <lyncher> https://filebin.net/huskm87rmr3atpr1/showinfo.txt?t=c3zfxvun [00:22:52 CET] <lyncher> the SCC of what should be printed by showinfo: https://filebin.net/huskm87rmr3atpr1/elias_yoder_-_022619_H_Commerce_31_2li… [00:24:42 CET] <kepstin> ok, those aren't 608 captions [00:24:58 CET] <lyncher> at line 840 the captions start [00:25:21 CET] <lyncher> and the 608 command is sent: 942c [00:25:28 CET] <lyncher> *fc942c [00:25:49 CET] <lyncher> but when you follow the remaining commands, they are interleaved [00:25:52 CET] <kepstin> 608 captions give you a whole 2 bytes of caption data per field, and you have 80 bytes of caption data (plus 1 byte per caption packet header) per frame there :) [00:26:08 CET] <lyncher> 608 + 608 + empty 708 [00:26:48 CET] <kepstin> hmm, you're right, that's just padding. [00:27:03 CET] <kepstin> the two interesting ones are 'fc8080fd8080' in most of the frames. [00:27:11 CET] <lyncher> empty 608 [00:27:22 CET] <lyncher> fc (f1) fd (f2) [00:28:50 CET] <kepstin> fc means invalid ntsc cc field 1, fd means invalid ntsc cc field 2. lets see if there's some with valid data in there... [00:29:49 CET] <kepstin> unless i'm off by a bit [00:29:53 CET] <kepstin> oh, i'm off by a bit [00:30:05 CET] <lyncher> yes.... the valid one [00:30:22 CET] <kepstin> fc is valid field 0, fd is valid field 1 [00:30:31 CET] <kepstin> ok, so both fields are there just like you wanted? [00:30:41 CET] <lyncher> 0x80 is "0" empty (in odd) [00:33:30 CET] <kepstin> if you're having issues with vlc playing this file, i'd assume its due to bugs in vlc's cc data parser, since ffmpeg's exposing all the cc information it gets... [00:34:07 CET] <lyncher> the issue that I'm having is that I'm trying to retrieve all the CC data in the file using the showinfo video filter [00:34:29 CET] <lyncher> but showinfo is giving me only part to 608 contained in the source [00:34:49 CET] <kepstin> i notice you've already hacked up the showinfo filter, since by default it doesn't print a dump of the side data in hex. [00:35:12 CET] <lyncher> yes, I've put the printf that I placed above in the conversation [00:35:18 CET] <lyncher> just to dump the contents [00:35:54 CET] <lyncher> of AVSideData A/53 CC [00:36:01 CET] <kepstin> hmm, looking through that log i do see that there are some video frames that do not have any CC side data [00:36:24 CET] <kepstin> every so often a couple frames are missing it completely [00:39:08 CET] <kepstin> specifically, 2 out of every 30 frames are missing cc data. [00:42:01 CET] <kepstin> if you're sure that the caption data is actually included for every frame in a file (i'm assuming you're using a current git build), then filing a bug with a sample file would make sense - but you mentioned that mpv shows the CC correctly? [00:42:30 CET] <kepstin> that leaves me confused, since i'd assume that mpv would be using ffmpeg's demuxer to get the CC data, same as you're seeing here. [00:42:43 CET] <lyncher> yes. which means that ALL the cc_data is being carried in SEI units [00:43:00 CET] <lyncher> but I'm not able to retrieve it with showinfo filter [00:43:42 CET] <lyncher> the cc data that is make available is interleaved [00:44:25 CET] <lyncher> since the video is interlaced, I'm assuming that some kind of bug might exist when loading AVSideData of interlaced fields [00:44:44 CET] <kepstin> fields aren't stored separately in digital video [00:45:05 CET] <kepstin> and caption data from both fields should be stored in a single sei per frame, i think [00:45:34 CET] <kepstin> (put an asterisk on that "aren't stored separately", because sometimes they are. But not with h264) [00:46:24 CET] <kepstin> i think? [00:46:36 CET] <kepstin> man, i don't know enough about how this is stored in h264 [00:46:58 CET] <kepstin> i need to stop talking, and you should file a bug so a developer can take a look [00:47:12 CET] <lyncher> ok. thanks a lot for you time [00:47:17 CET] <kepstin> ideally with a sample, a couple seconds of that file will do [00:47:57 CET] <kepstin> my guess is that something is going wrong with associating the caption data with the frames, but someone familiar with h264 syntax would have to figure out why [00:48:21 CET] <kepstin> still really weird that mpv works, since it is presumably using ffmpeg's decoder [00:48:50 CET] <lyncher> maybe they use lavfi [00:48:57 CET] <lyncher> or have a custom CC parser [00:49:16 CET] <kepstin> lavfi? i dunno what that is [00:49:26 CET] <kepstin> mpv uses ffmpeg libraries directly for demuxing and decoding [00:52:48 CET] <BtbN> lavfi is literally libavfilter. From FFmpeg. [00:52:59 CET] <BtbN> And it usually doesn't decode stuff, but filters. [00:53:21 CET] <pink_mist> it's almost like the clue is in the name [00:54:25 CET] <kepstin> well, there is a "demuxer" named 'lavfi', but it just lets you stick a filter chain which can generate audio/video frames in place of a real video input. [00:59:36 CET] <kepstin> the loop in the h264 decoder looks pretty simple, it parses nal units (including sei, sps, pps, etc.), accumulating all the info until it gets a slice, and then it hands off to the actual video decoder, and the other info gets attached to the newly decoded frame. [01:01:07 CET] <TheAMM> Quick Q before I go and try to find out myself: which format is the h264 bitstream stored in NUT? [01:01:17 CET] <TheAMM> I assume length prefixed mode [01:02:21 CET] <furq> TheAMM: annex b [01:03:20 CET] <TheAMM> hmm [01:03:25 CET] <TheAMM> Cheers, then [04:59:08 CET] <analogical> how do I tell ffmpeg to encode using MPEG-2 layer 3 ? [06:18:45 CET] <kepstin> the only thing the mpeg2 spec added to mp3 was lower sampling rates for lower quality/reduced bitrate [06:19:15 CET] <kepstin> i'm not sure whether lame supports encoding them, but they're so terrible that i wouldn't even bother. it might do it automatically. [06:19:26 CET] <kepstin> if you provide a sufficiently low sample rate signal? i dunno [07:20:22 CET] <thewordsmith> hello all [10:49:39 CET] <Anderssen> Hi, is there anything in ffmpeg that can be activated or deactivated so that in the output file, when you play it on a video player, is fast or slow to navigate in? (the context is that I used the hardware encoder hevc_amf (on windows) which produced a file that is slow to navigate in; however hevc_vaapi (suse leap 15.1) produces a file that is fast to navigate in). [10:58:33 CET] <cehoyos> While most necessary information is missing from your question, you could try to change the gop size [11:16:30 CET] <Anderssen> cehoyos: if you mean the command line, it was very simple without additional parameters: ffmpeg -i in.mp4 -vcodec hevc_amf -acodec copy out.mp4 [11:17:42 CET] <Anderssen> i don't think it's the gop size though, i've played videos with a range of gop sizes, and never got this problem [11:28:05 CET] <Anderssen> cehoyos: my apologies, it must be something with the gop size after all; it's just that the encoder seems to ignore the "-g" command, so the output file remains slow regardless; maybe the "force_key_frames" would do something [11:44:41 CET] <cehoyos> The source code indicates that it gets set, I cannot test myself [11:47:58 CET] <Anderssen> what I've also tried is "-header_insertion_mode gop", but the gop size in the resulting file seems to be enormous anyhow; it's a keyframe every 10 minutes [11:49:17 CET] <cehoyos> That sounds buggy but as said, I don't know the code and driver [12:05:00 CET] <Anderssen> kk, that seems to be it: if you add the "-gops_per_idr" option, e.g. -gop_per_idr 1, then it accepts the values given by -g; (respecively, if you say -gop_per_idr 2, then it's twice the number of frames between k-frames) [12:05:22 CET] <Anderssen> *between i-frames [12:05:40 CET] <cehoyos> Sorry, I wanted to suggest this [12:06:09 CET] <Anderssen> ah ok, i thought you mean the -g option [12:06:39 CET] <cehoyos> I then wondered how buggy and untested the code must be if that makes a difference [14:24:56 CET] <funyun> hi. can anyone help me convert this command to one which encodes using crf instead of 2pass? "ffmpeg -ss 300 -loglevel debug -hwaccel cuvid -i input.mp4 -filter:v "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1'" -c:v h264_nvenc -preset slow -profile:v main -rc ll_2pass_quality -an -b:v 12M -pass 1 -2pass -1 -t 10 test.mp4" [14:26:00 CET] <funyun> when i remove "-rc ll_2pass_quality -an -b:v 12M -pass 1 -2pass -1" [14:26:23 CET] <funyun> and enter -crf 20, it automatically encodes at 2MB no matter what crf i choose [14:27:47 CET] <furq> -rc vbr_hq -cq 20 [14:29:17 CET] <funyun> furq: thanks so much [15:07:19 CET] <BtbN> nvenc does not have crf [15:07:31 CET] <BtbN> closest it has is vbr mode with target_quality [15:07:46 CET] <DHE> which is more a -qp target than a -crf target [15:07:55 CET] <BtbN> no, that's constqp [15:15:23 CET] <DHE> oh... hmm... [15:49:52 CET] <Chagall> I am using the psnr filter, but I get absurd results unless I do an intermediate conversion of my input files to raw y4m. any explanation? if I recall correctly ffmpeg implicitly does frame interpolation or some kind of fps conversion but both files have the same frame rate, so it does not make much sense [15:50:45 CET] <Chagall> I am comparing ffv1 and AV1 and the samples are in this github issue: https://github.com/xiph/rav1e/issues/1815 [15:51:21 CET] <Chagall> ffprobe gives me these lines: [15:51:22 CET] <Chagall> Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 1k tbc (default) [15:51:34 CET] <Chagall> Stream #0:0: Video: av1 (Main) (AV01 / 0x31305641), yuv420p(tv), 1920x1080, 23.98 tbr, 23.98 tbn, 23.98 tbc [15:52:13 CET] <durandal_1707> Chagall: tbc differs [15:52:51 CET] <durandal_1707> you need to use same timebase [15:53:33 CET] <Chagall> ok [15:54:01 CET] <Chagall> probably just going to do y4m conversion before then, but thanks [15:55:03 CET] <durandal_1707> you are wasting time and resources that way [15:58:13 CET] <Chagall> I think I would waste more time figuring out how to do it the way you like [15:59:04 CET] <durandal_1707> nonsense [16:05:36 CET] <Freneticks> Is there a way to know if ffmpeg is active ? Like a socket, script hooks, or PID file or something ? [16:30:38 CET] <Anderssen> Freneticks, you mean besides listing all threads (with like ps aux)? [16:31:14 CET] <Freneticks> Anderssen: yes [16:32:52 CET] <Anderssen> hm, I wouldn't have thought there is a need for another method than with "ps" or "htop". [16:32:56 CET] <kepstin> I'm not sure what you mean by "active". If you've started it and it hasn't exited yet, it's active? [16:34:02 CET] <Freneticks> kepstin: that's right [16:34:57 CET] <kepstin> so, that's how you tell it's active then. [16:42:09 CET] <Freneticks> I was looking for a way to launch something when ffmpeg is started, but well i will just put ffmpeg inside a bash script [16:42:19 CET] <Freneticks> with && [16:42:39 CET] <kepstin> if you're starting ffmpeg, you can start something else at the same time, yeah, you don't need ffmpeg to do it. [16:52:35 CET] <Freneticks> kepstin: yeah but i wanted to be sure that ffmpeg is started since my second service is bounded to ffmpeg [17:48:08 CET] <Hello71> previously in #systemd: 14:40 <Freneticks> Is there a way to set the service in "failed" mode or another one thats not active when he's trying to restart it ? (a service with infinite restart parameters) [18:01:13 CET] <Freneticks> Are you a bot from nsa Hello71 ? [18:04:58 CET] <Freneticks> Im just trying to manage process for convertion bot [18:42:42 CET] <rockyh> hello! [18:44:43 CET] <rockyh> In this ffmpeg-dev IRC log, https://bit.ly/2O04OWk, it is mentioned that transfer characteristics smpte2084 is unsupported (April 2018). Is it still so? [18:46:44 CET] <JEEB> rockyh: swscale doesn't support it, but if you utilize zscale you can convert to/from it. granted, you will need to tone map if you want to convert to SDR. for which we have multiple filters now. [18:47:35 CET] <rockyh> JEEB: and if using the colorspace filter? [18:48:09 CET] <JEEB> I don't see it in it [18:48:41 CET] <JEEB> only BT.2020 TRC, but not AVCOL_TRC_SMPTEST2084 [18:50:49 CET] <rockyh> sorry, I can't follow you (I am quite new to ffmpeg). If I use `-vf "colorspace=bt709"', it doesn't work [18:51:06 CET] <rockyh> (it gives the `Unsupported' error I mentioned) [18:51:08 CET] <JEEB> yes, because colorspace filter does not support it [18:51:17 CET] <JEEB> also as noted, PQ is HDR [18:51:20 CET] <JEEB> so you will have tone map [18:52:05 CET] <rockyh> ok, so in ffmpeg swscale and colorspace still do not support smpte2084 [18:52:16 CET] <JEEB> you will have to utilize one of the tone mapping related filters possibly together with zscale if your FFmpeg is built with teh zimg library [18:52:45 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#tonemap-1 or https://www.ffmpeg.org/ffmpeg-all.html#tonemap_005fopencl [18:52:55 CET] <JEEB> both have usage examples there [18:53:56 CET] <rockyh> zscale is completely new to me. Thanks for the links. I'll try! [18:54:00 CET] <JEEB> also wat, why does the opencl thing only say it supports the BT.2020 transfer. that makes no sense [18:54:06 CET] Action: JEEB checks the code [18:54:33 CET] <JEEB> ok, no. it properly supports 2084 and HLG [18:54:38 CET] <JEEB> at least it has linearization for that [18:55:00 CET] <JEEB> ahhh, so you can *output* bt.2020 or bt.709 :P [18:55:31 CET] <JEEB> and input has to be SMPTE ST.2084 or HLG [18:55:42 CET] <JEEB> so yes, if you can build the opencl one, that should do it without zimg [18:56:03 CET] <JEEB> I think that is a bit newer than the software one, and has a bit newer version of what mpv/libplacebo does with tone mapping [18:56:38 CET] <rockyh> that seems exactly what I need to do. But I still have some confusion about what options/tools must be used [18:57:12 CET] <JEEB> if everything was perfect both the opencl and the software tonemap filters would do the same thing algorithm-wise :P [18:57:21 CET] <JEEB> but nobody updated the sw one to match closer what current mpv does [18:57:32 CET] <JEEB> note that even the opencl one is probably a bit outdated by now [18:57:39 CET] <JEEB> but still, it has tone mapping :P [18:57:46 CET] <JEEB> zimg can do the conversion but it will just clip [18:57:55 CET] <JEEB> thus you most likely want tone mapping [18:58:34 CET] <JEEB> rockyh: you can output which filters are built into your ffmpeg.c if you check the output of `ffmpeg -filters` [18:59:08 CET] <rockyh> yes, I know that option. Should I check for tone mapping or for opencl? [18:59:26 CET] <JEEB> both have the tonemap word in their filter name [18:59:28 CET] <JEEB> so tonemap [18:59:42 CET] <rockyh> I have [18:59:43 CET] <rockyh> .S. tonemap V->V Conversion to/from different dynamic ranges. [18:59:49 CET] <JEEB> and check if you have zscale for possible high-quality scaling [19:00:04 CET] <rockyh> zscale is not there [19:00:19 CET] <JEEB> ok, so the tonemap filter doesn't do linearization by itself, which the opencl one seems to do [19:00:34 CET] <JEEB> so you need (currently) zscale for it [19:00:38 CET] <JEEB> to use it [19:01:04 CET] <JEEB> not sure how hard it would be to get the basic algo from the opencl one or elsewhere and put it in there [19:01:52 CET] <rockyh> I have no preference with respect to opencl [19:02:40 CET] <JEEB> anyways you have two alternatives: 1) build your FFmpeg with zimg (https://github.com/sekrit-twc/zimg) or 2) build with the opencl tonemap filter [19:02:52 CET] <JEEB> of course, doing both and having them as alternatives is also an alternative [19:03:56 CET] <rockyh> I found --enable-libzimg and --enable-opencl as available configuration options [19:04:15 CET] <rockyh> maybe I'll try the 1) suggestion [19:04:22 CET] <JEEB> you of course need the zimg library for the first one, and opencl needs whatever it needs [19:07:34 CET] <rockyh> this seems quite complicated in Ubuntu [19:08:16 CET] <rockyh> but it's ok [19:08:30 CET] <JEEB> zimg is quite useful so I've been trying to find time to get it packaged in debian, from which it would go towards ubuntu as well [19:08:37 CET] <JEEB> since zimg is quite useful in various applications [19:09:12 CET] <JEEB> also I'm still not sure where the linearization thing for PQ is there, or is that just something opencl defines? [19:09:18 CET] <rockyh> it seems it is available in `ppa:mc3man/bionic-media' [19:09:24 CET] <JEEB> just looking at the filter code [19:09:43 CET] <JEEB> ah, colorspace common [19:10:25 CET] <JEEB> ok, that is simpler than I thought :P [19:12:19 CET] <rockyh> when switching to HDR to SDR, how to use `zscale' to obtain the same as `-vf "colorspace=bt709"'? If it's too broad, don't worry, I'll try to learn [19:12:40 CET] <rockyh> (in the meanwhile I'm recompiling ffmpeg with zimg enabled) [19:12:50 CET] <JEEB> if you look at the tonemap filter docs I linked, the example does exactly that I think [19:13:07 CET] <JEEB> uses zscale to output linear rgb [19:13:12 CET] <JEEB> then does tone mapping [19:13:28 CET] <JEEB> then you use zscale to convert linear to what you need (gamma, bt.709) [19:14:03 CET] <rockyh> you are referring to (in the 1st link) `ffmpeg -i INPUT -vf zscale=transfer=linear,tonemap=clip,zscale=transfer=bt709,format=yuv420p OUTPUT' [19:14:36 CET] <JEEB> yes, that does a clipping tonemap though, which is very similar to what just -vf "zscale=transfer=bt709,format=yuv420p" would do [19:14:48 CET] <JEEB> so you probably want to see the other options in the tone map filter :) [19:14:57 CET] <rockyh> would you avoid that `clipping'? [19:15:10 CET] <JEEB> clipping means that whatever goes over 100 nits just gets lost [19:15:45 CET] <JEEB> while tone mapping with not just clipping attempts to map a wider range of brightness into the output 100 nits [19:16:18 CET] <rockyh> I would choose this second options [19:16:24 CET] <rockyh> s/options/option [19:16:59 CET] <JEEB> a simple way to see alternatives [19:17:20 CET] <JEEB> if you have mpv, add an input.conf config file [19:17:23 CET] <JEEB> and put `P cycle tone-mapping` [19:17:24 CET] <JEEB> there [19:17:35 CET] <JEEB> then open a HDR sample with --pause so it doesn't move [19:17:38 CET] <JEEB> and hit shift-P [19:17:49 CET] <JEEB> it will then cycle between the available tone mapping things [19:18:05 CET] <JEEB> (see the manual where under your home dir the config file would go) [19:18:44 CET] <JEEB> the positive side of clipping of course is that it keeps exactly what you have in the 100 nits without trying to be fancy or dynamic [19:20:04 CET] <rockyh> I have mpv and I can try this! All these notions are completely new to me [19:25:06 CET] <rockyh> in the meanwhile, the zscale option did a good work. Thank you so much! [19:27:57 CET] <JEEB> :) [19:28:06 CET] <JEEB> so what did you try in the end? [19:28:28 CET] <rockyh> without clipping: `zscale=transfer=linear,zscale=transfer=bt709' [19:28:43 CET] <JEEB> that is clipping ;) [19:28:53 CET] <rockyh> whooooooops [19:29:03 CET] <rockyh> then, I made some confusion. I'll try the other one, then [19:29:04 CET] <JEEB> since you don't have the tonemap filter there [19:29:55 CET] <JEEB> -vf "zscale=transfer=linear,tonemap=mobius,zscale=transfer=bt709,format=yuv420p" [19:29:58 CET] <JEEB> something liek this [19:31:00 CET] <rockyh> this produces an error: Specified pixel format gbrpf32le is invalid or not supported [19:31:13 CET] <rockyh> (as well as `zscale=transfer=linear,tonemap=clip,zscale=transfer=bt709') [19:35:18 CET] <JEEB> can you post the log from -v verbose of that failure? [19:35:22 CET] <JEEB> on a pastebin or so [19:35:23 CET] <JEEB> and link here [19:35:51 CET] <JEEB> the tonemap should take in AV_PIX_FMT_GBRPF32 [19:39:36 CET] <JEEB> oh wait, I have the thing built here too [19:40:00 CET] <rockyh> sure! https://pastebin.com/UqsA6nFc [19:40:07 CET] <JEEB> thanks [19:40:19 CET] <JEEB> ahhh, are you sure you have the format there at the end? [19:40:29 CET] <JEEB> since it's the encoder saying it can't habla it [19:42:25 CET] <JEEB> the exact thing with mobius I posted works for me [19:42:28 CET] <rockyh> sorry for not mentioning this. I was using `-pix_fmt +' and thought this was enough. Now I removed it and used `format' and it is running [19:43:09 CET] <JEEB> the format filter is a meta thing that hints the previous filter what it should attempt to output [19:44:58 CET] <JEEB> also zscale can of course scale so because I decided I didn't want my thing impressively big (and funky to encode) I did "zscale=transfer=bt709:w=1280:h=720,format=yuv420p" after tone mapping [19:45:12 CET] <JEEB> w being width, and h being height [19:45:41 CET] <rockyh> yes, I'm now using also a scale and it works, too! [19:46:04 CET] <rockyh> maybe I don't remember well my first attempt with clipping, but I did not notice a big difference [19:46:24 CET] <rockyh> with respect to the original HDR video, this output is brighter and with less "warm" colors [19:46:46 CET] <JEEB> tone mapping algorithms do their own guesstimates [19:47:00 CET] <JEEB> also it depends on if the tone mapping algorithm does brightness detection [19:47:12 CET] <rockyh> yes, of course there are some modifications in the color appearance (this is a downgrande, after all) [19:47:17 CET] <kepstin> are you watching the hdr video on an hdr monitor? otherwise you're just comparing different tonemapping implementations :) [19:47:33 CET] <rockyh> this is a very good question! I am not sure!! [19:47:43 CET] <JEEB> the opencl one seems to have taken the newer mpv stuff, and includes brightness detection [19:47:45 CET] <kepstin> if you're not sure, then probably not. [19:48:04 CET] <JEEB> so it should match closer to what libplacebo/mpv currently do [19:48:15 CET] <JEEB> (although it is by now a bit behind on latest changes to how it's done) [19:49:18 CET] <kepstin> should make an ffmpeg filter that uses libplacebo to do the tonemapping ;) [19:50:06 CET] <rockyh> I am quite sure it's not HDR, because it's a not-so-expensive monitor [19:51:08 CET] <JEEB> kepstin: yea :) positive is that you could always build it against latest libplacebo, negatives is that it isn't included in the thing itself :) [19:51:19 CET] <JEEB> tone mapping just happens to be a moving target since it's not science [19:52:18 CET] <JEEB> I think currently the biggest problem with FFmpeg's tone mapping filters is that they're not kept in sync :D [19:52:21 CET] <rockyh> trivial question, but: bt709 of course does not support HDR, right? [19:52:31 CET] <JEEB> BT.709 is gamma basically [19:52:35 CET] <JEEB> standardized at 100 nits max [19:52:41 CET] <JEEB> HDR is specified as higher than 100 nits [19:53:02 CET] <JEEB> (also specify that you mean the BT.709 transfer function) [19:53:22 CET] <rockyh> this is pretty clear [19:54:20 CET] <rockyh> thanks for all your help [19:54:46 CET] <JEEB> glad to have been of help [19:55:04 CET] <rockyh> :) [20:04:38 CET] <soma_> hi, I have an mp4 cenc encryption. tldr; Is it possible to record camera to an AES-128-CENC encrypted mp4 file and open it during the recording session? https://gist.github.com/docoprusta/c294ebaaa68fdc8502b6caa641a75d7f [20:05:16 CET] <soma_> *I have an mp4 cenc encryption related question [20:06:32 CET] <JEEB> FFmpeg can both encrypt and decrypt cenc on some level, and if you utilize fragmented mp4 it can be opened as long as you fragment f.ex. on random access points [20:07:06 CET] <JEEB> -movflags frag_keyframe does that, for example [20:07:49 CET] <soma_> I tried that but the problem was the same [20:09:17 CET] <JEEB> ok, so we lack the support for whatever you need in either writing or reading [20:10:13 CET] <JEEB> and yes, the tenc test is supposed to be a test for decrypting that sample [20:10:31 CET] <JEEB> so if the result of that is not correct then that should sound alarm bells [20:10:43 CET] <JEEB> also for future reference http://fate-suite.ffmpeg.org/ [20:10:50 CET] <JEEB> that's where the samples live if you like HTTP views [20:11:10 CET] <soma_> thanks I didn't know [20:12:08 CET] <JEEB> ffprobe -v verbose -decryption_key 12345678901234567890123456789012 -i "http://fate-suite.ffmpeg.org/mov/mov-tenc-only-encrypted.mp4" [20:12:11 CET] <JEEB> does work [20:13:00 CET] <soma_> I think encrypted fmp4 can be also a good solution but it's not implemented yet. [20:13:13 CET] <JEEB> and I can play that sample in mpv as well [20:13:24 CET] <JEEB> mpv --demuxer-lavf-o=decryption_key=12345678901234567890123456789012 "http://fate-suite.ffmpeg.org/mov/mov-tenc-only-encrypted.mp4" [20:13:58 CET] <JEEB> so I'm not sure what you were meaning with that tenc thing? [20:14:04 CET] <soma_> https://pastebin.com/HMFKZ7HP for me [20:15:05 CET] <JEEB> http://up-cat.net/p/778ead52 [20:16:38 CET] <cehoyos> soma_: Update to current FFmpeg git head [20:17:06 CET] <soma_> thanks I'll try with that [20:19:00 CET] <soma_> and ffmpeg can produce a file with a similar metadata structure like mov-tenc-only-encrypted.mp4? [20:19:48 CET] <soma_> I mean encryption without saio,saiz,senc with a constans IV in the tenc atom [20:23:09 CET] <AiNA_TE> hello, im trying to dump all the frames of an mjpeg video to jpeg [20:23:18 CET] <AiNA_TE> i use this "ffmpeg -i Entrance.thp %CD%\frames\frame%04d.jpg" [20:23:32 CET] <AiNA_TE> but it's re-endoding them all [20:23:45 CET] <AiNA_TE> is there anyway to dump the raw frames without re-encoding [20:23:51 CET] <kepstin> AiNA_TE: ffmpeg re-encodes by default, you can use "-c copy" output option to override that. [20:24:01 CET] <AiNA_TE> ahh thank you :) [20:25:26 CET] <AiNA_TE> hmm all the frames are broken with -c copy [20:26:31 CET] <JEEB> soma_: no idea :) [20:27:15 CET] <kepstin> there's some weird things that mjpeg can do that don't work in normal jpeg. You can try adding "-bsf mjpeg2jpeg" to convert it [20:28:38 CET] <JEEB> soma_: `ffmpeg -h muxer=mp4` gives you the options for the muxer [20:28:49 CET] <cehoyos> AiNA_TE: thp != jpg, you cannot remux [20:29:17 CET] <cehoyos> A bitstream filter would be needed, nobody has written one (yet) [20:29:43 CET] <familiyaF> Hi, I have an h264 30 fps stream with embedded 608 sei data. If I change frame rate to 60fps via frame rate filter I see the captain data getting repeated. Following is by command [20:29:43 CET] <familiyaF> ffmpeg -i <30fpsImput>.mp4 -t 30 -vf framerate=fps=60 <Output>.mp4 [20:30:19 CET] <familiyaF> Is this expected? [20:30:32 CET] <cehoyos> familiyaF: Yes, we could not agree on how to fix this;-( [20:32:31 CET] <cehoyos> You can try to port commit 1893c72086024e53ac32312ecb96693c5be023d0 to the framerate filter [20:32:54 CET] <soma_> JEEB no problem. Thanks I tried everything in the commandline so I'll check the source code. [20:34:01 CET] <kepstin> obviously if the framerate filter is blending frames, it should also blend the CC data (I'm joking, but... i mean, what do you do?) [20:34:19 CET] <cehoyos> kepstin: The issue is known, see the mentioned commit [20:34:56 CET] <familiyaF> cehoyos: thanks will check [20:35:51 CET] <kepstin> iirc the fps filter was fixed so when increasing framerate, the cc data is attached to the first time a particular frame is output. I'm not sure what it does when decreasing framerate/dropping frames, i can't imagine anything reasonable. [20:37:19 CET] <cehoyos> Probably somewhere in process_work_frame(), I don't immediately understand the logic [20:37:43 CET] <cehoyos> Of course not: The bug is only a bug for inreased framerate [20:39:45 CET] <kepstin> hmm. with the a52 captions data format, are you allowed to concatenate multiple frames worth of 608 caption data into one frame? or is that not allowed / not supported by players? [20:46:13 CET] <soma_> Can somebody approve my mail that I sent to the mailing list? My mail contains this problem: https://gist.github.com/docoprusta/c294ebaaa68fdc8502b6caa641a75d7f [22:50:00 CET] <cehoyos> AiNA_TE: You can play /decode the created single-frame files with "-vcodec thp" [00:00:00 CET] --- Wed Nov 20 2019

1 0

ffmpeg-devel.log.20191118
by burek 19 Nov '19

19 Nov '19

[00:18:49 CET] <jkqxz> jamrial: Pong. [00:38:01 CET] <jamrial> jkqxz: did you look at my cbs av1 patch, regarding the reference frame state for reading and writing? [00:39:36 CET] <jamrial> i wonder if my approach is ok, or if we should just remove the ref pointer (it's internal, and only the parser accesses it, so it can easily instead use read_ref), or if we should define a given cbs context as exclusively for reading or writing [00:50:27 CET] <cone-620> ffmpeg 03Andreas Rheinhardt 07master:7c92eaace2b3: avcodec/cbs: Factor out common code for writing units [00:50:28 CET] <cone-620> ffmpeg 03Andreas Rheinhardt 07master:cda3e8ca04c0: avcodec/cbs: Fix potential overflow [00:52:07 CET] <jamrial> also, we should upload some av1 samples. cbs_av1 is untested [00:53:00 CET] <jkqxz> That's true. Is there an official compliance test suite yet? [00:53:15 CET] <jkqxz> (Like H.264.1.) [00:53:36 CET] <jamrial> yes, but it's mostly different frame size or quantizer values used during encoding [00:53:45 CET] <jamrial> very few testing assorted features [00:57:07 CET] <jamrial> https://aomedia.googlesource.com/aom/+/master/test/test_vectors.cc that's the list of samples from the official suite [01:10:11 CET] <jkqxz> Hmm. Not sure on that read/write state problem. The h264_redundant_pps BSF keeps separate read/write contexts, but it really is deliberately editing headers in a way which changes the syntax. [01:14:34 CET] <jamrial> try the samples i linked, av1_metadata will trip during writing because infer() will look at values the ref state stored after parsing the frame during reading [01:14:46 CET] <jkqxz> It is neat that the H.26[45] metadata filters can use the same context becauase they don't edit anything which changes the read syntax, but it feels like a slightly tricky feature to be relying on. [01:14:52 CET] <jamrial> i'm all for a clener solution [01:15:12 CET] <jamrial> *cleaner [01:21:57 CET] <jkqxz> Your answer is nice, I think. [01:23:01 CET] <jkqxz> Unless you want to change the BSFs to use separate contexts, which feels more annoying but maybe more correct if you have other tricky things going on. [01:23:31 CET] <jamrial> they work as is after applying my fix [01:24:12 CET] <jkqxz> It doesn't look like it affects any other codecs. [01:24:13 CET] <jkqxz> H.26[45] only infer things from parameter sets, which won't be overwritten multiple times in a single access unit (excepting the actual edit case, as in h264_redundant_pps). [01:25:16 CET] <jamrial> what about vp9? it uses a similar ref frame state as av1 [01:25:42 CET] <jkqxz> VP9 reference frames only store properties which will be overwritten with the same thing. [01:26:00 CET] <jamrial> true [01:27:33 CET] <jkqxz> The values that you write are always the same as the one slot which you've looked at to pick out the reference information, so you'll always get the same answer. Maybe that's kindof cheating, though. [03:31:39 CET] <jamrial> jkqxz: uploaded some samples, will send a patch in a moment [05:32:27 CET] <cone-285> ffmpeg 03Gyan Doshi 07master:d831edc387c1: avdevice/decklink: add option to drop frames till timecode is seen [15:04:07 CET] <cone-136> ffmpeg 03Gyan Doshi 07master:f897d8c863c5: doc/filters: improve libvmaf section [18:41:31 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:73b730e3e688: avfilter/vf_xmedian: add support for alpha formats [18:41:32 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:a50bd3a50e49: avfilter/vf_atadenoise: support alpha formats [18:41:33 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:410f81f822de: avfilter/vf_lut2: add 12bit depth alpha formats [18:41:34 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:f490c71553ac: avfilter/vf_remap: add support for 12bit yuva format [18:41:35 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:97cf49b7fe1d: avfilter/vf_median: add support for 12bit yuva formats [18:41:36 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:1b26f2702629: avfilter/vf_gblur: add support for 12bit yuva formats [18:41:37 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:6a38538a099c: avfilter/vf_avgblur: add support for 12bit yuva formats [18:41:38 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:86f636348cd5: avfilter/vf_w3fdif: add support for more >8 bit alpha formats [18:41:39 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:3e524a11d93f: avfilter/vf_bm3d: add support for alpha formats [18:41:40 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:cb844376c3f6: avfilter/vf_fftdnoiz: add support for alpha formats [18:41:41 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:76ef2ec4715b: avfilter/vf_bm3d: use boolean for ref option [18:41:42 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:619f5308122b: avfilter/vf_vaguedenoiser: add support for alpha formats [18:41:43 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:c7abb073312e: avfilter/vf_blend: add 12bit yuva formats [18:41:44 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:69f5a77dec48: avfilter/vf_scroll: add support for 12bit yuva formats [18:41:45 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:b565d6389401: avfilter/vf_maskedclamp: add 12bit yuva formats [18:41:46 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:be8487798ab5: avfilter/vf_maskedmerge: add 12bit yuva formats [18:41:47 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:37bf7252969b: avfilter/vf_maskedminmax: add 12bit yuva formats [18:41:48 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:4b554382a00d: avfilter/vf_neighbor: add 12bit yuva formats [18:41:49 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:ee8fe9c94d48: avfilter/vf_convolution: add 12bit yuva formats [18:41:50 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:39a4d69d0512: avfilter/vf_midequalizer: add 12bit yuva formats [18:41:51 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:a960d3311283: avfilter/vf_chromashift: add 12bit yuva formats [18:41:52 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:927751076666: avfilter/vf_premultiply: add support for 12bit yuva format [18:41:53 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:4670f8126adc: avfilter/vf_fillborders: add 12bit yuva formats [18:41:54 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:2f7da8ca36ff: avfilter/vf_limiter: add 12bit yuva formats [18:41:55 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:9c85e1a091c1: avfilter/vf_amplify: add support for alpha formats [18:41:56 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:fa00f8008665: avfilter/vf_deflicker: add support for alpha formats [18:41:57 CET] <cone-136> ffmpeg 03Paul B Mahol 07master:eae292919b67: avfilter/vf_dedot: add 12bit yuva formats [21:58:52 CET] <BtbN> Anyone happens to know if Windows Desktop Duplication is capable of capturing fullscreen games and the like? [22:01:36 CET] <JEEB> it should [22:01:44 CET] <JEEB> I think someone had a patch for FFmpeg's lavd for it [22:03:17 CET] <JEEB> ah yes, there's someone's WIP thing [22:03:40 CET] <JEEB> https://github.com/tsaaristo/FFmpeg/commits/mondup-wip-preview [22:03:49 CET] <JEEB> BtbN: ^ if you're interested in poking at it [22:03:55 CET] <JEEB> I haven't been able to review it myself yet [22:05:40 CET] <BtbN> I found this: https://stackoverflow.com/questions/51613903/desktopduplication-api-produce… [22:06:03 CET] <BtbN> Which basically translates to: It's tricks, since the video format might change mid capture session, and the function which would notice it returns void and silently fails [22:06:08 CET] <BtbN> *tricky [22:06:15 CET] <JEEB> ouch [22:06:36 CET] <BtbN> But solveable [22:06:50 CET] <JEEB> yea [22:07:06 CET] <BtbN> I need it for an event, where we want to stream the desktop, and any fullscreen game, really anything on the screen, out via a Decklink SDI card [22:07:40 CET] <BtbN> So Desktop Duplication -> decklink seems the most logical choice [23:58:01 CET] <ePirat> BtbN, can't OBS do that? [23:58:23 CET] <BtbN> OBS is not headless [23:58:52 CET] <ePirat> libobs kinda is, if you write code to make it do what you want [23:59:09 CET] <BtbN> I don't think the decklink output stuff is covered by libobs [23:59:30 CET] <ePirat> it has ffmpeg output so anything that ffmpeg can output to works in OBS too [23:59:40 CET] <ePirat> in general, at least [23:59:46 CET] <BtbN> That's also not part of libobs as far as I'm aware, since it's a plugin. [00:00:00 CET] --- Tue Nov 19 2019

1 0

ffmpeg.log.20191118
by burek 19 Nov '19

19 Nov '19

[00:14:17 CET] <Anderssen> hm, I think there is something else to it; forget about the 32 pixels, that was coincidence. When I'm just below 704, it pads up to 704 width; when I'm above that but below 768, it pads to 768, above that to 832 and so on; it seems the encoder has a predefined range of possible widths. maybe this is also tied to the pixel format nv12. [00:18:15 CET] <furq> fun [00:18:46 CET] <furq> i have a 570 in a windows box which works fine with a pal dvd source [00:18:56 CET] <furq> so i guess it's vaapi or your drivers or both [00:20:29 CET] <furq> idk what your actual goal is here but i would probably suggest just using x264 [00:20:33 CET] <Anderssen> i think it's hevc_vaapi; maybe they only accept widths divisible by 64 [00:21:11 CET] <pink_mist> I mean, it probably depends on your actual hardware [00:21:15 CET] <Anderssen> yes, it works with h264_vaapi; i prefer h265 though [00:21:22 CET] <furq> hardware encoders aren't great at best [00:21:26 CET] <furq> and amd's is very much not best [00:21:30 CET] <pink_mist> yeah [00:22:03 CET] <Anderssen> i pretty much like the results of hevc_nvenc though [00:29:26 CET] <Anderssen> furq, what's your brand? Mine is Asus Radeon Dual 8GB OC [00:29:52 CET] <Anderssen> (the NVidia card was on my laptop, it was a gtx-1050-ti mobile) [00:30:27 CET] <furq> some msi 8GB one [00:30:40 CET] <furq> the brand shouldn't make any difference, all rx500 series cards have the same VCE block [00:31:01 CET] <Anderssen> hm [00:33:59 CET] <Anderssen> maybe i can do it under windows [00:48:44 CET] <Anderssen> kk, I tried the encoders h264_amf and hevc_amf under windows; the good news: they work. the bad news: they don't react to -crf, -qp, or -qscale or -q:v, constant bitrate seems to be all that's possible (also there is no effect of -pass 1 or -pass 2). [00:49:28 CET] <BtbN> look at their help entry to see supported options [00:49:35 CET] <Anderssen> I don't really get it. But it seems to have something to do with the drivers; or maybe the particular ffmpeg build? idk [00:49:48 CET] <BtbN> crf is mostly an x264 thing [00:50:28 CET] <Anderssen> crf doesn't work on h264_amf either, though (my ffmpeg build is that from imagemagick). [00:51:01 CET] <pink_mist> Anderssen: he said x264, not just any old h264 encoder [00:51:07 CET] <Anderssen> kk [00:52:04 CET] <Anderssen> idk if there are other options that are used to do constant quality, though. the only ones i know at all are qscale/q:v, crf and qp [00:52:27 CET] <BtbN> Have you tried looking at the encoders options list? [00:54:39 CET] <furq> there's -rc cqp but i could never figure out how to make it do anything [00:55:00 CET] <furq> also it doesn't work with vbaq [00:55:21 CET] <Anderssen> BtbN, I've looked for one; is there a way to display the options of that particular codec directly by ffmpeg? [00:55:28 CET] <furq> -h encoder=h264_amf [00:55:36 CET] <furq> anyway in general i would not use nvenc/qsv/amf for anything other than realtime [00:57:18 CET] <Anderssen> thanks; yes, indeed they have the -rc option [01:06:50 CET] <Anderssen> ok, i always find this a little tricky; but apparently they can quantize i-frames and p-frames. they don't have a "general" -qp, but they accept "-qp_i" and "-qp_p" for i-frames or p-frames respectively. [02:22:18 CET] <gp> Why are these playlists not aligned on segments? https://dpaste.de/pePd [02:22:47 CET] <gp> I took the video from the first one and added to audio for the second one - but the second one doesn't follow the cut points using copied video? [02:24:20 CET] <gp> ffmpeg version 4.2.1 [02:30:39 CET] <cehoyos> Consider to test current FFmpeg git head and post on the user mailing list [02:36:59 CET] <gp> cehoyos: so that should work, right? [03:01:03 CET] <gp> same result built on snapshot version [12:35:13 CET] <BeerLover> is there any quality loss if i make mp3 to hls same bitrate? [12:41:25 CET] <pagios> hello, is it possible to extract the RTP details IP/PORT from a webrtc offer/answer and point to that using ffmpeg to manipulate? [14:48:27 CET] <pagios> hello all, i would like to get the smallest latency when trancoding into hls, what should i use as arguments/ [14:48:50 CET] <BtbN> Use as short as segments as you can [14:48:55 CET] <BtbN> so, usually GOP sized segments [14:49:02 CET] <BtbN> Your latency will be 3 times that length at best [14:50:00 CET] <pagios> BtbN, i was thinking of using a segment of 1s and a playlist of approximately 1min [14:50:20 CET] <BtbN> You will need a gop length of 1s then, which is fairly suboptimal [14:50:32 CET] <BtbN> The playlist length is not relevant for latency [14:50:42 CET] <pagios> BtbN, yes but just worried about IO too :) [14:50:46 CET] <pagios> and disk space [14:51:02 CET] <pagios> BtbN, which flags should i look into? [14:51:07 CET] <BtbN> hm? [14:51:22 CET] <pagios> -flags +cgop -g 10 -hls_time 1 [14:51:26 CET] <pagios> i tried that, is it enough [14:52:39 CET] <BtbN> a 10 frame gop is way too small [14:53:00 CET] <BtbN> even a 1 second, so probably 60 frame gop, is horrible for quality [14:53:44 CET] <pagios> any magic number to set it to? [14:54:47 CET] <nicolas17> pagios: what clients will consume your stream? [14:55:40 CET] <nicolas17> Apple has a new thing for low-latency HLS, but it needs a special origin server (instead of just serving static files in a webserver) [14:55:47 CET] <nicolas17> still compatible with normal CDNs though [14:56:22 CET] <nicolas17> https://developer.apple.com/videos/play/wwdc2019/502/ [14:56:45 CET] <DHE> for lowest possibly latency, set it to your framerate. so typically 30 or 60 [14:57:09 CET] <DHE> but there is a negative impact on bitrate because keyframes are large and, from a playback standpoint, not necessary. but every file must begin with one [14:57:13 CET] <pagios> DHE: what about segment size [14:57:42 CET] <DHE> as was said, -hls_time * 3 will be your approximately player latency [14:57:55 CET] <DHE> so for 3 second latency, use hls_time of 1 [14:58:07 CET] <DHE> if you're okay with higher latencies, you can set it to 2, and then double your keyframe interval as well [14:58:41 CET] <nicolas17> 1 GOP is the smallest you can make the segment [14:59:16 CET] <pagios> -g 250 -framerate 30 -hls_list_size 0 -start_number 0 -hls_init_time 2 -hls_time 8 <-- what do you think [15:00:04 CET] <DHE> well, playback delay will be something like 20 seconds, but that's fairly good for quality [15:00:06 CET] <nicolas17> what latency are you trying to get? [15:00:26 CET] <pagios> around 10-15 seconds max if possible [15:00:42 CET] <DHE> then I'm going to recommend -hls_time 4 -g 120 [15:00:51 CET] <nicolas17> ok so at least you don't need to go as far as using ALHLS [15:01:00 CET] <DHE> for a framerate of 30 [15:01:22 CET] <pagios> DHe something like: -g 120 -framerate 30 -hls_list_size 0 -start_number 0 -hls_init_time 2 -hls_time 4 <-- what do you think [15:02:05 CET] <DHE> hls_list_size of 0 is not recommended for live, endless streams [15:02:16 CET] <pagios> oh [15:02:27 CET] <nicolas17> hls_list_size 0 means all segments stay in the playlist forever [15:02:44 CET] <pagios> -g 120 -framerate 30 2 -hls_time 4 enough i guess [15:02:49 CET] <DHE> which is fine for a video of finite length, even if it's "live", but it must end. [15:02:59 CET] <pagios> it is live indeed [15:03:00 CET] <DHE> you missed your hls_init_time [15:03:02 CET] <nicolas17> if you're going to stream for a few hours, that may be useful if the player supports rewinding, in case a user wants to watch time-shifted [15:03:13 CET] <pagios> nicolas17, dont have that [15:03:24 CET] <DHE> I do. but I have buttloads of storage. :) [15:04:03 CET] <pagios> DHE, so in your opinion -g 120 -framerate 30 -hls_time 4 <-- this is gonna achieve around 10sec? [15:04:06 CET] <nicolas17> sometimes I wish twitch supported such time-shifting :P [15:04:18 CET] <DHE> pagios: more like 12-16 [15:04:28 CET] <DHE> you said 10-15 so.. [15:04:42 CET] <pagios> is it possible to reach 5 to 10? [15:04:46 CET] <pagios> curiosity [15:04:57 CET] <DHE> well, hls_time of 3 means 9-12 [15:05:22 CET] <pagios> what happens to the -g 120 in this case [15:05:24 CET] <nicolas17> DHE: what happens if hls_time isn't a multiple of the gop size? [15:05:29 CET] <pagios> exactly [15:05:44 CET] <DHE> then hls_time is EFFECTIVELY 4 because you only get a keyframe every 4 seconds [15:06:02 CET] <DHE> so -g 90 is also needed [15:06:11 CET] <nicolas17> ah I didn't know if it would increase hls_time or decrease gop [15:06:17 CET] <pagios> what are the cons in this case? [15:06:28 CET] <DHE> gop is a codec parameter. it doesn't know about your hls_time requirement [15:06:29 CET] <pagios> -g 90 -framerate 30 -hls_time 3 [15:06:52 CET] <DHE> users are going to be hitting your HTTP server more often. "requests per second [15:06:54 CET] <DHE> " will go up [15:23:46 CET] <pagios> thanks DHE [15:34:53 CET] <pagios> DHE getting 12sec using -g 90 -framerate 30 -hls_time 3 , can we go lower ? :) [15:37:45 CET] <Kadigan> Hm... Interesting. So, I did some more digging w/ the LUTs that ffmpeg accepts, and it seems it has an issue with the one designated as "baselightcube3d", identifies itself as "TrueLight Cube v2.0". The issue is that it lacks a size definition at sample start - a simple "LUT_3D_SIZE 32" fixes that right up, and it seems not to care if there are spaces or tabs as the separator. [15:51:15 CET] <DHE> pagios: well i did say 9-12 seconds [16:18:59 CET] <pagios> DHE, yea, can we go as low as 5? [16:26:33 CET] <DHE> pagios: I would not recommend it [17:39:54 CET] <friki-> Hi. Can ffmpeg map audio to stream id=9 and video to id=0? '-map' option seems to set correlative ids [17:41:24 CET] <friki-> The purpose is a DASH output with prefixed ids. May be DASH muxer can help, but I can't found the option [17:50:08 CET] <Case_Of> hi [17:50:39 CET] <Case_Of> how could I convert subtitles from a mkv file to a format compatible for video dvds? [17:52:29 CET] <furq> Case_Of: spumux from dvdauthor will do it [17:53:11 CET] <Case_Of> oh [17:54:18 CET] <furq> you might need to demux the subs from the mkv first (-i foo.mkv -map 0:s -c:s copy out.srt) [18:39:28 CET] <Jan-> hihi [18:41:08 CET] <Jan-> I have a file here that someone tells me is a video, but I can't tell what kind. It's called 0000000041_20191118_145500.mdt and begins with the four bytes 0xAA00EFF2. The ascii characters mdt appear at offset 22. if I ffmpeg -i it, I get "c:\foobar\filename.mdt: Invalid data found when processing input" [18:41:32 CET] <Jan-> I'm not even sure this is a video, but does anyone have any ideas [18:42:26 CET] <Case_Of> oh wow, spumux fails when setting horizontal-alignement="center" [18:43:08 CET] <Case_Of> it does not output error but no subtitle stream is present in file [18:43:49 CET] <Case_Of> well, i guess i have to keep subtitles aligned at left [18:46:59 CET] <nicolas17> Jan-: panasonic camera? [18:47:04 CET] <Jan-> yeah I just found that [18:49:06 CET] <JEEB> sounds like fun [18:49:12 CET] <nicolas17> looks like it records into an mdt file, and when it's done the data is put into a .mov with proper headers and footers [18:49:24 CET] <Jan-> mm [18:49:25 CET] <nicolas17> but if you lose power halfway recording, you're left with an mdt file you can't open with anything [18:49:37 CET] <JEEB> they could have used mpeg-ts for the "cache" [18:49:37 CET] <Jan-> I found a youtube video about fixing it [18:49:46 CET] <Jan-> JEEB: only if they're recording mpeg :) [18:49:48 CET] <JEEB> that way it was a standard container, too [18:50:10 CET] <nicolas17> and then there's a bunch of websites asking $50 for their data recovery software to fix it :) [18:50:10 CET] <JEEB> Jan-: I expect cameras to record H.264, HEVC or something else. and you can always make up mappings for containers [18:50:26 CET] <Jan-> Mostly they're some variant of .mov [18:50:30 CET] <Jan-> even for tricky raw formats [18:50:56 CET] <JEEB> well yea, indexed container makes sense for the recording finally [18:51:22 CET] <Jan-> I don't think this is a panasonic camera file though [18:51:22 CET] <durandal_1707> nothing make sense in multimedia world [18:51:33 CET] <Jan-> the filename isn't in the right format [18:51:36 CET] <JEEB> as far as I can see GH5 etc basically record H.264 or HEVC so they might as well do MPEG-TS :P [18:51:38 CET] <Jan-> don't you love it when people throw you files with no data [18:51:43 CET] <JEEB> yup [18:51:57 CET] <JEEB> is the file at least large enough to probably be video? [18:52:04 CET] <Jan-> 71MB [18:52:06 CET] <Jan-> so plausibly yes [18:52:20 CET] <nicolas17> how long do you think it is? [18:52:25 CET] Action: Jan- shrug [18:52:35 CET] <JEEB> is there something like 0x00 00 00 01 in there? [18:52:36 CET] <nicolas17> 1 hour recording won't fit reasonably :) [18:52:38 CET] <JEEB> or 0x00 00 01 [18:52:48 CET] <JEEB> (annex B start codes) [18:52:52 CET] <Jan-> it's a 71MB file [18:52:59 CET] <Jan-> it's probably got that in there a lot [18:53:06 CET] <Jan-> most of it is like mush [18:53:12 CET] <Jan-> could be compressed data [18:53:19 CET] <durandal_1707> its secret covfefe [18:53:28 CET] <JEEB> not necessarily? [18:53:30 CET] <Jan-> but like I say it starts with AA00EFF2 [18:53:46 CET] <JEEB> but yea, check if it has those, then at least it might have raw annex b H.264 or HEVC there [18:53:47 CET] <Jan-> there's a few more instances of AA00EF [18:53:49 CET] <JEEB> worth a check :P [18:54:02 CET] <JEEB> either 4 byte or 3 byte 0x00 00 00 01 [18:54:12 CET] <Jan-> well the first eight bytes are AA00EFF2000001 [18:54:18 CET] <durandal_1707> ffmpeg -f h264 -i covfefe.mdt -f null - [18:54:21 CET] <Jan-> but two zeroes and a 1 are hardly unusual [18:54:52 CET] <Jan-> what's the -f null - for [18:55:07 CET] <durandal_1707> to try decode it fully [18:55:35 CET] <nicolas17> Jan-: to send the result nowhere, just decode it [18:55:54 CET] <Jan-> just a massive cascade of errors [18:55:58 CET] <Jan-> I think this is not h264 [18:56:19 CET] <durandal_1707> it could be drm protected [18:56:49 CET] <Jan-> possibly. [18:58:52 CET] <Jan-> the person who gave me this gave me no information whatsoever about where it came from [18:58:58 CET] <Jan-> I've asked, but of course they've gone silent... [18:59:07 CET] <JEEB> :D [18:59:11 CET] <JEEB> classic [18:59:29 CET] <JEEB> sounds like it's a good time to move and go play pokemon [18:59:43 CET] <Jan-> I'm not much of a mon-poker [18:59:47 CET] <Jan-> but you know [19:03:13 CET] <Jan-> OK it's from a dashcam [19:03:33 CET] <Jan-> "MiTAC Digital Technology" [19:03:33 CET] <JEEB> ok, those are usually rather powerless ARM thingamajigs [19:03:47 CET] <JEEB> so it's either standard H.264 or HEVC repackaged in some weird-ass way, or just MJPEG [19:04:20 CET] <nicolas17> ugh probably unrelated to the panasonic thing then [19:07:41 CET] <Jan-> nicolas17: I think you're right [19:11:56 CET] <Jan-> of course it is super important that they have a custom file format [19:13:23 CET] <nicolas17> mitacmdt.com -> automotive dashcam -> mio.com -> nothing about mdt format [19:13:25 CET] <nicolas17> ??? [19:14:27 CET] <nicolas17> I looked at some camera models and the specs say they record in .mp4 [19:14:48 CET] <nicolas17> now I wonder if it records video in .mp4, metadata like GPS trace into a separate .mdt, and they sent you the wrong file [19:14:55 CET] <Jan-> OK we found something "MDT Player" [19:15:00 CET] <Jan-> yes it's a dashcam [19:15:24 CET] <Jan-> and there is an .mdx sidecar file with what looks like a bunch of repeated records in it which might be gps [19:15:44 CET] <nicolas17> I found an mdt player from "smartwitness" but it didn't *seem* related... maybe it is [19:15:51 CET] <Jan-> that's the one [19:15:57 CET] <nicolas17> worth a try [19:16:26 CET] <Jan-> yes that's the one that works [19:24:07 CET] <Jan-> I assume it must be an mp4 under the hood [19:26:18 CET] <nicolas17> if that mdt player works for your file, it can export to mp4 too [20:27:42 CET] <Polochon_street> Hi! I'm trying to stream something from my main PC to a raspberry Pi from httpd (over wi-fi) and was wondering, what would be the ideal codec so that the Pi has as little decoding as possible to do? wav? [20:28:14 CET] <Polochon_street> I've managed to get down the latency to ~1s but can't seem to be able to go more down [20:34:46 CET] <nicolas17> Polochon_street: at first I thought you meant video [20:35:08 CET] <nicolas17> the raspberry pi should be powerful enough to deal with any audio codec really... [20:35:42 CET] <Polochon_street> no no I only mean audio sorry if it was unclear [20:35:50 CET] <Polochon_street> even with low-latency? [20:36:23 CET] <Polochon_street> the goal is to show a display of a spectrometer of the song while it plays from the main PC, so you can see immediately the latency :p [20:36:42 CET] <nicolas17> some codecs have more latency than others, some have options to reduce it, but my point is that I doubt the CPU power of the raspi will be a limiting factor [20:37:06 CET] <Polochon_street> that's what I was wondering [20:37:35 CET] <Polochon_street> okay, so I have 0-latency if I just don't use any codec and stream raw PCM [20:38:41 CET] <Polochon_street> hm, that was a lie, it seems to be slowly drifting [20:39:17 CET] <nicolas17> latency increasing? it can't keep up, maybe you're limited in bandwidth [20:40:12 CET] <nicolas17> you probably won't get 0 latency with anything involving this much processing (wi-fi alone is pretty complex!), I think what you should do is compensate the latency in the spectrogram [20:40:45 CET] <Polochon_street> spectrogram will induce a lot of latency, indeed [20:40:52 CET] <Polochon_street> didn't even think of that [20:41:19 CET] <nicolas17> oh is the spectrogram on the pi and the audio on the PC? [20:41:26 CET] <nicolas17> I got it backwards [20:41:41 CET] <Polochon_street> yes, then I think I can even forget about it ^^' [20:41:55 CET] <nicolas17> anyway, then it's: delay the audio on the PC to match the latency you get on the pi [20:42:10 CET] <Polochon_street> is that possible ? [20:42:44 CET] <nicolas17> I don't know how you're playing it :) [20:42:59 CET] <Polochon_street> right now I'm just streaming PCM through MPD's HTTPD [20:43:06 CET] <nicolas17> my bluetooth headphones have 0 latency when I watch a video, but that's because software is compensating, if I try something realtime (gaming, play music) there's like 1 second of latency [20:45:37 CET] <Polochon_street> I'll try to figure out how I can do this then [20:45:39 CET] <Polochon_street> thanks a lot! :) [20:55:51 CET] <Polochon_street> is there an equivalent to ffplay's `-sync ext` in ffmpeg itself? [20:56:18 CET] <Polochon_street> man doesn't seem to say so [21:00:22 CET] <Polochon_street> oooor - I could cheat, and stream the spectrogram from my PC :D [21:52:21 CET] <Case_Of> furq: spumux does not really work& [22:12:59 CET] <soma_> https://gist.github.com/docoprusta/c294ebaaa68fdc8502b6caa641a75d7f [23:03:57 CET] <Saberwolf> hello [23:04:10 CET] <Saberwolf> i have a vary specific question [23:06:27 CET] <kepstin> Saberwolf: you need to think about it harder, my mind reading isn't able to pick it up. [23:07:28 CET] <Saberwolf> i am trying to NVenc and NVdec blu-ray raw disk dump and keep the same level of detail as orignal. i am just trying to get Lossless video with 10bit HVEC in MKV container with AC3 Passthrough every thing i keep finding keeps doubling end container file and a bunch of wasted space for processing [23:08:13 CET] <Saberwolf> i have tryed Handbrake staxrip and few others [23:08:28 CET] <Saberwolf> i dont know where to beggin with FFMPEG [23:09:45 CET] <kepstin> you don't want lossless video, that would make it bigger than the source [23:09:47 CET] <Saberwolf> i am running P2000 Quatro [23:10:13 CET] <kepstin> in general you want to avoid transcoding where possible, and you're unlikely to improve upon the original bluray encode much with a hardware encoder [23:10:17 CET] <Saberwolf> i though that if the orignal was lossless then it should be same size [23:10:24 CET] <kepstin> the original isn't lossless [23:10:29 CET] <Saberwolf> ok [23:10:43 CET] <kepstin> bluray uses lossy compression (usually h264, sometimes av1, uhd might be hevc) [23:12:01 CET] <Saberwolf> what would be a good place to start i just want to have have to transcode [23:12:01 CET] <kepstin> if you want the bluray smaller while preserving as much quality as possible, use a cpu-based h264 or hevc encoder (x264 or x265) with appropriate slow settings and a crf value found via experimentation, and then wait a while. [23:12:28 CET] <kepstin> i wouldn't bother with using nvenc for this use case. [23:12:33 CET] <Saberwolf> lol ya the waiting is what killing me it said 7 days holy cow [23:12:57 CET] <kepstin> x265 is pretty slow, for regular 1080p stuff i'd stick with x264 [23:13:11 CET] <Saberwolf> i am dealing with 4k [23:13:19 CET] <Saberwolf> 3480X1600 [23:13:23 CET] <kepstin> right, it's just gonna be slow then. [23:13:32 CET] <Saberwolf> Fk [23:14:00 CET] <klaxa> there are not really shortcuts in compression ;) [23:14:03 CET] <Saberwolf> i am running i7 7700K at 4.4 ghz [23:14:08 CET] <klaxa> if there were, they wouldn't be shortcuts [23:14:18 CET] <kepstin> 7 days seems kinda slow, you might want to use a faster encoder preset [23:14:27 CET] <kepstin> less efficiency, but might be worth it for you [23:14:43 CET] <kepstin> more cpu cores could help too, up to a point. [23:14:58 CET] <Saberwolf> i am trying to keep about 40-50 M avrage bitrate [23:15:24 CET] <Saberwolf> keep overall file size to 60 Gigs [23:15:28 CET] <kepstin> right, iirc uhd blu-ray is in the neighbourhood of around 100mbit/s [23:15:56 CET] <kepstin> if you want to actually target a specific filesize, you'd need to use 2-pass encode, which is even slower. But you probably don't need to do that [23:16:20 CET] <kepstin> encode some short samples of representitive video in 1-pass crf mode, pick a crf value that gives about the bitrate you want, and then stick with that. [23:16:36 CET] <Saberwolf> i am just running into issuse with losing 10 bit for 8 bit and stuipd big files [23:17:05 CET] <Saberwolf> software does not support fuly 10bit pipline [23:17:24 CET] <kepstin> well, both are incorrect encoder settings. ffmpeg will preserve 10-bit when re-encoding by default with a sufficiently new build using libx265 [23:17:45 CET] <kepstin> "sufficiently new" in this case being "within the past year or so" i think, so not even that new. [23:17:53 CET] <Saberwolf> i was using handbrake and just finshed useing staxrip [23:18:04 CET] <kepstin> well, this isn't a handbrake or staxrip channel [23:18:09 CET] <Saberwolf> ya iknow [23:18:20 CET] <Saberwolf> trying different software [23:19:18 CET] <kepstin> i'd just use the ffmpeg cli, tbh. it can even read directly from an unencrypted blu-ray file structure. [23:19:19 CET] <Saberwolf> do you guys have any suggestions on commands i use or stay away from [23:19:32 CET] <Saberwolf> how do you do that [23:19:46 CET] <Saberwolf> i am totally green when it comes to FFMPEG [23:21:25 CET] <kepstin> https://www.ffmpeg.org/ffmpeg-protocols.html#bluray [23:21:53 CET] <kepstin> if you know the correct playlist number it's pretty easy to use. [23:22:55 CET] <Media_Thor> #teamtrees $1 = 1 tree [23:23:14 CET] <Saberwolf> ya i have it [23:23:27 CET] <Saberwolf> 00005.m2ts [23:26:05 CET] <Saberwolf> oops you see Green not what your talking about [23:26:34 CET] <Saberwolf> 00005.mpls [23:28:47 CET] <lyncher> hi. the showinfo filter is only displaying the TOP field of a interlaced video. is there any way to have both TOP and BOTTOM fields processed by showinfo filter? [23:29:06 CET] <lyncher> [Parsed_showinfo_0 @ 00000168d5911680] n: 11 pts: 25982 pts_time:0.433033 pos: 191067 fmt:yuv420p sar:1/1 s:1920x1080 i:T iskey:0 type:B checksum:4ADF336D plane_checksum:[2A64808D 36A6079E B918AB33] mean:[66 120 138 ] stdev:[43.2 5.4 5.1 ] [23:29:38 CET] <lyncher> all the output lines on my interlaced file have "i:T" and none with "i:B" [23:31:05 CET] <durandal_1707> you are deeply confused [23:31:25 CET] <lyncher> T means "true"?? [23:32:25 CET] <durandal_1707> T top field first [23:34:19 CET] <lyncher> I'm trying to print CC that is being carried in TOP and BOTTOM fields (they should be different)..... but I'm only having access to the information that is in the TOP field [23:35:13 CET] <lyncher> if I put a separatefields before showinfo I get the duplicated information from TOP field [23:35:18 CET] <gp> I've found the apad filter to extend audio to the end of video. How can I use this to pad the beginning when video starts before audio? So the streams have equal duration? [23:37:03 CET] <gp> My goal is to make audio and video streams have the same duration regardless of which one stops/starts first [23:37:47 CET] <kepstin> lyncher: both fields are stored in one frame, the T/B indicates whether the field in the top line (vs. bottom line) is temporally earlier. [23:38:55 CET] <kepstin> CC information is stored as metadata attached to frames, not to fields. [23:39:00 CET] <lyncher> ok. how can access bottom fields side data? [23:39:15 CET] <kepstin> no such thing [23:39:46 CET] <lyncher> for (int idx = 0; idx < sd->size; idx++) { av_log(ctx, AV_LOG_INFO, "%x", sd->data[idx]); } [23:39:58 CET] <kepstin> the frame should contain the CC data for the entire frame (both fields) [23:40:00 CET] <lyncher> I've added that code in showinfo to dump CC side data [23:40:24 CET] <kepstin> (note that in analogue signals, the CC data was in a single video line per frame (two fields), it's not per-field there either) [23:40:25 CET] <lyncher> but only the first field (TOP) is being printed [23:41:54 CET] <kepstin> I assume the CC you're talking about is EIA-608 or CEA-708? [23:42:17 CET] <lyncher> 608 [23:42:20 CET] <kepstin> it's stored per frame, not per field [23:42:40 CET] <kepstin> there's no cc data for the "bottom field", there's just one cc data per frame [23:43:44 CET] <kepstin> you have to go back to how cc data is stored in the analogue ntsc video signal on line 21 to understand why. [23:46:51 CET] <kepstin> wait, nvm, i'm confused and wrong [23:47:39 CET] <kepstin> i was under the understanding that the captions were just stored on ntsc line 21, but apparently the caption line was per field. :/ [23:48:38 CET] Action: kepstin hasn't ever seen any actual examples of something with more than one caption stream only one one line in the video, tho. [23:49:18 CET] <lyncher> that means that it might be an issue when merging top and bottom fields in a frame (only the data from the first fields is being copied to AVFrame)? [23:49:35 CET] <kepstin> how exactly is this digital video being created? [23:49:44 CET] <kepstin> are you taking an analog source through some card? [23:49:52 CET] <kepstin> is it originally digital? [23:50:02 CET] <lyncher> mp4 in a h264 [23:50:19 CET] <lyncher> (the other way around.... h264 in a mp4) [23:50:32 CET] <kepstin> h264 does not store the cc data in the video signal, it's stored as separate packets within the video stream [23:50:45 CET] <lyncher> yes, SEI units [23:51:00 CET] <kepstin> have you confirmed that this video actually has multiple cc streams? [23:51:01 CET] <lyncher> which are then loaded as AVSideData [23:51:18 CET] <lyncher> it only has one CC stream [23:52:02 CET] <lyncher> the issue that I found is that in the AVSideData, only the cc_data from top field is present [23:52:32 CET] <kepstin> that makes sense if there's only a single cc stream [23:52:45 CET] <lyncher> in showinfo code there's: for (i = 0; i < frame->nb_side_data; i++) [23:53:22 CET] <lyncher> which means that the other field info wasn't loaded (because I'm not getting the info that was encoded in h264 SEI units for the bottom field) [23:53:27 CET] <kepstin> if there were two cc streams then you should have one for odd fields, one for even fields [23:53:37 CET] <kepstin> but a single cc stream is only in one field iirc [23:57:33 CET] <kepstin> reading up some wikipedia, it looks like dual audio (sap) broadcasts would often have captions for the first audio track in the odd fields, and captions for the second audio track in the even fields [00:00:00 CET] --- Tue Nov 19 2019

1 0

ffmpeg-devel.log.20191117
by burek 18 Nov '19

18 Nov '19

[00:23:26 CET] <cone-769> ffmpeg 03Paul B Mahol 07master:9db24ee26ded: avfilter/vf_framepack: switch to activate [00:23:27 CET] <cone-769> ffmpeg 03Paul B Mahol 07master:9498ce0c23b1: avfilter/vf_framepack: really fix ef466a8b29f8 [00:33:45 CET] <BtbN> What is this "has to be ref counted" stuff, why was it added, and why does ff_alloc_packet2 not do it then? [00:35:19 CET] <BtbN> There is only very few encoders which actually use the new API, and all except one of them use ff_alloc_packet2. [00:36:21 CET] <cone-769> ffmpeg 03Carl Eugen Hoyos 07master:eeab18329f03: lavc/libopencore-amr: Silence a warning about an unused function. [00:53:22 CET] <BtbN> I don't understand why this even happens. ff_alloc_packet2, in libavcodec/encode.c, looks like it always returns a ref-counted packet? [00:54:33 CET] <BtbN> It does call av_new_packet() on it, if !pkt->data [00:54:57 CET] <BtbN> so does that mean, the packet nvenc is getting has data != NULL, but buf == NULL? [00:55:16 CET] <BtbN> Where does it come from? receive_packet should be guaranteed to not get that. [00:57:00 CET] <BtbN> I don't think I can just drop the encode2 callback from nvenc, which would allow me to just unconditionally call av_packet_new [00:57:27 CET] <BtbN> Since avcodec_encode_video2 still bails out if that's the case [01:12:54 CET] <BtbN> jamrial, regarding http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=73ee53f317418a5719f616… where does the encode2 API check that? [01:13:11 CET] <BtbN> All I can see is it checking if the user provided a packet, and if it's big enough, it copies data into it [01:13:31 CET] <jamrial> in do_encode(), line 383 [01:13:51 CET] <BtbN> How am I supposed to correctly handle this in nvenc, which supports both APIs? [01:14:00 CET] <jamrial> it's with avcodec_receive_packet() only, when it needs to use encode2 [01:14:19 CET] <BtbN> Since I need to be prepared for a user-provided, non-ref-counted, packet to be given to me in nvenc [01:14:45 CET] <BtbN> Or does the logic in avcodec_encode_video2, which I don't fully understand, allow me to just always call av_net_packet? [01:15:05 CET] <BtbN> *new [01:16:06 CET] <BtbN> My immediate idea was to just drop encode2 support from nvenc, and call it a day. But I'm sure there will be API users being upset about that. [01:16:25 CET] <jamrial> with avcodec_encode_video2() you need to take a potential user packet into account, so i don't think av_new_packet() can be used [01:16:44 CET] <BtbN> nvenc.c has a shim encode2, which just calls the receive_packet function [01:16:49 CET] <BtbN> not doing that would be... annoying [01:17:32 CET] <BtbN> or even close to impossible without major rewriting at this point [01:17:34 CET] <jamrial> you could check in the receive_packet function if it's being feed an user packet or not [01:17:40 CET] <BtbN> How? [01:18:55 CET] <BtbN> Currently it's calling ff_alloc_packet2 to alloc the packet. Which already calls av_new_packet() if pkt->data is NULL. So apparently it must be getting fed a packet where data is set, but buf is not. [01:18:56 CET] <jamrial> check for pkt->data and/or pkt->size. avcodec_receive_packet() calling it will always be with a fresh unreffed packet, but avcodec_encode_video2() may call it with an user packet [01:19:30 CET] <jamrial> if pkt->data is true, then use ff_alloc_packet2(), otherwise use av_new_packet() [01:19:36 CET] <BtbN> Which is what's confusing me. Where is that input packet coming from, that does not trigger ff_alloc_packet2 to call av_new_packet? [01:19:52 CET] <BtbN> jamrial, that's exactly what the logic _in_ ff_alloc_packet2 already does. [01:20:38 CET] <BtbN> And it runs into that new assertion when encoding with ffmpeg.c [01:20:42 CET] <BtbN> Which is using the new API [01:21:04 CET] <jamrial> no, it's probably using avctx->internal->byte_buffer instead of calling av_new_packet() [01:21:21 CET] <mkver> Maybe this packet comes from av_fast_padded_malloc in ff_alloc_packet2, lines 47-49. [01:21:37 CET] <jamrial> try calling ff_alloc_packet2() with minsize == size [01:22:11 CET] <jamrial> so it skips that internal buffer altogether [01:22:37 CET] <BtbN> hm, why is that even 0. The packet is for sure not gonna be shrunk. [01:22:40 CET] <jamrial> it should use av_new_packet() in that case [01:24:21 CET] <BtbN> Doing that check myself actually feels cleaner, than relying on internal magic of that function. [01:25:02 CET] <jamrial> i think i nuked all this logic in my encode api port. i don't recall if you tested it or not when i pasted a link to the repo here some months ago [01:29:51 CET] <BtbN> https://github.com/BtbN/FFmpeg/commit/5d33a4d33034a890e907fcdb9bc93a04a8a10… this should fix it [01:31:37 CET] <jamrial> yeah, that looks good [01:32:13 CET] <BtbN> Avoid any future problems if the logic in ff_alloc_packet2 changes or something. [01:38:00 CET] <cone-769> ffmpeg 03Timo Rothenpieler 07master:4fb6ce27f088: avcodec/nvenc: make sure newly allocated packets are refcounted [01:38:31 CET] <BtbN> Would it make sense to backport this to at least 4.2? [01:39:42 CET] <jamrial> if you want to [01:39:44 CET] <jamrial> but the assert isn't there [01:39:53 CET] <BtbN> Yes, but the assert probably was added for a reason [01:40:04 CET] <jamrial> right :p [01:40:23 CET] <jamrial> yeah, the encoder is returning non ref counted packets otherwise [01:42:27 CET] <BtbN> Makes me wonder if it wouldn't make sense to just nuke that weird special case out of ff_alloc_packet2 [01:42:36 CET] <BtbN> that must make a lot of encoders return non-refcounted packetsd [01:42:38 CET] <BtbN> -d [01:46:30 CET] <cone-769> ffmpeg 03Timo Rothenpieler 07release/4.2:44fe41a1cae9: avcodec/nvenc: make sure newly allocated packets are refcounted [01:54:06 CET] <cone-769> ffmpeg 03Timo Rothenpieler 07release/4.1:4df5dfabcc1c: avcodec/nvenc: make sure newly allocated packets are refcounted [02:11:21 CET] <cone-769> ffmpeg 03Jun Zhao 07master:487e7e967003: lavf/rtmpproto: fix the playpath truncation if the len > 512 [06:37:55 CET] <cone-714> ffmpeg 03Gyan Doshi 07master:1c23abc88fef: avutil/eval: add function to track variable use [06:39:41 CET] <cone-714> ffmpeg 03Gyan Doshi 07master:b741a84a15ae: doc/APIchanges: update for av_expr_count_vars [12:12:45 CET] <cone-437> ffmpeg 03Paul B Mahol 07master:90622f9e8faf: avfilter/af_aecho: switch to activate [12:39:47 CET] <cone-437> ffmpeg 03Paul B Mahol 07master:7db61bf0e3b7: avfilter/af_adeclick: fix pts handling when timebase and 1/samplerate differ [12:39:48 CET] <cone-437> ffmpeg 03Paul B Mahol 07master:c588a0f5281f: avfilter/af_afftfilt: fix pts handling when timebase and 1/samplerate differ [12:39:49 CET] <cone-437> ffmpeg 03Paul B Mahol 07master:115537f48759: avfilter/af_afftdn: fix pts handling when timebase and 1/samplerate differ [12:39:50 CET] <cone-437> ffmpeg 03Paul B Mahol 07master:0a17a3015056: avfilter/af_agate: fix pts handling when timebase and 1/samplerate differ [12:39:51 CET] <cone-437> ffmpeg 03Paul B Mahol 07master:b66acf4a3403: avfilter/af_anlmdn: fix pts handling when timebase and 1/samplerate differ [12:49:34 CET] <durandal_1707> nice, cone-437 started to not show all commits [14:19:00 CET] <jamrial> jkqxz: ping [16:28:31 CET] <cone-039> ffmpeg 03Paul B Mahol 07master:2e7ccd493aec: avfilter/f_loop: fix pts handling when timebase and 1/samplerate differ [16:28:31 CET] <cone-039> ffmpeg 03Paul B Mahol 07master:315a4496ea16: avfilter/f_loop: switch aloop to activate [17:27:22 CET] <ubitux> it looks like ffmpeg-cvslog is has a very high spam score [17:27:50 CET] <ubitux> http://b.pkh.me/p/2019-11-17-172743-Uuvo1bah [17:28:01 CET] <ubitux> all the mail end up in my spam folder [17:28:13 CET] <ubitux> it's probably not a regression (it's just that i setup a spam filter recently) [17:28:27 CET] <ubitux> ffmpeg-devel and friends are not affected by this [17:30:35 CET] <ubitux> i suppose this is due to videolan sending the mail instead if ffmpeg.org so the mail can't be dkim signed [22:32:10 CET] <cone-620> ffmpeg 03Nomis101 07master:5e0a3278bb73: avcodec: Add more kCVImageBufferColorPrimaries to videotoolboxenc [23:25:31 CET] <cone-620> ffmpeg 03Carl Eugen Hoyos 07master:8038a87d4956: configure: Add fft dependency for headphone filter. [23:30:20 CET] <cone-620> ffmpeg 03Carl Eugen Hoyos 07master:ce8faea9fddb: configure: Add fft dependency for showspatial filter. [23:44:28 CET] <cone-620> ffmpeg 03Carl Eugen Hoyos 07master:56f25c11a9e8: lavf/Makefile: Specify sln demuxer requirements. [23:46:06 CET] <cone-620> ffmpeg 03Andreas Rheinhardt 07master:5d8d9e032caf: avformat/flacdec: Remove useless packet [00:00:00 CET] --- Mon Nov 18 2019

1 0

ffmpeg.log.20191117
by burek 18 Nov '19

18 Nov '19

[00:37:30 CET] <dw1> how can i copy video and subtitles and a specific audio stream? i get an error with ffmpeg -map 0:v -map 0:s -map 0:a:$stream -i input.mkv -c:v copy -c:s copy -c:a aac output.mkv [00:37:54 CET] <dw1> oh it comes after -i [00:39:09 CET] <dw1> nm think i got it [00:41:31 CET] <DHE> yeah order of options matters relative to the inputs and outputs [00:44:28 CET] <dw1> basically want to copy all video and subtitles (if exist) and a select audio [00:45:12 CET] <dw1> not working - it's grabbing 2 audios and no video [00:52:43 CET] <DHE> 0:x will only grab a single stream based on automatic selection. I think you'll have to enumerate what's available and go hog with -map 0:0 -map 0:1 [...] [00:53:02 CET] <DHE> or a similar 0:v:0 syntax [00:56:02 CET] <dw1> think my script was messed up [00:56:10 CET] <dw1> lemme try some more [01:00:17 CET] <dw1> think this works ffmpeg -i input.mkv -map 0:v -map 0:s? -map 0:$astream -c:v copy -c:s copy -c:a aac output.mkv 👍 [01:12:09 CET] <FlipFlops2001> ffmpeg64: When encoding to native AAC, I notice that ffmpeg is using only 4 threads. Is the code in Lavc58.62.100 32bit, or has this been written as such for other reasons, i.e. quality? [01:12:34 CET] <void09> any way to get ffmpeg to treat dvd .vob files as a single video so I can take screenshots at various timestamps without knowing/worrying which vob they are in ? [01:12:40 CET] <furq> the aac encoder is singlethreaded [01:12:43 CET] <furq> most audio encoders are [01:13:09 CET] <furq> void09: use something like tccat [01:14:15 CET] <void09> so ffmpeg doesn't know how to do that? [01:15:02 CET] <void09> also I want a cross platform solution [01:15:21 CET] <FlipFlops2001> furq: Isn't tccat a linux program? [01:17:03 CET] <Reinhilde> sounds like it should be a unix program [01:17:11 CET] <Reinhilde> linux is not the only thing in the world ;-P [01:17:32 CET] <void09> I use linux, but I wanted a cross platform solution (for the noobs) [01:18:30 CET] <FlipFlops2001> Q on HEVC encoding: Any thoughts, good or bad about the "analyze-src-pics" parameter? [01:19:55 CET] <SpiritHorse> void09: dvdshrink on windows. you're going to have a hard time finding a tool that is ported to both and is also worth anything [01:20:39 CET] <furq> don't use dvd shrink [01:20:47 CET] <furq> if you want a pgc vob use pgcdemux [01:20:48 CET] <void09> SpiritHorse: I have my own program which I want to do that from, has to be automatic. dvdshrink is crap [01:21:04 CET] <furq> i don't know of anything you can pipe to ffmpeg on windows though [01:21:55 CET] <void09> I don't want to demux anything.. just take screenshots. input is a VIDEO_TS dvd folder. output is .png files at specific timestamps from the movie [01:22:06 CET] <void09> well I guess it can be called demuxing [01:22:25 CET] <SpiritHorse> that seems something that can be scripted with concat [01:22:26 CET] <void09> but it has to be automatic, not interactive [01:23:54 CET] <nicolas17> you can just concat the .vob files at the byte level and get a valid file, right? [01:23:55 CET] <void09> I wanted to avoid writing something like.. detect largest .vob files that are from the same "chapter" or whatever they're called on dvd, make a list of them, sort them, get duration of each, and then map out a timestamp to a specific vob file and its own corresponding timestamp [01:24:14 CET] <nicolas17> in which case the ffmpeg concat protocol will work too [01:24:35 CET] <void09> would it know how to seek such a concat? [01:24:42 CET] <nicolas17> I think so yeah [01:24:45 CET] <SpiritHorse> try it and see? [01:25:02 CET] <void09> I don't know any ffmpeg, need an example :P [01:25:28 CET] <nicolas17> ffmpeg -ss 1:00:00 -t 5 -i "concat:VTS_01_1.VOB|VTS_01_2.VOB|VTS_01_3.VOB" foo.mp4 [01:26:16 CET] <nicolas17> don't include VTS_01_0.VOB since that's the menu [01:26:27 CET] <furq> uh [01:26:31 CET] <furq> that's not always true [01:26:41 CET] <furq> oh nvm 0 [01:26:59 CET] <nicolas17> my source is wikipedia, so [01:27:02 CET] <nicolas17> it may be wrong [01:27:31 CET] <void09> i've seen some movies that use VTS_07_01 for the main film [01:27:37 CET] <nicolas17> oh yeah [01:27:40 CET] <void09> and VTS_06 05 etc for extras [01:27:44 CET] <nicolas17> that's totally possible [01:28:19 CET] <void09> but what's with the foo.mp4 ? [01:28:24 CET] <nicolas17> that's the output file name [01:28:25 CET] <void09> I don't want to remux, just take screns [01:28:32 CET] <void09> screenshots* [01:28:45 CET] <nicolas17> maybe you should try that anyway, to see if the concat stuff works [01:29:26 CET] <nicolas17> and seeking [01:29:28 CET] <nicolas17> it's just transcoding 5 seconds of video so it should be fast [01:29:38 CET] <void09> I use -vf scale=w=trunc(if(gte(sar\,1)\,iw*sar\,iw)/ohsub)*ohsub:h=trunc(if(gte(sar\,1)\,ih\,ih/sar)/ovsub)*ovsub,setsar=1 [01:29:57 CET] <void09> somebody here figured that string for taking screenshots obeying Display aspect ratio, and storage aspect ratio [01:32:21 CET] <nicolas17> anyway, you concat VTS_07_01 VTS_07_02 VTS_07_03 etc to get the entire Video Title Set 7, which VTS has the main film is for you to figure out :) [02:47:15 CET] <montana> is it possible to convert hardcoded video subtitle to text subtitle file using OCR ? [03:55:05 CET] <Henry151> hi folks [03:55:20 CET] <Henry151> can anyone tell me how I can check a file to see if it has any audio or not, using ffmpeg? [03:55:37 CET] <gp> montana: That sounds like you're going to extract the frames with ffmpeg. And then use an OCR library for that part [03:55:38 CET] <Henry151> just because the file is on a remote headless server and so i can't just open it in vlc or whatever [03:56:31 CET] <gp> Henry151: ffmpeg -i filename gives you some info. FFProbe gives you lots of information about the encoding and can do json output [03:57:13 CET] <Henry151> when i play the file (it's a .mov file) through plex or jellyfin i get no audio at all, but i really expect this file to have audio [03:57:17 CET] <Henry151> thank you gp [03:57:55 CET] <gp> Henry151: try ffprobe -loglevel quiet -print_format json -show_streams -show_format /path/to/foo [03:58:15 CET] <gp> the streams part will have a "codec_type" attr that says "video" or "audio" [04:04:01 CET] <ladders> i have unencrypted DVD VOBs i am encoding to x264 mp4 for playback in a browser. i need to burn in the DVD subtitles because the browser can't display the subtitle stream if i '-map 0:#21 -c:s copy' (for example) [04:04:15 CET] <ladders> is there a way to do this without extracting the subs to a srt file? [04:07:00 CET] <Henry151> https://termbin.com/853q gp does this output mean anything to you? [04:07:20 CET] <gp> Henry151: Yea [04:07:25 CET] <gp> Henry151: Whats the question [04:08:08 CET] <Henry151> gp: does that look like it should have audio? [04:08:19 CET] <gp> Henry151: Check stream with index 0 - it tells you the codec_type is "audio". The other info tells you about the particulars but you know it is AAC [04:08:56 CET] <Henry151> ok, so it looks like it *does* have audio, so if i'm not hearing audio, it's possibly some issue with my player and not necessarily an issue with the files, i suppose. [04:09:03 CET] <Henry151> check stream with index 0? [04:09:11 CET] <Henry151> ok i see it [04:09:16 CET] <gp> Henry151: "index": 0, [04:09:33 CET] <gp> I guess I could have said the first one =) [04:10:04 CET] <Henry151> thank you for the guidance [04:10:12 CET] <Henry151> from a glance it looks like the file does have audio [04:10:37 CET] <Henry151> i will try downloading it to my local machine and playing it in VLC i guess to make 110% sure that it's not a silent audio track or something [04:11:08 CET] <gp> Henry151: Sure thing [07:41:35 CET] <onla> can outcome suffer if I encode a 1h video from a video file recorder from hi8 camcorder with lossless ffv1 using low end pc where the speed is 0.6x ... process is like almost 2hours... vs if I do same with good PC where speed is 10x? [07:42:05 CET] <onla> s/recorder/recorded [08:40:52 CET] <Reinhilde> i'd use the faster pc if you can. hi8 is an analog format tho [08:58:25 CET] <onla> yeah I mean I captured video from hi8 using ffv1 lossless. The 1h video file is some 30GB or so. Now I am post-processing it but the speed is 0.6x on my home pc [08:59:40 CET] <onla> using x264 now and some settings my linux friend provided [09:19:27 CET] <onla> if I encode file on linux command line with ffmpeg I wonder what's the way to do the equivalent thing on windows PC. I have few friends with good hw on win OS [09:20:37 CET] <pink_mist> they can open CMD or powershell and get a similar commandline [09:22:44 CET] <onla> they just need to install some ffmpeg package and the cmd/powershell will find the installation and is able to use it without a hassle? [09:24:32 CET] <pink_mist> not really, because windows is awful [09:24:35 CET] <onla> I have a bash script with some checks etc that I am using so I will need to work that out also [09:25:05 CET] <pink_mist> they'll either need to manually update their %PATH% to include the place they put ffmpeg in or specify the entire path to the ffmpeg binary or cd into the directory they put it in [09:26:04 CET] <onla> ok. Also considering bringing Live CD, but wonder if the live cd is providing ffmpeg and codecs [10:48:46 CET] <englosh> is ffmpeg faster at converting audio than avconv? Probably, right? [10:52:44 CET] <durandal_1707> avconv is not supported here [10:58:01 CET] <englosh> are there more waveforms than sine, square, triangle, and sawtooth? [16:17:03 CET] <crockwork> Alright, I want to take an episode of an anime and split it into its constituent frames. [16:17:32 CET] <crockwork> However, this is the issue: I want its ACTUAL frames. The individual frames of animation. Is that ever going to be possible to recreate from modernly available sources of the full episode? [16:17:44 CET] <crockwork> (By using ffmpeg or other methods) [16:19:28 CET] <JEEB> so you want dedup? [16:19:39 CET] <JEEB> to get rid of duplicates? [16:21:37 CET] <crockwork> Is that really that simple? [16:21:51 CET] <crockwork> Also, does ffmpeg make optimized jpegs? [16:21:58 CET] <JEEB> crockwork: I mean I'm trying to figure out *what* your attempting to do [16:22:01 CET] <JEEB> *you're [16:22:25 CET] <JEEB> and of course deduplication will fail if there's actual filters etc applied on top of the animation [16:22:31 CET] <crockwork> It was for a dumb idea we had elsewhere--someone I knew took every frame and was going to upload it to a server one at a time, just to do a whole "slideshow" situation while spamming pings, et cetera. All good fun. [16:23:05 CET] <crockwork> However, I wanted to optimize their terrible process, so I wanted to use something like ffmpeg instead of their terrible "open crunchyroll and take a screenshot of the screen and save it as a FOOKING png for every 12-maybe-frames" idea. [16:23:38 CET] <DHE> well turning a video into 1 png every 12 frames is absolutely doable [16:23:57 CET] <JEEB> animation is usually in 1:2 or 1:3 if that is what you actually mean, and that might be doable with deduplication [16:24:05 CET] <JEEB> (given that there are no overlays or anything else moving in the picture) [16:24:12 CET] <JEEB> (which there often is) [16:24:27 CET] <JEEB> also it will not count a pan as a single thing even if the panned image itself doesn't move [16:25:53 CET] <crockwork> DHE: I'd like to turn it more into 1 actually decent jpeg that isn't 2.5 goddamned mb per image, but ensure that ffmpeg automates making a good jpeg and not necessarily "just a jpeg" [16:27:24 CET] <JEEB> &23 [16:29:20 CET] <crockwork> What's that? [16:31:53 CET] <JEEB> a typo of /23 [16:32:00 CET] <JEEB> (switching windows in my IRC client) [16:33:16 CET] <crockwork> lol [16:33:27 CET] <DHE> it happens more often than you think... [17:07:51 CET] <gp> Can hls audio be muxed without video and segmented correct? (using -vn to omit video). I am forcing the video keyframe placement with '-force_key_frames' but I am guessing this is going to leave my audio segmented in an incompatible way? [17:10:48 CET] <Anderssen> Hey guys, I'm trying to get ffmpeg to work on a hardware encoder on the amd rx580, but when I enter this (just as an example): [17:10:59 CET] <Anderssen> ffmpeg -i Untraceable.m2t -vcodec hevc_vaapi -t 60 1min.mp4 [17:11:10 CET] <Anderssen> I get this: Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scaler_0' [17:11:48 CET] <Anderssen> On the web I've found several threads with people who have the same problem, but it was always down to some very specific thing in their long ffmpeg command with specific filters. [17:12:15 CET] <Anderssen> What I don't understand is what I have to do at all (some conversion?) so that this works at all. [17:12:43 CET] <JEEB> post the full log with -v verbose in there for additional verbosity [17:12:49 CET] <JEEB> not here but ona a pastebin or so [17:12:50 CET] <JEEB> and link here [17:13:28 CET] <Anderssen> kk (I'm running on Suse Leap 15.1) [17:15:25 CET] <Anderssen> pasted it here: https://pastebin.com/WwmZP1fS [17:16:43 CET] <JEEB> yes, the vaapi encoder probably outputs hardware buffers but those have a different pixel format [17:17:05 CET] <JEEB> to minimize RAM to VRAM copies you might want to see if you can use vaapi for decoding as well [17:18:13 CET] <Anderssen> how would I decode with vaapi? [17:18:44 CET] <JEEB> -hwaccel vaapi -hwaccel_output_format vaapi or so [17:18:47 CET] <JEEB> see https://trac.ffmpeg.org/wiki/Hardware/VAAPI [17:20:11 CET] <JEEB> basically since there's no specific code paths for the hardware stuff (which can be different between modules) you need to manually map stuff like moving the buffer from RAM to VRAM or other way [17:22:59 CET] <Anderssen> OK, to be honest I have no experience in moving ram to vram or so. Is there something else I can do, like converting the pixel format to a specific format that is needed by the encoder? [17:23:52 CET] <furq> that's what -hwaccel_output_format vaapi does [17:26:31 CET] <Anderssen> ah ok. what I got now is this: [hevc_vaapi @ 0x55e420b7e140] B frames are not supported (0x1). [17:27:45 CET] <furq> -bf 0 [17:27:47 CET] <Anderssen> or the entire thing: https://pastebin.com/GWMe4eLr [17:28:51 CET] <Anderssen> thanks, i've added -bf 0, and it's running now. (although I thought no bf would be standard; I always had to add -bf 2 or so to get b frames at all) [17:29:36 CET] <JEEB> that depends 100% on the encoder [17:29:57 CET] <furq> it kind of sucks that the rx500 series doesn't even do bframes on h264 [17:29:59 CET] <furq> i thought it did [17:48:58 CET] <Anderssen> hm, another thing: does hevc_vaapi accept setting bitrates? when I do -vb 1000k I get an output that consists only of colorful artifacts. [18:58:37 CET] <Xogium> hi folks :) can anyone texplain to me what this is supposed to mean ? [libmp3lame @ 0x7f739c01bd40] The encoder timebase is not set. [18:58:44 CET] <Xogium> *anyone explain [18:59:03 CET] <Reinhilde> is it an error or is the encode continuing despite? [18:59:07 CET] <Xogium> error [18:59:18 CET] <Xogium> ffmpeg goes like invalid argument [18:59:28 CET] <JEEB> the encoder didn't get a tiem base set [18:59:34 CET] <Xogium> hmm [18:59:39 CET] <Reinhilde> obviously it means what it says [18:59:41 CET] <JEEB> if (avctx->time_base.num <= 0 || avctx->time_base.den <= 0) { [18:59:49 CET] <Reinhilde> but more importantly, what's the invocation? [18:59:55 CET] <JEEB> so either num or denum of time base is less than zero for some reason [19:00:17 CET] <JEEB> the command line app should generally set it in various cases [19:00:27 CET] <JEEB> so is this your own API usage app? [19:00:41 CET] <Xogium> yeah in this case its a third party software, and I guess they are not setting it [19:00:49 CET] <Xogium> its liquidsoap [19:00:55 CET] <JEEB> ok, so yea API user [19:01:02 CET] <Reinhilde> ask the liquidsoap team [19:01:39 CET] <JEEB> that thing's in avcodec_open2 so that will then fail for them [19:01:46 CET] <Xogium> what is a time base anyway ? Sorry for a probably stupid question :D [19:02:02 CET] <JEEB> it's the measure of things per second [19:02:14 CET] <JEEB> like for audio 44100kHz would be 1:44100 [19:02:15 CET] <Xogium> oh like samples per second ? [19:02:18 CET] <JEEB> yea [19:02:35 CET] <Xogium> ah, right [19:02:39 CET] <Xogium> that makes sense [19:02:54 CET] <JEEB> with media it can be something else than the actual "frame rate" because of various reasons [19:03:00 CET] <JEEB> for example MPEG-TS forces 1:90000 [19:03:05 CET] <JEEB> and FLV forces 1:1000 [19:03:07 CET] <JEEB> (for the container) [19:03:14 CET] <Xogium> ah [19:03:25 CET] <Xogium> well makes sense ffmpeg isn't very happy then [19:03:27 CET] <JEEB> but that's separate from encoding :) [19:03:36 CET] <JEEB> but yea, avcodec_open2 checks if you have set the time base [19:03:59 CET] <Xogium> maybe I can fix it& Doubt it, never coded in ocaml [19:04:23 CET] <Xogium> that broke very recently [19:04:30 CET] <JEEB> if you can find out where hte thing makes its AVCodecContext it should be relatively simple I'd guess [19:04:37 CET] <JEEB> since it's not configuring that well enough [19:04:40 CET] <Xogium> I think ffmpeg got updated, and then liquidsoap broke [19:05:01 CET] <JEEB> I can see through git blame how old that check is [19:05:15 CET] <JEEB> e62ff72fc1052273deb708ba715f73e5187281d4 [19:05:17 CET] <JEEB> from 2016 [19:05:24 CET] <Xogium> that's really weird [19:05:33 CET] <Xogium> it worked not even a week ago [19:05:42 CET] <Xogium> ah well [19:05:44 CET] <JEEB> it's not surprising if FFmpeg packaged somewhere is older than that [19:05:57 CET] <JEEB> but yes, that change itself is from 2016 [19:06:05 CET] <JEEB> and every release since May 2016 has had it :) [19:06:15 CET] <Xogium> I see [19:06:36 CET] <Xogium> ffmpeg 4.2.1 here, in any case [19:06:50 CET] <JEEB> > There is also a divide by the time base lower in this function, which would crash when it is not set. [19:07:02 CET] <Xogium> I will try to see where it declares avcodec, is that the right way to go ? [19:07:03 CET] <JEEB> so there was a reason why the sanity check was added :D [19:07:16 CET] <JEEB> Xogium: avcodec and most importantly avcodeccontext [19:07:24 CET] <JEEB> since that is the instance of a decoder or encoder [19:07:31 CET] <Xogium> lets see [19:08:36 CET] <JEEB> I'm just looking at some code I have locally, and I do set the time base before opening an encoder (and some other basic things for video or audio like width/height/sample foramt) [19:10:30 CET] <Xogium> a quick grep shows this: ./avcodec_stubs.c: int ret = avcodec_open2(codec_context, codec, NULL); [19:10:56 CET] <JEEB> yup [19:11:20 CET] <Xogium> so this is the ffmpeg function [19:11:40 CET] <JEEB> so you initialize basic values and then it calls that [19:12:05 CET] <Xogium> right [19:17:17 CET] <Anderssen> hey guys, sorry to bother you again: the hevc_vaapi mentioned earlier works fine with certain videos, but at certain others I seem to get a wrong colorspace in the output; or maybe it's rather due to the input. however i can't seem to figure out which other format I can use for input decoding. what I used so far is -hwaccel_output_format vaapi; [19:17:38 CET] <Anderssen> do I have to select a particular output format at this place if i get the error Incompatible pixel format 'yuv444p10le' for codec 'hevc_vaapi', auto-selecting format 'vaapi_vld' ? [19:17:39 CET] <JEEB> Anderssen: give a full log with -v verbose or it is hard to figure out [19:20:43 CET] <furq> does vce even support high bit depth [19:21:33 CET] <Anderssen> kk: https://pastebin.com/AWYrbjjH [19:22:00 CET] <JEEB> I don't see any messages regarding yuv444p10le there [19:22:19 CET] <Anderssen> now, that's funny, wait a sec [19:22:31 CET] <Anderssen> however, the output still looks somewhat wrong (in terms of colors) [19:23:12 CET] <JEEB> the input doesn't seem to signal jack, although I'm not sure if it's that or the compression artifacts :P [19:23:23 CET] <JEEB> so for input I would guess a lot of players would show it in BT.601 [19:23:36 CET] <JEEB> while I have no idea what the AMD vaapi encoder would default to [19:23:42 CET] <Anderssen> kk, I experimented with a filter earlier which produced that error (incompatible pixel format) in order to get a correct output; but that didn't solve it; the original line is now in the pastebin i just posted [19:24:24 CET] <JEEB> I recommend you ffprobe -v verbose -I FILE'ing the output of that [19:24:31 CET] <JEEB> and posting the result [19:24:49 CET] <Xogium> JEEB: I found this, would that be the right place ? http://ix.io/225d [19:25:33 CET] <JEEB> Xogium: it seems to set up the codec context yes, but that looks like for video since it seems to skip most things [19:25:49 CET] <Xogium> mmmh weird [19:26:19 CET] <JEEB> https://lists.ffmpeg.org/doxygen/trunk/structAVCodecContext.html [19:26:34 CET] <JEEB> these are all the values that are in a lavc context [19:26:48 CET] <Xogium> weird cause they claim it only supports audio for now [19:27:21 CET] <Anderssen> https://pastebin.com/2z9ENyn4 [19:27:21 CET] <JEEB> of course, generally speaking you just need to set stuff like sample_fmt, time_base and such [19:28:29 CET] <JEEB> Anderssen: that's the *input* [19:28:34 CET] <JEEB> now what about the *output* ? [19:28:45 CET] <Anderssen> sorry, misunderstanding [19:29:15 CET] <Anderssen> https://pastebin.com/sx6SMLuW [19:29:19 CET] <JEEB> thanks [19:29:39 CET] <Xogium> JEEB: so I could just add time_base in there ? [19:30:00 CET] <JEEB> Xogium: setting it before the codec context gets opened, yes [19:30:11 CET] <JEEB> Anderssen: ok, so that doesn't have the color space info either [19:30:22 CET] <JEEB> what are you utilizing to compare the color? [19:30:52 CET] <JEEB> but anyways, as far as FFmpeg is doing things, and as far as you don't have any weird conversions in your filters (which there don't seem to be any), it looks like it's passing those things through [19:30:54 CET] <Xogium> I've never programmed before [19:31:09 CET] <Anderssen> you mean a tool? I only realized it when I looked at the video. it's pretty obvious to see though, I can upload a screenshot if it helps [19:31:10 CET] <Xogium> but figure if its a matter of adding a single line that can work [19:31:37 CET] <JEEB> Xogium: basically in C it would be lavc_ctx->time_base = (AVRational){ VALUE, ANOTHER_VALUE }; [19:31:49 CET] <JEEB> values being numbers [19:31:54 CET] <JEEB> numerator and the denumerator [19:32:27 CET] <JEEB> Anderssen: yes the mechanism you're using [19:32:50 CET] <JEEB> Anderssen: and rather than screenshots actual short samples might be more useful [19:33:03 CET] <JEEB> you can limit a sample with -t XX where XX is seconds, for example [19:33:14 CET] <JEEB> and you can -map 0:v to just do the video stream [19:33:21 CET] <JEEB> (and -c copy to copy the original stream) [19:33:42 CET] <JEEB> but it can just be the hardware encoder [19:33:59 CET] <Anderssen> should i upload it to a particular place? [19:34:12 CET] <JEEB> anything that doesn't require insane javascript or dozen hoops to grab [19:34:22 CET] <JEEB> 0x0.st is one place if you know how to upload a file with curl [19:39:08 CET] <Anderssen> ok, I uploaded one 10 second sample here: http://46.38.239.196/out10s.mp4 [19:40:05 CET] <JEEB> and if you could get the same thing with the input video -c copy'd, that'd make it easier to actually compare ;) [19:40:17 CET] <Anderssen> ok, but the input video is much larger [19:40:37 CET] <JEEB> apparently it should only be like 2x that? [19:40:52 CET] <JEEB> since the source average bit rate over probed area was 3500kbps [19:40:57 CET] <JEEB> and the output was 1800kbps or so? [19:41:02 CET] <JEEB> *1800 [19:41:05 CET] <Anderssen> or wait, it's like 3M [19:41:13 CET] <Xogium> JEEB: I guess I can modify the avcodec_stub.c file, but its the values I'm not sure about [19:42:38 CET] <Anderssen> http://46.38.239.196/out10s.mp4 [19:42:45 CET] <JEEB> Xogium: the application seems to have a logic most likely [19:43:01 CET] <Xogium> yeah [19:43:04 CET] <JEEB> Anderssen: seems to be the same? [19:43:34 CET] <JEEB> yup that is the same URL and also contains HEVC [19:43:46 CET] <Anderssen> woops [19:43:51 CET] <Anderssen> here: http://46.38.239.196/out10s.mp4 [19:43:56 CET] <Anderssen> hey [19:44:01 CET] <Anderssen> my copy paste thing doesnt work, wiat [19:44:20 CET] <Anderssen> http://46.38.239.196/input10s.m2t [19:46:24 CET] <JEEB> Anderssen: colors seem to be the same but either the hardware decoder or encoder has really derped it up [19:46:34 CET] <JEEB> so you get "nice" chroma artifacts [19:46:42 CET] <JEEB> welcome to the wonderful world of "where did it all go wrong" [19:46:48 CET] <Anderssen> ok, so it's visible? [19:47:01 CET] <Anderssen> i mean it's like horizontal bars or something [19:47:04 CET] <JEEB> like if I do `mpv --pause FILE` next to each other, I can clearly see it yes [19:48:05 CET] <JEEB> also I guess the input you have is interlaced so that might be doing something as well [19:48:22 CET] <JEEB> so you might want to see if the hardware deinterlacer does anything nice to you [19:48:51 CET] <Anderssen> I'm not sure if the frames are marked as interlaced, but I don't see any interlace artifacts at all [19:49:20 CET] <JEEB> only reason for me to note that were some interlacing-related flags in there [19:49:24 CET] <JEEB> but yea, dunno [19:49:36 CET] <JEEB> I'd probably test with some sw encoder first [19:49:50 CET] <JEEB> if you really want HEVC, there's probably libx265 built into your FFmpeg binary? [19:49:58 CET] <Anderssen> software encoders work fine; it looks perfectly ok with libx265 [19:50:03 CET] <JEEB> ok [19:50:16 CET] <JEEB> have fun figuring out where the vaapi stuff is going wrong [19:50:22 CET] <Anderssen> hehe [19:50:34 CET] <JEEB> try the hardware decoding and then bringing it to RAM and using libx265, or vice versa [19:50:41 CET] <JEEB> software decoding and hardware encoding [19:50:50 CET] <JEEB> I'm going to put my initial guess on encoder, but it could be either [19:52:05 CET] <Anderssen> I'm not sure with what to decode though; I think then I'm back at the "old" problem from 2 hours ago [19:52:40 CET] <JEEB> you just need to add the hwupload filter then [19:53:01 CET] <JEEB> I just guesstimated that since you want hw encoding you probably wanted the more optimal path which keeps the stuff in the VRAM [19:53:07 CET] <JEEB> instead of moving it between VRAM and RAM [19:53:53 CET] <Anderssen> depends on how fast it is [19:54:21 CET] <Anderssen> main thing is just, when I encode with libx265 (I have an i7-4770), it goes to like 60-65 fps; apparently the hardware encoder is much faster [19:54:56 CET] <Anderssen> I also have a laptop with a gtx-1050-ti; I've tried the hevc_nvenc there, it goes to like 450fps [19:55:26 CET] <JEEB> do note that those bring completely different compression ratios since hw encoders are meant for "not using the CPU" or low latency use cases [19:55:27 CET] <Anderssen> the hevc_vaapi I tried here goes to like 230 fps, [19:55:36 CET] <JEEB> also you can set the -preset with libx265 [19:55:42 CET] <JEEB> if you just want to make it faster [19:58:38 CET] <Polochon_street> Hi! Is there a simple way to display a picture on /dev/fb0 (linux framebuffer) using ffplay? I'm trying to fool around with the fbdev, but getting this to work first would be nice [19:59:17 CET] <JEEB> no idea. the closest thing I have noticed to something like that is mpv's gpu renderer's DRM output [20:00:38 CET] <Polochon_street> I have `ffmpeg -i pic.jpg -pix_fmt rgb565le -f fbdev /dev/fb0` kinda working, but the picture is completely fubar [20:19:59 CET] <Anderssen> JEEB, can I ask you another question: I used that line from https://trac.ffmpeg.org/wiki/Hardware/VAAPI [20:20:10 CET] <Anderssen> for screen capture: ffmpeg -vaapi_device /dev/dri/renderD128 -f x11grab -video_size 1920x1080 -i :0 -vf 'hwupload,scale_vaapi=format=nv12' -c:v h264_vaapi -qp 24 output.mp4 [20:20:34 CET] <Anderssen> the output is fine. would that mean that the encoder is ok, but the decoder might be set up wrong? [20:20:44 CET] <JEEB> well that's H.264 :P [20:20:45 CET] <JEEB> not HEVC [20:21:05 CET] <Anderssen> my bad [20:21:37 CET] <JEEB> also /41 [20:21:50 CET] <JEEB> basically you'd have to make sure it's OK with the default sw decoder and hwupload [20:21:56 CET] <JEEB> I mean, that part is already more or less there [20:21:58 CET] <JEEB> in the -vf [20:25:44 CET] <Anderssen> ok, I can't quite see a reference to a hardware decoder in that line that i could replace with something though [20:26:21 CET] <Anderssen> i mean it doesn't have -hwaccel vaapi and -hwaccel_output_format vaapi [20:28:02 CET] <JEEB> well yes, those tell ffmpeg.c that you want hw decoding and that you'd like its native output format :P [20:28:12 CET] <JEEB> the default is software decoding, after all [20:35:11 CET] <Anderssen> I'm always taking a while; it's a little tricky to experiment with all those options without typos or putting an option at the wrong place. What I now did, is this line: [20:35:18 CET] <Anderssen> ffmpeg -vaapi_device /dev/dri/renderD128 -f x11grab -video_size 1920x1080 -i :0 -vf 'hwupload,scale_vaapi=format=nv12' -c:v hevc_vaapi -qp 24 -t 10 -bf 0 output3b.mp4 [20:35:34 CET] <Anderssen> that has, as far as I can tell, produced an output with hevc (h265) [20:36:23 CET] <JEEB> so you used the VAAPI HEVC encoder, set quantizer to 24, encoded 10 seconds and disabled b-frames [20:36:30 CET] <Anderssen> and the colors are fine. now, I can't do this with a video input though because i get the "old" error " Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scaler_0'" [20:36:46 CET] <JEEB> yes, because you need the hwupload and vaapi scale there :P [20:36:59 CET] <JEEB> if you still get errors with that post the full command line and log onto a apstebin or so, and link here [20:40:15 CET] <Anderssen> I'm not sure what to change now though; I'm trying something like ffmpeg -vaapi_device /dev/dri/renderD128 -i DieHard.m2t -vf 'hwupload,scale_vaapi=format=nv12' -c:v h264_vaapi -qp 24 -bf 0 output4.mp4 [20:40:52 CET] <JEEB> now post the other part of that [20:41:21 CET] <Anderssen> ffmpeg tells me this then: https://pastebin.com/FHPxuSVK [20:41:46 CET] <JEEB> alright, then the scale_vaapi might have been unnecessary [20:42:00 CET] <JEEB> try -vf "scale=format=nv12,hwupload" [20:42:12 CET] <JEEB> which converts on the RAM side to nv12, and then uploads it [20:42:33 CET] <JEEB> although in theory the video recording example should be similar [20:43:02 CET] <JEEB> or maybe scale filter just used a format meta filter [20:43:03 CET] <Anderssen> i think i have too many terminals open; i got an old version of that line again, with h264_vaapi instead of hevc [20:43:05 CET] <JEEB> I don't remember :P [20:43:34 CET] <JEEB> that shouldn't really matter, both VAAPI encoders should be doing similar results. and at least you posted the command and log together [20:44:49 CET] <JEEB> ok yes, you need the meta one with the standard filters [20:44:54 CET] <Anderssen> ok, this is what I got now: https://pastebin.com/dagScVd4 [20:45:12 CET] <JEEB> -vf "scale,format=pix_fmts=nv12,hwupload" [20:45:15 CET] <JEEB> that should be it :P [20:45:21 CET] <JEEB> since format is not a valid option for the scale filter [20:45:25 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#scale-1 [20:45:29 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#format-1 [20:45:39 CET] <JEEB> (related documentation, also useful to ctrl+F through) [20:46:43 CET] <Anderssen> wow, that produces a good output [20:47:41 CET] <Anderssen> however, what now, was it the hw decoder then? [20:48:50 CET] <JEEB> not necessarily but if you used exactly the same parameters for the encoder (-qp -bf etc) then maybe [20:49:00 CET] <JEEB> at least switching to sw decoding seems to have helped :P [20:50:02 CET] <Anderssen> yes! [20:50:06 CET] <Anderssen> thanks, you did so much. [20:50:26 CET] <Xogium> JEEB: thanks a ton :) [21:08:52 CET] <Anderssen> different topic: I've been looking for a deinterlacing filter that simply discards one of the fields; the only filter in https://ffmpeg.org/ffmpeg-filters.html that I found though is "nnedi" (section 11.134), it requires an an external .bin and is pretty slow. is there maybe an alternative? [21:09:00 CET] <Anderssen> (i mean for a filter that discards one field) [21:13:47 CET] <gp> Does VBR audio benefit from 2 pass encoding? [21:13:55 CET] <gp> or is that video only improvements? [21:14:22 CET] <JEEB> if audio was encoded in longer fragments possibly [21:14:37 CET] <JEEB> but right now it's usually each packet being completely separate [21:14:52 CET] <JEEB> so you have to keep the rate within that buffer and blah blah [21:15:09 CET] <gp> kk =) ty [21:15:17 CET] <c_14> Anderssen: use the field filter? [21:21:12 CET] <Anderssen> c_14: I'm not sure if I'm doing something wrong, but if I use vf=field=top, it seems to not switch to top field but it takes the upper half of the image and crops of the restr [21:21:51 CET] <JEEB> see the separatefields filter? [21:22:13 CET] <JEEB> and then you can use the selectwhatever filter to only output the even or uneven ones [21:22:36 CET] <Anderssen> or wait, that was the effect when I inserted it into that ffmpeg command which I used earlier, with the hardware encoder; if i use the software encoder it seems to work fine [21:24:11 CET] <Anderssen> ok, i think i just have to move that filter to the front (i.e. before all other filters) [21:25:28 CET] <Anderssen> thanks c_14, thanks again JEEB ! [22:10:36 CET] <Anderssen> erm, sorry to bother you again, but @JEEB, you stil: have the output file, right? do you recognize something with the image, like it's being somewhat scaled down and moved to the left, so that there is a black bar at the right? [22:11:03 CET] <durandal_1707> huh? [22:11:10 CET] <durandal_1707> what command line you use? [22:11:21 CET] <durandal_1707> post full _uncut_ ffmpeg output [22:11:35 CET] <furq> Anderssen: afaik every deinterlacing filter discards alternate fields unless you set them to double the framerate [22:11:54 CET] <Anderssen> furq, that's not it, it occurs in all output files that I encoded, but I haven't realized it until now [22:11:59 CET] <furq> yadif/bwdif do [22:12:26 CET] <furq> that was in reference to your earlier question, idk what the black bar is about [22:14:09 CET] <Anderssen> durandal_1707 the most recent ffmpeg line I used was this: ffmpeg -vaapi_device /dev/dri/renderD128 -i DieHard.m2t -vf "scale,format=pix_fmts=nv12,hwupload" -c:v hevc_vaapi -qp 24 -bf 0 -t 60 -y output5.mp4 [22:17:07 CET] <Anderssen> (for the record, the output was this: https://pastebin.com/W3zGhshH ) [22:18:13 CET] <Anderssen> however, the thing is, regardless which parameters I use: when I play the video with a video player I got a black bar at the right side, and some on top and some on the bottom; the image appears to have been shrunk or zoomed out; however it's not a thing with the video player, it's on all players [22:33:39 CET] <gp> Just trying to wrap my head around something. When you write the command and use stdin for an input file, it actually becomes the last stream in a map right? [22:33:51 CET] <gp> Even if it is specified first? [22:34:24 CET] <furq> ? [22:36:02 CET] <Anderssen> As to the issue I just mentioned: I kind of getting an idea of what *might* go wrong: the input was 720x576, the output seems to be 768x576, although that has never been specified; 768x576 however is exactly 4:3 which is the standard DAR; maybe the encoder went rogue and padded the image so that this fits? [22:36:52 CET] <furq> is it actually 768x576 or is that just how your player displays it [22:37:20 CET] <Anderssen> when I ask ffmpeg to output a bmp-file from the video, it outputs 768x576 [22:38:00 CET] <Anderssen> yeah, and the input is shown as 768x576, too. idk why though. during encoding it says: Stream #0:0: Video: hevc (hevc_vaapi) (Main) (hev1 / 0x31766568), vaapi_vld, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 25 fps, 12800 tbn, 25 tbc [22:38:18 CET] <Anderssen> so, the output should be 720x576; but it's actually 768x576 [22:38:45 CET] <furq> yeah and it should be 16:9 anyway [22:39:01 CET] <furq> sounds like your gpu is doing something crazy [22:39:01 CET] <Anderssen> yeah, so if the encoder was to pad it, it should pad it to 16:9, not to 4:3 [22:49:12 CET] <Anderssen> it's only the hevc_vaapi though; the h264_vaapi doesn't do that [23:06:53 CET] <Anderssen> ok, although i haven't figured it out: the encoder apparently doesn't pad beyond 1024 width [23:07:51 CET] <Anderssen> below that it always pads 32 pixels on the right (though to a max width of 1024) [00:00:00 CET] --- Mon Nov 18 2019

1 0

ffmpeg-devel.log.20191116
by burek 17 Nov '19

17 Nov '19

[15:07:56 CET] <cone-586> ffmpeg 03Paul B Mahol 07master:d7ffa4bd3e87: avcodec/codec_desc: add mising .type for acelp.kelvin [19:56:59 CET] <cone-769> ffmpeg 03James Almer 07master:2703068110dc: avcodec/cbs_av1: fix reading reference order hint in skip_mode_params() [19:56:59 CET] <cone-769> ffmpeg 03James Almer 07master:81d54531f788: avformat/av1dec: simplify annexb_probe() [22:45:21 CET] <cone-769> ffmpeg 03Zhao Zhili 07master:57db9f488f73: avformat/mov: fix typo in help text [22:45:22 CET] <cone-769> ffmpeg 03Andreas Rheinhardt 07master:27522fb64c43: avcodec/put_bits: Relax requirements to rebase PutBitContext [22:45:23 CET] <cone-769> ffmpeg 03Michael Niedermayer 07master:ec3d8a0e6945: avcodec/mjpeg_parser: Make parser a bit more robust with unclean input [23:33:57 CET] <cone-769> ffmpeg 03Paul B Mahol 07master:d52342a56308: avfilter/vf_framepack: add missing filtering flag [23:33:58 CET] <cone-769> ffmpeg 03Paul B Mahol 07master:ef466a8b29f8: avfilter/vf_framepack: fix timestamps for frameseq format [23:43:40 CET] <cone-769> ffmpeg 03Michael Niedermayer 07master:e9a335150a62: avformat/mp3dec: Check that the frame fits within the probe buffer [23:43:40 CET] <cone-769> ffmpeg 03Limin Wang 07master:c22665ae691c: avformat/mp3dec: Check for occurances of headers within frames during probing [00:00:00 CET] --- Sun Nov 17 2019

1 0

ffmpeg.log.20191116
by burek 17 Nov '19

17 Nov '19

[00:28:49 CET] <arnaud-ro> assuming I have this [00:28:52 CET] <arnaud-ro> Program 0 [00:28:56 CET] <arnaud-ro> : Other (qad) [00:29:31 CET] <arnaud-ro> how would I correctly map the program and the audio video I want to chose, knowing that I output to flv so I can't have several audio tracks [00:30:03 CET] <arnaud-ro> -map p:0 -map a:0 -map v:3 doesn't work [00:30:29 CET] <arnaud-ro> (there are 7 programs so I need to select one) [00:30:50 CET] <DHE> how about a pastebin? [00:30:55 CET] <arnaud-ro> ok [00:33:31 CET] <arnaud-ro> https://pastebin.com/DpdrKXkj [00:33:57 CET] <arnaud-ro> if I only select the program, then it doesn't work because there are 3 audio tracks and flv output doesn't allow it [00:34:15 CET] <arnaud-ro> so i m not sure how I should write the command.. [00:34:44 CET] <DHE> you might be best off first selecting a specific variant rather than the master stream, then use -map 0:v -map 0:1 or whatever audio stream you want from the set... [00:36:08 CET] <arnaud-ro> i m not aware of such variant, just the master playlist [00:40:03 CET] <DHE> if you just run 'curl https://streams._hd' it should print all the variants and you can select what you're actually interested in [00:52:33 CET] <arnaud-ro> no it doesn't work [01:19:52 CET] <arnaud-ro> irony is when you don't map anything it just works fine (ie select only one audio stream on his own) [01:30:12 CET] <arnaud-ro> p:6:0 p:6:4 that works.. [07:15:14 CET] <gp> anyone know by chance when the hls master_pl_name option was added? trying to find minimum version for it [07:15:35 CET] <gp> 3.4.6 errors with unrecognized option [07:15:48 CET] <gp> couldn't find it in the changelog [07:16:09 CET] <JEEB> if you are trying to check if the feature is available, I think it makes sense to check for the feature [07:16:16 CET] <JEEB> `-h muxer=hls` [07:16:28 CET] <JEEB> if you get a match for that string, that binary has that feature [07:16:45 CET] <JEEB> unless you're doing API, in which case it should be possible to list the available AVOptions as well [07:16:48 CET] <JEEB> :) [07:17:25 CET] <JEEB> I could go into the git history and try to figure where it was added, but as an application I feel it is more useful to check for the availability of an option rather than check by version [07:18:17 CET] <gp> JEEB: no problem. My parser script is breaking when I upgrade to ffmpeg 4 so I was hoping to get the master option in an earlier one. so i could delay the major version bump [07:19:34 CET] <JEEB> also the "major" bump in v4 was not really major :P [07:19:42 CET] <JEEB> it's just like with the linux kernel [07:19:52 CET] <JEEB> when numbers get big enough the major gets bumped [07:20:07 CET] <JEEB> so whatever breakage you have might have been utilizing something that wasn't about to be stable to begin with [07:20:36 CET] <JEEB> (or it's a bug, of course, but not a whole lot of things from the cli stdout/err are standardized) [07:20:54 CET] <gp> JEEB: no it's my problem from parsing the cli output [07:21:33 CET] <JEEB> but there is nothing in between 3.4 and 4 as far as releases go :P and new features do not get added to release branches [07:21:56 CET] <gp> JEEB: this is probably worth the regex nightmare https://github.com/FFmpeg/FFmpeg/commit/606879ec42980368b8bfe523c90ad859f44… [07:23:10 CET] <gp> Just felt comfy using the ubuntu version hah [07:24:19 CET] <JEEB> I basically would not parse too much of what ffmpeg.c outputs [07:25:49 CET] <JEEB> if actual interfaces are needed, they should be done (or APIs used that are available) [07:47:58 CET] <JustLandedOnMars> hi [07:48:13 CET] <JustLandedOnMars> is there a difference between using "-vcodec libx264" and "-vcodec h264" ? [07:54:11 CET] <JEEB> JustLandedOnMars: h264 just picks *some* encoder that fits the bill [07:54:29 CET] <JEEB> setting -c:v libx264 (or some other video encoder) then picks a *specific* encoder [10:45:14 CET] <solars> hi, I'm recording a HTTP stream but the playback is way too fast. I guess input differs from output fps. How can I fix this? The command is: ffmpeg -i http://url -codec copy -map 0 -f segment -segment_time 900 -segment_atclocktime 1 out%03d.mp4 [10:47:31 CET] <JEEB> FFmpeg APIs and ffmpeg.c will go as fast as it can [10:50:17 CET] <JEEB> there's a -re option if you want to simulate real-time, but if your input timestamps go wee-wee, then that will cause issues [10:50:34 CET] <JEEB> basically, if you need the real world clock to be a thing, you need to make your own API client [11:09:36 CET] <solars> JEEB: hmmm is there nothing I can use to record an http stream in the actual time? [17:06:33 CET] <JustLandedOnMars> JEEB: so which option is "better" ? [17:12:48 CET] <microchip_> JustLandedOnMars: libx264 [17:15:40 CET] <Compressionz> Hey all, I'm experimenting with adding custom prediction methods to the png encoder/decoder. I was curious if the decoder uses a specific prediction method by default or if it uses whichever one was used on compression? [20:22:47 CET] <gp> How do I get a codec string like "avc1.64002a" from a given video file? I inspected the metadata with ffprobe and it only seems to give me the string "avc1" [20:22:59 CET] <gp> Is there some sort of lookup somewhere? Or do I have to know how to map profile and level? [20:29:50 CET] <DHE> the level and stuff is encoded in there. 2a has hex value 42 which means level 4.2 so I am going to take a guess, 1080p at 60fps [21:02:23 CET] <gp> DHE: spot on =) trying to go the other direction though. Wrapping my head around adding formats and the CODECS. Was expecting to just specify the master playlist file for HLS and see it work [21:02:39 CET] <gp> but vp9 and h265 do not get a CODEC listed [21:04:25 CET] <gp> The first half of the string like "avc1" is straightfoward but not sure how to turn level 4.2, 1080p, and 60fps to 64002a. Or if it is consistent between codecs - probably not? [21:08:53 CET] <furq> gp: https://wiki.whatwg.org/wiki/Video_type_parameters#Video_Codecs_3 [21:10:40 CET] <gp> furq: thank you [21:11:20 CET] <furq> not entirely sure that's correct [21:11:42 CET] <furq> looks like the first byte is the profile (0x64 = 100 = high profile) and the last byte is the level as DHE said [21:11:45 CET] <furq> so idk what the middle byte is [21:13:07 CET] <DHE> I don't know the meaning, but it encodes baseline/main/high somehow.. [21:14:49 CET] <furq> apparently it's the constraint set [21:15:01 CET] <furq> not sure why that whatwg example has it as 0x40 for main since that doesn't imply any constraint set flags [21:15:20 CET] <furq> https://tools.ietf.org/html/rfc6381#section-3.3 [22:04:01 CET] <void09> any way to get screenshots from a certain timestamp of a DVD (folders on hdd, not disc) using just ffmpeg ? [22:04:48 CET] <void09> the main video track of a dvd [22:06:04 CET] <void09> without writing code to get the duration of all the main .vob files and other code to figure out which vob file at which timestamp is the timestamp i am looking for [00:00:00 CET] --- Sun Nov 17 2019

1 0

ffmpeg-devel.log.20191115
by burek 16 Nov '19

16 Nov '19

[01:44:30 CET] <taliho> jamrial: sure, will upload in a bit [02:19:56 CET] <taliho> :jamrial https://www.dropbox.com/s/v6ymp7soijrccqr/av1_assert_fail.mp4?dl=0 [02:21:19 CET] <taliho> first few frames [02:24:17 CET] <taliho> I just saw that I'm using 0.4, but on git it's 0.5.1. I'll test the latest now [02:33:31 CET] <jamrial> taliho: doesn't crash for me using 0.5.1 [02:36:16 CET] <jamrial> neither does 0.4.0 [02:36:22 CET] <jamrial> how did you exactly make it trigger that assert? [02:37:30 CET] <barhom> What is the difference between cuda (nvdec) and cuvid? I mean, why would I use one or the other? [02:46:57 CET] <taliho> i'm install from source now, before it libdav1d was a package from manjaro [02:46:59 CET] <taliho> Assertion p->data[0] && p->allocator_data failed at libavcodec/libdav1d.c:237 [02:46:59 CET] <taliho> [02:47:23 CET] <taliho> when I debugged p->allocator was null [02:49:31 CET] <taliho> https://pastebin.com/qKCtGsc5 [02:53:17 CET] <taliho> works for me too, when I install from source [11:48:08 CET] <j-b> 'morning people [12:07:40 CET] <montana> what is the link for #ffmpeg and #ffmpeg-devel channel logs [12:11:11 CET] <kurosu> who grants irc cloaks here? kierank, would you know? [12:11:25 CET] <kurosu> (or is the contact for asking freenode admins) [12:26:37 CET] <barhom> I also noticed yesterday that I couldnt encode any frames with the latest commit (#73ee53). It would just die with assert, av_assert0(!avpkt->data || avpkt->buf); [12:26:58 CET] <barhom> reverted a few commits back to a known good one I used a few days ago and it worked [12:42:27 CET] <durandal_1707> barhom: which codec? [12:53:12 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1a71be4eaa22: avcodec/rscc: Check that the to be uncompressed input is large enough [12:53:13 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:12a6305799d8: avcodec/truemotion2: Fix integer overflow in tm2_decode_blocks() [12:53:14 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:76f6712057e1: avcodec/diracdec: Use 64bit in intermediate of global motion vector field generation [12:53:15 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b27afd717d21: avcodec/ivi: Move buffer/block end check to caller of ivi_dc_transform() [12:53:16 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7751626787a4: avcodec/ccaption_dec: Add a blank like at the end to avoid rollup reading from outside [12:53:17 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:59ac4182583e: avformat/aadec: Check for scanf() failure [12:53:18 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:26d7824352f0: avformat/mov: Skip stsd adjustment without chunks [12:53:19 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:bbbe82b142f2: avutil/avstring: Fix bug and undefined behavior in av_strncasecmp() [12:53:20 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:85b8a4d2c7f4: avcodec/aacdec_fixed: Fix undefined shift in noise_scale() [12:53:21 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b131d7653ecb: avcodec/jpeg2000: Check stepsize before using it [12:53:22 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0fe00cdc5443: avcodec/truemotion2: Fix 2 integer overflows in tm2_update_block() [12:53:23 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:cc5257aa270e: avcodec/jvdec: Use ff_get_buffer() when the content is not reused [12:53:24 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ae1c6169b6c1: avcodec/fits: Check bitpix [12:53:25 CET] <cone-438> ffmpeg 03Andreas Rheinhardt 07release/3.4:81b5f4fac7fc: lavf/webm_chunk: Respect buffer size [12:53:26 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9f8d2716a641: avcodec/hq_hqa: Check available space before reading slice offsets [12:53:27 CET] <cone-438> ffmpeg 03Adam Richter 07release/3.4:a0966c15b174: libswcale: Fix possible string overflow in test. [12:53:28 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:900c0ecaedfe: swscale/tests/swscale: Lengthen pixfmt name buffer to 21 bytes [12:53:29 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0ecde06ee746: avcodec/cpia: Check input size also against linesizes and EOL [12:53:30 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:abb7d3f1d00a: avformat/webm_chunk: Check header filename length [12:53:31 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e1ceb17ee357: avformat/webm_chunk: Specify expected argument length of get_chunk_filename() [12:53:32 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:eec89990b557: avcodec/truemotion2: Fix several integer overflows in tm2_update_block() [12:53:33 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:20ecac12c9d8: avformat/mp3enc: Avoid SEEK_END as it is unsupported [12:53:34 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e575ac8d8463: avcodec/aacdec_fixed: ssign seems always -1 in noise_scale(), simplify [12:53:35 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1b2691fe1a6b: avcodec/aacdec_template: Merge 3 #ifs related to noise handling [12:53:36 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1dc80a7d4e3c: avcodec/aacdec_fixed: Handle more extreem cases in noise_scale() [12:53:37 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5866e20b01bc: avcodec/aacdec_template: skip apply_tns() if max_sfb is 0 (from previous header decode failure) [12:53:38 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:14a62019bbbd: avcodec/vmnc: Check available space against chunks before reget_buffer() [12:53:39 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ddf153b139dd: avcodec/diracdec: Fix integer overflow in global_mv() [12:53:40 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ac7d8767239f: avcodec/mss4: Check input size against skip bits [12:53:41 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a2927d38cb1f: avcodec/h264_parse: Use 64bit for expectedpoc and expected_delta_per_poc_cycle [12:53:42 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:84b444aa781a: avcodec/interplayvideo: check decoding_map_size with video_data_size [12:53:43 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b8bb86efe7e1: avcodec/mjpegdec: Check for non ls PAL8 [12:53:44 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d14dd61a3d49: avformat/vpk: Fix integer overflow in samples_per_block computation [12:53:45 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:62c408412f02: avformat/vpk: Check offset for validity [12:53:46 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5b4ceb45e3ea: avformat/sbgdec: Fixes integer overflow in str_to_time() with hours [12:53:47 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8d2d04569a05: avcodec/bitstream: Check for integer code truncation in build_table() [12:53:48 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c8f7f583c073: avcodec/bitstream: Check for more conflicting codes in build_table() [12:53:49 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a8ff09d7b7cd: avformat/wtvdec: Avoid (32bit signed) sectors [12:53:50 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:039c7d21f698: avcodec/bink: Reorder operations in init to avoid memleak on error [12:53:51 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:30047c052d9d: avcodec/fmvc: Check if header fields are available before allocating the image [12:53:52 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:25d3ae96972f: avformat/wsddec: Fix undefined shift [12:53:53 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1246e38511f6: avformat/icodec: Free ico->images on error paths [12:53:54 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:67ad2f201c42: avcodec/iff: Fix mask_buf / mask_palbuf leak [12:53:55 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d88be9bc6786: avcodec/iff: finetune the palette size check in the mask case [12:53:56 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7ca17d973b14: avcodec/truemotion2: Fix integer overflow in last loop in tm2_update_block() [12:53:57 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:36f8bb1261e3: avcodec/aacpsdsp_template: Fix integer overflow in ps_hybrid_analysis_c() [12:53:58 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:91348aa5ba6b: avcodec/fitsdec: Fix division by 0 in size check [12:53:59 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:eca9b4022b0f: avcodec/xpmdec: Do not use context dimensions as temporary variables [12:54:00 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a77473d040d6: avformat/mov: Set fragment.found_tfhd only after TFHD has been parsed [12:54:01 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:65326b27b615: avcodec/loco: Limit lossy parameter so it is sane and does not overflow [12:54:02 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ed92170916ca: avcodec/motionpixels: Check for vlc error in mp_get_vlc() [12:54:03 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:00d5a4703925: avcodec/binkdsp: Fix integer overflows in idct [12:54:04 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6aa01c06252a: avcodec/bintext: Check font height [12:54:05 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7887aa79de9c: avcodec/qdmc: Fix integer overflows in PRNG [12:54:06 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5a49cad78aa6: avcodec/tta: Fix undefined shift [12:54:07 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0409e5fe361c: avcodec/vc1dsp: Avoid undefined shifts in vc1_v_s_overlap_c / vc1_h_s_overlap_c [12:54:08 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:fb81fd52d355: avcodec/ffwavesynth: Check ts_end - ts_start for overflow [12:54:09 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:55fca6e6e5ec: avcodec/alsdec: Fix invalid shift in multiply() [12:54:10 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f1400191c600: avcodec/videodsp_template: Fix overflow of addition [12:54:11 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ec2b12fa05cb: avcodec/utils: Check bits_per_coded_sample [12:54:12 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:93baaaaa8c65: avformat/vqf: Check header_size [12:54:13 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9856f1f61551: avcodec/libvorbisdec: Check extradata size [12:54:14 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d84f4c0c25ea: avcodec/qdm2: Move fft_order check up [12:54:15 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:80bbb8b85107: avcodec/m101: Fix off be 2 error [12:54:16 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6aaca5234dd2: avcodec/fitsdec: Check data_min/max [12:54:17 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:241f59eb8b4a: avformat/aviobuf: Delay buffer downsizing until asserts are met [12:54:18 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9a7d3304ff40: avcodec/apedec: Add k < 24 check to the only k++ case which lacks such a check [12:54:19 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3bdd16fd68c3: avcodec/hevc_ps: Fix integer overflow with num_tile_rows and num_tile_columns [12:54:20 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ec9a2cb48b95: avcodec/hevc_ps: Change num_tile_rows/columns checks to sps->ctb_height/weight [12:54:21 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5f5766691dbb: avcodec/alsdec: Fixes invalid shifts in read_var_block_data() and INTERLEAVE_OUTPUT() [12:54:22 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1ebd25b1f1fb: avcodec/alsdec: Fix undefined behavior in decode_rice() [12:54:23 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:49cb2d44a45f: avcodec/alsdec: Fix integer overflow with shifting samples [12:54:24 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:36c278078d75: avcodec/alsdec: Check opt_order / sb_length in ra_block handling [12:54:25 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3e491e9c59a7: avcodec/alsdec: Fixes signed integer overflow in LSB addition [12:54:26 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4852df4a21ec: avcodec/alsdec: Fix integer overflow with buffer number [12:54:27 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5190d3a2f748: avcodec/alsdec: Add FF_CODEC_CAP_INIT_CLEANUP [12:54:28 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ea7aadd74aef: avcodec/alac: Check lpc_quant [12:54:29 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8548434337b2: avcodec/vc1_block: Check for vlc error in vc1_decode_ac_coeff() [12:54:30 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:eb7a4a27c474: avcodec/flicvideo: Fix off by 1 error in flic_decode_frame_24BPP() [12:54:31 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:98e712bd1c7d: avcodec/ffwavesynth: Fix backward lcg_seek() [12:54:32 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6e050fc93103: avcodec/ffwavesynth: Simplify lcg_seek(), avoid negative case [12:54:33 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:69a7633a76f0: avcodec/ffwavesynth: use uint32_t to compute difference, it is enough [12:54:34 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d0651f24baf9: avcodec/iff: Check ham vs bpp [12:54:35 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:388d36101ba5: avcodec/svq3: Use ff_set_dimension() [12:54:36 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:32902cc9883b: avcodec/qdm2: Do not read out of array in fix_coding_method_array() [12:54:37 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a85e0a0b8dd3: avcodec/qdm2: error out of qdm2_fft_decode_tones() before entering endless loop [12:54:38 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c698d9e46b3a: avcodec/qdm2: Check checksum_size for 0 [12:54:39 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a7acecb0d9e3: avcodec/4xm: Fix signed integer overflows in idct() [12:54:40 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:99c45c0c82a6: avcodec/rv10: Fix integer overflow in aspect ratio compare [12:54:41 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f09573400521: avcodec/hq_hqa: Use ff_set_dimensions() [12:54:42 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:bcc19ab7b7d1: avformat/utils: Check timebase before use in estimate_timings() [12:54:43 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:49b4d41ec1b3: avcodec/golomb: Correct the doxy about get_ue_golomb() and errors [12:54:44 CET] <cone-438> ffmpeg 03James Zern 07release/3.4:7a026998b07e: avcodec/utils, avcodec_open2: close codec on failure [12:54:45 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:db136657d425: avcodec/mpc8: Fixes invalid shift in mpc8_decode_frame() [12:54:46 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:2b0180f80b1e: avcodec/huffyuv: remove gray8a (the format is listed but not supported by the implementation) [12:54:47 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0af60924ea50: avcodec/pngdec: Check that previous_picture has same w/h/format [12:54:48 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:cda23a57cc1e: avformat/xmv: Make bitrate 64bit [12:54:49 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c2507e1946d3: avcodec/ivi: Ask for samples with odd tiles [12:54:50 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5bcced7beaed: avcodec/parser: Check next index validity in ff_combine_frame() [12:54:51 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:12dfbefda254: avcodec/h264_refs: Also check reference in ff_h264_build_ref_list() [12:54:52 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:774d23af2ffe: avformat/utils: Check rfps_duration_sum for overflow [12:54:53 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6118362864af: avcodec/dnxhd_parser: remove unneeded code [12:54:54 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:190b92359bb2: avcodec/dnxhd_parser: Fix parser when input does not have nicely sized packets [12:54:55 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:68ee6f4d8b75: avcodec/ffwavesynth: Check sample rate before use [12:54:56 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6e1b07c0b29b: avcodec/ffwavesynth: More correct cast in wavesynth_seek() [12:54:57 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:2d86e41d450c: avcodec/ffwavesynth: Check if there is enough extradata before allocation [12:54:58 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:03ea84792af1: avcodec/dvbsubdec: Use ff_set_dimensions() [12:54:59 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b3d8b99a286a: avcodec/flicvideo: Make line_packets int [12:55:00 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:71fd02019740: avcodec/alsdec: Fix 2 integer overflows [12:55:01 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:428dee1a0357: avcodec/alsdec: fix undefined shift in multiply() [12:55:02 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:91abbbda598e: avcodec/apedec: Fix multiple integer overflows in predictor_update_filter() [12:55:03 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1dcb1dd490f6: avcodec/apedec: Fix various integer overflows [12:55:04 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:175def86b7d7: avutil/softfloat_ieee754: Fix odd bit position for exponent and sign in av_bits2sf_ieee754() [12:55:05 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8666a635fdb0: avcodec/vorbisdec: amplitude bits can be more than 25 bits [12:55:06 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:baa8bca44857: avcodec/vorbisdec: Check vlc for floor0 dec vector offset [12:55:07 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c3b7afa4e917: avcodec/utils: Check close before calling it [12:55:08 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5088a3e2d3b1: avcodec/utils: fix leak of subtitle_header on error path [12:55:09 CET] <cone-438> ffmpeg 03Matt Wolenetz 07release/3.4:c88d2c4e2f76: lafv/wavdec: Fail bext parsing on incomplete reads [12:55:10 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:86549d839f8e: avcodec/brenderpix: Check input size before allocating image [12:55:11 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a71f9aaf42c8: avcodec/assdec: undefined use of memcpy() [12:55:12 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:2a43d9f882d8: avcodec/eatgv: Check remaining size after the keyframe header [12:55:13 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b4edee5cab63: avcodec/eatqi: Check for minimum frame size [12:55:14 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:29fe37850af2: avformat/mpc: deallocate frames array on errors [12:55:15 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:363dd60366e2: avcodec/apedec: Fix multiple integer overflows and undefined behaviorin filter_3800() [12:55:16 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ef6ca6adff59: avcodec/apedec: make left/right unsigned to avoid undefined behavior [12:55:17 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9ba145e243cb: avcodec/truemotion2: Fix several integer overflows in tm2_motion_block() [12:55:18 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:06ad82980087: avcodec/vc1_block: Fix integer overflow in ff_vc1_pred_dc() [12:55:19 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:2dadc27de2b7: avcodec/vc1_pred: Fix invalid shift in scaleforsame() [12:55:20 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8b525ccd366e: avcodec/vp3: Check that theora is theora [12:55:21 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d218b9e06716: avcodec/hnm4video: Forward errors of decode_interframe_v4() [12:55:22 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:bf3520cd641d: avcodec/apedec: Do not partially clear data array [12:55:23 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5d353f32c69c: avcodec/vc1_block: Check get_vlc2() return before use [12:55:24 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:003bb6616c8b: avcodec/mss3: Check for the rac stream being invalid in rac_normalize() [12:55:25 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e7efe2aacfd5: avcodec/apedec: Fix 2 signed overflows [12:55:26 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b7fcf8bf26a3: avformat/realtextdec: Check for duplicate extradata in realtext_read_header() [12:55:27 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8f14f0659539: avcodec/vorbisdec: Check parameters in vorbis_floor0_decode() before divide [12:55:28 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5a16b294ed91: avcodec/vorbisdec: Implement vr->classifications = 1 [12:55:29 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0f11aa263e90: avcodec/ralf: Fix integer overflow in apply_lpc() [12:55:30 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:499ec067adbd: avcodec/ralf: Fix undefined pointer in decode_channel() [12:55:31 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:fbb686fe1a31: avcodec/dirac_parser: Fix overflow in dts [12:55:32 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:703ddaeac241: avcodec/mss1: check for overread and forward errors [12:55:33 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e17bf0ab54ed: avcodec/sanm: Check extradata_size before allocations [12:55:34 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4aaf64489284: avcodec/vqavideo: Set video size [12:55:35 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c3ab134903c7: avcodec/alsdec: Check for block_length <= 0 in read_var_block_data() [12:55:36 CET] <cone-438> ffmpeg 03Andreas Rheinhardt 07release/3.4:dbc9034dc2d7: libavcodec/iff: Use unsigned to avoid undefined behaviour [12:55:37 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e5661aa70636: avcodec/aacdec_template: fix integer overflow in imdct_and_windowing() [12:55:38 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:351381a3e344: avcodec/alsdec: fix mantisse shift [12:55:39 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:fb12d635c5ca: avcodec/alsdec: Fix integer overflow of raw_samples in decode_blocks() [12:55:40 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e80c90eadba4: avcodec/alsdec: Fix integer overflows of raw_samples in decode_var_block_data() [12:55:41 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:dbc9f38aac16: avcodec/mpc8: Fix 32bit mask/enum [12:55:42 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:26d48144e599: avcodec/dds: Use ff_set_dimensions() [12:55:43 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:fd897acc35d4: avcodec/scpr: Use av_memcpy_backptr() in type 17 and 33 [12:55:44 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:23f54b4db28a: avcodec/hevc_refs: Optimize 16bit generate_missing_ref() [12:55:45 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0ca85d1326d0: avcodec/hnm4video: Optimize postprocess_current_frame() [12:55:46 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1adb5720a2a5: avcodec/hevcdec: Check delta_luma_weight_l0/1 [12:55:47 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:32b4512aeca8: avcodec/4xm: Check for end of input in decode_p_block() [12:55:48 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b9b9106f25d2: avcodec/vp56: Consider the alpha start as end of the prior header [12:55:49 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:87a487157190: avcodec/diracdec: Check that slices are fewer than pixels [12:55:50 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:66e60b3c9685: avcodec/indeo2: Check remaining input more often [12:55:51 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a2d0ed8718ec: avcodec/ffwavesynth: Fix integer overflow for some corner case values [12:55:52 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:50b07e145bf2: avcodec/ffwavesynth: Fixes invalid shift with pink noise seeking [12:55:53 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:36e34701955e: avcodec/loco: Check left column value [12:55:54 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5349964e02f7: avcodec/flicvideo: Optimize and Simplify FLI_COPY in flic_decode_frame_24BPP() by using bytestream2_get_buffer() [12:55:55 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:12f5cb95f8b4: avcodec/anm: Check input size for a frame with just a stop code [12:55:56 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e37b9df6c982: avcodec/alsdec: Limit maximum channels to 512 [12:55:57 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9dd231c42c3f: avcodec/alsdec: Fix integer overflow in decode_var_block_data() [12:55:58 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:032fc5b082fa: avformat/realtextdec: free queue on error [12:55:59 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b72b3d43ed3b: avcodec/idcinvideo: Add 320x240 default maximum resolution [12:56:00 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3381c2bd9b68: avcodec/aacdec: Add FF_CODEC_CAP_INIT_CLEANUP [12:56:01 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:793ff83b165d: avcodec/rl2: set dimensions [12:56:02 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:cc70b01c394e: avcodec/alac: Fix multiple integer overflows in lpc_prediction() [12:56:03 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1f47a0135e7c: avcodec/alac: Check for bps of 0 [12:56:04 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:891508dd8892: avcodec/cavsdec: Limit the number of access units per packet to 2 [12:56:05 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:697383e1789b: avcodec/vb: Check input packet size to be large enough to contain flags [12:56:06 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1b4b7a7de1c5: avcodec/tta: Fix integer overflow in prediction [12:56:07 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:62afc95281c6: avcodec/vorbisdec: Check get_vlc2() failure [12:56:08 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:29765b3be363: avcodec/vc1_block: Check for double escapes [12:56:09 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:befb2f717b64: avcodec/vc1dec: Require res_sprite for wmv3images [12:56:10 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0ccc7efc4d8e: avcodec/truemotion2: Fix multiple integer overflows in tm2_null_res_block() [12:56:11 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:cb1af09dd0e7: avcodec/bgmc: Check input space in ff_bgmc_decode_init() [12:56:12 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7096eb193c02: avcodec/ralf: fix undefined shift [12:56:13 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:aefa5dd5a488: avcodec/ralf: fix undefined shift in extend_code() [12:56:14 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6d1f143ae128: avcodec/apedec: Fix 32bit int overflow in do_apply_filter() [12:56:15 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:79e06f4d316b: avcodec/iff: Check for overlap in cmap_read_palette() [12:56:16 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:eeb1e37e7645: avcodec/vorbisdec: fix FASTDIV usage for vr_type == 2 [12:56:17 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:18c0c14a0568: avcodec/vc1_pred: Fix refdist in scaleforopp() [12:56:18 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f1b943df9266: avcodec/qdm2: Check frame size [12:56:19 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ad3452eb2560: avcodec/vp56: Add vpX_rac_is_end() to check for the end of input [12:56:20 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8e41f410774b: avcodec/vp5/6/8: use vpX_rac_is_end() [12:56:21 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:bc2fb4cf8a6c: avcodec/vp56rac: delay signaling an error on truncated input [12:56:22 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:089b1e16770b: avcodec/aacps: Fix integer overflows in hybrid_synthesis() [12:56:23 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:da76ca55518e: avcodec/takdec: Fix integer overflow in decorrelate() [12:56:24 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a003c985bb86: avcodec/alsdec: Check k from being outside what our implementation can handle [12:56:25 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a663d186a635: avcodec/htmlsubtitles: Avoid locale dependant isdigit() [12:56:26 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1b90d7bbde65: libavcodec/utils: Free threads on init failure [12:56:27 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:71e74978b414: avcodec/gdv: Replace assert() checking bitstream by if() [12:56:28 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a77652e93e4f: avcodec/hevcdec: repeat character in skiped [12:56:29 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f369b5b287b5: avformat/cdxl: Fix integer overflow in intermediate [12:56:30 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c888b34b1c55: avcodec/hevcdec: Fix memleak of a53_caption [12:56:31 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b1f0a2bdefa9: avformat/mov: Check for EOF in mov_read_meta() [12:56:32 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0b8b5fea9439: avcodec/sunrast: Fix return type for "unsupported (compression) type" [12:56:33 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1eb05c3bbb37: avcodec/sunrast: Fix indention [12:56:34 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8567a8619598: avcodec/adpcm: Check number of channels for MTAF [12:56:35 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ad7b379e426e: avcodec/ffwavesynth: Fix integer overflow in timestamps [12:56:36 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8831d1c85015: avcodec/alac: fix undefined behavior with INT_MIN in lpc_prediction() [12:56:37 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9b73ca0bca6e: avcodec/alac: Fix invalid shifts in 20/24 bps [12:56:38 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6c4d2cc992cd: avcodec/smacker: Fix integer overflow in signed int multiply in SMK_BLK_FILL [12:56:39 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:51618d1cbf3f: avcodec/utils: Use av_memcpy_backptr() in ff_color_frame() [12:56:40 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b5a8b3883e44: avcodec/aacdec: Check if we run out of input in read_stream_mux_config() [12:56:41 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7bc4f1452f2b: avcodec/utils: Optimize ff_color_frame() using memcpy() [12:56:42 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d7d7c9b2caf8: avcodec/g729_parser: Check block_size [12:56:43 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f29bd3930f5d: avcodec/dstdec: Fix integer overflow in samples_per_frame computation [12:56:44 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b6a62d5bd4a4: avcodec/fitsdec: Prevent division by 0 with huge data_max [12:56:45 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4aedbf234c41: avcodec/alsdec: Avoid dereferencing context pointer in inner interleave loop [12:56:46 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6c93707b9f5a: avcodec/atrac3: Check block_align [12:56:47 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5401126753f2: avcodec/4xm: Check index in decode_i_block() also in the path where its not used. [12:56:48 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:538bfc605371: avcodec/hevc_cabac: Tighten the limit on k in ff_hevc_cu_qp_delta_abs() [12:56:49 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:860ae495c723: avcodec/apedec: Fix several integer overflows in predictor_update_filter() and do_apply_filter() [12:56:50 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:bea0915aafe8: avcodec/vc1: check REFDIST [12:56:51 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:47e61e223d30: avcodec/vc1: Check for excessive resolution [12:56:52 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c92c220d2cba: avcodec/vc1_block: Fix invalid shift with rangeredfrm [12:56:53 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4ca1bcdfca01: avcodec/vc1_pred: Fix invalid shifts in scaleforopp() [12:56:54 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d5bca31f5821: vcodec/vc1: compute rangex/y only for P/B frames [12:56:55 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:1f2d293fabe5: avcodec/ralf: Fix integer overflow in decode_channel() [12:56:56 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c6c9f2e30e12: avcodec/motionpixels: Mark 2 functions as always_inline [12:56:57 CET] <cone-438> ffmpeg 03James Almer 07release/3.4:64cfde80336e: avcodec/fitsdec: fix use of uninitialised values [12:56:58 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3faa5c0fec8c: avcodec/utils: Check sample_rate before opening the decoder [12:56:59 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:38800ac4dd00: avformat/electronicarts: If no packet has been read at the end do not treat it as if theres a packet [12:57:00 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8ca3bf37abde: avcodec/g2meet: Check if adjusted pixel was on the stack [12:57:01 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:29f07606b6b1: avcodec/g2meet: Check for end of input in jpg_decode_block() [12:57:02 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d458cfdcca2a: avcodec/wmaprodec: Check if there is a stream [12:57:03 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a7e147c85688: avformat/subtitles: Check nb_subs in ff_subtitles_queue_finalize() [12:57:04 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3e5316bf2f5c: avcodec/sunrast: Check for availability of maplength before allocating image [12:57:05 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9462ca109fbb: avcodec/sunrast: Check that the input is large enough for the maximally compressed image [12:57:06 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f83710ee4bbb: avformat/mpsubdec: Clear queue on error [12:57:07 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c388edef742f: avcodec/truemotion1: Check that the input has enough space for a minimal index_stream [12:57:08 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4b7829bf9c71: avcodec/ituh263dec: Check input for minimal frame size [12:57:09 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:60c8cf09df54: avcodec/fitsdec: Fail on 0 naxisn [12:57:10 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d109b2d41dfd: avcodec/exr: Allow duplicate use of channel indexes [12:57:11 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:557707947300: avcodec/pcm: Check bits_per_coded_sample [12:57:12 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:34905f72198b: avcodec/qdmc: Check input space in qdmc_get_vlc() [12:57:13 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:25a917e46f79: avcodec/wmaprodec: Check that the streams channels do not exceed the overall channels [12:57:14 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:386b987f2a8c: avfilter/vf_geq: Use av_clipd() instead of av_clipf() [12:57:15 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3ba68a540000: avformat/shortendec: Check k in probe [12:57:16 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6b85dc6569bb: avcodec/adpcm: Fix left shifts in AV_CODEC_ID_ADPCM_EA [12:57:17 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6d62dbb46bca: avcodec/lsp: Fix undefined shifts in lsp2poly() [12:57:18 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d998b81ce17f: avcodec/g729postfilter: Fix undefined shifts [12:57:19 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4b4c26ca09b5: avcodec/g729postfilter: Fix undefined intermediate pointers [12:57:20 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0041d3cebab4: avcodec/apedec: Fix integer overflow in predictor_update_3930() [12:57:21 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:888df4b68ce6: avcodec/g723_1dec: Fix overflow in shift [12:57:22 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:22336d5c480a: avcodec/adpcm: Check initial predictor for ADPCM_IMA_EA_EACS [12:57:23 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7c7e10372979: avcodec/binkaudio: Check sample rate [12:57:24 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f628f38f6e43: avcodec/g729postfilter: Fix left shift of negative value [12:57:25 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:c992a8301a34: avcodec/wmalosslessdec: Check block_align [12:57:26 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0dc659b8fbe5: avcodec/vc1_block: Fixes integer overflow in vc1_decode_i_block_adv() [12:57:27 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8d7d6066efc8: avcodec/ffwavesynth: Fix integer overflows in pink noise addition [12:57:28 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:08972bff12b6: avcodec/aliaspixdec: Check input size against minimal picture size [12:57:29 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b58e7868f205: avcodec/smacker: Fix integer overflows in pred[] in smka_decode_frame() [12:57:30 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:958cc68d51ab: avcodec/alac: Fix integer overflow in LPC [12:57:31 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8d483f9849b2: avcodec/ptx: Check that the input contains at least one line [12:57:32 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:b3d6eabd7833: avformat/pjsdec: Check duration for overflow [12:57:33 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:09e942aa4d59: avcodec/alsdec: Check that input space for header exists in read_diff_float_data() [12:57:34 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e02dedf2670c: avcodec/takdec: Fix overflow with large sample rates [12:57:35 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4ed397df6555: avcodec/ralf: Skip initializing unused filter variables [12:57:36 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7b0ad24b1042: avcodec/qdrw: Check input for header/skiped space before get_buffer() [12:57:37 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:68274f568e91: avcodec/vp5: Check render_x/y [12:57:38 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a1d681364902: avcodec/g723_1dec: fix invalid shift with negative sid_gain [12:57:39 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:490f931494a8: avcodec/libvorbisdec: Fix insufficient input checks leading to out of array reads [12:57:40 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:132e4e5460c8: avcodec/apedec: Only clear the needed buffer space, instead of all [12:57:41 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:7369aa201e71: avcodec/adpcm: Fix invalid shifts in ADPCM DTK [12:57:42 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:2635bfb2b39e: avcodec/wmalosslessdec: Fix some integer anomalies [12:57:43 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:64b961273aac: avcodec/utils: Check block_align [12:57:44 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a154ec5f43a5: avcodec/truemotion2: Fix several integer overflows in tm2_low_res_block() [12:57:45 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:eda94068959f: avcodec/aacdec_template: Check samplerate [12:57:46 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f4103876f90f: avformat/nutenc: Do not pass NULL to memcmp() in get_needed_flags() [12:57:47 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:0c9ad1c746e3: avcodec/snowenc: Fix 2 undefined shifts [12:57:48 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:e0d167051e93: avcodec/snowenc: Set mb_num to avoid ratecontrol floating point divisions by 0.0 [12:57:49 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:2258982c8bfc: avcodec/dstdec: Check read_table() for failure [12:57:50 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:3de0c702bdf1: avcodec/dstdec: Check that AC probabilities are within range [12:57:51 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:aaa9b96cf6bf: avcodec/apedec: Fix undefined integer overflow in long_filter_ehigh_3830() [12:57:52 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a687664dd489: avcodec/ffv1dec: Use a different error message for the slice level CRC [12:57:53 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:5ebee49b343b: avutil/lfg: Document the AVLFG struct [12:57:54 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:ffc4603e6145: avcodec/apedec: Fix integer overflow in filter_3800() [12:57:55 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:4b8a0ce8f793: avcodec/iff: Check available space before entering loop in decode_long_vertical_delta2() / decode_long_vertical_delta() [12:57:56 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:f94127a40ef3: avcodec/xsubdec: fix overflow in alpha handling [12:57:57 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:8255244f19d8: avcodec/wmavoice: Check sample_rate [12:57:58 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:25727befccd1: avcodec/atrac3plus: Check split point in fill mode 3 [12:57:59 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:a76e4ba104ba: avcodec/cook: Check samples_per_channel earlier [12:58:00 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d3fe22a1dcec: avcodec/cook: Enlarge gain table [12:58:01 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:d737429008ee: avcodec/twinvq: Check block_align [12:58:02 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:07f16ceb8e71: avcodec/cook: Move up and extend block_align check [12:58:03 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:965b610359eb: avcodec/adpcm: Fix undefined behavior with negative predictions in IMA OKI [12:58:04 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:9e635252fb15: avcodec/interplayacm: Fix overflow of last unused value [12:58:05 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:955c310b75dd: avcodec/wmaprodec: get frame during frame decode [12:59:00 CET] <BradleyS> it's like christmas [13:11:13 CET] <durandal_1707> kurosu: i really need FFT algorithm for cross-correlation that works with very very long signals, i already done brute-force approach and that one is gonna be slow for big kernel size [13:26:22 CET] <thardin> fftw? [13:29:02 CET] <durandal_1707> thardin: fftw is not FFT algorithm for cross correlation [13:29:25 CET] <durandal_1707> some reading skills are required [13:30:27 CET] <thardin> you use it as a base [13:30:39 CET] <thardin> pad with zeroes etc etc [13:48:55 CET] <durandal_1707> thardin: nope, besides ffmpeg have several fft implementations [13:49:05 CET] <durandal_1707> etc etc [13:59:51 CET] <thardin> mkay [14:01:12 CET] <thardin> so qhat's the problem? [14:01:53 CET] <thardin> a large kernel will take long time regardless [14:09:18 CET] <durandal_1707> thardin: i want to do it in FFT, not in time domain [14:10:03 CET] <durandal_1707> so looking for way to do it with limited lag, (otherwise you can not do it if lag is same as number of samples) [15:26:05 CET] <thardin> durandal_1707: so you want to do it cepstral transforms? [15:26:21 CET] <thardin> correlate power spectra [15:27:14 CET] <thardin> is there context for this problem? [16:30:41 CET] <Lynne> was this for the same problem you wanted a 6*44100*10 transform? [16:34:25 CET] <mkver> michaelni: You backported e78b0f8 to 3.4, but that commit broke building with hardcoded tables, but you did not backport c8232e50074f6f9f9b0674d0a5433f49d73a4e50 which fixed this. This is not the only release affected by this, see http://fate.ffmpeg.org/report.cgi?slot=x86_64-openbsd5.6-gcc4.2-conf2-n4.0&… [17:10:59 CET] <durandal_1707> Lynne: i want unlimited transform, just with fixed lag [17:12:36 CET] <michaelni> mkver, will fix, thx [17:12:45 CET] <j-b> I want a poney transform [17:13:45 CET] <JEEB> not unicorn? [17:18:28 CET] <durandal_1707> Lynne: see this: https://www.dsprelated.com/showthread/comp.dsp/3341-1.php scroll to octave/matlab script [17:29:51 CET] <Lynne> durandal_1707: have you read https://www.danvillesignal.com/images/pdfs/compdsp_Borgerding_FFT_slides2.p… [17:30:34 CET] <Lynne> it makes sense to me, the padding by zero is needed to generated a very leaky fft with enough coefficients to correlate with the original first transform [17:31:10 CET] <Lynne> since you're only doing correlation you don't need full frequency resolution and partial time resolution is acceptable I guess [17:31:29 CET] <thardin> durandal_1707: you wan to do like a sliding window correlation? [17:32:50 CET] <durandal_1707> yes, up to our FFT supports, 131072/4 [17:41:46 CET] <durandal_1707> Lynne: i can get sensible results by using afir filter and reversing impulse in time domain, padding impulse with zero 2*x size of impulse, and padding with zeros input audio at start and end with 1*x size of impulse, but obviously this works only for fixed size impulse audio [17:41:49 CET] <thardin> I don't see the issue. just do fft-based convolution between the two signals [17:44:05 CET] <durandal_1707> forgot to mention that i need to normalize correlation coefficients, but that is easiest part [17:44:24 CET] <cone-438> ffmpeg 03Carl Eugen Hoyos 07release/3.4:1b814e6afffb: lavc/tableprint_vlc: Remove avpriv_request_sample() from included files. [17:44:25 CET] <cone-438> ffmpeg 03Michael Niedermayer 07release/3.4:6e208e78d365: Update for 3.4.7 [17:48:22 CET] <Lynne> durandal_1707: why would you want non-fixed impulse size? [17:49:52 CET] <durandal_1707> ffmpeg -f lavfi -i anoisesrc=d=10 -af "asplit[a][b],[b]areverse,apad=whole_dur=20[b],[a]adelay=1000:all=1,apad=whole_dur=20[a],[a][b]afir=gtype=none:irgain=1/170000" out.wav [17:50:48 CET] <durandal_1707> Lynne: i guess that could be different filter [18:19:44 CET] <JEEB> heh, people asking for autoselection of libdav1d / libaom depending on AV1 bit depth [18:19:53 CET] <JEEB> 8bit -> dav1d , 10bit -> libaom [18:20:18 CET] <JEEB> didn't think the x86_64 perf diff was that big [18:23:00 CET] <durandal_1707> JEEB: huh, libaom decoder is faster than dav1d? worlds gonna end. [18:23:49 CET] <JEEB> 10bit specifically, which is not yet sponsored [18:23:58 CET] <JEEB> also I don't have actual clips mentioned [18:24:10 CET] <JEEB> I just got a bug report requesting that feature [18:24:21 CET] <durandal_1707> implement it ASAP! [18:24:39 CET] <JEEB> personally I haven't even had the time to get 10bit samples yet :P [18:25:40 CET] <JEEB> also if I were to do something it'd be SIMD, but I suck at that (at this point of time). also I think with dav1d it's a $$$ question so even someone would have written the SIMD it might not get merged [18:26:41 CET] <JEEB> *so even if [18:26:59 CET] <JEEB> (note: this is just guesstimation given the 10bit discussions I've seen so far) [18:27:07 CET] <JEEB> (in other words: I might be completely wrong) [18:27:19 CET] <durandal_1707> ok [21:22:52 CET] <montana> there was a very smart person here who knows a lot about subitles/closed captioning. who was it [21:26:12 CET] <montana> okay it was mkver [21:26:17 CET] <montana> mkver are you here? [21:26:49 CET] <montana> <mkver> You could simply use e.g. MKVToolNix to stretch the subtitles by a factor of 90. Or you could use SubtitleEdit for the job. [21:27:12 CET] <montana> mkver i know how to do it in mkvtoolnix but how do i do this in subtitledit [21:37:28 CET] <montana> jgb> mkver wow you are very smart: how did you know about factor of 90 [21:37:28 CET] <montana> [02:48:52 CEST] <mkver> This was my initial guess: cc data usually lives in containers with a 90kHz clock; Matroska usually uses a 1kHz clock. Given that the timestamps are monotonically increasing and given that this procedure usually works, I guessed that there is a hardcoded timebase of 90kHz somewhere. [21:38:22 CET] <montana> mkver that stretch by 90 worked; but i also came across subtitle where i had to stretch by 3 to match the timing? why 3 on this subtitle [21:58:45 CET] <cone-109> ffmpeg 03Michael Niedermayer 07master:bfa8272f4053: vcodec/agm: Alloc based on coded dimensions [00:00:00 CET] --- Sat Nov 16 2019

1 0

ffmpeg.log.20191115
by burek 16 Nov '19

16 Nov '19

[00:18:42 CET] <barhom> anyone know of a guide to get scale_npp cuda drivers on debian 10 running? Is it as easy as downloading some apt-get ? Unfortunately nvidia only supports ubuntu 18.04 of the deban-live variants [00:24:05 CET] <BtbN> You just need the propietary nvidia driver, nothing else. [00:27:49 CET] <barhom> BtbN: I already install the nvidia driver. I also get nvidia-smi [00:28:04 CET] <BtbN> Then you're good. [00:28:56 CET] <barhom> Im not sure thats true, lets give it a try to see if it will compile with cuda [00:29:04 CET] <barhom> compiling with nvenc is fine [00:31:06 CET] <BtbN> You need clang to compile the cuda filters. [00:33:01 CET] <BtbN> But there really are no runtime dependencies that go beyond what ships with the driver. [00:33:23 CET] <barhom> BtbN: My biggest issue was compiling with --enable-cuda and not having to download 2gb of CUDA library [00:33:31 CET] <barhom> Im doing everything in ram and I want to avoid downloading the whole library [00:33:36 CET] <barhom> I just found this thanks to you, https://patchwork.ffmpeg.org/patch/14142/ [00:34:50 CET] <BtbN> FFmpeg does not use the CUDA SDK, at all. Only exception being scale_npp, which uses libnpp. [00:36:05 CET] <barhom> Thats what I am trying to get installed, scale_npp [00:36:39 CET] <BtbN> And why not use scale_cuda instead, which does not need libnpp? [00:37:50 CET] <barhom> probably because I do not know about it, it is not mentioned here https://devblogs.nvidia.com/nvidia-ffmpeg-transcoding-guide/ [00:38:27 CET] <barhom> BtbN: scale_cuda, is that the same as "nvcuvid resize"? [00:38:56 CET] <barhom> I'd like to be able to scale 1:N [00:39:07 CET] <BtbN> It's a scaler, written in CUDA. [00:39:23 CET] <BtbN> Not as flexible as npp with all its algorithms, but it gets the job done. [00:40:31 CET] <barhom> Im compiling with " --enable-cuda \, --enable-cuvid \, --enable-nvenc \, --enable-nonfree && \" for now. [00:40:48 CET] <barhom> IsI assume thats enough to have the scaler then [00:41:01 CET] <BtbN> There is no --enable-cuda. You want --enable-cuda-llvm [00:41:36 CET] <BtbN> also no --enable-cuvid or --enable-nvenc. And non of it is nonfree anymore. [00:41:41 CET] <BtbN> You must be using some ancient version. [00:41:54 CET] <barhom> BtbN: Im compiling myself [00:42:16 CET] <BtbN> That doesn't change the fact that you must be compiling something ancient if those options still exist. [00:42:38 CET] <barhom> my best guess is that its just ignoring those options, Im compiling against git [00:43:00 CET] <barhom> can you recommend me what flags to keep/add of those I pasted? [00:43:09 CET] <BtbN> Just pass --enable-cuda-llvm and --enable-ffnvcodec then and everything should be enabled. [00:43:09 CET] <barhom> --enable-cuda-llvm instead of --enable-cuda [00:43:14 CET] <barhom> remove something else? [00:43:18 CET] <BtbN> Everything else. [00:43:25 CET] <barhom> great [00:43:34 CET] <BtbN> Except other stuff like libx264 and the like of course [00:43:51 CET] <barhom> yeh [00:44:05 CET] <barhom> these things should be in the ubuntu compilation guide [00:44:08 CET] <BtbN> You technically don't even need to pass those, since they are autodetected if the dependencies are found. [00:44:37 CET] <BtbN> Feel free to put them in there, I don't use Ubuntu. [00:44:56 CET] <barhom> neither do I, debian here. Just that it seems like thats the goto guide [00:59:05 CET] <barhom> BtbN: Do you know if ffmpeg can guess the correct nvidia decoder instead of having to specify h264_cuvid or mpeg2_cuvid ? [00:59:25 CET] <barhom> Makes the whole scripting more complicated if I have to find out what the input codec is [05:32:43 CET] <montana> why is vorbis rated so high in ffmpeg page [06:01:03 CET] <pink_mist> what page [06:01:45 CET] <montana> libopus > libvorbis >= libfdk_aac > aac > libmp3lame >= eac3/ac3 > libtwolame > vorbis > mp2 > wmav2/wmav1 [06:01:48 CET] <montana> that page [06:02:34 CET] <pink_mist> uh [06:02:51 CET] <pink_mist> I expected a link [06:03:15 CET] <pink_mist> I have no clue what page you're trying to point to [06:05:30 CET] <montana> https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio [06:06:45 CET] <pink_mist> alright, I can tell you as much as the author of that section was convinced that libvorbis was the second best quality-wise [06:07:03 CET] <pink_mist> but vorbis, which you asked about, is not [06:07:07 CET] <pink_mist> it's almost at the bottom [06:07:19 CET] <pink_mist> so I think you're confused [06:07:31 CET] <montana> sorry i meant libvorbis [06:15:26 CET] <pink_mist> I mean, what kind of reason are you looking for? [06:15:49 CET] <pink_mist> it's listed in the order of best to worst [06:15:55 CET] <pink_mist> so it's better than most things [06:16:02 CET] <pink_mist> at least according to the one who made the list [06:17:15 CET] <montana> pink_mist if you do 5 pass encoding with vorbis, it sounds horrible [06:18:18 CET] <pink_mist> lmfao [06:18:26 CET] <montana> what is funny? [06:18:36 CET] <pink_mist> what do you think? [06:18:45 CET] <pink_mist> doing more than one pass is idiotic [06:18:50 CET] <montana> no it's not [06:18:55 CET] <pink_mist> yes. yes it is. [06:19:05 CET] <montana> 5 pass is realitic [06:19:15 CET] <pink_mist> no, that's amazingly stupid [06:20:03 CET] <montana> everytime you upload video/audio to youtube, it transcode again [06:20:15 CET] <pink_mist> yes, which is why you shouldn't do that [06:20:19 CET] <montana> it doesn't do bypass video/audio [06:20:27 CET] <pink_mist> doing that is idiotic [06:20:33 CET] <montana> so what if i downloaded a youtube video clip and edit and re upload it [06:20:44 CET] <montana> that's 2 pass [06:20:53 CET] <montana> actually 3 [06:21:16 CET] <pink_mist> you should always use lossless stuff when you're editing things [06:21:19 CET] <montana> that's 3 pass already in that scenario [06:21:50 CET] <montana> it's not realistic to do lossless (especially for video) [06:22:16 CET] <pink_mist> that's why people who want things to look good need high-end computers [06:22:30 CET] <pink_mist> if you don't do things losslessly as much as possible, it will look like utter shit [06:22:53 CET] <pink_mist> but for audio, even a regular computer should be able to handle lossless stuff without any problem [06:23:24 CET] <montana> ask youtube then for why transcoding audio [06:23:30 CET] <montana> everytime you upload [06:23:56 CET] <pink_mist> why should I? I know perfectly well why youtube does that. [06:24:09 CET] <pink_mist> that doesn't mean that what they're doing will result in good quality [06:24:47 CET] <montana> my point is multiple pass is very realistic situation [06:25:02 CET] <pink_mist> and my point is that if you do multiple passes you get shit [06:25:26 CET] <montana> pink_mist opus still sounds good after 20 pass [06:25:40 CET] <montana> [20:35] <montana> after doing 20 pass, opus sounds still pretty good, how is opus so good where vorbis is horrible [06:25:40 CET] <montana> [20:51] <+jmspeex> montana: With Opus, if you don't crop of anything, the frames stay aligned, whereas with Vorbis they don't (because transients are handled differently) [06:25:40 CET] <montana> [20:52] <+jmspeex> If to were to randomly add/remove a few ms at the beginning, Opus and Vorbis would likely sound more similar [06:25:41 CET] <pink_mist> yeah, that's probably why opus is at the front of the list [06:27:09 CET] <Bugz000> *sips tea* i don't believe any "lossy" compression should be used in this day and age [06:27:28 CET] <pink_mist> especially not while you're editing [06:27:33 CET] <Bugz000> absolutely [06:27:34 CET] <Reinhilde> there are places [06:27:46 CET] <montana> Bugz000 for music yes, but what about radio/talk podcast? you don't need lossless [06:27:55 CET] <pink_mist> if you're editing, yes you do [06:27:55 CET] <Reinhilde> but not in archival or editing [06:28:23 CET] <montana> i use nothing but lossless for high quality music [06:28:35 CET] <montana> but not for radio/podcast content [06:29:14 CET] <Bugz000> montana you need quality to be maintained regardless of how many times it's put through an editor. [06:30:23 CET] <montana> bugz even 32kbps mono is enough for podcast content [06:30:54 CET] <montana> lossless is like 700kbps [06:30:55 CET] <Bugz000> i'm sure it is [06:31:02 CET] <Bugz000> lossless doesn't imply high data rate [06:31:09 CET] <Bugz000> lossless simply means no loss of existing data [06:31:17 CET] <pink_mist> you should just get the damned transcript and have some text-to-voice thing read it out for you, that way it'll be like 15 bytes/sec [06:31:29 CET] <Bugz000> half the images and videos you see online have been compressed by so many different algorithms from different sites it's an absolute mess...and i hear it in audio on videos too, specially when music is played, lossless compression across all media will stop this [06:31:51 CET] <montana> pink_mist lol i care about people's emotion/accent/etc [06:33:55 CET] <Bugz000> for distribution online i understand lossy compression, i mean youtube lose literally billions of dollars a year on youtube, it's a complete money pit for them, in power, bandwidth, and storage costs [06:34:10 CET] <Bugz000> so if they can shave off even 50mb from each video that's monumental for them, but for editing, lossless pls. [06:34:26 CET] <montana> youtube loses money? [06:34:52 CET] <Bugz000> google can soak it, but yes, youtube is a money pit atm, source? a friend who works there [06:35:09 CET] <montana> then why are there so many youtube like sites out there [06:36:11 CET] <Bugz000> they also don't have to handle the couple hundred terabytes of data uploaded to their systems daily [06:36:22 CET] <Reinhilde> montana: lossless could be as low as 400kb/s [06:36:37 CET] <Reinhilde> for mono 48khz [06:36:54 CET] <pink_mist> I mean, the transcript idea is actually lossless too :P [06:37:16 CET] <pink_mist> just a different kind of lossless [06:37:39 CET] <Bugz000> montana if any of those "youtube-like-sites", just for an hour, took the load that the youtube infrastructure takes on, they'd be overloaded in an instant rofl [06:38:47 CET] <Bugz000> funnily enough the closest thing to youtubes infrastructure is likely pornhub hahaha [06:38:52 CET] <Reinhilde> Bugz000: that's the whole point, having multiple of these sites, ideally with higher barriers to entry, to take the load off of any single [06:39:02 CET] <montana> Bugz000 is that mean pornhub loses money too? [06:39:34 CET] <Bugz000> nah, sex sells better than "Jason building a box-steel gokart in his moms garage" [06:41:37 CET] <Bugz000> Reinhilde sadly people are lazy and like a one-place solution, people feel comfortable with "household name" brands, i figure this is why google have youtube, they saw it's potential, idk if you're a member of the youtubers union but you should join, tons of info about what youtube are up to [06:42:15 CET] <Bugz000> they recently released a new clause, in a super simplified way saying; if a video doesn't bring in revenue, youtube will delete it at their own discretion [06:42:41 CET] <Reinhilde> which is basically the end of youtube as it has ever existed [06:42:47 CET] <Bugz000> they're heading to be the next netflix i think [06:42:57 CET] <Bugz000> yeah pretty much, the union is going nuts rofl [06:43:27 CET] <Reinhilde> i'm in canada, how do i join the syndicat des youtubeurs [06:43:28 CET] <montana> Bugz000 netflix is losing money too? [06:43:38 CET] <Bugz000> i mean i get it though, from their perspective, already losing money, hosting literal billions of hours of useless, sometimes 4k video, which is earning them nothing is literally where the money is going [06:43:39 CET] <Reinhilde> (i don't know if i used the right word) [06:43:58 CET] <Bugz000> montana, at nearly £10 a month for maybe 200 movies? i don't think so [06:44:20 CET] <Bugz000> https://youtubersunion.org/ [06:44:32 CET] <Bugz000> https://www.facebook.com/groups/youtuberunion/ [06:44:47 CET] <Bugz000> https://www.youtube.com/user/JoergSprave [06:45:29 CET] <Bugz000> Jorgsprave with the union, Fairtube, is in works with IG METALL which is the oldest and largest trade union in the world [06:45:55 CET] <Bugz000> they are trying to force youtube to play by the rules [06:47:37 CET] <Bugz000> watch all the fairtube videos, it explains why people aren't moving to new platforms, whats going on, what needs to change so on so on [06:48:16 CET] <Bugz000> but yah, youtube ARE losing money with youtube, hence why Youtube Red started, and now they're trying to hack down the "free content" and migrate everyone to "red" members rofl [06:48:43 CET] <Bugz000> google are losing money with youtube* [06:49:16 CET] <pink_mist> <Bugz000> Jorgsprave with the union, Fairtube, is in works with IG METALL which is the oldest <-- looking at wikipedia, it seems to have been foundedin 1949, while LO, which is a swedish union was founded in 1898 [06:49:29 CET] <Bugz000> oh, maybe its the oldest in germany then [06:49:43 CET] <Bugz000> nice tho :D 1898 jesus [06:51:18 CET] <Bugz000> funny story, the other day my friend (works on the frontpage of google/youtube) made a bad query across the google dev network, crashed part of youtube, then the flood of people rushing to google to search "youtube not working" then crashed google for several areas [06:51:21 CET] <Bugz000> lool [06:51:33 CET] <pink_mist> lol [06:52:12 CET] <Bugz000> the gods of the internet are mortal after all [06:52:28 CET] <Bugz000> just requires 1/4 of the global population to simultaneously google something [06:54:19 CET] <Bugz000> https://www.facebook.com/groups/youtuberunion/permalink/861266717602632/ [06:54:33 CET] <Bugz000> here's a post regarding the changes to youtube (deleting non-profitable videos) [06:57:32 CET] <SpiritHorse> 'force youtuve to play by the rules' -- hah! [06:58:35 CET] <SpiritHorse> youtube doesn't owe anyone a damn thing. if anything quite the opposite. [06:59:17 CET] <Bugz000> actually the moment they had people sign a partnership agreement is the moment they should start acting like an employer [06:59:27 CET] <Bugz000> it's clearly stated in EU law, they've broken several, rofl [07:00:23 CET] <Bugz000> if they didn't want to owe anyone anything then they shouldn't have started paying creators [07:02:10 CET] <Bugz000> and then they shouldn't have started demonetising creators videos yet still show their own adverts on someone elses work [07:04:03 CET] <Bugz000> (that said i've not seen a single advert in over a decade due to 2 layers of ad/tracker/script blocking so i'm just a thief really :p ) [07:04:12 CET] <Bugz000> 3 layers sorry [07:04:26 CET] <Bugz000> Brave, UBO and pihole <3 [07:04:51 CET] <SpiritHorse> they aren't employees [07:05:00 CET] <SpiritHorse> so they won't and will never be treated like ones [07:05:30 CET] <Bugz000> brave is the newest addition after google made noises about making DNS requests an API rather than raw requests so they can keep a table that has 2000 entries you can alter, and that's it, with the aim to kill ad blockers.... [07:06:43 CET] <Bugz000> they aren't employers, but they qualify in every way to BE employers, ergo, just because they say they aren't employers doesn't mean they aren't employers, ergo, they are in breach of EU law and IG METALL is threatening to come down on them like a legal ton of bricks , but will ask to play nice first [07:07:00 CET] <Bugz000> it's in the videos dude go watch them [07:07:07 CET] <Bugz000> i'm not going to sit and type it all out for you rofl [07:08:00 CET] <SpiritHorse> right, and this is not a very original argument against YT [07:08:10 CET] <SpiritHorse> it has been tried against YT and lots of other megacorps and they all fail [07:08:55 CET] <SpiritHorse> and no, I'm not going to watch a video seething with bias about how pissed off someone is the internet isn't their personal piggy bank [07:09:02 CET] <Bugz000> https://www.youtube.com/watch?v=oZZ5Kouj_hQ [07:09:27 CET] <Bugz000> it's not bias, it's a partnership with a huge trade union's legal team rofl [07:09:32 CET] <Bugz000> watch that, enjoy [07:09:41 CET] <SpiritHorse> it's like the DoorDash people who want to be "employees". yeah, no. [07:09:54 CET] <Bugz000> watch the video and get back to me :) [07:11:37 CET] <bugz000|afk> pink_mist oh IG metall is the largest independant trade union on the planet [07:11:38 CET] <bugz000|afk> thats it [07:11:39 CET] <bugz000|afk> haha [07:11:51 CET] <SpiritHorse> Google probably has a team of people who deal with this nonsense [07:11:59 CET] <SpiritHorse> https://www.cnet.com/news/the-youtubers-union-is-demanding-change-thats-not… [07:12:20 CET] <SpiritHorse> seems like they are well versed in getting hit with baseless threats/lawsuits/etc and can handle it quite well *shrug* [07:14:40 CET] <bugz000|afk> SpiritHorse https://youtu.be/oZZ5Kouj_hQ?t=477 [07:16:13 CET] <bugz000|afk> brb :) [11:11:34 CET] <BtbN> barhom, just don't use cuvid anymore, it's effectively deprecated. The native hwaccel nvdec is preferred. [12:04:21 CET] <montana> what is the link for #ffmpeg and #ffmpeg channel logs [12:04:24 CET] <montana> i forgot the link [12:07:07 CET] <montana> what is the link for #ffmpeg and #ffmpeg-dev channel logs [12:07:33 CET] <montana> what is the link for #ffmpeg and #ffmpeg-devel channel logs [12:10:36 CET] <pink_mist> https://lists.ffmpeg.org/pipermail/ffmpeg-devel-irc/ [12:17:55 CET] <montana> pink_mist thanks [12:19:36 CET] <barhom> BtbN: Why do I have to use hwupload_cuda before I hit "scale_cuda" in my "-vf" filter? I thought decoding with -hwaccel means packets stay in GPU memory [12:20:03 CET] <barhom> that is only the case with "-hwaccel nvdec/cuda". When I use "-hwaccel cuvid" I do not need to use hwupload_cuda [12:20:47 CET] <BtbN> barhom, unless you set the hwaccel_output_format to cuda, it will download the frames. [12:20:59 CET] <barhom> also thanks for the llvm tip yesterday, I managed to get scale_cuda to work! [15:36:18 CET] <Radiator> Hi everyone ! [15:37:47 CET] <Radiator> I'm doing a zero latency decoder using ffmpeg libs in C++. It works wonderfully, problem is that once I try 4k it all crashes and there's definitely latency [15:38:16 CET] <BtbN> You easily run out of RAM with 4K stuff [15:39:45 CET] <Radiator> I have 32GB and I'm doing OK in terms of percentages [15:40:15 CET] <BtbN> And your CPU usage? [15:40:24 CET] <Radiator> I'm around 20% [15:40:35 CET] <BtbN> You only have one core? [15:40:36 CET] <Radiator> But I'm using HWacceleration [15:40:43 CET] <Radiator> No I have 4 cores [15:40:52 CET] <BtbN> so 20% could be close to 100% on one core [15:40:52 CET] <Radiator> It's a i7 [15:41:22 CET] <Radiator> Correct [15:44:56 CET] <Radiator> I'm using the graphic correct to decode. I don't understand why VLD would work quite nice compared to my implementation whose 4/5 seconds behind [16:12:43 CET] <Anderssen> Hey guys, can ffmpeg produce an output like a diagram (or a table) which shows the bitrate of a video file, like x-axis: time, y-axis: bitrate? [16:31:29 CET] <Hello71> ffprobe -show_packets | something | dot [16:36:39 CET] <nicolas17> dot? [16:37:57 CET] <furq> https://manpages.debian.org/buster/graphviz/dot.1.en.html [16:38:11 CET] <nicolas17> how would that help with an x-y chart? [16:42:31 CET] <Radiator> Regarding my issue, here is a log from ffmpeg libs : https://pastebin.com/N6b8LEE2 [16:43:09 CET] <Anderssen> Hello71: show_packets seems to be a good start; although the output is like 10% size of the video file ;) [16:45:44 CET] <Anderssen> although one can do something with "grep size" and "grep duration" [16:45:48 CET] <furq> Anderssen: ffprobe -select_streams v:0 -show_entries packet=size -of default=nk=1:nw=1 foo.mkv [16:46:56 CET] <furq> or -show_entries packet=size,duration -of csv [16:50:13 CET] <Anderssen> furq: that's pretty good, thanks [17:35:04 CET] <Radiator> Do you guys have an idea how to handle rtsp stream better than specifying ```rtsp_transport tcp``` ? [17:36:28 CET] <JEEB> that depends on the rtsp stream [17:37:45 CET] <Radiator> It's a 4K camera [18:38:56 CET] <Pinhole> I'm encoding for live hls streaming. Works fine on pc, but android chrome shows the video garbled and green. Anyone seen this and have a fix? [18:39:00 CET] <Pinhole> ffmpeg -re -i source.mp4 -c:v h264 -flags +cgop -c:a aac -hls_allow_cache 0 -hls_time 10 -hls_list_size 0 -hls_flags second_level_segment_duration -use_localtime 1 -strftime 1 -hls_segment_filename 'live/live.%08s.%%08t.ts' -f hls 'live/live.m3u8' [18:39:21 CET] <JEEB> Pinhole: you leave awfully a lot of stuff unspecified [18:39:29 CET] <JEEB> including which H.264 encoder is being utilized [18:39:43 CET] <JEEB> also you don't make sure that the format is something that hardware decoders can take [18:39:48 CET] <JEEB> as in, output format [18:39:59 CET] <JEEB> please post the log in a pastebin or so, preferably with -v verbose or something [18:47:49 CET] <Pinhole> https://paste.centos.org/view/fa9525f4 [18:49:09 CET] <JEEB> that should work. 4:2:0 YCbCr [18:49:11 CET] <JEEB> 720p [18:49:24 CET] <JEEB> and high profile, level 3.1 [18:49:42 CET] <kurosu> Some very old Android devices do not support "high" profile, but would then simply refuse to play [18:49:47 CET] <JEEB> true [18:49:54 CET] <kurosu> level should be ok if high is supported [18:49:58 CET] <kurosu> it's not that extreme [18:49:58 CET] <JEEB> -profile:v main [18:50:03 CET] <JEEB> yea [18:50:07 CET] <JEEB> definitely not extreme [18:50:16 CET] <JEEB> I'd expect most stuff be able to do level 4 [18:50:23 CET] <JEEB> main|level 4 [19:17:35 CET] <Pinhole> I've experimented now with -profile:v main -level 3.1 and -profile:v baseline -level 3.0. Seems to still not be happy. [19:18:35 CET] <JEEB> dunno. try android exoplayer and its debug logging [19:18:55 CET] <JEEB> I couldn't see anything specifically wrong with the encoding settings and I'm way too tired to see the HLS related options [19:25:01 CET] <ChocolateArmpits> Pinhole, set -bf 2 [19:25:16 CET] <ChocolateArmpits> I think the default is 3 frames which can cause problems [19:26:04 CET] <ChocolateArmpits> I mean I had browser rendering problems with that [19:27:43 CET] <Pinhole> still green [19:27:52 CET] <ChocolateArmpits> welp [19:28:30 CET] <ChocolateArmpits> oh you set baseline before, figures why then this wouldn't work [21:26:01 CET] <montana> okay it was mkver [22:32:42 CET] <arnaud-ro> hi [22:33:18 CET] <arnaud-ro> any idea why while restreaming some hls stream that have splitted audio video segments , ffmpeg is remuxing them but then the resulting stream has audio/video non synced [23:43:37 CET] <void09> is there any flag/switch to make it select the nearest keyframe so that it always includes the given timestamp ? right now the default is just nearest, which can leave some frames out if i give it a precise timestamp [00:00:00 CET] --- Sat Nov 16 2019

1 0