Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

December 2016

1 participants
62 discussions

ffmpeg-devel.log.20161210
by burek 11 Dec '16

11 Dec '16

[00:03:13 CET] <kierank> hmmm I really need ISO/IEC 14496-2:2004 [00:03:20 CET] <kierank> my bitstream doesn't match the draft at all [00:07:40 CET] <wm4> huh so there are significant differences between draft and real thing? [00:09:02 CET] <kierank> seems so [00:09:29 CET] <kierank> might have to RE it from the binary [00:12:33 CET] <wm4> fucking evil [01:01:38 CET] <iive> kierank: i think iso provides reference software and amendments for it, for free [01:02:01 CET] <iive> it might be faster than RE [02:46:58 CET] <cone-042> ffmpeg 03Michael Niedermayer 07master:b3928a1cc654: swresample/swresample: Check count before memcpy() [02:46:58 CET] <cone-042> ffmpeg 03Michael Niedermayer 07master:34db650784fb: swresample/resample_template: Reorder operations to avoid one addition [02:46:58 CET] <cone-042> ffmpeg 03Michael Niedermayer 07master:65e33d8e2327: swresample/resample_template: Add filter values in parallel [03:02:31 CET] <michaelni> BBB, jamrial the asm may "need" a similar change as 65e33d8e2327 [03:04:04 CET] <michaelni> that is the intermediate can overflow 32bit with artificial signals [04:59:18 CET] <cone-042> ffmpeg 03Michael Niedermayer 07master:5b73ba9887d4: avcodec/mpeg12dec: Add FF_CODEC_CAP_SKIP_FRAME_FILL_PARAM [12:10:11 CET] <cone-043> ffmpeg 03Marton Balint 07master:7ceb9e6b1182: avfilter/formats: allow unknown channel layouts by default [12:10:12 CET] <cone-043> ffmpeg 03Marton Balint 07master:bffc2bcd7535: avfilter/af_atempo: add support for unknown channel layouts [12:10:13 CET] <cone-043> ffmpeg 03Marton Balint 07master:01a19f77caa4: avfilter/af_channelmap: add support for unknown input channel layouts [12:10:14 CET] <cone-043> ffmpeg 03Marton Balint 07master:df694a5e9d40: avfilter/af_ashowinfo: properly show input channel layout for unknown channel layouts [13:38:46 CET] <cone-043> ffmpeg 03Andreas Cadhalpun 07master:7d3baebe408c: opus_parser: fix leaking channel_maps on error [13:38:47 CET] <cone-043> ffmpeg 03Andreas Cadhalpun 07master:c085f1a7e103: opus_parser: make ParseContext the first element in OpusParseContext [14:54:04 CET] <cone-043> ffmpeg 03Mark Thompson 07master:db7271bff2a6: configure: Require bit_depth field for VAAPI VP9 decode hwaccel [16:51:42 CET] <cone-043> ffmpeg 03Derek Buitenhuis 07master:51c673a0d703: libavcodec/tests: Add avpacket test to .gitignore [19:45:10 CET] <cone-043> ffmpeg 03Andreas Cadhalpun 07master:c50d591ce2a6: configure: enable sdl if sdl2 is enabled [19:45:11 CET] <cone-043> ffmpeg 03Andreas Cadhalpun 07master:4c4556649304: configure: enable autodetected libraries after option parsing [19:45:12 CET] <cone-043> ffmpeg 03Andreas Cadhalpun 07master:8aad209c13c2: configure: fail if autodetect-libraries are requested but not found [20:21:28 CET] <durandal_1707> I have reconstructed lowpass and have all other layers, where and how I combine those? [20:21:55 CET] <durandal_1707> for start just first level [20:23:17 CET] <durandal_1707> 0-LL with 1 ones [20:31:59 CET] <durandal_1707> hmm I think I understand basic principles [22:32:32 CET] <cone-043> ffmpeg 03Michael Niedermayer 07master:1b39a3024711: fate: add av_image_check_size() test [22:32:33 CET] <cone-043> ffmpeg 03Michael Niedermayer 07master:f542b152aa20: avutil: Add av_image_check_size2() [22:32:34 CET] <cone-043> ffmpeg 03Michael Niedermayer 07master:2f07830e69bd: avcodec: Add max_pixels options [22:48:19 CET] <bofh_> 6012 is odd. I can reproduce it but can't see any obvious cause, though I suspect the window is being generated off-by-one. [22:48:44 CET] <cone-043> ffmpeg 03Wan-Teh Chang 07master:8986885801fb: avutil/cpu_init: remove unnecessary arguments to the main() function [22:48:45 CET] <cone-043> ffmpeg 03Wan-Teh Chang 07master:3703f13333e2: avutil/tests: run the cpu_init.c test conditionally on HAVE_THREADS [23:23:29 CET] <cone-043> ffmpeg 03Marton Balint 07master:1f3910262e1b: ffplay: fix sws_scale possible out of bounds array access [23:32:27 CET] <cone-043> ffmpeg 03Marton Balint 07release/3.2:47e47cfb0797: ffplay: fix sws_scale possible out of bounds array access [00:00:00 CET] --- Sun Dec 11 2016

1 0

ffmpeg.log.20161210
by burek 11 Dec '16

11 Dec '16

[01:41:33 CET] <hurricanehrndz> I have a weird situation, were a CMakeLists of a static ffmpeg. builds successfully on one distros and fails on another. Mainly due to libm.a although it is available on both [01:41:59 CET] <hurricanehrndz> The big difference is gcc5 vs gcc6 anyone else experience something similar? [02:09:33 CET] <blue_misfit> hey guys, when doing file transcoding with ffmpeg from AWS S3 over http I sometimes get truncated source files [02:09:44 CET] <blue_misfit> like, a 2 hour movie will stop after 7 mins [02:09:52 CET] <blue_misfit> any advice on best practices for reading from S3? [02:10:07 CET] <blue_misfit> I'm going to try adding -reconnect 1 prior to the input [02:10:14 CET] <blue_misfit> but other advice would be welcome [13:57:51 CET] <Fa1th> hola [13:58:16 CET] <Fa1th> Is there a way to convert a image to video and set duration time using ffmpeg? [14:02:53 CET] <durandal_170> yes [14:03:13 CET] <Fa1th> may i know how ? [14:04:01 CET] <Fa1th> i tried ffmpeg -i image.png -t 24:00:00 output.mp4 [14:04:07 CET] <Fa1th> gives a 0 sec video file [14:10:58 CET] <durandal_170> Fa1th: try adding -stream-loop [14:12:46 CET] <Fa1th> Unrecognized option 'stream-loop'. [14:12:46 CET] <Fa1th> Error splitting the argument list: Option not found [14:29:20 CET] <relaxed> Fa1th: ffmpeg -stream-loop -1 -t 24:00:00 output.mp4 [14:29:40 CET] <relaxed> er, ffmpeg -stream-loop -1 -i image.png -t 24:00:00 output.mp4 [14:50:35 CET] <Fa1th> Unrecognized option 'stream-loop'. [14:50:35 CET] <Fa1th> Error splitting the argument list: Option not found [14:56:10 CET] <mcjack> Fa1th: https://ffmpeg.org/ffmpeg.html -> 5.4 -> it's called -stream_loop (underscore) [15:00:25 CET] <Fa1th> thanks guys!! [15:23:02 CET] <Jaycob> hey guys. really simple problem: how do I get the audio samples of some input with ffmpeg? [15:24:16 CET] <Jaycob> I want to use mp3 as the input and I'd like to get an array of sample values (for each channel) as the output [16:01:25 CET] <Fa1th> What is the lowest possible settings to use in ffmpeg? [16:01:36 CET] <Fa1th> I want to make a video from a image without sound, the image quality doesnt matter [21:06:15 CET] <Hunterz> hi, Im trying x11grab under fedora 25 wayland and get black screen... is ffmpeg working with wayland? [21:12:18 CET] <JEEB> x11 feels like it'd only work with x11 :P [21:17:13 CET] <Hunterz> any plans to support wayland? [21:22:25 CET] <JEEB> you would have to ask around if there is a way to capture the desktop for something else than the compositor [21:22:46 CET] <JEEB> one of the design principles of wayland is that you separate all applications so that they have no idea about the rest of them [21:23:13 CET] <JEEB> that said, if your application is an x11 application you should still be able to connect to the xwayland x11 thing [21:23:22 CET] <JEEB> (although I'm not sure how that works) [21:23:39 CET] <JEEB> (but in theory it should work like normal x11 for the applications) [22:47:04 CET] <thebombzen> if there's a way to have a single instance of wayland atop X, and then have several wayland applications, then yous hould be able to capture the X screen [22:47:09 CET] <thebombzen> I have no idea how to do that though [23:30:55 CET] <hawken> w 15 [23:31:20 CET] <BtbN> iirc on wayland the compositor is the only instance able to do desktop capture [23:31:31 CET] <BtbN> Which is kind of annoying [23:32:35 CET] <DHE> need an nvenc option to do hardware capture or something. like shadowplay [23:33:39 CET] <vans163> is shadowplay still a thing? [23:33:45 CET] <vans163> iirc nvidia dropped it [23:33:47 CET] <DHE> maybe on windows [23:33:55 CET] <vans163> now shadowplay isnt really shadowplay [23:34:06 CET] <vans163> since they patched out the hardware capture from the consumer nvidia drivers [23:34:22 CET] <vans163> only Tesla cards and 2,000$+ nvidia cards have the driver that can capture from hardware [23:34:26 CET] <furq> lol what [23:34:44 CET] <vans163> so for shadowplay (if its still a thing) they just apply some dx hooks for the game [23:34:56 CET] <vans163> which works much worse then hardware capture [23:35:14 CET] <JEEB> nvidia IIRC didn't remove it, they just always had it as a private API behind a key [23:35:21 CET] <JEEB> so you had to pay for it or something [23:35:33 CET] <JEEB> if you like reverse engineering you can check what steam does [23:35:37 CET] <JEEB> it supports that stuff [23:35:51 CET] <JEEB> (it also contains the key/license thing there) [23:36:28 CET] <JEEB> unless they really removed it lately but I bet that would piss quite a lot of people off :P [23:36:51 CET] <JEEB> because software was using that interface [23:36:57 CET] <furq> they'll be so annoyed that they buy AM...oh [00:00:00 CET] --- Sun Dec 11 2016

1 0

ffmpeg-devel.log.20161209
by burek 10 Dec '16

10 Dec '16

[01:15:59 CET] <cone-633> ffmpeg 03Alex Converse 07master:d3795926876b: aacdec: Allow SBR after DRC. [01:16:00 CET] <cone-633> ffmpeg 03Alex Converse 07master:51a055b20656: aacdec: Rename elem_type_prev to che_prev_type. [01:17:10 CET] <rcombs> sweet [02:00:38 CET] <cone-633> ffmpeg 03Michael Niedermayer 07master:cff1c0edaa79: avcodec/ffv1enc: Fix size of first slice [02:00:39 CET] <cone-633> ffmpeg 03Michael Niedermayer 07master:38a7834bbb24: avcodec/ffv1enc: Allocate smaller packet if the worst case size cannot be allocated [14:42:11 CET] <nevcairiel> BtbN: http://fate.ffmpeg.org/report.cgi?time=20161209035641&slot=x86_32-msvc11-wi… is broken from some cuvid things [14:43:46 CET] <BtbN> msvc2012, hm. Is that with the converter thing? [14:43:52 CET] <nevcairiel> yes [14:44:01 CET] <nevcairiel> 2013 is the first to not need it [14:44:57 CET] <BtbN> Because that error makes no sense. [14:45:26 CET] <BtbN> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/cuvid.c#L291 [14:45:35 CET] <BtbN> first element of that struct is https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/cuvid.c#L71 [14:45:41 CET] <wm4> does anyone know why the heck libnpp support is non-free? [14:45:51 CET] <BtbN> Because libnpp is not part of the nvidia driver [14:45:53 CET] <nevcairiel> because the library is nonfree? [14:45:58 CET] <wm4> but why [14:46:06 CET] <BtbN> you have to ship the dynamic libraries yourself [14:46:08 CET] <wm4> what reason could they possibly have? [14:46:11 CET] <BtbN> so it's clearly not a system library [14:46:17 CET] <wm4> oh, hm [14:46:23 CET] <nevcairiel> they dont really care for cuda stuff to be redistributable [14:46:28 CET] <nevcairiel> thats not their target audience [14:46:52 CET] <BtbN> Most distributions have the libnpp libraries packaged [14:46:57 CET] <wm4> what's their target audience? [14:47:04 CET] <BtbN> but still, not a system library according to GPL [14:47:09 CET] <nevcairiel> professional use [14:47:22 CET] <BtbN> libnpp are performance primitives, for science and stuff with CUDA [14:47:50 CET] <wm4> nevcairiel: so does it require some sort of commercial license? [14:48:04 CET] <BtbN> no [14:48:11 CET] <nevcairiel> technically cuda is under a proprietary license agreement [14:48:16 CET] <nevcairiel> but it oesnt cost anything [14:48:18 CET] <nevcairiel> +d [14:48:18 CET] <BtbN> But it's not a system library, and thus makes ffmpeg non-free when using it [14:49:01 CET] <wm4> dumb [14:49:08 CET] <nevcairiel> why do you care about libnpp [14:49:50 CET] <wm4> just came up [14:50:03 CET] <Rathann> BtbN: which distros have it? probably only source-based ones like gentoo [14:50:15 CET] <wm4> though if it were free we'd probably use vf_scale_npp for transcoding when scaling is needed [14:50:20 CET] <BtbN> Rathann, Ubuntu and Gentoo are the ones I know of. [14:50:41 CET] <Rathann> actually Debian too, but in non-free [14:50:44 CET] <BtbN> http://packages.ubuntu.com/xenial/libnppc7.5 [14:51:00 CET] <wm4> ubuntu probably has it because debian does [14:51:08 CET] <nevcairiel> dev headers in nvidia-cuda-dev, fwiw [15:20:33 CET] <cone-307> ffmpeg 03James Almer 07master:77aa8005ece5: fate: improve fate-mov dependencies [15:20:33 CET] <cone-307> ffmpeg 03James Almer 07master:06c62ce09c57: fate: add a monoscopic spherical matroska test [15:45:03 CET] <BBB> omg that converter thingy [15:45:17 CET] <BBB> of all things I ever did, thats probably the most evil of all [15:45:38 CET] <BBB> (and everyone else that helped me, I didnt do it alone) [15:45:44 CET] <BBB> but its still quite evil [16:00:59 CET] <cone-307> ffmpeg 03Derek Buitenhuis 07master:4413e950b263: h264_slice: Wait for refs to be available before we use them in error concealment [16:12:58 CET] <Zeranoe> So I set up a Cloudflare account with a rule to always cache the zips on their CDN. Initial results look promising. [16:37:27 CET] <kierank> anyone familiar with mpeg-4 asp? [17:45:52 CET] <cone-307> ffmpeg 03Michael Niedermayer 07master:ee2a6f5df8c6: avformat/oggdec: Skip streams in duration correction that did not had their duration set. [17:45:53 CET] <cone-307> ffmpeg 03Michael Niedermayer 07master:8258e3638514: avcodec/mpeg4videodec: Fix undefined shifts in mpeg4_decode_sprite_trajectory() [18:33:51 CET] <kierank> durandal_1707: how is pixlet going? [18:35:34 CET] <durandal_1707> kierank: parsing completed, need to figure how to combine layers and than clean up code [18:35:47 CET] <kierank> combining layers should be addition [18:35:57 CET] <kierank> after simple transform [18:36:06 CET] <kierank> like cfhd [18:36:27 CET] <kierank> I will work on mpeg-4 studio profile I think [18:37:06 CET] <durandal_1707> whats up with speedhq? [18:42:09 CET] <kierank> durandal_1707: big gpl violations from xvid [18:43:07 CET] <wm4> whaaat [18:43:10 CET] <durandal_1707> it just some sharing :) [18:46:16 CET] <kierank> wm4: the (i)dct is copied and pasted from xvid [18:47:53 CET] <wm4> so _we_ violate it? [18:49:20 CET] <kierank> no, they violate it [18:49:27 CET] <kierank> they have copied the code *from* xvid [18:49:53 CET] <wm4> who copied it where? sorry I think I'm a bit tired [18:49:55 CET] <Shiz> xvid -code-> speedhq [18:49:57 CET] <Shiz> wm4 [18:50:14 CET] <wm4> ah [19:10:30 CET] <blb> kierank: that's been addressed [19:10:58 CET] <kierank> eh? [19:11:05 CET] <blb> the shq stuff [19:11:31 CET] <kierank> deleting doesn't just mean the gpl is unviolated [19:11:50 CET] <blb> i'm just saying it's been addressed [19:12:15 CET] <kierank> i'm sure they think that [19:12:25 CET] <blb> i know it [19:12:34 CET] <nevcairiel> you cant fix the past no matter what you do, can only fix the now [19:12:51 CET] <kierank> they've not acknowledged the gpl violation [19:13:02 CET] <kierank> just gave a political response that they should have ignored it in the first place [19:13:12 CET] <kierank> but they'll delete the code as a gesture of godwill [19:13:19 CET] <blb> ? [19:14:26 CET] <kierank> you seem to know what happened [19:14:26 CET] <wm4> AFAIK even in ffmpeg we have cased all further harassment if the GPL violation was accidentally and then fixed as it was pointed out [19:14:30 CET] <wm4> but IANAL [19:14:37 CET] <kierank> it wasn't an accident [19:14:39 CET] <blb> yes. i'm @ newtek :P [19:14:46 CET] <kierank> well I have the emails [19:14:51 CET] <kierank> and that's not what was said [19:15:01 CET] <kierank> 6:12 PM <"kierank> they've not acknowledged the gpl violation [19:15:01 CET] <kierank> 6:13 PM <"kierank> just gave a political response that they should have ignored it in the first place [19:15:01 CET] <kierank> 6:13 PM <"kierank> but they'll delete the code as a gesture of godwill [19:15:45 CET] <kierank> I have had enough of broadcast companies like newtek shitting on open source and then using it either legitimately or otherwise [19:15:48 CET] <blb> and i'm saying, it's been addressed [19:16:12 CET] <kierank> we can all play with euphemisms [19:16:26 CET] <blb> i don't shit on open source :[ [19:16:29 CET] <kierank> your ceo does [19:16:41 CET] <kierank> I have caught newtek with two gpl violations now [19:17:04 CET] <blb> those were accidental, heck, remnants of old shit, unused code paths. [19:17:11 CET] <Compn> blb : if you work at newtek, you probably shouldnt be talking about legal matters [19:17:15 CET] <Compn> blb : could be used against you [19:17:17 CET] <wm4> how does GPL code get into unused code paths [19:17:18 CET] <Compn> or your company [19:17:29 CET] <wm4> if the code was originally GPL, the GPL is still in effect, even if all code has been replaced [19:17:34 CET] <blb> wm4: no idea [19:17:57 CET] <blb> Compn: hi :P [19:19:25 CET] <kierank> wm4: https://usercontent.irccloud-cdn.com/file/vRUP4AYZ/ [19:20:02 CET] <wm4> templates... [19:20:36 CET] <durandal_1707> you can't fight, they always can use code and obfuscate it [19:20:57 CET] <kierank> yes, intel did that with satd from x264 [19:21:09 CET] <kierank> the guy literally invented a new method of satd for his masters [19:21:24 CET] <kierank> and intel used intrinsics for exactly the same lines of code [19:23:24 CET] <wm4> neat, did they ever get sued? [19:23:39 CET] <kierank> I don't know [19:24:05 CET] <kierank> wm4: the email thread between steinar and newtek is magnificent [19:24:51 CET] <kierank> they try to deny the violation and then steinar proves without a doubt the code is from xvid [19:24:58 CET] <kierank> and then they say they will delete it as a gesture of goodwil [19:25:16 CET] <wm4> lol [21:02:51 CET] <kierank> anyone got a copy of ISO/IEC 14496-2? [21:02:54 CET] <kierank> with studio profiles [21:10:31 CET] <BtbN> michaelni, could the ffv1 size check fix be backported to at least 3.2? [21:39:39 CET] <michaelni> BtbN, ok [21:40:10 CET] <BtbN> nice, thanks. [23:04:52 CET] <kierank> any idea why/how mpeg4video can use unchecked bitstream reader? [23:14:00 CET] <kierank> durandal_1707: https://github.com/kierank/ffmpeg-sstp [23:17:37 CET] <durandal_1707> kierank: michaelni should know, padding of some sort perhaps [23:17:50 CET] <kierank> seems dodgy [23:19:30 CET] <durandal_1707> get bits left can't be used? [23:20:06 CET] <kierank> dunno, but the studio profile stuff breaks a lot of things [23:20:13 CET] <kierank> it's like data inside data [23:20:44 CET] <JEEB> o_O [23:20:56 CET] <JEEB> I wonder which version of MPEG-4 Part 2 I have around [23:21:36 CET] <atomnuker> kierank: define UNCHECKED_BITSTREAM_READER before including get_bits.h? [23:21:52 CET] <kierank> JEEB: I only have a draft of the studio profile [23:21:57 CET] <kierank> so the final version would be useful [23:22:10 CET] <JEEB> ok, sorry. don't seem to have anything better on hand :/ [23:48:46 CET] <kierank> dammit nothing matches [23:48:50 CET] <kierank> I really need that amendment [23:49:08 CET] <kierank> atomnuker: yes, why is it allowed [23:51:48 CET] <atomnuker> IIRC some decoders will never overread (like some wma one) so it's safe for them to enable this to get more speed [23:52:36 CET] <kierank> yes but I'm adding stuff so I don't know if that's guaranteed any more [23:56:26 CET] <atomnuker> oh it's already enabled? [23:58:58 CET] <kierank> yes [00:00:00 CET] --- Sat Dec 10 2016

1 0

ffmpeg.log.20161209
by burek 10 Dec '16

10 Dec '16

[00:28:30 CET] <kocoten1992> is any body home? [00:28:59 CET] <DHE> home, yes. coherent, maybe [00:29:44 CET] <kocoten1992> :D [00:38:59 CET] <kocoten1992> @DHE Hi DHE, I want to read a video from second 5 -> 10, the output will be raw binary to a file, is that possible? [00:40:52 CET] <DHE> so, dump the indicated time range to a raw RGB stream? [00:42:33 CET] <kocoten1992> I guess so, I kinda new with ffmpeg ( > < ) [00:42:58 CET] <DHE> but I don't understand what it is you want, which is why I'm asking. "raw binary" is a bit vague [00:43:29 CET] <kocoten1992> I want to mimic youtube behavior [00:43:59 CET] <kocoten1992> when the connection get slow, somehow it will read from 144p [00:44:49 CET] <kocoten1992> uhm, you followed me? [00:45:44 CET] <kocoten1992> the video will running at 720p until connection slow (144p), but how is that possible > < [00:46:02 CET] <kocoten1992> I have snip it http package [00:46:29 CET] <kocoten1992> It send something like fseek and fread in php, but it use byte length [00:46:39 CET] <thebombzen> well, ffmpeg transcodes video from a file or a grab device and cannot detect your connection speed [00:46:47 CET] <thebombzen> given that it doesn't see the data until it already gets to you. [00:46:53 CET] <kocoten1992> but here I want from second to second [00:47:12 CET] <thebombzen> so if you're transcoding video from t=5 seconds to t=10 seconds, then I'm not sure how that's relevant to downsampling the video in a slow connection. [00:47:53 CET] <kocoten1992> I'll explain [00:48:33 CET] <kocoten1992> I have snip youtube http request, It have something like s=20, e=45 (I dont remember) [00:48:38 CET] <kocoten1992> s = start, e = end [00:49:14 CET] <kocoten1992> that is possible if s and e unit was byte length [00:49:43 CET] <kocoten1992> I could simply read file from byte length, but it second here [00:50:11 CET] <kocoten1992> so I think I will have 3 4 file, the same content [00:50:33 CET] <kocoten1992> but different quality (720p, 480p, 144p ...) [00:51:13 CET] <kocoten1992> when connection get slugging, it will read from second 5 of 144p to second 10 of 144p and send raw output to user [00:52:20 CET] <llamapixel> How do you detect the moment of lag, how do you request a new http media file when the bandwidth just isn't there due to congestion? [00:52:45 CET] <llamapixel> You are assuming all cases of lag are still transmitting there. [00:52:57 CET] <thebombzen> kocoten1992: if you're looking to cut between 20 seconds and 45 seconds of a youtube video, you should download the youtube video first. [00:53:13 CET] <thebombzen> in this case, you can use youtube-dl do download the video. [00:53:47 CET] <llamapixel> If the server downloaded both locally you still have the client congestion problem [00:53:48 CET] <thebombzen> once you download the video, you can just do ffmpeg -ss 20 -i input_video -t 25 output.mp4 or something like that [00:54:06 CET] <llamapixel> Is it assumed there won't be congestion from server to client? [00:54:44 CET] <kocoten1992> @llamapixel, no I guess it work like this [00:55:14 CET] <kocoten1992> client will use js interval to keep checking connection between server and client [00:55:44 CET] <kocoten1992> when ping too high, or banwith too low [00:56:05 CET] <kocoten1992> then when it request next part of the video, it will request as 144p [00:56:17 CET] <kocoten1992> but all that irrevelent =.= [00:56:37 CET] <llamapixel> Good luck with that project, you are not thinking it through mate. [00:57:33 CET] <kocoten1992> @llamapixel why ? [00:58:04 CET] <llamapixel> Read above [01:00:48 CET] <kocoten1992> not understand all you said, but I'm trying to solve each one problem first [01:01:53 CET] <kocoten1992> @llamapixel, so is there any how dump a vido file from second 5 to 10 ? [01:17:53 CET] <llamapixel> https://usercontent.irccloud-cdn.com/file/tipXHRAw/Screenshot%202016-12-09%… [01:17:57 CET] <llamapixel> Lets use this as the diagram kocoten1992 [01:18:27 CET] <llamapixel> Making another http request when there is not path wont magically pull a smaller file [01:18:32 CET] <llamapixel> no* [01:19:05 CET] <llamapixel> You will have to assume the network is always going to be constant and have a trickle of bandwidth in your assumption [01:19:49 CET] <llamapixel> If the client had been caching both files before there was a hiccup in connections you could do it and I agree in that principle [01:20:48 CET] <kocoten1992> :D wow thank you [01:21:11 CET] <llamapixel> I hope that makes sense mate, in case I am not reading what you are saying correctly. [01:22:20 CET] <kocoten1992> I've save your pic, gonna digest it later, I'm off to work now [01:22:25 CET] <llamapixel> cya [01:22:33 CET] <kocoten1992> wait [01:22:45 CET] <llamapixel> look up what something like faster fox does and pre-emptively gets all files [01:22:57 CET] <llamapixel> https://addons.mozilla.org/en-US/firefox/addon/rsccmanfasterfox/ [01:23:09 CET] <llamapixel> How aggressive you want the pre fetching to be is another headache. [01:23:30 CET] <llamapixel> Or look at something like a squid proxy [01:23:41 CET] <llamapixel> http://www.squid-cache.org/ [01:24:03 CET] <kocoten1992> ye, but do you have any docs about [01:24:11 CET] <kocoten1992> spliting video [01:24:55 CET] <llamapixel> thebombzen answered that part above. [01:25:29 CET] <kocoten1992> No I think he misunderstand me [01:25:45 CET] <kocoten1992> I'm the server <- , I split video and then send to user [01:26:15 CET] <llamapixel> That is a different layout completely to what I just explained :P [01:26:35 CET] <llamapixel> The issue still arises when the client cannot get the next http request however. [01:26:41 CET] <kocoten1992> https://trac.ffmpeg.org/wiki/Seeking#no1 [01:27:05 CET] <llamapixel> come back after work if you have better time. [01:27:14 CET] <kocoten1992> Not sure that will help me, but gotta go [01:27:16 CET] <kocoten1992> bb :D [01:27:17 CET] <llamapixel> cutting media is not sending the media [01:27:36 CET] <llamapixel> ok [02:29:12 CET] <Phi> back tomorrow, maybe [02:29:20 CET] <Phi> thanks again for the help thus far :3 [02:36:41 CET] <luminarys> Can audio/video be transcoded without the use of avfilter? [02:37:27 CET] <luminarys> I seem to run into issues with stuff like formats just plugging in decoded frames into an encoder [02:47:01 CET] <DHE> if you mean the API, the scale filter is just a wrapper around libswscale and you can use it directly for format and resolution conversions [02:47:42 CET] <luminarys> yea I'm talking about using the api, not cli tool [02:48:48 CET] <luminarys> I'm specifically working with audio stuff and run into the issue of the sample formats being incompatible [02:49:12 CET] <DHE> same thing, but libswresample [02:50:02 CET] <luminarys> Thanks, I'll take a look [03:08:36 CET] <luminarys> So using swr_convert_frame seems to solve the issue of the frame format [03:08:48 CET] <luminarys> but now I end up with an error from the encoder codec "more samples than frame size" [03:09:13 CET] <luminarys> which googling seems to be nontrivial to fix [03:09:35 CET] <luminarys> I guess I may be better off just using an anull filter since at this point using swresample more or less equates to the same style of code [03:09:36 CET] <DHE> codecs have a 'frame size' which is how many samples it wants per AVFrame. there's an example program that does audio transcoding that deals with this [03:10:13 CET] <luminarys> resampling_audio? [03:10:31 CET] <DHE> transcode_aac [03:10:39 CET] <DHE> where you may have to deal with variations in frame sizes from input and output [03:13:53 CET] <cnote> what is best audio codec these days? [03:13:55 CET] <luminarys> Ok so you end up having to use a queue to handle the sample per frame issue [03:14:45 CET] <luminarys> Thanks for all the help that clarifies alot [03:14:58 CET] <DHE> cnote: depends what you're doing with it [03:15:32 CET] <cnote> music/podcast/movies [03:15:59 CET] <DHE> playing back on phones? car stereo with builtin USB disk reader? [03:16:20 CET] <cnote> mostly on playing back on computers [03:46:05 CET] <k_sze[work]> Is it generally OK to mux two video streams of different codecs, different resolution, different pixel formats into the same container? [04:04:30 CET] <DHE> if the container supports two video streams, yes [04:06:00 CET] <autofsckk> hello, im trying to put a logo over an animated gif, i tried with this ffmpeg -i dreams-reality.gif -i ~/00ttnk/logo/logo.png -filter_complex '[0:v]scale=150:-1[1:v]overlay=W-w-5:H-h-5' -codec:a copy dreams-reality-output.gif , im a newbie and im reading the man and documentation online but i can not find how to position correctly the png, can you tell me please where to find that and where to read [04:06:06 CET] <autofsckk> about the format of the command? thanks [04:07:36 CET] <autofsckk> i get this error by the way [AVFilterGraph @ 0x8e50220] Unable to parse graph description substring: "overlay=W-w-5:H-h-5" [04:28:45 CET] <k_sze[work]> I need help with using ffmpeg and vlc together. [04:29:39 CET] <k_sze[work]> What I want to do is use the ffmpeg *library* to encode some video, and send (pipe?) the encoded data to vlc so vlc can act as the live streaming server. [04:30:06 CET] <k_sze[work]> right now I don't even know how to do that from the command line. [04:31:36 CET] <k_sze[work]> e.g. I tried `ffmpeg -re -i my_video.nut -c:v copy -f nut pipe:1 | vlc -vvv - --sout '#rtp{dst=0.0.0.0,port=1234,sdp=rtsp://0.0.0.0:8080/test.sdp}'` [04:31:58 CET] <k_sze[work]> But that just spits out lots of garbage in the terminal. [04:32:23 CET] <k_sze[work]> my_video.nut is a NUT file that contains a single H.264 stream. [04:48:03 CET] <cnote> what is best audio codec these days? [07:46:06 CET] <JerryT> Is there a way to select 5 frames every 60 seconds of video? [07:46:54 CET] <c_14> sure [07:47:39 CET] <c_14> use the select filter [07:48:11 CET] <c_14> https://ffmpeg.org/ffmpeg-filters.html#fps-1 [07:51:03 CET] <c_14> eh [07:51:06 CET] <c_14> that's the wrong link [07:51:20 CET] <c_14> I meant https://ffmpeg.org/ffmpeg-filters.html#select_002c-aselect [07:51:59 CET] <c_14> If you want the output as individual images use the image2 muxer [08:00:34 CET] <llamapixel> JerryT: I think that question came up a couple of times of me watching this stream and it involves the mod. https://ffmpeg.org/ffmpeg-utils.html [08:03:13 CET] <c_14> if you want them evenly spaced, it'd be mod 12 yes [08:04:12 CET] <c_14> eq(mod(n\,12),0) or something [08:05:08 CET] <JerryT> Interesting [08:05:53 CET] <c_14> not(mod(n\,12)) should work as well [08:06:02 CET] <c_14> or eq of any number between 0 and 11 [08:11:52 CET] <llamapixel> I thought so as well JerryT [08:19:39 CET] <k_sze[work]> Does anybody know if rtsp can do multiple video streams? [08:20:39 CET] <k_sze[work]> e.g. muxing an H.264 and an FFV1 stream together and serve over RTSP. [08:25:08 CET] <k_sze[work]> btw, is there any streaming transport that can carry FFV1? [08:25:13 CET] <k_sze[work]> It seems that RTP cannot. [08:25:32 CET] <JerryT> c_14, Actually I want it to go 60 seconds into the video, select 5 frames then go to 120 seconds and select 5 more frames... [08:25:57 CET] <c_14> k_sze[work]: rtp can definitely do it [08:27:09 CET] <c_14> JerryT: lt(mod(n\,60),5) [08:27:25 CET] <c_14> That'll take the first 5 and then 60-64 etc [08:27:37 CET] <c_14> the second comma also needs a \ [08:27:43 CET] <c_14> and I'm not sure the order is right [08:27:46 CET] <c_14> but basically that [08:29:07 CET] <k_sze[work]> c_14 maybe it's just VLC's implementation that doesn't work. [08:29:47 CET] <c_14> k_sze[work]: when playing rtp? [08:29:48 CET] <k_sze[work]> This is what I see when I try to get VLC to serve FFV1 over rtsp [08:29:49 CET] <k_sze[work]> [0x7fbf8c000e88] stream_out_rtp stream out error: cannot add this stream (unsupported codec: FFV1) [08:30:14 CET] <c_14> Ah, rtp doesn't support ffv1 [08:30:31 CET] <c_14> I thought you were referring to 2 video streams [08:31:37 CET] <k_sze[work]> Well, yes, at some point I'll want to mux a H.264 stream and a FFV1 stream together, and then serve the whole thing over a network streaming protocol that supports it. [08:31:52 CET] <k_sze[work]> I might also throw in a custom data stream at some point. [08:32:37 CET] <k_sze[work]> but right now I can only get H.264 served over RTSP. FFV1 doesn't seem to work, so it looks like I might need to look into another network streaming transport/protocol. [08:34:00 CET] <nonex86> its not a problem to incapsulate any payload into rtp, but you need a software what understand it and play [08:34:58 CET] <k_sze[work]> nonex86: right now VLC refuses to mux FFV1 into rtp, and I don't know how to use just ffmpeg and no vlc to achieve the same effect. [08:35:32 CET] <k_sze[work]> VLC *might* support playback. [08:36:36 CET] <k_sze[work]> Or if I use ffmpeg on the client end. [08:37:35 CET] <nonex86> vlc uses live555 as rtp engine [08:38:01 CET] <nonex86> live555 is terrible (used it by myself) and it certainly will not support custom payload afair [08:38:36 CET] <k_sze[work]> Can I use *just* ffmpeg? That would be great. [08:38:36 CET] <nonex86> but you can patch the sources of rtp plugin in vlc [08:39:07 CET] <nonex86> not sure about ffmpeg and custom payload, never used it in such cases [08:39:26 CET] <k_sze[work]> Well, can I at least make ffmpeg act as an rtsp server? [08:40:15 CET] <nonex86> guess so, but the support of ffserver is dropped afaik [08:40:27 CET] <k_sze[work]> I know. [08:40:32 CET] <nonex86> everyone here will tell you - don not use ffserver :) [08:40:50 CET] <k_sze[work]> Well, I *think* ffserver is still in 3.2.2 [08:41:09 CET] <k_sze[work]> but it certainly won't stick around. [08:41:28 CET] <nonex86> sometimes deprecated functionality remains for some time :) [08:42:57 CET] <k_sze[work]> But even then, I have no idea how to make ffserver work. [08:44:04 CET] <JerryT> c_14, not quite sure [08:44:19 CET] <JerryT> That works, creates the frames but it's generating a ton [08:45:38 CET] <c_14> JerryT: add -vsync vfr as an output option [08:46:11 CET] <JerryT> ffmpeg -i input.mp4 -f image2 -vf "select='lt(mod(n\,60)\,5)'",scale=320:240 -vsync vfr thumb_%03d.png [08:46:17 CET] <JerryT> That's what I have [08:46:28 CET] <JerryT> Movie is 2:50 [08:46:43 CET] <JerryT> Created 364 thumbs [08:47:07 CET] <JerryT> 2 Minutes, 50 seconds that is [08:48:58 CET] <c_14> eh, right [08:49:00 CET] <c_14> sec [09:01:37 CET] <c_14> JerryT: ffmpeg -i out.mkv -f image2 -vf "select='eq(mod(t-start_t\,60)\,0)+lt(mod(prev_selected_n\,5)\,4)'",scale=320:240 -vsync vfr thumb_%03d.png [09:01:59 CET] <c_14> (the previous command was doing frames not seconds) [09:02:18 CET] <llamapixel> patreon him $5 JerryT :) [09:02:36 CET] <c_14> This command selects frames either when the time (in seconds) mod 60 is 0 or it hasn't selected a multiple of 5 yet [09:03:59 CET] <JerryT> patreon? [09:04:43 CET] <JerryT> Nice c_14 [09:05:00 CET] <JerryT> Thank you, testing now... [09:05:48 CET] <c_14> hmm [09:06:31 CET] <JerryT> Appears to be working correctly. [09:06:36 CET] <JerryT> That's awesome [09:06:55 CET] <llamapixel> https://www.patreon.com/ [09:07:38 CET] <JerryT> Oh neat, c_14 do you have one of these? [09:07:43 CET] <llamapixel> One bitcoin bots will be apart of irc help conversation [09:07:57 CET] <c_14> nah, I'm not doing this to get paid anyway [09:08:21 CET] <JerryT> Gotcha, well it's much appreciated. [09:08:52 CET] <systemsgotyou> how do I record my mono mic for playback as stereo? [09:08:57 CET] <llamapixel> I was pointing out we work in a cool evironment since finland invented irc [09:09:43 CET] <systemsgotyou> i am using simplescreenrecorder and the audio inpute works, but in the finished video it only plays on the left speaker [09:09:53 CET] <c_14> -ac 2 [09:10:02 CET] <JerryT> Finland really invented IRC? [09:10:07 CET] <JerryT> Didn't know that [09:10:12 CET] <systemsgotyou> ffmpeg -f alsa -ac 2? [09:10:19 CET] <c_14> output option [09:10:31 CET] <systemsgotyou> the output would be a file [09:10:38 CET] <systemsgotyou> from the screen recording app [09:10:45 CET] <c_14> ffmpeg -f alsa -i blah -ac 2 out.mkv [09:10:57 CET] <c_14> that'll upmix the audio to stereo [09:11:15 CET] <systemsgotyou> but how do I do that when im using a screenrecorder [09:11:21 CET] <systemsgotyou> its another app [09:11:52 CET] <c_14> check the options? [09:12:01 CET] <systemsgotyou> it has pulse/alsa [09:12:11 CET] <c_14> You can also run it over the output if you don't mind reencoding the audio [09:12:30 CET] <systemsgotyou> anything i select records as mono [09:12:47 CET] <c_14> You can probably convince alsa/pulse to upmix the capture device to stereo internally [09:13:06 CET] <systemsgotyou> yeah thats what im thinking [09:13:08 CET] <systemsgotyou> but how [09:13:29 CET] <c_14> Not sure if ttable works on inputs [09:13:42 CET] <c_14> anyways, seems like a question for #alsa or #pulse [09:14:15 CET] <llamapixel> JerryT: https://en.wikipedia.org/wiki/Jarkko_Oikarinen [09:15:00 CET] <llamapixel> dnmiac [09:16:29 CET] <areg> hello, I have problem with ffmpeg encoding, receiver is pushing stream to my encoder, but ffmpeg cannot see it. Firewall is turned of, also I can see traffic by tcpdump [09:16:53 CET] <areg> Also when I am connecting a windows machine, I can see steram via vlc [09:17:24 CET] <c_14> What command are you using? [09:18:03 CET] <areg> ffmpeg -i udp://@:1018 -preset fast -acodec aac -strict experimental -ar 44100 -ac 2 -b:a 96k -vcodec libx264 -b:v 1500k -maxrate 1500k -bufsize 8000k -g 60 -f flv rtmp://192.168.17.11/CNN_236/CNN [09:18:40 CET] <c_14> add ?listen [09:18:44 CET] <c_14> to the input url [09:18:45 CET] <c_14> at the end [09:19:50 CET] <areg> added, same, freezes, no output [09:21:21 CET] <areg> also when trying -loglevel debug [09:21:33 CET] <areg> only have the following output [09:21:36 CET] <areg> [udp @ 0x52d8820] No default whitelist set [udp @ 0x52d8820] end receive buffer size reported is 131072 [09:22:13 CET] <c_14> can you receive the output using something like netcat? [09:25:12 CET] <areg> nc stream_ip udp_port? [09:25:36 CET] <c_14> I think it's nc -lU stream_ip port [09:25:55 CET] <areg> OK, thank you, let me try [09:25:59 CET] <c_14> -u [09:26:22 CET] <c_14> (though it probably depends on which netcat version you have) [09:28:00 CET] <areg> nc -u 192.168.17.12 1018 and nc -lU 192.168.17.12 1018, both freezes no output [09:28:49 CET] <c_14> -l -u [09:29:26 CET] <areg> nc -l -u 192.168.17.12 1018 [09:29:41 CET] <areg> no output again [09:30:16 CET] <c_14> but tcpdump shows output? [09:31:09 CET] <areg> root@en-ye2:/home/encoder2# tcpdump -i any port 1018 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes 12:30:43.752815 IP 10.14.25.10.20007 > 192.168.4.12.1018: UDP, length 1316 [09:31:15 CET] <areg> yes [09:32:08 CET] <c_14> >192.168.4.12 [09:32:12 CET] <c_14> why are you listening on 17.12? [09:33:44 CET] <areg> sorry, I wrote my second inteface IP, but same for 4.12 [09:34:00 CET] <areg> root@en-ye2:/home/encoder2# nc -lU 192.168.4.12 1018 ^C root@en-ye2:/home/encoder2# nc -u 192.168.4.12 1018 ^C root@en-ye2:/home/encoder2# nc -l -u 192.168.4.12 1018 ^C [09:36:12 CET] <c_14> Can you run the last netcat command again and then check it's actually listening on the correct port? (using ss -ulpen or something) [09:36:19 CET] <c_14> to make sure the syntax is correct [09:44:12 CET] <areg> sure [09:45:48 CET] <areg> UNCONN 0 0 192.168.4.12:1018 *:* users:(("nc",pid=6472,fd=3)) ino:107555191 sk:5 <-> [09:49:10 CET] <c_14> try setting tcpdump to explicitly listen on the interface that has the ip instead of any [09:50:25 CET] <c_14> you said the firewall is turned off, how did you verify that? [09:55:12 CET] <areg> iptables -L -nv --line [09:55:16 CET] <areg> no rules there [09:55:31 CET] <areg> before that I did iptables -F [09:55:36 CET] <areg> to flush all rules [09:57:22 CET] <areg> root@en-ye2:/home/encoder2# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: p1p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 [09:57:39 CET] <areg> root@en-ye2:/home/encoder2# tcpdump -i p1p1 port 1018 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on p1p1, link-type EN10MB (Ethernet), capture size 262144 bytes 12:56:48.897196 IP 10.14.25.10.20007 > 192.168.4.12.1018: UDP, length 1316 [10:01:43 CET] <c_14> that ip a output doesn't list any addresses for p1p1 [10:05:25 CET] <areg> root@en-ye2:/home/encoder2# ifconfig p1p1 p1p1 Link encap:Ethernet HWaddr 18:a6:f7:01:a4:8a inet addr:192.168.4.12 Bcast:192.168.4.255 Mask:255.255.255.0 inet6 addr: fe80::1aa6:f7ff:fe01:a48a/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1012551043 errors:0 dropped:33398 overruns:0 frame:0 TX packets:9891 errors:0 dropped:0 overruns:0 carrier:0 [10:10:21 CET] <c_14> how about ffmpeg -i udp://192.168.4.12:1018?listen -f null - ? [10:15:21 CET] <areg> I solve the problem, encoder has no back route to stream pushong device [10:16:47 CET] <areg> I thought that if device is pughing via udp it doesn't need back route [10:18:52 CET] <areg> thank you very much c_14 [10:21:12 CET] <xpheres> hello [10:29:07 CET] <jcelerier> hello :) [10:30:49 CET] <jcelerier> the documentation mentions the HAP video codec, but when I try "ffmpeg ... -c:v HAP ..." I get "unknown encoder 'HAP'". I also tried with hap, Hap... anybody knows what is necessary to do if I want to encode using this codec ? [10:31:28 CET] <nonex86> check ffmpeg -encoders [10:31:43 CET] <nonex86> and see the list available encoders in your ffmpeg build [10:32:44 CET] <jcelerier> doesn't seems to be in it :( do you know if the release builds on the ffmpeg website have a maximal set of codecs ? or should I go for the recompile route [10:32:47 CET] <nonex86> if its not listed in output, but you know its really exists, you should rebuild ffmpeg with the hap support [10:33:51 CET] <nonex86> jcelerier: for which host os? [10:45:48 CET] <jcelerier> nonex86: hopefully all the major ones ? [10:46:01 CET] <jcelerier> linux, macos, win.. [10:47:00 CET] <nonex86> i mean which one you plan to run on :) or all of them? [10:52:25 CET] <jcelerier> yep, all of them :p [10:58:11 CET] <nonex86> guess its better to build ffmpeg yourself ;p [10:58:25 CET] <thebombzen> so... I did a quick comparison of hevc_nvenc and it appears that hevc_nvenc is worse than libx264 in terms of quality per bitrate, at least according to my "I just looked at it" standards [10:58:58 CET] <thebombzen> but hevc is a newer codec than h.264 by like a decade... so I'm just wondering... does nvenc's hevc encoder just suck? or am I missing something [10:59:57 CET] <thebombzen> oops [11:00:05 CET] <Pandela> I didnt build mine and I have " DEVIL: hap Vidvox Hap decoder" in the listed codecs when I enter ffmpeg -codecs [11:00:33 CET] <Pandela> So maybe you need another version? [11:01:58 CET] <thebombzen> as for numbers, I have a 1920x1080 video stream at 60 frames per second... if I encode it with libx264 and hevc_nvenc at 10 Mbps, the x264 one looks significantly better (albeit far slower) [11:02:48 CET] <thebombzen> this is not quite fair because I'm not actually using 10 Mbps but I used the crf that gives me 10 Mbps - in this case, it's crf 21. [11:03:40 CET] <thebombzen> am I missing something? or is hevc_nvenc just awful [11:04:05 CET] <jkqxz> No, you aren't missing anything. All hardware H.265 encoders are awful. [11:06:34 CET] <jkqxz> Making a good H.265 stream requires testing many variations on everything in the encode, and speed-oriented hardware is just no good at that. [11:08:48 CET] <BtbN> nvenc is also especialy bad with CBR [11:09:01 CET] <BtbN> you can tune it a bit, by using a diffrent preset and its obscure 2pass mode tho [11:09:13 CET] <BtbN> But it will always be worse than a software encoder [11:09:35 CET] <BtbN> At least you can get decent quality out of the hevc encoder, so as an intermediate stream it's more than useful now [11:15:18 CET] <thebombzen> BtbN: I found the 2pass mode and it's slightly better, but it's just worse than x264 [11:16:33 CET] <jkqxz> Well, what do you want out of it? You use hardware encoders because they are fast. If you care about quality, you don't use them. [11:18:18 CET] <thebombzen> I was wondering why I would ever use a hardware encoder given how crappy quality it is [11:18:21 CET] <thebombzen> but you're right, it's very fast [11:19:26 CET] <thebombzen> I think that the most realistic use case here is hevc_nvenc -preset lossless, which my minimal data shows is larger than libx264 -preset veryfast -crf 0 but not by much (150 Mbps to 200 Mbps) [11:19:37 CET] <thebombzen> although it encodes it in something like 3 to 4 times realtime without a heavy cpu load [11:21:06 CET] <BtbN> There are a lot of scenarios where you don't care about it producing bigger files [11:21:18 CET] <BtbN> Or where a quality hit is ok [11:21:32 CET] <BtbN> Or is non existent anyway, because you are recording yourself playing chess. [11:25:34 CET] <Pandela> Is there a command to set the keyframe interval on any codec? Or is it codec specific? [11:26:01 CET] <Pandela> like [11:26:10 CET] <Pandela> -x264opts keyint=99999:min-keyint=999999 for example ;p [11:26:58 CET] <llamapixel> BtbN: You are either taking rendered content from less compressed content and exporting, or trying to recover a certain quality for export ;) [11:27:29 CET] <BtbN> what? [11:28:04 CET] <BtbN> You seem to have missed a lot of the recent things people do with videos. [11:28:23 CET] <BtbN> For example the Steam Remote-Play uses hardware encoders like nvenc [11:28:24 CET] <llamapixel> [1] You can render the content from produced material [2] You are trying to improve the content with the current format you have. [11:28:42 CET] <BtbN> it doesn't matter that it's 50Mbit/s, as it's streamed over local LAN only anyway [11:28:51 CET] <BtbN> But it does matter that it doesn't occupy the CPU for the game. [11:29:12 CET] <llamapixel> So you realise this is where you dont understand the problem right? [11:29:21 CET] <BtbN> And there are a lot of other cases where hardware encoders make sense. [11:29:46 CET] <BtbN> There is no Problem to realize, you just want to use a hardware encoder for something it's not meant for. [11:30:10 CET] <llamapixel> no encoder will improve what you have that is compressed mate. [11:30:26 CET] <BtbN> true, but unrelated to hardware encoders. [11:30:29 CET] <llamapixel> Would you like a little lesson? [11:30:50 CET] <BtbN> same goes for libx264, and any other lossy encoder. [11:31:03 CET] <llamapixel> words... [11:31:56 CET] <BtbN> And your desktop or gameplay you are capturing is usually not compressed. [11:32:11 CET] <llamapixel> please stop now. [11:32:36 CET] <llamapixel> You have some very basic elements that are way off target. [11:32:49 CET] <BtbN> No, you just seem to have missed the point entirely. [11:32:58 CET] <llamapixel> ok sure :) [11:33:28 CET] <llamapixel> You know that uncompressed really means compressed to a degree right? [11:34:35 CET] <BtbN> I'm talking about desktop/game capture... It's not even YUV420. Just plain perfect RGB. [11:35:03 CET] <BtbN> And I think that's one of the most common usecases for hardware encoders like nvenc. [11:35:18 CET] <llamapixel> idiots live in this day an age. [11:35:38 CET] <llamapixel> You clearly have no comprehension of what I am trying to explain to you. [11:35:59 CET] <llamapixel> Shall I continue or do you need to vent? [11:43:20 CET] <llamapixel> Do we all agree that true uncompressed content is composed of the universe and uncompressed video is a slither of that mark ;)? [11:44:02 CET] <llamapixel> at some point you have to capture the content in a constraint. colour/time [11:44:43 CET] <thebombzen> [10:33:26] <llamapixel> You know that uncompressed really means compressed to a degree right? [11:44:44 CET] <thebombzen> no [11:44:48 CET] <thebombzen> that's not what uncompressed means. [11:45:00 CET] <thebombzen> it means not compressed. it's not "compressed to a degree" [11:45:53 CET] <thebombzen> if you're going on about how the universe doesn't have a framerate or a colorspace, that doesn't actually matter. because while the universe doesn't... the digital signal to your monitor does, and that's what we care about. [11:46:20 CET] <llamapixel> you should listen to this idiot as well [11:46:33 CET] <llamapixel> at some stage all codec are compressed mate [11:46:59 CET] <llamapixel> animation codec which has an alpha channel is still compressed... [11:47:10 CET] <thebombzen> BtbN is there a process for dealing with people like this [11:47:22 CET] <BtbN> ignoring them usually works [11:47:22 CET] <furq> have you tried not talking to him [11:47:29 CET] <llamapixel> ignorance wins [11:47:36 CET] <thebombzen> I'm not talking about misunderstanding or being wrong. I'm talking about like people who call each other idiots [11:47:56 CET] <thebombzen> I mean there's probably some "don't be a jerk" rule here but I've never needed to ask about it ^_^ [11:48:00 CET] <llamapixel> dont use the compression word for things that are not true compression. [11:48:35 CET] <llamapixel> everything you use in any video standard is compressed at some stage right? [11:48:38 CET] <thebombzen> welp it's really late. I need to go to bed [11:48:44 CET] <thebombzen> US user over here [11:48:47 CET] <thebombzen> peace out [11:48:49 CET] <llamapixel> murica [11:49:58 CET] <llamapixel> If you guys cant understand a basic principle like that we have nothing to discuss. no video codec is going to capture real time or real colour. [11:50:19 CET] <llamapixel> everything is compressed to a degree, uncompressed is for luddites. [11:52:09 CET] <llamapixel> you left a little early thebombzen [11:52:28 CET] <thebombzen> well I forgot that IRC has no server-side chat logs so if I want to answer a question in the morning it's nice to have the backlog [11:52:34 CET] <thebombzen> so I started up my client again [11:52:37 CET] <llamapixel> I was trying to explain that reality verse captured content is not a uncompressed. [11:52:45 CET] <thebombzen> have fun. I'm going to bed. [11:52:55 CET] <llamapixel> ignorance is bliss [11:54:04 CET] <llamapixel> At the moment thebombzen we live in a world where a camera and the signal, including the capture rate cannot match reality. It is compressed at some stage... [11:54:44 CET] <llamapixel> therefore everything in video is best described as compressed content... [11:54:57 CET] <llamapixel> super simple... [11:55:38 CET] <llamapixel> uncompressed content is for luddites who think we have reached that stage of capture. [11:56:35 CET] <llamapixel> we know you haz data mate ;) https://thebombzen.github.io/ [11:58:48 CET] <llamapixel> You know leo that a render and a camera capture is compressed through a module of technology or a codec right? [12:00:10 CET] <llamapixel> oh dear a shaker leo? [12:00:11 CET] <llamapixel> http://shakerite.com/lifestyle/2016/01/29/a-qa-with-a-famous-shaker-alum/ [12:00:26 CET] <llamapixel> god will save you from reality mate. [12:06:24 CET] <llamapixel> irccloud is a server side chat log thebombzen [12:06:34 CET] <llamapixel> more derp and god mate [12:26:45 CET] <Pandela> Is there a universal way to change the keyframe interval on specific codecs? I've tried to find documentation but I only see -keyint working with x264 and x265 [12:27:03 CET] <JEEB> -g is the GOP length parameter [12:27:09 CET] <JEEB> in libavcodec globally [12:31:06 CET] <Pandela> Thanks, hope it works :0 [12:37:15 CET] <Pandela> JEEB: So if I use -g 999999 I get "x265 [info]: Keyframe min / max / scenecut : 24 / 250 / 40" [12:37:35 CET] <Pandela> JEEB: But if I use -x265-params keyint=999999:min-keyint=999999 I get "x265 [info]: Keyframe min / max / scenecut : 999999 / 999999 / 40" [12:40:40 CET] <Pandela> I basically want to increase that incriment on any codec ffmpeg can encode, is that possible? I tried "-h encoder=libx264" and it didnt even list keyint even though its an option. So ya I'm kinda at a loss [12:44:37 CET] <JEEB> -x264/265-params just passes things to libx264|x265 [12:44:52 CET] <JEEB> so libavcodec's libx264/5 wrapper can't know what it takes in [12:45:09 CET] <JEEB> and you should check if the libx265 wrapper even uses the value for GOP length ;) [12:45:37 CET] <JEEB> because while that is the global option, if someone just doesn't use the value that's a whole different issue :) [12:47:27 CET] <c_14> it doesn't appear to [12:49:35 CET] <Pandela> Thanks for the heads up [12:49:48 CET] <c_14> (Patches Welcome) [12:50:57 CET] <Pandela> I'm ultimately trying to change the keyframe interval on codecs like cavs and such but -g doesnt seem to be working on that one either [12:53:02 CET] <c_14> Does that have an encoder? [12:53:09 CET] <c_14> (in libavcodec) [12:53:18 CET] <Pandela> libxavs I believe [12:53:23 CET] <Pandela> ah [12:53:39 CET] <c_14> that uses -g though [12:58:03 CET] <Pandela> c_14: I used "ffmpeg -video_size 1280x720 -framerate 30 -f dshow -pixel_format yuv420p -i video="Logitech HD Webcam C525" -b:v 124k -vcodec cavs -g 99999 -r 24 -an -s 360x240 -f avi udp://192.168.1.222:1337" [12:58:18 CET] <Pandela> And still got a butt load of keyframes in ffprobe :c [12:58:26 CET] <c_14> well [12:58:29 CET] <c_14> -g sets keyframe_max [12:58:32 CET] <c_14> not min [12:58:41 CET] <c_14> eh, keyint_max [12:59:09 CET] <c_14> And many codecs insert keyframes on scene changes [12:59:36 CET] <Pandela> Right right [12:59:47 CET] <Pandela> I'm trying to have the least amount possible lol [13:01:47 CET] <c_14> you'll have to do that per codec [13:01:58 CET] <c_14> for libx264 you'll have to disable scenecut and a couple of other things [13:02:02 CET] <c_14> And it'll differ per codec/encoder [13:04:53 CET] <Pandela> Makes sense..So then where should I look for that info? libxavs for example doesnt have any documentation anywhere that lists it options [13:05:33 CET] <c_14> ffmpeg -h encoder=libxavs [13:05:53 CET] <c_14> not that there's anything interesting in there [13:06:56 CET] <Pandela> Tried it lol, didnt see anything pertaining to keyframes [13:07:04 CET] <c_14> You might need to check the libxavs API docs and possibly add options to the libavcodec wrapper [13:07:46 CET] <c_14> libavcodec options are usually whatever the developer considered useful and by no means a complete superset of all available options [13:08:08 CET] <Pandela> Ahhh okay, probably should have considered that [13:08:17 CET] <Pandela> Thanks mate [13:12:27 CET] <cnote> what is better codec aac or opus or vorbis ? [13:18:59 CET] <c_14> opus is better than vorbis, but aac vs opus is debatable [13:19:06 CET] <c_14> very opinionated no clear answer [13:20:00 CET] <furq> opus has better compression but aac is more widely supported [13:20:31 CET] <furq> although at >=128kbps you'd have trouble spotting any difference [13:23:05 CET] <c_14> AAC quality will also depend a lot on the encoder, bitrate and mode. [13:59:50 CET] <kerio> c_14: but not opus? [14:00:04 CET] <kerio> or do we also refer to a specific encoder when talking about opus? [14:00:53 CET] <cnote> furq what has problem play opus? [14:00:56 CET] <cnote> playing* [14:34:01 CET] <shersk> I have a problem, can't use the '-s' option when encoding. [14:34:25 CET] <shersk> when using the vid.stab filter [14:35:17 CET] <shersk> if I don't specify the pixel size of the video, the result is bad. too large pixels. that's why I need to specify the size. [14:35:34 CET] <furq> what's the error [14:35:37 CET] <DHE> are you using it properly? where you specify options on the command-line matters [14:36:06 CET] <shersk> ffmpeg version N-82094-g0515176 [14:36:58 CET] <shersk> furq: thnx, I will check that [14:37:16 CET] <shersk> DHE: thnx, I will check that [14:37:45 CET] <shersk> furq: "Option video_size not found." [14:37:54 CET] <furq> are you specifying -s before -i [14:37:59 CET] <furq> it should go after [14:38:27 CET] <shersk> Ah, I see. [14:38:42 CET] <shersk> It seems to be running now. [14:38:55 CET] <DHE> called it [14:40:57 CET] <shersk> thanks guys [14:50:25 CET] <shersk> It runs, but the result is still very pixelated [14:51:13 CET] <shersk> I have a file that is 1920x1088 but the result looks very pixelated after running it through two-pass vid.stab [14:56:06 CET] <shersk> what am I doing wrong? [14:57:10 CET] <DHE> please pastebin the full commandline and full output of ffmpeg to the pastebin of your choosing (as long as it doesn't suck :) so we can see it [15:08:11 CET] <trfl> hey guys, trying to implement an rtsp server, almost managed to get ffmpeg and vlc to start playing my streams (i think...) ffmpeg is however complaining that the pixel format is unspecified when decoding the rtp stream [15:08:32 CET] <trfl> how do you usually indicate the pixfmt to the client over rtp/rtsp? [15:12:18 CET] <shersk> Enjoy: http://paste2.org/WtWbsFDb [15:14:25 CET] <DHE> 4.2 megabits of mpeg4 (part-2) at 1080p isn't very high. normally I would suggest that kind of bitrate for h264. also the q value is quite high. I think you're just starving the codec for bitrate/quality [15:15:19 CET] <DHE> suggestions would be to use libx264 instead (H264, aka mpeg4 part-10), raise the bitrate, or run in qp mode, probably with a setting of 10 as a starting point [15:16:17 CET] <shersk> I don't have libx264 [15:16:40 CET] <DHE> also the input material is already 1920x1088 so using -s is redundant [15:19:20 CET] <DHE> actually even the audio is the same. you might just want -c:a copy for the output [15:20:39 CET] <CruX|> hi i'm transcoding from flac to ogg [15:20:47 CET] <CruX|> flac gave vorbis tag [15:20:54 CET] <CruX|> *have [15:21:26 CET] <CruX|> and in ogg tag is doubled separated by ; [15:21:29 CET] <CruX|> why ? [15:25:18 CET] <shersk> DHE: You're right. I increased the bitrate, and it worked. thanks [15:53:49 CET] <ringo_> Hello [15:54:11 CET] <ringo_> what is the best latest version of ffmpeg to use? n3.2.2? [15:56:20 CET] <__jack__> the best is the last stable: 3.2.2 ! [15:58:18 CET] <ringo_> that is what I thought ... thanks ... in git it is n3.2.2 [15:58:19 CET] <ringo_> the tag [16:00:39 CET] <CruX|> TITLE : Flute;Flute [16:00:40 CET] <CruX|> ARTIST : Barcode Brothers;Barcode Brothers [16:05:12 CET] <FlyingBot> How to create some thubnails from a video file given a list of specific seconds (e.g. 15, 34, 102, etc) with a single ffmpeg call? [16:05:47 CET] <c_14> kerio: when referring to opus, you're usually referring to libopus [16:08:06 CET] <c_14> FlyingBot: do you care that it'll be much slower than using several calls? [16:09:03 CET] <FlyingBot> Why would that happen? [16:09:53 CET] <c_14> Because of the way seeking interacts with cmdline ffmpeg [16:10:34 CET] <c_14> You can either seek while demuxing or while decoding, if you only want a shot at one point you can seek while demuxing which is fast if you want several then all but the first are while decoding which is slow [16:11:33 CET] <FlyingBot> Thanks for the info. I'll try that. [16:12:02 CET] <DHE> unless you need very precise frames, it would still be faster to run ffmpeg several times, one for each frame you want [16:14:04 CET] <__jack__> (depends on IO, on the source storage; if you have to download the file, or are using a relatively slow device with a relatively big file, reading the whole dataset once may be faster) [16:14:49 CET] <c_14> not really [16:14:55 CET] <DHE> true. I tend to assume a local file on disk which will have some kind of index and would have said info cached in RAM once loaded for the first time. [16:15:00 CET] <c_14> as long as the data storage supports byte seeks it'll still be faster [16:15:22 CET] <c_14> http does with byteranges (assuming the server supports it) [16:16:09 CET] <c_14> you'd only need the headers and the part with the image [16:16:35 CET] <c_14> and if your IO is really so terribly slow it'll be much slower than the decoding and therefore definitely worth only grabbing parts and not the whole file [16:19:39 CET] <DHE> the http transport supports that? nice [16:21:54 CET] <c_14> Though I'm not sure ftp does, so if you're using that doing it once might be faster. [17:57:52 CET] <nicolas> Hi, I need help. I'm using ffmpeg to record a website with phantom.js and stream that to Facebook Live, but I'm having trouble streaming at 30fps constantly, the fps progressively drops down to 10 fps. [17:59:12 CET] <nicolas> hi ? [17:59:38 CET] <nicolas> Could somebody help me? [18:00:54 CET] <__jack__> feeling: CPU or IO saturation [18:05:15 CET] <nicolas> HI Jack, thanks, I will try it immediately with a VPS with more resources [19:43:42 CET] <styler2go> Hi, i have an folder on my HDD where i store many mp4 files i record (gameplay footage) and now i am lookign for a way to archivate them. What do you think? Is it better to just zip them up or convert them using ffmpeg? The file all have the same format: https://p.styler2go.de/8637390/ [19:45:17 CET] <styler2go> Oh, and the videostream bitrate is 32497kbit/s [19:46:15 CET] <blb> styler2go: are they too big? [19:46:39 CET] <styler2go> one has aroudn 1,14gb and there are a lot of them [19:46:45 CET] <JerryT> "select='eq(mod(t-start_t\,60)\,0)+lt(mod(prev_selected_n\,5)\,4)'" This grabs 5 frames every 60 seconds. c_14 helped me with it late last night. I'm curious though, is there a way to select 60 frames? [19:46:47 CET] <styler2go> it's always 5 minute snippets [19:47:15 CET] <JerryT> I believe the 5,4 go hand in hand, but I don't think it's as simple as 60,59 [19:47:39 CET] <blb> styler2go: it'd probably be better to convert, lowering the bitrate, than zipping [19:48:43 CET] <t4nk910> Urghhh noob here. I installed FFMPEG with nvenc enabled using this guide https://github.com/lutris/ffmpeg-nvenc OBS works an absolute treat, but Tragtor seems to have defaulted to an older build of ffmpeg, so I assume I have two versions of FFMPEG installed.. the pre-installed version and the one I built... what is the way forward? Thanks in advance. [19:49:00 CET] <styler2go> Ok.. i'll try to make me a script which converts them in background [20:27:42 CET] <nicolas_> Hi, I need help. I'm using ffmpeg to record a website with phantom.js and stream that to Facebook Live, but I'm having trouble streaming at 30fps constantly, the fps progressively drops down to 10 fps. [20:28:24 CET] <blb> which part is slow? [20:29:49 CET] <nicolas_> this is the command -> phantomjs runner.js | ffmpeg -threads 0 -y -c:v png -r 30 -framerate 30 -thread_queue_size 512 -f image2pipe -i - -f lavfi -i anullsrc -acodec aac -strict experimental -ac 1 -ar 44100 -b:a 128k -c:v libx264 -s 800x480 -bufsize 512k -b:v 512k -pix_fmt yuv420p -f flv "rtmp://rtmp-api.facebook.com:80/rtmp/715353888628280?ds=1&s_l=1&a=ATgRoW5_wucXf6NP" >> stream.log 2>&1 [20:31:14 CET] <nicolas_> but fps its too low i needd 30fps -> frame= 1869 fps= 10 q=12.0 size= 1215kB time=00:01:00.56 bitrate= 164.4kbits/s [20:32:25 CET] <blb> nicolas_: how about adding -preset veryfast [20:33:17 CET] <blb> nicolas_: also, what rate does phantomjs write frames? [20:34:44 CET] <nicolas_> its a interval 1000/30 [20:35:20 CET] <nicolas_> window.setInterval(function () {page.render('/dev/stdout', { format: 'png' });}, 1000/framerate); [20:43:32 CET] <furq> JerryT: if you know the framerate you can simplify that to something like lt(mod(n\, 1500)\, 5) [20:43:42 CET] <furq> 1500 for 25fps, 1800 for 30fps etc [20:45:45 CET] <furq> then just change the 5 as needed [20:47:41 CET] <furq> if you need it to work with any framerate then that's going to get complicated [20:47:51 CET] <furq> the command you pasted only works when frames to grab < fps [20:52:47 CET] <nicolas_> is this correct? -> window.setInterval(function () {page.render('/dev/stdout', { format: 'png' });}, 1800); [22:34:41 CET] <cnote> is there any advantage of using "very slow" over "slow" [22:35:21 CET] <furq> yes [22:38:05 CET] <cnote> which is [22:38:16 CET] <DHE> there is. you may save some file size and/or gain quality, but it will take a lot longer to process [22:38:45 CET] <cnote> i noticed slower settings create bigger file size though [22:39:01 CET] <furq> if they do then the file will look better [22:39:44 CET] <DHE> if file size matters, use bitrate targetting mode [22:42:13 CET] <cnote> dhe i don't think you should recommend people to use bitrate mode [22:43:28 CET] <DHE> I would agree most of the time, but here you are complaining about file size. bitrate mode is the answer [22:43:39 CET] <furq> fwiw i normally use -preset slower -bf 5 -subq 10 [22:43:47 CET] <DHE> that's a lot of bframes [22:43:54 CET] <furq> veryslow uses 8 [22:44:01 CET] <cnote> dhe yes i am complaining about file size, but not really [22:44:04 CET] <DHE> wow. do hardware players support that? [22:44:07 CET] <furq> no idea [22:44:15 CET] <furq> bluray players obviously don't [22:44:28 CET] <cnote> i am not really complaining about filesize, but i am complaining that slower setting creates bigger file size [22:44:50 CET] <cnote> because i would expect slower = smaller file size [22:44:53 CET] <furq> crf isn't a constant between presets [22:45:04 CET] <furq> crf 23 will look much worse with preset ultrafast than with veryslow [22:45:43 CET] <cnote> furq true, but what about this: crf 23 verslow compared to crf 22 veryfast [22:45:54 CET] <furq> shrug [22:45:56 CET] <furq> try it and find out [22:47:25 CET] <cnote> i would need pure uncompressed video if i do such a test [22:49:59 CET] <cnote> furq what does -bf 5 -subq 10 do [22:51:16 CET] <furq> http://dev.beandog.org/x264_preset_reference.html [22:51:27 CET] <furq> bframes 5, subq 10 [22:51:46 CET] <furq> every other difference between slower and veryslow is less important in my experience [22:52:06 CET] <furq> s/subq/subme/ [22:54:08 CET] <wodim> bframes = keyframes? [22:54:16 CET] <furq> no [22:54:39 CET] <furq> https://en.wikipedia.org/wiki/Video_compression_picture_types#Bi-directiona… [23:00:48 CET] <thebombzen> what would be the reason to use a hardware decoder for something like H.264 [23:01:06 CET] <thebombzen> given that the native ffmpeg software decoder is already very good [23:04:01 CET] <furq> it doesn't hit the cpu [23:04:05 CET] <furq> that's the only reason [00:00:00 CET] --- Sat Dec 10 2016

1 0

ffmpeg-devel.log.20161208
by burek 09 Dec '16

09 Dec '16

[00:21:02 CET] <Zeranoe> These IPs are all over the place.... [00:27:46 CET] <Shiz> if it's all the same UA it might be a targeted attack [00:27:53 CET] <Shiz> good people don't spoof their UA... [00:28:02 CET] <cone-479> ffmpeg 03Andreas Cadhalpun 07master:e3694478a98b: yuv4mpegdec: fix leaking pkt in yuv4_read_packet [00:33:57 CET] <Zeranoe> Shiz: They're all pretty similar [00:38:33 CET] <Zeranoe> Why would anyone target open source software.... [00:41:39 CET] <JEEB> people are bored, have some random idea of things... [00:48:45 CET] Action: Compn forgot to spoof his ua when downloading log [00:48:46 CET] <Compn> hehe [00:48:57 CET] <Zeranoe> https://twitter.com/O_Shearer/status/806644040351576069 [00:49:20 CET] <Compn> LOL [00:49:33 CET] <Compn> the official facebook 360 ? [00:49:37 CET] <Compn> or just another app ? [00:49:46 CET] <J_Darnley> Why isn't it shipping with ffmpeg? Oh, is the GPL a scary nasty thing? [00:50:02 CET] <Zeranoe> I can't confirm that yet [00:50:03 CET] <Compn> https://facebook360.fb.com/ [00:50:30 CET] <j-b> http://people.videolan.org/~jb/Builds/360/ :) [00:52:58 CET] <jamrial> j-b: i assume this is using koda's mov demuxer implementation? or are you using a custom demuxer? [00:53:40 CET] <j-b> well, koda implementation is a bit too new to be in that build... So, custom one [00:54:19 CET] <jamrial> just asking. he sent the first version a couple weeks ago after all [00:54:38 CET] <j-b> yep [00:54:40 CET] <jamrial> and for all i know, these builds could have gone live today :p [00:55:13 CET] <j-b> yeah no. we did a bit of PR 2 weeks ago with those. [00:55:44 CET] <Zeranoe> Yup, that's it. I see FBs 360 video trying to download it [00:55:52 CET] <kierank> Zeranoe: do you want me to pass that on to fb [00:55:54 CET] <jamrial> j-b: ah, missed that, sorry [00:56:27 CET] <Shiz> .. with Fx UAs? [00:57:57 CET] <Zeranoe> kierank: Do you know them or something? Either way, yes, please ask them to include their own copy [00:58:17 CET] <kierank> yeah I will [00:58:53 CET] <kierank> sent [00:59:11 CET] <drv> it looks like something is trying to download /builds/[various different repetitions of builds]/win32/static/ffmpeg-20160712-df1dc52-win32-static.zip [00:59:15 CET] <drv> somebody debugging their crappy downloader? :) [00:59:21 CET] <Compn> Shiz : those UA's are usually just "compatability" user agents... [00:59:30 CET] <RiCON> or some redirect loop [01:02:58 CET] <Zeranoe> kierank: You could also ask them to give me a job, or set me up with a dedicated server :) [01:12:01 CET] <jamrial> j-b: well, got a spherical sample that crashed it [01:12:02 CET] <jamrial> i allowed it to send a report [01:12:14 CET] <j-b> jamrial: please share the sample :) [01:12:23 CET] <j-b> jamrial: we've fixed a few crashes already. [01:13:28 CET] <jamrial> j-b: give me a few, the link i used to download it is no longer valid [01:15:46 CET] <kierank> Zeranoe: do you have more detailed information [01:16:10 CET] <Zeranoe> kierank: Regarding... [01:16:20 CET] <kierank> what exactly is downloading ffmpeg [01:16:31 CET] <kierank> like a url [01:16:44 CET] <Zeranoe> It looks like "C:\Program Files\FB360 Spatial Workstation\Video Player\Video Player.exe" [01:22:25 CET] <jamrial> j-b: https://transfer.sh/KaZ95/motherboard-cube-v2-metadata.mp4 [01:22:41 CET] <j-b> cube? [01:22:56 CET] <jamrial> yeah, the second of three projections mentioned in the spec [01:23:11 CET] <j-b> 01:12 < jamrial> j-b: well, got a spherical sample that crashed it [01:23:16 CET] <j-b> so, not spherical :) [01:23:35 CET] <jamrial> ah, that. my bad :p [01:24:27 CET] <jamrial> called it that since the spec is called "Spherical video" [01:26:36 CET] <j-b> yeah, I have the fix already :) [01:26:37 CET] <j-b> thx [01:26:42 CET] <j-b> will push soon [01:26:45 CET] <jamrial> no prob [01:27:05 CET] <wm4> so how does vlc render spherical video [01:27:09 CET] <wm4> shader? [01:30:01 CET] <kierank> Zeranoe: they are looking into it [01:31:38 CET] <kierank> Zeranoe: see pm [01:56:44 CET] <jamrial> j-b: where's the repository for these builds? [02:43:35 CET] <cone-479> ffmpeg 03James Almer 07master:445204cd5777: avformat/matroskadec: add support for Spherical Video elements [02:50:29 CET] <cone-479> ffmpeg 03Michael Niedermayer 07master:3ab1311aba74: avcodec/golomb: Consume invalid data in get_ur_golomb_jpegls() [03:17:51 CET] <Zeranoe> So Facebook 360 will now include a copy of FFmpeg, but I'm not convinced they were the real cultrate. I'm considering requiring a referral to download a build [03:17:51 CET] <Zeranoe> Unless I can figure out where these are coming from... [05:26:29 CET] <cone-479> ffmpeg 03James Almer 07master:8396d54d3c62: avformat/matroskadec: fix memleak on stream side data failure [05:26:30 CET] <cone-479> ffmpeg 03James Almer 07master:120471da2d39: avformat/matroskadec: remove unused variable [05:29:18 CET] <Compn> Zeranoe : cat traffic.log | grep -v "Gecko/20100101" > traffic.logg [05:29:20 CET] <Compn> 14 mb [05:29:20 CET] <Compn> lol [05:30:12 CET] <Zeranoe> Out of 300GB though that isn't a ton [05:30:22 CET] <Compn> no i mean [05:30:27 CET] <Compn> 300mb of that log is that user agent [05:30:33 CET] <Compn> 14 mb of that 300mb log is other people :D [05:30:38 CET] <Zeranoe> Oh yeah, -v [05:30:42 CET] <Compn> -v ;) [05:30:50 CET] <Zeranoe> Hmmm [05:31:16 CET] <Zeranoe> That could be a valid UA though [05:32:05 CET] <Zeranoe> I'll just block *Firefox*, that'll do it [05:32:27 CET] <Compn> thats not a valid UA [05:32:29 CET] <Compn> block it [05:32:53 CET] <Zeranoe> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/User-Agent/Firefox [05:33:22 CET] <Compn> i mean its valid but ... not person web browser [05:34:51 CET] <Zeranoe> I'd have to wildcard the front though, and it could be valid if it's tacked on to the beginning [05:35:45 CET] <Zeranoe> OVH has a VPS with unlimited bandwidth https://www.ovh.com/us/vps/vps-ssd.xml but only a 100Mbps speed [05:37:11 CET] <Zeranoe> which I guess is what I'm working with now... hmmm [05:50:23 CET] <jamrial> Zeranoe: can firefox extensions spawn processes? [05:50:32 CET] <jamrial> maybe it's some really shitty extension downloading a binary to do conversion out of youtube extracted videos or such [05:50:44 CET] <Zeranoe> jamrial: Wowwww [05:50:50 CET] <Zeranoe> jamrial: That's a hell of a good idea [05:51:14 CET] <jamrial> assuming it's a popular one like Video Download Helper, it would explain this situation [05:56:04 CET] <Zeranoe> It's not them http://www.downloadhelper.net/install-converter3.php [05:56:21 CET] <Zeranoe> Though now I have to uninstall all this crap that it installs [06:05:02 CET] <Zeranoe> You'd be amazed how many youtube download plugins there are... [06:19:19 CET] <Compn> its interesting [06:19:24 CET] <Compn> indonesia has 3000 hits [06:19:31 CET] <Compn> iraq! [06:20:03 CET] <Compn> nigeria [06:20:23 CET] <Compn> all over the world, thats for sure [06:21:29 CET] <Zeranoe> Right? It's weird, and the user agents are not the same [06:21:54 CET] <Compn> i havent checked useragents yet. just checking the ip addy right now [07:02:02 CET] <Zeranoe> We're back up. I put a referer check in place for the time being. [11:24:12 CET] <cone-178> ffmpeg 03Srinath K R 07master:4df5a6a26a8a: avfilter/vf_hwupload_cuda: Add min/max limits for the 'device' option [11:27:17 CET] <cone-178> ffmpeg 03Srinath K R 07release/3.2:314c425b16ae: avfilter/vf_hwupload_cuda: Add min/max limits for the 'device' option [11:28:13 CET] <cone-178> ffmpeg 03Srinath K R 07release/3.1:8a4b18c639b5: avfilter/vf_hwupload_cuda: Add min/max limits for the 'device' option [12:33:53 CET] <superware> can someone please (please, please) take a look at https://trac.ffmpeg.org/ticket/5615 ? it's easy to reproduce so maybe it's easy to fix. [12:39:54 CET] <J_Darnley> Do you want my suggestion if you think it is easy? [12:41:32 CET] <superware> I don't think it's easy, I just said it might be easy. [12:41:40 CET] <superware> sure [12:56:28 CET] <superware> J_Darnley? [13:21:39 CET] <J_Darnley> My suggestion would have been "fix it yourself" if you thought it was easy but you don't think it would be easy so I won't make that suggestion. [13:22:16 CET] <wm4> it probably is easy [13:22:26 CET] <wm4> on the other hand, libavformat network code... [13:56:46 CET] <Gramner> J_Darnley/BBB: yasm doesn't think that negative numbers are in fact numbers. that annoyed me so i fixed it, but then the main yasm dev disappeared so the fix isn't in any released version https://github.com/yasm/yasm/commit/32ad9c46cebd5bf07af9c05383d3c16e6cb1f17d [13:56:54 CET] <Gramner> nasm doesn't have that bug afaik [13:57:22 CET] <BBB> the workaround is fairly simple [13:57:26 CET] <BBB> 0-number instead of -number [13:57:30 CET] <BBB> its kind of silly but whatever [13:57:42 CET] <BBB> we have worse hacks than that in our codebase... [13:57:50 CET] <J_Darnley> We would need to use that as we allow people to use yasm 0.6 [13:58:00 CET] <J_Darnley> (the work-around I mean) [14:38:59 CET] <Compn> yeah. [14:46:03 CET] <superware> wm4: you said "it probably is easy", what did you mean? [14:46:30 CET] <wm4> just what I wrote [14:52:06 CET] <superware> it seems that when one of the UDP related functions is blocking, the abort mechanism doesn't work (when callback returns 1). [14:55:09 CET] <wm4> ok then it's probably not easy [16:10:49 CET] <nevcairiel> jkqxz: https://trac.ffmpeg.org/ticket/6003 .. needs a newer vaapi version check? [16:11:15 CET] <wm4> I'm compiling ffmpeg on a linux machine, and it's built for the [16:11:16 CET] <wm4> past several years. I just updated git-master after being gone [16:11:16 CET] <wm4> for several months, and I get this. [16:11:19 CET] <wm4> jkqxz ruined it all! [16:15:45 CET] <BBB> wow nicolas is really raging at me, what did I do [16:15:59 CET] <jkqxz> Looks like that is an ABI break in libva. [16:16:48 CET] <jkqxz> I guess we have fix that with a conditional on the newer ABI, rather than just testing for the structure? [16:18:59 CET] <jkqxz> Hmm. I think it needs a separate configure check for VP9 + newer structure. [16:19:15 CET] <wm4> BBB: disagree with him [16:19:46 CET] <nevcairiel> dont worry BBB, he isnt the most logical person [16:19:54 CET] <wm4> jkqxz: would an ifdef in the code not be sufficient? a bit inelegant, but more appealing than dealing with configure [16:19:57 CET] <jamrial> what wm4 said. you disagreed with him. you're therefore wrong [16:21:13 CET] <BBB> but Im trying to be nice [16:21:27 CET] <BBB> Im genuinely trying to be nice and move on and stuff, I dont get the rage, what did I do [16:22:32 CET] <ubitux> you lost the vote so now you have to kneel and admit defeat in a silent stance [16:24:05 CET] <BBB> ... [16:24:22 CET] <nevcairiel> the more i read from nicholas mails, it seems like he spent more time in rhetoric class then "decent person" class [16:24:30 CET] <jamrial> BBB: literally, just ignore him [16:24:41 CET] <ubitux> btw i had no answers to my questions so i couldn't vote (and the vote looks meaningless as ffserver technical limitations will likely not be met til the drop date) [16:25:06 CET] <j-b> BBB: you exist. [16:25:56 CET] <BBB> if michael can remove the ffm dependency by moving it to the tools (which isnt hard, really) and then remove ffserver-related network dealings or make them an acceptable public api and remove some hacks in ffmpeg.c dealing with the server, or make them maintainable... [16:26:00 CET] <BBB> then its done, right? [16:26:13 CET] <BBB> thats not hard, and michael has this nagging ability to do stuff that nobody likes doing [16:26:20 CET] <BBB> so I dont see it as impossible [16:26:33 CET] <BBB> and if he does it, I dont see the problem [16:27:55 CET] <ubitux> me neither [16:28:03 CET] <ubitux> did we identify all the issues? [16:28:13 CET] <jkqxz> wm4: The ifdef would do something funny if you build with older headers and run with a newer driver (since the profile would be there and appear to be working, but all the decoding would fail). [16:28:28 CET] <jamrial> if someone's able to fix ffserver then horay, congrats [16:28:31 CET] <jamrial> would have been nicer if it happened before we embarrased ourselves on the website and twitter, though [16:28:58 CET] <jkqxz> Reading the i965 driver (the only implementation of VP9) it only reads that field if the profile is set, so it's probably ok. [16:29:03 CET] <BBB> ubitux: I think that list I just gave is pretty complete, wbs had a more detailed list on IRC a few days ago, which was copied to the ML thread [16:29:19 CET] <wm4> jkqxz: couldn't it just refuse init? or maybe exclude the hwaccel from some list (I don't know which) [16:29:25 CET] <BBB> but anyway, I should go kneel in silence & :X [16:29:25 CET] <wm4> but yeah maybe a configure check is cleaner [16:29:33 CET] <ubitux> BBB: was the rtsp (and the like) api abuse mentioned? isn't this considered a technical issue to be solved as well? [16:29:46 CET] <wm4> BBB: actually your talk about Trump encouraged me trying to fight it out with Nicolas [16:29:47 CET] <jkqxz> The ifdef could have an else case with an error return, but we would prefer to fail earlier than that. [16:30:04 CET] <BBB> ubitux: thats network dealings, yes, its how it deals with rtsp/rtp/udp/tcp etc. by using internal API [16:30:16 CET] <ubitux> ok [16:30:23 CET] <ubitux> when is the due date already? next release? [16:30:27 CET] <BBB> wm4: Im not sure that was my intention, the idea was just to go and vote [16:36:59 CET] <BBB> ubitux: I believe it was next release, yes [16:37:41 CET] <BBB> ubitux: but since it was made conditional on technical issues being fixed but the list of technical issues wasnt exactly defined, Im fearful well go through another madhouse of crazy by the time the release comes around [16:37:44 CET] <BBB> :( [16:38:41 CET] <ubitux> yes, as i said, the technical issues weren't clarified even though i asked for them [16:38:59 CET] <ubitux> the vote looks invalid to me, so i ignored it [16:39:14 CET] <jamrial> nicolas didn't answer when that was asked, so i think it's almost a given people like andreas will argue it should be at a major bump once the time comes, because exporting internal API on shared libraries and ffm* will remain as such until then [17:57:27 CET] <BBB> wbs: http://ffmpeg.org/pipermail/ffmpeg-devel/2016-December/204049.html in case youre not reading the ML [17:57:45 CET] <wbs> BBB: I noticed; it should be fixed by cherrypicking 6a62795d [17:57:59 CET] <wbs> sorry for not noticing to include that in the cherrypick patchset [17:58:07 CET] <BBB> no problem [17:59:06 CET] <BBB> hm, your webgit is strange [17:59:20 CET] <BBB> like, https://git.libav.org/?p=libav.git&a=search&h=HEAD&st=commit&s=6a62795d&sr=1 returns nothing [18:00:17 CET] <wbs> https://git.libav.org/?p=libav.git;a=commit;h=6a62795d [18:00:35 CET] <wbs> I don't think the search field actually looks at commit hashes, only commit content [18:02:20 CET] <BBB> ok [18:02:25 CET] <BBB> hows 10bit asm going? [18:02:55 CET] <wbs> not started yet, but will hopefully start soon [18:06:36 CET] <BBB> cool, Im looking forward to it [18:06:47 CET] <BBB> I hear some people slowly getting excited about 10bit VP9 [18:06:53 CET] <BBB> so it may start getting some use next year [18:07:15 CET] <wbs> nice. libvpx has been getting some opts to 10 bit for arm lately as well I think [18:09:33 CET] <nevcairiel> youtube uses it for hdr streams now [18:11:26 CET] <BBB> did they improve their 10bit idct performance? [18:11:41 CET] <cone-633> ffmpeg 03Martin Storsjö 07master:da5c8284c02c: aarch64: h264idct: Use the offset parameter to movrel [18:18:29 CET] <BBB> I think it still does this strange thing where it runs the C IDCT if the coefficients are larger than some kind of threshold value, at least in the 1.6.0 release I have installed here [18:18:38 CET] <jamrial> BBB: HDR youtube content is vp9 10bit, so i can see where the interest comes from [18:18:44 CET] <BBB> and the threshold value is quite low for larger transforms [18:19:05 CET] <jamrial> oh lol, missed nevcairiel saying the same thing [18:20:06 CET] <BBB> oh I thought that code looked familiar [18:20:10 CET] <BBB> ; Part of the functions are originally derived from the ffmpeg project. [18:20:15 CET] <BBB> isnt there a copyright concern? [18:20:34 CET] <BBB> (like, our license is different from theirs, BSD vs. LGPL) [18:20:50 CET] <durandal_1707> sue sue sue [18:21:07 CET] <BBB> so american :-p [18:25:06 CET] <jamrial> BBB: think you could add smpte2084 trc support to vf_colorspace? [18:25:29 CET] <BBB> wasnt koda doing that? [18:25:55 CET] <jamrial> no idea [18:26:18 CET] <jamrial> if he is then cool [18:40:04 CET] <cone-633> ffmpeg 03Michael Niedermayer 07master:1296f844955e: avformat: Add max_streams option [18:42:41 CET] <BBB> jamrial: sounds like he has soem patches in that direction, so Ill defer that to him if thats OK [18:43:04 CET] <jamrial> BBB: cool [19:10:25 CET] <atomnuker> kierank: so you need someone to talk about av1 at fosdem? [19:14:46 CET] <wm4> we should have a talk about ffmpeg drama at fosdem [19:16:19 CET] <durandal_1707> that would be more like romantic comedy [19:39:32 CET] <kierank> atomnuker: yeah would be interesting I think [19:39:43 CET] <kierank> Please can you submit one via pentabarf [19:46:03 CET] <atomnuker> kierank: done, will write a more detailed description in a couple of hours, gotta go [19:46:32 CET] <kierank> Thanks! [20:15:59 CET] <llogan> why does ffprobe seem to only show refs=1? ffprobe -v error -show_entries stream=refs -select_streams v input.mp4 [20:16:27 CET] <llogan> although input.mp4 may have ref=3 [20:18:29 CET] <BBB> kierank: youre doing av1? [20:18:37 CET] <BBB> <- confused [21:01:43 CET] <BBB> michaelni: can you provide a graph with memory usage depending on the number of streams? [21:01:52 CET] <BBB> michaelni: I think based on that we can define a sensible default [21:02:25 CET] <BBB> if we use 100GB with 10 streams, we should probably limit it to <10, but if memory usage doesnt change much between 10k and 100k streams, maybe a limit of 1M streams is acceptable [21:02:35 CET] <BBB> michaelni: assuming the goal is to prevent OOM scenarios [21:11:41 CET] <michaelni> i think one actual OOM case was with around 30k-60k streams, the exact usage likely depends on the demuxer [21:13:51 CET] <wm4> am I the only one who thinks it's stupid to try to prevent OOM for such files [21:17:37 CET] <BBB> wm4: I personally dont care about it, but if others do care, I dont mind as long as it doesnt interfere with regular usage [21:18:01 CET] <BBB> michaelni: so how about we set a limit of 10k or so? Maybe even 5k is ok, but 100 seems kinda low [21:21:03 CET] <wm4> seems like a rather useful feature [21:21:18 CET] <wm4> is it true that the files were generated by fuzzing? i.e. not even anything in the wild [21:22:23 CET] <BtbN> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/utils.c#L1729 does this check look wrong to anyone else? At least the error message makes no sense, and some people are having issues with packet sizes exceeding INT_MAX, which should be totally fine. [21:24:32 CET] <nevcairiel> 2gb of packet seems not that fine [21:24:50 CET] <BtbN> can easily happen with lossless or uncompressed 4K or something [21:25:01 CET] <nevcairiel> for one packet? not really [21:25:22 CET] <BBB> wm4: of course :-p [21:25:28 CET] <Fog^> I'm dealing with this currently [21:25:49 CET] <philipl> BtbN: https://devtalk.nvidia.com/default/topic/980859/linux/linux-375-20-cuvid-he… [21:25:56 CET] <philipl> I'm pretty sure it's nothing to do with us, but FYI [21:26:15 CET] <Fog^> so the situation is we recently added a feature in Dolphin Emulator to dump at the internal resolution [21:26:23 CET] <Fog^> without caring about window size [21:26:53 CET] <Fog^> so we got a report on the issue tracker which points out that anything higher than 5X native fails with FFV1 [21:27:06 CET] <Fog^> (because people do the weirdest things) [21:27:10 CET] <nevcairiel> what resolutiuon would that then be? [21:27:26 CET] <nevcairiel> even 4k uncompressed at 16-bit per component is only 66mb or s o [21:27:29 CET] <nevcairiel> per image [21:27:54 CET] <BtbN> philipl, yeah, if it happens with 10 bit with 8 bit output as well, I'd be worried. But for now, I won't bother fixing bugs in unrelased features [21:28:02 CET] <nevcairiel> 2gb for one image is unimagineably large [21:28:05 CET] <Fog^> 3200x2640 [21:28:08 CET] <Fog^> is 5x [21:28:09 CET] <Fog^> which works fine [21:28:19 CET] <Fog^> 6x is 3840x3168 [21:28:40 CET] <Fog^> but I think that number is incorrect in our UI [21:29:08 CET] <BtbN> Also what I mean completely unrelated to that, something seems off with that check in general. It talks about "Invalid minimum required packet size" [21:29:12 CET] <BtbN> But it never checks that. [21:29:14 CET] <wm4> the limit that hits sooner is about 16000x16000 [21:29:19 CET] <Fog^> because the output of the fifo file that I'm using is producing a 5632x3168 file [21:29:20 CET] <wm4> I know this caused problems to some people [21:29:34 CET] <wm4> and the limit is enforced because it "could" overflow some int calculations [21:30:02 CET] <Fog^> which produces a value of 2497921024 [21:30:04 CET] <BtbN> So the error message is just wrong? [21:30:52 CET] <cone-633> ffmpeg 03Paul B Mahol 07master:a25114983350: avfilter/vf_deband: fix silly mistakes [21:31:20 CET] <Fog^> then again, the listed size in the UI is the framebuffer, not the actual output [21:32:46 CET] <BtbN> nevcairiel, what I mean with "looks wrong" is that it says the min size is invalid. But it does not check the min size [21:34:45 CET] <llogan> oh...there was a bug report about it already. [21:35:17 CET] <llogan> (ffprobe refs...) [21:48:55 CET] <BtbN> it is closed :o [21:48:58 CET] <atomnuker> 3.5 years... [21:49:27 CET] <llogan> /me jumps out window [21:49:48 CET] <llogan> obviously i haven't been on irc much lately... [22:02:09 CET] <BBB> atomnuker: was the issue actually fixed? :-p [22:02:27 CET] <BBB> (kamedo2 never reported the post-i/s fix numbers) [22:04:23 CET] <atomnuker> yeah, long ago, that thread was just used as a place to get feedback and work on the encoder [22:09:57 CET] <cone-633> ffmpeg 03Lou Logan 07master:ee795d9d2674: doc/muxers: remove "-strict experimental" from tee muxer examples [22:14:01 CET] <BBB> sweet [22:50:00 CET] <nevcairiel> what kind of weird compuation does ffv1 use there [22:50:08 CET] <nevcairiel> the raw uncompressed image is smaller then that [22:51:16 CET] <Fog^> nevcairiel: it's passing maxsize directly to ff_alloc_packet2 [22:51:21 CET] <nevcairiel> why multiplied by 37 [22:51:32 CET] <nevcairiel> why would one frame get 37 times bigger then its raw input [22:51:32 CET] <BtbN> probably some weird worst-case of the compression? [22:51:38 CET] <Fog^> damned if I know [22:54:15 CET] <Fog^> it actually used to be 35 [22:54:36 CET] <Fog^> according to the version of ffmpeg I used to debug this [22:58:13 CET] <nevcairiel> guessing the final output size of a codec is not an easy problem, but assuming a worst case of a 100-something raw image turning into 2gb of encoded image seems rather out there =p [22:58:24 CET] <nevcairiel> 100-something mb that is [23:12:38 CET] <durandal_1707> option to not compress was added later just for this case, right michaelni ? [23:13:23 CET] <durandal_1707> version 4 [23:14:41 CET] <michaelni> yes [00:00:00 CET] --- Fri Dec 9 2016

1 0

ffmpeg.log.20161208
by burek 09 Dec '16

09 Dec '16

[00:21:45 CET] <Phi> well, I'm gonna sleep, anywho [00:21:49 CET] <Phi> ta ta [02:41:23 CET] <autofsckk> i want to put a png file over an animated gif, but the png is very big, is there a way to resize it while doing this? i did this but i get this jjajaja ffmpeg -i dreams-reality.gif -i ~/00ttnk/logo/logo.png -filter_complex "overlay=5:main_h-overlay_h" -codec:a copy dreams-reality-output.gif i would like to put the png in the lower right cornet, any ideas? [02:42:02 CET] <autofsckk> and i see that it changed the quality of the gif too, it doesnt look as sharp as the original [02:44:45 CET] <autofsckk> this one is the orignal http://imgur.com/a/rQNBq and this one http://imgur.com/a/4ugW6 what i just did [03:26:14 CET] <CoJaBo> autofsckk: Any specific reason it has to be GIF? It's a very poor format for animations [03:27:17 CET] <autofsckk> CoJaBo: im just expermienting with some images used at social pages [03:28:02 CET] <autofsckk> but really i would like to really learn to use ffmpeg, its so amazing but i havent had time to learn it [03:28:48 CET] <CoJaBo> See if it accepts webm. You can't really avoid significant generation loss with GIFs [03:29:51 CET] <autofsckk> ok, but how do you resize a png before making the output file? [03:32:13 CET] <autofsckk> this is great :D http://www.youtube.com/watch?v=MPV7JXTWPWI [03:33:13 CET] <autofsckk> for begginers like me, of course :D [05:28:04 CET] <chocolate-elvis> hey! what's the latest with ST-2084, Dolby Vision HDR? any support? [05:36:43 CET] <TheMaskedMeowth> hi hi, i've got a question [05:37:37 CET] <TheMaskedMeowth> i am kinda not that familiar with this program but i tried setting the path to /bin, but there is no /bin folder in the thing i downloaded [05:38:54 CET] <TheMaskedMeowth> in fact now that i look at it [05:39:08 CET] <TheMaskedMeowth> the thing i downloaded doesn't even have an .exe file to run [05:40:22 CET] <DHE> so what did you download? [05:41:07 CET] <TheMaskedMeowth> https://ffmpeg.org/download.html the big ol' button on this page [05:42:04 CET] <DHE> that would be source code. you can run "sh configure" in the directory to prepare it, then "make" to build it. [05:42:22 CET] <DHE> it's pretty common for unix software [05:43:00 CET] <DHE> more info is highly googlable [06:04:23 CET] <TheMaskedMeowth> i'm still quite confused [06:04:28 CET] <TheMaskedMeowth> i'm sorry if i'm sounding dumb [06:04:40 CET] <TheMaskedMeowth> but it's telling me configure's not a recognized file [06:04:54 CET] <TheMaskedMeowth> err rather [06:04:55 CET] <TheMaskedMeowth> sh isn't [06:24:49 CET] <TheMaskedMeowth> sorry i left [07:53:05 CET] <cnote> is there a freenode channel for mkvtoolnix [08:21:17 CET] <llamapixel> cnote: https://mkvtoolnix.download/contact.html you could of googled that one mate [08:51:07 CET] <thebombzen> autofsckk: you need to use the scale2ref filter. [08:57:39 CET] <thebombzen> such as, ffmpeg -i input_video -i overlay.png -lavfi "[0:v] [1:v] scale2ref [b][a]; [a][b] overlay" output_options [08:58:28 CET] <thebombzen> oops, my bad [08:59:06 CET] <thebombzen> I mean ffmpeg -i input_video -i overlay.png -lavfi "[1:v] [0:v] scale2ref [b][a]; [a][b] overlay" output_options [08:59:32 CET] <thebombzen> the first thing you feed to scale2ref is the thing you're scaling and the second input is the "reference" [09:00:15 CET] <thebombzen> the reference is passed through unchanged the base is scaled. then it outputs [b] as the scaled base and [a] as the reference (because that's the order used). then it overlays [b] onto [a] [11:11:26 CET] <booterror> How do you audio stream mp3 files? [11:31:06 CET] <azatuni> Hello, I have a problem with ffmpeg, I am pushing stream by udp to my server and trying to encode and sent it to media server. I can see stream by vlc, but on the server ffmpeg freezs [11:31:29 CET] <azatuni> when I am trying debug mode [11:32:55 CET] <azatuni> http://pastebin.com/5xtQ9L3z [11:35:12 CET] <azatuni> http://pastebin.com/Lb0Td4yV [12:10:58 CET] <l9> what cpu stats do i need too transcode streams, i have a i7 930 cpu running on a freebsd host. [12:11:55 CET] <superware> can someone please (please, please) take a look at https://trac.ffmpeg.org/ticket/5615 ? it's easy to reproduce so maybe it's easy to fix. [14:01:57 CET] <JoshX> Hi! I don't get it... could anybody look at this: [14:01:58 CET] <JoshX> http://townsville.nl/ffmpeg.txt [14:02:31 CET] <JoshX> it shows a file i have, it should be 900 seconds at 30 fps.. [14:02:44 CET] <JoshX> it dropped some frames, but okay... [14:03:15 CET] <JoshX> then when i demux the h264 stream from it using the command in the file.. the framerate of the h264 file is 25fps [14:03:20 CET] <JoshX> why?? [14:06:12 CET] <furq> JoshX: h264 elementary streams don't have a framerate [14:06:17 CET] <furq> set -r 30 before -i [14:06:45 CET] <JoshX> lets try that [14:07:26 CET] <JoshX> then too, could i get ffmpeg to recode my file to be lets say 25fps and exactly 22500 frames long from this h264 source? [14:07:38 CET] <furq> i'm actually a bit surprised that works, i always thought you needed an external tool to do that [14:07:45 CET] <furq> so maybe it does something wrong i'm not seeing [14:08:31 CET] <JoshX> ffmpeg -r 30 -i in.mp4 -vcodec copy -an -f h264 out.h264 will give a h264 file that reports 25 fps as well [14:08:53 CET] <furq> -r 30 -i in.h264 [14:09:13 CET] <furq> it won't work if the stream is already in a container [14:09:20 CET] <JoshX> okay that gives me a mp4 file that is longer [14:10:54 CET] <JoshX> okay now I have an mp4 file with the correct length and framerate so it seems [14:11:13 CET] <JoshX> let me test [14:37:47 CET] <JoshX> hmm I think i can detect where my gaps are in the files, could i fill those 'missing' frames with black frames? [14:37:59 CET] <JoshX> or would that be quite impossible? [14:38:25 CET] <JoshX> boxdumper tells me [14:38:26 CET] <JoshX> sample_delta = 3010 [14:38:26 CET] <JoshX> sample_delta = 51002 [14:38:26 CET] <JoshX> sample_delta = 12000 [14:38:26 CET] <JoshX> sample_delta = 5995 [14:38:29 CET] <JoshX> sample_delta = 3012 [14:39:29 CET] <JoshX> these are the odd ones, there you can see i loose about 20 frames [14:39:58 CET] <JoshX> (16 + 3 + 1 'too much') [14:41:32 CET] <JoshX> so i know i need to insert 16 blank frames at [14:41:33 CET] <JoshX> 31589 entry[10468] [14:41:33 CET] <JoshX> 31590 sample_count = 1 [14:41:33 CET] <JoshX> 31591 sample_delta = 51002 [14:41:44 CET] <JoshX> frame offset 10468 [14:42:02 CET] <JoshX> but would that be doable and not taking a very long time? [14:42:53 CET] <JoshX> in an ideal world I need all my files to be perfect, all 900seconds * 30 frames per second = 27000 frames per file [14:43:08 CET] <JoshX> so i can overlay them on top of eachother frame by frame [14:47:00 CET] <JoshX> perhaps the timelineeditor from l-smash could help but documentation is virtually non-existent [16:52:45 CET] <kerio> mpv started dropping frames :\ [16:53:14 CET] <kerio> not sure why [18:50:01 CET] <pgorley> hi all, is there an easy way to find out when a certain function was deprecated? trying to ifdef some things in my application so we use the new apis but still support the old ones [18:51:26 CET] <c_14> git blame [18:51:55 CET] <pgorley> thanks [18:59:48 CET] <BtbN> you should check for when the replacement function was added [18:59:52 CET] <BtbN> and then version check for that [18:59:58 CET] <BtbN> And not for when it was deprecated [20:48:12 CET] <Phi> yo folks [20:48:49 CET] <Phi> Can someone explain the difference between QSV hardware accel, and the h264_qsv encoder? [20:49:49 CET] <BtbN> what? [20:50:42 CET] <Phi> --enable-hwaccel=h264_qsv vs --enable-encoder=h264_qsv [20:51:26 CET] <Phi> there's two methods of specifying QSV, and two different ways to access in code, I'm guessing [20:54:59 CET] <jkqxz> No. The QSV hwaccel isn't a real hwaccel. It's just used as a strange way of signalling to the QSV decoder that you want output in GPU surfaces rather than in normal memory. (If you try to use it without the QSV decoder, it is silently ignored.) [20:56:56 CET] <Phi> alrighty [21:04:43 CET] <Phi> So if I'm switching from H264 native encoder to H264_QSV, should I need to change anything? [21:05:03 CET] <Phi> atm I'm getting error -15, incompatible video params [21:05:23 CET] <Phi> *invalid video params, even [21:06:46 CET] <Phi> I am getting it to work with the static EXE build, though [21:06:47 CET] <jkqxz> There should be an explanatory error message of some kind. [21:07:14 CET] <Phi> h264_qsv : Error initializing the encoder, MFXVideoENCODE_Init returned -15 [21:07:14 CET] <Phi> Couldn't open video file codec context: avcodec_open2 failed with error -22: Invalid argument. [21:07:27 CET] <Phi> that's all I have in the log [21:09:54 CET] <jkqxz> Hmm, yeah. That stuff is all a bit horrible because it requires specific sets of parameters (which vary by platform/version) and if you get anything wrong it just says "nope!" and refuses to do anything. [21:12:11 CET] <Phi> not as bad as some issues I've had, though [21:12:25 CET] <Phi> Visual Studio NuGet *shiver* [21:16:08 CET] <jkqxz> I would suggest getting the encode setup you want working in ffmpeg, then copy the parameters from a working AVCodecContext there. [21:17:11 CET] <Phi> well, atm I'm copying from a received RTSP H264 stream [21:17:43 CET] <Phi> one difference I've noted is that the received stream is YUV420P, and apparently Intel QSV requires NV12 [21:18:18 CET] <Phi> so I may have to swap the U/V planes [21:19:03 CET] <jkqxz> Yep, all hardware uses NV12. Converting manually isn't too bad, or swscale can do it for you. [21:24:51 CET] <Phi> if YUV420P -> NV12 is literally just swapping U/V (which from some docs I read a while back it is) then swscale will be somewhat slower [21:25:01 CET] <Phi> than just manually doing it [21:25:20 CET] <JEEB> NV12 is not just swapping chroma planes [21:25:39 CET] <JEEB> NV12 is a single plane for luma (same as standard planar 4:2:0), but then chroma planes are *packed* [21:25:54 CET] <JEEB> so it's like YYYYYY.... CbCrCbCrCbCr... [21:26:09 CET] <JEEB> instead of YYYYYYY... CbCbCbCbCb.... CrCrCrCrCr.... [21:28:16 CET] <Phi> ah, okay [21:28:20 CET] <Phi> that seems painful [21:32:40 CET] <JEEB> you probably were thinking of VFW I420 and YV12 [21:32:52 CET] <JEEB> which are YCbCr and YCrCb all planar [21:33:11 CET] <JEEB> NV12 seems to be efficient if you put effort into it [21:33:18 CET] <furq> there aren't enough names for pixel formats [21:33:18 CET] <JEEB> x264 converte itself into it [21:36:35 CET] <BtbN> Yeah, all the hardware encoders want it, there must be something to it. [21:36:46 CET] <Phi> kinda dumb this RTSP stream is in YUV420P then [21:37:01 CET] <JEEB> it's not that if it's not raw [21:37:17 CET] <JEEB> it's just that software decoders in lavc generally output 4:2:0 in full planar [21:37:19 CET] <JEEB> :P [21:38:16 CET] <JEEB> also a lot in libswscale and friends only supports planar 4:2:0 [21:38:32 CET] <JEEB> in any case it should not be too much of a difference :P [21:38:54 CET] <llogan> atomnuker: is #2686 considered fixed? [21:40:27 CET] <llogan> bah, wrong channel [21:41:47 CET] <Phi> so wait, lavc decodes from NV12 to YUV420P then has to be re-encoded? [21:41:56 CET] <Phi> T_T ima sue [21:49:58 CET] <JEEB> encoded data is completely separate anyways [21:50:18 CET] <JEEB> and planar/packed is the same data in a different order [21:50:32 CET] <JEEB> (and packed together, as the name implies) [21:51:21 CET] <JEEB> the format you're decoding just decodes into 4:2:0 YCbCr, which format your decoder outputs it as is a completely different discussion [22:01:26 CET] <BtbN> most encoders, even hardware ones like nvenc, support planar input now [22:01:38 CET] <BtbN> But convert to nv12 internally, maybe with the help of the hardware [22:02:06 CET] <Phi> okay [22:02:10 CET] <Phi> so scurrying on [22:02:30 CET] <Phi> I have a minimum list of params for MFXVideoENCODE_Init [22:02:53 CET] <Phi> which is in https://software.intel.com/sites/default/files/managed/47/49/mediasdk-man.p… on page 224 [22:03:04 CET] <Phi> but I can't see where in ffmpeg to set those [22:06:09 CET] <Phi> the only ffmpeg QSV example is Linux-only [22:06:23 CET] <Phi> and is heavily reliant on VA API [22:39:33 CET] <Phi> sigh [22:39:39 CET] <Phi> I guess that's a no? [22:46:35 CET] <jkqxz> The libav example is cleaner <https://git.libav.org/?p=libav.git;a=blob;f=doc/examples/qsvdec.c;hb=HEAD>. [22:47:39 CET] <jkqxz> Not sure whether it actually works in ffmpeg, though. It could depend on something hasn't been merged yet, though it looks like it might work. [22:59:09 CET] <Phi> still, at least it doesn't mention VA API [22:59:14 CET] <Phi> cheers [23:03:25 CET] <Phi> hm, it does seem to refer to av_hwframe [23:06:27 CET] <Phi> ffmpeg's example doesn't use that [23:40:24 CET] <john_k_h> vp9 [00:00:00 CET] --- Fri Dec 9 2016

1 0

ffmpeg-devel.log.20161207
by burek 08 Dec '16

08 Dec '16

[00:33:39 CET] <cone-485> ffmpeg 03James Darnley 07master:f33714a6948f: avcodec/h264: clean up and expand x86 function definitions [00:33:40 CET] <cone-485> ffmpeg 03James Darnley 07master:58ca2ef62e7c: whitespace changes after last commit [00:33:41 CET] <cone-485> ffmpeg 03James Darnley 07master:add21d0bb3f5: avcodec/h264: mmx2, sse2, avx 10-bit h chroma deblock/loop filter [00:33:42 CET] <cone-485> ffmpeg 03James Darnley 07master:728651df06f4: avcodec/h264: mmx2, sse2, avx 10-bit 4:2:2 h chroma deblock/loop filter [00:42:24 CET] <rcombs> atomnuker: decoding https://www2.iis.fraunhofer.de/AAC/7.1auditionOutLeader_v2_rtb.mp4 spews errors/warnings; could you confirm if they're valid? [00:42:37 CET] <rcombs> (if they are, maybe they should be printed just once?) [00:44:49 CET] <cone-485> ffmpeg 03Steven Liu 07master:6b95da9af91c: avformat/hlsenc: save the EXT-X-DISCONTINUITY from old list [01:20:37 CET] <peloverde> rcombs: The set of errors I'm seeing look suspicious but it's been a while sine I've worked on the code [01:20:54 CET] <atomnuker> rcombs: I fixed that for 5.1 such that it only gets printed once (IIRC) [01:21:28 CET] <rcombs> atomnuker: I'm not missing any relevant commits here [01:21:59 CET] <rcombs> (I'm behind by one commit in lavc/aacdec*.c, but it's just a change to the sample-request lines) [01:22:18 CET] <rcombs> [aac @ 0x7f9c5382e200] Invalid bitstream - cannot apply SBR to element type 6 [01:22:18 CET] <rcombs> [aac @ 0x7f9c5382e200] element type mismatch 0 != 6 [01:22:18 CET] <rcombs> Last message repeated 22 times [01:22:22 CET] <rcombs> ^ I get a lot of this [01:22:36 CET] <rcombs> which is somewhat different from the 5.1 lines, iirc [01:23:25 CET] <peloverde> I think there is a bug surrounding elem_type_prev with multiple FIL elements [02:11:01 CET] <peloverde> rcombs: I sent a patch to the list to fix an actual bug that I think the stream exposes [02:12:20 CET] <rcombs> oh, heh [02:17:10 CET] <peloverde> You "cannot apply SBR to element type 6" because element type 6 isn't audio channel(s) [02:57:02 CET] <KGB> [13FFV1] 15michaelni pushed 1 new commit to 06master: 02https://git.io/v1E3S [02:57:02 CET] <KGB> 13FFV1/06master 14809967a 15dericed: convert code-in-tables to tables-in-codeblocks... [08:47:47 CET] <root> quit [09:08:08 CET] <ElAngelo> /etc/systemd/network/MyDhcp.network [10:18:16 CET] <superware> I need to embed "user data" per frame in h264, is this something ffmpeg (libavcodec) can do? [10:23:43 CET] <superware> (or "unregistered data"...) [17:24:23 CET] <cone-479> ffmpeg 03Michael Niedermayer 07master:c188f358aaee: avcodec/wavpack: Treat the first block coding too many channels as an error [20:50:33 CET] <cone-479> ffmpeg 03Vittorio Giovara 07master:8f58ecc344a9: lavu: Add AVSphericalMapping type and frame side data [20:50:34 CET] <cone-479> ffmpeg 03Vittorio Giovara 07master:e7a6f8c972a0: lavc: Add spherical packet side data API [20:50:35 CET] <cone-479> ffmpeg 03Vittorio Giovara 07master:4dcdecf4719a: mov: Export spherical information [20:50:36 CET] <cone-479> ffmpeg 03Vittorio Giovara 07master:0c0da45f0fc0: fate: Add a monoscopic spherical mov test [20:55:20 CET] <durandal_1707> jamrial: there is user on #ffmpeg having problems compiling ffmpeg after your yasm [20:56:16 CET] <J_Darnley> Do you mean me rather than him? [20:56:50 CET] <durandal_1707> probably, sorry! [20:57:25 CET] <J_Darnley> Has he given you a pastebin of the error or shall I go ask myself? [20:59:06 CET] <durandal_1707> he is using mingw with MSVC, I told him to open bug report [21:00:04 CET] <drv> http://pastie.org/private/wptu9nj3gra8pl7xjb1ow [21:04:36 CET] <J_Darnley> Oh cock. It might be the failure reported here: http://fate.ffmpeg.org/log.cgi?time=20161207200321&log=compile&slot=x86_32-… [21:07:05 CET] <durandal_1707> J_Darnley: yup that is same assert he reported [21:08:39 CET] <J_Darnley> Bloody msvc users! [21:09:34 CET] <durandal_1707> heh, just drop support for them :) [21:35:18 CET] <J_Darnley> Can someone with 32-bit msvc test a patch on fate? [21:35:39 CET] <J_Darnley> nevcairiel: you own the machine I was looking at on fate, can you? [21:40:36 CET] <J_Darnley> http://pastebin.com/NhNEmnQ2 [21:41:51 CET] <BBB> J_Darnley: you can change 2*mmsize into -2*mmsize [21:42:00 CET] <BBB> J_Darnley: since I dont think you use r%dm anywhere in your assembly [21:42:14 CET] <BBB> J_Darnley: so you dont need the stack register at all (its just to keep access to r%dm) [21:42:37 CET] <BBB> oh wait you use alpha_m, nevermind [21:42:44 CET] <J_Darnley> I do *now* [21:43:16 CET] <BBB> oh right, at least deblock_h_chroma422_10 didnt before [21:43:22 CET] <BBB> change stack mem to a negative number [21:43:23 CET] <BBB> that fixes it [21:43:34 CET] <BBB> and then you should be fine [21:43:50 CET] <BBB> (this is documented somewhere obscure but nobody knows about it) [21:45:27 CET] <J_Darnley> That only prevents use of the original stack, right? Because I do use it for storing mm regs. [21:45:37 CET] <BBB> yes, argument stack only [21:46:39 CET] <BBB> otherwise whats the point of reserving stack memory if you cant use it ;) [21:47:15 CET] <J_Darnley> Fucking yasm! -2 is a totally fine number! [21:48:29 CET] <BBB> haha [21:48:32 CET] <BBB> 0 - 2 * mmsize [21:48:40 CET] <BBB> dont ask me, yasm is extremely obscure sometimes [21:49:24 CET] <J_Darnley> I wonder if nasm has that same bug. [21:49:29 CET] Action: J_Darnley reconfigures [21:50:12 CET] <BBB> dunno [21:50:17 CET] <BBB> but we want to support both anyway right? [21:50:56 CET] <J_Darnley> Maybe, maybe not if yasm doesn't get updates for new instructions. [21:51:14 CET] <BBB> for now, we support yasm [21:51:36 CET] <BBB> not telling you what to use personally, just telling you it has to work w/ yasm for users ;) [21:51:47 CET] <J_Darnley> True. [21:52:07 CET] <J_Darnley> hONecA5ss [21:52:18 CET] <J_Darnley> Ooops, pretend you guys didn't see that! [21:54:38 CET] <Shiz> hONecA5ss [21:55:51 CET] <J_Darnley> nasm does *not* have that bug. I'm sold [22:02:58 CET] <kierank> J_Darnley: don't worry it appeared as ******* for me [22:03:03 CET] <kierank> hunter2 [22:03:19 CET] <J_Darnley> Ha. OLD! [22:05:53 CET] <JEEB> :D [22:09:05 CET] <durandal_1707> is that Facebook pass? [22:09:42 CET] <J_Darnley> No. My user password on my "dev server" [22:10:02 CET] <J_Darnley> Well, part of it anyway. I alt-tabbed too soon [22:10:28 CET] <jamrial> J_Darnley: you could have just pretended it was part of a pastebin link you already deleted :p [22:11:11 CET] <J_Darnley> I could but that isn't very fun [22:11:13 CET] <BBB> J_Darnley: patch is ok ;) [22:27:16 CET] <atomnuker> BBB: that doesn't mean we should break the build for anyone using nasm [22:27:34 CET] <BBB> I wasnt intending to do that? [22:27:44 CET] <BBB> I think I was suggesting to unbreak yasm [22:28:19 CET] <atomnuker> yeah, it just that you said "we support yasm" as if it's the only thing we support, nvm [22:29:15 CET] <BBB> np, sorry for the misunderstanding [22:35:36 CET] <Zeranoe> Well, my hosting provider did it again. Someone is scripting a bulk download, and it's crushing my bandwidth [22:37:49 CET] <Compn> :( [22:38:23 CET] <Zeranoe> I wish I knew who/what it was [22:38:50 CET] <Compn> Zeranoe : i wonder if you ask a university, say UofM for some free hosting? [22:39:09 CET] <Compn> they have internet2 setup too i think. plenty to go around [22:39:37 CET] <Zeranoe> How ironic, I'm trying to get into that university [22:39:47 CET] <Compn> http://its.umich.edu/ [22:39:49 CET] <Compn> haha [22:39:55 CET] <Compn> well maybe its a good way to get in [22:40:07 CET] <Compn> get a good contact at the it dept... [22:40:15 CET] <Compn> they give a good word for you to get in [22:40:28 CET] <Zeranoe> I'm not going to CS, but it would be if I was [22:40:49 CET] <Compn> they can put in a good word for you, even if you want a liberal arts degree :P [22:41:05 CET] <Zeranoe> Probably [22:41:17 CET] <Compn> cant hurt to make a few calls no doubt [22:42:54 CET] <Zeranoe> Anyone good at investigating or know of any software that would specifically use ffmpeg-20160712-df1dc52-win32-static.zip ? Whoever this is was crushing that version until I removed it, and they switched to 3.2 last night. [22:43:19 CET] <Compn> you arent getting any referrer info ? useragent info ? [22:44:01 CET] <Compn> how many downloads per day ? this might help us eliminate some smaller software releases... [22:44:11 CET] <Zeranoe> I haven't looked but this is 100% scripted behavior [22:44:16 CET] <Compn> yes [22:44:25 CET] <Compn> but if you tell use the useragent is NSIS installer or something else [22:44:33 CET] <Compn> we can at least make some informed guesses..... [22:44:42 CET] <Compn> and eliminate some other players. [22:45:19 CET] <Zeranoe> In November it was hit 173,896 times [22:45:46 CET] <Compn> ok, then that probably eliminates something like kodi for windows [22:46:09 CET] <nevcairiel> big projects also ship their own customized builds [22:46:42 CET] Action: Compn wants useragent infos [22:47:00 CET] <Zeranoe> Looking now [22:48:12 CET] <jamrial> Zeranoe: implement a captcha. it will take like one day for whoever is shipping a script that downloads binaries from your website to ask you why it's not working anymore [22:48:32 CET] <Compn> jamrial : yeah, Zeranoe discussed this before. captchas suck :P [22:48:41 CET] <Zeranoe> "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)" [22:48:46 CET] <Compn> mmmmmm [22:48:52 CET] <jamrial> china then? [22:48:56 CET] <Compn> baidu spider [22:49:01 CET] <Compn> of course china [22:49:08 CET] Action: Compn shakes fist at china [22:49:28 CET] <Compn> Zeranoe : your robots.txt any good ? [22:49:44 CET] <Zeranoe> Another "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0))" [22:50:06 CET] <Compn> http://help.baidu.com/question?prod_en=master&class=Baiduspider [22:50:29 CET] <nevcairiel> IE useragents is something people like to use for their home-made downloaders to avoid blockage =p [22:50:37 CET] <Zeranoe> Ok, this looks like the one "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0" [22:50:44 CET] <JEEB> &32 [22:50:59 CET] <Compn> yea thats just a generic one [22:51:00 CET] <Compn> hmm [22:51:06 CET] <nevcairiel> firefox 15 has to be a script, so old :D [22:52:11 CET] <Zeranoe> One of the high traffic IPs is from Ecuador [22:52:23 CET] <wm4> so, ddos? [22:52:48 CET] <nevcairiel> its not that high traffic to bring the server down, just to annoy the hoster [22:52:57 CET] <Zeranoe> It's not consistent though [22:52:57 CET] <nevcairiel> (and in turn bring the server down =P) [22:53:14 CET] <Compn> what ip in ecuador [22:53:27 CET] <Zeranoe> Hm two IPs from Ecudaor now, crushing it [22:53:45 CET] <Compn> they just download the same ffmpeg binary over and over again ? [22:53:50 CET] <Zeranoe> 181.112.109.63 and 190.12.51.144 [22:53:57 CET] <Zeranoe> Yup [22:54:58 CET] <Zeranoe> That same user agent for both, and lots of requests at the same time, but not for very long [22:56:14 CET] <Compn> first one looks like an isp range [22:56:49 CET] <Compn> second same thing [22:57:21 CET] <bencoh> why would anyone keep downloading the same version anyway? [22:58:07 CET] <Compn> if it were multiple ips, it would be users of some software that upgraded [22:58:31 CET] <Compn> but if there are one or two ips downloading the same ffmpeg, that makes no sense to me. unless its some kind of proxy [22:58:57 CET] <bencoh> or university / campus / whatever behind a NAT, but ... [22:59:41 CET] <Compn> Zeranoe : easiest solution would just be to limit speed to the one or two ip addy that take the bandwidth heh [22:59:48 CET] <jamrial> universities have their own ip ranges, usually [22:59:59 CET] <nevcairiel> maybe not in ecuador [23:00:07 CET] <Compn> ipv4 is running out :P [23:00:23 CET] <bencoh> yeah I suspect ecuador joined the party a tad late [23:00:29 CET] <nevcairiel> could be a company that has some tool on all their internal pcs that randomly all start to update [23:00:31 CET] <cone-479> ffmpeg 03James Darnley 07master:acdd2d805d23: avcodec/h264: resolve assert being triggered when stack is not aligned [23:00:45 CET] <Compn> but i think he means univ have their own internet hosts... they dont usually use 3rd party companies [23:01:11 CET] <Compn> e.g. .edu domain [23:01:19 CET] <nevcairiel> edu is really only a US thing [23:02:02 CET] <jamrial> edu.$ccTDL is pretty common [23:02:10 CET] <Compn> yeah edu.blah [23:02:22 CET] <J_Darnley> The UK decided to be special there. [23:02:27 CET] <J_Darnley> .ac.uk [23:02:37 CET] <nevcairiel> academic? [23:02:49 CET] <J_Darnley> Maybe, I'd have to look it up though. [23:03:10 CET] <Compn> plenty of other countries using .edu though. https://www.tilburguniversity.edu/ [23:03:44 CET] <nevcairiel> its more like individual universities doing so [23:04:00 CET] <Zeranoe> Hm, I'm seeing IPs all over the board, Indonesia now [23:04:51 CET] <Compn> is there anyway to ... uh... collect them and organize them. maybe find some pattern [23:04:54 CET] <Zeranoe> And Cameroon. Nice, didn't even know they had internet there [23:05:07 CET] <nevcairiel> internet is everywhere these days [23:05:09 CET] <Compn> or give us access to the awstats for your site :P [23:05:47 CET] <Zeranoe> They all seem to be using Firefox, with that generic string, but the version is varying. [23:06:15 CET] <Compn> ok, i was just hoping there would be a clue , maybe language or installer version, but i guess not. [23:06:30 CET] <Compn> is there a pattern, can you give us the exact day that the large number of downloads happens? [23:06:39 CET] <Compn> maybe we can correlate that with the release of some video editing software ? [23:07:07 CET] <Compn> or video game or ... this is not going to be easy [23:07:29 CET] <Compn> why not put up a message on your website "hey, whoever is direct linking to these, please stop or identify yourself' ? [23:08:08 CET] <Zeranoe> I was thinking about that, but they went a month before updating from the build I knew they were hitting before, so.... [23:54:01 CET] <Zeranoe> Here is a log of all requests to the suspect archive in Oct. http://zeranoe.com/shared/OSG3l8E2rvfWdhCS/traffic.zip I put it in a zip because the log is >300MB uncompressed. [23:55:06 CET] <Zeranoe> If anyone would like to help make sense of it I would be grateful [00:00:00 CET] --- Thu Dec 8 2016

1 0

ffmpeg.log.20161207
by burek 08 Dec '16

08 Dec '16

[00:04:30 CET] <twtduck> Hey guys, I'm having trouble concatenating videos. I followed the directions on the site (https://trac.ffmpeg.org/wiki/Concatenate) but I get the following error: [00:05:05 CET] <twtduck> [concat @ 0x5565ab090a60] Unsafe file name '/home/thomas/Videos/dcm/00001.mp4' mylist.txt: Operation not permitted [00:10:52 CET] <c_14> put -safe 0 before -i [00:12:35 CET] <twtduck> Okay [00:16:59 CET] <twtduck> It just finished, and it seems to have broken the video [00:17:52 CET] <twtduck> Is there a different approach? Or should I convert the videos to a different format before concatenating (in my experience, ffmpeg doesn't play nice with mp4 files) [00:22:09 CET] <c_14> mpegts concatenates very easily [01:53:23 CET] <Sashmo> can anyone help me with this command... it looks like a mess, but my overlay is not happening at all... I can see video, but there is no logo overlay.... any suggestions? [02:25:09 CET] <blue_misfit> hey with the drawtext filter, how can I make fontsize relative to the video width? [02:25:25 CET] <blue_misfit> like if I want to have text that will always be 90% of the width of the video for example [05:18:47 CET] <Sashmo> can anyone help me with this command... it looks like a mess, but my overlay is not happening at all... I can see video, but there is no logo overlay.... any suggestions? http://pastebin.com/2SsvMeN3 [07:31:18 CET] <CwiH> where is that, securetransport at? [10:04:54 CET] <benbro> is this live webcast using hls or dash? [10:04:56 CET] <benbro> https://cloudwebinars.withgoogle.com/live/kubernetes-emea/watch/webcast [10:04:58 CET] <benbro> how can I tell? [10:10:38 CET] <ikevin> benbro, it seem's that youtube live streams don't support hls [10:11:13 CET] <furq> youtube live streams support both as far as i can tell [10:11:34 CET] <benbro> ikevin: I can see a new mp4 chunk every few seconds [10:11:39 CET] <benbro> is it hls or dash? [10:12:00 CET] <BtbN> Can be both. [10:12:05 CET] <furq> http://vpaste.net/P134T [10:12:07 CET] <superware> I need to embed "user data" per frame in h264, is this something ffmpeg (libavcodec) can do? [10:12:23 CET] <furq> youtube-dl only shows hls streams, but in my browser network panel i'm getting mpd manifests and mp4 fragments [10:12:36 CET] <furq> so i guess they're using both now [10:12:47 CET] <BtbN> there is one mpd manifest, with all the other streams in it [10:19:42 CET] <benbro> thanks [10:23:45 CET] <superware> (or "unregistered data"...) [15:31:05 CET] <JoshX> Hello :-) I have a file, mp4, h264, which reports the framerate to be 25/2 but actually is 25/1 [15:31:15 CET] <JoshX> the file reports to be 30 minutes and 22500 frames [15:31:28 CET] <JoshX> but it is 15 minutes and 22500 frames -> 25 FPS [15:31:38 CET] <JoshX> any way to fix the framerate and only the framerate? [15:31:43 CET] <JoshX> without transcoding the whole file? [15:35:38 CET] <furq> JoshX: not with ffmpeg, but mp4box can do it [15:37:08 CET] <JoshX> ah let me google that cheers [15:37:27 CET] <JEEB> one of the l-smash tools also lets you edit the timeline [15:37:31 CET] <JEEB> timelineditor I think [15:37:44 CET] <JoshX> is there a CLI tool that could do it? [15:37:52 CET] <furq> mp4box has a cli [15:37:54 CET] <JoshX> ah mp4box is cli [15:37:58 CET] <JoshX> :-) [15:38:06 CET] <furq> mp4box -add foo.h264:fps=25 -new foo.mp4 [15:38:15 CET] <furq> you'll need to demux the h264 stream first, which you can do with ffmpeg [15:38:20 CET] <JEEB> huh [15:38:26 CET] <JEEB> then you'd probably want to poke timelineeditor :) [15:38:28 CET] <JEEB> from l-smash [15:38:40 CET] <furq> if you can do that inplace then yeah, that sounds easier [15:39:23 CET] <JoshX> its so strange.. i just saved an RTSP stream from the camera straight to disk.. and the framerate is 12.5 now.. and the duration is reported as 30 minutes but span 15 minutes in the 'real' world :) [15:40:52 CET] <JEEB> always trust the actual PTS values rather than some average that ffmpeg comes up with ;) [15:41:35 CET] <JoshX> well everything i play it with and analyze it with tells me 25/2 FPS and 1799.992seconds as duration [15:42:04 CET] <JoshX> but it is half of that :) [15:42:17 CET] <JoshX> and playing it as 200% is fine in mediaplayers [15:42:42 CET] <JoshX> it was a chines camera.. perhaps some nasty h264 implementation ;) [15:42:46 CET] <JoshX> chinese* [15:48:03 CET] <JoshX> JEEB: i have the timelineeditor installed.. do you know how to use it? or is google my best friend in this? [15:50:13 CET] <JoshX> JEEB: i find your name in relation to l-smash :-O on a japanese site? [15:52:33 CET] <JEEB> --help is your best friend :) [15:52:39 CET] <JEEB> and yeah, I've been kind of related to it :D [15:53:07 CET] <JEEB> L-SMASH got nice adoption by some places, like twitter :D [15:53:17 CET] <JEEB> as a liberally licensed ISOBMFF library [15:53:31 CET] <JEEB> also another video site uses L-SMASH as well :) [15:55:20 CET] <JoshX> well i did --help ofcourse [15:56:00 CET] <JoshX> but then, what do i specify.. --media-timescale or --media-timebase [15:56:19 CET] <JoshX> and then? a factor? or a precentage? or a fps? [15:57:01 CET] <JoshX> the --skip and --delay options will be usefull for me too by the way, but that is not for now :-) [15:59:33 CET] <JoshX> so a little hint would be nice ;) [16:00:51 CET] <JoshX> or it is the timecode file option, but what would i need then? [16:04:37 CET] <sardok> Hi i would like know complex_filter paramter's evaluation frequency. Is it evaluated per frame or is it periodically evaluated like every millisecond? [16:07:28 CET] <Phi> ffmpeg -vcodec h264_qsv -rtsp_transport tcp -i "rtsp://user:pass@domain:554/h264/ch29/sub/av_stream" "X:\h264frames\testoutput.mp4" --> ffmpeg crash [16:07:32 CET] <Phi> always fun [16:10:44 CET] <Phi> appears it crashes when you use h264_qsv for input codec [16:11:00 CET] <Phi> when you use it for output, you get "Selected ratecontrol mode is not supported by the QSV runtime. Choose a different mode." [16:18:01 CET] <Phi> http://pastie.org/private/tbpjlnf4w877sqyr7skfa any help fellahs? [16:21:45 CET] <jkqxz> Update. libmfx/qsv was totally broken for a while earlier this year. [16:23:24 CET] <Phi> When was it fixed? [16:23:58 CET] <Phi> the ffmpeg exe I'm using for testing is from 18th July, but I'm using ffmpeg C++ statically that's from 8th Nov, same issues [16:24:40 CET] <Phi> (although from memory I couldn't compile the ffmpeg EXE with the cmdl I used to produce a static lib) [16:24:42 CET] <JoshX> JEEB: i don't get what to change ... --media-timescale <integer> or --media-timebase <integer> gives an error, no matter what integer i put there [16:35:02 CET] <jkqxz> Phi: Some time in November, I think. [16:43:41 CET] <Phi> that's awkward [16:43:55 CET] <Phi> I'll give Zeranoe's nightly build a try, see if that one works [16:45:37 CET] <Phi> ...and for some reason it's downloading at 14kb/s [16:47:54 CET] <Sashmo> can anyone help me with this command... it looks like a mess, but my overlay is not happening at all... I can see video, but there is no logo overlay.... any suggestions? http://pastebin.com/2SsvMeN3 [16:52:33 CET] <Phi> restarted the download, it was fast, and that ffmpeg works [16:52:38 CET] <Phi> time to git pull [16:55:35 CET] <JoshX> well the plot thickens [16:55:42 CET] <JoshX> the MP4 container has a framerate of 25/2 but the demuxed h264 file (ffmpeg -i in.mp4 -vcodec copy -an -f h264 in.h264) has a framerate of 25/1 [16:55:46 CET] <JoshX> its so strange :-O [17:11:33 CET] <JoshX> thanks for thinking about my problem, but it was really much simpler than i imagined :-) [18:07:18 CET] <Phi> http://pastie.org/private/xvu1hfsrnfeg3jymh2fo5w okay, now I'm getting errors with h264 [18:07:25 CET] <Phi> while make'ng [18:12:52 CET] <Phi> libavcodec/x86/h264_deblock_10bit.asm:1078: warning: (ASSERT:2) assertion ``8 <= 7'' failed [18:18:10 CET] <durandal_1707> Phi: what Yasm version? [18:43:40 CET] <Phi> yasm 1.3.0 [19:06:53 CET] <durandal_170> Phi: it works fine here [19:07:08 CET] <Phi> hmm [19:07:13 CET] <Phi> I'll post the configure I'm using then [19:08:17 CET] <Phi> it's worth noting I'm compiling with mingw on Windows, using MSVC toolchain [19:08:20 CET] <Phi> http://pastie.org/private/wptu9nj3gra8pl7xjb1ow [19:10:02 CET] <Phi> the end result is static libraries, using RTSP -> file, MPEG4/MJPEG video codecs [19:13:13 CET] <Phi> ...well, it should be anyway [20:04:59 CET] <Phi> judging from old commits, it was James screwing up everything [20:05:06 CET] <Phi> so I rolled back his commits [20:22:42 CET] <Phi> yep, it was James [20:22:45 CET] <Phi> dammit, James [20:25:40 CET] <Phi> rolling back to 58ca2ef62e7c3e0b9f17d7ed3e435f996aa061fe fixed it [20:56:19 CET] <durandal_1707> Phi: report/open bug report on our bug tracker [20:58:59 CET] <J_Darnley> So I understand someone is having trouble with some assembly? [21:00:05 CET] <durandal_1707> Phi: ^ [21:05:27 CET] <Phi> configure: http://pastie.org/private/wptu9nj3gra8pl7xjb1ow , make error is http://pastie.org/private/xvu1hfsrnfeg3jymh2fo5w [21:05:58 CET] <Phi> using mingw64, Windows 10, VS 2015 MSVC [21:06:25 CET] <Phi> rolling back to 58ca2ef62e7c3e0b9f17d7ed3e435f996aa061fe fixed it, it make'd as expected [21:08:45 CET] <Phi> does that help J_Darnley :3 [21:09:45 CET] <Phi> well, the configure I pastie'd above doesn't make properly using the most recent commit [21:32:21 CET] <J_Darnley> Phi: can you run the fate tests if I give you a patch? [21:40:26 CET] <J_Darnley> Phi: even if you can't do that can you tell me whether this compiles? http://pastebin.com/NhNEmnQ2 [21:50:46 CET] <Phi> if you give me an idiot's guide "just type this into mingw" then I could do whatcha want [21:51:20 CET] <Phi> it does take my system about half an hour to configure/make, I'm not sure why as it's SSD i7 32GB RAM stuff [21:52:18 CET] <Phi> I've not used fate and I'm not sure what to do with that second link [21:55:21 CET] <J_Darnley> fork() is slow as hell on Windows making unix shell slow [21:58:01 CET] <Phi> mkay [21:58:50 CET] <J_Darnley> No need to test, this should be fine. http://pastebin.com/DMSX5VBG [21:59:34 CET] <Phi> so you want me to update to most recent and try config/make again? [22:00:26 CET] <J_Darnley> You don't have to. If you want to stick with a commit before my bug, that is fine. [22:01:08 CET] <Phi> Whatever will help you, I have my libs already [22:01:55 CET] <J_Darnley> Then yes, go back to latest, apply the patch, configure, make, report problems. [22:03:46 CET] <Phi> on a side note, is there a better QSV example than the decoding VA-API one? [22:04:22 CET] <J_Darnley> No idea here, sorry. [22:05:19 CET] <Phi> rats [22:09:22 CET] <J_Darnley> Oh, if you didn't know, the -j switch for make will run things in parallel. [22:10:08 CET] <Phi> that might speed stuff up [22:10:42 CET] <J_Darnley> Give an argument equal to the number of cores you have. (Some suggest more) [22:11:52 CET] <Phi> hyperthreading cores or "real" cores? [22:12:13 CET] <J_Darnley> I don't know. People don't benchmark it that carefully. [22:14:45 CET] <J_Darnley> Phi: are you kindly testing the patch for me? [22:16:51 CET] <Phi> I am [22:17:23 CET] <Phi> For some reason whenever I run git pull, it deletes libmfx.lib from mingw [22:17:23 CET] <J_Darnley> Thank you very much. [22:17:32 CET] <Phi> so my first configure just failed [22:18:07 CET] <Phi> I added it back in and now I'm running the configure again [22:23:16 CET] <rage> hey, dont know if this has been reported but the windows builds download server seems down [22:23:55 CET] <Phi> it was acting oddly earlier [22:24:26 CET] <Phi> I have the static nightly win64 zip for today if you want it [22:25:14 CET] <rage> nah, nothing urgent on my side, but thanks ! [22:25:30 CET] <Phi> alrighty, it was a long shot anyway [22:30:50 CET] <Phi> configure done, making [22:33:55 CET] <Phi> looks like "real" cores are the way to go [22:34:45 CET] <Phi> yo Zeranoe [22:35:17 CET] <Phi> same error J_Darnley, although output has changed a bit [22:35:39 CET] <J_Darnley> Did you apply the second patch? [22:35:49 CET] <Phi> I just updated to master, how do I check that? [22:36:14 CET] <beo> hi, http://ffmpeg.zeranoe.com/builds/ this says "403 Forbidden" [22:36:26 CET] <Zeranoe> I am aware [22:37:13 CET] <J_Darnley> Are you using git, Phi? [22:37:28 CET] <Phi> yeah [22:37:41 CET] <J_Darnley> Download the patch http://pastebin.com/DMSX5VBG (the raw button) [22:37:50 CET] <J_Darnley> then: git apply FILENAME [22:37:59 CET] <beo> i need to download ffmpeg-20161204-1f5630a-win64-static.zip [22:38:05 CET] <beo> no other download location? [22:38:44 CET] <Phi> put it in the ffmpeg folder then J? [22:38:57 CET] <J_Darnley> That does make it (a little) easier [22:39:51 CET] <Phi> *puts it in system32* [22:40:19 CET] <J_Darnley> /me is what you want there [22:40:43 CET] Action: J_Darnley puts it in *the backdoor* [22:40:52 CET] <Phi> fatal: corrupt patch at line 21 [22:41:35 CET] <J_Darnley> Thanks pastebin for trimming a blank line [22:42:14 CET] <J_Darnley> echo '' >> FILENAME [22:43:34 CET] <Phi> do line endings matter? I have CRLF [22:43:42 CET] <Phi> the echo didn't seem to fix anything [22:44:15 CET] <J_Darnley> try: dos2unix FILENAME [22:46:04 CET] <Phi> dos2unix not found, but I converted in Notepad++ [22:46:19 CET] <Phi> okay, time to apply it again [22:47:40 CET] <Phi> git apply worked, configuring again... [22:47:44 CET] <J_Darnley> No. [22:47:49 CET] <J_Darnley> Just run make again [22:48:02 CET] <Phi> ....whoops [22:48:11 CET] <J_Darnley> Abort it [22:48:16 CET] <J_Darnley> then just run make [22:49:23 CET] <Phi> alrighty, making [22:59:40 CET] <Phi> works fine J_Darnley [22:59:56 CET] <J_Darnley> Thanks. Will push patch [23:00:45 CET] <Phi> sorry for the delay [23:00:54 CET] <J_Darnley> Its fine. [23:01:03 CET] <J_Darnley> Sorry I wrote the bug in the first place. [23:07:57 CET] <Sashmo> can anyone help me with this command... it looks like a mess, but my overlay is not happening at all... I can see video, but there is no logo overlay.... any suggestions? http://pastebin.com/2SsvMeN3 [23:08:58 CET] <Phi> looks like we both suck! *high fives* [23:09:26 CET] <DHE> what's nvresize? [23:11:19 CET] <Phi> nvidia resize? [23:16:10 CET] <Sashmo> nah the overlay in filter complex [23:16:17 CET] <Sashmo> cant get my overlays to come up [23:16:20 CET] <Sashmo> all the videos are working fine [23:16:24 CET] <Sashmo> just no overlay on top.... [23:21:58 CET] <jkqxz> That filter does sound very suspicious. Does it work if you use split+scale instead? [23:31:43 CET] <Phi> "h264_qsv : Error initializing the encoder" [23:32:20 CET] <Phi> well don't give me TOO many details [00:00:00 CET] --- Thu Dec 8 2016

1 0

ffmpeg-devel.log.20161206
by burek 07 Dec '16

07 Dec '16

[00:04:45 CET] <cone-511> ffmpeg 03Mathieu Velten 07n3.0.5:HEAD: avcodec/vaapi-vp9: add support for profile 2 (bpp > 8) [00:05:58 CET] <cone-511> ffmpeg 03James Almer 07master:9c1ccee7f840: avformat/dump: remove line break on mastering display metadata info dump [00:27:35 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:c165bad0c073: avformat/utils: Fix type mismatch [00:27:36 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:2d51cb1d0ad9: avcodec/me_cmp: Fix median_sad size [00:27:37 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:8e4f737d2f25: avformat/idroqdec: Check chunk_size for being too large [00:27:38 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:2fb7eb05dcac: avcodec/flac_parser: Update nb_headers_buffered [00:27:39 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:a0ed412f38f5: avformat/utils: Check start/end before computing duration in update_stream_timings() [00:27:40 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:a0715c1e897f: avformat/oggparsespeex: Check frames_per_packet and packet_size [00:27:41 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:c39e8d05f587: avcodec/flacdsp_template: Fix undefined shift in flac_decorrelate_indep_c [00:27:42 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:a772aaf5dc76: avcodec/flacdec: Fix signed integer overflow in decode_subframe_fixed() [00:27:43 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:bbe9a4b54263: avformat/ffmdec: Check media type for chunks [00:27:44 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:334901aea0e3: avcodec/get_bits: Fix get_sbits_long(0) [00:27:45 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:af1e19b9e4d6: avcodec/flacdec: Fix undefined shift in decode_subframe() [00:27:46 CET] <cone-511> ffmpeg 03Timothy Gu 07release/3.2:f66bfe71bbca: zmqsend: Initialize ret to 0 [00:27:47 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:32b95471a86a: avformat/rtmppkt: Check for packet size mismatches [00:27:48 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:46cd1699f956: Avoid using the term "file" and prefer "url" in some docs and comments [00:27:49 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:c12ee64e80af: ffserver: Check chunk size [00:27:50 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/3.2:148c4fb8d203: Update for 3.2.2 [00:56:12 CET] <cone-511> ffmpeg 03James Almer 07n3.2.2:HEAD: avformat/dump: remove line break on mastering display metadata info dump [01:18:09 CET] <michaelni> BBB, the http backport to 2.8 has a bug i think there are 2 "s->chunksize < 0" in there but chunksize is unsigned [01:20:55 CET] <cone-511> ffmpeg 03Timothy Gu 07release/2.8:c472c1b3e7c0: zmqsend: Initialize ret to 0 [01:20:56 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/2.8:5bfb0b02b6fb: avformat/rtmppkt: Check for packet size mismatches [01:20:57 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/2.8:15abba737bff: Avoid using the term "file" and prefer "url" in some docs and comments [01:20:58 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/2.8:e0cb113f9b4b: ffserver: Check chunk size [01:20:59 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/2.8:4a947f43850a: Changelog: fix typos [01:29:50 CET] <BBB> michaelni: feel free to remove them, I didnt really check very closely, theyre just removed in later versions so if you ignore their existence (which a compiler will, with a warning), its probably ok [01:41:46 CET] <michaelni> BBB, in 3.0 you replaced them with == UINT64_MAX [01:42:13 CET] <BBB> I dont remember [01:42:35 CET] <BBB> I guess Im no good at backporting [03:48:35 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/2.8:1ec9fd15b9c1: avformat/http: Match chunksize checks to master..3.0 [03:51:45 CET] <cone-511> ffmpeg 03Michael Niedermayer 07release/2.8:16c0d8aa46b6: update for ffmpeg 2.8.10 [04:07:00 CET] <cone-511> ffmpeg 03James Almer 07n2.8.10:HEAD: avformat/dump: remove line break on mastering display metadata info dump [13:39:45 CET] <wm4> so on OSX, VTDecompressionSessionCreate sometimes mysteriously fails with some files [13:40:04 CET] <wm4> it returns kVTVideoDecoderNotAvailableNowErr, but I'm pretty sure that's a lie, because with other files it works [13:41:49 CET] <BtbN> Well, it's only not available now. Didn't say anything about in 10 seconds! [13:42:01 CET] <ritsuka> maybe it doesn't support some h.264 profiles/levels? (if you are decoding h.264) [13:42:53 CET] <wm4> both used the h264 high profile [13:43:11 CET] <ritsuka> 8bit or 10bit? which level? [13:43:18 CET] <rcombs> high profile is 8-bit [16:43:57 CET] <cone-485> ffmpeg 03Michael Niedermayer 07master:108db37586e4: tests/api/api-seek-test: Fix use of uinitialized value [16:43:58 CET] <cone-485> ffmpeg 03Michael Niedermayer 07master:5952b8da0b7f: tests/api/api-seek-test: Silence compiler warnings about uninitialized variables [16:43:59 CET] <cone-485> ffmpeg 03Michael Niedermayer 07master:7679c38b3b57: tests/api/api-seek-test: check all compute_crc_of_packets() calls [17:00:03 CET] <wm4> merges are dead now, huh [17:31:10 CET] <nevcairiel> work and life keeps me busy right now [17:50:43 CET] <cone-485> ffmpeg 03Thomas Turner 07master:da3c69a5a97d: Added test for libavcodec/avpacket.c [19:24:18 CET] <durandal_1707> kierank: do you translate machine instructions by hand? [19:29:29 CET] <fritsch> wm4: cabac different between does that work and don't work? [19:30:04 CET] <wm4> hm can check [19:30:43 CET] <fritsch> which "real" device is running under that API? [19:30:49 CET] <fritsch> some AMD gpu? intel? [19:32:19 CET] <wm4> Intel [19:33:11 CET] <nevcairiel> how much does it even know about the stream when you call that function? [19:33:18 CET] <nevcairiel> most other HW APIs no jack shit at such a point [19:33:26 CET] <nevcairiel> but of course Apple APIs are always different :D [19:34:07 CET] <wm4> not too much... just sps and pps and the data it's passed to [19:34:15 CET] <wm4> ...I think [19:34:40 CET] <nevcairiel> I mean, with dxva or vaapi or such you tell it the dimensions, and at tbest the profile/level [19:35:12 CET] <fritsch> yeah, can you dump mediainfo [19:35:14 CET] <fritsch> on both [19:35:19 CET] <fritsch> perhaps it jumps directly out [19:35:27 CET] <fritsch> which flag it does not like [19:36:05 CET] <fritsch> did you recalculate the level that file states? [19:36:18 CET] <fritsch> there are a lot of 4.1@high out there with too many reframes [19:36:49 CET] <nevcairiel> that would be silly to fail, especially if the hardware actually supports 5.1 [19:36:53 CET] <nevcairiel> which all modern ones do [19:37:04 CET] <fritsch> always remembers me on amd [19:37:12 CET] <fritsch> even radeon oss always assumes 5.1 level [19:37:14 CET] <fritsch> cause of that [19:39:37 CET] <nevcairiel> amd is one of the last to actually support full 5.1 though [19:39:45 CET] <nevcairiel> took them ages to get 4k working [19:39:49 CET] <fritsch> hehe [19:40:05 CET] <fritsch> there was a problem [19:40:10 CET] <fritsch> with the "first 256 MB" [19:40:16 CET] <fritsch> that they needed to use for their UVD [19:40:26 CET] <fritsch> and was hard to fit 4k stuff into that range [19:40:37 CET] <nevcairiel> is that the one where they advertised 4k support and half the image turned out green? [19:40:44 CET] <fritsch> hehe, no idea [19:40:55 CET] <fritsch> i talked to ckoenig the amd oss dev back at that time [19:41:00 CET] <fritsch> and he explained that [19:41:03 CET] <fritsch> 2048x1152 [19:41:16 CET] <fritsch> was max h264 and with "special hack" level 5.1 [19:41:34 CET] <fritsch> http://www.phoronix.com/image-viewer.php?id=amd_xvba_xbmc&image=amd_xbmcxvb… [19:41:45 CET] <nevcairiel> with the 7000 series of cards the advertised 4k support and enabled it in the drivers, but it was shortly after revealed that it only managed to decode about half the frame [19:41:49 CET] <fritsch> here, that was before I found "the hack" to convince the chip to do 5.1@high [19:41:52 CET] <nevcairiel> amd turned it off in the drivers again a bit later [19:44:03 CET] <fritsch> the funny thing was that the switch to enable 51 was readable via strings [19:44:07 CET] <fritsch> inthe XVBA shared object [19:46:16 CET] <fritsch> HWUVD_H264Level51Support=V1 [19:46:21 CET] <fritsch> that was hidden in the linux blob driver [19:46:37 CET] <fritsch> cause only available for some manufacturer that paid amd back at that time [20:19:45 CET] Action: wm4 starts at brew failing to compile mediainfo [20:30:04 CET] <wm4> fritsch: http://sprunge.us/jMDI [21:09:02 CET] <cone-485> ffmpeg 03Georgi D. Sotirov 07master:581f93f37ef2: lavf/chromaprint: Update for version 1.4 [21:15:13 CET] <wm4> nice, cehoyos applying a patch even though another dev still had doubts about it [21:15:39 CET] <wm4> I guess I don't need to respect cehoyos' doubts either! [21:17:04 CET] <wm4> also demanding from the patch author to use git format-patch, even though he himself refused to do this for years and only recently started to use it [21:17:45 CET] <nevcairiel> he demanded that even w hen he didnt [21:31:03 CET] <Timothy_Gu> Bug #6000! [21:59:00 CET] <durandal_1707> wm4: the patch was reversed.. [22:01:59 CET] <wm4> oh, wtf [22:02:18 CET] <RiCON> wtf [22:06:27 CET] <jamrial> what carl committed was probably the actual intention of the patch [22:07:18 CET] <J_Darnley> Carl's crystal ball must have been working. [22:07:38 CET] <jamrial> git log chromaprint.c shows the initial commit and the codecpar port only [22:07:52 CET] <durandal_1707> sometimes... [22:07:55 CET] <jamrial> that "CPR_VERSION_INT >= AV_VERSION_INT(1, 4, 0)" check was never in the file [22:08:26 CET] <J_Darnley> The submitter must have had his args to diff backwards [22:08:35 CET] <jamrial> yeah [22:08:50 CET] <durandal_1707> I don't have that library enabled so can't confirm it works [22:09:08 CET] <wm4> jamrial: I was actually trying to check when that was added [22:09:12 CET] <wm4> but found it nowhere lol [22:10:06 CET] <wm4> definitely would have called for more reviews, instead of just pushing some guessed approximation [22:22:26 CET] <cone-485> ffmpeg 03Timothy Gu 07master:16a75304fe42: omx: Fix OOM check [22:22:27 CET] <cone-485> ffmpeg 03Timothy Gu 07master:b6f80b16d1a8: qsvdec: Fix memory leak [23:00:52 CET] <Timothy_Gu> The cehoyos patch looks completely wrong [23:01:26 CET] <Timothy_Gu> The ChromaprintContext structure seems to have been public for a while now [23:01:40 CET] <Timothy_Gu> *have NOT been public [23:02:31 CET] <Timothy_Gu> never mind something is odd [23:07:42 CET] <rcombs> it's super weird [23:08:05 CET] <rcombs> ChromaprintContext used to be void* [23:08:25 CET] <rcombs> but the functions all returned ChromaprintContext* [23:08:27 CET] <rcombs> i.e. void** [23:08:47 CET] <rcombs> but void* and void** are compatible types and generally can be implicitly converted to one another without warnings [23:08:54 CET] <rcombs> (returned, and took as arguments) [23:09:28 CET] <rcombs> I think I originally read the header and saw it was void* and assumed I should use ChromaprintContext (as opposed to ChromaprintContext*) [23:09:52 CET] <rcombs> in newer versions it's typedef'd to an incomplete struct type, so you need ChromaprintContext* [23:09:59 CET] <rcombs> afaik that should also work in older versions [00:00:00 CET] --- Wed Dec 7 2016

1 0

ffmpeg.log.20161206
by burek 07 Dec '16

07 Dec '16

[00:47:03 CET] <ItWasntMe2013> does anyone have any addtional suggestions when converting interlaced video to progressive? other than deinterlacing, are there any other options that I can use to get rid of the ghosting video in high motion scenes? [00:56:10 CET] <llamapixel> Is that a job for https://ffmpeg.org/ffmpeg-all.html#mpdecimate ? [00:56:25 CET] <llamapixel> https://ffmpeg.org/ffmpeg-all.html#decimate-1 [02:21:17 CET] <fling> How to capture a fast seekable low-fps h264 stream? [02:21:24 CET] <fling> Should I mangle with i-frames? [02:21:32 CET] <fling> Or should I use another codec instead? [02:21:52 CET] <fling> The problem is it does not seek right when I capture with 1/5 or 1/6 or so fps [02:22:37 CET] <fling> I'm capturing a screencast with a webcam in a separate stream. [02:23:05 CET] <fling> I encode low-fps screencast with the fps matching to webcam to keep all the streams in sync to the audio btw [02:23:20 CET] <fling> Lots of dupes! But atleast it is at sync. [02:23:29 CET] <fling> The last step is to improve seeking :> [02:24:04 CET] <fling> mpv seeks +-20minutes :D [02:28:00 CET] <fling> hmmm hmmm new issue is Invalid audio PTS: 10081.370449 -> 10082.365000 but I will fix this later [02:30:14 CET] <fling> ok the audio has the wrong rate in some files, not a huge issue [03:02:40 CET] <onurhb> Is this right place to ask for help related to linking ffmpeg with my c++ project? :) [03:06:06 CET] <klaxa> it is not the wrongest place [04:12:32 CET] <llamapixel> Today is no f day you have to omit any f letters in your question when it is c++ related. [04:13:15 CET] <thebombzen> fling: what do you mean by "capture" a fast seekable low-fps h264 stream [04:14:37 CET] <furq> how are you going to discuss c++ without f words [04:19:09 CET] <llamapixel> ucking diicult furq ;) [04:35:56 CET] <thebombzen> >furq [04:36:00 CET] <thebombzen> oops [05:00:57 CET] <fling> thebombzen: Hello. something like this for a single stream -> ffmpeg -f x11grab -video_size cif -framerate 1/6 -i :0.0 -r 29.97 /tmp/single.nut [05:01:12 CET] <thebombzen> um [05:01:20 CET] <fling> thebombzen: -r 29.97 specified at the end to match the stream of a webcam to make them both in sync with audio [05:01:34 CET] <thebombzen> you do realize that this won't work unless your screen is actually size cif [05:01:39 CET] <thebombzen> and is actually framerate1/6 [05:01:50 CET] <fling> Just try this command /tmp/single.nut is not really seekable. ff and rev want to move the time pointer by +-20 minutes :> [05:01:58 CET] <thebombzen> -video_size and -framerate are input options that describe your screen [05:02:01 CET] <fa0> hello all [05:02:24 CET] <fling> thebombzen: the screen has no framerate. [05:02:32 CET] <thebombzen> it has a refresh rate [05:02:41 CET] <fling> Should I capture at refresh rate? [05:02:43 CET] <thebombzen> and the video size of the screen isn't cif, is it? [05:02:47 CET] <thebombzen> cause [05:02:56 CET] <thebombzen> if the screen you're capturing isn't cif, this will be problematic. [05:02:58 CET] <fa0> Can someone please tell me for 3.2.2 does it matter if I use speex-1.2rc2 or is it better to use speex-1.2rc3? [05:02:59 CET] <fling> thebombzen: for this example it only takes left top corner for smaller output [05:03:26 CET] <thebombzen> fa0 it's probably irrelevant but you can always update it later [05:03:31 CET] <thebombzen> without rebuilding ffmpeg [05:03:36 CET] <thebombzen> in case it does matter [05:04:14 CET] <fa0> I've always used rc2 then I noticed on the site; https://www.speex.org/downloads/ Current Unstable Release (recommended) for rc3 [05:04:15 CET] <fa0> hmm [05:04:40 CET] <fa0> I guess that word 'Unstable' has me wondering LOL [05:04:44 CET] <thebombzen> well that means it has bugs [05:04:48 CET] <thebombzen> but it shouldn't affect ffmpeg [05:04:55 CET] <fa0> hey what doesn't have bugs [05:04:58 CET] <thebombzen> fling: either way [05:05:07 CET] <fa0> I assumed rc2 was probably no better/worse... [05:05:14 CET] <thebombzen> I'm not sure why you're just straight up encoding to nut without specifying a codec [05:05:24 CET] <thebombzen> that'll use 200kb/s mpeg4 [05:05:43 CET] <fling> whoops ;> [05:06:00 CET] <thebombzen> also [05:06:03 CET] <thebombzen> what do you mean it's not seekable [05:06:06 CET] <thebombzen> it totally is [05:06:15 CET] <fling> it is not for me :< [05:06:20 CET] <fa0> I guess I'll just stick to rc2 for now thanks [05:06:58 CET] <fling> thebombzen: the time scale drops to 0 when I'm trying to ff in mpv [05:07:33 CET] <thebombzen> I can't reproduce that. [05:07:34 CET] <thebombzen> works fine for me. [05:07:44 CET] <thebombzen> I captured like 30 seconds and then seeked it fine. [05:07:54 CET] <fling> Btw will not it be a huge overhead capturing at screen refresh rate and then converting to 1/6 (low) fps and then to 29.97 (matching other stream) fps? [05:08:13 CET] <fling> What is your ffmpeg version? [05:08:27 CET] <fling> I also tried on windows with gdigrab with the same results! [05:08:37 CET] <fling> Or is it my mpv bad? [05:10:52 CET] <fling> the doc says it is fine to specify video size and framerate for x11grab https://ffmpeg.org/ffmpeg.html#X11-grabbing [05:11:47 CET] <fling> thebombzen: another question is not it possible to keep multiple videos in sync if they are encoded at different fps? [05:12:04 CET] <thebombzen> me? my ffmpeg is build nightly [05:12:08 CET] <thebombzen> so it's git master [05:12:58 CET] <fling> mine is 2 days old [05:13:15 CET] <thebombzen> and no the doc definitely doesn't say that [05:14:00 CET] <fling> thebombzen: then what would be the proper command? [05:17:52 CET] <thebombzen> depends on what your screen size is [05:17:56 CET] <thebombzen> and what your refresh rate is [05:18:38 CET] <fling> thebombzen: from xrandr output -> 1280x800 60.00*+ 50.00 [05:19:13 CET] <thebombzen> well, that. [05:23:52 CET] <fling> thebombzen: are you saying I should capture at this size and rate and then crop and change fps with vf? [05:24:01 CET] <thebombzen> yes [05:24:14 CET] <thebombzen> -vf framerate and -vf scale [05:24:18 CET] <thebombzen> or rather [05:24:20 CET] <thebombzen> -vf crop [05:24:22 CET] <thebombzen> both work [05:24:29 CET] <thebombzen> depending on what you're trying to do [05:26:42 CET] <fling> thebombzen: trying to capture a seekable low-fps screencast [05:26:56 CET] <thebombzen> "screencast" [05:27:06 CET] <thebombzen> you realize x11grab captures your actual screen right [05:27:14 CET] <fling> right [05:27:27 CET] <thebombzen> that's not capturing a screencast [05:27:28 CET] <thebombzen> tha'ts just [05:27:32 CET] <thebombzen> capturing your screen [05:27:37 CET] <fling> right [05:28:01 CET] <thebombzen> what exactly are you trying to do [05:28:07 CET] <thebombzen> cause your screen isn't exactly seekable [05:28:18 CET] <thebombzen> whatever is on the screen at the moment is what you get [05:30:02 CET] <fling> A screencast is a digital recording of computer screen output, also known as a video screen capture, often containing audio narration. [05:30:12 CET] <fling> This is what I do. [05:30:37 CET] <fling> I also include a video captured from webcam as another video stream [05:32:16 CET] <thebombzen> okay but [05:32:20 CET] <thebombzen> why is it seekable [05:32:27 CET] <thebombzen> if you capture the screen and write it to a file [05:32:32 CET] <thebombzen> it's now just a video file. [05:32:39 CET] <thebombzen> so it's seekable. [05:32:51 CET] <thebombzen> but the original capturing is not. [05:33:03 CET] <fling> I will try using vf instead, hope it will fix the issue [05:33:18 CET] <fling> The file produced by the command ^ is not seekable by my mpv [05:33:27 CET] <thebombzen> then your mpv is borked. [05:54:01 CET] <thebombzen> fa0 when they same something is unstable or has bugs [05:54:08 CET] <thebombzen> what they mean is that it hasn't gone through extensive testing [05:54:17 CET] <thebombzen> so there's no general expectation that it should work [05:54:32 CET] <thebombzen> a "stable" build is a build that has lots and lots of testing and works pretty consistently. [06:33:43 CET] <Abbott> I am trying to rotate a now horizontal video with no (helpful) metadata using: "ffmpeg -i input.mp4 -vf "rotate=90*(PI/180),format=yuv420p" -metadata:s:v rotate=0 -codec:v libx264 -codec:a copy output.mp4" as suggested here: http://superuser.com/questions/578321/how-to-rotate-a-video-180-with-ffmpeg [06:34:24 CET] <Abbott> The video I get is flipped, but the original width seems to be preserved, as the video is now square. Is there a different way to flip 90 degrees? [06:45:46 CET] <llamapixel> Abbott: ffmpeg -i in.mov -vf "transpose=1" out.mov [06:46:06 CET] <llamapixel> http://stackoverflow.com/questions/3937387/rotating-videos-with-ffmpeg [06:46:59 CET] <Abbott> thanks llamapixel [06:47:06 CET] <llamapixel> npm8 [08:18:29 CET] <JerryT> Is there a way to get 10 frames from a video every minute, starting 30 seconds into a video? [10:48:54 CET] <beauty> Hello [10:50:05 CET] <beauty> how to use a linux server decode 4000 video file in memory ? [10:51:20 CET] <llamapixel> beauty: install biebian [10:51:21 CET] <llamapixel> http://biebian.sourceforge.net/ [10:52:09 CET] <beauty> llamapixel: ??? [10:55:29 CET] <DHE> please rephrase the question, preferably with better grammar if possible [11:39:05 CET] <IggyGee> hey all, I'm making an app that alters select few images and puts them back together in video form. but for some reason, the ffmpeg command to stitch the images back together specifically skips those images. [11:39:19 CET] <IggyGee> I'd greatly appreciate any help [11:40:12 CET] <IggyGee> I haven't changed their filename or anything [11:40:53 CET] <DHE> what's your ffmpeg commandline, including the output of ffmpeg itself [11:48:39 CET] <IggyGee> DHE: I'm having trouble cleanly getting the output into a file, but here's the command [11:48:41 CET] <IggyGee> ffmpeg -hide_banner -r 29.97 -f image2 -s 1920x1080 -i "cccc/%d.png" -vcodec libx264 -b:v 111k -pix_fmt yuv420p videoOutNoSound.mp4 [11:50:23 CET] <DHE> with the output please. (use the pastebin service of your choosing as long as it's not a dumb one) :) [11:51:44 CET] <IggyGee> DHE: here ya go :) [11:51:44 CET] <IggyGee> https://gist.github.com/IgorGee/3e52ad0aa4a5c665e0e719ef05e329f1 [11:54:43 CET] <Nacht> Anyone who got some good knowledge how TS files work ? [11:54:52 CET] <DHE> Nacht: fairly good, sure [11:55:12 CET] <DHE> IggyGee: output seems okay. 41 frames too short? [11:55:30 CET] <IggyGee> 41 frames? [11:55:47 CET] <Nacht> We're cutting TS files at the I-frames. But with a new stream we seem to break the TS files. They seem to lose their codec information. They're not being reconised as movie files. [11:55:58 CET] <DHE> oops, that's the fps [11:56:04 CET] <Nacht> I just can't seem to find the information where the actual codec information is being stored [11:56:52 CET] <IggyGee> can I send the images to you and see if you can try to stitch them together? [11:56:57 CET] <IggyGee> i know that sounds silly lol [11:57:06 CET] <IggyGee> it's an 8 second video into 190 images [11:58:11 CET] <DHE> IggyGee: drop=73 means it's dropped a lot of frames, and x264 says your QP is extremely high. 110 kilobits for 1080p video is extremely low. have you tried 2M or higher? [11:58:34 CET] <IggyGee> what's QP? [12:00:13 CET] <IggyGee> why does it drop those frames? [12:00:37 CET] <DHE> Nacht: are you using global headers? [12:00:57 CET] <DHE> IggyGee: QP is the quantization parameter, loosely image quality. 0 is lossless, 51 is an ugly colour smudge [12:01:03 CET] <Nacht> DHE: YEs [12:01:13 CET] <DHE> Nacht: toggle the setting and try again [12:02:05 CET] <Nacht> k [12:02:56 CET] <IggyGee> I'm not really concerned about the quality right now [12:03:14 CET] <IggyGee> I'm looking up how to solve those dropped frames though [12:03:18 CET] <DHE> still, I'd recommend replacing -b:v 111k with -qp:v 30 [12:04:48 CET] <IggyGee> i think i figured it out [12:05:06 CET] <DHE> oh? [12:05:19 CET] <IggyGee> http://superuser.com/a/728697 [12:05:35 CET] <IggyGee> I'm doing something similar with another library that transforms png files [12:06:16 CET] <IggyGee> erm, what's the convert option? lol [12:06:20 CET] <DHE> that is listed in the output of ffmpeg, but it seems to soldier on through it? [12:08:58 CET] <IggyGee> where would I put that -define png:color-type=2 option in my command? [12:09:17 CET] <DHE> I think that's an imagemagick command, not ffmpeg [12:09:42 CET] <DHE> forces consistent output formats [12:09:51 CET] <IggyGee> welp, time to research that library lol [12:11:02 CET] <IggyGee> hmm [12:11:17 CET] <IggyGee> one option would be to have that library touch all the png files just for consistency lol [12:12:28 CET] <IggyGee> or is there an ffmpeg command to convert all image file formats? [12:24:31 CET] <beauty> DHE: for example, use a ffmpeg process to decode ten mp4 file at the same time [12:30:01 CET] <luc4> Hello! While building chromium for arm I got this error: http://pastebin.com/AY01s2BH. Previous versions were building properly. It seems to be related to ffmpeg. Anybody who knows if this is something known? I can't find much related to this except https://review.cyanogenmod.org/#/c/83285/, but it seems pretty old. [12:30:33 CET] <luc4> I typically build ffmpeg just fine for arm actually. [12:33:07 CET] <IggyGee> FUCK THE PNGS [12:33:11 CET] <IggyGee> the jpegs work [12:33:12 CET] <IggyGee> omg [12:33:13 CET] <IggyGee> im so happy [13:17:55 CET] <BtbN> luc4, looks more like an issue with your toolchain, generating assembler instruction it itself does not understand [13:18:00 CET] <BtbN> or you are mixing toolchains [13:27:20 CET] <onurhb> Check this question: http://stackoverflow.com/questions/40954264/c-how-to-link-ffmpeg-with-cmake… [13:28:28 CET] <BtbN> ffmpeg does not support cmake, you'll have to ask the author of that module on how to use it. [13:28:49 CET] <BtbN> Or you can just leave, that works as well... [14:03:10 CET] <eranchetz> Hi guys [14:03:38 CET] <eranchetz> I have posted this question http://stackoverflow.com/questions/40995792/ffmpeg-get-md5-from-local-m3u8 [14:03:52 CET] <eranchetz> anyone has an idea? I am baffled [14:05:21 CET] <c_14> You probably need a newer version of ffmpeg [14:07:02 CET] <JEEB> also did you put that whitelist before or after -i? [14:09:14 CET] <eranchetz> I am using the latest version [14:09:22 CET] <eranchetz> ffmpeg version 3.2.1 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.3.0 (Alpine 5.3.0) configuration: --prefix=/usr/local --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --bindir=/usr/local/bin --disable-doc --disable-static --enable-shared --disable-ffplay --extra-libs=-ldl --enable-version3 --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --en [14:09:40 CET] <eranchetz> I put the whitelist first [14:19:36 CET] <luc4> BtbN: I actually build many things with this toolchain, and it is provided by the manufacturer. [14:20:52 CET] <luc4> BtbN: I also build ffmpeg itself. [14:22:13 CET] <luc4> BtbN: also I can build previous versions of chromium that also include ffmpeg... [14:22:50 CET] <BtbN> Well, then the chrome update broke something. Or uncovered a bug in the toolchain. [14:22:52 CET] <luc4> BtbN: but is that assembly code generated by the compiler? Isn't it included in ffmpeg sources? [14:23:44 CET] <BtbN> The message shows up while compiling a c file. [14:23:55 CET] <BtbN> So it's the C compiler generating assembly its own assembler does not understand. [14:24:30 CET] <luc4> BtbN: but with this identical toolchain and sysroot I can build many versions of ffmpeg up to 3.1 [14:27:05 CET] <beauty> how to use a ffmpeg process to decode ten mp4 file at the same time [14:27:11 CET] <beauty> anybody can help me? [14:53:56 CET] <beauty> how to use a ffmpeg process to decode ten mp4 file at the same time [15:11:40 CET] <Nacht> Good lord, just had a crash course 'Dissecting TS files' [15:12:00 CET] <Nacht> Just wondering. Anyone know what the difference is between a Random Access Indicator and an I-Frame ? [15:14:24 CET] <JEEB> I-frame is just a frame that is intra-only [15:14:56 CET] <JEEB> it only promises that you can decode that picture as-is (if you of course have the parameter sets) [15:15:13 CET] <JEEB> it doesn't promise that the following coded pictures don't contain references to other pictures [15:15:34 CET] <DHE> unless you're using a codec like mpeg2video. (please don't do that) [15:15:52 CET] <kerio> ? [15:15:54 CET] <JEEB> in AVC (H.264) they kind of half-assed the specificness of where actual random access points are [15:16:12 CET] <JEEB> so you either have an IDR picture, or you have to have a random access SEI message + an I picture [15:16:36 CET] <DHE> mpegts has a "randon access indicator" bit to assist in finding that [15:17:01 CET] <JEEB> in HEVC (H.265) they noticed that this was a bad idea and just rolled out multiple picture types which all fell under the umbrella of IRAP (Intra Random Access Picture) [15:17:30 CET] <JEEB> with the SEI business you actually had to look into multiple packets while having new packet types just let you compare the type of a single packet against multiple [15:28:02 CET] <Nacht> Ah, I always thought that every frame after an I-frame is always a reference to that I-frame [15:28:09 CET] <Nacht> But that doesn't seem to be the case then [15:28:28 CET] <JEEB> not sure about MPEG-1/2 video, but formats after that do not say that the reference buffer has to be cleaned [15:28:34 CET] <JEEB> like AVC or HEVC [15:29:47 CET] <JEEB> newer formats separate "this is an intra only picture" and "this is an intra only picture that lets you random access into the content from here" [15:29:57 CET] <JEEB> and then there's of course stuff like periodic intra refresh [15:30:27 CET] <JEEB> where parts of the picture are refreshed in intra little by little so that you get a full picture after N pictures [15:30:38 CET] <JEEB> but that will probably just confuse you :D [15:31:24 CET] <Nacht> Well you've giving me allot of leads to dig into. I'll continue studying the fields off video :) [15:31:31 CET] <Nacht> Cheers! [15:41:16 CET] <DHE> mpeg2 only has 1 reference frame. so there's no difference between an I and IDR frame (to use h264 nomenclature) [15:41:32 CET] <DHE> well, it does have b-frames but they don't affect this [15:45:26 CET] <JEEB> or well, all I pictures are effectively IRAP pictures [15:45:35 CET] <JEEB> *IRAPs [15:45:39 CET] <JEEB> since P in IRAP is picture ^^; [15:46:05 CET] <JEEB> I really like the IRAP umbrella term because IDR is not the only type of IRAP [15:46:21 CET] <JEEB> even though the term is really only used in HEVC [16:49:15 CET] <ItWasntMe2013> does anyone have any addtional suggestions when converting interlaced video to progressive? other than deinterlacing, are there any other options that I can use to get rid of the ghosting video in high motion scenes? [17:06:57 CET] <furq> ItWasntMe2013: how are you deinterlacing [17:21:38 CET] <ItWasntMe2013> furq: im using yadiff 1 for now [17:22:25 CET] <ItWasntMe2013> I would like to keep the cpu usage down to a realistic usage, but would sacrifice more to gain better quality, but yadiff 2 doesn't show me anymore improvement [17:23:38 CET] <furq> there are better deinterlacers but they probably fail the cpu usage requirement [17:23:42 CET] <furq> the one i'm thinking of certainly does [17:23:52 CET] <ItWasntMe2013> furq: oh yeah? which is that? [17:24:00 CET] <furq> nnedi [17:24:10 CET] <furq> although it's much better if you use it with qtgmc in vapoursynth/avisynth [17:24:16 CET] <furq> it is incredibly slow, though [17:24:37 CET] <furq> i wouldn't have thought yadif in frame-per-field mode would introduce ghosting so that might just be your source [17:25:09 CET] <ItWasntMe2013> I get it.... so no real time stuff [17:25:21 CET] <ItWasntMe2013> The video looks great, just I can see that there is ghosting in the video.... [17:25:27 CET] <ItWasntMe2013> I notice it, but some people wouldnt care [17:26:38 CET] <ItWasntMe2013> any other suggestions? I might be able to live with the ghosting but I can see in horizontal scrolling text that its very choppy [17:26:55 CET] <ItWasntMe2013> I tired adding B frames to compensate, but that didt help much if at all [17:31:13 CET] <jkqxz> ItWasntMe2013: What platform are you on? Many GPUs include hardware deinterlacers, which are of variable quality but typically fast. [17:41:30 CET] <ItWasntMe2013> jkqxz: I use both CPU and GPU and get the same result, but right now I have nvenc for my processing [17:48:21 CET] <jkqxz> The cuvid decoder has some sort of auto-deinterlace built-in. ffmpeg doesn't support any other route, though I imagine there is some CUDA stuff to do it. [17:51:07 CET] <ItWasntMe2013> So you suggest to try cuvid for decoding, my current setup is CPU decode, and GPU encode... Try GPU on both? [17:55:30 CET] <jkqxz> Maybe? I'm not particularly familiar with how that works; maybe there is some way to access the deinterlacer stand-alone as well. [18:32:36 CET] <BtbN> jkqxz, it's not automatic. You have to explicitly enable it. [18:32:58 CET] <BtbN> And there are some catches to it, as ffmpeg.c does not exactly support a decoder outputing two frames per input [18:33:25 CET] <BtbN> so for i50 content you have to specify the input framerate yourself [18:33:41 CET] <BtbN> ffmpeg -r 50 -deint adaptive input.mkv ... [18:33:50 CET] <BtbN> + -c:v h264_cuvid of course [18:34:26 CET] <BtbN> without -r 50 ffmpeg throws away every second frame, leaving you with p25 instead of p50 [19:51:27 CET] <ShaneC_> Does preset ultrafast deinterlace video? I am trying to capture interlaced source, but my output looks deinterlaced. [19:54:11 CET] <DHE> no, deinterlacing in ffmpeg is all up to you. maybe your player is auto-deinterlacing? [20:06:56 CET] <ShaneC_> @dhe, ty! [20:45:15 CET] <andydufresne> is it possible embed album art using ffmpeg while converting from flac to mp3? [21:03:25 CET] <durandal_1707> andydufresne: nope, not yet [22:33:52 CET] <cnote> why does video/audio uses bit/s not byte/s [22:33:56 CET] <cnote> for example mp3 128 kbps [22:54:01 CET] <durandal_1707> cnote: because it's convenient [23:34:11 CET] <kepstin> cnote: mostly because it's traditional, I think. It's always used bits, so changing it now would cause confusion. [23:36:58 CET] <kepstin> (using bits to measure bandwidth of transmitted signals significantly predates computers using 8-bit bytes) [23:51:55 CET] <andydufresne> thank you durandal_1707 [00:00:00 CET] --- Wed Dec 7 2016

1 0