Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

April 2017

1 participants
60 discussions

ffmpeg-devel.log.20170429
by burek 30 Apr '17

30 Apr '17

[02:00:23 CEST] <kierank> durandal_1707: keep a counter of relative position and flash on nearest frame [02:59:12 CEST] <cone-753> ffmpeg 03James Zern 07master:1bee78a0198d: libvpxenc: allow aq-mode 4 (equator360) [03:55:29 CEST] <cone-753> ffmpeg 03Lucas Cooper 07master:77bc507f6f00: avformat/movenc: Explicitly address potential division by zero. [11:46:14 CEST] <cone-821> ffmpeg 03Paul B Mahol 07master:b8b0cece794d: doc/filters: add one lowpass filter example [12:44:17 CEST] <cone-821> ffmpeg 03Anton Khirnov 07master:1783d7ec03d7: Changelog: add some missing entries [12:44:18 CEST] <cone-821> ffmpeg 03Clément BSsch 07master:fe86fa7c0abf: Merge commit '1783d7ec03d730c5bd96c07bc5fa7aa566f85c66' [12:45:45 CEST] <cone-821> ffmpeg 03Anton Khirnov 07master:ea8b730d8e67: hevcdec: add a VAAPI hwaccel [12:45:46 CEST] <cone-821> ffmpeg 03Clément BSsch 07master:b893f3f54333: Merge commit 'ea8b730d8e67152107d7fcdd5590bbb51ec236b1' [12:46:22 CEST] <cone-821> ffmpeg 03Anton Khirnov 07master:cfa4eb4fba78: vaapi_decode: use the correct logging context [12:46:23 CEST] <cone-821> ffmpeg 03Clément BSsch 07master:5729acee8214: Merge commit 'cfa4eb4fba782f3f37a33be997b27a91a07053c9' [12:51:55 CEST] <cone-821> ffmpeg 03Anton Khirnov 07master:46191a2da16f: mov: fix a possible invalid read in mov_read_mac_string() [12:51:56 CEST] <cone-821> ffmpeg 03Clément BSsch 07master:e166fe2e1f0a: Merge commit '46191a2da16f751e53d93646ae1388d421d12bee' [12:54:15 CEST] <ubitux> michaelni: is 740959fdbfbf804ccd8a6e426b1b1ba321fe5cfb enough to fix the overflow fixed in 58405de0951a843765625159402870c1eea3c3b1? [12:55:53 CEST] <ubitux> same question with e807491fc6a336e4becc0cbc981274a8fde18aba [13:21:45 CEST] <michaelni> ubitux, the libav code refered to is wrong for us and i doubt the problem it fixes applies to us. [13:24:30 CEST] <ubitux> michaelni: ok, for both commits? [13:33:55 CEST] <michaelni> yes, they do more or less the same thing [13:45:40 CEST] <ubitux> ok [13:46:23 CEST] <ubitux> thanks [13:51:07 CEST] <cone-821> ffmpeg 03Anton Khirnov 07master:58405de0951a: mpegvideo_parser: avoid signed overflow in bitrate calculation [13:51:08 CEST] <cone-821> ffmpeg 03Anton Khirnov 07master:e807491fc6a3: mpeg12dec: avoid signed overflow in bitrate calculation [13:51:09 CEST] <cone-821> ffmpeg 03Clément BSsch 07master:85452f9ab7aa: Merge commit 'e807491fc6a336e4becc0cbc981274a8fde18aba' [16:39:17 CEST] <ubitux> who wants to merge/skip the next commits? [17:15:35 CEST] <jamrial> ubitux: the mpeg2video commit doesn't apply cleanly, but does after you look where the code was moved. i however don't know if we even need it at all [17:17:54 CEST] <ubitux> the libav sample doesn't work in ffmpeg [17:18:13 CEST] <ubitux> like, it's detected as mp3 and can't make it interpret it properly as mpeg (or i'm doing something wrong) [17:18:17 CEST] <jamrial> which is it? [17:18:27 CEST] <ubitux> https://github.com/asarubbo/poc/blob/master/00037-libav-signedintoverflow-m… [17:18:44 CEST] <ubitux> see https://bugzilla.libav.org/show_bug.cgi?id=981 + 999 [17:20:54 CEST] <jamrial> try ffmpeg -f mpegvideo -i sample [17:20:57 CEST] <jamrial> that worked for me [17:21:11 CEST] <thardin> what's the state of html5 video these days? [17:21:47 CEST] <thardin> I got a request from my old buss to consult for some attempt to do frame-accurate stuff on the web. but not enough time for it (or desire for hair-pulling tbh) [17:21:53 CEST] <thardin> boss* [17:22:51 CEST] <jamrial> ubitux: that sample fails the same way without merging this patch than after merging it [17:23:00 CEST] <jamrial> invalid data error then conversion failed [17:23:05 CEST] <jamrial> no segfault [17:25:58 CEST] <jamrial> ubitux: https://pastebin.com/raw/91z5V5uX that's the patch merged. fate passes, but it doesn't seem to change how that file is handled [17:27:02 CEST] <ubitux> yeah that's how i assumed it should be merged but the sample didn't seem to reach the decoder in the first place and so i couldn't test [17:27:47 CEST] <jamrial> try the above command to force mpeg2video demuxer. for some reason it detects it as mp3 [17:28:38 CEST] <jamrial> the h264 commit after this doesn't seem to apply at all. without looking much into it i'd say we should skip it, since our slice code is very different than theirs [18:04:30 CEST] <wm4> can anyone confirm how formats like AV_PIX_FMT_GBRP10 work? in my opinion, it simply uses the range [0,2^10) - is that wrong? [18:10:32 CEST] <J_Darnley> wm4: I would assume so. Like with the 10-bit yuv formats it allows some head room for doing math in just 16-bit data. [18:21:58 CEST] <jamrial> michaelni: could you check if this is useful/superfluous/harmless? https://github.com/jamrial/FFmpeg/tree/mergework [18:22:20 CEST] <jamrial> the file (see ubitux's link above) this fixes in libav "works" the same with ffmpeg with or without this commit merged [18:22:38 CEST] <wm4> J_Darnley: any certainty how gray formats are represented? [18:23:01 CEST] <wm4> like AV_PIX_FMT_GRAY10 [18:29:37 CEST] <wm4> just going by hevc_ps.c (where's the h264 part of this?), I'd guess it actually depends on the vui->matrix_coeffs field [18:30:03 CEST] <wm4> (also why does it not export vui->video_full_range_flag as color_range) [18:38:11 CEST] <nevcairiel> it does, but setting avctx from sps is in another place [18:38:22 CEST] <wm4> where? [18:38:31 CEST] <nevcairiel> export_stream_params in hevcdec.c [18:39:01 CEST] <nevcairiel> since you can have multiple sps'es, parsing and activating are split [18:39:42 CEST] <wm4> ah, overlooked it [18:39:58 CEST] <wm4> if (vui->video_full_range_flag && sps->pix_fmt == AV_PIX_FMT_YUV420P) [18:39:58 CEST] <wm4> sps->pix_fmt = AV_PIX_FMT_YUVJ420P; [18:40:02 CEST] <wm4> that confused me [18:40:13 CEST] <nevcairiel> all those shitty hacks for the J formats [18:40:23 CEST] <wm4> indeed [18:43:34 CEST] <jamrial> they have been "deprecated" for what, five years now? [18:43:51 CEST] <wm4> at least [18:44:05 CEST] <nevcairiel> unfortunately a bunch of stuff still has no replacement handling [18:44:09 CEST] <wm4> last time this came up, libavfilter and libavcodec encoding "relied" on them for format negotiation [18:44:52 CEST] <JEEB> I thought that was swscale? [18:45:14 CEST] <wm4> no swscale could handle it [18:45:22 CEST] <wm4> for the conversions it supports [18:45:29 CEST] <JEEB> hmm [18:45:58 CEST] <nevcairiel> sws basically abstracts it away on input anyway and converts it into a flag [18:46:35 CEST] <nevcairiel> which you can set manually [18:46:47 CEST] <nevcairiel> but avfilter format negotiation probably doesnt account for it [18:47:02 CEST] <wm4> correct [18:47:27 CEST] <wm4> and encoding has generally no handling of it either (I recently had a bad experience with mjpegenc) [18:51:43 CEST] <durandal_1707> fine to push smthing? [19:00:20 CEST] <jamrial> yes [19:13:40 CEST] <cone-509> ffmpeg 03Paul B Mahol 07master:8341d0dd0e5f: avfilter: add pixscope filter [19:13:40 CEST] <cone-509> ffmpeg 03Paul B Mahol 07master:399c7ab9c6bc: avfilter: add video oscilloscope filter [21:18:13 CEST] <michaelni> jamrial, i dont really see what this fixes, i also dont see what it would break. [21:19:09 CEST] <jamrial> michaelni: if it's harmless then maybe it's worth merging to reduce differences with libav a bit [21:19:13 CEST] <jamrial> but if you prefer to play it safe i can noop it [21:19:57 CEST] <michaelni> choose what you prefer, i cant really tell for this one [21:19:59 CEST] <jamrial> and it probably fixes some crash/overread you fixed a long while ago, back when you moved the code around [21:20:59 CEST] <jamrial> ok, thanks [21:21:44 CEST] <uau> jamrial: doesn't that commit have a fairly clear problem description? [21:21:53 CEST] <uau> so it should be possible to tell whether the problem can occur or not [21:21:55 CEST] <jamrial> wm4: it doesn't apply to us [21:22:16 CEST] <jamrial> the file it mentions it fixes behaves the same without this merger and without [21:22:40 CEST] <jamrial> michaelni probably fixed this long ago in a differnent way, which is why it doesnt apply cleanly to begin with, since the code was moved around [21:22:52 CEST] <jamrial> sorry, uau [21:23:18 CEST] <uau> from the commit message it looks like something you should be able to tell from the code [21:23:26 CEST] <uau> without needing to rely on testing [00:00:00 CEST] --- Sun Apr 30 2017

1 0

ffmpeg.log.20170429
by burek 30 Apr '17

30 Apr '17

[01:19:02 CEST] <cryptodechange> Accidentally hit a key which switched to debug mode during an encode [01:19:16 CEST] <cryptodechange> How can I switch it back to the simplified output? [01:19:34 CEST] <cryptodechange> note to self: don't wipe keyboard when computer does something important [01:20:39 CEST] <BtbN> There's a debug mode? [01:21:17 CEST] <cryptodechange> lots of verbose messages in green [01:21:19 CEST] <cryptodechange> [matroska @ 0x25b2e80] Writing block at offset 209241, size 52324, pts 3477641, dts 3476974, duration 42, keyframe 0 [01:22:27 CEST] <cryptodechange> could be x264 [01:22:42 CEST] <BtbN> I wasn't aware the log level can be changed at runtime [01:23:50 CEST] <cryptodechange> Interesting, I see this amongst the clutter [01:23:52 CEST] <cryptodechange> cur_dts is invalid (this is harmless if it occurs once at the start per stream) [01:24:15 CEST] <cryptodechange> It keeps appearing, not sure if harmless [01:26:35 CEST] <furq> cryptodechange: - [01:26:57 CEST] <furq> + to increase verbosity, - to decrease it [01:28:44 CEST] <cryptodechange> \o/ [01:28:50 CEST] <cryptodechange> thanks [01:29:55 CEST] <cryptodechange> One encode is ~ 0.7x slower than another [01:30:28 CEST] <cryptodechange> Same settings, the slower encode is just mapped to the video stream instead of all the others [01:30:35 CEST] <cryptodechange> I'm assuming it's down to the complexity of the source? [01:50:24 CEST] <james999> when doing udp mode is there a way to see the total bitrate of transmitting the video? [01:50:35 CEST] <james999> in the right it says 1400kbit/s is that the total bitrate? [01:51:00 CEST] <james999> if so how is it transmitting 1280x720 at 30fps? o_0 [01:52:01 CEST] <thebombzen> because 1400 kbps is the bitrate of the video you're transmitting? [01:52:07 CEST] <thebombzen> I'm not sure why this is complicated [01:52:22 CEST] <thebombzen> 1.5 Mbps is a somewhat low but reasonable bitrate for hd720@30 [01:57:30 CEST] <furq> depends on the source [03:08:41 CEST] <damdai> why does it take 12 hours to encode 90min video using x265 [03:10:02 CEST] <thebombzen> because libx265 is slow [03:10:45 CEST] <thebombzen> james999: but either way 1.4 Mbps is fine for 720p. at least it doesn't look wrong [03:11:16 CEST] <damdai> thebombzen how long does it make on your computer [03:11:26 CEST] <damdai> take* [03:11:56 CEST] <thebombzen> well it depends on the settings. but HEVC encoding is going to be slow on the cpu even with a nice cpu [03:12:13 CEST] <thebombzen> I use libx264 anyway because the encoding time isn't really worth it [03:12:27 CEST] <thebombzen> especially given that YouTube still doesn't support HEVC [03:14:02 CEST] <damdai> <Yuken> ;"""""because x265 only uses 2 threads" ... is this true [03:14:30 CEST] <thebombzen> no [03:14:41 CEST] <thebombzen> at least not with any recent build of it [03:14:59 CEST] <thebombzen> hevc is just a very computationally complex codec and libx265 is slow [03:15:29 CEST] <damdai> i have 4core 8 threads cpu [03:15:38 CEST] <damdai> can libx265 use all 8 threads? [03:15:41 CEST] <thebombzen> well you know x265 prints stats right [03:16:04 CEST] <damdai> i am using x265 via handbrake [03:25:21 CEST] <damdai> is there a hardware i can buy to make x265 faster? [03:27:37 CEST] <furq> a better cpu [03:31:29 CEST] <mrose> What is the difference between using ffmpeg and ffserver for a single rtp multicast? [03:31:36 CEST] <damdai> furq other than CPU [03:33:27 CEST] <thebombzen> mrose: ffmpeg is a transcoder [03:33:31 CEST] <thebombzen> ffserver is a server [03:33:49 CEST] <thebombzen> damdai: you can try to encode it on your GPU and it'll be fast but the quality will be pretty bad [03:33:57 CEST] <thebombzen> bad as in, worse than software libx264 [03:34:07 CEST] <damdai> why would quality be different [03:34:19 CEST] <damdai> i don't get it [03:34:29 CEST] <thebombzen> because the encoder isn't as good [03:34:43 CEST] <thebombzen> encoders have to make decisions about what data to throw out. some encoders are better at that. [03:35:01 CEST] <thebombzen> gpus are very bad at branches and decisionmaking so their algorithms are much more primitive [03:35:03 CEST] <damdai> but if you doing math (calculating pie for example), either you are use CPU to do that or GPU to do that. answer will be same [03:35:11 CEST] <thebombzen> damdai: because you're not doing something like that [03:35:19 CEST] <thebombzen> the way lossy compression works is that you have to throw out data [03:35:34 CEST] <damdai> okay [03:35:41 CEST] <mrose> when i run ffmpeg -f alsa -i hw:0 -f rtp rtp://...:5004, isn't ffmpeg 'serving'? [03:35:43 CEST] <thebombzen> choosing what data to get rid of is a lot of choices [03:35:53 CEST] <thebombzen> and gpus are bad at branched programming [03:36:05 CEST] <thebombzen> so gpu encoding is much more primitive and will have a lower visual quality [03:36:08 CEST] <damdai> thebombzen oh okay [03:36:23 CEST] <damdai> thebombzen what is better for calculating pie then [03:36:30 CEST] <thebombzen> an oven [03:37:12 CEST] <thebombzen> the answer is, "it's completely irrelevant" because calculating pi to arbitary precision isn't something you want to do or care to do [03:37:16 CEST] <damdai> what makes x265 lossy video compression better than older method like mpeg2 [03:37:22 CEST] <thebombzen> it's a more complex format [03:37:41 CEST] <damdai> they are both same idea/concept though. it has to throw out data [03:37:41 CEST] <thebombzen> the encoder can make choices but it still has to comply to the bitstream format [03:38:19 CEST] <thebombzen> but also keep in mind that this is true for lossless compression as well. xz is better than gzip even though they have the same amount of data (all of it) [03:38:25 CEST] <thebombzen> cause mpeg2 isn't optimal [03:38:58 CEST] <thebombzen> they're differnet video coding formats and mpeg2 is less optimized [03:39:25 CEST] <thebombzen> something like H.264 is much more complex format and thus you can achieve better compression and quality with it [03:39:39 CEST] <thebombzen> HEVC is about twice as complex as H.264 [03:39:50 CEST] <damdai> would you able to tell the difference between h265 bluray movie vs vc1 bluray movie [03:39:54 CEST] <damdai> h264* sorry [03:40:07 CEST] <thebombzen> well vc1 sucks [03:40:16 CEST] <thebombzen> so at the same bitrate, yes, depending on how high it is. [03:40:28 CEST] <thebombzen> at enormous bitrates you won't be able to tell the difference [03:45:30 CEST] <damdai> i was told vc1 was better than h264 when bluray first came out, but now h264 is much better [03:45:36 CEST] <damdai> is that true [03:46:44 CEST] <thebombzen> H.264 encoders are better. specifically x264 [04:04:19 CEST] <mrose> so a typical flow would be transcoder > server [04:05:25 CEST] <damdai> thebombzen people say x264 is best encoder but i cannot tell people are just saying that because we are in freenode and they are bias to it [04:06:42 CEST] <mrose> if the ffmpeg can output directly to rtp, is ffserver necessary? It does not appear to be running in the background or anything. [04:06:53 CEST] <james999> according to ffmpeg -codecs it can encode/decode h265 video [04:07:09 CEST] <james999> do you think vlc on the xbox one can decode h265? [04:07:32 CEST] <pzy> probably [04:14:09 CEST] <james999> says it has double the data rate [04:14:33 CEST] <james999> I was able to stream hd (720p) over my wifi to my xbox but not full 1080p [04:14:48 CEST] <james999> but that was with x264 [04:22:55 CEST] <pzy> are you talking about wifi being the bottleneck, or the xbox cpu [04:24:15 CEST] <james999> i don't know but i presume the wifi [04:24:31 CEST] <james999> i'm not sure how i can measure my wifi speed as i only have 1 pc and 1 xbox atm [04:55:12 CEST] <thebombzen> james999: vlc has libavcodec as a plugin [04:55:21 CEST] <thebombzen> so it should be able to decode anything libavcodec can decode [04:55:49 CEST] <thebombzen> damdai: we x264 is the best because it is. it consistently performs at the top of comparisons [04:56:19 CEST] <thebombzen> mkrs: ffmpeg can output to rtp unicase [04:56:28 CEST] <thebombzen> ffserver is a multimedia streaming server [04:56:57 CEST] <thebombzen> for live applications, usually you have ffserver doing the streaming but there's an ffmpeg process piped to it [04:57:10 CEST] <damdai> thebombzen is it good enough for hollywood to use x264 on their bluray disc [04:57:22 CEST] <thebombzen> yes although they don't because hollywood is weird [04:57:39 CEST] <thebombzen> hollywood insists on using proprietary encoders for some weird reason [04:57:46 CEST] <thebombzen> YouTube does use x264 to encode their youtube videos though [05:05:23 CEST] <mkrs> thebombzen, is that rtp unicast? as in not multicast? [05:05:36 CEST] <thebombzen> yes [05:06:15 CEST] <TD-Linux> umm x264 is nowhere near the best anymore [05:06:36 CEST] <TD-Linux> best h264 encoder sure. [05:08:24 CEST] <thebombzen> yea that's what I meant [05:11:01 CEST] <mkrs> okay. I've been sending ffmpeg output to an rtp:// multicast address. maybe that has been the cause of some of the frustrations [05:11:10 CEST] <mkrs> thank you :) [05:23:19 CEST] <james999> x264 is not best at what, h264 encoding or video in general? [05:43:18 CEST] <thebombzen> perhaps you should read [05:55:54 CEST] <james999> TD-linux said x264 is nowhere near the best, but is best h264 encoder [05:55:59 CEST] <james999> Then you said you agreed. [06:28:27 CEST] <damdai> people say x264 is best encoder but i cannot tell people are just saying that because we are in freenode and they are bias to it [06:28:42 CEST] <damdai> james999 i think thebombzen was responding to my statement [06:41:25 CEST] <james999> i think he was responding to mkrs [06:41:47 CEST] <james999> but i think i figured out my mistake, I didn't realize libx264 is only an encoder not a decoder [06:42:02 CEST] <james999> ffmpeg -codecs lists h264 ENcoders as h264 h264_qsv libopenh264 h264_cuvid [06:43:02 CEST] <james999> TD-Linux made it sound like x264 wasn't the best decoder but still the best encoder [06:46:36 CEST] <james999> http://www.videolan.org/developers/x264.html [06:47:49 CEST] <furq> x264 is the best h.264 encoder, but h.264 is getting on for 14 years old [06:48:15 CEST] <furq> there are newer codecs that theoretically kick its teeth in [06:48:48 CEST] <furq> but practically x264 is still very good and the newer encoders (x265, libvpx, av1 whenever that comes out) are slow or immature or both [06:51:01 CEST] <james999> that reminds me i should test if that vlc on xbox one can decode h265 reasonably well [06:51:48 CEST] <furq> well nothing uses h265 so it probably doesn't matter [06:52:25 CEST] <james999> well i couldnt' quite get full HD over my wifi before but if x265 is better i thought mb i can reach 1920x1080 without lag [06:52:38 CEST] <james999> of course maybe my wifi is just bad, i have no way to measure it that i know of [06:52:56 CEST] <furq> you won't be able to encode 1080p30 h265 in realtime [06:53:03 CEST] <james999> oh [06:53:10 CEST] <furq> well you will but the quality will be worse than x264 [06:53:36 CEST] <james999> would i have to like, do it offline and then tweak the settings to improve on x264? [06:53:50 CEST] <furq> x265 is only worth using if you use a preset which is slower than x264 -preset veryslow [06:54:12 CEST] <james999> i assume it's -vcodec libx265. The out put of ffmpeg -codecs is a little ambiguous, sometimes it says decoders (...) or (encoders...) in the description [06:54:21 CEST] <furq> and unless you've got some dual xeon server there, you're not going to get that kind of speed [06:54:42 CEST] <james999> ah ok, that's' why you said "theoretically" kick its teeth [06:54:52 CEST] <furq> well also x265 is just generally less mature than x264 [06:55:02 CEST] <furq> x264 is probably the most thoroughly developed encoder to ever exist [06:55:14 CEST] <furq> they've really squeezed every last bit of life out of that standard [06:55:19 CEST] <furq> whereas x265 has still got a long way to go [06:55:36 CEST] <james999> interesting that youtube uses an open source standard for its encoding [06:55:41 CEST] <furq> and also their development model isn't nearly as open [06:55:43 CEST] <furq> and er [06:55:53 CEST] <furq> h264 isn't open, you have to pay for a license [06:56:09 CEST] <james999> to do what? encode in it? [06:56:17 CEST] <furq> to use it at all [06:56:27 CEST] <furq> it doesn't really matter unless you're making money from it in the US [06:56:42 CEST] <james999> ah ok. that explains why every person with a smart phone isn't paying a license fee [06:56:55 CEST] <furq> well the smartphone manufacturers will pay the decoder license if it's needed [06:56:57 CEST] <james999> I think in britain they call the tax for the BBC the "license" or something. confused me for awhile [06:57:04 CEST] <james999> as in "I paid my bbc license fee" [06:57:08 CEST] <furq> it's a tv license [06:57:22 CEST] <furq> if you receive tv signals then you need to pay a license [06:57:34 CEST] <furq> it pays for the bbc but nobody calls it the bbc license [06:58:15 CEST] <furq> they keep sending me threatening letters saying "YOU KNOW. WE KNOW" even though i already told them i don't have a tv [06:58:16 CEST] <james999> that youtuber I was litsening to did. he lives in the UK [06:58:19 CEST] <furq> although even if i did, they can't do anything [06:58:28 CEST] <james999> your whois says paris though [06:58:30 CEST] <furq> they have no legal authority to come into your house and check [06:58:37 CEST] <james999> you live in the UK? [06:58:47 CEST] <furq> yes, and paris is the freenode server i'm connected to [06:58:56 CEST] <james999> oh my bad [06:59:19 CEST] <james999> so it's not something factored into the cost of the tv? [06:59:24 CEST] <furq> no [06:59:26 CEST] <thebombzen> and yes re: phones with H.264 decoders, you are paying for them [06:59:28 CEST] <furq> it's like £130 a year or something [06:59:30 CEST] <james999> it's a specific thing you write a check for and mail it in? [06:59:31 CEST] <thebombzen> it's just included in the cost of the phone [06:59:33 CEST] <furq> yeah [06:59:48 CEST] <furq> well not a cheque because it's not 1973 [06:59:52 CEST] <furq> direct debit [07:00:06 CEST] <thebombzen> when you pay for the phone you're also paying for the development of the operating system, including any licening fees for technology [07:00:17 CEST] <james999> lol over in the US they are craftier, a devilishly clever economist named Milton Friedman came up with the concept of income withholding [07:00:33 CEST] <james999> So people get their taxes deducted automatically instead of paying it themselves. [07:00:48 CEST] <thebombzen> not really [07:00:49 CEST] <james999> If they wanted to fool ya they'd factor those licenses into the tv cost. [07:00:49 CEST] <furq> that happens automatically here [07:01:00 CEST] <furq> your taxes just get deducted from your paycheque [07:01:07 CEST] <furq> you only have to do your own taxes if you're self-employed [07:01:28 CEST] <thebombzen> james999: it's not that your taxes are paid automatically. it's more that if you're a Salaried (W2) employee then it's fairly easy to estimate your taxes at the end of the year [07:01:37 CEST] <james999> sure, i'm saying it would be harder to complain about the bbc thing if it was incorporated into buying the tv [07:01:50 CEST] <thebombzen> so your taxes are withheld from your paycheck by the employer and sent to the IRS [07:01:55 CEST] <furq> i mean they could do that, but it's an annual fee [07:02:03 CEST] <furq> and people don't buy tvs that often [07:02:24 CEST] <james999> 130 pounds you said? [07:02:50 CEST] <furq> apparently it's £147 [07:02:57 CEST] <furq> so about $200 [07:03:11 CEST] <thebombzen> wait why are you receiving angry letters from the BBC if you don't have cable [07:03:16 CEST] <james999> that's pretty damn high for just the bbc. that's more like your whole cable package here [07:03:27 CEST] <furq> when i moved in they sent me a letter and i went on their website and told them i don't have a tv [07:03:42 CEST] <thebombzen> well what are they going to do? cut off your cable service? [07:03:43 CEST] <furq> but they changed the law so that you can no longer watch catchup services online [07:03:52 CEST] <furq> without a license [07:04:00 CEST] <thebombzen> shrug [07:04:07 CEST] <furq> so now they're sending me letters again and i've been too lazy to tell them that i pirate all my tv [07:04:11 CEST] <thebombzen> in the US if you don't pay your cable bill to your cable company they just cut off service [07:04:21 CEST] <thebombzen> which isn't a problem if you don't have a TV [07:04:27 CEST] <furq> it's all OTA here [07:04:28 CEST] <james999> maybe they think he has a tv? [07:04:36 CEST] <thebombzen> OTA? you mean like electricity? [07:04:43 CEST] <furq> do you get electricity over the air [07:04:48 CEST] <thebombzen> oh "over the air" [07:04:54 CEST] <thebombzen> you actually have over the air tv [07:04:54 CEST] <furq> wtf did you think i meant [07:05:06 CEST] <thebombzen> I didn't know what OTA meant i figured you were talking about the "company" part [07:05:35 CEST] <thebombzen> but hm I didn't know you have over the air TV in britain [07:05:37 CEST] <james999> so it's easy for people to receive signals illegally and not be detected. so the solution is to demand everyoen pay this fee? [07:05:38 CEST] <furq> yeah [07:06:00 CEST] <thebombzen> but how can they broadcast TV and then charge everyone for it [07:06:01 CEST] <furq> it's called "freeview" because i guess "£147view" didn't sound as catchy [07:06:10 CEST] <furq> by making a law that says they can do that [07:06:24 CEST] <thebombzen> I mean sure but public utilities make sense for actual necessary services [07:06:28 CEST] <thebombzen> like water [07:06:29 CEST] <james999> the UK has no written constitution. I imagine they pass laws based on... things... [07:06:33 CEST] <thebombzen> and even still they have pay what you use [07:06:48 CEST] <thebombzen> or even healthcare, like in canada at least makes sense [07:06:50 CEST] <james999> I live in a rural area and get a water bill that I have to pay [07:06:56 CEST] <furq> i mean it is stupid [07:07:08 CEST] <furq> in years gone by i'd have said it was worth it because it funds the bbc [07:07:14 CEST] <furq> but the bbc has been increasingly shit lately [07:07:22 CEST] <james999> furq: the video I was watching the guy was complaining about the BBC's reporting and behavior and why he had to fund it [07:07:25 CEST] <thebombzen> but the problem is the ridiculous price [07:07:44 CEST] <furq> i actually stopped watching iplayer when the law came in saying you'd need a tv license to watch it [07:07:46 CEST] <thebombzen> the US government funds things like National Public Radio (which is free, funded by taxes) but it's not like it's 147 pounds [07:07:56 CEST] <furq> so i'm not avoiding them or anything, i legit don't have to pay [07:08:02 CEST] <furq> and i've not missed it at all [07:08:07 CEST] <thebombzen> per person NPR is less than 1c per dollar [07:08:19 CEST] <furq> you can't really compare the bbc to npr [07:08:21 CEST] <thebombzen> per tax dollar per person per year I mean [07:08:21 CEST] <james999> so the law was written to only apply to tv owners? [07:08:33 CEST] <furq> and yeah [07:08:34 CEST] <thebombzen> furq: why not? [07:08:40 CEST] <furq> you could just fold it into taxes but then everyone would have to pay [07:08:49 CEST] <thebombzen> well the order of magnitude is different [07:08:52 CEST] <furq> and i imagine 50+ years ago that would be controversial because people who didn't have tvs were paying for it [07:09:02 CEST] <furq> it's probably less controversial now but we already do it this way [07:09:17 CEST] <thebombzen> things like the National Endowment for the Arts, National Public Radio, the Corporation for Public Broadcasting, etc. those are similar but the main difference is that they're really really cheap [07:09:18 CEST] <furq> and yeah the bbc is pretty huge [07:09:37 CEST] <furq> pbs might be a better comparison but the bbc is probably much bigger than that too [07:09:41 CEST] <thebombzen> the average person spends extremely little on it. like in the order of 1 dollar per year in taxes [07:09:53 CEST] <thebombzen> PBS is underneath CPB [07:09:54 CEST] <thebombzen> but yea [07:10:03 CEST] <james999> what i want to know is what does bbc spend all that money on. how much is actual investigative reporting? [07:10:15 CEST] <furq> it's a tv network [07:10:17 CEST] <furq> they make tv shows [07:10:30 CEST] <james999> that's what really grinds my gears. these media empires expect you to pay for their services, but their "reporting" consists of reading the AP wire or copying a police statement. [07:10:43 CEST] <furq> it's not a news network [07:10:54 CEST] <thebombzen> but yea 147 pounds per year is absurd [07:10:56 CEST] <james999> i only know it through bbc news [07:11:01 CEST] <furq> i know most people outside of the uk only experience....yeah [07:11:02 CEST] <james999> i didn't know they had shows [07:11:12 CEST] <furq> but surely your favourite show is the beloved, "top gear" [07:11:18 CEST] <thebombzen> but of course [07:11:27 CEST] <thebombzen> get it [07:11:30 CEST] <thebombzen> of race course [07:11:31 CEST] <thebombzen> nvm [07:11:33 CEST] <furq> with the idiot, the dickhead and the loser [07:11:42 CEST] <TD-Linux> also that one insufferable scifi show [07:11:43 CEST] <furq> having hilarious conversations about how mexicans are lazy [07:11:51 CEST] <thebombzen> I don't actually watch top gear [07:11:55 CEST] <furq> nobody does [07:11:58 CEST] <thebombzen> my roommate does [07:12:00 CEST] <furq> also yeah doctor who [07:12:02 CEST] <thebombzen> he watches it on amazon prime [07:12:05 CEST] <thebombzen> cause he's weird [07:12:05 CEST] <furq> or as i cleverly call it...doctor poo [07:12:09 CEST] <furq> the one on amazon isn't top gear [07:12:16 CEST] <TD-Linux> the secret life of machines, however, is excellent [07:12:17 CEST] <thebombzen> oh it's the one in the US or something [07:12:21 CEST] <furq> clarkson got sacked from the bbc for repeatedly making racist jokes and then slugging a producer in the face [07:12:29 CEST] <thebombzen> where they threw money at like 6 minutes [07:12:30 CEST] <furq> so they fucked off to amazon to make the exact same show but called THE GRAND TOUR [07:12:34 CEST] <TD-Linux> if I could time travel back to 1989 in the UK and pay the tv license that year, I would [07:12:48 CEST] <TD-Linux> that show cost at least $100 to make [07:12:49 CEST] <thebombzen> ah, I just googled it, PBS costs US taxdollars $1.37 per year [07:12:49 CEST] <furq> top gear used to be fairly good [07:12:52 CEST] <thebombzen> per person I mean [07:12:58 CEST] <thebombzen> so yea that's not quite 147 pounds [07:12:58 CEST] <furq> but then it turned into some kind of fucking slapstick nonsense [07:13:10 CEST] <james999> I looked for top bbc shows and several of them are scifi, that can't be right [07:13:25 CEST] <thebombzen> Doctor Who is famous [07:13:30 CEST] <james999> merlin, doctor who, [07:13:32 CEST] <thebombzen> but other than that I have no idea what you're talking about [07:13:35 CEST] <furq> lol i googled it and "MERLIN" and "TORCHWOOD" are on there [07:13:36 CEST] <furq> what the fuck [07:13:41 CEST] <thebombzen> Merlin doesn't sound scifi [07:13:46 CEST] <furq> also fawlty towers is on there which hasn't been on the air since 1979 [07:13:47 CEST] <thebombzen> Merlin sounds like a fantasy show [07:13:48 CEST] <furq> and also it's shit [07:13:59 CEST] <furq> merlin is a kids' show about wizards [07:14:19 CEST] <furq> this list is fucking baffling. i've never heard of half of this [07:14:26 CEST] <furq> and the stuff i have heard of is unwatchable [07:14:46 CEST] <thebombzen> the only british wizarding stuff I know about is Harry Potter [07:14:48 CEST] <furq> there is one show i really like on page 2, and that's it [07:14:58 CEST] <furq> see if you can guess which one [07:15:02 CEST] <thebombzen> I can't. [07:15:05 CEST] <james999> this torchwood show sounds wonky: "Over its run, the show explored a number of themes; prominent among these were existentialism, homosexual and bisexual relationships, and explorations of human corruptibility." [07:15:16 CEST] <furq> james999: what is "torchwood" an anagram of [07:15:45 CEST] <james999> um... dorch twoo? [07:15:48 CEST] <furq> i'll give you a clue, you typed it within the last three minutes [07:15:49 CEST] <thebombzen> wood torch? [07:16:14 CEST] <james999> oh lol [07:16:18 CEST] <james999> it's an anagram of doctor who [07:16:22 CEST] <furq> that's literally the only thing i know about it [07:16:35 CEST] <james999> i think that proves the show is probably overly pretentious [07:16:40 CEST] <thebombzen> I was thinking Trood Chow [07:16:41 CEST] <thebombzen> but okay [07:16:42 CEST] <james999> with a title too clever by half [07:16:45 CEST] <furq> nothing associated with doctor who is pretentious [07:17:04 CEST] <TD-Linux> furq, house of cards? [07:17:25 CEST] <furq> no but it is about politics [07:17:27 CEST] <furq> https://en.wikipedia.org/wiki/The_Thick_of_It [07:17:36 CEST] <thebombzen> wait we were talking about wood [07:17:37 CEST] <james999> actually the existential bisexuality makes sense to me now, b/c the only doctor who fan i know is a old philosopher dude with no wife [07:17:39 CEST] <thebombzen> and here now you have a thicket [07:17:49 CEST] <furq> thebombzen: you should stop [07:18:00 CEST] <thebombzen> james999: I think that's more of the old thing [07:18:04 CEST] <thebombzen> it's been around since the 60s right [07:18:22 CEST] <james999> yeah. i watched a thing about peter troughton doing it [07:18:23 CEST] <furq> funnily enough the new doctor who was the main character in the thick of it [07:18:30 CEST] <furq> although he tells people to fuck off less often as doctor who [07:20:19 CEST] <james999> i have to wonder how british people perceive a show like "House of Cards" [07:20:45 CEST] <thebombzen> british people secretly live in houses of cards so they read the show as "house" [07:20:49 CEST] <furq> https://en.wikipedia.org/wiki/House_of_Cards_(UK_TV_series) [07:20:51 CEST] <furq> we like it [07:21:21 CEST] <james999> lol what, is this one of those shows that they clone in the other country like The Office? [07:21:32 CEST] <furq> they're both based on the same novel [07:21:39 CEST] <furq> i think the us version is explicitly adapted from the bbc miniseries [07:21:58 CEST] <thebombzen> I don't think this is at all like The Office [07:22:13 CEST] <thebombzen> which is as I call it a "cringe comedy" [07:22:29 CEST] <james999> also i goofed the name it's Patrick Troughton [07:22:30 CEST] <furq> everything good in america is stolen from another country [07:22:37 CEST] <thebombzen> including America [07:22:42 CEST] <furq> exactly [07:22:45 CEST] <furq> except that's not very good [07:23:04 CEST] <thebombzen> let's see what's good in America [07:23:17 CEST] <thebombzen> we took cool TV from britain, we took pizza from italy [07:23:36 CEST] <thebombzen> we took our language from the UK as well [07:23:43 CEST] <furq> your best standup comedians are norm macdonald (canada), louis ck (mexico) and dave chappelle (africa) [07:23:56 CEST] <thebombzen> I have no idea who norm macdonald is and dave chappelle are [07:24:02 CEST] <furq> for fuck's sake [07:24:06 CEST] <thebombzen> and Louis CK is some redhead jerk right [07:24:11 CEST] <furq> have you actually emerged from the womb yet [07:24:41 CEST] <thebombzen> I'm 21 and I'm spending my friday night on freenode IRC channels [07:24:41 CEST] <james999> well the US has george carlin [07:24:46 CEST] <furq> had [07:24:48 CEST] <thebombzen> why do you think I should know pop culture [07:24:51 CEST] <thebombzen> and yea george carlin is dead [07:25:07 CEST] <furq> norm macdonald hasn't been described as "pop culture" since 1997 [07:25:12 CEST] <thebombzen> I was 1 year old [07:25:13 CEST] <james999> you're so picky. how about george lucas does that count [07:25:23 CEST] <furq> george lucas is only creatively dead [07:25:23 CEST] <thebombzen> but we did steal Trevor Noah from Africa too [07:25:52 CEST] <thebombzen> furq: how old are you? [07:25:59 CEST] <furq> 31 [07:26:03 CEST] <thebombzen> :P [07:26:16 CEST] <thebombzen> you're not exactly an oldfart [07:26:26 CEST] <thebombzen> calling me a whippersnapper [07:26:28 CEST] <furq> i'm old enough to have just got really sad when i typed "31" [07:26:42 CEST] <thebombzen> >31 years old [07:26:44 CEST] <thebombzen> >really sad [07:26:46 CEST] <furq> although that might have more to do with how i'm spending my friday night [07:26:57 CEST] <thebombzen> yea, I don't think I'm going to be really sad that I'm super old at 31 [07:27:14 CEST] <james999> dave chappele was born in the capital, hardly stealing him from another country [07:27:27 CEST] <furq> i was making a funny and controversial remark like dave chappelle would [07:27:29 CEST] <thebombzen> the capital of what [07:27:33 CEST] <james999> the country [07:27:35 CEST] <furq> the capital of washington dc [07:27:47 CEST] <thebombzen> which country, the US? [07:27:48 CEST] <thebombzen> then how did we steal him from afirca [07:27:51 CEST] <james999> also the thing bout getting old is everybody thinks the next group is what is "old" [07:27:53 CEST] <furq> he is black [07:27:58 CEST] <thebombzen> oh [07:28:02 CEST] <thebombzen> perhaps you could have said Trevor Noah [07:28:05 CEST] <james999> there are literally 50 year olds in trailer parks who think of the 70 year olds as "those old people" [07:28:06 CEST] <thebombzen> who is actually from Africa [07:28:10 CEST] <furq> i said funny comedians [07:28:45 CEST] <thebombzen> james999: "old" is relative [07:28:55 CEST] <thebombzen> if you're a professional sportball player then 31 is old [07:28:55 CEST] <furq> i mean if i'd wanted to make a point by lying i'd have said john oliver [07:29:04 CEST] <furq> rejected radio 2 panel show guest john oliver [07:29:04 CEST] <thebombzen> John Oliver is funny [07:29:25 CEST] <furq> i have tons of radio 2 panel shows from the late 2000s here where john oliver was the least funny guest [07:29:26 CEST] <james999> did you see amy schumer's comedy sketch about "last fuckable day" for celebrities? [07:29:36 CEST] <thebombzen> no [07:29:46 CEST] <thebombzen> why would I care about the last fuckable day [07:29:48 CEST] <james999> she goes up to a table of female celebrities like the chick from seinfeld [07:29:49 CEST] <furq> that was his job until he went to america and became extremely famous for having a funny accent [07:30:00 CEST] <furq> it's good to have standards [07:30:00 CEST] <james999> and they complain about how they don't get hired past a certain age of believability [07:30:10 CEST] <thebombzen> furq: he's famous because lots of people think he's funny [07:30:12 CEST] <james999> as in, it's believable someone would want to date her [07:30:16 CEST] <thebombzen> furq: you may disagree but that's why he's famous [07:30:36 CEST] <furq> he's famous because some executive thought he had a suitably funny accent to be given the fleet of writers he has [07:30:56 CEST] <thebombzen> not really, he's famous because a lot of people think he's funny [07:31:02 CEST] <furq> i mean i don't dislike the guy [07:31:08 CEST] <james999> furq: i can believe that. even wtih writers he's never struck me as particularly smart or funny [07:31:13 CEST] <thebombzen> I mean I don't think Amy Schumer is funny but lots of people do, which is why he's famous [07:31:13 CEST] <furq> it's just funny to me that he couldn't cut it over here so now he's a superstar in america [07:31:26 CEST] <furq> much like ricky gervais [07:31:36 CEST] <furq> except i think he's a dick [07:31:37 CEST] <thebombzen> that sounds like a name my parents would say [07:31:42 CEST] <james999> yeah these are called "famous because famous". the kardashians are the textbook example of that [07:31:49 CEST] <james999> kim kardashian literally did nothing but release a sex tape [07:31:55 CEST] <thebombzen> james999: this is not an example of that [07:31:56 CEST] <furq> i mean those people have actually made things that are of some cultural value [07:31:58 CEST] <james999> and now she's "famous because she's famous" [07:32:03 CEST] <thebombzen> kim kardashian doesn't actually do anything [07:32:15 CEST] <thebombzen> John Oliver hosts a TV comedy show [07:32:28 CEST] <thebombzen> you might not find him funny, but he's not famous simply because he's famous [07:32:29 CEST] <furq> kim kardashian is famous because she has buttocks and her dad got a murderer acquitted [07:32:33 CEST] <james999> i'd like to see his earlier panel 2 work [07:32:47 CEST] <furq> i would also like to see radio shows [07:32:55 CEST] <thebombzen> I really wouldn't [07:33:04 CEST] <james999> well, if you're only on tv because an executive randomly liked your accent [07:33:07 CEST] <thebombzen> talk radio? *eww shudder* [07:33:11 CEST] <james999> isn't that basically being famous for no reason? [07:33:16 CEST] <thebombzen> james999: but that's not what happened [07:33:35 CEST] <furq> i mean it is what happened, but he had to work for years to get that massive stroke of good fortune [07:33:47 CEST] <thebombzen> no, it's actually not [07:33:53 CEST] <james999> i mean how many celebrities we have exist basically just to fill a role, and you could swap them out with anybody else and with the same money and staff do the same thing [07:34:22 CEST] <furq> that's true of 99% of everybody [07:34:46 CEST] <thebombzen> "he was interviewed for the show on the recommendation of comedian Ricky Gervais, who had never met Oliver but was familiar with his work." [07:34:49 CEST] <james999> haha, maybe so [07:34:54 CEST] <furq> fuck's sake not ricky gervais [07:34:54 CEST] <thebombzen> he was recommended for the job from another comedian [07:35:03 CEST] <furq> you forgot to put "comedian" in scare quotes [07:35:04 CEST] <james999> fox news is going to find out soon if it applies to Bill O'Reilly [07:35:15 CEST] <thebombzen> furq: I quoted wikipedia [07:35:18 CEST] <furq> hasn't he already been replaced by "tucker carlson" [07:35:18 CEST] <thebombzen> you're free to edit them in [07:35:26 CEST] <thebombzen> hell I don't even know who Ricky Gervais is [07:35:28 CEST] <james999> exactly. [07:35:36 CEST] <thebombzen> but I don't know who anybody is [07:35:39 CEST] <thebombzen> I'm not a good litmus test [07:35:46 CEST] <james999> although maybe it's not a good test because carlson is smart and thoughtful [07:35:59 CEST] <james999> they should have grabbed an anchor and done that instead [07:36:07 CEST] <james999> and see if the ratings stay the same [07:36:09 CEST] <thebombzen> I'm especially not a good litmus test for comedians who were around when I was 8 years old [07:36:28 CEST] <furq> it doesn't surprise me that you're unaware of comedians [07:37:03 CEST] <thebombzen> anyway, I'm saying that many popular comedians like Amu Schumer or John Oliver are around not because "someone liked their accent" or whatever [07:37:05 CEST] <james999> would jerry seinfeld count as a "comedian"? [07:37:08 CEST] <thebombzen> it's because lots of people find them funny [07:37:15 CEST] <furq> you mean jerry seinfeld the famous standup comedian [07:37:18 CEST] <furq> probably [07:37:29 CEST] <thebombzen> the guy famous for the original comedy sitcom? [07:37:31 CEST] <thebombzen> yea [07:37:36 CEST] <james999> good lol at least we can agree on that [07:37:44 CEST] <furq> i don't understand how anyone could disagree with that [07:37:48 CEST] <thebombzen> I mean whether or not they're funny isn't the same thing as whether or not they're a comedian [07:37:52 CEST] <furq> wait [07:37:58 CEST] <furq> were those quotes around comedian important [07:38:09 CEST] <thebombzen> comedian is a job description [07:38:20 CEST] <furq> i don't actively dislike jerry seinfeld but i've never really understood why seinfeld is funny [07:38:35 CEST] <furq> that web series he does is good [07:38:54 CEST] <furq> comedians in jerry seinfeld's car with jerry seinfeld driving to a coffee shop and getting coffee with jerry seinfeld [07:38:55 CEST] <james999> well i can't name a british comedian other than john cleese [07:39:19 CEST] <furq> or rather it's good when he has a good guest on it [07:39:29 CEST] <furq> which is not difficult [07:41:08 CEST] <james999> there's a crazy youtube vid I saw the other day [07:41:14 CEST] <james999> star wars characters die while the seinfeld theme plays [07:41:24 CEST] <thebombzen> sounds like a youtube video [07:41:42 CEST] <james999> it's a hilarious theme i'll give it that [07:46:08 CEST] <james999> Americans no longer talk to each other, they entertain each other," Neil Postman famously wrote in his 1985 book Amusing Ourselves to Death. "They do not exchange ideas, they exchange images. [08:00:47 CEST] <Jeffery> im trying to convert an mp3 to wav (PCM S16 le) [08:00:52 CEST] <Jeffery> is this wrong? [08:01:10 CEST] <Jeffery> ffmpeg.exe -i test.mp3 -f s16le -acodec pcm_s16le output.wav [08:01:28 CEST] <Jeffery> output.wav was large and had no audio [08:05:27 CEST] <thebombzen> that's because you forced it to be raw signed 16-bit le audio [08:05:29 CEST] <thebombzen> that's what -f does [08:05:46 CEST] <thebombzen> -f forces the output format, and s16le means "raw signed 16-bit pcm samples" [08:05:56 CEST] <Jeffery> ah [08:06:00 CEST] <thebombzen> Jeffery: in this case you can do ffmpeg -i test.mp3 output.wav [08:06:11 CEST] <thebombzen> ffmpeg will autodetect the format from the filename (unless you override it with -f) [08:06:45 CEST] <thebombzen> if the mp3 is already pcm_s16le then you can just do that. if the mp3 isn't and you need the wav to be, then add -c:a pcm_s16le [08:07:31 CEST] <thebombzen> if you don't need any particular sample format then you can just use "ffmpeg -i test.mp3 output.wav" and that will work [08:13:23 CEST] <Jeffery> im trying to make wav files for starcraft maps thats why [08:13:34 CEST] <Jeffery> s16le seems to be the standard [10:21:04 CEST] <diverdude> is it possible to build ffmpeg on windows using mingw only without having visual studio installed? [10:28:59 CEST] <tdr> https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW .. but even the guide says its easier to cross compile it for windows than to build it native [15:28:54 CEST] <diverdude> Hello, if i want to build ffmpeg on windows using mingw, how do i then install dependencies such as yasm? [15:34:55 CEST] <diverdude> anyone? [15:38:35 CEST] <tdr> thats up to you to find the packages [15:44:49 CEST] <diverdude> tdr: but i tried finding a yasm exe file...and i found when....but when i try to run it it just says no input file specified....and nothing happens...nothing is installed [15:45:06 CEST] <JEEB> yes, it requires really no installation [15:45:17 CEST] <JEEB> I would recommend msys2 for handling a lot of the dependencies [15:45:26 CEST] <JEEB> since it has a package manager and a separate shell [15:46:24 CEST] <JEEB> scroll down to msys2 in https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW [15:48:33 CEST] <diverdude> JEEB: ok i see....if i once manage to compile ffmpeg for windows...and also compile my own ffmpeg program on windows - will users then need to first install any dependencies like msys2 or mingw or anything, or can they just run the exe file and thats it? [15:49:10 CEST] <JEEB> diverdude: any dependencies depend on how you link them [15:50:04 CEST] <diverdude> does msys need mingw? [15:50:15 CEST] <diverdude> *msys2 [15:50:50 CEST] <JEEB> no, but it's a simple way of getting mingw-w64 things [15:51:01 CEST] <JEEB> msys2 is just an environment by itself with a package manager [15:51:50 CEST] <diverdude> ahhh very nice [15:58:22 CEST] <nyuszika7h> is there a way to display the line with the current time ffmpeg is at in the file but other than that only display errors, not the file info at the beginning? [15:58:30 CEST] <nyuszika7h> other than manually pressing + twice after it starts [16:28:49 CEST] <diverdude> JEEB: ok...so in msys2, it seems to run in its own filesystem when i open the shell. How can i access the ffmpeg source files i have downloaded? [16:45:36 CEST] <nyuszika7h> diverdude: if FFmpeg is at C:\FFmpeg for example, just use /c/FFmpeg/bin/ffmpeg.exe [16:50:10 CEST] <nyuszika7h> why does ffmpeg exit with an exit code of 1 on `-xerror`? [18:10:44 CEST] <IRCmonkey> How do I get the cli version of ffmpeg to stream subtitles when using rtmp? [18:11:35 CEST] <IRCmonkey> specifically in cases where the subtitles are not hard coded and are text either in an .srt or muxed in an mkv as text [18:11:45 CEST] <JEEB> how do you even put subtitles into rtmp? [18:11:51 CEST] <JEEB> wait what [18:12:13 CEST] <IRCmonkey> Well, I'd be streaming video as well [18:12:25 CEST] <furq> yeah i'm pretty sure rtmp doesn't support subs [18:12:28 CEST] <JEEB> ok, so you have matroska input and you want to stream the video with the subtitles hardcoded [18:12:36 CEST] <Fenrirthviti> It doesn't, you have to burn the subtitles in ahead of time [18:12:37 CEST] <IRCmonkey> No [18:12:38 CEST] <JEEB> is that me guessing correctly? :P [18:12:43 CEST] <IRCmonkey> The subtitles are not burned in [18:12:43 CEST] <furq> i hope so [18:12:48 CEST] <JEEB> well now they are not [18:12:51 CEST] <Fenrirthviti> Yes, you have you though. [18:12:54 CEST] <IRCmonkey> and I don't want to go thru the additional ste pf burning them in [18:13:01 CEST] <furq> the only way to do it is by burning them in [18:13:04 CEST] <JEEB> ok, then rtmp is not for you [18:13:06 CEST] <furq> or using a different protocol [18:13:14 CEST] <JEEB> since rtmp doesn't support subtitles [18:13:15 CEST] <IRCmonkey> Hmm [18:13:19 CEST] <JEEB> it's basically FLV [18:13:23 CEST] <JEEB> and FLV has no subtitles either [18:13:29 CEST] <Fenrirthviti> not even basically, it is :P [18:13:32 CEST] <JEEB> well yes [18:13:37 CEST] <IRCmonkey> So then how is ffmpeg able to burn in subtitles [18:13:42 CEST] <furq> -vf subtitles or -vf ass [18:13:49 CEST] <furq> !filter subtitles [18:13:49 CEST] <nfobot> furq: http://ffmpeg.org/ffmpeg-filters.html#subtitles-1 [18:14:55 CEST] <IRCmonkey> Hmm [18:15:40 CEST] <IRCmonkey> So can ffmpeg be used to put the subtitles on to the video, and instead of saving it as a file, just rtmp the content? [18:15:58 CEST] <JEEB> so you mean hardcoding the subtitles into the video? [18:16:01 CEST] <furq> yes? [18:16:10 CEST] <IRCmonkey> sort of, not really [18:16:13 CEST] <furq> you would do that the same way you're already streaming over rtmp [18:16:23 CEST] <JEEB> if you are still asking about putting them as separate stream that doesn't fly with FLV [18:16:27 CEST] <furq> just add -vf subtitles=foo.srt [18:16:28 CEST] <JEEB> which is the container that is used in RTMP [18:16:48 CEST] <Fenrirthviti> Someday we'll get a protocol that doesn't suck :( [18:17:03 CEST] <furq> if you're just remuxing h264/aac to flv and streaming over rtmp, then you'll have to reencode as well [18:17:03 CEST] <JEEB> I don't think the protocol is the problem [18:17:14 CEST] <furq> and yeah we have plenty of protocols that are good [18:17:14 CEST] <JEEB> you can either mpeg-ts or matroska over TCP [18:17:17 CEST] <furq> just nothing supports them [18:17:18 CEST] <JEEB> or HTTP [18:17:19 CEST] <JEEB> or whatever [18:17:32 CEST] <JEEB> or heck, even fragmented ISOBMFF if you want to [18:18:01 CEST] <Fenrirthviti> for static files, but that's unstable as hell for live video [18:18:11 CEST] <JEEB> uhh [18:18:17 CEST] <JEEB> how? [18:18:21 CEST] <furq> rtsp is perfectly fine for live video [18:18:22 CEST] <JEEB> I mean, streams are literally that [18:18:34 CEST] <JEEB> be it TCP, UDP or HTTP [18:18:56 CEST] <james999> idk how mpegts works exactly all I know is it works with -vdoec libx264 and aac/mp3 audio [18:19:01 CEST] <JEEB> I don't see the thing that's "for static files" in any of those [18:19:08 CEST] <furq> i've had issues with livestreaming mpegts over http, but that's probably got something to do with the fact that i was using ffserver [18:19:11 CEST] <IRCmonkey> hmmm [18:19:25 CEST] <JEEB> furq: wow, you've actually had it work?! *gasp* [18:19:29 CEST] <furq> it did briefly [18:19:40 CEST] <furq> then it broke again in 0.6 [18:19:50 CEST] <furq> and also it never worked well [18:20:11 CEST] <JEEB> but yea, it's not the protocol generally [18:20:13 CEST] <IRCmonkey> So basically I can just somehow, as I'm re encoding the content for rtmp, put in the subtitles into the video [18:20:13 CEST] <furq> but yeah i had a semi-working config for 0.5 and then it stopped working in 0.6 and i could never fix it [18:20:33 CEST] <furq> IRCmonkey: if you're already reencoding then it's literally just -vf subtitles=foo.srt [18:20:36 CEST] <JEEB> IRCmonkey: "into the video" as in "hardcode them into the video" then yes [18:20:48 CEST] <furq> it'll burn the subtitles into the image [18:21:00 CEST] <IRCmonkey> Yeah, hard code them into the video is fine, as long as I'm not saving the file permanently anywhere [18:21:23 CEST] <IRCmonkey> and only streaming it [18:21:50 CEST] <JEEB> well that's 100% up to how you output [18:21:58 CEST] <JEEB> if your output is RTMP I don't see how that ends up being a file [18:22:34 CEST] <IRCmonkey> hmm [18:37:50 CEST] <james999> rtmp... X_X [18:38:14 CEST] <james999> I finally got nginx working with the rtmp module on windows, but I couldn't get vlc to play the stream from it. [18:38:29 CEST] <james999> so kinda feels like a pointless exercise [18:40:03 CEST] <james999> it's still running in a cmd.exe window too lol. but ima reboot as soon as this large dl finishes [20:05:37 CEST] <diverdude> hi there, so i installed msys2 on my windows box and installed dependencies using pacman. Then i ran ./configure and make, but only ffmpeg.exe and ffprobe.exe were created. Why did it not build ffplay.exe? [20:07:01 CEST] <teratorn> diverdude: missing the SDL dependencies probably [20:08:23 CEST] <diverdude> teratorn: ahh yes ok. can i install SDL using pacman? [20:08:42 CEST] <teratorn> diverdude: dunno [20:10:00 CEST] <JEEB> most likely yes but it'll most likely be shared :P [20:10:14 CEST] <JEEB> depends on what you want from it that might or might not want to be what you want [20:11:27 CEST] <diverdude> JEEB: i basically want to install sdl such that i can build ffplay and distribute it. (This is a test for me to better understand how the build cycle works on windows, i dont really want to distribute it..) [20:12:23 CEST] <JEEB> basically it's highly possible that what comes out of the package manager is shared, as in it will work but you will just have to package the SDL DLL(s) together with the binary [20:12:49 CEST] <JEEB> not to mention that you have to take care in how the stuff you're building against was configured if you're taking it from a third party [20:13:05 CEST] <JEEB> (and of course if you build yourself you should know what licensing you are signing up against) [20:13:28 CEST] <JEEB> this goes for all open source that you are going to distribute, as the licenses usually have clauses for that [20:14:50 CEST] <JEEB> I'm pretty sure SDL2's license is OK, but just keep in mind with regards to the future :P . because at the very least you have to publish the sources for FFmpeg itself (LGPL), and if you build with something like libx264 that is GPL the whole thing becomes GPL (and thus even the stuff you build on top of FFmpeg are required to be available under GPL as well) [20:14:59 CEST] <diverdude> JEEB: ok i see....so is it possible to have it not shared, such that the libs are statically linked in the exe file? [20:15:25 CEST] <JEEB> yes, but if the package manager doesn't have that available you will have to build it yourself [20:16:07 CEST] <diverdude> JEEB: yeah, but i will have to distribute the code to my client anyway, and they just use the software inhouse [20:16:55 CEST] <JEEB> also do you even need ffplay for anything :P [20:17:02 CEST] <JEEB> I mean, there are actual video players [20:17:17 CEST] <JEEB> if you can live without SDL2 I recommend you do [20:17:29 CEST] <diverdude> JEEB: no i dont....but its almost what i need....its a good start for me..i will build on that example to make something with more functionalities [20:18:07 CEST] <diverdude> JEEB: ok, why is it better to live without SDL? [20:18:20 CEST] <JEEB> it's only used for ffplay and ffplay is on the level of almost useless [20:18:34 CEST] <JEEB> grabbing a binary of mpv or vlc is often a much better alternative [20:18:46 CEST] <diverdude> JEEB: ok, why is that? [20:18:49 CEST] <JEEB> if you are using SDL for some embedded thing unrelated to FFmpeg's ffplay or something like that, then that's fine [20:19:05 CEST] <JEEB> but saying that ffplay is just a piece of crap as far as a player goes :P [20:19:33 CEST] <JEEB> also even if your customer is going to use something in-house you still have to (or would be better to) explain how the licenses the software you're using for your own software work [20:19:40 CEST] <teratorn> I find ffplay pretty highly useful from time to time.. but I guess if I knew how to pass ffmpeg options to vlc that might be different.. for e.g. playing raw video [20:20:00 CEST] <diverdude> JEEB: i have to build a UI which interfaces with a 12MP camera over ethernet, and displays stuff on a videoplay - with possibility to save videos encoded.... so i need both a canvas to draw images and a codec operator....and a gui framework [20:20:01 CEST] <furq> i just use mpv for that [20:20:02 CEST] <JEEB> so that the (L)GPL doesn't come as a surprise to your customer :P [20:20:28 CEST] <furq> if i want to test a filter output or something like that i just pipe y4m or nut to mpv [20:20:45 CEST] <furq> it's better for that than ffplay is [20:20:46 CEST] <JEEB> right, let's just say that ffplay shouldn't be used as an example for any professional video rendering solution :P [20:20:56 CEST] <diverdude> JEEB: yeah absolutely agreed...of course i will explain the license [20:21:30 CEST] <JEEB> in open source mpv's opengl renderer (which is currently being made into a library with a working name "libplacebo") is the least bad video renderer [20:21:30 CEST] <diverdude> JEEB: ok....so you would grab VLC source instead and use that? [20:21:39 CEST] <furq> i'd probably use libmpv [20:21:53 CEST] <furq> but you don't need to build ffplay to look at its source [20:22:05 CEST] <furq> and if you're using a different gui framework then you're not going to have any use for sdl [20:22:23 CEST] <JEEB> and yea, for playback libvlc or libmpv are the things [20:22:30 CEST] <diverdude> furq: no...i am just using ffplay to learn about the build system and how i can distribute an ffmpeg program [20:22:36 CEST] <JEEB> (do note that mpv is currently still GPL) [20:22:54 CEST] <JEEB> so if GPL is a no-go then of course libvlc [20:22:57 CEST] <furq> vlc is gpl2 isn't it [20:23:01 CEST] <JEEB> libvlc is LGPL [20:23:01 CEST] <furq> or is libvlc different [20:23:06 CEST] <furq> fair enough [20:23:12 CEST] <JEEB> then some modules are GPL I think, although most of them are LGPL [20:23:18 CEST] <JEEB> the end result ends up GPL due to libx264 etc [20:23:47 CEST] <JEEB> just like most FFmpeg builds, which have libx264 [20:24:06 CEST] <diverdude> yeah true [20:24:26 CEST] <furq> both of those are quite heavy [20:24:35 CEST] <diverdude> but GPL basically just states that i have to distribute code together with my program right? [20:24:41 CEST] <furq> if you have simple needs then it might be better to roll your own thing [20:24:44 CEST] <JEEB> your whole thing must ALSO be available under GPL [20:24:45 CEST] <JEEB> that's GPL [20:24:46 CEST] <furq> and no, that's what lgpl requires [20:25:06 CEST] <JEEB> LGPL requires you to only publish the LGPL software's sources [20:25:07 CEST] <furq> gpl requires you to make everything that links to it gpl [20:25:14 CEST] <furq> which means releasing the source [20:25:24 CEST] <JEEB> to the part that got the binary, yes [20:25:32 CEST] <diverdude> JEEB: ok, so if i make a program which is GPL and use it just for myself i have to put it online for everyone to download? [20:25:37 CEST] <furq> no [20:25:37 CEST] <JEEB> no [20:25:51 CEST] <furq> you're only obliged to publish the source if you publish binaries [20:26:06 CEST] <JEEB> basically every time you give out binaries you also give all the sources [20:26:08 CEST] <diverdude> ok, and only to the people i publish binaries to right? [20:26:14 CEST] <JEEB> that's the least problematic way of handling it [20:26:18 CEST] <furq> yeah [20:26:25 CEST] <diverdude> yeah....but thats not really a problem [20:26:32 CEST] <JEEB> although I think GPL states that you would have to give the sources within five years or something if you get asked [20:26:36 CEST] <furq> if you publish binaries then just publish all the sources in the same place [20:26:41 CEST] <teratorn> consider yourself encouraged to inflict more awful SaaSS on the world [20:26:57 CEST] <furq> by which i mean publish all the sources, don't just publish your source and then link to ffmpeg's git [20:27:04 CEST] <furq> you need to mirror every library you use [20:27:08 CEST] <diverdude> furq: right ok [20:27:30 CEST] <furq> which is a little dumb in today's world where everything is on github, but shrug [20:27:47 CEST] <JEEB> basically if this is corporate software you just give the whole package/installer and tell the customer that it has to be given in that way to others [20:27:48 CEST] <furq> i guess people can always delete repos [20:27:54 CEST] <JEEB> yea [20:27:58 CEST] <diverdude> furq: are there actually any good alternative libraries to ffmpeg with a less restrictive license? [20:28:04 CEST] <furq> ffmpeg is lgpl [20:28:13 CEST] <furq> it's only gpl if you include gpl libraries like x264 [20:28:16 CEST] <JEEB> FFmpeg is LGPL, it only becomes GPL if you enable GPL things [20:28:28 CEST] <furq> and obviously if you need x264 or any other gpl library, you're stuck with the gpl regardless of what wrapper you use [20:28:29 CEST] <JEEB> you specifically are required to set --enable-gpl in configure [20:28:55 CEST] <diverdude> yeah [20:28:58 CEST] <JEEB> so in that sense FFmpeg is pretty liberally licensed [20:29:08 CEST] <diverdude> and x264 is kinda a necessity today [20:29:08 CEST] <JEEB> it's usually third party things that are less liberal [20:29:22 CEST] <JEEB> uhh [20:29:24 CEST] <JEEB> if you mean H.264 decoding [20:29:26 CEST] <JEEB> that's LGPL [20:29:30 CEST] <JEEB> libx264 is an encoder [20:29:48 CEST] <JEEB> also libx264 is dual licensed, you can buy a license from x264 LLC if you don't want to follow the GPL [20:30:00 CEST] <furq> you don't need gpl libs for decoding any format iirc [20:30:16 CEST] <furq> only a couple of obscure formats need external libs for decoding, and they're all bsd licensed iirc [20:30:26 CEST] <furq> or equivalent [20:30:28 CEST] <utack> some 4k, 10bit, 60fps H265 videos work now. great work with the faster decoding, that was not possible two versions ago at all [20:30:36 CEST] <diverdude> yeah but i ned to encode videos [20:30:44 CEST] <diverdude> and save them to disk [20:30:52 CEST] <furq> you could use libvpx [20:30:57 CEST] <JEEB> lol [20:31:12 CEST] <furq> it's not ideal but it is free [20:31:44 CEST] <JEEB> diverdude: if you need good AVC encoding as in you doing it instead of just getting AVC from the camera, then if you cannot follow GPL I'd just tell you to license it :P [20:31:49 CEST] <diverdude> hmmm it creates webx videos [20:32:00 CEST] <JEEB> (or use one of the HW encoders if you don't really care about high compression) [20:32:55 CEST] <JEEB> FFmpeg has plenty of those supported [20:33:00 CEST] <diverdude> the camera does not stream AVC...i just streams raw frames actually [20:33:05 CEST] <diverdude> i=it [20:33:07 CEST] <JEEB> yeh [20:33:24 CEST] <JEEB> anyways you'll want to think about things, there's plenty of alternatives around FFmpeg [20:34:02 CEST] <diverdude> JEEB: but sounds like i will always have to comply with GPL except if i buy a commercial license [20:34:23 CEST] <furq> well there's openh264 [20:34:26 CEST] <furq> that's not good quality though [20:34:42 CEST] <furq> and there's qsv/nvenc if you can guarantee your customer has them [20:34:56 CEST] <JEEB> diverdude: with libx264 yes, since libx264 is a GPL library with the open source license being GPL [20:36:00 CEST] <JEEB> and yea, qsv and nvenc are what I meant with the HW encoders, and why I said that there's plenty of alternatives [20:36:14 CEST] <diverdude> but ok...libvlc might be very interesting to use [20:37:12 CEST] <JEEB> anyways, you would in any case have to do some sort of source release. so I recommend you give it a good few days to think about your side of requirements for any open source software you'll be using, is GPL OK or not etc [20:37:37 CEST] <diverdude> aha....nvenc looks really nice actually [20:37:59 CEST] <JEEB> the newer things are rather nice, there's even lossless coding [20:38:36 CEST] <JEEB> also just in case, keep away from anything that requires enable-nonfree in FFmpeg [20:38:40 CEST] <JEEB> since that means it cannot be distributed [20:38:55 CEST] <diverdude> i see, very interesting [20:39:22 CEST] <diverdude> nvenc does not require enable-nonfree in FFmpeg i think [20:39:27 CEST] <JEEB> yea, I don't think it does [20:39:31 CEST] <JEEB> my comment was pretty general [20:39:43 CEST] <diverdude> right [20:39:54 CEST] <JEEB> enable-nonfree just means that something has a license that isn't compatible with (L)GPL and thus the combined work cannot be distributed [20:41:12 CEST] <BtbN> nvenc is not an alternative to x264 at all [20:41:41 CEST] <diverdude> hmmm but venc is very neat, because i have to use the processor to do processing on each frame - object identification and such [20:42:09 CEST] <diverdude> BtbN: ok, why is that? [20:47:18 CEST] <diverdude> sorry, i got diconnected [20:48:27 CEST] <diverdude> why is nvenc not an alternative? [20:50:27 CEST] <JEEB> depends on the use case most likely. x264 is a versatile encoder while nvenc is specific to use cases where compression capabilities don't matter that much [20:51:39 CEST] <JEEB> for example I use nvenc to encode screen captures to lossless h.264. in that case the compression bit being as much as with x264 doesn't matter too nuch [20:51:43 CEST] <JEEB> *much [20:52:46 CEST] <BtbN> Because you need an nvidia card for it, and it's quality is horrible compares to x264 [21:05:18 CEST] <diverdude> BtbN: ok....so the nvenc encoder is not as optimal as x264? [21:05:53 CEST] <BtbN> it's a hardware encoder. won't ever be as efficient [21:06:07 CEST] <diverdude> BtbN: but much faster i would think? [21:06:18 CEST] <BtbN> well, depends on the CPU [21:06:42 CEST] <diverdude> BtbN: ok...because CPU has to offload data....and that speed depends on the CPU? [21:07:47 CEST] <BtbN> x264 is purely a software encoder. The CPU is the only thing that matters [00:00:00 CEST] --- Sun Apr 30 2017

1 0

ffmpeg-devel.log.20170428
by burek 29 Apr '17

29 Apr '17

[00:40:23 CEST] <peloverde> BBB_ and anyone else who is interested: Demuxed talk proposals form is live http://demuxed.com/proposal-form [00:40:35 CEST] <BBB_> anything youd like a talk on? :) [00:40:40 CEST] <BBB_> Im happy to give a talk [00:40:53 CEST] <BBB_> but vp9 may be getting old [00:40:57 CEST] <BBB_> maybe I need to talk about something else [00:41:33 CEST] <BBB_> bbl, date night tonight, Ill read responses later, email me [00:42:04 CEST] <TD-Linux> maybe if I sign up to give a talk on my currently nonexistent GOP parallel encoder, I'll be forced to write it [00:50:14 CEST] <peloverde> I still think something to the speed graphs at VDD2015 in Paris would be useful (e.g. calling out fake nextgen stuff instead of an "optimized transcode") [04:20:28 CEST] <cone-853> ffmpeg 03Steven Liu 07master:363e4f0810d4: avformat/hlsenc: hold old key info when append list [04:20:28 CEST] <cone-853> ffmpeg 03Steven Liu 07master:cbfd44a9229c: avformat/hlsenc: fix CID 1405135 [04:35:24 CEST] <BBB> peloverde: Ill think of something, how long do I have? [04:36:31 CEST] <peloverde> until June 30 [04:42:07 CEST] <BBB> get your bossed to sponsor some studies I can do in that area ;) [04:42:15 CEST] <BBB> Ill think about sutff :) [04:42:22 CEST] <BBB> gnite for now, its late here [10:53:20 CEST] <rcombs> what's the "mpegtsraw" demuxer for? [10:57:21 CEST] <rcombs> looks like it used to be used for RTP, but isn't anymore? [11:27:23 CEST] <nevcairiel> i never knew what it was really for [11:28:27 CEST] <wm4> does the git history reveal anything? [11:29:41 CEST] <BtbN> My guess would be it is to play mpeg-ts after it has been unpacked from its 144 byte packages? [11:37:33 CEST] <sinanksu> hi [11:37:57 CEST] <sinanksu> my forum password rest email not get [11:39:02 CEST] <nevcairiel> we dont have a forum, you are in the w rong place [11:40:43 CEST] <rcombs> anyone know a good way to extract an unknown stream from an MPEGTS (and just get the result in a file)? [11:40:54 CEST] <sinanksu> http://ffmpeg.gusari.org/index.php [11:40:56 CEST] <sinanksu> ????? [11:41:01 CEST] <rcombs> could've sworn there was a muxer that took `bin_data` input and just dumped it [11:46:32 CEST] <BtbN> if in doubt, hack it into the demuxer? [11:46:37 CEST] <BtbN> shouldn't be overly hard [12:53:22 CEST] <Compn> nevcairiel : yea we have a forum :D [13:31:16 CEST] <nevcairiel> Compn: http://www.ffmpeg.org/contact.html "FFmpeg offers no official forum." [13:31:17 CEST] <nevcairiel> :P [15:48:19 CEST] <sinanksu> H0 [15:48:21 CEST] <sinanksu> GUYS [15:48:55 CEST] <sinanksu> Who can help me. [15:49:23 CEST] <wm4> nobody, go away, we don't do forums [15:51:00 CEST] <sinanksu> No one found a problem in the forum. [15:51:07 CEST] <J_Darnley> You haven't asked a (relevant) question yet. [15:52:19 CEST] <sinanksu> I am getting a live stream in raw format with rtmpdump. Then I broadcast this live broadcast via rtmp with ffmpeg. But the live broadcast continues to freeze for 5 seconds. 5 seconds playing 1 second freezing, 5 seconds playing 1 second freezing, 5 seconds playing 1 second freezing. This is how the live broadcast progresses. [15:52:20 CEST] <sinanksu> I searched, but I could not find a solution. [15:52:20 CEST] <sinanksu> My current code. [15:52:20 CEST] <sinanksu> rtmpdump -r rtmpe://xx.xx.xx.xx/live -a xlive -f WIN 23,0,0,162 -s httplink/VideoPlayer.swf -w dsa4d64as9d4as89d498as4d98a4sd894a89d4894s98d49asd a -x 585534 -p "http link" -C S:client -C S:3.1.0.10 -C S:en --live -y raw:999999 | ( ffmpeg -re -i - -sn -vcodec copy -acodec copy -f flv rtmp://127.0.0.1:1935/restream/999999 ) [15:52:23 CEST] <wm4> we don't provide user support either [16:54:28 CEST] <BBB> peloverde: ping [17:20:36 CEST] <peloverde> BBB: pong [17:21:54 CEST] <BBB> peloverde: so lets hypothetically assume I talk about quality in vp9/hevc/h264/&, what is the current level of interest in that area of the sphere in terms of video codecs? [17:22:09 CEST] <BBB> should I talk about av1? [17:22:15 CEST] <BBB> how many people still use h264? [17:22:22 CEST] <BBB> is hevc already/finally dead? [17:23:56 CEST] <peloverde> lots of people still use h.264, some people are still hype for hevc but i haven't seen new big deployments recently, there is interest in av1 but obviously it's not ready yet [17:23:57 CEST] <BBB> are there other talks about video codecs? [17:24:10 CEST] <BBB> are you planning to talk about av1? [17:27:15 CEST] <peloverde> nothing has been accepted yet, I've thought about putting something in on av1 but might sit this one out or encourage someone else to do one [17:28:13 CEST] <Fenrirthviti> BBB: I can say from a livestreaming standpoint, the capabilities of vp9 and av1 are a hot topic (unless that's completely off topic for what you're referring to) [17:29:50 CEST] <BBB> av1 live streaming ;) [17:31:04 CEST] <iive> i haven't even heard of av1 [17:31:21 CEST] <Fenrirthviti> It's the AOMedia encoder [17:31:42 CEST] <durandal_1707> isnt av1 sloooow when encoding? [17:31:51 CEST] <gnafu> Built on VP10 using techniques from Daala and Thor. [17:32:00 CEST] <gnafu> durandal_1707: No worse than H.265 while it was being standardized ;-). [17:32:03 CEST] <iive> is it using some of the existing standard codecs, or does its own thing? [17:32:11 CEST] <Fenrirthviti> They supposedly have an entire spec in the codec dedicated to the livestreaming side of things. [17:32:26 CEST] <BBB> oh no :( [17:32:31 CEST] <BBB> peloverde: please fix that ;) [17:32:40 CEST] <BBB> (or is that just not true?) [17:32:59 CEST] <BBB> I dont want another h264 with cavlc/cabac etc. [17:33:14 CEST] <gnafu> Several of the Alliance members are focused on live streaming and video conferencing (Cisco, Bitmovin, etc.). [17:33:31 CEST] <gnafu> I don't think it's so much a separate code path; more just making sure there's a mode that will work in those cases. [17:33:47 CEST] <Fenrirthviti> Bitmovin just announced their product has av1 support a few weeks ago [17:33:53 CEST] <gnafu> s/code path/spec or whatever/ [17:33:56 CEST] <peloverde> no, there aren't going to be pluggable components a la 264 or 263 [17:34:02 CEST] <BBB> pheew [17:34:25 CEST] <Fenrirthviti> https://bitmovin.com/bitmovin-supports-av1-encoding-vod-live-joins-alliance… their presser on it [17:34:59 CEST] <Fenrirthviti> with such buzz phrases as "Optimized for the Internet" :p [17:35:35 CEST] <RiCON> bitmovin blogs are all 80% buzz phrases [17:35:55 CEST] <Fenrirthviti> But 77 experimental encoding tools! [17:36:08 CEST] <Fenrirthviti> sorry, coding, not encoding. [19:34:56 CEST] <kierank> 8:32 AM <Fenrirthviti> They supposedly have an entire spec in the codec dedicated to the livestreaming side of things. [19:35:04 CEST] <kierank> that's a bit of a misunderstanding [19:58:56 CEST] <JEEB> lawl [20:14:29 CEST] <TD-Linux> Fenrirthviti, BBB, no there is no separate "live" mode [20:16:16 CEST] <gnafu> Even the good/realtime distinction is going away (compared to VP9). [20:16:26 CEST] <gnafu> Which I'm excited about ;-). [20:17:47 CEST] <TD-Linux> that was a libvpx implementation detail fwiw [20:27:05 CEST] <Fenrirthviti> kierank: yeah, I should say that live streaming was a large consideration during the design. Poor choice of words. [20:35:03 CEST] <gnafu> TD-Linux: Yeah, I s'pose that's outside of the realm of standard/spec. [20:36:24 CEST] <cone-928> ffmpeg 03Muhammad Faiz 07master:e061826eb2a5: avfilter/lavfutils: use image2pipe demuxer on ff_load_image [20:56:01 CEST] <alevinsn> jkqxz: I'll look at what you posted earlier later [20:56:09 CEST] <alevinsn> just now saw your message when I scrolled up [21:00:58 CEST] <jkqxz> alevinsn: Sure. I'm happy to just apply it whenever, but you should probably look at it again before I do. [21:01:25 CEST] <wbs> mateo`: just fwiw, there's no need to use gas-preprocessor for building ffmpeg for ios prior to your simple_idct stuff [21:02:02 CEST] <wbs> mateo`: so instead of starting mandating the use of gas-preprocessor, I would recommend trying to fix it so that it doesn't break on clang's built in assembler. janne worked hard to make sure that we don't need gas-preprocessor for aarch64 in libav [21:02:31 CEST] <wbs> mateo`: gas-preprocessor is detected and enabled automatically for armv7 (where it needed), but not for aarch64 [21:04:29 CEST] <durandal_1707> kierank: how to blink one frame every second for noninteger framerate? [21:25:39 CEST] <mateo`> wbs: my bad, I was not aware that gas-preprocessor was not mandatory for aarch64. I'll fix it. It won't be until 2 weeks unfortunately (as i won't have an apple machine at hand for the next week). [21:27:05 CEST] <mateo`> I guess, I'll re-open the trac ticket [21:28:59 CEST] <wbs> mateo`: in general, clang has improved their internal assembler quite a lot; there's more or less just one feature missing for it to be able to build our arm assembler without gas-preprocessor as well [21:30:17 CEST] <mateo`> ok [21:32:17 CEST] <mateo`> wbs: do you know if there is some documentation listing the limitations of their assembler ? [21:32:34 CEST] <JEEB> so most likely armv7 will continue requiring gas? [21:34:14 CEST] <wbs> mateo`: not really, just try to avoid odd things, be strict with using commas between all macro parameters, etc [21:35:07 CEST] <wbs> JEEB: unless they get to implementing altmacro support, but that's a pretty hairy thing [21:42:20 CEST] <mateo`> wbs: i guess the issue is that i don't have used comas to separate arguments in macros [23:19:29 CEST] <ubitux> mateo`: wbs: can't we make gas be more pedantic and warn/error out on these "exotic" syntax abuses? [23:22:34 CEST] <wbs> ubitux: I don't know of any such options unfortunately - gas is rather bare-bones [23:23:11 CEST] <wbs> ubitux: it's more like, for gas it is strictly correct syntax, but clang only implements a "sane simple subset" of it, pretty much [23:23:47 CEST] <wbs> you should be able to find the same issues if you build with clang for linux as well, no need for a ios toolchain [23:24:18 CEST] <ubitux> ok [23:24:53 CEST] <wbs> and like, strictly speaking, one could say screw clang and just use gas-preprocessor, but there's some value in sticking to whatever subset clang happens to work with [23:35:39 CEST] <ubitux> yeah sure, i agree with that [23:36:21 CEST] <ubitux> though, if it only affects aarch64, it's likely ppl will have gaspp anyway for the arm build as well [00:00:00 CEST] --- Sat Apr 29 2017

1 0

ffmpeg.log.20170428
by burek 29 Apr '17

29 Apr '17

[00:22:46 CEST] <schelleursli> still trying to get h264_cuvid to deinterlace a 1080i file to 720p 50 fps, still failing, outputs only heavily stuttering file ffmpeg cmd: [00:22:58 CEST] <schelleursli> ffmpeg -hwaccel cuvid -c:v h264_cuvid -deint adaptive -resize 1280x720 -i H:\input.ts -c:v h264_nvenc cuvid.mp4 [00:23:39 CEST] <schelleursli> if I add -r 50 after the resize it doesn't stutter as much but still not properly working, really don't know whats broken, any ideas? [00:25:41 CEST] <schelleursli> https://1drv.ms/f/s!At6cEyJzE4-RjG1eMMLRqISoo2UL I've uploaded the source.ts plus the outputs and ffmpeg cmd.txt there [00:27:06 CEST] <schelleursli> https://pastebin.com/1C1sQ6js also on pastebin [00:28:16 CEST] <ClearSky> Recorded a game with FRAPS. When converting it to Huffyuv for editing, FFmpeg shows the following warning: Stream #0:0: Video: fraps (FPS1 / 0x31535046), yuvj420p(pc, bt709/unknown/unknown), 960x720, 79693 kb/s, 30 fps, 30 tbr, 30 tbn, 30 tbc; deprecated pixel format used, make sure you did set range correctly. Also, the recorded Fraps video looks darker when compared to in-game video. How... [00:28:17 CEST] <ClearSky> ...do I fix this? [00:28:36 CEST] <BtbN> you don't. [00:28:50 CEST] <BtbN> The decoder needs to be fixed [00:32:12 CEST] <ClearSky> BtbN: What decoder? [00:32:19 CEST] <iH2O> sorry, I lost the line. my question was that I often get mp4 videos from youtube with only a fixed image. Id rather convert them to mp3 to save space. here's an example of a mp3 video with a fixed image https://skeptoid.com/audio/skeptoid-4554.mp3 [00:33:13 CEST] <BtbN> ClearSky, the one it's using. [00:33:19 CEST] <iH2O> that's what I'd like to get in general by converting a mp4 video with a fixed image to mp3 [00:35:20 CEST] <BtbN> just extract like the first frame as png image or something, and pass it when creating the mp3. [00:35:25 CEST] <BtbN> The mp3 "muxer" should do the right thing [00:36:25 CEST] <ClearSky> Ok, I just checked the huffyuv output, and the game doesn't look dark anymore, it looks like it should. Can anyone explain what happened between converting dark-looking input and normal-looking output video? [00:38:23 CEST] <ClearSky> There is a following message in FFmpeg: Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 960x720, q=2-31 [00:39:13 CEST] <kerio> iH2O: please don't download music from youtube [00:39:32 CEST] <furq> why would you convert aac to mp3 to save space [00:39:35 CEST] <kerio> and if you really must, don't reencode it at least [00:40:28 CEST] <thebombzen> schelleursli: I find this interesting [00:40:31 CEST] <thebombzen> dup=451 drop=468 [00:41:09 CEST] <kerio> ClearSky: ffvhuff is better than huffyuv, fwiw [00:41:16 CEST] <thebombzen> iH2O: if the audio is aac, you can just do ffmpeg -i input.mp4 -map a -c copy out.m4a [00:41:19 CEST] <schelleursli> I can get rid of some errors by adding -r 50 like so https://pastebin.com/0vBdDNy4 at thebombzen, but it still isn't properly deinterlacing it [00:41:39 CEST] <furq> thebombzen: if he's converting it from fraps to something else then whatever editing program he's using isn't using ffmpeg [00:41:42 CEST] <furq> so ffvhuff probably won't work [00:41:48 CEST] <thebombzen> hm? [00:42:09 CEST] <thebombzen> furq: I'm confused now [00:42:09 CEST] <kerio> is huffyuv supported in non-ffmpeg-y editors? [00:42:11 CEST] <furq> er [00:42:15 CEST] <furq> s/thebombzen/kerio [00:42:18 CEST] <thebombzen> ah okay [00:42:22 CEST] <furq> huffyuv is widely supported [00:42:24 CEST] <furq> ffvhuff not so much [00:42:42 CEST] <thebombzen> schelleursli: what do you mean by "not properly deinterlacing it" [00:42:42 CEST] <kerio> i thought they were both kind of made up by ffmpeg [00:42:47 CEST] <furq> no huffyuv is ancient [00:42:50 CEST] <kerio> the moar i know [00:42:58 CEST] <furq> circa 2000 or so [00:43:00 CEST] <thebombzen> huffyuv is an old thing and ffvhuff is "ffmpeg's huffyuv variant" [00:43:06 CEST] <thebombzen> but why not use ffv1 [00:43:13 CEST] <kerio> thebombzen: because ffv1 is SLOW AS BALLZ [00:43:16 CEST] <furq> ffvhuff is really fast [00:43:20 CEST] <furq> and also compresses better than huffyuv [00:43:22 CEST] <schelleursli> thebombzen, hard to explain, the picture does slightly stutter every couple of frames, you can check the output mp4 files on the onedrive link [00:43:39 CEST] <thebombzen> did you follow it up with -vf decimate? [00:43:55 CEST] <thebombzen> also do you have 50i interlaced from 25p original? [00:43:59 CEST] <thebombzen> what was the source before interlacing? [00:44:18 CEST] <schelleursli> source is a 1080i recording from my dvb-c tv signal [00:44:39 CEST] <schelleursli> I'm trying to deinterlace it to 720p 50 fps with cuvid [00:44:47 CEST] <thebombzen> there's like five files there [00:44:51 CEST] <thebombzen> can you upload to 0x0.st or something [00:44:54 CEST] <schelleursli> which should work in theory if I read the helpfile correctly [00:45:00 CEST] <thebombzen> and you didn't answer my question [00:45:08 CEST] <schelleursli> -vf decimate? [00:45:11 CEST] <thebombzen> what was the source? well it's 1080i sure [00:45:14 CEST] <thebombzen> but framerate [00:45:15 CEST] <furq> it's 1080i50 [00:45:15 CEST] <schelleursli> ah [00:45:22 CEST] <furq> dvb-c is 50fps [00:45:29 CEST] <schelleursli> actually [00:45:38 CEST] <schelleursli> dvb-c is 1080i 25 fps usually [00:45:41 CEST] <thebombzen> then you probably don't need to decimate [00:45:41 CEST] <schelleursli> or 720p 50 fps [00:45:45 CEST] <furq> 1080i50 is 50 fields per second [00:45:45 CEST] <schelleursli> as far as I know [00:46:02 CEST] <thebombzen> btw your onedrive link has like 5 videos in it [00:46:28 CEST] <schelleursli> yes sorry i've just uploaded all of the outputs with different commandlines :x [00:46:38 CEST] <schelleursli> sec [00:46:52 CEST] <thebombzen> is there any particular reason you need to decode and deinterlace it with cuvid rather than with a software deinterlacer? [00:47:04 CEST] <furq> nobody needs to do that, but i assume it's much faster [00:47:40 CEST] <schelleursli> yes, I was trying to save some cpu time so I can do x264 encoding [00:47:47 CEST] <schelleursli> cpu time is rather limited [00:48:13 CEST] <furq> tbh i'd rather spend the time on a better deinterlacer and use a faster x264 preset [00:48:22 CEST] <furq> but maybe cuvid's deinterlacer is good [00:48:36 CEST] <thebombzen> I don't know, I've never used it [00:48:44 CEST] <BtbN> the cuvid deinterlacer is more than decent [00:48:47 CEST] <furq> fair enough [00:48:47 CEST] <BtbN> but... problematic to use [00:48:54 CEST] <thebombzen> problematic, as above? [00:48:57 CEST] <schelleursli> re onedrive, looks like it goes into thumbnail mode by default, you can switch to list view, I've named the files properly [00:49:11 CEST] <BtbN> you basically need to pass its output framerate as input option, as ffmpeg.c can't handle a decoder dictating the framerate [00:49:29 CEST] <BtbN> so for i50 content, you need to pass -r 50 as input option. [00:49:37 CEST] <schelleursli> thats what I've tried BtbN [00:49:38 CEST] <BtbN> otherwise you end up with every second field dropped [00:50:00 CEST] <schelleursli> didn't help much either, it's better then with no -r option at all but still stutters [00:50:13 CEST] <BtbN> ... stutters? [00:50:17 CEST] <BtbN> did you use bob or something? [00:50:44 CEST] <schelleursli> I've tried all 3 deint options which are weave (25 fps horrible) bob and adaptive [00:50:46 CEST] <dystopia_> [23:44:40] <schelleursli> I'm trying to deinterlace it to 720p 50 fps with cuvid [00:50:50 CEST] <dystopia_> use yadif [00:50:50 CEST] <schelleursli> bob and adaptive produce the same problems [00:50:53 CEST] <BtbN> weave is the off-option. [00:50:57 CEST] <schelleursli> ah [00:50:58 CEST] <dystopia_> yadif=1:0 [00:51:01 CEST] <schelleursli> that explains it :D [00:51:01 CEST] <dystopia_> bob [00:51:08 CEST] <dystopia_> yadif=0:0 [00:51:08 CEST] <BtbN> yadif is a software deinterlacer [00:51:11 CEST] <BtbN> cuvid uses the GPU [00:51:12 CEST] <dystopia_> weave [00:51:27 CEST] <schelleursli> dystopia_ I am trying to use the gpu, yadif deinterlace works nicely but I'm on the limit with cpu time [00:51:38 CEST] <furq> isn't bwdif recommended over yadif now [00:51:38 CEST] <thebombzen> it appears you have a weird frame inserted for no reason [00:51:45 CEST] <thebombzen> furq: it's more cpu taxing [00:51:51 CEST] <BtbN> ./ffmpeg.exe -deint adaptive -r 50 -c:v h264_cuvid -i something.mkv .... [00:51:56 CEST] <BtbN> works flawlessly for me [00:52:01 CEST] <furq> sure, but yadif sucks so that's to be expected [00:52:28 CEST] <furq> good things are often slow [00:52:29 CEST] <furq> except libvpx [00:52:58 CEST] <iH2O> kerio, why do you say not to download music from youtube [00:52:59 CEST] <schelleursli> mh, that is strange I get this https://pastebin.com/0vBdDNy4 with -r50 at BtbN, looks fine on ffmpeg side but when I check the file it isn't [00:53:04 CEST] <furq> iH2O: because the quality sucks [00:53:06 CEST] <schelleursli> sec I'll upload the samble [00:53:39 CEST] <iH2O> hmm [00:54:04 CEST] <furq> it's not like it's difficult to illegally acquire decent quality music on the internet [00:54:12 CEST] <furq> at least, so i've heard [00:54:15 CEST] <furq> i'm very law-abiding [00:54:16 CEST] <schelleursli> https://1drv.ms/v/s!At6cEyJzE4-RjG52Hs6hLkcmU_nz at BtbN [00:54:30 CEST] <kerio> you're taking the time to store music, spend a little more effort and grab a flac [00:54:35 CEST] <furq> i have never broken a law [00:55:19 CEST] <iH2O> the folks in the original 13 colonies never broke the law [00:55:27 CEST] <furq> i'm disappointed that nobody has said "but have you broken Œ law" [00:55:35 CEST] <BtbN> looks like a completely broken video to me, not a deinterlacing artifact [00:55:38 CEST] <furq> what kind of ffmpeg irc channel is this [00:55:51 CEST] <schelleursli> the video deinterlaces fine with yadif though at BtbN [00:56:12 CEST] <BtbN> I have deinterlaced tons of stuff with cuvid, and never had any issues [00:56:13 CEST] <schelleursli> source file is also up https://1drv.ms/v/s!At6cEyJzE4-RjHKfgHbvaShNN9uy [00:56:44 CEST] <schelleursli> I'll test it on another one then [00:57:06 CEST] <kerio> furq: the kind of channel where people use onedrive unironically, apparently [00:57:10 CEST] <schelleursli> but the source is really nothing special, just a dvb-c recording created by vdr and then I cut it [00:57:18 CEST] <furq> why would you ironically use onedrive [00:57:24 CEST] <thebombzen> schelleursli: I think it's just a problem with with the hardware deinterlacer [00:57:33 CEST] <kerio> memes need no explanation [00:57:36 CEST] <thebombzen> I think the cuda hardware deinterlacer is producing buggy output [00:59:02 CEST] <furq> out of interest, what card is it [00:59:07 CEST] <james999> https://en.wikipedia.org/wiki/%CE%9C-law_algorithm [00:59:25 CEST] <BtbN> yeah, it chokes on that video [00:59:28 CEST] <schelleursli> still strange that it works nicely for BtbN, maybe he is deinterlacing ntsc or something else? [00:59:33 CEST] <james999> lol does that look like a mu or a %CE% thingie like it does in this client? [00:59:42 CEST] <BtbN> If I deinterlace my sample video with cuvid, it works fine [00:59:47 CEST] <BtbN> deinterlacing that source.ts is broken [01:00:01 CEST] <schelleursli> furq, it's some cheapo usb dvb-c card, terratec h5 I think [01:00:08 CEST] <furq> i meant gfx card, but nvm [01:00:10 CEST] <schelleursli> oh [01:00:13 CEST] <furq> apparently it's not that [01:00:14 CEST] <schelleursli> sorry :D [01:00:35 CEST] <schelleursli> gtx 770, but ye looks like it's at least not user error, that makes me feel better already [01:00:59 CEST] <james999> speaking of usb, what's the difference in data rate between a hdmi cable and a usb cable? [01:01:08 CEST] <furq> which usb [01:01:14 CEST] <furq> and also which hdmi [01:01:17 CEST] <dystopia_> depends on hdmi version and usb version [01:01:19 CEST] <james999> I've always wondered why people don't just carry around universal PnP usb monitors all the time [01:01:21 CEST] <dystopia_> what furq said [01:01:34 CEST] <thebombzen> schelleursli: I just tried playing the video using "mpv source.ts --hwdec=cuda --vd-lavc-o=deint=adaptive" and got the same stuttering [01:01:37 CEST] <james999> the latest of both hdmi 2 and usb 3.1 [01:01:39 CEST] <dystopia_> usb-c > hdmi *.* [01:01:40 CEST] <furq> you'd never get a 1080p60 signal over usb2 [01:01:43 CEST] <thebombzen> I think cuda is just outputting bad frames [01:01:48 CEST] <furq> i don't think even 1080p30 would work [01:01:55 CEST] <thebombzen> I'd just use yadif here tbh [01:01:59 CEST] <james999> that would be a fun calculation to do [01:02:08 CEST] <furq> it's not really that fun [01:02:23 CEST] <thebombzen> schelleursli: make sure if you're using yadif that you software scale it. don't scale the video before deinterlacing or you will be sad [01:02:30 CEST] <schelleursli> ye, I guess I'll go back to that, just sounded like a nice clean solution to get the deinterlace and scaling done on gpu [01:02:44 CEST] <furq> (1920 * 1080 * 60 * 12) / 1048576 [01:02:50 CEST] <kerio> 12? [01:02:51 CEST] <furq> is 1423Mbps [01:02:55 CEST] <james999> you would just have to determine the bitrate of a 1080p@30hz video and compare it to the bitrate of usb2 [01:02:56 CEST] <furq> 12bpp for yuv420p [01:03:09 CEST] <schelleursli> that would've been my next question, I guess there is no way to do gpu scaling after I do software deinterlace? [01:03:13 CEST] <BtbN> schelleursli, I feel like -r 50 is not correct for that video [01:03:14 CEST] <kerio> why would a computer monitor use yuv [01:03:22 CEST] <thebombzen> schelleursli: not with ffmpeg.c [01:03:25 CEST] <furq> i was assuming some kind of best-case scenario [01:03:26 CEST] <BtbN> is it something like 24000/1001? [01:03:36 CEST] <thebombzen> you'd have to use opengl to do that [01:03:38 CEST] <furq> if it is rgb then obviously that's 2850mbps [01:03:49 CEST] <furq> which is a bit more than the 480mbps theoretical maximum of usb2 [01:03:56 CEST] <furq> which is of course a number that no usb2 connection has ever achieved in reality [01:03:59 CEST] <thebombzen> but software scaling is much faster than preset slow+ on x264 [01:04:02 CEST] <thebombzen> so I wouldn't worry too much [01:04:03 CEST] <schelleursli> it's normal pal 1080i tv standard [01:04:14 CEST] <schelleursli> 1080i 25 fps interlaced [01:04:20 CEST] <thebombzen> also using zscale is more accurate but slower scaling. given that your input is somewhat compressed I wouldnt' worry about that [01:04:31 CEST] <dystopia_> not all pal .ts can be bobbed schelleursli [01:04:37 CEST] <kerio> how does yuv420p work again [01:04:38 CEST] <dystopia_> you should do a bob test with -t 10 [01:04:46 CEST] <dystopia_> to see if it's true 50 or dupe frames [01:04:47 CEST] <furq> kerio: half vertical and horizontal resolution for u and v [01:04:49 CEST] <thebombzen> kerio: a computer monitor wouldn't use yuv [01:05:02 CEST] <thebombzen> YUV is a linear change-of-basis from RGB [01:05:08 CEST] <james999> according to wikipedia the max bitrate of usb1, 2, and 3 is 1.5, 480, and 5,000 Mbit/s respectively [01:05:20 CEST] <kerio> furq: how many bits per channel? [01:05:26 CEST] <furq> 8 [01:05:28 CEST] <thebombzen> kerio: the difference is the YUV basis is subsampled [01:05:33 CEST] <BtbN> schelleursli, the file is less [01:05:36 CEST] <thebombzen> U and V are only recorded for a 2x2 square [01:05:44 CEST] <furq> there is obviously such thing as yuv420p10le etc [01:05:48 CEST] <thebombzen> so the U and V vertical and horizontal resolutions are cut in half [01:05:56 CEST] <furq> didn't i just say that [01:05:56 CEST] <schelleursli> I can do 50 fps yadif deinterlace with yadif=1 at dystopia_, how would I check with -t 10? [01:06:01 CEST] <thebombzen> furq: you did just say that [01:06:13 CEST] <thebombzen> Y contains the Luma component and U and V contain the chroma component [01:06:16 CEST] <schelleursli> mh BtbN, not sure why that would be the case, maybe something went wrong when I cut it? [01:06:33 CEST] <dystopia_> basically stick -t 10 infront of -i and do the rest of your command as normal [01:06:34 CEST] <james999> furq: so now we should see a plethora of usb hd monitors... maybe [01:06:34 CEST] <furq> if you start explaining what luma is i'm going to start crying [01:06:39 CEST] <dystopia_> it will only encode 10 seconds [01:06:40 CEST] <kerio> why did we get stuck with rgb and ycbcr [01:06:46 CEST] <BtbN> no, it's just not exactly 25, and that's the hickups you see in the video [01:06:50 CEST] <furq> rgb because it makes sense [01:06:56 CEST] <thebombzen> kerio: it's all human eye psychovisual stuff [01:06:56 CEST] <furq> yuv because of black and white tv compatibility [01:07:10 CEST] <thebombzen> the human eye has 3 color receptors that are approximated well by red/green/blue [01:07:12 CEST] <kerio> furq: sRGB doesn't make a lick of sense [01:07:13 CEST] <schelleursli> BtbN, maybe I had a signal hickup, I'll use another source file to recheck [01:07:17 CEST] <dystopia_> advance through the video frame by frame, if each frame is unique, it can be bobbed, if every other frame is a dupe it cannot be bobbed and yo should weave [01:07:22 CEST] <slalom> hm [01:07:25 CEST] <furq> what does srgb have to do with it [01:07:28 CEST] <dystopia_> you should check all pal content before encoded [01:07:34 CEST] <kerio> we're emulating CRT phosphor responses [01:07:36 CEST] <thebombzen> kerio: the human eye sucks ass at seeing color but we're pretty good at seeing differences in lightness. so by reducing the chroma information we save space without really being able to tell a difference [01:07:36 CEST] <dystopia_> cuz lots can't be bobbed and lots can [01:07:39 CEST] <dystopia_> it's kinda random [01:07:46 CEST] <james999> what's a good introductory textbook on YUV, luma, rgb colorspaces? [01:07:55 CEST] <thebombzen> en.wikipedia.org [01:07:56 CEST] <kerio> instead of using a decent linear color space [01:07:56 CEST] <furq> also subsampled yuv is also because of the 1960s [01:08:03 CEST] <furq> but reducing bandwidth still makes sense today [01:08:09 CEST] <schelleursli> bloody interlacing standards, why are we still using these anyway, nothing but trouble [01:08:14 CEST] <thebombzen> read the article on the the 1931 colorspace for an intro [01:08:21 CEST] <kerio> like ciecam02 [01:08:32 CEST] <furq> schelleursli: funny you should ask, it's also because of reducing bitrate [01:08:33 CEST] <james999> thebombzen: If you're gonna put it like that, may as well say The Book of Knowlege: Wikipedia.org [01:08:49 CEST] <thebombzen> "read the article on the 1931 colorspace for an intro" [01:08:53 CEST] <schelleursli> ye, my local tv sends it's signal at 720p 50 fps [01:08:57 CEST] <furq> at least it's not telecine [01:09:02 CEST] <schelleursli> not more deinterlacing on my end [01:09:05 CEST] <schelleursli> -t [01:09:23 CEST] <schelleursli> not perfect but still more convenient for me :D [01:09:25 CEST] <thebombzen> kerio: so RGB is based on human eyes. the full range of color for the human vision isn't a polygon so the best we can do on a computer is approximate. [01:09:43 CEST] <thebombzen> we have "primaries" which are red green and blue values that are some colors we can see [01:09:51 CEST] <thebombzen> every color is a convex combination of those primary colors [01:09:56 CEST] <kerio> it's still nonlinear [01:10:05 CEST] <james999> fun fact: bees target certain flowers because they have ultraviolet designs on them that are invisible to humans [01:10:07 CEST] <thebombzen> you are correct because the human eye is nonlinear [01:10:07 CEST] <kerio> for "backwards compatibility" with CRT screens [01:10:17 CEST] <thebombzen> no, because humans are nonlinear. [01:10:18 CEST] <kerio> no, it's not linear in perception either [01:10:26 CEST] <dystopia_> i've only ever seen 50fps been broadcast on hevc 4k stuff schelleursli [01:10:26 CEST] <thebombzen> correct, because the human eye is nonlinear. [01:10:40 CEST] <dystopia_> what country are you in to see 50fps broadcast via cable? [01:10:46 CEST] <schelleursli> german and swiss television are doing 720p/50 broadcasts [01:10:52 CEST] <dystopia_> ahh [01:10:56 CEST] <dystopia_> cool [01:10:59 CEST] <thebombzen> that sounded like a swiss video [01:11:05 CEST] <thebombzen> from the announcer [01:11:07 CEST] <schelleursli> it's german :) [01:11:14 CEST] <thebombzen> well they speak german in switzerland [01:11:21 CEST] <thebombzen> so how am I supposed to know lol [01:11:34 CEST] <thebombzen> kerio: It's not possible to create a linear colorspace because the human eye doesn't perceive color linearly [01:11:34 CEST] <schelleursli> you would know! it's one weird dialect we speak here [01:11:34 CEST] <schelleursli> :D [01:11:34 CEST] <furq> they don't speak real german [01:11:44 CEST] <thebombzen> schelleursli: I wouldn't know unless I speak german [01:11:45 CEST] <thebombzen> which I don't [01:11:49 CEST] <schelleursli> eheh [01:11:52 CEST] <james999> like the amish in america? [01:11:56 CEST] <furq> swiss german speakers need subtitles on german tv [01:12:09 CEST] <dystopia_> it's all french to me [01:12:11 CEST] <thebombzen> idk what the Amish sound like [01:12:18 CEST] <thebombzen> I have never interacted with amish people [01:12:32 CEST] <furq> i am an expert on the amish because i have seen that episode of the simpsons where they accidentally build a barn instead of a pool [01:12:40 CEST] <furq> also the film "kingpin" [01:12:50 CEST] <james999> They speak a weird bastardized german: https://www.youtube.com/watch?v=oMbvC_siQyc [01:12:53 CEST] <thebombzen> my best guess is they sound fairly similar to an older version of American english [01:13:02 CEST] <thebombzen> I mean I know they speak a weird german but I don't know what it means to be a "weird german" [01:13:02 CEST] <james999> Helps them keep separate from those "english" (everyone else) [01:13:05 CEST] <thebombzen> given that I'm nota german speaker [01:13:22 CEST] <thebombzen> also Amish don't speak german? [01:13:30 CEST] <james999> idk maybe it's like someon speaking heavily accented english/pidgin [01:14:24 CEST] <thebombzen> >googles it [01:14:29 CEST] <thebombzen> >amish do speak german [01:14:35 CEST] <thebombzen> [19:12:17] <thebombzen> I have never interacted with amish people [01:14:59 CEST] <james999> This channel "Get Germanized" has a video comparing them: https://www.youtube.com/watch?v=PDChsbf_0kY [01:15:27 CEST] <thebombzen> haha, unfortunately I don't speak german so this wont' really mean anything to me [01:15:59 CEST] <thebombzen> is it mutally intelligible with german? [01:16:03 CEST] <schelleursli> just tried with another channel and new sample, also checked for dvb stream errors first this time BtbN, same problem, guess it's just not meant to be [01:16:20 CEST] <james999> he's speaking english, and listing pairs of words from each and comparing them [01:16:24 CEST] <james999> they sound very similar to me [01:19:09 CEST] <thebombzen> james999: btw w/r/t the bees thing [01:19:13 CEST] <schelleursli> maybe I should open a bug report for this then, looks like it's not on my end and the input file should be standard pal dvb signal [01:19:19 CEST] <thebombzen> probably not [01:19:22 CEST] <thebombzen> it's a hardware issue [01:19:25 CEST] <thebombzen> (most likely) [01:19:30 CEST] <thebombzen> if it's a hardware decoder [01:19:40 CEST] <schelleursli> ah [01:19:44 CEST] <schelleursli> crap [01:19:45 CEST] <schelleursli> ^^ [01:19:53 CEST] <james999> bee hardware decoders? rofl [01:20:01 CEST] <thebombzen> jab416171: fun fact: humans can see ultraviolet light, but our lens filters it out [01:20:22 CEST] <thebombzen> an old version of cataract surgery was to remove the lens and give you enormous glasses [01:20:42 CEST] <thebombzen> but patients who did that were able to see ultraviolet that is otherwise invisible. light my great grandmother would always talk about my dad's purple tie [01:20:49 CEST] <thebombzen> but it was just brown to us [01:21:42 CEST] <james999> that is... far out [01:21:59 CEST] <james999> also why the hell doesn't google glass do that? [01:22:07 CEST] <james999> would have been an actually useful feature of the things [01:22:48 CEST] <furq> because google glass doesn't require you to remove the lenses in your eyes [01:23:17 CEST] <james999> idk someting like making uv light appear as dark purple [01:23:22 CEST] <james999> and IR as blood red [01:23:41 CEST] <furq> how would that help you use google+ [01:24:44 CEST] <james999> haha, good point [01:25:22 CEST] <thebombzen> james999: https://en.wikipedia.org/wiki/CIE_1931_color_space [01:25:24 CEST] <thebombzen> read this [01:25:42 CEST] <thebombzen> essentially it's impossible to fully capture human vision without dead space using 3 primaries [01:26:17 CEST] <james999> is taht why monitors can never fully simulate actual vision as they are now? [01:26:31 CEST] <thebombzen> yes [01:26:41 CEST] <thebombzen> althougth you can get close [01:26:47 CEST] <thebombzen> bt.2020 is pretty close [01:27:12 CEST] <james999> kind of makes it feel like a scam buying a $6000 tv set if it doesn't fully simulate real life [01:29:21 CEST] <thebombzen> can I have my money back on goat simulator it doesn't simulate being a goat like real life [01:29:50 CEST] <james999> XD [01:40:45 CEST] <schelleursli> it's getting late here, thanks for all the infos and help I'm going to go back to software deinterlacing :) [02:17:40 CEST] <cunhaw> test. [02:26:01 CEST] <Threads> no homo [02:29:15 CEST] <thebombzen> ? [02:30:23 CEST] <dsc_> its not working [02:33:02 CEST] <thebombzen> this looks like a job for batman [03:44:46 CEST] <Threads> when extracting teletext subtitles how can i keep the colors ? [05:30:47 CEST] <diverdude> hi, i am trying to compile a format detection program but i am getting undefined symbols, but i cannot understand why because i have pretty much included all libraries in ffmpeg in the compile command.....Can anybody help me understand what I am missing? Here is comile command and error: http://paste.ubuntu.com/24470717/ [05:39:32 CEST] <james999> i'm very confuse [05:39:43 CEST] <james999> i tried streaming to the xbox again and I noticed the picture from a youtube vid is horrible [05:39:49 CEST] <james999> but when I added -vcodec libx264 it got better [05:40:01 CEST] <james999> h264 is not simlar or identical to x264? [05:40:37 CEST] <james999> the ytube vid is 1280x720 with h264 video i thought [05:50:36 CEST] <thebombzen> what codec had you been using before [05:54:19 CEST] <furq> if you were just doing -f mpegts then it'll have been using mpeg2video [05:54:21 CEST] <furq> which is indeed horrible [05:54:31 CEST] <furq> you need to add -c copy if you don't want to reencode [06:05:24 CEST] <Tatsh> hitting this bug :( https://trac.ffmpeg.org/ticket/5086 [06:14:35 CEST] <james999> oh ok furq [06:14:38 CEST] <james999> that makes more sense [06:15:06 CEST] <james999> it was a 1920x1080 screen and i suppose mpeg2video wasn't built with that res in mind or something [06:15:34 CEST] <furq> well it was probably also using the default options [06:16:12 CEST] <furq> but you should just copy the streams or use x264 anyway [06:17:04 CEST] <Tatsh> hmm, getting this with concat [06:17:09 CEST] <Tatsh> concat: protocol and not as file [06:17:10 CEST] <Tatsh> Too many packets buffered for output stream 0:1. [06:17:14 CEST] <Tatsh> 0:1 is my audio stream [06:17:29 CEST] <Tatsh> and it's just PCM, in several MKVs i'm trying to concatenate [06:20:37 CEST] <james999> hmm i still haven't ifgured out a way to test the speed of my wifi network locally [06:20:54 CEST] <james999> I tried udp streaming of 1920x1080 to the tv and it was choppy [06:21:05 CEST] <james999> but 1280x720 seemed to work fine [06:24:35 CEST] <james999> hmm using that 12bpp number from earlier, that comes out to 316Mbps [06:24:43 CEST] <diverdude> anybody? [06:24:44 CEST] <james999> but i thought my wireless was only 54Mbps. o_0 [06:27:54 CEST] <james999> well it says lib not found for x86_64 [06:27:59 CEST] <james999> maybe you have 32 bit libraries installed? [06:28:10 CEST] <james999> or mb you need a flag to gcc to search them or something [06:43:00 CEST] <Tatsh> it appears i can use the concat protocol [06:43:10 CEST] <Tatsh> the audio streams i'm muxing back in are too long [06:43:23 CEST] <Tatsh> that's why i get this 'Too many packets buffered for output stream 0:1.' message [06:57:19 CEST] <diverdude> bah...when i output compiler commands from the make examples it seems that each example require 8 different non-trivial compile commands....why o why must it be so hard :/ [08:28:49 CEST] <JC_Yang> how to demux raw stream from a mpeg program stream file? [08:44:55 CEST] <JC_Yang> well, done [10:18:38 CEST] <JC_Yang> how to customize passed to compiler and linker options in the configure script? seems no way to enable or disable some options [10:44:33 CEST] <JC_Yang> I'm trying to specify clang as cross compiler and also config --sysroot, but the c compiler test pass -isysroot= option to the ld(I also specify the cross-ld), and it is a unrecognized option, cause the link failed. Shouldn't this be fixed? ld does not accept -isysroot, and then I realize that specify the cross-ld directly is not the correct path, what I need is specify the -B/path/to/cross/bin t [10:44:35 CEST] <JC_Yang> o clang, but how to do that with the current configure script? any options? [11:41:00 CEST] <JC_Yang> hmm, switch to gcc, but --sysinclude are not respected. errno.h not found [11:44:37 CEST] <JC_Yang> fixed with --extra-cflags... [11:48:44 CEST] <sinanksu> Hi guys [11:49:00 CEST] <sinanksu> I have a problem. [11:49:11 CEST] <sinanksu> I want help [11:49:28 CEST] <sinanksu> I am getting a live stream in raw format with rtmpdump. Then I broadcast this live broadcast via rtmp with ffmpeg. But the live broadcast continues to freeze for 5 seconds. 5 seconds playing 1 second freezing, 5 seconds playing 1 second freezing, 5 seconds playing 1 second freezing. This is how the live broadcast progresses. [11:51:07 CEST] <sinanksu> my code : rtmpdump -r rtmpe://xx.xx.xx.xx/live -a xlive -f WIN 23,0,0,162 -s http://link/VideoPlayer.swf -w dsa4d64as9d4as89d498as4d98a4sd894a89d4894s98d49asd a -x 585534 -p "http://link" -C S:client -C S:3.1.0.10 -C S:en --live -y raw:999999 | ( ffmpeg -re -i - -sn -vcodec copy -acodec copy -f flv rtmp://127.0.0.1:1935/restream/999999 ) [11:56:02 CEST] <matej_k> is h264 parser adding prefix (14) nal units, or am I seeing things? [12:00:10 CEST] <sinanksu> ? [12:01:50 CEST] <matej_k> i have mpeg ts file with h.264 video, demuxing it with avcodec, and im getting nal prefix units 14, which i dont think are in the file itself. [12:02:52 CEST] <cryptodechange> Hm [12:02:54 CEST] <cryptodechange> https://pastebin.com/cTLDCc6g [12:03:16 CEST] <cryptodechange> Too many packets buffered, for an audio stream [12:03:52 CEST] <cryptodechange> I could just convert video only, then remux audio and subtitles [12:10:16 CEST] <sinanksu> H0 [12:10:18 CEST] <sinanksu> I registered here before. I do not want a password reset email for 3 days. There is also no spam in the box .. I can not log in. [12:10:27 CEST] <sinanksu> Help me.. [12:11:19 CEST] <sinanksu> http://ffmpeg.gusari.org [12:11:24 CEST] <sinanksu> mail does not come [12:15:58 CEST] <BtbN> That's some inofficial forum, ffmpeg is in no way affiliated with it. [12:37:22 CEST] <matej_k> well, it was missing AVFMT_FLAG_KEEP_SIDE_DATA [12:41:59 CEST] <matej_k> its strange to have flag that basically causes broken output and is not set by default [12:43:09 CEST] <matej_k> okay, i see this now https://www.mail-archive.com/ffmpeg-cvslog@ffmpeg.org/msg26105.html [13:07:24 CEST] <Phantom_Hoover> hi, i've got some videos which are high-quality but seem to have really sparse keyframes or something, so seeking takes forever [13:07:48 CEST] <Phantom_Hoover> is there anything i can do to reencode to fix that? [13:27:26 CEST] <james999> Phantom_Hoover: according to this ask you may not see much increase in quality, but here ya go: http://stackoverflow.com/questions/30979714/how-to-change-keyframe-interval… [13:27:40 CEST] <james999> you have to give a paramter to -vcodec libx264 [13:27:47 CEST] <james999> -x264-params [13:30:44 CEST] <Phantom_Hoover> quality's not the issue, it's usability [13:31:33 CEST] <Phantom_Hoover> if i click on the timebar i get a frozen picture with running audio for a few seconds, and often there are artefacts on the video for a few seconds more once it starts playing [13:33:13 CEST] <Phantom_Hoover> just reencoding through vlc with its stock x264/mp4 profile fixes that up pretty well though [13:34:44 CEST] <Phantom_Hoover> fucked up the subtitles though [13:59:59 CEST] <james999> i didn't even know vlc let you encode anything [14:00:20 CEST] <james999> the options are so poorly documented it may as well go to the moon with --launch-moon-rocket and i'd never know either lol [14:01:17 CEST] <BtbN> that's a bug in your player. Seeking in files with sparse keyframes should not be an issue [14:03:52 CEST] <bwe> I want to make a slidecast from several images. Yesterday teratorn was so kind to give me a boilerplate (a complex filter). I don't get the syntax right: https://bpaste.net/show/f5a1905bc9f0 Where can I find out in the documentation how to do it correctly? [14:11:21 CEST] <Phantom_Hoover> BtbN, well i mean it's just vlc, but if you say so [14:11:27 CEST] <Phantom_Hoover> any fixes for it though? [14:14:33 CEST] <nyuszika7h> is there a way to scan a file for H.264/AAC decoding errors without playing it and waiting for the whole duration? [14:14:39 CEST] <bwe> What does Undefined constant or missing '(' in 'start' mean (I am new to ffmpeg but already converted some videos in the past successfully)? [14:15:11 CEST] <nyuszika7h> bwe: that should probably be start=0 not start:0 [14:15:19 CEST] <nyuszika7h> I'm not sure though [14:16:15 CEST] <nyuszika7h> actually trim=start=0 might be what it's complaining about [14:17:10 CEST] <nyuszika7h> or maybe not, according to the documentation that should be fine [14:17:49 CEST] <bwe> nyuszika7h: Oh, could you point me to the location in the documentation? [14:18:59 CEST] <nyuszika7h> change loop=-1:start:0:size=1 to loop=loop=-1:start=0:size=1 [14:19:03 CEST] <nyuszika7h> https://ffmpeg.org/ffmpeg-filters.html#loop [14:19:38 CEST] <nyuszika7h> https://ffmpeg.org/ffmpeg-filters.html#Filtergraph-syntax-1 [14:20:00 CEST] <nyuszika7h> though loop=-1:start=0:size=1 will probably work too [14:20:07 CEST] <nyuszika7h> so I was right the first time, start:0 -> start=0 [14:20:24 CEST] <nyuszika7h> but it's more logical to either put them in order or use option names everywhere [14:20:35 CEST] <nyuszika7h> loop=-1:1:0 is another option (loop, start, size) [14:25:56 CEST] <BtbN> Phantom_Hoover, try another player, MPC-HC or something [14:27:09 CEST] <Phantom_Hoover> BtbN, on linux [14:27:19 CEST] <BtbN> well, then something else [14:27:58 CEST] <nyuszika7h> https://mpv.io/ [14:29:31 CEST] <Phantom_Hoover> mpv seems p good [14:30:47 CEST] <BtbN> Or a VLC nightly, if you are using some 2.2 release [14:39:13 CEST] <bwe> nyuszika7h: Thanks. I have got the syntax right. How can I scale the pictures to a sensible output size proportionally and fill the left over space with white colour? https://bpaste.net/show/e755cdc9a4a1 [14:39:47 CEST] <vlt> nyuszika7h: You could write the raw video you get from `ffmpeg -i testfile` to /dev/null and see if decoding errors appear. [14:40:02 CEST] <nyuszika7h> vlt: yeah I just found that, thanks [14:40:17 CEST] <nyuszika7h> (actual command I used: ffmpeg -v error -i INPUT -f null -) [14:40:45 CEST] <nyuszika7h> bwe: hmm, you could take take a completely white PNG file as input and overlay the scaled video on top of that [14:40:49 CEST] <nyuszika7h> one sec [14:41:52 CEST] <nyuszika7h> though it seems there are filters to do that without making a PNG image [14:44:51 CEST] <bwe> nyuszika7h: drawbox? Draw a colored box on the input image. [14:45:01 CEST] <nyuszika7h> yes [14:45:04 CEST] <nyuszika7h> I'm testing that atm [14:52:17 CEST] <cryptodechange> Finished encoding, mediainfo gives some extra params I didn't notice [14:52:19 CEST] <cryptodechange> crf_max=0 [14:54:05 CEST] <nyuszika7h> that sounds like lossless encoding [14:54:15 CEST] <nyuszika7h> which likely produces a very big file [14:54:52 CEST] <cryptodechange> cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 [14:54:52 CEST] <cryptodechange> / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=150 / rc=crf / mbtree=1 / crf=16.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:0.80 [14:55:08 CEST] <cryptodechange> 10.7gb from 32gb [14:55:49 CEST] <nyuszika7h> hmm strange that it says crf_max=0.0 [14:55:55 CEST] <nyuszika7h> that definitely doesn't look like lossless encoding [14:56:08 CEST] <nyuszika7h> oh you need to use 'pad' not 'drawbox' bwe [14:57:10 CEST] <nyuszika7h> bwe: do you want to center the image? [14:58:05 CEST] <nyuszika7h> hmm [14:58:07 CEST] <nyuszika7h> "If x or y evaluate to a negative number, theyll be changed so the input image is centered on the padded area." [14:58:16 CEST] <nyuszika7h> [Parsed_pad_1 @ 00000000025afac0] Negative values are not acceptable. [14:58:42 CEST] <bwe> Yes, I want to center it. [14:59:07 CEST] <bwe> Which format are most YouTube videos? [14:59:36 CEST] <nyuszika7h> okay this works [14:59:53 CEST] <nyuszika7h> -filter_complex "[0:v:0]scale=640:360,pad=1280:720:in_w/2:in_h/2:color=white[vid]" -map "[vid]" [15:00:00 CEST] <nyuszika7h> bwe: define "format" [15:00:03 CEST] <nyuszika7h> container? video/audio codec? [15:00:36 CEST] <nyuszika7h> YouTube can take pretty much anything, they will transcode it anyway [15:00:55 CEST] <nyuszika7h> you could use H.264 and AAC for audio (if there's audio), or VP9 and Opus for audio (though VP9 encoding is much slower I think) [15:00:59 CEST] <bwe> nyuszika7h: (with ffmpeg =). Oh, I regret of being completely imprecise. I mean resolution, aspect ratio. [15:01:08 CEST] <nyuszika7h> oh [15:01:13 CEST] <nyuszika7h> well nowadays they're mostly 16:9 [15:01:44 CEST] <bwe> which resolution do you recommend? [15:01:55 CEST] <cryptodechange> Should I not be concerned over crf_max=0.0, or did I set my encode wrong? [15:02:13 CEST] <nyuszika7h> cryptodechange: since the output is not a huge file but much smaller than the input, nothing to worry about I think [15:02:19 CEST] <bwe> Well, that would be slides with an audio narration. [15:02:29 CEST] <nyuszika7h> 1080p at most is probably fine [15:02:34 CEST] <nyuszika7h> could do 720p too if you want smaller [15:02:46 CEST] <nyuszika7h> it's just slides but at least 720p is recommended for any content really [15:02:49 CEST] <cryptodechange> I used the veryslow preset but used some placebo settings [15:03:49 CEST] <bwe> I can't simply do `pad=1080p:x=-1:y=-1:color=white`? [15:03:58 CEST] <nyuszika7h> -1 didn't work for me [15:05:35 CEST] <nyuszika7h> pad=1920:1080:x=in_w/2:y=in_h/2:color=white [15:06:07 CEST] <nyuszika7h> the x=/y=/color= are not needed if you put them in that order but it doesn't hurt either [15:06:44 CEST] <nyuszika7h> anyway this is assuming you scale to a size *smaller* than 1080p and then pad it with white to 1080p [15:07:10 CEST] <nyuszika7h> though you could also just upload as-is if the input images are the same resolution [15:07:27 CEST] <nyuszika7h> unless it doesn't look good without any padding, I don't know, I would have to see [15:08:16 CEST] <nyuszika7h> there is probably some way to just pad everything to the biggest input image's resolution [15:08:37 CEST] <nyuszika7h> the player is 16:9 so it will add black bars if your aspect ratio is different (full screen will have black bars on non-16:9 displays) [15:11:00 CEST] <bwe> nyuszika7h: I've added pad to each image's filter: https://bpaste.net/show/354c1972d018 It raises `Cannot find a matching stream for unlabeled input pad 0 on filter Parsed_pad_9 [15:11:50 CEST] <nyuszika7h> you did "trim=start=0:end=10[0],pad=width=1920:height=1080:x=-999:color=white" [15:11:58 CEST] <nyuszika7h> it should be "trim=start=0:end=10,pad=width=1920:height=1080:x=-999:color=white[0]" [15:12:38 CEST] <nyuszika7h> the [0] and such are the outputs of each filter chain and go at the end, then you use a semicolon to start the next input/output pair [15:13:03 CEST] <nyuszika7h> the pad goes BEFORE the [0], [1] etc. which were before the semicolons [15:13:16 CEST] <bwe> The [0] refers to which stream? [15:13:27 CEST] <nyuszika7h> none, [0] is the output of the filter chain [15:13:34 CEST] <nyuszika7h> though I don't know if it's valid to call your outputs that [15:13:45 CEST] <nyuszika7h> it may be confused with streams [15:13:57 CEST] <nyuszika7h> I'd call them [a], [b], etc. or something [15:14:37 CEST] <nyuszika7h> -filter_complex '[0:v]setsar=sar=1/1,fps=30,loop=loop=-1:start=0:size=1,trim=start=0:end=10,pad=width=1920:height=1080:x=-999:color=white[a];[1:v]setsar=sar=1/1,fps=30,loop=loop=-1:start=0:size=1,trim=start=0:end=10,pad=width=1920:height=1080:x=-999:color=white[b];[a][b]concat=n=2[out]' [15:16:32 CEST] <nyuszika7h> though instead of a set size, you could also do pad=aspect:16/9:x=in_w/2:y=in_h/2:color=white [15:16:45 CEST] <nyuszika7h> hmm in_w/2 and in_h/2 might only work in my example because it's exactly double, right [15:17:57 CEST] <bwe> nyuszika7h: I want to script it for a text file wherein each line maps a filename to a timestamp. In turn I desire to iterate over any number of images. While the alphabet ends with 26 characters, the numbers don't. What's the best case to handle it? https://bpaste.net/show/f3c1b6d97fca [15:18:05 CEST] <sinanksu> MY CHANGE [15:18:09 CEST] <sinanksu> ffmpeg -re -i - -sn -vcodec libx264 -x264-params keyint=120:no-scenecut -acodec copy -f flv rtmp://127.0.0.1:1935/restream/ [15:18:28 CEST] <sinanksu> add -vcodec libx264 -x264-params keyint=120:no-scenecut [15:18:58 CEST] <sinanksu> The problem continues [15:19:13 CEST] <sinanksu> Continues to freeze [15:19:24 CEST] <bwe> nyuszika7h: Negative values are not acceptable.` [15:19:30 CEST] <nyuszika7h> yeah I got that error too [15:20:08 CEST] <sinanksu> I've also been on the forum but nobody has written yet : http://ffmpeg.gusari.org/viewtopic.php?f=11&t=3611 [15:21:36 CEST] <sinanksu> Could you write me the right values? [15:23:31 CEST] <nyuszika7h> bwe: okay I got it to center for any resolution [15:24:08 CEST] <nyuszika7h> pad=width=1920:height=1080:x=(out_w-in_w)/2:y=(out_h-in_h)/2:color=white [15:25:14 CEST] <nyuszika7h> I'll think about the other thing [15:27:23 CEST] <bwe> It works with the numbers. [15:31:30 CEST] <nyuszika7h> also, the default CRF for x264 (28) might not have such a good quality, if you want to improve the output quality, try values from "-crf 23" to "-crf 18" (before the output file name) [15:31:51 CEST] <nyuszika7h> also if the input has audio, make sure to add "-c:a copy" to avoid transcoding the audio [15:32:28 CEST] <nyuszika7h> also hmm awk, interesting, never really used it for such complex scripting, but I understand the code :P [15:40:08 CEST] <bwe> nyuszika7h: Yup, audio is the next thing. Before, can I increase `speed= 0.6x` ? [15:41:05 CEST] <nyuszika7h> bwe: use a faster preset [15:41:08 CEST] <nyuszika7h> the default is medium [15:41:25 CEST] <nyuszika7h> '-preset fast', '-preset faster', '-preset veryfast', '-preset superfast', '-preset ultrafast' [15:41:37 CEST] <nyuszika7h> this will increase the file size [15:42:04 CEST] <nyuszika7h> also probably a good idea to explicitly specify "-c:v libx264" though it's usually the default [15:42:24 CEST] <nyuszika7h> https://trac.ffmpeg.org/wiki/Encode/H.264 [15:42:36 CEST] <nyuszika7h> oh 23 is default not 28 [15:43:14 CEST] <nyuszika7h> that's not so bad for slides but you can still reduce it if the output quality doesn't look good (18 is generally visually lossless, especially for slides no need to go below that most likely) [15:43:18 CEST] <sinanksu> add -c:a copy [15:43:34 CEST] <nyuszika7h> yes, I mentioned that aleady [15:43:35 CEST] <nyuszika7h> *already [15:43:43 CEST] <nyuszika7h> 2017-04-28 15:31:51+0200 <nyuszika7h> also if the input has audio, make sure to add "-c:a copy" to avoid transcoding the audio [15:43:55 CEST] <sinanksu> There has not been a change. There is still a problem. [15:44:06 CEST] <nyuszika7h> oh you're not talking about bwe's problem [15:44:15 CEST] <nyuszika7h> I was talking to bwe, sinanksu [15:44:18 CEST] <sinanksu> sory [15:44:30 CEST] <nyuszika7h> I'm not sure about your issue sorry, maybe someone else will be able to help [15:45:40 CEST] <sinanksu> Thank you. I will wait. [15:55:49 CEST] <bwe> nyuszika7h: The approach works very robust: https://bpaste.net/show/c71d1ba797e4 Yet I have to find out why there is no audio in the output video. [15:56:46 CEST] <arcamargo> g'morning guys. I have a question: I'm trying to figure out what that 0x6040 means in -vf "[in] scale=1280:720:flags=0x6040 [out]" [15:57:03 CEST] <bwe> nyuszika7h: I do not include it in concat, I'll try. [15:58:29 CEST] <nyuszika7h> bwe: -map '[out]' -map 0:a [15:58:49 CEST] <nyuszika7h> oh wait 1:a [15:58:53 CEST] <nyuszika7h> actually 2:a [15:58:56 CEST] <nyuszika7h> because you have 2 image inputs [15:59:12 CEST] <nyuszika7h> if you put the audio first it can be always 0:a [15:59:26 CEST] <nyuszika7h> but then you have to reindex the video tracks to start from 1:v [16:02:41 CEST] <bwe> Done. Works seemlessly! [16:02:58 CEST] <bwe> This is terriffic =). Thanks a bunch. [16:07:51 CEST] <bwe> Can ffmpeg take pdf as input? [16:09:03 CEST] <Mandevil> This is driving me nuts... I reencode a full range video from a DSLR. The ffmpeg output shows it's treated as full range on both input and output... yet the video is clearly lighter, less contrasty on the output (yes, in ffplay too). What am I doing wrong? https://pastebin.com/ZDgzrmVN [16:20:23 CEST] <cdidd> the bitrate that ffmpeg shows during transcoding, is it an instant bitrate or an average over whole length of encoding process, or some other average? [16:20:45 CEST] <Mandevil> cdidd: I'd like to know too. [16:20:56 CEST] <Mandevil> But it definitely doesn't look like current bitrate. [16:22:10 CEST] <cdidd> I searched github for "Lsize=", couldn't find anything [16:22:33 CEST] <cdidd> any printf I mean [16:30:34 CEST] <cdidd> bitrate = pts && total_size >= 0 ? total_size * 8 / (pts / 1000.0) : -1; [16:32:06 CEST] <cdidd> so they calculate bitrate encoded size and time [16:34:50 CEST] <cdidd> from* [16:36:14 CEST] <Mandevil> So average. [16:40:07 CEST] <Mandevil> swscaler src_range/dst_range accept what values? [16:40:19 CEST] <Mandevil> 'pc' doesn't parse. [16:44:30 CEST] <Mandevil> So it looks like -vf scale=scr_range=1:dst_range=1 solves my problem. [16:44:38 CEST] <kepstin> Mandevil: looks like it's a boolean, where true is full range (pc), false is limited range? [16:44:47 CEST] <Mandevil> Yeah, looks like that. [16:45:07 CEST] <Mandevil> It looks like the scaler was scaling the range despite the input and output were both full range. [16:46:30 CEST] <kepstin> hmm, the src_range and dst_range parameters on the scale filter seem redundant with the in_range and out_range parameters [16:46:40 CEST] <kepstin> (the latter are more expressive, and default to "auto") [16:47:40 CEST] <Mandevil> Hm, I don't see in_range/out_range in the documentation? [16:48:03 CEST] <Mandevil> Provided this is the documentation: https://ffmpeg.org/ffmpeg-scaler.html [16:50:21 CEST] <kepstin> if you're using the scale *filter* please read the docs here: https://www.ffmpeg.org/ffmpeg-filters.html#scale-1 [16:51:13 CEST] <Mandevil> Hm. [16:52:04 CEST] <Mandevil> so "-vf scale=in_range=full:out_range=full"? [16:53:27 CEST] <kepstin> that should be equivalent, yeah [16:56:19 CEST] <Mandevil> Still, this shouldn't be happening... it's quite a nasty gotcha. [16:56:34 CEST] <Mandevil> Everything looks good on the surface, but the video is getting mangled. [16:57:10 CEST] <kepstin> it shouldn't be, unless the input file has the color range incorrectly flagged in metadata (or not flagged at all, so ffmpeg is guessing) [16:57:24 CEST] <Mandevil> No, the tagging is ok. [16:57:29 CEST] <Mandevil> That's the confusing part. [16:57:39 CEST] <Mandevil> ffmpeg clearly sees everything fine. [16:57:51 CEST] <Mandevil> But then swscaler comes and rescales the range anyway. [16:58:05 CEST] <Mandevil> Without saying anything, of course. [17:06:33 CEST] <erick3k> Good day everyone, having a problem. After 60 some hours the streams throw this https://0bin.net/paste/2gFUV2JHj4JPbPKk#NDZ55droKt4SdRr6UWuuO3wlSqrtuJxX132… [17:06:42 CEST] <erick3k> any ideas what is goin on? [17:10:44 CEST] <Mandevil> "Connection reset by peer" [17:37:02 CEST] <erick3k> right, what does that mean? [17:37:08 CEST] <erick3k> my server failed or youtube failed? [17:37:37 CEST] <erick3k> i see youtube streamings 24/7 so why would youtube be reseting the connection and randomly? [17:37:48 CEST] <erick3k> why does it not happens with other streams i see on youtube? [17:42:44 CEST] <erick3k> Mandevil i've been trying to solve this for a week, noone seems to know. So just blame Youtube and give up? [17:42:51 CEST] <erick3k> its that the ultimate result? [17:53:21 CEST] <bwe> Negative values are not acceptable. I get this error only if I add the third trim for the third image: http://bpaste.net/show/1b6a45ddc697 Which negative value is meant? [17:58:32 CEST] <erick3k> anyone hello? [17:58:36 CEST] <kepstin> bwe: your 4th video is taller than 1080, and "1240 - 1080" is a negative number [17:59:26 CEST] <durandal_1707> you meant other way around? [17:59:50 CEST] <bwe> kepstin: True. May I scale it automatically down? [18:00:35 CEST] <kepstin> bwe: sure, you can use the scale filter to do that, it can use expressions to e.g. only scale down the video if it's too big. [18:02:32 CEST] <bwe> kepstin: eval Specify when to evaluate width and height expression. It accepts the following values: [18:02:40 CEST] <bwe> Is this what I want? [18:02:58 CEST] <Mandevil> erick3k: You can try to find out how the connection gets dropped by capturing the stream with tcpdump. [18:03:22 CEST] <kepstin> no, you can just put expressions into the height and width fields directly, it works a lot like the pad filter... [18:07:30 CEST] <alex88> hi there, I'm trying to stream a video to ffserver, I've this command and output https://gist.github.com/alex88/02f7dfc386181519dc9412cb3466f6bc why do I get `Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg4 (native))` even if I select libx264? [18:07:51 CEST] <erick3k> Mandevil what command should i add to ffmpeg to capture that? [18:07:57 CEST] <alex88> if I add -f mp4, which doesn't work because the output is not seekable I correctly get "Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))" [18:09:15 CEST] <Mandevil> erick3k: Are you in Windows or on Linux? [18:09:32 CEST] <erick3k> linux [18:09:37 CEST] <erick3k> this is the command hold on [18:09:51 CEST] <Mandevil> tcpdump is completely unrelated to ffmpeg. [18:09:57 CEST] <Mandevil> It's a packet capture utility. [18:10:22 CEST] <erick3k> https://0bin.net/paste/no3ATdIMvRYJc11D#nT6WuZqmE8QJigtJpcUicY-p4viK2/0tzHX… [18:10:51 CEST] <erick3k> so what would that tell me? [18:11:14 CEST] <erick3k> i tried two different server on really high end datacenters same thing happen [18:11:18 CEST] <Mandevil> It will tell you who is dropping the connection. [18:11:29 CEST] <erick3k> oh so its not youtube then [18:11:31 CEST] <erick3k> it can be me [18:11:34 CEST] <Mandevil> erick3k: Are you sure YT doesn't impose any limits on stream duration? [18:11:41 CEST] <erick3k> is there a command to reconnect ffmpeg if its dropped? [18:11:50 CEST] <Mandevil> erick3k: It says "peer closed the connection" [18:11:50 CEST] <erick3k> Yes, youtube have no limits [18:12:02 CEST] <Mandevil> erick3k: Just put the whole thing into a loop? [18:12:04 CEST] <erick3k> i can last 24 hours 3 days or 6 days, same thing happens [18:12:08 CEST] <erick3k> so no, no limit [18:12:20 CEST] <erick3k> it is on a loop already [18:12:28 CEST] <erick3k> but doesn't reconnect when dropped [18:12:36 CEST] <erick3k> ffmpeg just stops [18:12:48 CEST] <Mandevil> It still is running, but isn't streaming? [18:13:17 CEST] <erick3k> looks like yea [18:13:17 CEST] <erick3k> https://i.imgur.com/wcuZGZs.png [18:13:55 CEST] <Mandevil> I don't see ffmpeg there... [18:13:56 CEST] <Mandevil> ? [18:14:23 CEST] <erick3k> is on stream_to_youtube sh [18:14:38 CEST] <erick3k> which has this https://0bin.net/paste/no3ATdIMvRYJc11D#nT6WuZqmE8QJigtJpcUicY-p4viK2/0tzHX… [18:14:44 CEST] <Mandevil> But no ffmpeg. Looks like ffmpeg actually quit. [18:14:56 CEST] <erick3k> i guess yep [18:15:08 CEST] <Mandevil> So just start it again and be done with it. [18:15:22 CEST] <erick3k> lol its gonna fail again [18:15:28 CEST] <erick3k> 1000% sure [18:15:29 CEST] <Mandevil> Immediately? [18:15:43 CEST] <erick3k> no, it sometimes does it after 24h maybe 3 days maybe 6 days [18:15:48 CEST] <erick3k> is unpredictable [18:16:04 CEST] <Mandevil> Do you realize that network outages and short hiccups etc are a thing? [18:16:20 CEST] <Mandevil> You can't count on having perfect connection. [18:16:25 CEST] <erick3k> Yep, i wonder how some people manage to stream 24/7 no dc [18:16:45 CEST] <erick3k> ok so is there a way to reconnect if it disconnects automatically? [18:16:47 CEST] <Mandevil> They definitely have to deal with networking going down. [18:16:59 CEST] <Mandevil> Just run the ffmpeg again. [18:17:19 CEST] <erick3k> i want to stream 24/7 no maintenance [18:17:40 CEST] <erick3k> it will stop randomly so is there anything i can add to the scripts to reconnect automatically [18:17:48 CEST] <erick3k> instead of me going back to the server and rerun it? [18:17:50 CEST] <Mandevil> Just loop the ffmpeg execution so it will just try again and again until it connects. [18:18:14 CEST] <erick3k> i think its looped? [18:18:18 CEST] <erick3k> already [18:18:48 CEST] <Mandevil> Do you understand what that script is doing? [18:18:55 CEST] <erick3k> Yes, [18:19:06 CEST] <erick3k> re playing the ts [18:19:13 CEST] <erick3k> but nothing to do with "reconnect" [18:19:14 CEST] <Mandevil> So you see that the only looped thing is that cat command, right? [18:19:19 CEST] <erick3k> correct [18:19:23 CEST] <erick3k> perhabs why am asking lol [18:19:31 CEST] <Mandevil> When the ffmpeg quits, it simply isn't there. [18:19:39 CEST] <Mandevil> The script doesn't handle ffmpeg failing. [18:19:47 CEST] <erick3k> sorry am no linux expert [18:19:56 CEST] <alex88> is vcodec supported only when there is a format set? [18:19:58 CEST] <erick3k> how can i make it handle ffmpeg failing? [18:20:34 CEST] <erick3k> i am not entirely sure, furq did help me with those lines [18:20:50 CEST] <Mandevil> I think that the loop goes on even with ffmpeg exiting. [18:21:04 CEST] <erick3k> i agree [18:21:21 CEST] <erick3k> any idea how to make it restart if it exits or something? [18:23:34 CEST] <bwe> kepstin: scale=h='min(1080, ih):w=-1' would be the filter. How do I escape it correctly? [18:26:00 CEST] <Mandevil> erick3k: Why is the loop even there? What is that source.ts? [18:26:33 CEST] <erick3k> is a rain chill video and repeats so it streams 24/7 [18:26:46 CEST] <erick3k> https://www.youtube.com/watch?v=JGd4LumCPpg [18:26:48 CEST] <erick3k> that one [18:27:16 CEST] <Mandevil> I see. [18:28:56 CEST] <Mandevil> erick3k: Use -stream_loop -1 in ffmpeg. [18:29:03 CEST] <Mandevil> erick3k: And do away with that shell loop completely. [18:29:18 CEST] <Mandevil> And then loop the ffmpeg in while true; do ffmpeg ...; done [18:30:00 CEST] <Mandevil> https://ffmpeg.org/ffmpeg-all.html#Main-options [18:31:59 CEST] <erick3k> Mandevil thanks, so something like this https://0bin.net/paste/4DHjW+0ynjSW8a+d#YT+f8kHpF9rn6uOvnGN28FjG7HyhhpVTTDe… [18:32:48 CEST] <Mandevil> erick3k: The "-i -" becomes "-i source.ts" obviously. [18:33:24 CEST] <Mandevil> Also, the "done" is missing. [18:33:54 CEST] <erick3k> cool so just run it in ssh like while true; do ffmpeg -f -stream_loop -1 mpegts -i source.ts - -flags +cgop -vcodec libx264 -pix_fmt yuv420p -preset $QUAL -r $FPS -g $(($FPS * 2)) -b:v $VBR -c:a copy -bsf:a aac_adtstoasc -f flv "$YOUTUBE_URL/$KEY" 2> /root/ffmpeglog.txt [18:34:10 CEST] <Mandevil> Done is still missing there. [18:34:26 CEST] <erick3k> what's done [18:34:28 CEST] <erick3k> where [18:34:37 CEST] <Mandevil> while true; do <something>; done [18:34:45 CEST] <Mandevil> That's the syntax of the while construct. [18:34:51 CEST] <Mandevil> Also you still have extra '-' there. [18:34:55 CEST] <erick3k> oh so change do to done? [18:35:07 CEST] <Mandevil> Append "; done" [18:35:22 CEST] <Mandevil> And remove the lone '-' [18:36:04 CEST] <erick3k> like this while true; do ffmpeg; done -f -stream_loop -1 [18:36:10 CEST] <Mandevil> No. [18:36:21 CEST] <erick3k> hehe sorry man am linux stupid [18:36:40 CEST] <Mandevil> Like this: https://pastebin.com/tJP54Cmj\ [18:36:46 CEST] <Mandevil> Sans the backslash. [18:36:48 CEST] <alex88> why `/opt/ffmpeg/ffmpeg -f v4l2 -framerate 25 -video_size 640x480 -i /dev/video0 -vcodec libx264 -pix_fmt yuv420p -profile:v main -level 3 http://127.0.0.1:8090/feed1.ffm` says `No pixel format specified, yuv422p for H.264 encoding chosen.` [18:36:58 CEST] <alex88> if I've specified -pix_fmt yuv420p ? [18:37:18 CEST] <erick3k> ok gonna try that [18:37:45 CEST] <Mandevil> alex88: It looks good to me... [18:37:54 CEST] <alex88> don't know why it's saying that [18:37:57 CEST] <Mandevil> alex88: Maybe try to move it towards the end? [18:38:14 CEST] <Mandevil> Before the feed url. [18:39:01 CEST] <alex88> Mandevil: same :/ [18:39:34 CEST] <Mandevil> I don't know, I am using it and no problems. [18:39:51 CEST] <Mandevil> How about using -v:c libx264 instead of -vcodec? [18:39:54 CEST] <alex88> Mandevil: found it, it was ffserver :/ [18:40:02 CEST] <alex88> had to specify PixelFormat there [18:40:12 CEST] <Mandevil> Alright. [18:41:27 CEST] <erick3k> Mandevil, having trouble transforming this $FPS -g $(($FPS * 2)) [18:41:45 CEST] <erick3k> should it be 30 -g ((30 * 2))? [18:41:56 CEST] <erick3k> or just 30 and delete the things in () [18:44:21 CEST] <Mandevil> Transforming? [18:46:36 CEST] <erick3k> i mean instead of using $FPS to set it [18:46:46 CEST] <erick3k> i tried like this https://pastebin.com/9g587AfS [18:46:53 CEST] <erick3k> seems like it runs but nothing on the log [18:46:59 CEST] <erick3k> and live stream doesn't start [18:48:07 CEST] <Mandevil> I have no idea with the -g thing does. [18:48:36 CEST] <erick3k> says Unrecognized option '1'. [18:49:16 CEST] <erick3k> the stream loop -1 [18:49:25 CEST] <erick3k> is that a number 1 or an L letter [18:50:14 CEST] <Mandevil> erick3k: -stream_loop -1 mpegts -i [18:50:17 CEST] <Mandevil> This part is wrong. [18:51:03 CEST] <Mandevil> The -i parameter specifies input. [18:51:06 CEST] <Mandevil> And you have none. [18:51:21 CEST] <erick3k> oh lol [18:51:22 CEST] <erick3k> got you [18:51:46 CEST] <erick3k> so source.ts in there [18:51:56 CEST] <erick3k> but still says -1 not recognized [18:54:34 CEST] <erick3k> maybe that stream loop doesn't work with ts? [18:55:15 CEST] <Mandevil> It should. [18:55:36 CEST] <Mandevil> Documentations says -1 is infinite loop. [18:55:43 CEST] <Mandevil> I don't know why it doesn't work. [18:59:33 CEST] <erick3k> am using 2.8.11 maybe is too old? [19:00:49 CEST] <erick3k> well Mandevil [19:01:03 CEST] <erick3k> tried the old script, just added the while true think to ffmpeg [19:01:03 CEST] <erick3k> https://pastebin.com/eQ2tAskA [19:01:18 CEST] <erick3k> works, but is that correct? would the ffmpeg restart if fails? [19:01:32 CEST] <Mandevil> No. [19:01:52 CEST] <Mandevil> The problem is that the inner loop apparent never exits even if the ffmpeg fails. [19:04:31 CEST] <erick3k> sorry mate half of that sentence is Chinese to me lol [19:04:55 CEST] <erick3k> inner loop apparent [19:07:02 CEST] <Mandevil> apparently [19:13:02 CEST] <thebombzen> have you tried while true; do cat source.ts; done | ffmpeg -f mpegts -i - [19:13:15 CEST] <thebombzen> mpegts is concatenation-friendly [19:13:18 CEST] <Mandevil> thebombzen: That is what does not work. [19:13:31 CEST] <Mandevil> thebombzen: Apparently when ffmpeg fails, the loop just goes on. [19:14:17 CEST] <thebombzen> then you could try using set -e [19:14:35 CEST] <thebombzen> or you could try [19:14:50 CEST] <thebombzen> while cat source.ts; do true; done | ffmpeg -f mpegts -i - [19:14:55 CEST] <thebombzen> I think that might work [19:15:18 CEST] <thebombzen> ffmpeg crashing will cause a broken pipe which will cause "cat source.ts" to be killed by a broken pipe signal [19:15:27 CEST] <thebombzen> which will cause the while loop to stop [19:15:32 CEST] <Mandevil> thebombzen: That's exactly what I would have assumed to. [19:15:44 CEST] <thebombzen> well did you try it? [19:15:47 CEST] <Mandevil> thebombzen: But if erick3k is to be believed, it's not the case. [19:15:49 CEST] <thebombzen> this, I mean: while cat source.ts; do true; done | ffmpeg -f mpegts -i - [19:15:59 CEST] <thebombzen> did you try this ^ [19:16:02 CEST] <Mandevil> No. [19:16:10 CEST] <Mandevil> I am not the one who wants it working :) [19:16:14 CEST] <thebombzen> haha [19:16:17 CEST] <thebombzen> erick3k: try this [19:16:22 CEST] <thebombzen> while cat source.ts; do true; done | ffmpeg -f mpegts -i - [19:16:24 CEST] <Mandevil> I have my own ffmpeg fights going :) [19:21:09 CEST] <erick3k> thebombzen that is what i had while cat source.ts; do true; done [19:21:26 CEST] <erick3k> but when ffmpeg disconnects or failes it doesn't start again [19:21:32 CEST] <thebombzen> well yes [19:21:40 CEST] <thebombzen> wasn't that the goal? [19:21:52 CEST] <erick3k> nop, i want it to start again [19:22:03 CEST] <erick3k> if for some reason fails [19:22:24 CEST] <thebombzen> you want to loop source.ts to a network stream? [19:22:39 CEST] <erick3k> i am looping it to youtube [19:22:46 CEST] <thebombzen> youtube streaming? [19:22:56 CEST] <erick3k> want that thing runing 24/7 but randomly disconnects after days [19:23:03 CEST] <thebombzen> that's not surprising at all [19:23:08 CEST] <erick3k> so the script keeps runing (the sh) but ffmpeg closes [19:23:09 CEST] <thebombzen> having a days-long youtube live stream [19:23:21 CEST] <thebombzen> well have you considred just restarting it in the script >_> [19:23:30 CEST] <thebombzen> while true; do [19:23:36 CEST] <thebombzen> <the script thing you mentioned> [19:23:37 CEST] <thebombzen> done [19:24:05 CEST] <erick3k> you mean the sh? [19:24:12 CEST] <erick3k> script.sh file? [19:24:33 CEST] <thebombzen> yes that's what I meant by the script, I meant the shell script [19:24:34 CEST] <erick3k> while true; do script.sh; done? [19:24:53 CEST] <thebombzen> something like that. or just put the while loop *in the script* [19:30:24 CEST] <erick3k> like this https://pastebin.com/bNNQdA4b [19:30:27 CEST] <erick3k> thebombzen [19:30:51 CEST] <thebombzen> ...................... [19:31:01 CEST] <thebombzen> when I said put the while loop in the script [19:31:11 CEST] <thebombzen> I didn't mean put the words "while loop" in the script [19:31:17 CEST] <thebombzen> have you ever written a shell script before [19:32:19 CEST] <thebombzen> oh you're the dunce from before who is uploading other people's IP to youtube, right? [19:32:37 CEST] <thebombzen> and is completely incapable of following instructions [19:32:41 CEST] <thebombzen> I'm out of here [19:33:16 CEST] <erick3k> no never lol [19:33:37 CEST] <erick3k> other peoples ip? [19:33:40 CEST] <erick3k> no am not that stupid [19:33:56 CEST] <thebombzen> oh you're someone else then [19:34:10 CEST] <erick3k> you can "follow instruction" when you know how to follow them..... [19:34:12 CEST] <thebombzen> but still, read a shell script tutorial and then come back [19:35:28 CEST] <erick3k> na doing this gig for a customer for $10 just gonna tell him i give up, not worth any more time [19:36:03 CEST] <erick3k> how is it so hard for mmpeg to reconnect once it loses connection is beyond stupid [19:36:42 CEST] <erick3k> free is free i guess [20:24:40 CEST] <faLUCE> Hello. I published this C++ library, based on ffmpeg+ x264. It's for h264/aac http-live streaming (Linux) https://github.com/paolo-pr/laav . If anyone wants to try/test it, he is welcome [20:56:45 CEST] <SolarAquarion> libavcodec.so.57: undefined reference to `x265_api_get_110' [20:56:53 CEST] <SolarAquarion> i'm getting this when trying to build ffmpeg [20:57:42 CEST] <SolarAquarion> oh found the solution [20:57:47 CEST] <SolarAquarion> needed to clean the srcdir [21:07:10 CEST] <zeryx_> stupid linux question: If I'm using the static binaries, and I have some really obnoxiously written python package that links to the binaries, what would be the process of letting the system know where ffmpeg is located [21:07:42 CEST] <zeryx_> I thought something simple in python like os.environ["PATH"] += os.pathsep + ffmpeg_file would work, but it doesn't seem to show up; plus there's probably some other environment variables the installers set [21:07:55 CEST] <kepstin> "links to the binaries"? that doesn't really make sense [21:07:58 CEST] <DHE> the word "link" is misleading [21:08:10 CEST] <DHE> you don't link the binaries. you run/invoke them, or you link to the libraries [21:08:29 CEST] <kepstin> but in general, putting the directory containing the binaries (not the binary itself) early in the path should work [21:08:54 CEST] <zeryx_> yea sorry, "let this really obnoxious python package find the ffmpeg binary" [21:09:26 CEST] <zeryx_> do you need to do anything else besides setting the path variable? [21:09:34 CEST] <furq> depends how it invokes ffmpeg [21:09:52 CEST] <zeryx_> I've been looking, really terrible spaghetti code [21:09:53 CEST] <furq> if it's doing something stupid like calling /usr/bin/ffmpeg then you either need to make a symlink or use a better package [21:10:33 CEST] <zeryx_> trying to get youtube_dl working btw* https://github.com/rg3/youtube-dl/ [21:10:45 CEST] <furq> oh [21:10:48 CEST] <zeryx_> I've gotten it to work fine with raw ffmpeg usage, just there's probably some config stuff that's weird [21:10:51 CEST] <furq> youtube-dl has always been fine for me [21:11:05 CEST] <furq> i assume it just uses the first ffmpeg on the path [21:11:07 CEST] <zeryx_> I'm installing from a static build in my prod environment [21:11:21 CEST] <zeryx_> so my problem right now is figuring out why my little code snippet isn't working properly [21:11:41 CEST] <furq> there's an -ffmpeg-location switch [21:11:47 CEST] <furq> -- [21:12:12 CEST] <zeryx_> https://gist.github.com/zeryx/00173fcd8a15ccee7f640e468b08038e [21:12:26 CEST] <zeryx_> I may have made the wrong decision and tried to use youtube_dl as a python package [21:12:34 CEST] <zeryx_> I assumed it wouldn't be this difficult to do :D [21:12:51 CEST] <csucsu99> I'm extracting opus audio from webm containers like this: ffmpeg -i 1.webm -vn -acodec copy a.opus. [21:13:06 CEST] <furq> zeryx_: what, as a library? [21:13:10 CEST] <zeryx_> yea [21:13:14 CEST] <csucsu99> If I do it again, ffmpeg -i 1.webm -vn -acodec copy b.opus, and "compare" a.opus with b.opus the output differs. [21:13:15 CEST] <furq> i didn't even know you could do that [21:13:15 CEST] <zeryx_> it's been a tough fight [21:13:19 CEST] <csucsu99> Any idea why? [21:13:32 CEST] <furq> csucsu99: compare? [21:13:41 CEST] <csucsu99> Yep, with cmp, binary comparison. [21:13:42 CEST] <furq> oh [21:13:44 CEST] <zeryx_> furq: it's just a regular python project, but yea it hasn't been an easy process, the source itself is a patch work of patch works [21:13:44 CEST] <kepstin> csucsu99: when writing ogg containers (opus uses ogg container), a random stream id is chosen each time, so things like concat work properly [21:13:50 CEST] <furq> yeah [21:14:03 CEST] <zeryx_> it's nearly impossible to actually understand the process flow IMO [21:14:04 CEST] <furq> if you want to compare the streams then use the hash muxer [21:14:06 CEST] <furq> !muxer hash [21:14:07 CEST] <nfobot> furq: http://ffmpeg.org/ffmpeg-formats.html#hash-1 [21:14:20 CEST] <csucsu99> Oh, cool, thanks very much! [21:14:55 CEST] <furq> you should use that for most containers [21:15:04 CEST] <furq> a lot of things will write timestamps as metadata and so forth [21:15:18 CEST] <zeryx_> furq: you sure -ffmpeg-location is a config option? I can't find any reference to it in the repository [21:15:27 CEST] <furq> https://github.com/rg3/youtube-dl/blob/master/README.md#readme [21:15:29 CEST] <furq> it's listed in there [21:16:12 CEST] <zeryx_> rofl [21:16:13 CEST] <csucsu99> Any way to avoid the "random" stream id? For my use case that would be easier, but the hash-muxer isn't half bad. [21:16:28 CEST] <zeryx_> yea furq it doesn't actually exist in the current source, unless they do more funky stuff [21:16:33 CEST] <kepstin> csucsu99: iirc, there's an ffmpeg flag that does that, but I can't remember it offhand [21:17:05 CEST] <furq> zeryx_: i'm on the latest and it works for me [21:17:14 CEST] <furq> i just set it to a nonexistent location and it broke [21:17:29 CEST] <furq> csucsu99: maybe -fflags bitexact [21:17:54 CEST] <furq> not sure if that does anything with ogg though [21:19:11 CEST] <csucsu99> Ah, works like a charm man! [21:19:18 CEST] <csucsu99> That did the trick! [21:19:31 CEST] <furq> i should never have doubted myself [21:19:47 CEST] <csucsu99> :D Thanks! Now I can get back to work. Cheers! [00:00:00 CEST] --- Sat Apr 29 2017

1 0

ffmpeg-devel.log.20170427
by burek 28 Apr '17

28 Apr '17

[00:24:43 CEST] <cone-627> ffmpeg 03Rostislav Pehlivanov 07master:4d59de399150: opus_pvq: minor cleanups [02:55:28 CEST] <cone-627> ffmpeg 03James Almer 07release/3.3:cfca0b91399b: avformat/concatdec: fix the h264 annexb extradata check [03:21:03 CEST] <cone-627> ffmpeg 03Rostislav Pehlivanov 07master:18a0d9d7ad02: opus_pvq: remove outdated/incorrect comments and redundant variables [03:21:04 CEST] <cone-627> ffmpeg 03Rostislav Pehlivanov 07master:f16180f44859: opus_pvq: merge band encoding and decoding into one function [04:28:28 CEST] <cone-627> ffmpeg 03Martin Vignali 07master:e46d63745215: libavcodec/exr : fix float to uint16 conversion for negative float value [04:28:29 CEST] <cone-627> ffmpeg 03Michael Niedermayer 07master:fa8fd0808f10: avcodec/x86/vc1dsp_init: Fix build failure with --disable-optimizations and clang [04:28:30 CEST] <cone-627> ffmpeg 03Michael Niedermayer 07master:966cbfbc83db: tools/target_dec_fuzzer: Fix return code on open failure [04:28:31 CEST] <cone-627> ffmpeg 03Michael Niedermayer 07master:6ca82975b7a8: avcodec/mdec: Fix runtime error: left shift of negative value -127 [04:37:30 CEST] <KurousagiMK2> build failure after commit f16180f44859587e0211170bd82b1bfd26f24b5a https://pastebin.com/CZkyfF3E [04:52:11 CEST] <jamrial> atomnuker: ^ [05:42:40 CEST] <cone-627> ffmpeg 03James Almer 07master:453f8ea24236: avcodec/opus_pvq: fix recursive inlining compilation failures [05:43:30 CEST] <jamrial> atomnuker: pushed a fix for the above failure. feel free to replace it with a different/better one [05:56:42 CEST] <atomnuker> huh, worked with clang, I guess gcc (or some version of it) doesn't support this [05:59:44 CEST] <jamrial> some = almost every fate slot :p [06:00:08 CEST] <jamrial> guess clang is more lax about the always_inline attribute [06:54:08 CEST] <cone-627> ffmpeg 03Rostislav Pehlivanov 07master:f7542d7e35e9: opus_pvq: use function pointers for recursion [10:28:56 CEST] <atomnuker> iive: do you think having a structure with function pointers and an init function to fill them is a good idea for pvq? [10:29:37 CEST] <atomnuker> that's how its done in the aac encoder [10:30:59 CEST] <iive> ?? [10:33:41 CEST] <iive> do you mean, for dsp ? i think this is done for all dsp functions [12:21:19 CEST] <atomnuker> so supposing you have zeroed ymm vector except that one double word is all 1's [12:21:52 CEST] <atomnuker> what's the best way to just get the index of that dword? [12:23:28 CEST] <atomnuker> (this is for SIMD pvq search) [12:24:07 CEST] <atomnuker> where you end up with 4 packed float values and you need to decide the largest one [12:25:23 CEST] <atomnuker> my idea was to copy it and shuffle + compare it to the original and AND the results to get a single all 1'd dword [12:32:21 CEST] <rcombs> atomnuker: is there no way to determine the size of an AAC ASC without parsing the whole damn thing [12:32:50 CEST] <rcombs> (I'm trying to write aac_latmtoasc_bsf.c) [12:33:24 CEST] <atomnuker> don't know much about AAC's muxing formats, I think peloverde might know [12:33:28 CEST] <wm4> did they save a few bits by omitting a size field? [12:35:55 CEST] <rcombs> I think they did [12:36:03 CEST] <rcombs> afaict no size, and no syncword [12:36:20 CEST] <rcombs> and lots of optional fields [12:56:48 CEST] <nevcairiel> thats why you have wrapping formats for containers that dont hold proper size fields [12:57:37 CEST] <nevcairiel> its not that uncommon in the mpeg series, h264 by itself also has no such information, hence enter annexb [12:58:35 CEST] <wm4> I thought NALs exist always [13:00:56 CEST] <nevcairiel> sure, without syncwords or size info [13:01:16 CEST] <nevcairiel> not that anyone anywhere handles raw h264 without annexb, people are saner then that [13:01:28 CEST] <nevcairiel> similar to how one really shouldnt have aac asc on its own [13:01:37 CEST] <nevcairiel> put it in adts or in a container [13:02:55 CEST] <rcombs> nevcairiel: it's in LATM [13:03:05 CEST] <rcombs> afaik LATM doesn't have a size field for it [13:04:05 CEST] <nevcairiel> latm has size info [13:04:30 CEST] <rcombs> for the ASC in particular? [13:04:39 CEST] <nevcairiel> for the latm frame [13:04:40 CEST] <rcombs> I know it has a size for the packet in general (and also a syncword) [13:04:56 CEST] <rcombs> but afaict not for the ASC [13:04:58 CEST] <nevcairiel> what else is in there then the latm header and aac data after it though? [13:05:04 CEST] <nevcairiel> also, why do you need to care? [13:05:15 CEST] <rcombs> trying to pull out the ASC into extradata [13:05:53 CEST] <nevcairiel> thats probably not a good idea [13:07:13 CEST] <nevcairiel> anyhow latm can have size info for asc [13:07:17 CEST] <nevcairiel> but its not required [13:07:31 CEST] <rcombs> well right now we've got no mechanism for doing much of anything with LATM apart from decoding it [13:07:36 CEST] <nevcairiel> (in audio mux version = 1, it has it) [13:07:55 CEST] <rcombs> I'd like to be able to convert it to the ADTS or ASC format [13:08:35 CEST] <wbs> ADTS is kinda limited in the sense that it can only hold the first few aac profiles (it's a 2 bit field in adts or something like that), so you can't have AAC-ELD in ADTS or something similar [13:08:55 CEST] <nevcairiel> can always do what the latm decoder does, decode it to find its size [13:09:02 CEST] <nevcairiel> its not liek decoding the config is hard work [13:09:27 CEST] <rcombs> yeah, it's just an obnoxious quantity of code to copypaste or reference awkwardly [16:37:07 CEST] <durandal_1707> when is nab show over? [17:25:46 CEST] <Gramner> atomnuker: movmskps + tzcnt. why 4 floats in an ymm register though? wouldn't it be 8 floats or an xmm reg? [17:39:10 CEST] <alevinsn> jamrial: you there? [17:39:51 CEST] <alevinsn> guess nit [17:39:51 CEST] <alevinsn> niot [17:39:52 CEST] <alevinsn> not [17:54:39 CEST] <jkqxz> alevinsn: <http://ixia.jkqxz.net/~mrt/ffmpeg/qsv/>? Or would you prefer the commits not to appear as merges? (I don't mind between those.) [19:07:22 CEST] <peloverde> The aac header situation is unfortunate to say the least [00:00:00 CEST] --- Fri Apr 28 2017

1 0

ffmpeg.log.20170427
by burek 28 Apr '17

28 Apr '17

[00:06:02 CEST] <Jalebe> wondering if you know of any example API for subtitle + video encoding (H264)? [00:09:20 CEST] <kepstin> Mista_D: are you sure that your hardware wants to see the mp4 codec tag set to "h264" (or "H264")? I can't find any references that uses those in mp4 container or mov [00:10:03 CEST] <matej_k> is there any way to tell from codecpar whether h264 stream will be in annex.b or avc? [00:12:38 CEST] <kepstin> Mista_D: that said, you should be able to override the checks by using the "-strict" option with a setting below normal [00:13:21 CEST] <kepstin> (e.g. "-strict unofficial") [00:13:48 CEST] <Mista_D> kepstin: thanks! -2 worked [00:18:15 CEST] <Jalebe> kepstine: wondering if you know of any example API for subtitle + video encoding (H264)? [00:19:18 CEST] <klaxa> https://www.ffmpeg.org/doxygen/trunk/examples.html [00:19:22 CEST] <klaxa> here are some examples [00:19:39 CEST] <klaxa> you probably want to look at encoding_video.c [00:19:59 CEST] <klaxa> it should be fairly similar for subtitles, although i guess that's more of a muxing issue [00:20:16 CEST] <klaxa> unless you are really generating or converting subtitles [00:21:40 CEST] <Jalebe> klaxa: does vide_encoding has subtitle example in it! [00:22:15 CEST] <Jalebe> I would like to generate subtitle which is changing by each frame [00:22:26 CEST] <klaxa> doesn't look like it [00:22:38 CEST] <klaxa> hmm... no clue tbh [00:22:43 CEST] <klaxa> as to how to achieve that [00:52:42 CEST] <Jalebe> anyone ? is there anyway to generate subtitle file for each frame while encoding using API? [00:54:29 CEST] <Jalebe> like a .smi file [01:59:09 CEST] <kuroro> by any chance, is anyone in need of web/mobile dev ? im available for some part-time work. i've done ruby/javascript, and published native apps on ios/android. [02:06:00 CEST] <klaxa> not really the best place to look for work i think, especially web/mobile [02:13:34 CEST] <kuroro> haha. i see. just thought id give a shout and would rather help cool ffmpeg peeps than some generic contract work out there [02:43:32 CEST] <james999> lol [02:43:47 CEST] <james999> hey i also have experience with javascript and uh, lots of the ios stuff [02:43:52 CEST] <james999> so yeah give me moneyz [02:44:25 CEST] <klaxa> james999: with some tests i had 5 seconds latency between recording and player with my server [02:45:59 CEST] <james999> using udp over wifi like my LAN? [02:46:19 CEST] <klaxa> http over localhost [02:46:20 CEST] <klaxa> good point [02:46:26 CEST] <klaxa> i'll see how the latency is over wifi [02:48:16 CEST] <klaxa> yep, on my phone with mx player also about 5 seconds [02:50:17 CEST] <klaxa> audio is actually quite choppy... [02:53:56 CEST] <klaxa> with a few tweaks got to 5 seconds without choppy audio [02:54:21 CEST] <klaxa> and throughput is also a lot lower [02:55:01 CEST] <klaxa> a bit more than 5 seconds like 6 or 7 now [02:57:16 CEST] <klaxa> but quite stable and smooth [03:19:23 CEST] <thebombzen> 5 second latency isn't particularly difficult to achieve [03:19:33 CEST] <thebombzen> it's hard to get it below 200 ms [03:21:26 CEST] <klaxa> yee [04:00:01 CEST] <k_sze[work]> If I understand correctly, the native pixel format of data stored in JPEG is YCbCr? [04:03:10 CEST] <james999> your point being...? [04:03:19 CEST] <furq> k_sze[work]: usually [04:03:28 CEST] <furq> there is such a thing as rgb jpeg but i've never seen one [04:06:22 CEST] <k_sze[work]> I see. [04:08:40 CEST] <k_sze[work]> I have this USB camera that seems to return JPEG data, but the library I use converts decodes it as RGB. But I don't need RGB. In fact, my use case would immediately convert the RGB data back to YCbCr. I think I can make a fork of the library to just return YCbCr data to save some conversion time. [04:08:49 CEST] <k_sze[work]> Since I have the source code anyway. [04:14:18 CEST] <james999> can you find a different library? [04:14:28 CEST] <james999> and is conversion time that big of an issue to bother optimizing it? [04:23:57 CEST] <k_sze[work]> james999: It's not just a speed issue. I'm also a bit worried about colour errors introduced by converting back and forth between RGB and YCbCr. [04:26:48 CEST] <k_sze[work]> And yes, efficiency is a concern because I'm running this on an embedded SoC platform. Every bit of CPU time saved helps. I need to save enough CPU time for other, more meaningful processing steps. [04:49:28 CEST] <james999> ah ok [04:49:54 CEST] <james999> when you say you have acces to the library... is it free as in free software? [04:58:18 CEST] <kepstin> just to note... ffmpeg/libavcodec can decode jpeg to yuv... [05:36:35 CEST] <diverdude> hi, i am trying to run the example provided with the binaries called : decode_video. When i try to run it on some files i just get an error saying: [mpeg1video @ 0x7fc4c8802600] Invalid frame dimensions 0x0. Does this mean that the mpeg codec is not supported? [05:58:00 CEST] Last message repeated 1 time(s). [05:59:44 CEST] <teratorn> diverdude: are you giving an mpeg1 encoded video file? [06:05:34 CEST] <teratorn> diverdude: the fact that it prints [mpeg1video @ 0x7fc4c8802600] indicates that you have mpeg1video codec supported. but it's reading invalid data. [07:45:30 CEST] <diverdude> teratorn: But i dont understand because i can playback the file just file in my videoplayer [07:46:30 CEST] <diverdude> teratorn: for example in VLC it playes fine [08:02:46 CEST] <diverdude> teratorn: the video is : Format : MPEG-4 [08:03:31 CEST] <diverdude> teratorn: this is info about the file: http://paste.ubuntu.com/24465079/ [08:22:42 CEST] <diverdude> Hello, i am trying to use decode_video.c from examples directory on a video with the following properties: http://paste.ubuntu.com/24465156/ But I am getting an error message: [mpeg1video @ 0x7fd72e002600] Invalid frame dimensions 0x0. Error while decoding frame 0. Why is this error coming? Can my ffmpeg not decode mpeg4? [08:25:36 CEST] <ritsuka> you are trying to decode h.264 with the mpeg1 decoder [08:31:59 CEST] <diverdude> ritsuka: oh..i see....so thats because this example has the mpeg1 decoder hardcoded? [08:32:26 CEST] <ritsuka> yes [08:33:17 CEST] <diverdude> ritsuka: yeah ok...i see that now : avcodec_find_decoder(AV_CODEC_ID_MPEG1VIDEO); [08:33:58 CEST] <diverdude> ritsuka: is it difficult to make a system which automatically detects which codec is used in the video, and then instantiates the appropriate decoder? [08:41:35 CEST] <diverdude> ritsuka: are you there? [08:44:30 CEST] <ritsuka> if you use libavformat to open the file, it will give you all the info you need [10:15:02 CEST] <termos> if I set 2x FPS on my AVCodecContext when encoding I get the correct framerate but if I set the same as the input (no fps filter) then the output runs at what looks like half speed of real-time [10:28:51 CEST] <termos> yes, ffplay is detecting it as having 12.5 FPS, I'm thinking the fault is in some pts rescaling [11:04:01 CEST] <cryptodechange> My anime settings are currently: [11:04:07 CEST] <cryptodechange> deblock=-1,-1:psy-rd=0.9,0.1:aq-strength=0.6 [11:04:15 CEST] <cryptodechange> for bluray [11:10:31 CEST] <termos> the problem i'm having is that the codec time_base is {1, 50} instead of {1, 25}, the input framerate being 25 [11:10:43 CEST] <termos> codec tiembase of the decoder that is [11:11:16 CEST] <BtbN> 1/50 should be fine for 25 fps though [11:15:18 CEST] <termos> true, so my timebase looks like this: 1/1000 (container) -> 1/50 (decoder codec) -> 1/25 (encoder codec) -> 1/1000 container [11:15:43 CEST] <termos> I think the problem is that the decoder and encoder differ, so either I force the decoder to 1/25 or change my encoder to 1/50 [11:16:54 CEST] <termos> is it possible to use AV_TIME_BASE_Q as the timebase for everything between the two containers? [11:17:47 CEST] <BtbN> decoders/encoders don't usually care about timestamps or timebases at all [11:18:00 CEST] <BtbN> They just pass through timestamps and maybe re-order them [11:21:37 CEST] <termos> hmm I see, I tried changing the encoder codec and muxing stream time_base to match the decoder of 1/50 and then I get realtime video as well [11:24:07 CEST] <termos> "decoding: the use of this field for decoding is deprecated. Use framerate instead." interesting [11:31:37 CEST] <termos> using av_inv_q(stream.context->framerate) as the codec time_base I scale to with av_packet_rescale_ts seems fine, but only for video. it's 1/0 for audio [12:22:38 CEST] <MichaelOF> hi all. I want to convert .ogg into .flac. read the man page, but didn't find: How can I set the compression level for FLAC? [12:54:26 CEST] <Mandevil> MichaelOF: compression_level option. [12:54:40 CEST] <Mandevil> MichaelOF: https://ffmpeg.org/ffmpeg-all.html#Options-7 [12:55:40 CEST] <Mandevil> I am reencoding 5DmarkII footage with libx264 and I am getting subtle color shift in the result. Why would that happen? https://pastebin.com/YuLkuAFX [12:58:56 CEST] <MichaelOF> Mandevil: thank you !!! [13:02:46 CEST] <Mandevil> Here's example (before/after): https://voyager.lupomesky.cz/misc/ffmpeg_color_shift.png [13:03:23 CEST] <Mandevil> The source is yuvj420p and it is encoded as such. [13:04:44 CEST] <ritsuka> your source has got a specific color space, maybe ffmpeg doesn't write it to the output [13:05:06 CEST] <Mandevil> It says it does. [13:05:15 CEST] <ritsuka> there should be an option to set it, but it's been too long since I used it [13:05:36 CEST] <ritsuka> smpte170m/bt709/bt709 [13:05:37 CEST] <ritsuka> does it says the same in the output? [13:06:10 CEST] <Mandevil> Hm, it doesn't. [13:06:33 CEST] <Mandevil> Why doesn't it just carry over to the destination. [13:14:45 CEST] <Mandevil> OK, I'm trying to add -color_primaries bt709 -color_trc bt709 -colorspace bt709 [13:14:53 CEST] <Mandevil> Let's see if it changes anything. [13:15:53 CEST] <Mandevil> Still bad. [13:17:33 CEST] <Mandevil> Changed colorspace to smpte170m... [13:17:37 CEST] <ritsuka> your source has smpte170m , dunno in which of the three is [13:17:45 CEST] <Mandevil> It's colorspace. [13:18:44 CEST] <Mandevil> And yes, that fixes it! [13:19:01 CEST] <Mandevil> ritsuka: Thanks for the hint. [13:44:42 CEST] <cryptodechange> ffmpeg is outputting 2 q=* during encoding [13:45:16 CEST] <cryptodechange> q=21.0 q=0.0, how should I interpret these numbers? [14:02:01 CEST] <Mandevil> cryptodechange: My guess would be that q=21 is quantization parameter, but what do I know... [14:02:21 CEST] <Mandevil> For my x265 encodes it output q=-0.0... [14:05:19 CEST] <cryptodechange> Is it to do with crf? I'm using crf=16 [14:06:09 CEST] <Mandevil> Yeah. [14:06:46 CEST] <Mandevil> CRF is akin to QP, but it adjusts the quantization according to motion in the picture. [14:07:04 CEST] <Mandevil> So it uses bits more efficiently. [14:07:39 CEST] <cryptodechange> I'm pretty much using a modified placebo preset, getting 1.2fps on a 6 core [14:07:51 CEST] <Mandevil> That's slow. [14:07:53 CEST] <cryptodechange> -x264-params me=tesa:level=4.1:vbv-maxrate=62500:vbv-bufsize=78125:merange=64:b-adapt=2:ref=16:bframes=16:rc-lookahead=150:trellis=2:subme=10:direct=auto:analyse=all:deblock=-3,-3:psy-rd=1,0.0:aq-strength=0.8 [14:07:54 CEST] <Mandevil> Why placebo? [14:08:22 CEST] <Mandevil> ref=16? [14:08:30 CEST] <Mandevil> You sure you know what you're doing? [14:09:01 CEST] <cryptodechange> :D [14:09:10 CEST] <cryptodechange> Going by thus [14:09:12 CEST] <cryptodechange> this* [14:09:34 CEST] <cryptodechange> http://dev.beandog.org/x264_preset_reference.html [14:10:23 CEST] <Mandevil> Yeah, but are you aware that using that many ref frames probably means non-compliant encode? [14:10:38 CEST] <Mandevil> I think x264 should even warn you. [14:12:51 CEST] <ecraven> greetings ;) I'm piping frames into ffmpeg via stdin, but not at a constant framerate (something between 30 and 60 fps). is there a way to have ffmpeg just use vfr at whatever speed I send the data? [14:13:38 CEST] <cryptodechange> [libx264 @ 0x221acc0] DPB size (16 frames, 96000 mbs) > level limit (5 frames, 32768 mbs) [14:14:12 CEST] <Mandevil> Yeah, that. [14:14:43 CEST] <cryptodechange> So 5 should be considered the ceiling? [14:15:01 CEST] <Mandevil> It's dependend on framerate/resolution/bit depth. [14:15:11 CEST] <Mandevil> dependent [14:15:26 CEST] <Mandevil> The best is actually to not specify number of ref frames. [14:15:31 CEST] <Mandevil> x264 will do it for you. [14:15:55 CEST] <cryptodechange> so remove it from -x264-params all together? [14:16:13 CEST] <Mandevil> I would. [14:16:20 CEST] <cryptodechange> If I was going to use the veryslow preset, it apparently would set it to 16 anyway? [14:16:23 CEST] <Mandevil> But then, I would simply use -crf NN -preset veryslow. [14:16:33 CEST] <Mandevil> The x264 defaults are reasonable. [14:16:58 CEST] <Mandevil> No, it will set it so it complies with selected profile/level. [14:17:50 CEST] <cryptodechange> ffmpeg -i input.mkv -map 0:v -map 0:a -map 0:s -c:v libx264 -preset veryslow -crf 16 -x264-params me=tesa:level=4.1:vbv-maxrate=62500:vbv-bufsize=78125:merange=64:b-adapt=2:ref=16:bframes=16:rc-lookahead=150:trellis=2:subme=10:direct=auto:analyse=all:deblock=-3,-3:psy-rd=1,0.0:aq-strength=0.8 -c:a copy -c:s copy -filter:v:0 "crop=1920:800:0:140" output.mkv [14:18:11 CEST] <cryptodechange> so I'm using the veryslow preset, but overriding the values in x264-params [14:18:17 CEST] <cryptodechange> So I can/should just remove ref all together? [14:18:19 CEST] <Mandevil> Understood. [14:18:32 CEST] <Mandevil> But are you changing the params to some purpose? [14:18:48 CEST] <Mandevil> Yes, you can just remove it. [14:19:04 CEST] <Mandevil> You can of course encode with 16 ref frames. [14:19:06 CEST] <cryptodechange> I've just observed and compared some scene encodes and applied it to my personal library [14:19:11 CEST] <Mandevil> If you only play the videos on PC, it's probably fine. [14:19:31 CEST] <Mandevil> There might be trouble playing them on phones, TV sets etc. [14:19:36 CEST] <cryptodechange> And then using Plex, so compatibility is useful whilst having the encode being super efficient [14:20:10 CEST] <cryptodechange> I have enough space to store my library remuxed, but Plex transcodes at veryfast presets so it can be live [14:21:11 CEST] <cryptodechange> So a 32gb file trancoded to 12mbps will look worse than a pre-encoded 12-15mbps file [14:22:32 CEST] <cryptodechange> So I can slowly encode my bluray library so the conversion is the most efficient it can be (for filesize/bitrate) [14:23:34 CEST] <cryptodechange> I suppose if I didn't care about compatibility, I would just use x265 instead [14:24:40 CEST] <cryptodechange> (though that would pretty much render my server useless when 1 transcode is in use) [14:24:52 CEST] <cryptodechange> useless for anything else* [14:26:51 CEST] <heeen> hi, I have an application that uses vaapi, libavcodec and libavutil. it works on one build but not the other [14:27:10 CEST] <heeen> the recipe for ffmpeg is the same, so I am guessing some header or dependency iw different [14:27:26 CEST] <heeen> [h264 @ 0x7fd158021980] decode_slice_header error [14:27:57 CEST] <heeen> if I drop in those two libraries from the other build it starts to work [14:28:39 CEST] <cryptodechange> Mandevil, found this https://planetcalc.com/3321/ [14:29:01 CEST] <Mandevil> Nice. [14:29:32 CEST] <Mandevil> Hm, so you can use 16 ref frames at level 5.1 [14:29:55 CEST] <Mandevil> I guess my memory is for UHD. [14:30:02 CEST] <Mandevil> Which maxes at 5 ref frames. [14:30:11 CEST] <Mandevil> Anyway, I'm out for a while. [14:30:31 CEST] <cryptodechange> ok thanks for the help [15:06:23 CEST] <cryptodechange> hm, going from ref=16 to ref=5 saves ~400kbits/s [15:08:14 CEST] <JEEB> wrong [15:08:46 CEST] <JEEB> x264 being limited to less refs happens to give you somewhat lower average bit rate with the same CRF value [15:08:51 CEST] <JEEB> that does *not* mean the same quality [15:08:57 CEST] <JEEB> thus it doesn't mean you saved something [15:09:06 CEST] <cryptodechange> I'm going by the bitrate in the transcode output [15:09:17 CEST] <JEEB> CRF results are dependant on settings [15:10:03 CEST] <Mandevil> Wait, how does -refs affect quality? [15:10:12 CEST] <Mandevil> In crf mode. [15:10:23 CEST] <JEEB> any settings change affects the CRF algo [15:10:34 CEST] <Mandevil> Oh. [15:10:44 CEST] <JEEB> (other than those that are only related to metadata like colormatrix etc) [15:11:04 CEST] <Mandevil> I thought CRF is basically constant quantizer with some tweaks. [15:11:17 CEST] <JEEB> well it's the general x264 [15:11:20 CEST] <cryptodechange> My source is ref=4 apparently (makemkv) [15:11:20 CEST] <Mandevil> Like lowering the quant for high motion scenes etc. [15:11:33 CEST] <cryptodechange> And i'm encoding with ref=5 (going by this http://planetcalc.com/3321/?license=1) [15:11:34 CEST] <JEEB> cryptodechange: that doesn't matter [15:11:56 CEST] <cryptodechange> Though there's no explanation in that calculator [15:12:18 CEST] <JEEB> refs in calculation only matter for levels [15:12:24 CEST] <JEEB> although libx264 already handles that [15:12:37 CEST] <JEEB> if you set level 4 it will limit refs to level 4 [15:12:55 CEST] <JEEB> (or well, not libx264 strictly but libavcodec's libx264 wrapper does it [15:12:59 CEST] <cryptodechange> I read somewhere that the veryslow preset uses ref=16? [15:13:28 CEST] <cryptodechange> so ref=16 is the 'limit', it doesn't use that [15:13:32 CEST] <cryptodechange> set it to that* [15:14:31 CEST] <cryptodechange> If so, I don't really need to worry? I get a faster encode using ref=6 vs. ref=16, so I suppose I should set it to save on time costs [15:14:50 CEST] <cryptodechange> 3.5fps vs. 1.2fps [15:16:07 CEST] <JEEB> if you want a faster encode it's one way to make it faster but just setting the preset to something faster generally gives you less chances to play with random variables [15:16:17 CEST] <JEEB> I mean, that's why the presets are there :P [15:17:37 CEST] <Mandevil> Some people love micromanaging :) [15:18:51 CEST] <Mandevil> cryptodechange: If you want atrociously slow encodes, you should be using libx265 anyway. [15:20:10 CEST] <Mandevil> My 1080p encode is running at 0.9 fps. [15:20:36 CEST] <Mandevil> Wonder how Intel QSV compares to x265 in quality. [15:22:13 CEST] <JEEB> if you're looking for quality any ASIC is not for you, they're made for speed and low latency [15:22:48 CEST] <cryptodechange> My params so far [15:22:50 CEST] <cryptodechange> -x264-params me=tesa:level=4.1:vbv-maxrate=62500:vbv-bufsize=78125:merange=64:b-adapt=2:ref=5:bframes=16:rc-lookahead=150:trellis=2:subme=10:direct=auto:analyse=all:deblock=-3,-3:psy-rd=1,0.0:aq-strength=0.8 [15:23:00 CEST] <Mandevil> JEEB: Intel MSS HEVC encoder bested x265 in MSU shootout. [15:23:39 CEST] <JEEB> then that's most likely not ASIC unless they picked rather fast settings. that said, x265 is nowhere close to x264 in community or such development. [15:23:41 CEST] <Mandevil> (not quite sure if it's actually the same thing as QSV). [15:23:56 CEST] <cryptodechange> 3.2 fps on a 6 core 3.2ghz cpu [15:23:59 CEST] <cryptodechange> bit slow [15:24:28 CEST] <cryptodechange> After comparing with other encodes and reading as much as I can fathom, this is still me [15:24:28 CEST] <cryptodechange> https://candlesandherbs.files.wordpress.com/2015/02/d6a1143f571184db25f9461… [15:25:03 CEST] <cryptodechange> But generally I have this so far [15:25:09 CEST] <cryptodechange> 1080p bluray film: deblock=-3,-3:psy-rd=1,0.0:aq-strength=0.8 [15:25:13 CEST] <Mandevil> JEEB: BTW, I just tried to compare the exact frames in source and encode ... and it looks like geometry is slighly different (one of the frames is slightly stretched).... how the hell is this even possible? [15:25:16 CEST] <cryptodechange> anime: deblock=-1,-1:psy-rd=0.9,0.1:aq-strength=0.8 [15:33:20 CEST] <thebombzen> anime should have a higher aq strength afaik [15:33:32 CEST] <thebombzen> also 16 bframes seems unnecessary [15:34:20 CEST] <Mandevil> Isn't there -tune anime or something? [15:34:49 CEST] <Mandevil> thebombzen: 16 bframes don't hurt anything. [15:34:59 CEST] <thebombzen> tune animation [15:35:11 CEST] <thebombzen> and it doesn't hurt anything other than encoding time [15:35:37 CEST] <thebombzen> there's a reason they say -preset placebo [15:36:03 CEST] <Mandevil> Hm, I think using more B frames doesn't really incur much cost... [15:36:26 CEST] <Mandevil> And you're unlikely to ever use that many anyway. [15:36:26 CEST] <thebombzen> -preset placebo is much slower than -preset veryslow and doesn't have a noticable difference [15:36:35 CEST] <cryptodechange> i was reading discussions about how a lower aq-strength is better for edging [15:36:39 CEST] <cryptodechange> or outlines [15:36:49 CEST] <Mandevil> thebombzen: That's very true. [15:36:57 CEST] <thebombzen> I'm prety sure higher aq strength is better for edges [15:37:41 CEST] <cryptodechange> blasphemy I know, but handbrake states higher values take bits away from edges for areas with finer detail [15:37:57 CEST] <thebombzen> edges are areas with finer details [15:38:31 CEST] <thebombzen> depends on the source though I guess [15:38:42 CEST] <thebombzen> with animation edges are the most detailed parts [15:38:51 CEST] <thebombzen> with noisy film, probably not [15:39:02 CEST] <cryptodechange> encoding needs for digitalised anime vs. older, fuzzier anime would be different I suppose [15:39:25 CEST] <iive> not really [15:39:34 CEST] <sfan5> oh are we still discussing anime encoding params [15:39:39 CEST] <thebombzen> but at least with anime edges are where most of the high frequency detail is [15:39:42 CEST] <iive> all animation have shap edges [15:39:55 CEST] <thebombzen> to be honest you have such nuclear encoding settings that it doesn't really matter [15:40:12 CEST] <cryptodechange> the default animation preset is apparently deblock=1,1:psy-rd=0.4,0:aq-strength=0.6 [15:40:20 CEST] <thebombzen> if you just throwing bitrate and encoding time at the problem it'll go away [15:40:27 CEST] <thebombzen> which is what it appears you're doing [15:41:05 CEST] <sfan5> cryptodechange: any reason why you aren't just using -tune animation -preset veryslow ? [15:41:39 CEST] <cryptodechange> I'm nonchalant about the encoding time, so I've thrown in placebo numbers [15:42:14 CEST] <cryptodechange> I'm curious as to why 'scene' encoders use pretty different settings, vs. the presets [15:42:30 CEST] <cryptodechange> I've grabbed a load of scene params and compared [15:42:48 CEST] <cryptodechange> e.g. from about half a dozen film encodes, I came up with deblock=-3,-3:psy-rd=1,0.0:aq-strength=0.8 [15:43:40 CEST] <sfan5> that seems much closer to -tune film [15:43:50 CEST] <sfan5> which as discussed yesterday is not what you want [15:44:15 CEST] <cryptodechange> Yeah that's for film [15:44:24 CEST] <cryptodechange> About half of the anime encodes I found use the animation preset, or similar [15:45:26 CEST] <cryptodechange> or deblock=-1,-1... psy-rd=0.8-1.0, 0-0.1.. aq-strength=0.7-1.0 [16:19:42 CEST] <bwe> Hi, I want to turn a couple of images and an audio narration into a video (slidecast). https://trac.ffmpeg.org/wiki/Slideshow#Framerates covers the basics. I read -framerate 25 sets the seconds for each image. How can I make it individual for each image? [16:26:56 CEST] <kepstin> I wouldn't be surprised if some high-bitrate anime encodes use settings closer to -tune film in order to preserve slightly more grain, be it artificial (like on a lot of new HD anime, used to hide banding), or natural, like seen on modern high-def film scans of older shows. [16:30:38 CEST] <termos> not sure why i'm getting "[aac @ 0x7feafc004c00] Specified sample format s16 is invalid or not supported" when using fdk_aac, as far as I know S16 samples are the only ones supported [16:43:59 CEST] <kepstin> termos: that's not the fdk aac encoder tho, that's the internal aac encoder (which only accepts fltp) [16:45:17 CEST] <termos> hm that's what I though, I'm installing through homebrew and it seems to not respect my --with-fdk-aac option [16:45:19 CEST] <kepstin> (if you want to use the fdk encoder, you have to explicitly load it by name, "libfdk_aac" [16:45:21 CEST] <kepstin> ) [16:45:46 CEST] <termos> ohh I see, I can't just use the AV_CODEC_ID_AAC enum I guess [16:46:32 CEST] <kepstin> yeah, that'll just use whatever ffmpeg decides is the default encoder for that format, which will always be the internal encoder if there is one (unless the internal encoder is marked as experimental) [16:47:13 CEST] <kepstin> using the CODEC_ID enum is like saying "I want to make aac, I don't care how you do it" [16:47:42 CEST] <termos> ah thanks! [17:19:52 CEST] <teratorn> bwe: well, I've done something like that but it's a little complicated [17:21:46 CEST] <teratorn> bwe: you can use an image file as a separate ffmpeg input. then connect that input to a series of filters: setsar=sar=1/1,fps=30,loop=999999999:start=0:size=1,trim=start=0:end=10 [17:23:08 CEST] <teratorn> bwe: that duplicates the frame at 30 fps and trims 10 seconds of that... you would do a similar thing for each of your images, and use a concat filter to plug them all together [17:25:08 CEST] <teratorn> bwe: using -filter_complex :) it's very powerful once you get how it works [17:28:23 CEST] <bwe> teratorn: Thanks for your answer. The key is to split the audio for each image, right? [17:28:58 CEST] <teratorn> bwe: you want different audio track for each image? [17:29:41 CEST] <bwe> teratorn: No. It's a presentation of which I have the slides as images and the narration as a voice recording (single mp3). I want to create a slidecast. [17:30:15 CEST] <teratorn> bwe: well if you have one input audio track then just include that with -i and ffmpeg will include it unmodified in the output [17:31:11 CEST] <bwe> True. What is the easiest way te determine the right time point to switch to the next image? [17:31:58 CEST] <bwe> setsar=sar=1/1,fps=30,loop=999999999:start=0:size=1,trim=start=0:end=10 # how would I do the second image with that filter? [17:32:09 CEST] <teratorn> bwe: well using a filter setup like I described you just decide what order you want the images to appear, and how long you want each one to appear for... [17:32:32 CEST] <bwe> Howdy, this could be simplified by some shell script... [17:32:38 CEST] <teratorn> bwe: so I guess it depends on when you start talking about them in your audio :) [17:43:24 CEST] <teratorn> bwe: something like this: ffmpeg -y -i 'image1.png' -i 'image2.png' -filter_complex '[0:v]setsar=sar=1/1,fps=30,loop=999999999:start=0:size=1,trim=start=0:end=10[image1];[1:v]setsar=sar=1/1,fps=30,loop=999999999:start=0:size=1,trim=start=0:end=20[image2];[image1][image2]concat=n=2[out]' -map [out] 'output.mp4' [17:49:21 CEST] <durandal_1707> use loop=size=-1 insteaf of 99999 [17:50:01 CEST] <teratorn> durandal_1707: ah, thanks :) [17:51:13 CEST] <rictan> Hello all, I know I asked this question before (build small binary of ffmpeg for h.264 to .mp4) but I am wondering how to do the same with regards to fragmented mp4 to .mp4 [17:51:30 CEST] <bwe> to which precision can I specify the timings, seconds or is there a finer granularity? [17:51:45 CEST] <rictan> I know the command for both muxing h.264 to .mp4 and fragmented mp4 to mp4 are the same, so i figured i can have one binary of ffmpeg -- reduced size of course, do the same thing [17:52:07 CEST] <rictan> I am using l-smash for muxing h.264 to .mp4 but it does not solve my case for handling fragmented mp4 to mp4 [17:52:15 CEST] <rictan> any and all help is greatly appreciated! [17:54:44 CEST] <rictan> for reference, the command --> ffmpeg -i <insert file type> -c copy <output file type> handles both fragmented mp4 to mp4 and h.264 to mp4 conversion [17:55:19 CEST] <rictan> having a smaller binary to handle the two scenarios I explained would be great [17:57:39 CEST] <teratorn> bwe: it will accept any style of ffmpeg timespec... check out the filter documentation for the trim filter [18:18:06 CEST] <bigHugeSky> can someone explain to me "difference between GRAY8 and MONO8" raw? [18:31:30 CEST] <bigHugeSky> no one? an someone explain to me "difference between GRAY8 and MONO8" raw? [18:33:08 CEST] <durandal_1707> there is no mono8 just monoblack and monowhite [18:33:43 CEST] <durandal_1707> they are bits representing pixels [18:34:03 CEST] <durandal_1707> unlike bytes for gray8 [18:36:33 CEST] <diverdude> what tools are used to create configure and makefiles for ffmpeg? [18:36:59 CEST] <furq> keyboards and hands [18:37:10 CEST] <diverdude> lol [18:37:18 CEST] <diverdude> why were autoconf not used? [18:37:20 CEST] <furq> and probably a text editor [18:37:50 CEST] <furq> the handwritten configure script is nearly 7kloc [18:37:59 CEST] <furq> i can't imagine what kind of non-euclidean nightmare that would be with autotools [18:38:01 CEST] <diverdude> it seems really really difficult to compile programs that use ffmpeg :/ [18:39:02 CEST] <furq> i've never noticed that [18:43:43 CEST] <james999> what's the point of using auto tools? [18:43:58 CEST] <james999> sometimes i have to type autogen.sh instead of ./configure and that's all i know [18:44:35 CEST] <furq> it's supposed to automate the job of making your shit run on various arcane platforms [18:44:38 CEST] <BtbN> autogen is used to generate configure [18:44:46 CEST] <BtbN> it's a script the project make, not part of autotools [18:44:52 CEST] <james999> oh like cross-compiling? [18:44:55 CEST] <BtbN> Some decide to make it call configure after it's done. [18:45:15 CEST] <BtbN> but autotools is a mess [18:45:17 CEST] <furq> not so much cross compiling as building on s370 or whatever some guy on a mailing list is running [18:45:39 CEST] <furq> or on some old unix [18:45:41 CEST] <james999> t can be difficult to make a software program portable: the C compiler differs from system to system; certain library functions are missing on some systems; header files may have different names. One way to handle this is to write conditional code, with code blocks selected by means of preprocessor directives (#ifdef); [18:46:30 CEST] <james999> it says auto tools makes this problem more "manageable" [18:46:56 CEST] <furq> well the project's website would say that [18:47:04 CEST] <james999> i'm reading from wikipedia lol [18:47:13 CEST] <furq> i've checked all of cmake's website and nowhere does it say "cmake is a huge piece of shit" [18:47:16 CEST] <furq> but it is [18:47:18 CEST] <james999> the next paragraph has a huge complicated flow chart of how the tools combine [18:47:30 CEST] <BtbN> cmake is probably the most sane out of all the various build systems [18:47:40 CEST] <BtbN> they just decided to go with the most horrible language one could come up with [18:47:55 CEST] <BtbN> Should have done the same in Python or something [18:49:50 CEST] <james999> first autoscan makes configure.ac, which is used by aclocal o produce aclocal.m4. Then autoconf combines the two files to produce configure [18:50:50 CEST] <furq> BtbN: you say that like there's no such thing as a ruby build system which replaces an xml build system [18:51:03 CEST] <furq> developed by apache, obviously [18:51:16 CEST] <tdr> omg ruby, stab it fast before it catches on [18:51:25 CEST] <BtbN> just look at what blink has come up with [18:51:28 CEST] <furq> it already caught on and then fell off again [18:51:29 CEST] <furq> thankfully [18:51:46 CEST] <BtbN> you need ruby, python, perl, bash and go to build it [18:51:48 CEST] <tdr> furq, a hundred million rooted webservers cant be wrong :) [18:52:15 CEST] <furq> although i don't think you can stab a ruby. it has a mohs hardness of 9 [18:52:27 CEST] <tdr> (yes thats rails but its still ruby ... and it can be stabbed, just use a sledge) [18:52:40 CEST] <furq> i don't think that qualifies as stabbing [18:52:52 CEST] <james999> I never knew this existed before: Autoheader, a tool to manage C header files. [18:53:06 CEST] <tdr> furq, my toolkit is limited, i substituted [18:53:15 CEST] <james999> I need autocar to manage my car and drive me to work amirite [18:53:23 CEST] <furq> BtbN: i feel like you ordered that list the wrong way round [18:53:27 CEST] <furq> it should go from best to worst [18:53:49 CEST] <furq> although i guess in the context of "build systems" go is arguably the worst thing on that list [18:54:34 CEST] <BtbN> don't worry, they also ship binaries of that, so you don't need go to build [18:54:50 CEST] <furq> i have go ;_; [18:55:02 CEST] <furq> i'd rather use that in general than anything else on the list [18:55:23 CEST] <BtbN> go is the container-disease turned into a programming language [18:55:26 CEST] <furq> granted it's not a very auspicious list [18:55:28 CEST] <BtbN> only links statically [18:56:04 CEST] <james999> this wiki article ends by pointing out that the 31,085 lines of code in the libtool configure check for sys/stat.h [18:56:12 CEST] <james999> even though the system that lacked them couldn't run unix to begin with [18:56:40 CEST] <james999> er *libtool to begin with [18:57:51 CEST] <furq> one thing i will say is that autotools tends to be fairly end-user friendly [18:57:58 CEST] <furq> but you can achieve that without autotools [18:58:18 CEST] <BtbN> autotools for the user is fine, best experience out of all the tools probably [18:58:21 CEST] <BtbN> if you're not on windows [18:58:24 CEST] <furq> yeah [18:58:36 CEST] <BtbN> But for the one writing the build system? Fucking hell [18:59:10 CEST] <furq> i genuinely can't imagine what that would look like for something as complex as ffmpeg [18:59:30 CEST] <furq> i'm also a big fan of the fact that the current configure script is human readable [18:59:47 CEST] <BtbN> .ac files are also not too hard to read [19:00:21 CEST] <BtbN> I think cmake would be a better fit for ffmpeg than autotools, given all the platforms and compilers it supports [19:00:47 CEST] <furq> cmake ;_; [19:01:20 CEST] <james999> the only criticism of autotools was this linked article discussing how it takes this guy a day to compile freebsd: https://queue.acm.org/detail.cfm?id=2349257 [19:04:36 CEST] <furq> he's not talking about autotools [19:05:04 CEST] <BtbN> autotools is a huge hell of different tools [19:05:17 CEST] <BtbN> automake, autoconf, autoheader, libtool, aclocal, ... [19:08:16 CEST] <james999> Yeah I got to the bottom of the article [19:08:35 CEST] <james999> he's mostly talking about a book criticizing Eric S Raymond and releasing Unix from AT&T [19:08:48 CEST] <james999> "But to anyone who has ever wondered whether using m4 macros to configure autoconf to write a shell script to look for 26 Fortran compilers in order to build a Web browser was a bit of a detour, Brooks offers well-reasoned hope that there can be a better way" [19:40:22 CEST] <Fenrirthviti> Anyone know a simple way to simulate an interlaced video feed to a directshow device? [19:42:30 CEST] <Fenrirthviti> or rather, a directshow device sending an interlaced video feed [19:49:43 CEST] <BtbN> a capture card capturing an interlaced source [19:54:54 CEST] <teratorn> Fenrirthviti: why do you need to specifically fabricate input on a directshow device? [19:55:23 CEST] <Fenrirthviti> I'm trying to debug an issue in OBS where our lossless preset crashes when used with interlaced video [19:55:28 CEST] <Fenrirthviti> something in swscale blows up, but no idea what [19:55:49 CEST] <Fenrirthviti> I've seen.. 4 reports now, and in all cases it was with a directshow device that has interlaced video input [19:56:02 CEST] <Fenrirthviti> but I don't have anything to hook up to my capture card that does interlaced [19:58:56 CEST] <BtbN> why would the encoder care though? [20:00:08 CEST] <Fenrirthviti> That's what I'm trying to figure out. [20:01:06 CEST] <thebombzen> have you considered trying to capture interlaced and save it to a file [20:01:09 CEST] <thebombzen> and then debug on that [20:01:44 CEST] <Fenrirthviti> I dunno how to generate a proper interlaced video [20:02:37 CEST] <Fenrirthviti> BtbN: And not sure. It works fine with x264 and other encoders, but ffmpeg utvideo explodes. This is the same crash that guy submitted a bug report on with 0 details, trying to see if I can replicate better [20:02:57 CEST] <BtbN> Does it pass the interlaced video to utvideo? [20:03:02 CEST] <BtbN> Or does it try to deinterlace? [20:03:19 CEST] <BtbN> I don't think OBS can output interlaced video out of its render pipeline [20:03:20 CEST] <Fenrirthviti> It should just be passing it to utvideo [20:03:48 CEST] <Fenrirthviti> There's deinterlace options on individual sources [20:04:00 CEST] <Fenrirthviti> but not sure what the actual output is run through if a filter isn't applied beforehand [20:04:12 CEST] <BtbN> Yeah, but even if you don't deinterlace them, the output of the compositing pipeline will always be progressive [20:04:26 CEST] <BtbN> It will just weave "deinterlace" them and render them [20:04:56 CEST] <Fenrirthviti> Applying a deinterlace filter on the source makes no difference on the crash, either. [20:05:07 CEST] <BtbN> And with that, it makes even less sense that it would crause a crash with a specific encoder [20:05:19 CEST] <Fenrirthviti> right, that's the part I can't figure out. [20:05:21 CEST] <BtbN> I doubt the crash has anything to do with interlaced content at all [20:05:29 CEST] <Fenrirthviti> x264 I guess makes more sense because we're not going through ffmpeg for that [20:05:53 CEST] <Fenrirthviti> Seems to be the only common trigger I can find :\ [20:06:03 CEST] <Fenrirthviti> But you're right that I am kind grasping at straws on this one. [20:06:44 CEST] <BtbN> The pipeline from the OBS renderer, to output should be entirely unchanged [20:06:53 CEST] <BtbN> I blame capture card drivers [20:07:50 CEST] <Fenrirthviti> https://gist.github.com/anonymous/88d996041b4c7f75077e7393f9b5f25b is the crash we get in OBS if that says anything [20:08:17 CEST] <Fenrirthviti> I'm leaning that way to, it's been primarily Elgato that's causing this [20:08:20 CEST] <BtbN> would need debug symbols in ffmpeg [20:09:42 CEST] <Fenrirthviti> Wonder if my dreamcast will output interlaced, I can bust that out later and test [20:09:59 CEST] <furq> it will over rca [20:10:06 CEST] <BtbN> isn't that still 240p? [20:10:12 CEST] <furq> i think it outputs 480i [20:10:14 CEST] <BtbN> Which is sent as 480i and needs to be line-doubled [20:11:45 CEST] <furq> i've literally never plugged mine in with anything but the vga cable [20:11:51 CEST] <furq> but i'm pretty sure the analog output is 480i [20:13:05 CEST] <Fenrirthviti> I'll poke around with it later. I'm guessing it's not going to crash, since my card is a IP4k, which has not-shit drivers. [20:14:26 CEST] <furq> the ps2 does 1080i over component if you have one of those and the few games that support it [20:19:03 CEST] <BtbN> you can also set a PS4 or PS3 to output 1080i [20:19:12 CEST] <BtbN> or a Wii U [20:19:15 CEST] <BtbN> or a normal Wii [20:19:50 CEST] <dystopia_> wii cannot [20:20:07 CEST] <BtbN> of course it can, need a component cable for progressive, and even then you can still set it to interlaced [20:20:17 CEST] <dystopia_> it's highest output is edtv 480p [20:20:27 CEST] <BtbN> but the not-highest is 480i [20:20:41 CEST] <dystopia_> yeah but i thought your were saying it could do 1080i [20:20:55 CEST] <dystopia_> but yeah it can output an interlaced image [20:21:31 CEST] <dystopia_> ps2 could do 1080i heh [20:21:52 CEST] <dystopia_> had 4 games i think that supported the video mode [20:22:04 CEST] <furq> yeah it is four, and one of them is "jackass the game" [20:22:24 CEST] <furq> also it's obviously not really 1080i, it's 480p upscaled [20:22:30 CEST] <cryptodechange> I have some DVDs I remuxed that have Scan type: Interlaced, Scan order: top field first. What's the best way to filter this? [20:22:46 CEST] <furq> all dvds are tff interlaced [20:23:01 CEST] <furq> that doesn't necessarily mean they're not really progressive or telecinede [20:23:04 CEST] <furq> -e [20:23:28 CEST] <cryptodechange> I remember playing it in VLC, and seeing lines, only when scaling the window though [20:23:50 CEST] <furq> i mean i'm not saying it isn't interlaced [20:23:52 CEST] <furq> it probably is [20:24:03 CEST] <furq> but you can't just rely on what mediainfo says for dvd [20:27:13 CEST] <james999> random question, but is it a goal of ffmpeg to eventually have a decoder/encoder for each media type? [20:27:29 CEST] <james999> i noticed ffmpeg -decoders some are decode only [20:28:56 CEST] <james999> hmm or which command was it that showed that...' [20:29:06 CEST] <cryptodechange> furq, what's a sure fire way if you can't really tell? [20:29:16 CEST] <cryptodechange> I suppose if you can't tell, it isn't? [20:29:16 CEST] <kepstin> james999: ffmpeg -codecs probably [20:30:11 CEST] <james999> oh yes thank you [20:31:23 CEST] <james999> D.A.L. pcm_zork PCM Zork [20:31:30 CEST] <kepstin> james999: there's no real intent to be able to encode everything with ffmpeg - a lot of the codecs in there it really doesn't make sense to make any new content in that format, it's mostly just to keep old stuff accessible. [20:31:33 CEST] <james999> is an example. most have decoders though [20:31:57 CEST] <james999> like some format that was used in another country20 years ago and isn't used now? [20:32:01 CEST] <kepstin> that's not to say that an encoder wouldn't be accepted as a patch, if someone worked up a properly licensed one [20:32:19 CEST] <cryptodechange> Definitely interlaced https://imgur.com/a/2WLvj [20:32:29 CEST] <james999> oh yeah are some encoders against patents or something? [20:33:30 CEST] <kepstin> james999: re patents, read the patent mini faq on https://ffmpeg.org/legal.html [20:33:40 CEST] <kepstin> it's more about the software (copyright) license [20:35:15 CEST] <furq> cryptodechange: that could also be telecined [20:35:40 CEST] <kepstin> that looks like animation, so probably telecined [20:35:42 CEST] <furq> step through a high motion scene frame by frame with deinterlacing off [20:35:52 CEST] <furq> if every frame has combing then it's interlaced [20:36:40 CEST] <kepstin> if you see a pattern where 2 frames have combing artifacts, then 3 frames look fine, that's a standard NTSC telecine pattern. [20:36:43 CEST] <furq> if two out of every five have combing then it's telecined [20:36:49 CEST] <furq> yeah, what he said [20:37:41 CEST] <furq> https://upload.wikimedia.org/wikipedia/commons/thumb/8/8c/32pulldown.svg/31… [20:38:19 CEST] <dystopia_> is that to get 24fps stuff to 25fps? [20:38:25 CEST] <dystopia_> ntsc to pal conversions? [20:38:47 CEST] <kepstin> no, that's to get 24 frames per second to 60 fields per second (film to ntsc video) [20:39:01 CEST] <james999> isn't it 24 to 29.97? [20:39:47 CEST] <kepstin> james999: technically, 24000/1001 frames per second to 60000/1001 fields per second [20:40:02 CEST] <cryptodechange> mediainfo says NTSC [20:40:07 CEST] <kepstin> sometimes 24fps content is slowed down to 24000/1001 first, but that's not really noticable :) [20:40:58 CEST] <james999> that's an intersting way to write 24/1.001 [20:41:27 CEST] <james999> but what i mean is to get 59.9 you have to make 29.97 first [20:41:31 CEST] <james999> then double it [20:42:22 CEST] <kepstin> james999: no, you go directly from 24ish frames per second to 60ish fields per second [20:43:00 CEST] <james999> 24ish is where you divide by 1.001 right [20:43:25 CEST] <kepstin> (it just happens that in computer video, usually both fields from the 60ish fields per second video are stored together in a "30ish frames per second" video where each frame contains 2 fields. [20:43:28 CEST] <kepstin> ) [20:43:47 CEST] <james999> supposedly tvs can do 120hz and higher now too lol so i idk how far that scales [20:44:31 CEST] <kepstin> 120hz video output is nice, because it means you can display 24p, 30p, and 60p content without switching modes, and without judder. [20:44:33 CEST] <cryptodechange> Is there a way to automate this telecine/interlaced stuff? [20:44:54 CEST] <kepstin> cryptodechange: there's ffmpeg filters for detelecining video to progressive, which usually work ok most of the time [20:45:16 CEST] <james999> hmm is that because 120 is the lcm of 24,30, and 60? [20:45:19 CEST] <james999> nice [20:45:36 CEST] <kepstin> but telecined video - particularly old telecined video from 2000s dvds - is a real mess, with bad cuts, fades, etc., so it often needs manual cleanup to look at its best. [20:47:35 CEST] <cryptodechange> So check manually for x out of x frames, how would I break that down into a filter for the command? [20:48:17 CEST] <kepstin> cryptodechange: the first thing you could just try is "-vf pullup", and see if the result looks progressive. If that worked, great! done. [20:49:05 CEST] <kepstin> (you might also want to use an fps=24000/1001 filter after to clean up the frame timestamps) [20:54:58 CEST] <furq> you could also just try and get hold of a pal dvd [20:55:08 CEST] <diverdude> When you guys write ffmpeg programs, do you create your own configure file? [20:55:56 CEST] <furq> i normally just write a makefile [20:59:56 CEST] <diverdude> furq: hmm ok i see...can you help me understand why i am getting missing symbols error in this program: http://paste.ubuntu.com/24468359/ (compile command and error message is also there) I have pretty much included everything i can include from ffmpeg [21:03:09 CEST] <furq> myplayer.c should be before all the libs [21:04:00 CEST] <furq> the linker goes left to right and it only uses the symbols that it needs [21:04:20 CEST] <furq> with static libs [21:04:27 CEST] <diverdude> furq: the did not make any difference [21:04:27 CEST] <furq> so you need to put the source before the libs it depends on [21:06:30 CEST] <furq> well you have all the libs so i'd put money on it being linker order [21:07:05 CEST] <furq> but it's hard to tell what's actually going on in that line between the 90 instances of -framework QuartzCore [21:07:45 CEST] <diverdude> ugh....so this is why i mean ffmpeg is very very hard to compile :( I have to try all combinations of linking orders.... [21:08:05 CEST] <furq> technically you only have to try the one which is correct [21:08:17 CEST] <dystopia_> :p [21:08:21 CEST] <diverdude> lol [21:08:31 CEST] <dystopia_> this is why i like windows and pre compiled stuff [21:08:40 CEST] <dystopia_> less faffing about [21:08:45 CEST] <furq> i also like software that someone else wrote [21:08:53 CEST] <diverdude> dystopia_: order is irrellevant on windows? [21:08:54 CEST] <dystopia_> yep, thats the best kind [21:09:04 CEST] <james999> hmm when i use youtube-dl video -F it mostly lists audio only and video only options [21:09:15 CEST] <furq> that's what youtube uses [21:09:17 CEST] <james999> does that mean if I download with youtube-dl I have to use ffmpeg to mux the audio and video together? [21:09:18 CEST] <dystopia_> diverdude i think it's harder to compile on windows but there are pre built binaries available you can just run [21:09:19 CEST] <BtbN> yes, they are separate now [21:09:23 CEST] <llogan> dystopia_: late to the party, but there are pre compiled ffmpegs available for Linux and macOS too [21:09:26 CEST] <furq> james999: it does that for you [21:09:38 CEST] <dystopia_> nice llogan, i dind't know [21:09:51 CEST] <james999> well i picked the 1920x1080 video only 5 Gib download option [21:09:56 CEST] <james999> so we'll see what happens [21:10:00 CEST] <diverdude> dystopia_: well...what if you want to write a program which uses ffmpeg libs? [21:10:01 CEST] <furq> well yeah you need to pick an audio format as well [21:10:07 CEST] <llogan> dystopia_: see FFmpeg download page for links [21:10:10 CEST] <furq> -f 254+143 or whatever [21:10:28 CEST] <james999> oh ok. the help page didn't make that clear when i did youtube-dl -h [21:10:47 CEST] <furq> the format selection stuff is necessarily complex because it deals with hundreds of different sites [21:10:54 CEST] <furq> there's a whole section in the manpage on it [21:12:08 CEST] <james999> must have been truncated [21:12:15 CEST] <james999> all of this is opus and vorbis wtf [21:12:26 CEST] <james999> i thought aac and mp3 and that were the ones ytube useed [21:12:57 CEST] <furq> it uses h264/aac and vp9/opus [21:13:02 CEST] <furq> and also vp8/vorbis for compat [21:14:31 CEST] <james999> oh i see vp9 in the list now [21:14:33 CEST] <james999> mp4 1920x1080 DASH video 4397k , avc1.640028, 24fps, video [21:14:39 CEST] <james999> is what it shows on command line [21:17:05 CEST] <james999> wiki says mpeg-dash is some steraming technology for tcp [21:17:23 CEST] <furq> for http [21:17:28 CEST] <james999> does that mean I can do -f mpegdash with -listen 1 to stream from ffmpeg? [21:17:39 CEST] <furq> no [21:18:15 CEST] <james999> well i got mpegts to work with udp earlier as long as i limited packet size so i guess no big deal [21:19:46 CEST] <james999> hmm i guess there was something wrong with my choice of formats. it says they cannot be "merged" so will be muxed into an MKV file: WARNING: Requested formats are incompatible for merge and will be merged into mk [21:19:46 CEST] <james999> v. [21:20:34 CEST] <diverdude> furq: i have cleaned up the compile command now : http://paste.ubuntu.com/24468499/ but its still not working :( [21:21:27 CEST] <furq> what's the error now [21:22:21 CEST] <diverdude> the same [21:22:50 CEST] <diverdude> http://paste.ubuntu.com/24468511/ [21:25:23 CEST] <kepstin> I think by default, youtube-dl will pick the "best" format, which it usually decides is either h264 or vp9 video with opus audio [21:27:43 CEST] <diverdude> furq: any idea? [21:31:15 CEST] <james999> is there any reason you can't have h264 and opus audio in an mp4? [21:31:26 CEST] <james999> i think that's what the message is saying. it has to be mkv. [21:38:23 CEST] <kepstin> james999: the standards for putting opus in mp4 are very new and not widely supported. I dunno if it's even been accepted as a public registration yet [21:38:26 CEST] <cheese> how to force h264 encoding to zero B frame ? [21:39:03 CEST] <BtbN> -bf 0 [21:39:24 CEST] <kepstin> also note that -tune zerolatency does that (among other things) [21:41:16 CEST] <cryptodechange> [19:49] <kepstin> (you might also want to use an fps=24000/1001 filter after to clean up the frame timestamps) [21:41:18 CEST] <cryptodechange> The source is 30000/1001, so I should keep it a that right? [21:41:29 CEST] <kepstin> cryptodechange: the detelecining process creates 4 output frames from 5 input frames (10 input fields), so there's a frame rate change. [21:42:02 CEST] <cryptodechange> Oh that makes sense, so it merges frames to hide the perceived scan lines [21:42:14 CEST] <kepstin> the telecine went from 24fps to 60 fields per second (30fps), so detelecine obviously does the reverse [21:42:59 CEST] <cryptodechange> Was that a fault of whoever pressed the DVDs, or is it down to the DVD standard? [21:43:55 CEST] <dystopia_> lots of dvd's have mastering issues [21:44:06 CEST] <kepstin> dvds were designed to store video for playback on analog tv systems, which are fixed rate interlaced 50 or 60 fields per second depending on region [21:44:29 CEST] <dystopia_> i bought some pal dvd's of japanese anime and it was a very poor conversion to pal [21:44:40 CEST] <dystopia_> that led to unrecoverable ghosting [21:45:19 CEST] <dystopia_> i srestored till i could srestore no more :( [21:45:54 CEST] <kepstin> yeah, pal dvds of anime content are usually gonna suck, they're either sped up from 24 to 25fps or "framerate converted" [21:46:44 CEST] <kepstin> (if the framerate conversion was done with a 222222222223 "Euro pulldown" pattern it's recoverable, but other than that... :/ [21:46:57 CEST] <cryptodechange> 29.97 FPS NTSC for mine [21:48:24 CEST] <cryptodechange> so a pulldown ratio would be [21:48:41 CEST] <cryptodechange> progressive(normal looking):interlaced(scanlines) [21:49:16 CEST] <cryptodechange> and I just go frame by frame to figure that out, do a veryfast encode with -vf "pullup,fps=24000/1001" to see if problem is solved [21:49:30 CEST] <kepstin> anime is almost always done with a 2:3 pulldown pattern, it's not a ratio exactly, it's more complicated than that [21:54:44 CEST] <cryptodechange> This seems useful https://lists.ffmpeg.org/pipermail/ffmpeg-user/2015-December/029683.html [21:55:17 CEST] <cryptodechange> now to actually figure out what source needs what treatment, as I have non-anime titles [21:55:27 CEST] <cryptodechange> Original x-men! [21:58:03 CEST] <furq> film to pal is usually the best thing you can get [21:58:12 CEST] <furq> but a lot of studios will cheap out and do film to ntsc to pal [21:58:32 CEST] <furq> and generally if they've skimped on that then they're also not spending a lot of time and energy on making that not suck ass [21:58:57 CEST] <furq> i've seen some really appalling film to ntsc to pal stuff [22:00:47 CEST] <cheese> how to force h264 encoder to not use B frame ? [22:00:53 CEST] <james999> hmm kepstin when I download an mp4 with a ytube downloader it's usually aac audio with h264 video [22:01:07 CEST] <james999> so i wonder why youtube-dl didn't give it as an option for the one i'm donwloading now [22:01:28 CEST] <cryptodechange> So all 5 frames have lines it is interlaced, a mix of full frames with split frames is telecine? [22:01:38 CEST] <furq> yeah [22:01:45 CEST] <BtbN> cheese, asking that again over and over again without reading the answers won't get you anywhere. [22:02:02 CEST] <furq> at least until you get into the fun of hybrid film and video [22:02:18 CEST] <cryptodechange> https://lists.ffmpeg.org/pipermail/ffmpeg-user/2015-December/029683.html [22:02:20 CEST] <furq> or interlaced text overlays on telecined footage [22:02:32 CEST] <cheese> BtbN: sorry i didn't saw it [22:02:35 CEST] <cryptodechange> So the telecine vs. interlace method can solve 2 and 3 [22:02:40 CEST] <cheese> thanks BrbN [22:03:16 CEST] <cryptodechange> dang, so many possible scenarios [22:03:33 CEST] <furq> i was going to say animation probably won't be that bad [22:03:57 CEST] <furq> but the one animated dvd i've ripped has got interlaced overlays on telecine [22:04:01 CEST] <furq> in the opening credits [22:04:14 CEST] <kepstin> animation stuff is full of bad cuts, interlaced effects, and interlaced overlays, yeah [22:04:25 CEST] <cryptodechange> ;_; [22:04:42 CEST] <furq> and yeah you might get shit like the telecine pattern changing on a scene change [22:04:57 CEST] <kepstin> the "Last Exile" show was so bad that when they did the Blu-Ray release, they released it as 1080i with an interlaced upscale from the 480i video :/ [22:05:21 CEST] <cryptodechange> the 4k version is going to be fun [22:05:28 CEST] <furq> in spite of the occasional dogshit film to ntsc to pal transfer, i'm really lucky to live in a pal region [22:05:38 CEST] <furq> the worst i have to deal with is interlacing overlaid on progressive [22:05:52 CEST] <furq> which you can just deinterlace and it'll look fine [22:07:53 CEST] <furq> https://0x0.st/vWE.mp4 [22:08:02 CEST] <furq> in case you were wondering what the animated dvd in question was [22:09:23 CEST] <cryptodechange> It reminds me of how old school emulated games apply the scanlines to try and mimic CRT displays [22:09:38 CEST] <cryptodechange> but more subtle [22:10:35 CEST] <furq> it's hard to say whether interlacing or fake scanlines are more evil [22:20:30 CEST] <matsaman> looking for the docs on -1 & -2, etc. as regarding -vf scale [22:21:58 CEST] <dystopia_> the dub is off putting furq [22:22:12 CEST] <dystopia_> i guess kids show's don't often get subbed versions [22:22:38 CEST] <dystopia_> dub would be fine if you couldnt hear original dub [22:48:43 CEST] <schelleursli> hi there, I'm trying to deinterlace and resize some 1080i dvb footage with h264_cuvid to save some cpu power, but I struggle to get a usable file out of it. The problem seems to be related to the deinterlace to 50 fps from the 1080i 25 fps source file. If I resize and deinterlace without hwaccel using yadif I get the proper 50 fps file I want. Any idea what may go wrong with cuvid? I've uploaded the source file plus to output of [22:48:43 CEST] <schelleursli> ffmpeg to my onedrive if anyone feels like having a look https://1drv.ms/f/s!At6cEyJzE4-RjG1eMMLRqISoo2UL I've tried plenty of different combinations trying to get the correct framerate and seem to be most throughly stuck. [23:41:06 CEST] <AndrewMock> Google's no help. How do I force a certain DEcoder to be used? (want libopenjpeg instead of native jpeg2000 decoder) [23:41:43 CEST] <BtbN> -c [23:42:21 CEST] <AndrewMock> that's how i am choosing my encoder. [23:42:44 CEST] <AndrewMock> how would it know that i am doing -c:v for the decoder and not the encoder? [23:43:06 CEST] <BtbN> it chooses the codec, depending on if used on an input or output option, it's for the de- or encoder. [23:43:52 CEST] <AndrewMock> "if used on an input or output option" is there a certain order of options that I am missing? [23:44:02 CEST] <AndrewMock> does the decoder -c:v go before -i then? [23:44:09 CEST] <BtbN> all options apply to the next input or output on the commandline [23:44:30 CEST] <AndrewMock> looks like it thanks [23:48:33 CEST] <iH2O> I have a mp4 file with a fixed image throughout. how can I convert it to mp3 while keeping the image [23:54:15 CEST] <james999> hmm iH2), you mean where it embeds the image into the mp3 file? [00:00:00 CEST] --- Fri Apr 28 2017

1 0

ffmpeg-devel.log.20170426
by burek 27 Apr '17

27 Apr '17

[01:25:56 CEST] <cone-086> ffmpeg 03James Almer 07master:b4330a0e02fc: avformat/concatdec: fix the h264 annexb extradata check [04:23:39 CEST] <YokoBR> hi folks [04:23:40 CEST] <YokoBR> anybody using fluent-ffmpeg? [05:20:57 CEST] <TimothyGu> nevcairiel: fatebeta restarted [07:48:55 CEST] <alevinsn> for the following patch "[PATCH] avformat/hlsenc: fix CID 1405135" [07:48:59 CEST] <alevinsn> what does CID mean? [07:49:06 CEST] <alevinsn> CID 1405135 to be precise [08:09:54 CEST] <atomnuker> Coverity ID [08:12:10 CEST] <rcombs> alevinsn: more importantly, that patch is very broken [08:13:50 CEST] <rcombs> that guy has written an impressive quantity of security bugs in patches lately [08:15:12 CEST] <rcombs> I guess I can't expect someone to stick to just one vuln class; last time it was a printf with a data-controlled format-string, this time a buffer overflow& [08:16:49 CEST] <alevinsn> admittedly, the buffer overflow is unlikely to occur--but, it would be easy to make it happen [08:17:45 CEST] <alevinsn> I'm not sure I would say "very broken" [08:17:53 CEST] <alevinsn> the original code is also broken too [08:17:57 CEST] <alevinsn> in a similar way [08:18:03 CEST] <alevinsn> since it could copy past the end of the string [08:18:09 CEST] <alevinsn> and would almost certainly do so [08:18:18 CEST] <rcombs> or, it's in the muxer, so I guess it's not strictly a security issue [08:18:31 CEST] <rcombs> but wow that's some bad practice [08:18:49 CEST] <rcombs> alevinsn: both strncpy and av_strlcpy only read until the source string's terminator at most [08:19:28 CEST] <rcombs> using strlen() on the source string as the length arg indicates a failure to understand what that arg is for [08:19:32 CEST] <alevinsn> hmm, is that true for strncpy()? if it is, then I'm not sure what is wrong with the original code [08:19:50 CEST] <rcombs> strncpy() doesn't terminate the destination if the source is too long [08:20:01 CEST] <alevinsn> right [08:20:05 CEST] <rcombs> which actually can't happen here anyway [08:20:31 CEST] <alevinsn> why not? key_url corresponds to a parameter passed in by the user [08:20:45 CEST] <rcombs> oh whoops I was looking at the wrong member [08:20:54 CEST] <rcombs> so yes it can happen [08:21:01 CEST] <alevinsn> and key_basename is formed using filename [08:21:06 CEST] <rcombs> with the old code it would've written up to the end of the buffer and not terminated [08:21:15 CEST] <rcombs> with the modified code it would write past the end [08:21:26 CEST] <alevinsn> so, I think it could be problem with key_basename as well [08:21:38 CEST] <rcombs> since it doesn't actually pass in a maximum size to write [08:21:58 CEST] <rcombs> probably not within lavf's threat model, since it's an AVOption string and not actual input data [08:22:00 CEST] <rcombs> but still, wtf [08:23:13 CEST] <alevinsn> yeah, new version is worse than the minor issue with the old version [08:25:45 CEST] <alevinsn> perhaps more of any issue if it uses key_basename? [08:25:48 CEST] <alevinsn> it forms it as follows: [08:25:49 CEST] <alevinsn> av_strlcpy(hls->key_basename, s->filename, len); [08:25:49 CEST] <alevinsn> av_strlcat(hls->key_basename, ".key", len); [08:25:59 CEST] <alevinsn> I'm not sure where s->filename comes from [08:26:07 CEST] <alevinsn> but perhaps that is user-specified? [08:26:32 CEST] <rcombs> that's AVFormatContext::filename, which is consumer/user-specified, eys [08:26:34 CEST] <rcombs> *yes [08:26:40 CEST] <rcombs> it's a fixed-size buffer [08:27:38 CEST] <alevinsn> also 1024 bytes [08:27:43 CEST] <alevinsn> so, if full length used up [08:27:51 CEST] <alevinsn> then, will definitely be larger than 1024 bytes [08:28:29 CEST] <rcombs> tl;dr remember that the third arg to av_strl(cat|cpy) is the size of the destination buffer, NOT the length of the input string [08:28:41 CEST] <rcombs> else you will be eaten by a grue [08:29:17 CEST] <rcombs> also I sort of frown on fixed-sized buffers for filenames and URLs [08:29:40 CEST] <rcombs> like, it's not as bad as Windows 260-byte paths, so I can't complain _too_ much, but still [08:29:57 CEST] <rcombs> it's not like these functions get called in tight loops; we can afford the malloc [08:31:33 CEST] <rcombs> (usually I figure it's worth trying to avoid a malloc if it happens once or more per frame, and likely not otherwise; maybe other people have other opinions though) [08:31:46 CEST] <alevinsn> of course, then you have to worry about someone understanding pointers and memory allocations and deallocations and such :-) [08:33:15 CEST] <alevinsn> regarding your comment regarding the log message for that patch, I wish people would spent more time writing detailed log messages [08:33:24 CEST] <alevinsn> in general [08:34:36 CEST] <alevinsn> that was one of the worst, but not everyone that might be able to review these patches [08:34:51 CEST] <alevinsn> comes into this with detailed knowledge of the relevant code [08:36:01 CEST] <alevinsn> anyway, think I will head to sleep, bye [10:23:14 CEST] <atomnuker> rcombs: what's happening with the dash demuxer patch, did you test it? [10:24:58 CEST] <rcombs> atomnuker: I sent an additional set of comments; patch author hasn't applied yet [11:31:28 CEST] <BtbN> What the flying fuck... with the patch from nvidia applied, -hwaccel cuvid into nvenc _sometimes_ runs into "Failed locking bitstream buffer: invalid param (8)" [11:31:44 CEST] <BtbN> But _only_ if I specify -bf 0 on the commandline [11:32:08 CEST] <BtbN> Strange thing about that is, 0 is the default, and according to some debug prints I added, the values it affects are indeed identical [11:54:14 CEST] <BtbN> philipl, ^ [11:54:28 CEST] <BtbN> This makes me wonder if setting -bf somehow causes memory corruption somewhere [12:01:03 CEST] <sam> howdy [12:01:17 CEST] <sam> I got a DMCA takedown notice for http://people.zoy.org/~sam/ISO-IEC-14496-2-2001.pdf [12:01:27 CEST] <sam> so I'm probably going to remove it [12:23:46 CEST] <BtbN> Gonna try to tackle this with an asan build [12:23:58 CEST] <BtbN> But I somehow feel this is something bad happening in cuvid code [12:24:11 CEST] <BtbN> valgrind reports a ton of "jump depends on uninitialized value" errors from there [12:36:43 CEST] <BtbN> yeah, building ffmpeg with asan aborts immediately [12:36:49 CEST] <BtbN> in libcuda... [12:41:30 CEST] <BtbN> Is there a way to ignore external libs, or to at least continue instead of aborting? [12:47:10 CEST] <ubitux> disable it at build time? [12:52:51 CEST] <BtbN> ubitux, well, then I don't get asan? [12:54:18 CEST] <ubitux> i mean disable libcuda [12:54:53 CEST] <BtbN> Well, but I want to find out why it behaves so weird [12:55:01 CEST] <BtbN> When using cuvid [12:55:09 CEST] <BtbN> and nvenc, combined. https://bpaste.net/show/6881b5631b9b That's what it aborts on [12:55:10 CEST] <ubitux> ah my bad, misunderstood [12:55:43 CEST] <ubitux> are these false positive? [12:55:48 CEST] <BtbN> Probably not [12:55:59 CEST] <BtbN> but out of my scope to do anything about them, as they happen in driver code [12:56:18 CEST] <ubitux> you can add ignores in the valgrind.supp thing [12:56:26 CEST] <BtbN> That's gcc asan though [12:56:28 CEST] <BtbN> not valgrind [12:56:48 CEST] <ubitux> i know, but you mentioned valgrind earlier :p [12:56:55 CEST] <BtbN> Yeah, I tried that as well [12:57:01 CEST] <BtbN> but valgrind doesn't find anything serious [12:57:05 CEST] <BtbN> asan does [12:57:14 CEST] <BtbN> but i'd still like it to continue [14:35:07 CEST] <cone-591> ffmpeg 03Anton Khirnov 07master:86157e6db2c7: hevc: decouple calling get_format() from exporting the SPS parameters [14:35:07 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:76cc100afba2: Merge commit '86157e6db2c7a9222f77fa7e7f50fb9aebc3aa81' [14:36:02 CEST] <cone-591> ffmpeg 03Derek Buitenhuis 07master:5c7f2cf81df0: h264_slice: Wait for refs to be available before we use them in error concealment [14:36:03 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:9bc37352ded5: Merge commit '5c7f2cf81df06614f255f061850132355a01d75e' [14:37:22 CEST] <cone-591> ffmpeg 03Derek Buitenhuis 07master:e94b9313b21c: fate: Add h264 test for frame num gaps [14:37:23 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:a5ee1b617a17: Merge commit 'e94b9313b21c3d91a36ef064f7fe3e867616f47f' [14:37:46 CEST] <wm4> atomnuker: was it you who complained about Libav bitstream API naming? [14:38:18 CEST] <cone-591> ffmpeg 03Wan-Teh Chang 07master:343e28339946: pthread_frame: use better memory orders for frame progress [14:38:19 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:964ae2db322c: Merge commit '343e2833994655c252d5236a3394bf6db7a4d8b1' [14:39:19 CEST] <cone-591> ffmpeg 03Diego Biurrun 07master:554e55bbf0e4: decode.h: Add missing headers to fix standalone compilation [14:39:20 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:40cc925f9321: Merge commit '554e55bbf0e4a3640a784cb512b816e776c56333' [14:39:22 CEST] <BtbN> they renamed it? [14:40:33 CEST] <cone-591> ffmpeg 03Diego Biurrun 07master:39929e55eb13: ppc: hevcdsp: Use shorthands for vector types [14:40:34 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:3a033bc5cfae: Merge commit '39929e55eb13eeb8dfbe1bc99301fecf6b8942dd' [14:40:38 CEST] <wm4> BtbN: well he objected to the naming in the first place (identifiers too long) [14:41:07 CEST] <BtbN> yes, I know. What i meant is, that they now think the same way and renamed the new API [14:42:15 CEST] <wm4> no I didn't mean that [15:12:18 CEST] <durandal_1707> i see no patches for bitstream renaming [15:12:47 CEST] <wm4> there aren't any [15:13:20 CEST] <durandal_1707> so what is truth? [15:14:31 CEST] <wm4> "Truth is most often used to mean being in accord with fact or reality,[1] or fidelity to an original or standard.[1] Truth may also often be used in modern contexts to refer to an idea of "truth to self," or authenticity." [15:15:10 CEST] <wm4> anyway, I'm referring to the current Libav API, and the dislike of it by some ffmpeg developers [15:15:41 CEST] <durandal_1707> wat, i asked if libav devs are going to rename it [15:16:03 CEST] <wm4> no, why would you think that [15:17:52 CEST] <durandal_1707> someone planted such idea in my brain waves [16:25:09 CEST] <cone-591> ffmpeg 03Diego Biurrun 07master:ea7ee4b4e381: ppc: Centralize compiler-specific altivec.h #include handling in one place [16:25:10 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:172b0e2e8883: Merge commit 'ea7ee4b4e381e0fa731458de0cbf740430eeb013' [16:28:50 CEST] <cone-591> ffmpeg 03Diego Biurrun 07master:05a603a94e4b: ppc: Merge types_altivec.h into util_altivec.h [16:28:51 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:06aafda03f1c: Merge commit '05a603a94e4b3eeefa5e18ae653a848001461e89' [16:29:26 CEST] <cone-591> ffmpeg 03Janne Grunau 07master:2425d7329fdc: arm64: replace 'bic' with immediate with 'and' with inverted immediate [16:29:27 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:0f00eb0e4ec1: Merge commit '2425d7329fdccfa9954faba748f3865151354f0c' [16:33:28 CEST] <cone-591> ffmpeg 03Martin Storsjö 07master:cdcfa97dc49d: libavformat: Fix a faulty api deprecation guard in prepare_input_packet [16:33:29 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:be6f6fce2e48: Merge commit 'cdcfa97dc49d83b5eefd0a651db6bb0a6f98e8f2' [16:36:58 CEST] <cone-591> ffmpeg 03Michael Niedermayer 07master:a4fec9a7eab8: rtmppkt: Check for packet size mismatches [16:36:59 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:65c3621d78c9: Merge commit 'a4fec9a7eab842ea5eea1b1ee98624356cb31422' [16:38:40 CEST] <cone-591> ffmpeg 03Steve Lhomme 07master:ef9a711be718: configure: put d3d11 check in alphabetical order [16:38:41 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:9c1b09f73ec3: Merge commit 'ef9a711be718ed3802a263d1d9ed340a4aaef224' [16:41:20 CEST] <cone-591> ffmpeg 03Steve Lhomme 07master:f7174d7ed045: configure: fix linking with MSVC when using --disable-optimizations [16:41:21 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:f9ecf5498c63: Merge commit 'f7174d7ed045445d00a6d557236737d09ad32343' [16:42:46 CEST] <cone-591> ffmpeg 03Diego Biurrun 07master:1faffe7e8fab: configure: Disentangle vfw32 and user32 lib handling [16:42:47 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:dfbfbbfa48ca: Merge commit '1faffe7e8fab21186a233011bc8a62f47962e2cd' [16:51:15 CEST] <philipl> BtbN: I think it has to be in their code. [16:51:28 CEST] <philipl> I mean, bf > 0 was already failing with cuvid. So with his patch it now fails with 0 sometimes? [16:51:37 CEST] <BtbN> yes, but with a different error [16:51:49 CEST] <BtbN> But it does not fail at all if you don't specify -bf at all, which defaults to 0. [16:51:54 CEST] <BtbN> Only manually specifying -bf 0 fails. [16:52:03 CEST] <philipl> Umm. [16:52:06 CEST] <BtbN> And I'm completely baffled by that fact. [16:52:27 CEST] <philipl> Terrifying [16:52:51 CEST] <BtbN> This almost sounds to me like somewhere in ffmpeg, while parsing the -bf option, something writes somewhere where it's not supposed to write [16:53:32 CEST] <BtbN> But I already checked the simple possibilities. max_b_frames is not smaller than an int or something [17:04:37 CEST] <BBB> I Dont understand how the patch for pthread_frame.c changes behaviour [17:04:46 CEST] <BBB> there is already this code in pthread_frame.c:decode_frame(): [17:04:47 CEST] <BBB> 530 if (p->result < 0) [17:04:48 CEST] <BBB> 531 err = p->result; [17:04:56 CEST] <BBB> so how can an error not be propagated already with this code? [17:07:17 CEST] <BBB> oh I see were skipping over threads that failed to decode frames [17:07:18 CEST] <BBB> hm... [17:07:22 CEST] <wm4> it's anout the draining case [17:07:25 CEST] <wm4> *about [17:10:11 CEST] <philipl> BtbN: yuck. You tried valgrind yet? [17:10:27 CEST] <BtbN> yes, lots and lots of stuff in cuda and cuvid libs [17:10:30 CEST] <BtbN> nothing in ffmpeg [17:10:38 CEST] <BtbN> gcc asan aborts imediately with a heap overflow in libcuda [17:11:27 CEST] <BtbN> Just upgraded gcc and nvidia drivers, will try again with newer ones [17:11:50 CEST] <BBB> wm4: so & about draining [17:12:04 CEST] <BBB> wm4: if were draining, how does a decoder signal that draining is completed? [17:12:14 CEST] <BBB> is it by return < 0 and *got_picture_ptr = 0? [17:12:20 CEST] <BBB> or return = 0 and *got_picture_ptr = 0? [17:13:25 CEST] <BBB> if we use the second, then the first could be used to transmit all error codes back to the user thread [17:13:33 CEST] <BBB> which would be non-destructive [17:13:42 CEST] <BBB> (not sure if thats an API change) [17:16:32 CEST] <cone-591> ffmpeg 03Diego Biurrun 07master:ee480790c7ee: build: Add name parameter to check_lib() helper function [17:16:33 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:7e503828b038: Merge commit 'ee480790c7eeb03c9cebd8971c46e0cb7db65277' [17:16:41 CEST] <wm4> BBB: return=0 got_picture=0 [17:16:59 CEST] <BBB> so lets use < 0 as a non-drained case then? [17:17:10 CEST] <wm4> I think that's how it's supposed to work anyway [17:17:25 CEST] <wm4> some decoders can't get out of this state though (they'll never finish draining) [17:17:36 CEST] <BBB> wdym? [17:18:11 CEST] <wm4> currently we signal errors with "return < 0 and *got_picture_ptr = 0" at any time [17:18:20 CEST] <wm4> during normal decoding and during draining [17:18:35 CEST] <wm4> I'm not sure what pthread_frame.c does out of this [17:20:56 CEST] <cone-591> ffmpeg 03Anton Khirnov 07master:0fea8555ae25: v4l2: use codec descriptors for mapping a codec name to id [17:20:57 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:a0ffd66caaae: Merge commit '0fea8555ae25124c21f4c4f55a5fa76e9169aa03' [17:24:16 CEST] <philipl> BtbN: Well, I desperately hope the nvidia gang can actually look at it. They're the only ones that can really do anything it seems [17:24:51 CEST] <BtbN> Gonna drop some valgrind and asan outputs once this upgrade is done [17:29:08 CEST] <cone-591> ffmpeg 03Anton Khirnov 07master:373fd76b4dbd: hevcdec: do not set decoder-global SPS prematurely [17:29:09 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:84a368f6fec8: Merge commit '373fd76b4dbd9aa03ed28e502f33f2ca8c1ce19a' [17:29:15 CEST] <ubitux> can anyone look into the next 2 pthread commits to merge? [17:29:18 CEST] <ubitux> wm4 maybe? [17:29:48 CEST] <wm4> hashes? [17:29:56 CEST] <ubitux> 8dfba25ce8 pthread_frame: ensure the threads don't run simultaneously with hwaccel [17:29:57 CEST] <ubitux> d4a91e6534 pthread_frame: do not run hwaccel decoding asynchronously unless it's safe [17:30:15 CEST] <nevcairiel> we should have those [17:30:29 CEST] <wm4> should have been fully merged, yes [17:30:34 CEST] <ubitux> oh? my bad [17:30:36 CEST] <ubitux> cool [17:31:13 CEST] <ubitux> indeed [17:31:15 CEST] <ubitux> sorry about the noise [17:31:31 CEST] <jamrial> ubitux: in 76cc100afb, was the switch from ff_thread_get_format to ff_get_format intended? [17:31:51 CEST] <ubitux> jamrial: oh, probably not [17:31:53 CEST] <jamrial> libav never used ff_thread_get_format, and we used it even before 786032cad8 [17:31:55 CEST] <cone-591> ffmpeg 03Anton Khirnov 07master:8dfba25ce89b: pthread_frame: ensure the threads don't run simultaneously with hwaccel [17:31:56 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:8c6f18e4449a: Merge commit '8dfba25ce89b62c80ba83e2116d549176c376144' [17:32:04 CEST] <ubitux> jamrial: that's a mistake yes [17:32:11 CEST] <jamrial> ah ok [17:32:20 CEST] <ubitux> i'll fix it after a few tests [17:33:09 CEST] <cone-591> ffmpeg 03Anton Khirnov 07master:d4a91e65343b: pthread_frame: do not run hwaccel decoding asynchronously unless it's safe [17:33:09 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:540b8760e84c: Merge commit 'd4a91e65343be5d79a4afa61c791191e1b57499a' [17:36:08 CEST] <cone-591> ffmpeg 03Clément BSsch 07master:78a5fc4579de: lavc/hevcdec: fix invalid use of ff_get_format() [17:38:12 CEST] <ubitux> enough merges for me for today [18:08:58 CEST] <uau> BBB: as for errors during draining being an API change, i think decoding applications using the old api may stop at first non-frame-return [18:09:31 CEST] <uau> and perhaps new API too [18:09:31 CEST] <BBB> I was afraid of that [18:09:37 CEST] <BBB> maybe we should change that [18:09:42 CEST] <BBB> (I know this isnt as easy as it sounds) [18:10:45 CEST] <uau> i looked at the previous mpv code when this was discussed earlier, and IIRC it did stop decoding when feeding drain packet and getting no return frame (changed when moving to the new decode api, so current mpv doesn't do that) [18:11:33 CEST] <uau> not sure how serious a compatibility break losing some frames at end is [18:16:23 CEST] <wm4> I think a correct user of the old API could drain the decoder until no error or frame was returned [21:07:37 CEST] <philipl> BtbN: just reading through the headers, I wonder if we need to use the cuvid video lock mechanism instead of push/pop ctx [21:07:45 CEST] <philipl> * NOTE: This is a safer alternative to cuCtxPushCurrent and cuCtxPopCurrent, and is not related to video [21:07:48 CEST] <philipl> * decoder in any way (implemented as a critical section associated with cuCtx{Push|Pop}Current calls). [21:08:07 CEST] <BtbN> no, no reason to use them [21:08:21 CEST] <philipl> I mean, given our cuvid vs nvenc weirdness [21:08:36 CEST] <BtbN> They seem to be some wrapper around push/pop ctx, no additional functionality [21:09:56 CEST] <BtbN> I don't get the point of that API at all [21:10:10 CEST] <BtbN> cuvidCtxLock translates directly to PushCtx, and Unlock to Pop [21:11:33 CEST] <BtbN> I think with the difference that it actually blocks if it's not already pushed? [21:11:38 CEST] <BtbN> -not [21:11:55 CEST] <BtbN> But as ffmpeg is single threaded, that should not be an issue [21:56:01 CEST] <BtbN> philipl, wow, upgrading gcc to 5.4 from 4.9 actually did something [21:56:23 CEST] <BtbN> https://bpaste.net/show/81e8befd95e1 [21:56:32 CEST] <JEEB> yea, 4.8 and 4.9 are meh [21:56:48 CEST] <BtbN> this almost looks like something _is_ wrong in ffmpeg code [21:56:58 CEST] <DHE> yeah the sanitizer is cool. like valgrind but without the 99% performance hit. [22:04:38 CEST] <BtbN> I have a slight feeling I know what's happening [22:04:44 CEST] <BtbN> And I wonder why I didn't _explode_ earlier [22:07:39 CEST] <BtbN> Yeah, enabling memory poisoning with CUDA is a _bad_ idea [22:08:05 CEST] <BtbN> libavutil/buffer.c:294 just assumes the pool is normal system memory, and memsets it [22:09:07 CEST] <BtbN> so lets do that again, without memory poisoning [22:09:12 CEST] <BtbN> no idea... is this a bug? [22:11:40 CEST] <wm4> uh wut [22:12:17 CEST] <wm4> so it clears the buffer memory [22:12:20 CEST] <wm4> that should be fine? [22:12:24 CEST] <wm4> why does it blow up with cuda? [22:12:46 CEST] <BtbN> Because the memory buffer is CUDA device memory [22:12:49 CEST] <BtbN> and not system memory [22:12:52 CEST] <BtbN> can't just memset it [22:13:23 CEST] <wm4> is it a pool with a custom allocator? [22:13:35 CEST] <BtbN> yes, created by the hwcontext cuda stuff [22:13:48 CEST] <wm4> oh yeah, then I agree the memset is a bug [22:13:56 CEST] <wm4> it should work for opaque frames [22:14:18 CEST] <wm4> but that memory poisoning stuff is hacky nonsense anyway [22:14:19 CEST] <BtbN> guess it never blew up before cause everything still so happens to be system memory you can memset [22:14:29 CEST] <wm4> memory sanitizer or valgrind should do this instead [22:15:08 CEST] <BtbN> Yeah, pretty sure asan already takes care [22:16:33 CEST] <BtbN> hm, kinda disappointed. Hoped for an actual bug there [22:16:38 CEST] <BtbN> *the actual bug [22:16:50 CEST] <BtbN> For why this whole thing behaves so strange [22:22:27 CEST] <BtbN> hm, after updating gcc and the nvidia drivers, all the weirdness is gone [22:22:37 CEST] <wm4> call it a day [22:22:54 CEST] <BtbN> valgrind also does not support out-of-bounds writes in their driver anymore [22:22:59 CEST] <BtbN> maybe they actually fixed them [22:23:42 CEST] <philipl> BtbN: so new gcc == the errors went away? [22:23:43 CEST] <philipl> terrifying [22:23:54 CEST] <BtbN> I updated gcc and nvidia-drivers at the same time [22:24:04 CEST] <philipl> gcc --version [22:24:05 CEST] <philipl> gcc (Ubuntu 6.3.0-12ubuntu2) 6.3.0 20170406 [22:24:13 CEST] <BtbN> I'm on 5.4 now [22:24:16 CEST] <philipl> How are you stuck with 4.x or 5.x even? [22:24:28 CEST] <BtbN> until a week ago, 4.9 was the stable gcc on Gentoo [22:24:33 CEST] <BtbN> they recently updated to 5.4 [22:25:00 CEST] <BtbN> gcc 6 still miscompiles or straight up fails to build like a few dozen packages, so it's masked [22:28:27 CEST] <jamrial> only package i saw miscompiled by gcc 6 was libvpx on mingw64 [22:28:30 CEST] <BtbN> Updated to 381.09 from 378.13. [22:28:40 CEST] <BtbN> jamrial, actual miscompilation is a very small fraction [22:28:55 CEST] <BtbN> most of them are failed builds because developers thought forcing -Werror in their build system is smart. [22:30:19 CEST] <BtbN> philipl, the error on bf > 0 is still there like always [22:30:27 CEST] <BtbN> only the weird random behavior is gone [22:34:17 CEST] <philipl> BtbN: gotcha. [22:34:34 CEST] <BtbN> Hope the new nvidia guy can look into that [22:34:53 CEST] <BtbN> Will apply the patch now though, there's nothing wrong with it on its own. [22:35:42 CEST] <philipl> yay [22:36:01 CEST] <iive> BtbN: if the buffer is image buffer, why is it not been able to be written into? [22:36:21 CEST] <BtbN> Because it's a CUdeviceptr [22:36:25 CEST] <BtbN> and not actual memory [22:36:55 CEST] <wm4> apropos, does cuvid support the hw_device_ctx API yet? [22:37:12 CEST] <wm4> since the hw_frames_ctx API is broken (never was implemented correctly) [22:37:36 CEST] <BtbN> Did that land? [22:37:45 CEST] <cone-627> ffmpeg 03Ben Chang 07master:8de3458a0737: avcodec/nvenc: surface allocation reduction [22:39:06 CEST] <wm4> BtbN: yes [22:39:26 CEST] <BtbN> missed that, shouldn't be hard to convert [22:44:50 CEST] <iive> BtbN: there seems to be a flag about buffer been writable, i guess this one should be checked before memory poison. [22:44:57 CEST] <iive> on release. [22:45:17 CEST] <BtbN> well, it _is_ writable. Just not with normal memory functions. cuMemset on it would work [22:47:34 CEST] <iive> isn't there a flag signalling hw acceleration pixfmt? [22:50:01 CEST] <BtbN> Not on a buffer pool [22:51:50 CEST] <iive> if codecs use that pool for hw pixfmt, them maybe ... [22:53:33 CEST] <wm4> just stop it... the buffer code shouldn't tamper with that memory no matter what [23:06:06 CEST] <BtbN> that memset should be in the default free function [23:06:11 CEST] <BtbN> not somewhere mangled into the buffer pool [23:40:04 CEST] <iive> BtbN: i like that idea [00:00:00 CEST] --- Thu Apr 27 2017

1 0

ffmpeg.log.20170426
by burek 27 Apr '17

27 Apr '17

[00:06:47 CEST] <james999> any idea what this means? i'm trying to capture the screen in windows [00:06:49 CEST] <james999> [dshow @ 00000000004e7fe0] real-time buffer [UScreenCapture] [video input] too f [00:06:49 CEST] <james999> ull or near too full (100% of size: 1000000000 [rtbufsize parameter])! frame dro [00:06:49 CEST] <james999> pped! [00:08:44 CEST] <faLUCE> is ffmpeg compatible with GPL 3.0 ? [00:10:42 CEST] <JEEB> faLUCE: you can configure it as --enable-gpl --enable-version3 if you really need to (usually for apache2 stuff) [00:18:00 CEST] <kepstin> faLUCE: a fairly large chunk of the ffmpeg code is either in LGPL2.1 or later, GPL2 or later, or GPL3 or later licenses, so as long as you don't enable anything incompatible with those, then yes. [00:24:47 CEST] <faLUCE> thanks JEEB kepstin [01:23:30 CEST] <|ance|ott> hi guys, I have a file in raw format, it is an UDP stream of a video call and I would like to play it.....I've used the tool videosnarf and it works when video call is using codecs (audio: pcmu, video: h264) but when i used (audio: opus, video: vp8) i can't play it [01:23:43 CEST] <|ance|ott> appreciated any hint [01:24:32 CEST] <|ance|ott> is there a way to decode it using ffmpeg? [01:28:33 CEST] <furq> ffmpeg has builtin decoders for both of those so that should just work [01:29:23 CEST] <furq> also libvpx-vp8 is both slower and worse quality than x264, so you should probably stick with h264 video [01:29:31 CEST] <furq> assuming that thing uses x264 for video encoding which it probably does [01:29:49 CEST] <|ance|ott> @furq thanks, I've tried and I got an error all the time [01:33:55 CEST] <furq> are you going to tell us what the error is, or should we guess [01:34:27 CEST] <|ance|ott> i'll just retrieving...wait pls [01:34:46 CEST] <n4zarh> is there anyone who can tell me how to build ffmpeg for armeabi-v7a with android ndk? I can't find a way to set flags properly :( [01:34:53 CEST] <n4zarh> and i am clueless [01:36:04 CEST] <n4zarh> link to ./configure params for this build: https://pastebin.com/ZUSSdCNy [01:36:09 CEST] <|ance|ott> so first of all, this is the command I am using it could be the wrong one [01:36:36 CEST] <|ance|ott> ffmpeg -i opus_vp8.pcap -vcodec copy out.mp4 [01:36:43 CEST] <furq> oh [01:36:51 CEST] <furq> replace out.mp4 with out.webm [01:36:57 CEST] <furq> mp4 doesn't support vp8 [01:38:12 CEST] <|ance|ott> got it...this is the error anyway [01:38:13 CEST] <|ance|ott> opus_vp8.pcap: Invalid data found when processing input [01:38:27 CEST] <|ance|ott> even after your suggestion [01:39:24 CEST] <furq> i take it .pcap means this is literally a wire capture [01:39:28 CEST] <|ance|ott> this is the app which generate the that .pcap file [01:39:29 CEST] <|ance|ott> https://github.com/sipwise/rtpengine [01:39:49 CEST] <|ance|ott> and it says: [01:39:50 CEST] <furq> i'd have to guess ffmpeg doesn't know how to read those codecs without a container [01:39:51 CEST] <|ance|ott> When recording to pcap file in raw (default) format, there is no ethernet header. When set to eth, a fake ethernet header is added, making each package 14 bytes larger. [01:40:11 CEST] <|ance|ott> and I am using the default option [01:40:33 CEST] <|ance|ott> @furq "i'd have to guess ffmpeg doesn't know how to read those codecs without a container" it means i should pass an extra parameter? [01:40:54 CEST] <furq> i have no idea how you'd go about reading that [01:41:25 CEST] <|ance|ott> haha okay [01:41:39 CEST] <|ance|ott> someone told me that Mplayer should do the magic [01:41:43 CEST] <|ance|ott> what do you tbhink? [01:41:50 CEST] <|ance|ott> even without any decodification [01:42:02 CEST] <|ance|ott> just passing the file to the Mplayer but I've not tried [01:42:29 CEST] <furq> if this is a dump of rtp then maybe -f rtp before -i [01:42:39 CEST] <furq> idk if that does anything with file inputs though [01:43:50 CEST] <|ance|ott> sweet [01:43:56 CEST] <|ance|ott> i used that option and now [01:43:58 CEST] <|ance|ott> Unsupported RTP version packet received [01:44:03 CEST] <|ance|ott> Unable to receive RTP payload type 96 without an SDP file describing it [01:44:15 CEST] <|ance|ott> and that's because those codecs are VRB [02:00:20 CEST] <james999> ok success sort of [02:00:42 CEST] <james999> i finally got mpeg2video and mpegts to stream to my xbox with vlc app [02:00:53 CEST] <james999> now only problem is it isn't syncing properly [02:03:03 CEST] <james999> it's like, not synced up when I go to the other room to check [02:03:11 CEST] <james999> I got rid of rtbufsize but idk do i need to control the frame rate? [02:08:28 CEST] <james999> er wtf [02:08:37 CEST] <james999> if I put -r 15 for input and -r 30 for output [02:08:43 CEST] <james999> does it automatically duplicate frames to bring it up? [02:13:28 CEST] <james999> bleh this is never gonna work [02:13:44 CEST] <james999> now i have audio, i have video, but the audio plays from the beginning when I load the stream from the xbox [02:13:48 CEST] <relaxed> why not use dlna to server the video? [02:13:55 CEST] <james999> while the video is synced [02:14:07 CEST] <james999> yes indeed relaxed, that's what I want to know [02:14:13 CEST] <relaxed> https://sourceforge.net/projects/minidlna/ [02:14:50 CEST] <relaxed> I use that with my roku [02:15:13 CEST] <|ance|ott> okay i think i am close with ffmepg, I am getting this error: Guessing on RTP content - if not received properly you need an SDP file describing it [02:15:31 CEST] <|ance|ott> and I do have the SDP metadata, how do I pass the sdb data as parameter to ffmepg? [02:15:32 CEST] <james999> to answer your question non sarcastically, I'm trying to do a screencast [02:15:47 CEST] <james999> and that necessitates using ffmpeg cause I spent 2 hours on vlc already trying to get it to work [02:16:45 CEST] <relaxed> screencasting to your xbox? I'm interested in your use case [02:17:42 CEST] <james999> so far i have this command and miraculously I managed to get it to work with vlc app on xbox one [02:17:55 CEST] <james999> ffmpeg -f dshow -r 15 -i video="UScreenCapture" -vcodec mpeg2video -f dshow -i audio="Stereo Mix (Realtek High Defini" -listen 1 -r 30 -f mpegts http://0.0.0.0:8082 [02:18:22 CEST] <james999> unfortunately when it starts playing the video is synced up but the audio is delayed to when i started the command [02:19:18 CEST] <relaxed> try h264/aac in flv [02:20:37 CEST] <james999> ok sec [02:21:37 CEST] <relaxed> -async 1 might help with the audio sync [02:22:04 CEST] <james999> it says unknown decoder libx264 [02:22:09 CEST] <james999> maybe if i put it after both inputs [02:22:20 CEST] <klaxa> yes, use inputs first, then codecs :P [02:22:21 CEST] <relaxed> I meant for the output [02:22:41 CEST] <klaxa> argument order is important [02:24:50 CEST] <james999> i dont' see aac anywhere when I type ffmpeg -encoders [02:25:16 CEST] <james999> oh there it is nvm [02:25:20 CEST] <klaxa> was about to say [02:25:25 CEST] <klaxa> ffmpeg even has a native aac encoder [02:27:14 CEST] <james999> ok that sort of worked relaxed [02:27:19 CEST] <james999> but the audio/video are still unsynced [02:28:35 CEST] <james999> i'm using Uscreencapture since the other dshow thing i got Medialooks didn't work [02:28:52 CEST] <james999> i think the -r 15 and -r 30 is somehow doubling the frames maybe to bring it up to 30 fps output [02:28:54 CEST] <james999> but i'm not sure [02:29:02 CEST] <klaxa> i think it is [02:29:06 CEST] <furq> yes it is [02:29:07 CEST] <james999> let me take them out and see what happens [02:29:24 CEST] <klaxa> i remember having sync issues like that with live recordings as well [02:29:54 CEST] <klaxa> i don't think it's really fixable? i would assume it comes down to input being opened not at the exact same time [02:31:09 CEST] <james999> i think taking the -r out just made it worse [02:31:35 CEST] <relaxed> if it's just starting at the wrong time and not drifting, -itsoffset might help [02:31:44 CEST] <james999> klaxa: the problem is so far with the -r options the video starts right when I load the stream but the audio starts at the beginnign when I initiated the ffmpeg command [02:32:22 CEST] <james999> to be clear the xbox is in the other room, so I'm starting ffmpeg, starting a youtube vid on my pc. Then I walk to the living room and activate stream on xbox which takes about 15 sec [02:33:01 CEST] <james999> i think somehow the sound is starting at the time index when ffmpeg starts but the video is starting synced up [02:33:17 CEST] <james999> without the -r i think it might be the reverse [02:38:15 CEST] <james999> does itsoffset just do a constant offset? [02:38:31 CEST] <james999> i think i need a way to tell it to force the dshow inputs to be synchronized [02:39:06 CEST] <relaxed> yes [02:46:04 CEST] <james999> hmm I tried -vf scale=240:-1 and that just made it green and distorted [02:47:10 CEST] <james999> also kalaxa idk if th is is intional or not [02:47:19 CEST] <james999> but the ffmpeg process quits when I close the stream on my phone or xbox [02:53:29 CEST] <furq> yeah it'll do that [02:53:39 CEST] <furq> ffmpeg isn't a media server [02:57:31 CEST] <james999> i'm getting a ton of messages like this but i don't u nderstand what it means [02:57:33 CEST] <james999> [dshow @ 0000000000618540] real-time buffer [UScreenCapture] [video input] too f [02:57:33 CEST] <james999> ull or near too full (193% of size: 3041280 [rtbufsize parameter])! frame droppe [02:57:33 CEST] <james999> d! [02:57:33 CEST] <james999> Last message repeated 6 times [02:59:12 CEST] <james999> hey bombzen. i've made progress since we last spoke [02:59:23 CEST] <thebombzen> wow hovering much [02:59:27 CEST] <james999> now instead of a blank screen i have choppy video and desynced audio displaying on my xbox [02:59:49 CEST] <thebombzen> Okay. [03:00:09 CEST] <furq> james999: set -rtbufsize to something higher than 3041280 [03:03:03 CEST] <james999> furq: ok i'll try that next. i'm also not sure how to limit the size of the video and audio. i tried vfilter to resize but not sure if that worked [03:03:13 CEST] <james999> i'm trying to stream over wifi if that helps [03:03:35 CEST] <furq> if you're just streaming to vlc then rtmp is probably a good choice [03:04:36 CEST] <furq> maybe not if you have serious latency requirements, but that's probably not going to happen over wifi anyway [03:05:03 CEST] <james999> i just change the http:// to rtmp:// ? [03:05:11 CEST] <james999> sorry i've been working on this all day, tired and a little confused lol [03:05:28 CEST] <furq> you'd need some kind of rtmp server [03:05:36 CEST] <furq> which will also solve the problem of the stream dropping when a client disconnects [03:05:41 CEST] <furq> and also only being able to serve one client [03:05:43 CEST] <james999> by the way I tried increasing the rtbufsize 3 times [03:05:53 CEST] <james999> each time it fills up to that size and says the same error about frames dropped [03:06:04 CEST] <furq> there are other protocols you could use but i actually know an rtmp server which is relatively easy to set up and doesn't suck [03:06:09 CEST] <furq> which is more than i can say for rtsp or anything else [03:07:01 CEST] <furq> https://github.com/arut/nginx-rtmp-module/ [03:07:09 CEST] <james999> hopefully vlc on xbox is able to decode rtmp:// because it couldn't do udp:// earlier and I had to switch to http:// to get it to work [03:07:18 CEST] <furq> vlc on every other platform can do rtmp [03:07:24 CEST] <furq> so if the xbox one can't then that'd be weird [03:07:32 CEST] <james999> udp didn't work so idk [03:07:41 CEST] <james999> http: is sort of working with desynced audio and video [03:07:44 CEST] <furq> udp is pretty much a non starter over wifi anyway [03:09:06 CEST] <james999> i don't see rtmp mentioned on the wiki for nginx [03:09:15 CEST] <james999> does that mean ihave to install the module separately from taht link? [03:09:17 CEST] <furq> yes [03:09:24 CEST] <james999> ok [03:09:32 CEST] <furq> you might need to rebuild ffmpeg with that module [03:09:41 CEST] <furq> idk if they sorted out the dynamic module loading yet [03:09:43 CEST] <james999> i didn't build ffmpeg, I downloaded a binary [03:09:55 CEST] <furq> you might need to build it then [03:10:09 CEST] <james999> it says --enable-librtmp on the command line when i run ffmpeg [03:10:15 CEST] <furq> er [03:10:18 CEST] <furq> rebuild nginx [03:10:40 CEST] <james999> ah ok. [03:10:58 CEST] <james999> right now my ffmpeg command is ffmpeg -rtbufsize 900000000 -f dshow -i video="UScreenCapture" -f dshow -i audio="Stereo Mix (Realtek High Defini" -vcodec libx264 -acodec aac -listen 1 -f flv http://0.0.0.0:8082 [03:11:22 CEST] <furq> get rid of -listen 1 and replace the http output with your server's rtmp endpoint [03:11:26 CEST] <furq> everything else is fine [03:11:41 CEST] <james999> i added that b/c klaxa said there's a basic http server inside ffmpeg so i tried it out [03:11:54 CEST] <furq> emphasis on "basic" [03:11:59 CEST] <james999> so the wierd audio and choppy desyncing is being caused by not having an rtmp server? [03:12:12 CEST] <furq> as you just found out, all the http server stuff will only serve one client and it'll drop out when no clients are connected [03:12:14 CEST] <james999> it's odd because it streams fine to my phone with vlc but not to the vlc app on the xbox one [03:12:21 CEST] <furq> all the ffmpeg server stuff in general will do that [03:12:38 CEST] <furq> if the xbox is on wifi then that could just be down to bad signal [03:12:55 CEST] <james999> well i'm still getting those frame drop messages and rtbufsize overruns even when ie ncode to a file [03:13:04 CEST] <furq> shrug [03:13:04 CEST] <james999> so i think there's still something amiss maybe? [03:13:12 CEST] <klaxa> if you want to go down a deep rabbit hole and vlc on the xbox one supports mkv you could try using my mkv server [03:13:13 CEST] <furq> i can't judge the dshow stuff, i've never used that [03:13:26 CEST] <james999> well i'm using whatever i can get [03:13:31 CEST] <james999> if there's another way besides dshow i'll take it [03:13:44 CEST] <klaxa> it may be synced better but it adds a lot of buffering, also not sure how well it handles real-time input [03:13:46 CEST] <james999> klaxa: there's such a thing as an mkv... server...? o_0 [03:13:50 CEST] <furq> you might just want to use OBS or something [03:14:08 CEST] <klaxa> you asked me about http server in ffmpeg after i posted the github link :P [03:14:17 CEST] <klaxa> https://github.com/klaxa/mkvserver_mk2 [03:14:24 CEST] <furq> i've never used ffmpeg for anything other than streaming files, but based on conversations here it's a bit flaky with live sources [03:15:21 CEST] <james999> ok downloading open broadcasting studio now. although i'm not encouraged by the help page [03:15:38 CEST] <james999> "This guide assumes you already have a basic knowledge of streaming services and streaming terminology," [03:16:15 CEST] <furq> it's aimed at people who stream themselves pretending to get scared at video games to youtube, so i'm sure you'll be fine [03:16:31 CEST] <james999> oh yeah klaxa i was on this page before lol [03:16:46 CEST] <james999> furq: kk [03:16:54 CEST] <james999> originally i tried dlna/upnp servers like plex and serviio [03:17:06 CEST] <klaxa> obs sounds like a good idea though tbh [03:17:06 CEST] <james999> but they wouldn't take the streaming link from the above ffmpeg command to the xbox correctly [03:17:21 CEST] <furq> you'll still need some kind of streaming server with OBS [03:18:21 CEST] <furq> and i have no idea what kind of latency you'll get, if that's important [03:18:25 CEST] <james999> ok i got nginx-1.13 downloaded [03:18:28 CEST] <furq> i suspect you'll have difficulty getting it under a second or so [03:18:31 CEST] <james999> but idk let me see if i can get that rtmp plugin thing [03:21:08 CEST] <james999> it's saying to go into the nginx source dir and do ./configure --add-module=path/to/rtmp module [03:21:28 CEST] <james999> since i'm on windows idk do i need mingw and cygwin or something? there's no build instructions for windows [03:24:52 CEST] <james999> oh nvm i found a link to a pre-compiled binary. *whew* [03:38:26 CEST] <james999> ok i have nginx with rtmp support [03:38:36 CEST] <james999> i guess is hould disable my apache server before i turn it on [03:52:32 CEST] <james999> i downloaded a version with rtmp pre installed allegedly [03:52:39 CEST] <james999> but i keep getting rtmp unknown error [04:14:54 CEST] <klaxa> james999, i just tested and my server can handle live data quite well apparently [04:15:10 CEST] <klaxa> so if you want to go down that rabbit hole i'm glad to be of help [04:16:36 CEST] <james999> haha cool [04:16:47 CEST] <james999> i'm currently in the rabbit whole however of compiling nginx on windows [04:17:06 CEST] <james999> so as soon as i'm out of that i'll be ready. [04:17:07 CEST] <klaxa> oh wait right windows... [04:17:15 CEST] <james999> so when you say mkv server [04:17:19 CEST] <klaxa> never tested to build on windows [04:17:24 CEST] <klaxa> as i have no windows :P [04:17:27 CEST] <james999> it's serving mkv file chunks to the vlc ? [04:17:34 CEST] <james999> ah ok lol [04:17:42 CEST] <james999> well i can get my linux in virtualbox loaded up [04:17:51 CEST] <james999> but idk maybe there's already an rtmp in that thing [04:18:05 CEST] <james999> does your source compile on debian? [04:18:22 CEST] <klaxa> it reads a file from disk or stdin, chops into chunks in memory and glues them together for each client independently [04:18:41 CEST] <klaxa> i got a bugreport from someone running debian so i'd guess so [04:18:57 CEST] <klaxa> but you have to build ffmpeg from source since it needs patches not yet in git-master [04:19:22 CEST] <james999> well i'd have to download all teh devel stuff for that maybe [04:19:28 CEST] <klaxa> to the client it's just an mkv [04:19:31 CEST] <james999> why does ffmpeg need patching? [04:19:40 CEST] <james999> to the client it's an mkv? [04:19:42 CEST] <klaxa> because made a mistake 2 years ago :P [04:19:49 CEST] <james999> so what i go to vlc on my phone and search for a file? [04:19:52 CEST] <klaxa> no [04:20:02 CEST] <klaxa> you just open http://your-ip:8080 [04:20:03 CEST] <james999> a URL? [04:20:07 CEST] <klaxa> yes [04:20:09 CEST] <james999> oh ok [04:20:24 CEST] <james999> sorry i am pretty noob so i don't know anything except basic bash commands lol [04:21:13 CEST] <klaxa> we've all been there before :P [04:21:31 CEST] <james999> in simple terms if you have just a URL like http://ip [04:21:36 CEST] <YokoBR> hi folks [04:21:37 CEST] <james999> how does vlc know to play what's there [04:21:45 CEST] <james999> or rather what does it expect to find there? [04:21:48 CEST] <YokoBR> anybody using fluent-ffmpeg? [04:22:31 CEST] <james999> i saw things like flv, mpegts, and avi as possible -f parameters when doing my testing earlier [04:22:43 CEST] <james999> i guess those are technically video formats [04:24:30 CEST] <klaxa> james999: when vlc (or any other player) open the http connection it gets send data, it analyzes that data and determines that it is matroska [04:24:36 CEST] <klaxa> *opens [04:25:09 CEST] <james999> sounds simple. so why doesn't anything work with -f fmt in ffmpeg? [04:27:22 CEST] <klaxa> what [04:29:13 CEST] <james999> well like [04:29:20 CEST] <james999> you give it ip addr like http://blah blah [04:29:27 CEST] <james999> it sees it's avi or mkv or something [04:29:36 CEST] <james999> so why doesn't it play anything it find there [04:30:03 CEST] <james999> or it does that and i misunderstand? [04:30:05 CEST] <klaxa> i still don't get what you are asking [04:30:20 CEST] <james999> i thought the idea of your server is, now it can find mkv and play it where it couldn't before [04:31:44 CEST] <klaxa> the idea was to detach reading what you want to stream from writing it to clients [04:32:09 CEST] <james999> ok [04:34:28 CEST] <james999> i'm getting ready to run compile command in a min [04:49:13 CEST] <james999> i can 't believe that compile command worked [04:53:23 CEST] <klaxa> what did you compile? [04:56:26 CEST] <james999> nginx with the rtmp module on windows [04:56:39 CEST] <james999> the guide i was reading for linux gave a link and said it was precompiled for windows already [04:56:44 CEST] <james999> but i guess that's not true anymore or something [04:56:53 CEST] <james999> so i'm trying to compile it with mingw on win7 [04:58:25 CEST] <klaxa> alright [05:00:39 CEST] <james999> fortunately i already had perl and msys installed [05:00:45 CEST] <james999> and VS [05:00:51 CEST] <james999> or else this would take a lot longer [05:18:47 CEST] <james999> hmm ran into trouble with nginx version mismatch [05:19:08 CEST] <james999> who helped u on the project klaxa? you said you wrote it with others suggestions [05:20:10 CEST] <klaxa> nicolas george mentored me during gsoc 2015 and ubitux reported a bug when the internal api changed and i started working on it after that [05:20:19 CEST] <klaxa> i wrote all the code myself [05:20:33 CEST] <klaxa> they have more of a passive role in it [05:36:44 CEST] <james999> ah ok [05:36:53 CEST] <james999> yeah you said something about Google summer of code i think? [05:53:20 CEST] <klaxa> yes, that was the project where i implemented the http serving capabilities [05:53:45 CEST] <klaxa> with lots of help and advice from nicolas george and others [05:59:45 CEST] <james999> ok this is last try on my end [06:00:02 CEST] <james999> i found a reddit post where guy says literally download x file from y page and it has rtmp nginx in it [06:00:07 CEST] <james999> if it doesn't then oh well [06:00:38 CEST] <james999> klaxa you said your project compiles on debian? [06:00:53 CEST] <james999> that should be good then. i think. [06:01:17 CEST] <klaxa> yes, keep in mind you need to patch ffmpeg itself and compile it from source [06:01:32 CEST] <james999> well it can't be harder than what i've been doing just now [06:01:49 CEST] <james999> adding VC folders to my windows path, changing file names in openssl folder [06:02:09 CEST] <james999> i even had to rename perl.exe in my mingw install to perl_UNUSED.exe so that it would use the right perl i installed! [06:21:12 CEST] <mattwj2002> hi guys [06:21:52 CEST] <james999> weird [06:22:03 CEST] <mattwj2002> will a quadro 600 support h265 encoding via the graphics card? [06:22:10 CEST] <james999> i got the nginx rtmp server working, and started ffmpeg streaming to it and i can load it on my phone but video not coming through [06:29:12 CEST] <james999> i can't even stream a video file wtf [06:29:24 CEST] <james999> ffmpeg -f mp4 -i "I:\\yt.mp4" -f flv rtmp://127.0.0.1:1935/live/live [06:30:37 CEST] <james999> now vlc just sits there when i try to load that on my phone [06:30:57 CEST] <james999> oh wait it worked now... wtf [06:31:36 CEST] <james999> super laggy and choppy, but it worked [06:46:12 CEST] <mattwj2002> guys I think it is going to work [06:46:13 CEST] <mattwj2002> :D [06:46:19 CEST] <mattwj2002> I'll keep you informed [06:46:19 CEST] <mattwj2002> :) [06:55:04 CEST] <james999> is there any reason why rtmp://localhost:1935/live/live would not work? [06:58:43 CEST] <mattwj2002> hi james999 [06:58:45 CEST] <mattwj2002> how are you? [06:58:52 CEST] <mattwj2002> what are you trying to do? [06:59:30 CEST] <mattwj2002> are you trying to broadcast from one computer to another computer or device? [07:00:21 CEST] <mattwj2002> james are you there? [07:00:28 CEST] <mattwj2002> I might have the answer if you are [07:00:53 CEST] <mattwj2002> replace localhost or 127.0.0.1 with your nic ip address [07:00:57 CEST] <mattwj2002> let me know if that works [07:01:13 CEST] <mattwj2002> for example if your ethernet card is set to 192.168.1.1 [07:01:15 CEST] <mattwj2002> do [07:01:26 CEST] <mattwj2002> rtmp://192.168.1.1/live/live [07:01:27 CEST] <mattwj2002> :) [07:01:39 CEST] <mattwj2002> try that and let me know if it helps james999 [07:03:16 CEST] <james999> oh yeah sorry [07:03:24 CEST] <james999> i'm just fiddling with my phone and several windows at samet ime [07:03:46 CEST] <james999> yeah i'm trying localhost, 127.0, and 192.168.1.99 [07:03:52 CEST] <james999> none are working seemingly even on same PC [07:03:59 CEST] <james999> but one worked for a second. idk what the hell is going on [07:04:26 CEST] <james999> now i'm getting audio only from 127.0.0.1 [07:04:35 CEST] <mattwj2002> james999: is that suppose to be the source or destination address? [07:04:46 CEST] <mattwj2002> or is it suppose to be a multicast address? [07:05:03 CEST] <james999> here's my ffmpeg command. idk what multicast and unicast mean [07:05:04 CEST] <james999> I:\>ffmpeg -f mp4 -i "I:\\yt.mp4" -vcodec libx264 -acodec aac -f flv rtmp://127. [07:05:04 CEST] <james999> 0.0.1:1935/live/live [07:05:11 CEST] <mattwj2002> james999: okay [07:05:19 CEST] <mattwj2002> are you looking at an example somewhere? [07:05:27 CEST] <james999> like a dozen at this point lol [07:05:32 CEST] <mattwj2002> okay [07:05:32 CEST] <james999> not at the moment [07:05:38 CEST] <mattwj2002> are you on a windows computer I assume? [07:05:46 CEST] <james999> this all started with me trying to stream from a windows pc to my xbox one [07:05:55 CEST] <mattwj2002> okay [07:06:03 CEST] <mattwj2002> try shutting off your windows firewall [07:06:06 CEST] <james999> i managed to get vlc installed on the xbox and an nginx server with rtmp on this pc after someone here suggested that [07:06:11 CEST] <james999> did that [07:06:17 CEST] <mattwj2002> it might be able to go out but can't come back [07:06:39 CEST] <mattwj2002> here is an idea [07:06:51 CEST] <james999> this is over wifi by the way. i'm not sure but mb other people on the network are congesting it [07:07:03 CEST] <mattwj2002> if you do ffplay -i "I:\\yt.mp4" [07:07:08 CEST] <mattwj2002> does the file play? [07:07:31 CEST] <james999> not sure i have ffplay on windows but i'll check [07:07:41 CEST] <james999> i restarted the command and it played for a second in vlc player then froze [07:08:48 CEST] <mattwj2002> oh okay [07:08:55 CEST] <james999> yes to your question [07:08:59 CEST] <james999> ffplay is able to play the file fine [07:09:03 CEST] <mattwj2002> okay [07:09:13 CEST] <mattwj2002> plays without stopping then? [07:09:18 CEST] <james999> yeah [07:09:28 CEST] <mattwj2002> hmmmm [07:09:30 CEST] <james999> but it seems when I try to stream it rtmp and load it in vlc it feezes after a second [07:09:41 CEST] <mattwj2002> 1080p? [07:09:55 CEST] <mattwj2002> how big is the file in terms of size and resolution? [07:10:56 CEST] <james999> it's 47MB, about 5 minutes, 1280x720 [07:11:16 CEST] <james999> i downloaded it from youtube for testing purposes [07:12:11 CEST] <mattwj2002> oh that is nothing [07:12:29 CEST] <james999> vlc says it's h264 and aac audio [07:12:32 CEST] <mattwj2002> I was thinking it might be 1080p or worse yet 4k in h265 [07:12:32 CEST] <james999> yeah that's the idea [07:12:33 CEST] <mattwj2002> :) [07:12:38 CEST] <james999> lol no [07:12:44 CEST] <mattwj2002> I thought you were overloading your system [07:12:45 CEST] <mattwj2002> haha [07:12:54 CEST] <james999> i couldn't tell you the diff between h263, h264, and h265 either [07:13:15 CEST] <mattwj2002> a pentium 3 might be able to play that with the right graphics card [07:13:16 CEST] <mattwj2002> :P [07:13:24 CEST] <james999> haha [07:13:38 CEST] <james999> i was also getting a lot of buffer full/frame drop messages earlier when doing my live capture from desktop [07:13:46 CEST] <james999> but they've gone now that i'm just streaming a file [07:14:06 CEST] <james999> kinda pisses me off because i looked for an hour for an rtmp server [07:14:19 CEST] <james999> i kid you n ot, i downloaded 3 different windows builds of nginx [07:14:22 CEST] <james999> no rtmp support [07:14:35 CEST] <james999> then this fucking reddit post says "download version 1.7.11 and it has rtmp in it" [07:14:50 CEST] <james999> and i'm thinking, why does that have it but 1.7.whatever i downloaded doesn't? o_o [07:16:26 CEST] <james999> so idk i can stream fine with udp or http from ffmpeg so i suppose maybe the rtmp nginx i downloaded is bad? [07:16:43 CEST] <mattwj2002> james999: got ya [07:16:56 CEST] <mattwj2002> give me a couple minutes [07:17:03 CEST] <mattwj2002> I'll help research with you [07:17:04 CEST] <mattwj2002> brb [07:17:09 CEST] <james999> np i'll be around [07:20:05 CEST] <mattwj2002> so the goal is this..... [07:20:18 CEST] <mattwj2002> stream a video from one computer to another commputer [07:20:22 CEST] <mattwj2002> is that correct? [07:20:33 CEST] <mattwj2002> it isn't one computer to a group of them is it? [07:21:27 CEST] <james999> oh hey i was testing the xbox [07:21:33 CEST] <mattwj2002> oh okay [07:21:37 CEST] <james999> no it's to stream from my win pc to an xbox [07:21:39 CEST] <mattwj2002> okay from pc to xbox [07:21:42 CEST] <mattwj2002> got it [07:21:43 CEST] <james999> i'm just using my phone and local vlc player for testing [07:21:53 CEST] <mattwj2002> what program is receiving it on the xbox? [07:21:54 CEST] <james999> i have some upnp servers on my pc that I tried [07:22:01 CEST] <james999> vlc player [07:22:17 CEST] <james999> the default media player with xbox can receive upnp/dlna streams [07:22:37 CEST] <james999> but the upnp things i dl wouldn't accept the streaming http or udp or even rtmp urls from ffmpeg [07:22:54 CEST] <james999> so someone here suggested doing it with rtmp and that's why i went down this rabbit hole with nginx and rtmp [07:23:13 CEST] <mattwj2002> got ya [07:23:21 CEST] <james999> i can send an http stream to the xbox but it was choppy earlier [07:23:34 CEST] <james999> i think it was libx264 and aac again with no bitrate or parameters [07:23:40 CEST] <james999> but it was super laggy [07:23:53 CEST] <james999> that might be due to the wifi or the codec or idk what [07:24:05 CEST] <mattwj2002> https://rwdy15.wordpress.com/2015/02/12/streaming-with-ffmpeg-and-receiving… [07:24:10 CEST] <james999> when i say "super laggy" i mean like one frame every 20 seconds laggy [07:24:11 CEST] <mattwj2002> does that work? [07:24:27 CEST] <mattwj2002> https://rwdy15.wordpress.com/2015/02/12/streaming-with-ffmpeg-and-receiving… [07:24:29 CEST] <mattwj2002> oops [07:24:30 CEST] <mattwj2002> :) [07:24:36 CEST] <mattwj2002> ffmpeg -re -i input_file.ts -c copy -f mpegts udp://192.168.2.10:1234 [07:24:50 CEST] <mattwj2002> odviously change the ip addres [07:25:08 CEST] <mattwj2002> that should be the destination address aka the XBOX [07:25:56 CEST] <mattwj2002> then using vlc on your xbox tell it to receive from udb://{ip addresss of the computer):1234 [07:26:02 CEST] <mattwj2002> see if that works [07:26:21 CEST] <mattwj2002> *udp sorry [07:26:40 CEST] <mattwj2002> how new is your computer? [07:26:48 CEST] <mattwj2002> do know the specs on it? [07:26:51 CEST] <james999> an i5 [07:27:28 CEST] <mattwj2002> new generation of an i5 should be able to handle that [07:27:29 CEST] <mattwj2002> hmmm [07:27:59 CEST] <mattwj2002> instead of wifi [07:28:19 CEST] <mattwj2002> is an Ethernet connection an option [07:28:42 CEST] <mattwj2002> ethernet is always better connection that wifi [07:28:43 CEST] <mattwj2002> :) [07:28:47 CEST] <james999> well it's late here and i don't want to start moving monitors and shit around while ppl trying to sleep [07:28:52 CEST] <james999> but i guess i could try it later maybe [07:28:58 CEST] <mattwj2002> fair enough [07:28:59 CEST] <mattwj2002> :) [07:29:02 CEST] <james999> but practically it's not really there's no ehternet port in the living room where the xbox is [07:29:11 CEST] <james999> which is partly why i try doing this in the first place. XD [07:29:19 CEST] <mattwj2002> lol [07:29:20 CEST] <mattwj2002> got ya [07:29:40 CEST] <mattwj2002> what standard of wifi do you? [07:29:57 CEST] <mattwj2002> 802.11a , 802.11b, 802.11g, 802.11n, or 802.11ac ? [07:30:05 CEST] <james999> i don't know. i tried logging into my netgear52 router earlier and setting the speed to "up to 150Mbps" but i wasn't sure if that did an ything [07:30:07 CEST] <james999> so i set it back to 54 [07:30:16 CEST] <mattwj2002> got ya [07:30:36 CEST] <james999> by the way idk which command on that webpage you were interested in [07:30:43 CEST] <james999> but the ffmpeg one is going reaaally slow ly [07:30:58 CEST] <james999> speed=0.0625x it says [07:31:10 CEST] <mattwj2002> james999: I was thinking this one [07:31:11 CEST] <mattwj2002> ffmpeg -re -i input_file.ts -c copy -f mpegts udp://192.168.2.10:1234 [07:31:17 CEST] <mattwj2002> it is near the top [07:31:29 CEST] <james999> the ip is my phone or my pc's ip? [07:31:56 CEST] <mattwj2002> which device are you streaming to and which one are you streaming from? [07:32:02 CEST] <james999> i'm on my pc [07:32:05 CEST] <james999> using my phone for testing [07:32:08 CEST] <james999> xbox is in the next room [07:32:18 CEST] <mattwj2002> okay [07:32:39 CEST] <mattwj2002> try using this command [07:33:16 CEST] <mattwj2002> ffmpeg -re -i input_file.ts -c copy -f mpegts udp://destationIPadd.....where are you pushing the data too [07:34:27 CEST] <james999> tried this ffmpeg -i I:\\yt.mp4 -c copy -f mpegts udp://192.168.1.15:1234 [07:34:36 CEST] <james999> but my phone at 192.168.1.15 couldn't play it no matter which url i tried. [07:34:38 CEST] <mattwj2002> basically in this example - input_file.ts is the input file [07:34:51 CEST] <mattwj2002> udp://ipaddress is the destination [07:34:54 CEST] <james999> udp://@:1234, udp://@192.168.1.15:1234, a few others i tried [07:34:56 CEST] <mattwj2002> yes [07:35:36 CEST] <james999> wait it's coming through sort of [07:35:39 CEST] <james999> er [07:36:16 CEST] <james999> plays like a second of sound then stopped [07:36:35 CEST] <james999> i think something might be wrong with my wifi [07:36:43 CEST] <james999> i pinged the p hone and got 80ms of delay [07:36:53 CEST] <james999> but only 2 ms to the xbox in the living room. [07:37:10 CEST] <james999> but i don't think i got the udp:// to work with the xbox either [07:37:53 CEST] <james999> haha that's kinda weird [07:38:08 CEST] <james999> it plays a second of audio and downloads about 1/8 of the picture from the top [07:38:19 CEST] <james999> then fills in the rest of the picture with noise [07:39:49 CEST] <james999> i can't stream to a vlc instance on the same pc though with udp either [07:39:51 CEST] <james999> is that normal? [07:40:34 CEST] <james999> oh wait now it worked sort of [07:40:45 CEST] <mattwj2002> hmmm [07:41:10 CEST] <mattwj2002> port generally are look to a special part of an application I believe [07:41:26 CEST] <james999> changed the IP to this pc's ip on the lan and it sort of works. [07:41:41 CEST] <mattwj2002> sort of? [07:42:23 CEST] <james999> ffmpeg keeps terminating after a few sec [07:42:28 CEST] <mattwj2002> hmmm [07:42:44 CEST] <james999> and then once just now with vlc trying to play udp://@:1234 it worked when I restarted ffmpeg command [07:42:56 CEST] <mattwj2002> try to find a small file that plays fine locally [07:43:24 CEST] <james999> this file plays locally [07:43:32 CEST] <james999> when i open it with vlc yt.mp4 it plays [07:43:35 CEST] <james999> or what do you mean [07:43:35 CEST] <mattwj2002> without any glitches [07:44:02 CEST] <mattwj2002> well you are encoding it right? [07:44:25 CEST] <james999> i don't know, is -c copy considered "encoding"? [07:44:26 CEST] <james999> ffmpeg -i I:\\yt.mp4 -c copy -f mpegts udp://192.168.1.101:1234 [07:44:35 CEST] <mattwj2002> maybe you computer can't recode the file on the fly because it can't do it in realtime [07:45:11 CEST] <mattwj2002> yeah it is transcoding [07:45:23 CEST] <mattwj2002> from yt.mp4 to mpegts [07:45:55 CEST] <james999> well i have an avi file i encoded earlier with ffmpeg [07:46:05 CEST] <james999> it's h264 video/mp3 audio in an avi container [07:46:07 CEST] <james999> will that do? [07:46:21 CEST] <james999> or want me to transcode this file i have now to something else? [07:47:17 CEST] <james999> i remember seeing mpeg2video before as a format [07:53:42 CEST] <james999> hmm i made an avi container with mpeg2video/mp2 audio and tried streaming it with -f mpegts output over udp [07:53:48 CEST] <james999> failed with an error though [07:56:07 CEST] <james999> well i'm just about out of ideas [07:56:37 CEST] <james999> i've tried everything i can think of to get this to work. the most i got was 3 seconds of lag-free video to my xbox lol [08:13:49 CEST] <mattwj2002> bummer james999 [08:14:25 CEST] <mattwj2002> james999: what about getting rid of f mpegts all together? [08:17:10 CEST] <teratorn> james999: -c copy is transmuxing not transcoding [08:18:10 CEST] <teratorn> imho - some people might still think of it as encoding... I don't [08:48:28 CEST] <james999> lol nice one teratorn [08:49:35 CEST] <james999> to answer mattwj2002's question, ffmpeg crashes if I omit that with error [NULL @ 0000000002e7f7c0] Unable to find a suitable output format for 'udp://192 [08:49:36 CEST] <james999> .168.1.101:1234' [08:50:34 CEST] <james999> If I in turn specify -f avi it terminates normally with messages [08:50:47 CEST] <james999> [avi @ 000000000035c520] Timestamps are unset in a packet for stream 0. This is [08:50:48 CEST] <james999> deprecated and will stop working in the future. Fix your code to set the timesta [08:50:48 CEST] <james999> mps properly [08:51:16 CEST] <james999> that's with the mpeg2video/mp2 audio avi file [09:55:50 CEST] <termos> is there a specific order I need to do filters in when deinterlacing + fps filter + scaling? [09:56:09 CEST] <termos> I do it in that order right now but I'm getting weird artefacts on non-interlaced input [10:14:23 CEST] <teratorn> termos: does it work if you don't apply a deinterlacing filter on non-interlaced video? [10:15:47 CEST] <termos> yes but then the output looks interlaced [10:16:05 CEST] <termos> oh non-interlaced, yes then it works well [10:18:56 CEST] <termos> I guess my problem is that I don't know if the input is interlaced or not, and I don't want to run yadif if it's not interlaced [10:19:24 CEST] <termos> deint=interlaced only looks if a frame is tagged as interlaced, but there could be cases where this tagging is not present [10:22:40 CEST] <durandal_170> try idet filter before deinterlacing [10:33:37 CEST] <termos> I see thanks, it will forward the result to the next filter? I'll give it a try [12:05:18 CEST] <diverdude> hi, I am trying to learn how to read and write a video file using ffmpeg. I want to do it in a C++ program. Any examples of how to do that? [13:16:35 CEST] <termos> diverdude: I would check out the examples here https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples [13:25:48 CEST] <tiagogomes> Hi, I am trying to determine the framerate of a mp4 file using ffprobe. I am getting this values: 22.92 fps, 60 tbr [13:26:20 CEST] <tiagogomes> Between the 'fps' and 'tbr' fields, which one is more correct? [13:35:22 CEST] <BtbN> I think tbr is the inverse timebase [13:38:40 CEST] <diverdude> termos: ok... so i a have begun my demoprogram : http://paste.ubuntu.com/24459708/ i try to compile it and i get linker errors (also shown in the same paste) I am trying to build on macosX. I dont understand because all library paths should be correct. What am I missing? [13:42:47 CEST] <termos> should link against bz2 as well, but I would rather use pkg-config or even cmake to compile the program at least if you plan on making it a larger project [13:58:17 CEST] <pihpah> I am getting Negative values are not acceptable. on this filter options -vf 'pad=ih*16/9:ih:(ow-iw)/2:(oh-ih)/2,scale=426:240' [13:58:21 CEST] <pihpah> Any idea? [13:58:39 CEST] <pihpah> Wihtout padding works fine [14:34:27 CEST] <kepstin> pihpah: if that ends up making the video less wide than it was originally, you could see that issue I guess? [14:34:38 CEST] <kepstin> in which case, you need to be using the crop filter rather than pad. [14:39:19 CEST] <alfal> Hello guys! I have a question regarding ffmpeg/ffserver. Is there some way of perodically add a jpg to a stream once every second? [14:43:43 CEST] <alfal> Anyone? I'm very thankful for any advice! [15:09:13 CEST] <pihpah> kepstin: got it [15:23:17 CEST] <diverdude> termos: are you still here? [15:23:49 CEST] <diverdude> termos: right now i am just trying to get things working [15:24:14 CEST] <diverdude> termos: later i will think about a proper cross compilation [15:24:53 CEST] <diverdude> termos: but do you have any idea what I am missing? [15:25:57 CEST] <diverdude> http://paste.ubuntu.com/24459708/ [15:26:26 CEST] <termos> I would try to add -lbz2 [15:28:46 CEST] <diverdude> termos: still the same errors :( [15:31:45 CEST] <diverdude> termos: did you try to compile an ffmpeg program on mac before? [15:33:50 CEST] <termos> yes, try to run the makefile in the examples directory. If that works use the same compiler arguments [15:34:53 CEST] <faLUCE> Hello. I just published this C++ library, based on ffmpeg. It's for h264/aac http-live streaming (Linux) https://github.com/paolo-pr/laav . If anyone wants to test it, he is welcome [15:36:47 CEST] <diverdude> termos: hmmm i dont have example dir in my ffmpeg download [15:37:06 CEST] <termos> doc/examples/ [15:42:55 CEST] <faLUCE> Hello. I just published this C++ library, based on ffmpeg. It's for h264/aac http-live streaming (Linux) https://github.com/paolo-pr/laav . If anyone wants to test it, he is welcome [15:47:09 CEST] <diverdude> ah, sorry....its in doc/examples [15:49:05 CEST] <erick3k> Hi, can someone help me on why this failed https://0bin.net/paste/go0Mc1dsiHy2Qjza#bEJsWxNGCJIOJXw+3qLyeBld5KuY54EV46k… [16:13:45 CEST] <Al3x4nd3r> Hi everybody, i am trying to segment a ts stream, this stream is generated with vlc (through list of files) when vlc changes from a file to another he add a new stream in the ts stream. So the initial stream has maped 0:0 for audio and 0:1 for video, when vlc changes the file he also change the stream of 0:2 for audio and 0:3 for video and so on. When occurs changes in the stream ffmpeg shows that a new stream was added and hangs [16:14:27 CEST] <Al3x4nd3r> Anyone knows how to workaround this? [16:28:06 CEST] <erick3k> nop [16:28:10 CEST] <erick3k> noboddy here [16:28:29 CEST] <erick3k> 414 online but it seems like they all bots [17:10:15 CEST] <petecou__> Morning all, I have a client that has a script that needs to run but they are discovering their videos are badly encoded. It starts getting interframes without keyframes. Is there a way to preencode the videos or flag them so they are rencoded with a keyframe? Here's the error and the script they are running. [17:10:16 CEST] <petecou__> https://pastebin.com/JPvpX8dt [17:14:35 CEST] <cryptodechange> Trying to get rid of black bars from an encode [17:15:07 CEST] <cryptodechange> cropdetect tells me to use crop=1920:800:0:140, but when I use that in my command, I get an error [17:15:17 CEST] <cryptodechange> [Parsed_crop_0 @ 0x21d6240] Invalid too big or non positive size for width '1920' or height '800' [17:16:53 CEST] <james999> doesn't cropping in ffmpeg work by specifying how much to crop from each side? [17:17:09 CEST] <james999> i thought I read that in m travails yeserday with the ffmpeg documentation [17:17:21 CEST] <cryptodechange> According to the docs, it's width:height:xaxis:yaxis [17:19:31 CEST] <kepstin> cryptodechange: I'm guessing that you're probably either scaling the video in one command but not the other, or using different inputs... [17:20:52 CEST] <cryptodechange> https://pastebin.com/H6fHYAzE [17:21:31 CEST] <cryptodechange> I added -t 1 to make sure it wasn't trying to apply on other tracks, but I understand that's what -vf vs. -f does [17:22:17 CEST] <cryptodechange> ffmpeg -i input.mkv -vf "cropdetect=24:16:0" -f null -y /dev/null [17:22:35 CEST] <cryptodechange> That outputs [Parsed_cropdetect_0 @ 0x16f0f20] x1:0 x2:1919 y1:137 y2:942 w:1920 h:800 x:0 y:140 pts:7027479 t:7027.479000 crop=1920:800:0:140 [17:38:37 CEST] <kepstin> cryptodechange: and the *COMPLETE* console output, please? [17:38:46 CEST] <kepstin> (of the failing command) [17:56:55 CEST] <james999> hmm [17:57:03 CEST] <james999> streaming udp to my phone with ffmpeg I get green blockiness [17:57:25 CEST] <james999> i know video can be streamed b/c I did it earlier with windows7 dlna sharing [17:57:29 CEST] <james999> any tips? [17:59:01 CEST] <james999> here's a pastebin: https://pastebin.com/SPu4D9r7 [17:59:21 CEST] <cryptodechange> @kepstin https://pastebin.com/Xyuspktn [17:59:21 CEST] <cryptodechange> ty [17:59:31 CEST] <james999> the first part was truncated due to space limitatinos but I can include it if necessary [18:00:06 CEST] <diverdude> can i use ffmpeg in a commercial product? [18:02:19 CEST] <kepstin> cryptodechange: ok, so your issue is that the crop filter is being applied to the stream 0:11, which is a 640x360 jpeg. Either use the -map options to exclude that stream, or use qualifiers on the -filter option (like -filter:v:0 ...) to only filter the one stream. [18:02:45 CEST] <james999> here's an updated paste with the beginning and end of ffmpeg output included and middle redacted: https://pastebin.com/SrcpDs6J [18:04:27 CEST] <james999> i think maybe i need to duplicate frames, or resize video or something. idk. [18:04:31 CEST] <kepstin> diverdude: the basic answer is "yes, as long as you follow all the terms of whichever licenses apply to the ffmpeg build you're using (usually LGPL-2.1 or GPL-2 depending on build options)" [18:07:52 CEST] <diverdude> kepstin: if i enable h264 its LGPL right? [18:08:24 CEST] <kepstin> diverdude: if you enable h264 encoding via x264, it's GPL-2.0 [18:09:13 CEST] <kepstin> (unless you have a commercial x264 license, I suppose; in that case you probably want a lawyer to help figure out how that interacts with ffmpeg) [18:09:47 CEST] <diverdude> kepstin: aha yeah ok. No i do not have a commercial of h264 [18:12:16 CEST] <faLUCE> why people are so scared of GPL? [18:12:35 CEST] <utack> is there a way to get SMPTE 2084 input converted to non-hdr vp9, with correct colors? https://trac.ffmpeg.org/ticket/6132 [18:12:47 CEST] <utack> with no additional arguments the color conversion goes poorly, colors are very wrong [18:12:48 CEST] <diverdude> kepstin: so lets say i am a developer and i have a client. I build a piece of software based on ffmpeg incl. h264. The client is the only one who will ever use this software. He will use it internally to optimize his production line - he is creating physical products. So could i use ffmpeg in this scenario without breaking any license terms? [18:13:10 CEST] <kepstin> diverdude: hire a lawyer. [18:14:01 CEST] <diverdude> kepstin: mmm ok...but how to find a lawyer who knows about these things [18:14:07 CEST] <kepstin> i suspect it depends on the details of work for hire laws in your jurisdiction, etc. No clear answer, and I can't give legal advice. [18:14:20 CEST] <JEEB> diverdude: FFmpeg only cares if you break FFmpeg's licrnse that you picked [18:14:51 CEST] <JEEB> lgpl or id you built with enable-gpl gpl [18:14:54 CEST] <diverdude> JEEB: but lets say i picked GPL2, would i be breaking the license in my scenario? [18:15:01 CEST] <kepstin> diverdude: it would probably be perfectly fine if the software that you build and give to your client is also GPL [18:15:20 CEST] <kepstin> (which of course lets them distribute it and modify it if they want to) [18:15:30 CEST] <diverdude> kepstin: right yeah [18:15:32 CEST] <furq> i don't think you can violate the gpl if it's for a product which is only for internal use [18:15:49 CEST] <furq> the main concern is if you distribute binaries that contain/link to gpl code without distributing the source [18:16:04 CEST] <JEEB> diverdude: the ones that get your software then get it under gpl (and any other license you might have with them) [18:16:25 CEST] <furq> also yeah if you're in the EU you don't need to care about h.264 license fees [18:16:30 CEST] <JEEB> and if they then distribute the binaries those must also be given out as gpl [18:16:48 CEST] <kepstin> the technicality here is about whether this "building a piece of software for a client" counts as distribution, and that's what you'd need a (local) lawyer to get a legal opinion on. [18:16:57 CEST] <diverdude> JEEB: ok...but if they dont distribute anything...they are only using it internally in their labs [18:17:21 CEST] <furq> then that's probably fine [18:17:30 CEST] <JEEB> yea, but just in case they do [18:17:33 CEST] <kepstin> diverdude: it's perfectly ok to not distribute GPL software, the terms only come in if they do distribute it [18:17:34 CEST] <james999> oh hey furq [18:17:56 CEST] <james999> i have green blocks on udp trying to wirelessly stream to my phone... and lowering size and bitrate don't help. :( [18:17:59 CEST] <furq> you definitely need to be aware of everyone's responsibilities with gpl software [18:18:14 CEST] <furq> james999: i've never done any udp streaming [18:18:15 CEST] <cryptodechange> ty kepstin! [18:18:20 CEST] <diverdude> allright i see...thanks....this also confirms my understanding of gpl [18:18:22 CEST] <furq> i'd have to suspect wifi is to blame [18:18:32 CEST] <JEEB> basically gpl means that if you give the binaries the source has to also be available as gpl [18:18:46 CEST] <kepstin> diverdude: so give them the GPL software and source code, and make sure that they know what their responsibilities are if they decide distribute it. [18:18:47 CEST] <JEEB> be it you or that other party [18:19:00 CEST] <JEEB> yup [18:19:00 CEST] <furq> i mean even if you're technically "distributing" binaries within the company, it's not a violation unless someone reports it [18:19:12 CEST] <diverdude> kepstin: yeah - exactly [18:19:24 CEST] <james999> furq: all the examples on this page at trac.ffmpeg are about udp streaming but not how to fix green blocks. :( [18:19:27 CEST] <BtbN> There's ffmpeg in my TV, and I'm not aware of any way to modify the software on it. [18:19:52 CEST] <JEEB> yea but my tv manuf at least gives the lgpl sources [18:20:07 CEST] <JEEB> which is what lgplv2 requires [18:20:26 CEST] <JEEB> v3 adds the tivo stuff which is why people tend to stay away from v3 [18:22:53 CEST] <cryptodechange> strange issue now kepstin [18:23:02 CEST] <cryptodechange> I don't get any errors but it hangs on this output: [18:23:03 CEST] <cryptodechange> frame= 24 fps=1.3 q=0.0 q=0.0 size= 0kB time=00:00:00.98 bitrate= 0.0kbits/s speed=0.0532x [18:23:23 CEST] <cryptodechange> speed and fps decreasing [18:24:14 CEST] <diverdude> is any part of ffmpeg running under LGPL? [18:24:31 CEST] <furq> depends what you link it against [18:24:43 CEST] <furq> it's lgpl2 by default but if you link against gpl libraries then the whole thing becomes gpl [18:25:05 CEST] <furq> likewise with gpl3 libs and non-free libs [18:31:05 CEST] <diverdude> furq: ah ok i see.... [18:34:23 CEST] <utack> nvm, i got zscale to correctly convert colorspace [18:34:56 CEST] <james999> specifying packet size over udp with pkt_size made the video not green and blocky. i think [18:35:15 CEST] <james999> i see a 3 year old bug here about whether pkt_size in ffmpeg is a fixed size or a max? [18:37:25 CEST] <rictan> what is the difference between muxing and remuxing -- (reference to l-smash open source) -- trying to step through what is happening in the code [18:37:42 CEST] <rictan> with relation to h.264 to .mp4 [18:40:32 CEST] <furq> rictan: i generally just use muxer for everything [18:40:48 CEST] <furq> muxer can remux mp4, which is what you'd expect remuxer to do, and also remuxer seems to have fewer options [18:40:54 CEST] <furq> so i'm not entirely sure what remuxer is for [18:40:59 CEST] <JEEB> oh [18:41:05 CEST] <furq> this guy probably knows [18:41:05 CEST] <rictan> thanks for your answer furq! [18:41:10 CEST] <JEEB> i'll have to v [18:41:26 CEST] <JEEB> check cause I didn't expect muxer to do remux [18:41:39 CEST] <JEEB> i know remuxer is supposed to work on higher level [18:42:08 CEST] <JEEB> as in not touch actual streams and/or the isobmff structure too much [18:42:31 CEST] <furq> actually nvm i remembered wrong [18:42:36 CEST] <furq> muxer can remux, but remuxer has more options [18:42:46 CEST] <klaxa> udp without any application level sanity checks over wifi will most likely result in lost packets [18:42:52 CEST] <klaxa> james999: ^ [18:43:00 CEST] <furq> or it has at least one option that i want that muxer doesn't have [18:43:01 CEST] <klaxa> that would probably explain the green blocks [18:44:35 CEST] <rictan> cool thanks furq [18:44:59 CEST] <james999> back now i think [18:44:59 CEST] <rictan> with regards to l-smash, l-smash muxing does not do re-encoding or compression correcT? [18:45:03 CEST] <rictan> correct* [18:45:15 CEST] <james999> yes klaxa i was thinking maybe doubling the framerate would help to alleviate that [18:45:28 CEST] <klaxa> i... doubt it [18:45:35 CEST] <james999> i sort of have it working now by spccifying the pkt_size to ffmpeg whereas i just got green blocks before [18:45:38 CEST] <james999> so i'm making progress [18:46:26 CEST] <furq> rictan: right [18:46:31 CEST] <Kiicki> I'm an extremely noob but can I ask what software I can use to be able to convert to "HE-AAC"? I'm on Windows [18:46:46 CEST] <Kiicki> audio I mean [18:47:07 CEST] <furq> Kiicki: if you mean with ffmpeg then fdk-aac [18:47:23 CEST] <furq> if you want something standalone then nero is probably easiest [18:47:28 CEST] <furq> or fhg [18:48:04 CEST] <Kiicki> fdk-aac would work? Doesn't handbrake also use it? Because HE-AAC is not an option there when it comes to Windows [18:48:09 CEST] <Kiicki> Mac does have it though [18:48:18 CEST] <furq> fdk is gpl incompatible so you can't distribute ffmpeg with fdk [18:48:23 CEST] <furq> you'd have to build it yourself [18:48:36 CEST] <furq> the osx handbrake is probably using apple aac [18:49:02 CEST] <BtbN> Or decided not to care, the fdk license is debatable [18:49:25 CEST] <james999> i still don't get what these rtbufsize parameters are referring to [18:49:25 CEST] <james999> [dshow @ 00000000004d6fe0] real-time buffer [UScreenCapture] [video input] too f [18:49:25 CEST] <james999> ull or near too full (96% of size: 3041280 [rtbufsize parameter])! frame dropped [18:49:25 CEST] <james999> ! [18:50:13 CEST] <Kiicki> furq that sounds like a lot of hassle. Even licensing comes to play? Should I bother [18:50:14 CEST] <Kiicki> ?* [18:50:23 CEST] <furq> what are you trying to do [18:50:30 CEST] <furq> he-aac is only really useful for streaming [18:51:08 CEST] <Kiicki> Yes, I'm trying to compress some files. I have heard HE-AAC 128kbs 5:1 in action and it actually sounds decent [18:51:14 CEST] <Kiicki> so I'm trying to re-create that [18:51:49 CEST] <furq> if you can use opus then that's probably better [18:51:49 CEST] <Kiicki> or at least play with it a little bit [18:52:11 CEST] <furq> there are standalone nero and fhg-aac encoders for windows but idk where you'd get them [18:52:13 CEST] <klaxa> james999: it's an internal buffer to keep realtime data (according to the docs) [18:52:20 CEST] <furq> fhg was only ever distributed as part of winamp [18:52:32 CEST] <furq> there's some cli wrapper for it but i've never had cause to use it [18:54:21 CEST] <james999> klaxa: well i lost sound again. it was finally playing over udp but delayed by like 5 sec. but full video + audio [18:54:56 CEST] <james999> i mean i can stream video over this network with minimal buffering. i know that [18:55:04 CEST] <james999> so it's just a matter of figuring out the right udp settings i think [18:55:16 CEST] <Mista_D> changing a fourcc vtag on MP4 from "AVC1" to "H264", says its incompatible codec id '28'... Any advice? https://pastebin.ca/3803353 [18:55:21 CEST] <james999> or maybe using a dshow filter option with UScreencapture [18:55:26 CEST] <james999> maybe it's slow or something [18:56:14 CEST] <james999> what would cause constant messages about rtbufsize overflowing from the UScreenCapture and Stereo mix audio though? [19:01:46 CEST] <klaxa> james999: too much data for a buffer too small, you can increase with the -rtbufsize parameter [19:05:28 CEST] <james999> idk i think the problem is handling of the screen capture dshow [19:05:47 CEST] <james999> cuz I tried increasing rtbufsize 3 times and every time it reported 110% overload type messages [19:06:10 CEST] <james999> let me see if i can set rtbufsize to the max size [19:07:48 CEST] <james999> what does Past duration 0.890617 too large mean? [19:07:54 CEST] <james999> that message keeps appaering over and over too now [19:16:39 CEST] <james999> why do i get an error trying to use gdigrab? [19:16:51 CEST] <james999> "MPEG-1/2 does not support 5/1 fps" [19:17:46 CEST] <cryptodechange> I think my command is near ready, but I get a YUV warning [19:17:51 CEST] <cryptodechange> tells me to use -pix_fmt yuv420p [19:17:54 CEST] <james999> i get that when I type ffmpeg -f gdigrab -framerate 6 -i desktop out.mpg from the ffmpeg webpage example [19:19:31 CEST] <cryptodechange> My source tells me this: Chroma subsampling: 4:2:0 [19:19:36 CEST] <cryptodechange> So I should use yuv420p? [19:20:35 CEST] <cryptodechange> Is there an option to pass to pix_fmt so it keeps it the same as the source? [19:22:46 CEST] <james999> cryptodechange: I don't know, but you can look at the pix fmt of what you have and compare it to the output of fmpeg -pix_fmts [19:22:53 CEST] <james999> which will display available pix fmts [19:24:54 CEST] <james999> i'm not sure if rgb/yuv is encoded in video but [19:25:15 CEST] <james999> when i type say ffmpeg -i file.mp4 output.flv it displays some info about the input file [19:25:20 CEST] <james999> int his case it says Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709) [19:25:38 CEST] <james999> so i presume the pixel format is yuv420p of each frame in this video [19:33:38 CEST] <kepstin> cryptodechange: by default ffmpeg will try to preserve pixel format if possible. You forgot to paste the actual output, so I can't say for sure, but I suspect you're doing libx264 encoding? [19:34:28 CEST] <kepstin> cryptodechange: so in that case, it will print a warning like that if the pixel format being used isn't yuv420p, because formats other than yuv420p have limited player compatibility [19:53:23 CEST] <cryptodechange> kepstin, it outputted the following: [19:53:25 CEST] <cryptodechange> No pixel format specified, yuvj444p for H.264 encoding chosen. [19:53:25 CEST] <cryptodechange> Use -pix_fmt yuv420p for compatibility with outdated media players. [19:53:40 CEST] <cryptodechange> looks like it defaults to yuvj444p? [19:54:07 CEST] <kepstin> cryptodechange: it defaults to picking the best value supported by the codec based on what the input is. [19:54:31 CEST] <kepstin> cryptodechange: so to say why it picked that, I need to know what the input its... [19:54:50 CEST] <cryptodechange> Oh, I think it's for that jpeg again [19:55:39 CEST] <cryptodechange> When it outputs the streams, #0:0 is yuv240 (libx264), #0:1 is yuvj444p(image/jpeg) [19:59:19 CEST] <james999> if i use ffmpeg to display a 1920x1080 on a tv which doesn't support that res [19:59:23 CEST] <james999> will it look blurry? [20:01:42 CEST] <james999> any idea how i can make ffmpeg display a jpeg for 20 seconds, then a different one for 20 seconds, then a different one up to 5 or 6 jpegs? [20:02:44 CEST] <ChocolateArmpits> james999, for the images, use image2 format, it has the required functionality [20:03:24 CEST] <ChocolateArmpits> james999, next, what do you mean by "doesn't support that res"? It's more about the input format rather than ffmpeg preparing an image [20:03:48 CEST] <james999> i want to maybe use -loop or something to slideshow a set of images onto a tv [20:04:00 CEST] <james999> like mb eadch one display for 30 sec plus the file name [20:04:19 CEST] <james999> i want to display pictures scaled to above its res but i guess that wouldn't accomplish anything idk [20:04:31 CEST] <james999> my idea was to find out the rest of this tv set by displaying pictures [20:05:26 CEST] <james999> if i do something like ffmpeg -loop 1 file1.jpg file2.jpg -f flv udp://ip-to-tv will that work? [20:05:45 CEST] <james999> like show one pic then the other one back and forth? [20:08:58 CEST] <james999> hmm no that doesn't work [20:10:38 CEST] <ChocolateArmpits> james999, image2 format specifies an image sequence to play https://www.ffmpeg.org/ffmpeg-formats.html#image2-1 [20:11:52 CEST] <ChocolateArmpits> myself, I would probably have a slideshow playing fullscreen and have a screen grabber running and sending that to your destination, seems simpler. There are image viewing applications that can do this with file names displayed too [20:12:07 CEST] <james999> oh ok iw as trying to look wt -r and -vf [20:12:59 CEST] <ChocolateArmpits> well vf is for video filters [20:13:21 CEST] <james999> i'm confused, i don't have to specify -f image2? [20:13:26 CEST] <james999> the examples don't say that [20:13:42 CEST] <ChocolateArmpits> it's probably because of the extension [20:13:50 CEST] <ChocolateArmpits> but I add it anyways to be 100% clear [20:14:00 CEST] <james999> [image2 @ 00000000005ba640] Pattern type 'glob' was selected but globbing is not [20:14:01 CEST] <james999> supported by this libavformat build [20:14:13 CEST] <james999> i thought i had the latest ffmpeg build for windows. [20:14:30 CEST] <james999> i guess it doesn't do that on win w/o file system support [20:14:30 CEST] <ChocolateArmpits> >This is only selectable if libavformat was compiled with globbing support [20:14:49 CEST] <ChocolateArmpits> So not just libaformat version is required [20:15:01 CEST] <ChocolateArmpits> globbing has to be enabled there too [20:16:43 CEST] <james999> i tried this but it didn't work: I:\>ffmpeg -f image2 -framerate 10 -i sicao_green_tunnel-wallpaper-1280x720.jpg [20:16:43 CEST] <james999> -i sicao_green_tunnel-wallpaper-3554x1999.jpg -f mpegts udp://127.0.0.1:1234 [20:19:34 CEST] <james999> image2 is not mentioned anywhere in ffmpeg -decoders [20:19:37 CEST] <james999> is that where it would be? [20:19:42 CEST] <JEEB> no [20:19:44 CEST] <JEEB> it's a demuxer [20:20:13 CEST] <JEEB> decoders are what you set with -c , demuxers are -f . (and encoders|muxers after -i) [20:20:14 CEST] <james999> ok it is l isted [20:20:51 CEST] <james999> so if image2 is available why doesn't my command above work? [20:21:23 CEST] <JEEB> because image2 has different features depending on how it was built as noted by ChocolateArmpits [20:21:36 CEST] <JEEB> if the OS doesn't support glob() (hint: windows doesn't) [20:21:54 CEST] <JEEB> although not sure of the second example without globbing [20:21:58 CEST] <JEEB> (Ž4@) [20:22:22 CEST] <JEEB> also get used to actually posting into pastebin or anything similar the command & terminal output, and then linking that [20:22:32 CEST] <JEEB> otherwise it's pretty hard to grasp where anything is going wrong :P [20:24:46 CEST] <james999> alright well i at least figured out how to display one image: ffmpeg -loop 1 -i sicao_green_tunnel-wallpaper-1280x720.jpg -t 15 -f mpegts udp://ip-to-thing [20:27:49 CEST] <JEEB> I will say that by the sound of it you probably don't want to use ffmpeg.c but rather the APIs directly [20:28:06 CEST] <JEEB> that would let your application completely control the logic of how to show images etc [20:28:28 CEST] <james999> JEEB: well that would require going back to nmake and cl and gcc on windows [20:28:28 CEST] <JEEB> generate/override PTS and so forth [20:28:33 CEST] <james999> and that's very scary [20:29:39 CEST] <JEEB> I don't think MS's nmake would work, GNU make or something similar is required methinks [20:29:59 CEST] <furq> please don't say "methinks" [20:30:03 CEST] <furq> thanks [20:30:17 CEST] <JEEB> and if you want to use MSVC then I don't think GCC is required [20:30:21 CEST] <furq> james999: if you have a linux vm then it's easier to cross compile [20:30:33 CEST] <JEEB> since --toolchain msvc should IIRC already switch to cl/link for everything [20:32:16 CEST] <james999> now i'm really confused [20:32:31 CEST] <james999> i can view the image -> udp stream locally on the PC, but when I go to vlc on the xbox it doesn't display [20:33:03 CEST] <james999> it's same as above command but i added -vcodec libx264 [20:33:25 CEST] <JEEB> have you verified that you can use UDP with xbone vlc [20:33:38 CEST] <james999> yes [20:34:06 CEST] <james999> after much pain and torment. :) [20:34:27 CEST] <james999> JEEB: well I was following some obscure instructions to compile nginx on windows with MSYS and rtmp module [20:34:37 CEST] <JEEB> lol [20:34:38 CEST] <james999> and I had to rename the gnu perl.exe to perl_UNUSED.exe so it would use windows perl [20:34:47 CEST] <furq> yeah this is why i cross compile everything [20:34:52 CEST] <furq> mingw/msys are a fucking mess [20:34:57 CEST] <james999> and it also used nmake and cl.exe from windows but it was from inside the MSYS shell [20:35:16 CEST] <james999> ok maybe i should learn to cross compile on linux then it sounds better lol [20:35:21 CEST] <JEEB> it's not the FFmpeg docs on the wiki etc are perfect but IIRC the MSVC compilation docs for WinRT (as they're mostly shared with normal MSVC builds) [20:35:24 CEST] <JEEB> are pretty OK [20:35:34 CEST] <JEEB> and yes, if you're OK with mingw-w64 then you can just cross-compile [20:35:42 CEST] <ChocolateArmpits> MSYS2 + MINGW is the easiest way to compile ffmpeg imo [20:36:24 CEST] <james999> so you would prefer compiling ffmpeg on linux for windows or MSYS for windows or visual c++ for windows ChocolateArmpits? [20:36:38 CEST] <BtbN> you still need msys or cygwin to build with msvc [20:36:45 CEST] <ChocolateArmpits> msys+mingw [20:36:56 CEST] <ChocolateArmpits> You're already on Windows, why migrate [20:36:57 CEST] <BtbN> but it's not really any difference in complexity [20:37:08 CEST] <BtbN> just a slightly changed configure line [20:37:29 CEST] <furq> the complexity is getting msys in a fit state to build anything [20:37:39 CEST] <furq> which i've traditionally had very bad luck with [20:37:43 CEST] <JEEB> msys2 at least has simplified that [20:37:55 CEST] <JEEB> since the packages aren't effing ancient any more [20:38:16 CEST] <furq> msys2 seemed to have the potential to be better but i've managed to fuck up two msys2 installs by running pacman [20:38:27 CEST] <furq> so i'm not wasting any more of my time on that [20:38:29 CEST] <JEEB> sure, nothing's perfect [20:38:44 CEST] <JEEB> also if you already have a *nix env [20:38:47 CEST] <furq> yeah i do [20:38:54 CEST] <JEEB> it's actually quicker to build there [20:39:04 CEST] <JEEB> due to shell configure taking ages [20:39:06 CEST] <furq> and yeah that too [20:39:34 CEST] <furq> i can build 20 deps and ffmpeg from scratch before configure is done under msys [20:47:19 CEST] <james999> ok i think i'm getting somewhere [20:47:36 CEST] <james999> the udp video streaming to the xbox and phone didn't work with vlc until i put pkt_size=1316 on the ffmpeg command line [20:47:48 CEST] <james999> and it ALSO made it so the image jpeg I was trying to do over mpegts succeeded [20:47:57 CEST] <james999> i think my network doesn't allow large packets over wireless or somethign? [20:49:33 CEST] <kepstin> the larger the packet, the more likely it is to fail to send over wireless [20:51:06 CEST] <james999> well after 2 hours of fiddling with things i have now learned that fact [20:51:09 CEST] <james999> so... yay [20:51:12 CEST] <geforce> hey... I have a question... I want to decode DTS-HD MA to LPCM (wav)... Can ffmpeg that completely loseless ? [20:55:14 CEST] <kepstin> geforce: I think ffmpeg can't handle the lossless parts of the master audio extensions right now, but I'd have to double check. my knowledge of that's kind of old. [20:56:02 CEST] <geforce> Hm... I'm searching for a solution to do that... Any suggestions ? [20:58:07 CEST] <klaxa> james999, i told you, like 2 hours ago ;) ><klaxa> udp without any application level sanity checks over wifi will most likely result in lost packets [21:07:26 CEST] <geforce> Anyone here to help me to decode DTS-HD MA to LPCM (Wav) loseless ? [21:08:12 CEST] <kepstin> huh, it might actually work if you're using ffmpeg 3.1 or later [21:11:05 CEST] <geforce> Okay so how I can verify that it is really loseless ? [21:11:23 CEST] <JEEB> only by having the source it was encoded from [21:11:55 CEST] <JEEB> unless there's some checksum for the source audio in that stream [21:12:01 CEST] <geforce> Yes I have the source I'm personally encode the DTS-HD MA track to LPCM (WAV)... [21:12:20 CEST] <geforce> okay how does it work with this "checksum" ? How I can verify ? [21:12:25 CEST] <JEEB> if you encoded the DTS-HD MA track yourself then it should be relatively simply :P [21:12:30 CEST] <JEEB> *simple [21:12:40 CEST] <JEEB> geforce: the checksum thing was an "if there is one" [21:12:47 CEST] <JEEB> if there's not then nope [21:13:10 CEST] <JEEB> if you don't have the raw source audio then you cannot possibly verify that the decode was lossless [21:13:15 CEST] <geforce> Hm, so not every track has this Checksum ? [21:13:32 CEST] <kepstin> not every lossless audio codec does. [21:13:34 CEST] <JEEB> I don't even know if DTS corp added such stuff :P [21:14:02 CEST] <JEEB> anyways, if you did not encode that audio track there is no way to know if the decode was lossless [21:14:11 CEST] <kepstin> it's all reverse-engineered, yeah, so hard to tell [21:14:13 CEST] <JEEB> or well, rather than lossless I'd say "correct" [21:14:18 CEST] <JEEB> kepstin: well even if it wasn't [21:14:26 CEST] <JEEB> if you just have someone's decoder for the spec [21:14:31 CEST] <JEEB> it can just as well have a bug [21:14:38 CEST] <JEEB> you cannot possibly verify it [21:15:35 CEST] <JEEB> geforce: INPUT->ENCODED BIT STREAM->DECODED OUTPUT , you require the first two ones to verify things [21:15:40 CEST] <utack> is it possible that zscale converts some colorspaces incorrectly? or is it more likely that hte source has some kind of problem [21:16:00 CEST] <JEEB> utack: the zscale filter can also have a bug - or anything else like that [21:16:25 CEST] <JEEB> everything is possible so you start scratching things off [21:16:28 CEST] <utack> problem is i have no refernece, but colors do seem pretty wrong to me in the result. i will try to grab a sample and file a bug [21:17:49 CEST] <geforce> JEEB: so for understanding... I'm the one who encodes the DTS-HD MA Track to LPCM (Wav) and want to verify that the LPCM Track is loseless to the DTS-HD MA Track... So can you tell me for me as inexperienced user to do this ? [21:18:22 CEST] <JEEB> geforce: encoding is taking raw input and coding it into something [21:18:41 CEST] <JEEB> decoding is taking coded input and decoding it into raw output [21:18:42 CEST] <kepstin> geforce: if you don't have the original source that was used to make the DTS-HD MA track, then the best you can do is to try decoding it with a different "reference" decoder and comparing the result [21:19:02 CEST] <JEEB> kepstin: and with DTS the decoders can do random crapola in addition to actual decoding so bleep that [21:19:11 CEST] <kepstin> (and I don't know where you'd find that other decoder) [21:19:13 CEST] <JEEB> at this point I would just trust the dca decoder [21:19:25 CEST] <JEEB> because the libdcadec guy is handling it [21:19:50 CEST] <geforce> Okay the libdcadec is implemented in FFMPEG ?... [21:20:13 CEST] <JEEB> libdcadec became what is now the dca decoder in FFmpeg :P [21:20:23 CEST] <JEEB> and the libdcadec maintainer became the FFmpeg dca decoder maintainer :P [21:20:32 CEST] <geforce> So I use ./ffmpeg -i dts-hd-ma-input.dts lpcm-output.wav ??? [21:20:41 CEST] <JEEB> yes [21:20:44 CEST] <kepstin> yeah, it looks like ffmpeg's been able to decode dts-hd ma correctly since version 3.0 (which added support for external libdcaenc), and 3.1 (where the internal dca decoder is based on libdcaenc) [21:21:14 CEST] <durandal_1707> libdcadec [21:21:22 CEST] <kepstin> er, no, that's wrong - ver 3.0 is the first with the full internal encoder :) [21:21:57 CEST] <geforce> Okay so not libdcadec in version 3.0 ? [21:22:26 CEST] <kepstin> support for external libdcadec was added in ... 2.7 and removed in 3.1 (because it was redundant) [21:22:39 CEST] <kepstin> geforce: just use ffmpeg 3.0 or later, and it should be fine. [21:22:54 CEST] <geforce> Ok but ffmpeg does encode all tracks as 16bit, but i've some 24bit tracks... [21:23:22 CEST] <kepstin> geforce: unless you specify otherwise, ffmpeg converts to s16le pcm in wav. [21:23:52 CEST] <JEEB> also FFmpeg has no 24bit audio format so you will get 8 extra bits in your 24bit samples [21:23:55 CEST] <JEEB> but that is still lossless [21:24:10 CEST] <JEEB> (as the actual data doesn't change) [21:24:27 CEST] <kepstin> geforce: so if you want higher bit depth, you have to specify otherwise (e.g. by using "-c:a pcm_s24le") [21:24:56 CEST] <kepstin> ffmpeg stores samples in 32bit ints internally, but it supports 24bit audio, and can write 24bit pcm in wav, i'm pretty sure... [21:25:03 CEST] <JEEB> ok [21:25:24 CEST] <JEEB> then that should be OK as long as FFmpeg doesn't try to do anything fancy with that 24bit in 32bit decoded output :) [21:26:12 CEST] <geforce> Okay I will try that. but what does the "-c:a" mean ? c for codec and a for audio ? [21:26:38 CEST] <JEEB> yes [21:27:35 CEST] <geforce> Okay, another silly question ... I want to use a built for windows... Its recommended to use Version "20170425-b4330a0" or Version 3.2.4 ? [21:33:12 CEST] <kepstin> geforce: shouldn't make a difference for this use case. The git snapshot ("20170425-b4330a0") will be newer, but might contain experimental/less tested stuff& but it's usually fairly stable. [21:33:34 CEST] <JEEB> geforce: use fate.ffmpeg.org as a stick [21:33:40 CEST] <JEEB> that tests the current master [21:33:58 CEST] <JEEB> so you can check if the FATE tests pass on various operating systems and architectures [21:34:31 CEST] <geforce> Great, thank you [21:35:36 CEST] <cryptodechange> Any advice on the best method for building ffmpeg with x264 10-bit along side regular ffmpeg? (linux) [21:35:51 CEST] <cryptodechange> Currently have my build in /usr/local [21:36:14 CEST] <JEEB> having separate ffmpeg binaries is IMHO the best way to do that [21:36:25 CEST] <JEEB> as I don't think you can only switch the libx264 library [21:36:34 CEST] <furq> doesn't LD_LIBRARY_PATH work [21:36:51 CEST] <furq> or LD_PRELOAD [21:36:52 CEST] <JEEB> well it would cause it to load but does that actually work :P [21:36:56 CEST] <furq> idk i've never tried it [21:37:00 CEST] <furq> but i've seen other people say it works [21:37:07 CEST] <JEEB> I thought libavcodec definitions would also have to change [21:37:08 CEST] <JEEB> etc [21:37:11 CEST] <cryptodechange> so compile x264 with 10-bit into /tmp, and use that when building ffmpeg [21:37:15 CEST] <JEEB> but sure (Ž4@) [21:37:22 CEST] <cryptodechange> But the question is, how should I use --prefix when compiling? [21:37:38 CEST] <JEEB> yes [21:37:42 CEST] <JEEB> prefix is where you install [21:37:43 CEST] <cryptodechange> I could just do --prefix=/opt [21:37:50 CEST] <furq> what, with x264? [21:37:55 CEST] <cryptodechange> ffmpeg [21:38:06 CEST] <JEEB> so binaries go into prefix/bin and libraries into prefix/lib [21:38:07 CEST] <furq> oh right you mean for separate binaries [21:38:23 CEST] <cryptodechange> Can the 10bit version of libx264 be trashed once ffmpeg is done? [21:38:42 CEST] <furq> only if you do a full static build [21:38:51 CEST] <cryptodechange> --enable-static [21:38:51 CEST] <furq> --extra-ldflags=-static [21:39:03 CEST] <furq> enable-static just builds static libav*.so [21:39:13 CEST] <furq> it'll still link against dynamic libs for external deps [21:39:14 CEST] <JEEB> or if you give it to x264 configure, static libx264 :P [21:39:18 CEST] <furq> that works too [21:39:21 CEST] <geforce> JEEB: I've now try to transcode a dts-hd ma with 24bit to wav with 24bit and than a message appears after working "Filesize 6944219238 invalid for wav, output file will be broken" Can I ignore it ? [21:39:49 CEST] <JEEB> geforce: if the thing you are going to open it with supports >4 gigabyte WAVs :P [21:39:53 CEST] <furq> but if you're building two separate libs you probably want them to be fully static so you can stick them both in /usr/local [21:39:57 CEST] <furq> two separate binaries, rather [21:40:14 CEST] <furq> otherwise things will get messy [21:40:16 CEST] <geforce> OK i try [21:41:01 CEST] <cryptodechange> furq, how can I build 2 ffmpegs in /usr/local without them replacing each other? [21:41:10 CEST] <cryptodechange> I was just going to do the following [21:42:12 CEST] <cryptodechange> x264: ./configure --prefix=/opt/10bit --enable-static --enable-shared --bit-depth=10 [21:43:05 CEST] <matej_k> avcodec_flush_buffers doesnt seems work for svq3, it still returns old frame in next avcodec_decode_video2, is that expected? [21:44:15 CEST] <cryptodechange> ffmpeg: ./configure --prefix=/opt/10bit --enable-gpl --enable-shared --enable-libx264 [21:44:35 CEST] <cryptodechange> So when I want to encode 10bit, I just run /opt/10bit/bin/ffmpeg (i think) [21:51:27 CEST] <thebombzen> cryptodechange: I have 8bit libx264 installed from my package manager, but I built 10bit libx264 myself in /usr/local/lib [21:51:44 CEST] <thebombzen> I have my system configured so it'll link to /usr/local/lib first [21:51:59 CEST] <thebombzen> so when I use ffmpeg, it loads /usr/local/lib/libx264.so which contains the 10bit x264 code [21:52:21 CEST] <thebombzen> however, if I run LD_PRELOAD=/usr/lib/libx264.so ffmpeg [21:52:25 CEST] <thebombzen> it'll link to the 8bit libx264 [21:52:36 CEST] <furq> right [21:52:37 CEST] <furq> that's easier [21:52:46 CEST] <furq> you should do that, but for completeness' sake [21:53:02 CEST] <cryptodechange> Using debian, everything is out of date [21:53:07 CEST] <furq> i meant build your 10-bit ffmpeg with --enable-static --extra-ldflags=-static [21:53:12 CEST] <furq> then you just get one static binary [21:53:22 CEST] <furq> then call that /usr/local/ffmpeg-10bit or something [21:53:29 CEST] <furq> er, /usr/local/bin/ffmpeg-10bit [21:53:30 CEST] <thebombzen> basically, if you dynamically link libx264, you can swap in either the 8bit or the 10bit version at runtime [21:53:37 CEST] <thebombzen> using LD_PRELOAD [21:53:49 CEST] <cryptodechange> On one ffmpeg install? [21:53:52 CEST] <furq> yes [21:54:03 CEST] <cryptodechange> That certainly sounds easier [21:54:03 CEST] <thebombzen> >static ffmpeg [21:54:10 CEST] <thebombzen> ew [21:54:15 CEST] <thebombzen> I generally prefer to leave it on 10bit unless I explicitly need 8bit though [21:54:29 CEST] <furq> LD_LIBRARY_PATH or LD_PRELOAD will both load those dirs/libs first [21:54:42 CEST] <cryptodechange> I was planning on 10bit my anime library, because, uh, I have no idea [21:54:51 CEST] <cryptodechange> It seems that's the trend [21:54:53 CEST] <cryptodechange> haha [21:55:05 CEST] <thebombzen> eh [21:55:13 CEST] <furq> if you're not also downscaling or something then don't bother [21:55:16 CEST] <thebombzen> but then you don't have dynamic linking of libav*.so [21:55:44 CEST] <furq> thebombzen: if that's addressed at me then i wasn't talking to you [21:55:54 CEST] <furq> i have no opinion about static vs dynamic ffmpeg [21:56:03 CEST] <furq> other than static is generally less hassle if you're building it yourself [21:56:21 CEST] <cryptodechange> Well, no bluray source uses 10bit, so is it literally saving on file size? [21:56:30 CEST] <furq> yes [21:56:55 CEST] <cryptodechange> Color banding, etc doesn't really get addressed, as if its there, it was probably in the source too [21:57:08 CEST] <furq> but it probably won't if you're just going from 8-bit x264 to 10-bit x264 at the same resolution and similar settings [21:57:10 CEST] <cryptodechange> And I primarily use Plex, so it'd transcode in most cases [21:57:41 CEST] <furq> obviously if you're resizing then it could potentially look better [21:58:23 CEST] <furq> emphasis on potentially [21:58:42 CEST] <cryptodechange> So going back to the compiling, whether it's two x264 or a static ffmpeg [21:58:57 CEST] <cryptodechange> How would I compile it along side the same prefix, but append 10bit to the bin? [21:59:02 CEST] <thebombzen> furq: on a linux system you generally will have libav* loaded already [21:59:03 CEST] <cryptodechange> e.g. ffmpeg and ffmpeg10bit [21:59:36 CEST] <furq> if it's a full static build then all you need is the binary, so just don't run make install [21:59:44 CEST] <furq> and move the binary to where you want it [21:59:49 CEST] <furq> but yeah don't do that if LD_PRELOAD works [22:00:12 CEST] <cryptodechange> LD_PRELOAD=/usr/lib/libx264.so [22:00:21 CEST] <thebombzen> 10bit encoding has better filesize than 8bit because the predictors are more accurate, even if scaled from 8bit. but that's about it [22:00:34 CEST] <furq> alias ffmpeg-10bit=LD_PRELOAD=/path/to/10bit/libx264.so ffmpeg [22:00:44 CEST] <cryptodechange> If I compile 10bit first, I could do 'mv libx264.so libx26410bit.so'? [22:00:49 CEST] <thebombzen> your display can only draw 8bit anyway so i'll decrease it down to 8 when you view it, even with a 10bit source. [22:01:09 CEST] <furq> isn't there something to do with hardcoded dithering as well [22:01:17 CEST] <furq> which is why it's particularly popular for animes [22:01:26 CEST] <thebombzen> hardcoded dithering? [22:01:31 CEST] <furq> at 8-bit [22:01:37 CEST] <thebombzen> I hadn't heard anything about that [22:02:01 CEST] <thebombzen> I don't know why it would given that the original source is 8bit depth [22:03:28 CEST] <geforce> JEEB: It works with the Bose Lifestyle 650 and popcorn Hour a400. [22:03:30 CEST] <cryptodechange> So I could just move the 10-bit /usr/lib/libx264.so to /usr/lib/10-bit/libx264.so? [22:03:34 CEST] <cryptodechange> Or would that break things? [22:04:13 CEST] <geforce> JEEB: But a last question in ffmpeg it shows the dts source s32p (24bit) and the destination wav file s32 (24 bit) what does the "p" mean ? [22:04:44 CEST] <furq> cryptodechange: any of these things will work fine [22:06:22 CEST] <cryptodechange> furq: crf has different ranges for 10-bit right? so a 8-bit crf=16 would be higher/lower [22:06:32 CEST] <thebombzen> I don't think so [22:11:56 CEST] <JEEB> cryptodechange: the range is different but generally the range is added to the negative side so the same CRF should give at least on some level similar results on 8,9,10bit [22:12:14 CEST] <JEEB> (crf zero won't be lossless with >8bit because of that) [22:13:05 CEST] <furq> in my experience 20 is about the same with both [22:13:27 CEST] <furq> also bear in mind you lose a lot of compat with 10-bit [22:18:24 CEST] <sinanksu> Hi [22:21:18 CEST] <thebombzen> furq: not as much as you'd think [22:21:35 CEST] <thebombzen> you lose compat with many old pieces of hardware. but with software players and most websites it works fine [22:23:12 CEST] <klaxa> anime nerds will like you everyone else will struggle to notice the difference even [22:23:32 CEST] <JEEB> well it does compress better, lately one of the streaming guys even noticed it [22:23:41 CEST] <JEEB> faster preset + 10bit was better than slower preset + 8bit [22:23:52 CEST] <JEEB> the negative side of course is that hw decoders barf with 10bit AVC [22:24:00 CEST] <JEEB> so you can't really use it even if it is better [22:24:03 CEST] <JEEB> (Ž4@) [22:24:19 CEST] <JEEB> at least as long as you are aiming for mobile devices or STBs etc without proper SW decoders [22:24:27 CEST] <JEEB> (or the perf to run that SW decoder) [22:30:07 CEST] <geforce> Anyone who can explan the difference between s32p (24bit) and s32 (24bit) audio ? [22:31:18 CEST] <BtbN> one is planar, the other isn't [22:36:31 CEST] <cryptodechange> talking of anime, there are so many conflicting pieces of advice on what -x264-params to use [22:36:44 CEST] <cryptodechange> particularly with aq, psy and deblocking [22:36:58 CEST] <geforce> okay but what is planar ?... I dont understand the word ... [22:37:28 CEST] <furq> cryptodechange: -tune animation [22:37:54 CEST] <cryptodechange> which is deblock=1,1:psy-rd=0.4,0:aq-strength=0.6 [22:38:25 CEST] <furq> probably [22:38:31 CEST] <furq> there's no reason to know what it does [22:38:44 CEST] <cryptodechange> but because of lines/edges some comments claim deblock=-1,-1 is better, and aq-strength is better higher/lower [22:39:21 CEST] <sfan5> furq: are you srs about -tune animation [22:39:42 CEST] <geforce> BtbN: is there any quality difference with s32p and s32 ? [22:40:13 CEST] <BtbN> it's an uncompressed format, how should there be any quality loss? [22:41:04 CEST] <sfan5> couldn't find a better source but [22:41:13 CEST] <sfan5> https://encodingwissen.de/codecs/x264/referenz/ says -tune animation is for classical cartoons [22:41:16 CEST] <sfan5> which anime is certainly not [22:41:56 CEST] <kepstin> sfan5: that's probably either a translation or research error [22:42:34 CEST] <klaxa> isn't it more about 2D vs 3D content? [22:42:45 CEST] <sfan5> hm https://app.zencoder.com/docs/api/encoding/h264/tuning says something else [22:42:48 CEST] <kepstin> the "animation" tune in ffmpeg adds extra reference frames, which helps a lot with animations loops (used more in anime than in trad. animation even...) and does some deblocking tweaks to make flat shading look better [22:43:27 CEST] <furq> cryptodechange: who do you trust more, the x264 authors or some guy commenting about animes on the internet [22:43:48 CEST] <furq> whose username is "actually," [22:48:21 CEST] <sfan5> [Coalgirls] seem to use something close to tune=animation with a different psy-rd (1.00:0.00) [22:50:53 CEST] <sfan5> [DameDesuYo] seem to use something close to tune=animation with different deblock (1:-2:-2) [22:51:19 CEST] <cryptodechange> HorribleSubs uses default tune=animation [22:51:44 CEST] <sfan5> i would'nt trust the people at crunchyroll to make good encodes [22:53:12 CEST] <klaxa> horriblesubs doesn't do shit [22:53:15 CEST] <klaxa> they rip of CR [22:53:46 CEST] <klaxa> *off [22:53:47 CEST] <sfan5> [FFF] also uses something that resembles -tune animation [22:53:51 CEST] <sfan5> looks like I was wrong [22:54:29 CEST] <cryptodechange> KamiFS (bluray mux) uses deblock=-1,-1, psy_rd=0.80:0.20 and some weird combo for aq [22:56:57 CEST] <kepstin> also, keep in mind that one of the main devs on x264, DarkShikari, is an anime fan. so. [22:57:23 CEST] <cryptodechange> Though for older anime sources, where its on the fuzzy side and grainy [22:57:35 CEST] <sfan5> surely he'd rename the preset to "anime" or did the other devs not want that :P [22:57:48 CEST] <cryptodechange> I assume I would wanna mix up the settings, so it's in between grain and animation? [22:58:07 CEST] <sfan5> why [22:58:16 CEST] <cryptodechange> For older, less clean sources [22:58:41 CEST] <sfan5> usually you look at your source instead of trying to find "one size fits all" settings [22:58:42 CEST] <cryptodechange> e.g. DVD of anime from the 90s [22:59:05 CEST] <klaxa> sfan5: there is (was?) a touhou preset :P [22:59:18 CEST] <kepstin> klaxa: still is. it's undocumented tho, an easter egg. [22:59:26 CEST] <sfan5> huh [22:59:27 CEST] <klaxa> ah, that's why i can't find it [22:59:33 CEST] <cryptodechange> also, I'm using the following command to check for deinterlacing [22:59:41 CEST] <cryptodechange> talking about old content [22:59:44 CEST] <cryptodechange> ffmpeg -i input.mkv -filter:v idet -frames:v 1000 -an -f rawvideo -y /dev/null [23:00:07 CEST] <cryptodechange> where i compare the numbers to see if it's deinterlaced or not [23:00:13 CEST] <cryptodechange> Is there a better method? [23:00:16 CEST] <kepstin> the amount of filtering you need to clean up a 90s anime dvd makes preserving grain kind of useless. Now, if you're encoding a modern BD rescan from film source of a 90s anime, then you might want to preserve grain :) [23:00:20 CEST] <sfan5> interlaced anime exists? [23:00:36 CEST] <kepstin> telecined, stored in interlaced video, yes [23:00:43 CEST] <cryptodechange> I have a DBGT dvd set which is apparently [23:01:10 CEST] <sfan5> oh right dvds are still a thing [23:01:30 CEST] <kepstin> actual interlaced anime is non-existent, but a lot of early 2000s stuff had video editing done on top of the telecined animation, adding interlaced pans/fades/effects. [23:01:41 CEST] <kepstin> so... yeah, it's a mess [23:01:56 CEST] <cryptodechange> the moar i kno [23:02:02 CEST] <durandal_1707> just do rm [23:02:22 CEST] <kepstin> (the opening video on the serial experiments lain blu-rays has some really poorly done progressive upscale of interlaced video in a few places, it's rather annoying) [23:02:32 CEST] <sfan5> trying to fix the mistakes of the people who made your source material is a world of pain [23:03:09 CEST] <cryptodechange> Should -vf yadif suffice? [23:04:07 CEST] <cryptodechange> running the idet filter on some source gives out a high number of TFF and BFF frames, and low progressive [23:04:43 CEST] <cryptodechange> https://gist.github.com/aktau/6660848 [23:08:06 CEST] <ChocolateArmpits> cryptodechange, first you should check if it's actually interlaced or telecined, or maybe just field shifted then apply appropriate filter for that task [23:08:30 CEST] <ChocolateArmpits> I wouldn't touch a telecined source with a typical deinterlacer [23:08:57 CEST] <furq> the better method of seeing if something is interlaced is to look at it [23:09:08 CEST] <furq> with your eyes [23:29:45 CEST] <Michaela_> how can i convert mono8 (packed) raw to yu420p? [23:35:04 CEST] <Mista_D> changing a fourcc vtag from "AVC1" to "H264". Get "incompatible codec id 28", I thought AVC and H264 are freely interchangable... Any advice please? https://pastebin.ca/3803353 [23:38:36 CEST] <Michaela_> how can i convert mono8 (packed) raw to yu420p? can i use YUV400A? [23:39:31 CEST] <sfan5> Mista_D: the AVC1 tag does not seem to be used in the source of ffmpeg anywhere [23:40:29 CEST] <Mista_D> sfan5: possibly in libx264, but FFmpeg shodul allow to modify it when -c copy'ing ? [23:40:42 CEST] <Mista_D> *should [23:41:14 CEST] <sfan5> it should but seems like it doesn't allow tags it doesn't know [23:41:24 CEST] <sfan5> try adding it to ./libavformat/riff.c maybe [23:53:28 CEST] <kepstin> Mista_D: what tood do you have which is making files with this "AVC1" fourcc? is this in avi/riff or some other container? [23:53:34 CEST] <kepstin> what tool* [23:55:59 CEST] <Mista_D> kepstin: FFmpeg encoded. Its here : ffprobe VID.mp4 -show_streams -select_streams v 2>&1|grep codec_tag_string [23:56:54 CEST] <kepstin> Mista_D: so why are you changing anything? ffmpeg should default to doing the correct thing... [23:57:06 CEST] <holgersson> klaxa: With '-c:v libx264 -preset veryslow -crf 25' I was able to shrink the filesize from 16GB to 2.4GB plus some 100MB for Audio. It was slow however (33h acording to time). Thanks again to you and the others! [23:57:55 CEST] <Mista_D> kepstin: my player hardware wants to see fourcc set to H264, so I'm looking to change it without re-encoding... [23:58:36 CEST] <klaxa> glad it worked out as you hoped :) [00:00:00 CEST] --- Thu Apr 27 2017

1 0

ffmpeg-devel.log.20170425
by burek 26 Apr '17

26 Apr '17

[00:51:45 CEST] <cone-399> ffmpeg 03Paul B Mahol 07release/3.3:da693f8daa62: avcodec/dnxhd_parser: fix parsing interlaced video, simplify code [01:14:00 CEST] <cone-399> ffmpeg 03Michael Niedermayer 07master:d976d2ec7874: tools/target_dec_fuzzer: Fix build with default FFmpeg build flags [01:14:01 CEST] <cone-399> ffmpeg 03Michael Niedermayer 07master:5b499bf4a05a: Make tools/target_dec_*_fuzzer buildable with configure and make [01:14:02 CEST] <cone-399> ffmpeg 03Michael Niedermayer 07master:177608aa7498: fate: Add test for pkt_size of ffprobe [01:31:58 CEST] <Compn> [15:15] <durandal_1707> at least carl is against [01:32:07 CEST] <Compn> durandal_1707 : btw, carl is not against merging or working with libav [01:32:19 CEST] <Compn> i've asked this myself to him directly, face to face [01:32:26 CEST] <Compn> durandal_1707 : so please stop spreading misinformation [01:33:54 CEST] <Compn> yes, carl can call people thieves and liars and still work with them. it seems to be a position at odds with itself. [01:54:35 CEST] <BBB> Compn: thats not entirely fair, Ive discussed it with him also and what he basically wants is total submission (they are free to contribute to the ffmpeg project as-is) [01:54:51 CEST] <BBB> Compn: that is not a fair-and-balanced project merge [01:54:57 CEST] <BBB> Compn: did his opinion change? [01:59:13 CEST] <Compn> BBB : what he wants was not the question that durandal_1707 was answering, iirc [01:59:33 CEST] <Compn> i could be misinterpreting the conversation, my internet died half way through [01:59:48 CEST] <Compn> and if so, i apologize [01:59:56 CEST] <BBB> its ok, weve got logs ;) [02:00:05 CEST] <Compn> j-b : how do you handle / judge coc violations btw [02:00:13 CEST] <BBB> I think j-b said he doesnt [02:00:17 CEST] <Compn> j-b : i mean... tribunal? trac? process ? [02:00:21 CEST] <Compn> i mean vlc in general [02:00:21 CEST] <BBB> (because he doesnt have mailman/irc admin powers) [02:00:25 CEST] <BBB> oh I see [02:00:34 CEST] <Compn> not him specifically, but thanks for clarifying :D [02:02:45 CEST] <Compn> also > waiting 12 hours for irc log [02:04:17 CEST] <Compn> anyways... ancient history needs to be buried :P [02:04:19 CEST] <Compn> but whatever [02:05:36 CEST] <BBB> +1 [02:06:11 CEST] <BBB> I dont think we need a vote to approve of coc rules, the coc are the rules [02:08:02 CEST] <BBB> but enforcement ws missing, I think some people didnt like those parts (I dont remember) [02:08:08 CEST] <BBB> and yes that makes enforcement difficult [02:08:14 CEST] <BBB> I think we need a bofh for enforcement [02:15:19 CEST] <jamrial> enforcement is hard because voting is a hassle and most people that can vote are not even active enough to know what's being voted [02:15:58 CEST] <jamrial> or accepted being in the voting comittee because they wanted to vote for technical stuff, not social or netiquette [02:16:55 CEST] <jamrial> so a "VOTE: ban $name" is probaby not very appealing [02:17:30 CEST] <Compn> right [02:17:43 CEST] <Compn> i'd rather moderate ml and just discard any non development mails [02:17:50 CEST] <Compn> because i'd rather not ban anyone [02:18:06 CEST] <Compn> but thats my opinion [02:18:12 CEST] <Compn> what do you think, kierank ? [02:19:02 CEST] <Compn> i'd also propose a new rule "no opinions about other devs" haha [02:19:57 CEST] <atomnuker> Compn: do you really think you're being useful at all? [02:20:04 CEST] <atomnuker> because you're not really [02:20:37 CEST] <Compn> advancing coc is not helping ? [02:20:42 CEST] <atomnuker> no, it is not [02:21:00 CEST] <Compn> why is it not ? if you can explain ? [02:21:14 CEST] <atomnuker> I gave my explanation on why it sucks a year ago [02:21:26 CEST] <Compn> the coc itself? yes i agree i dont like the coc [02:21:27 CEST] <atomnuker> just let people argue, shutting off access to mls won't [02:21:35 CEST] <atomnuker> or ircs [02:21:41 CEST] <Compn> but arguing on the list is driving some developers away [02:21:44 CEST] <atomnuker> if people don't argue then nothing gets solved [02:24:03 CEST] <atomnuker> no it doesn't, if you don't let people argue on the list they'll just argue privately [02:25:01 CEST] <atomnuker> I'd agree that's a good idea though [02:27:02 CEST] <atomnuker> though its a better idea to say "please sort this off privately" rather than "BANHAMMER FOR YOU HAHAHAHA YOU VIOLATED THE COC SECTION 5" [02:29:33 CEST] <Compn> atomnuker : yes, absolutely arguing is driving off some developers [02:29:42 CEST] <Compn> i dont mean technical arguing, but insults and the like [02:30:15 CEST] <Compn> and by "developers" i have specific name [02:30:37 CEST] <Compn> but since this is private email i'm not going to post ... although i want to [02:31:22 CEST] <Compn> atomnuker : what is your email, i will forward it [02:33:21 CEST] <wm4> can I get it too [02:34:25 CEST] <Compn> wm4 : it was sent to you 20 mar 2017 "IRC" subject [02:34:31 CEST] <Compn> i was the only one to reply :( [02:34:49 CEST] <Compn> to everyone at least... [02:35:13 CEST] <wm4> oh that [02:35:27 CEST] <wm4> I made a pretty salty reply to the sender [02:35:54 CEST] <wm4> it was self-pitying bullshit [02:36:18 CEST] <wm4> not even surw why I got thet mail too [02:36:25 CEST] <wm4> *that [02:36:39 CEST] <wm4> atomnuker: an enforced CoC might actually be useful [02:36:51 CEST] <atomnuker> I guess, having read that [02:36:54 CEST] <jamrial> did someone left and emailed a few of you privately about it? [02:36:59 CEST] <wm4> but in ffmpeg it's only randomly used as "weapon" to shut others up (i.e. kindergarten bullshit) [02:37:12 CEST] <wm4> not left [02:37:26 CEST] <atomnuker> I gess Compn might be right in saying moderating the ML could help [02:37:53 CEST] <alevinsn> I don't think its necessary [02:37:54 CEST] <Compn> moderation of devs on ml. not the entire ml, i hope :P [02:37:56 CEST] <BBB> that means any email would need to be in moderation, or moderation would be a 24/7 job to instantly jump on a flare [02:38:00 CEST] <BBB> both are not a good idea [02:38:10 CEST] <alevinsn> its time consuming [02:38:16 CEST] <BBB> so in theory its a nice idea but in practice its somewhat cumbersome [02:38:26 CEST] <Compn> just temporarily , hopefully [02:38:34 CEST] <Compn> not indefinitely :P [02:38:39 CEST] <alevinsn> and I think the issues raised between specific individuals can be resolved [02:38:44 CEST] <wm4> in general it's indicative of the lack of leadership, direction, and decision power in the ffmpeg project [02:38:48 CEST] <alevinsn> without needing to take these more drastic measures [02:38:51 CEST] <Compn> alevinsn : hahahaha, welcome to the internet my friend! [02:38:56 CEST] <BBB> j-b is the only one who has practically succeeded in getting a flamey community to calm down [02:39:04 CEST] <wm4> (seems like nobody wants to take i up...) [02:39:05 CEST] <BBB> maybe we should take his input more seriously :) [02:39:06 CEST] <wm4> *it [02:39:28 CEST] <alevinsn> I responded to compn's e-mail [02:39:45 CEST] <alevinsn> I'd suggest trying something like that first before doing something more drastic [02:39:55 CEST] <alevinsn> I think it is limited to perhaps two people :-) [02:40:11 CEST] <Compn> alevinsn : my email is for the rules for everyone [02:40:15 CEST] <Compn> not just one or two devs this week [02:40:18 CEST] <alevinsn> I'm aware [02:40:20 CEST] <Compn> k [02:40:24 CEST] Action: Compn hasnt read email [02:40:36 CEST] <alevinsn> all I'm saying is, I don't think anything good will come out of trying to do what you requested comments for [02:42:23 CEST] <Compn> i'm more surprised they dont speak german at each other [02:42:36 CEST] <Compn> wm4 : you are a native german speaker, right ? [02:42:42 CEST] <wm4> yes [02:42:57 CEST] <Compn> do they speak german in austria ? [02:43:02 CEST] Action: Compn is ignorant of such things [02:43:12 CEST] <wm4> actually I once wrote an email to cehoyos in English, but he absolutely insisted to continue the conversation in German [02:43:18 CEST] <wm4> it was awkward to say the least [02:44:04 CEST] <Compn> an attempt to remove the language barrier per hapse [02:44:19 CEST] <Compn> although i believe both of you speak english well [02:44:51 CEST] <Compn> i see at least one problem is that neither one of you believe the other one :D [02:45:20 CEST] <alevinsn> I remember a couple weeks ago, jamrial responded to something I had said on IRC, and I sort of snapped back (although, it wasn't much of one, but I remember being annoyed), and I realized later that I was just tired [02:45:46 CEST] <alevinsn> sometimes a good night's rest (although not everyone can get one) does wonders for me [02:45:55 CEST] <alevinsn> but, I just spent 3.5 hours at a spa [02:45:56 CEST] <alevinsn> :-) [02:46:07 CEST] <Compn> alevinsn : well the coc was created because the unwritten rule about being nice was being violated. so the project voted to institute the coc [02:46:23 CEST] <Compn> my email is just wondering how to enforce the coc, when violations occur, as some developers have asked. [02:46:38 CEST] <Compn> i think either wm4 or kierank asked how to enforce the coc. i could be wrong [02:47:25 CEST] <wm4> it simply isn't [02:47:50 CEST] <Compn> which is why i asked the project how to enforce , judge, etc the coc [02:48:04 CEST] <wm4> anyway, I won't allow cehoyos' defamatory bullshit against Libav (or me) anymore [02:48:17 CEST] <wm4> if you have a problem with it, then this proiblem will remain unsolved [02:48:48 CEST] <Compn> my point is both of you should discuss this off list [02:48:58 CEST] <wm4> no, he is saying this publicly [02:49:04 CEST] <wm4> on the ffmpeg-devel list [02:49:11 CEST] <Compn> and he shouldnt [02:49:15 CEST] <wm4> if we let it stand, outsiders will think we think this is ok [02:49:20 CEST] <wm4> it's not ok [02:49:25 CEST] <Compn> which is why i told him to take it off list [02:49:36 CEST] <Compn> or asked him, depending on what i said [02:49:47 CEST] <wm4> no, youz told us to take our "fight" off list [02:49:57 CEST] <Compn> i'm talking about a couple days ago as well [02:50:01 CEST] <Compn> or maybe week or two [02:50:10 CEST] <wm4> there's no penalization against his anti-Libav behavior [02:50:29 CEST] <alevinsn> a bunch of people reprimanded him for that [02:50:50 CEST] <wm4> that's how it should be [02:50:52 CEST] <alevinsn> I don't think what he said with regard to libav this time around was defamatory [02:51:14 CEST] <Compn> it should be -devel is for development only [02:51:16 CEST] <Compn> :D [02:51:24 CEST] <wm4> yeah thisn time it was onbly the usual passive aggressive bullshit [02:51:35 CEST] <wm4> and we shouldn't allow that either [02:51:50 CEST] <Compn> your passive agressive replies are tiring as well [02:51:55 CEST] <Compn> on the list that is [02:51:59 CEST] <Compn> off the list, feel free... [02:52:01 CEST] <wm4> what's passive about them [02:52:07 CEST] <alevinsn> they aren't passive [02:52:11 CEST] <alevinsn> exactly [02:52:23 CEST] <alevinsn> but saying "are you joking?" [02:52:30 CEST] <alevinsn> is sort of code for "are you insane?" :-) [02:53:02 CEST] <Compn> also i would say that one person on a mailing list does not tain the whole project [02:53:07 CEST] <Compn> aisde from maybe reiserfs [02:53:08 CEST] <Compn> :P [02:53:14 CEST] <wm4> ok with this I'm trolling, just a little bit (I did it because cehoyos asked "are you joking" in this way) [02:53:37 CEST] <Compn> but i dont view "linux" as being linus torvolds only... [02:53:51 CEST] <Compn> but maybe i am grasping at straws [02:54:05 CEST] <wm4> anyway, feel free to deal with him in a "proper" way and you'll see no posts from me [02:54:43 CEST] <Compn> i would like to encourage you to not engage , and instead ask people to take their opinions off the development mailing list [02:54:56 CEST] <Compn> as it is a quick way to tell people to fuck off without saying it directly :P [02:55:13 CEST] <wm4> again, if he posts some bullshit about Libav, and nobody else corrects him, I'll do it [02:55:18 CEST] <wm4> because I won't let it stand [02:55:40 CEST] <wm4> ah you mean actually telling them on-list [02:55:50 CEST] <alevinsn> it is possible to do that without being confrontational I guess [02:56:06 CEST] <wm4> I guess I should do that if there's a next time [02:56:15 CEST] <Compn> thanks wm4 [02:56:38 CEST] <Compn> but also with everyone else [02:56:46 CEST] <Compn> not singling out anyone in particular [02:56:50 CEST] <Compn> i get weird too [02:56:56 CEST] <wm4> Compn: your reply wasn't very proper anyway [02:57:05 CEST] <wm4> and what do you mean this about "shit" [02:57:33 CEST] <Compn> what did you mean when you said ffmpeg needs to get rid of shit [02:57:34 CEST] <Compn> define shit [02:57:51 CEST] <Compn> we cant read mins [02:57:54 CEST] <Compn> minds* [02:57:57 CEST] <wm4> read those sentences again [02:58:28 CEST] <Compn> i'm not going to guess the definition [02:58:40 CEST] <wm4> the way you put it it sounds like it's emphasizing some unfavorable interpretation of that last part [02:58:44 CEST] <Compn> thats where the problems occur, with the asumptions [02:59:03 CEST] <Compn> omg my typing is getting worse [02:59:48 CEST] <wm4> anyway I should go to sleep [03:00:13 CEST] <alevinsn> good night :-) [03:02:56 CEST] <Compn> alevinsn : do you see pm ? [03:03:59 CEST] <iive> Compn: when i read the word "tribunal" my first association is with this https://en.wikipedia.org/wiki/Revolutionary_Tribunal [03:04:24 CEST] <iive> I think it might be good idea to don't go that path. ;) [03:05:40 CEST] <Compn> iive : well heres what i read , when i read "tribunal" https://en.wikipedia.org/wiki/International_Human_Rights_Tribunal [03:06:29 CEST] <Compn> wait wrong one [03:07:04 CEST] <Compn> plenty of other tribunals in wikipedia :P [03:09:01 CEST] Action: iive shakes head [03:14:38 CEST] <cone-399> ffmpeg 03Michael Niedermayer 07master:550a9c547ec4: tools/target_dec_fuzzer: Remove FuzzerInterface.h dependancy [09:27:08 CEST] <durandal_170> so are those regressions going to be fixed or what? [13:36:29 CEST] <BtbN> How do I properly review a Patch E-Mail with the patch as an attachment? [13:36:42 CEST] <BtbN> Do I just take the patch, prepend > in front of every line, and paste it into an E-Mail? [13:37:45 CEST] <nevcairiel> with many email clients you can treat text-based attachments like inline things, may need to override the mimetype somewhere [13:38:58 CEST] <BtbN> Pasting the patch makes a mess out of the linebreaks [14:36:02 CEST] <cone-654> ffmpeg 03Martin Vignali 07master:59d219b91ef6: fate/exr : fix pix_fmt [15:05:48 CEST] <durandal_170> i will write yet another scope video filter for fun [15:14:06 CEST] <wm4> durandal_170: one filter request I once got is a filter for low-pass filtering the LFE (and only the LFE) [15:33:49 CEST] <durandal_170> hmm, i might extend biquads filters to operate only on certain channels [15:34:18 CEST] <durandal_170> why this havent come to me earlier ... [16:12:40 CEST] <nevcairiel> wm4: durandal_1707: a per channel lowpass would also be something I might use [18:21:48 CEST] <cone-979> ffmpeg 03Paul B Mahol 07master:9d08c7bd424c: avfilter/af_biquads: allow filtering only selected channels [18:24:39 CEST] <durandal_1707> ^ nevcairiel, wm4 : -af lowpass=c=LFE [18:32:39 CEST] <jamrial> nevcairiel: bad practice in a987c686ba from you lavfilters ffmpeg fork :p [18:36:00 CEST] <nevcairiel> jamrial: bad practice how so? [18:36:06 CEST] <jamrial> use av_content_light_metadata_alloc() then add_side_data with the returned size :P [18:36:30 CEST] <nevcairiel> I give no single f' about ABI [18:36:38 CEST] <jamrial> heh [18:38:39 CEST] <nevcairiel> i copied the same pattern as the mastering thing above, which was originally copied from the ffmatroska demuxer [18:38:43 CEST] <jamrial> nevcairiel: also, if SEI messages in extradata are desirable (judging by another commit there), should i revert the patch that moved extradata parsing out of hevcdec? [18:39:06 CEST] <nevcairiel> not sure if its really desirable, but its possible [18:40:15 CEST] <nevcairiel> the proper solution would be to refactor sei decoding to no longer need a full context [18:40:19 CEST] <nevcairiel> but thats effort [18:40:24 CEST] <jamrial> a lot of it [18:40:47 CEST] <jkqxz> That scaling list bug is mildly amusing. Seems to be a commit from three years ago which changed the indexing of the 32x32 scaling lists, but missed one case in the reading. [18:42:56 CEST] <jkqxz> I wonder whether someone actually ran into the specific case which fails (a nondefault list for 32x32 intra and then explicitly copy it for inter, which is the default thing to do anyway), or if that was just from inspecting the code. [18:44:03 CEST] <jkqxz> (That reordering is also why libav and ffmpeg disagree about the scaling list ordering, which caused confusion (to me at least) with hwaccels.) [19:03:55 CEST] <cone-979> ffmpeg 03Anton Khirnov 07master:fa1749dd34c5: vp9: split superframes in the filtering stage before actual decoding [19:03:56 CEST] <cone-979> ffmpeg 03Clément BSsch 07master:d417e95af76c: Merge commit 'fa1749dd34c55fb997c97dfc4da9383c9976ab91' [19:05:01 CEST] <ubitux> atomnuker: here we go, the next commit is a pain because of the bitstream [19:05:03 CEST] <ubitux> :( [19:05:11 CEST] <ubitux> conflicts all over [19:05:22 CEST] <ubitux> not hard to fix, but a pita anyway [19:19:38 CEST] <cone-979> ffmpeg 03Anton Khirnov 07master:730c02326094: binkaudio: switch to the new send/receive API [19:19:39 CEST] <cone-979> ffmpeg 03Clément BSsch 07master:91f8ccdda060: Merge commit '730c02326094bcfb1fa67f10a7e7b22f03f5a88f' [19:32:52 CEST] <ubitux> what do people prefer: 786032cad8ecabe577d9cff0356da6e9e9488a2d or 86157e6db2c7a9222f77fa7e7f50fb9aebc3aa81 ? [19:38:14 CEST] <durandal_1707> links? [19:39:04 CEST] <tmm1> i'm trying to figure out why a53cc isn't working with qsv (https://trac.ffmpeg.org/ticket/5969) anyone have any hunches as to what might be causing the weird behavior? [19:39:20 CEST] <jamrial> ubitux: poke BBB, this seems to touch threading [19:40:05 CEST] <BBB> ? [19:40:33 CEST] <BBB> I need links or pastebin patches [19:43:21 CEST] <ubitux> we do http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=786032cad8ecabe577d9cf… [19:43:24 CEST] <ubitux> libav does https://git.libav.org/?p=libav.git;a=commitdiff;h=86157e6db2c7a9222f77fa7e7… [19:43:40 CEST] <ubitux> reducing diff is better, but i'm asking for opinions on this [19:43:48 CEST] <ubitux> maybe our code is better, maybe not [19:51:07 CEST] <BBB> poke elenril, poke michaelni, tell them to figure it out [19:51:38 CEST] <BBB> Im not willing to ivnest significant time in hevc, sorry [20:54:02 CEST] <wm4> eh, I don't like either of them [20:54:54 CEST] <wm4> ubitux: I'd go with Libav's... just in the interest of reducing the diff [00:00:00 CEST] --- Wed Apr 26 2017

1 0

ffmpeg.log.20170425
by burek 26 Apr '17

26 Apr '17

[00:44:50 CEST] <thebombzen> what is the best swscale filter for downscaling? [00:45:49 CEST] <thebombzen> I'm thinking it's gotta be either sinc, spline, lanczos, or gaussian [00:50:03 CEST] <JEEB> thebombzen: just use zimg's scalers through the zscale VF (or vapoursynth) if you want proper scalers :P [00:50:46 CEST] <thebombzen> zscale defaults to bilinear. which one should I use instead? [00:51:23 CEST] <JEEB> whatever you want, it's all correct and thus up to one's preferences rather than anything else [00:51:24 CEST] <thebombzen> I'm not entirely sure whether spline36, spline16, or lanczos is preferrable [00:51:59 CEST] <thebombzen> you know how most anime is rendered in 720p and the 1080p broadcast is upscaled? I'm scaling it back down to 720p in order to save on some bitrate [00:52:35 CEST] <thebombzen> I'd like to pick the best scaler for doing that [00:53:05 CEST] <JEEB> it really depends on the source [00:53:27 CEST] <JEEB> debilinear et al prolly can help with that, not sure if the zscale vf has that [00:53:58 CEST] <furq> it doesn't [00:54:56 CEST] <thebombzen> it only has nearest, bilinear, bicubic, and the three I listed [00:55:07 CEST] <thebombzen> I figure I want spline36 or lanczos [00:55:11 CEST] <JEEB> no [00:55:22 CEST] <JEEB> because what you want is not normal downscaling [00:55:25 CEST] <furq> apparently debilinear isn't worth using if the upscale has been recompressed [00:55:48 CEST] <JEEB> furq: depends really, I mean all of the sources used for testing it were :P [00:56:24 CEST] <JEEB> also not many people actually properly tried to find the correct size ratios and if it was bilinear (mostly) or bicubic or whatever [00:56:45 CEST] <JEEB> (it doesn't help that even if it's not completely correct it looks sharp n' good) [00:56:51 CEST] <JEEB> (when you get at least one thing right :P) [01:00:05 CEST] <thebombzen> also why is swscale "not proper" or whatever [01:01:47 CEST] <JEEB> swscale in general has been made before people thought doing gamma-correct scaling and various other things were worth it :P [01:02:25 CEST] <JEEB> it will quite likely do a whole lot of stuff kind of correct and it is optimized because it was made when being fast was better than not having anything [01:02:34 CEST] <JEEB> aand swscale in general is a mess :P [01:02:57 CEST] <JEEB> (but it supports way too many random paletted etc colorspaces so it ain't gonna go away) [01:03:30 CEST] <JEEB> also things like bit depths and range conversions not to even speak about bt.601/bt.709/bt.2020 or smpte st.2084 or HLG [01:04:18 CEST] <JEEB> I don't think I need to say more than that ronald made his own VF instead of trying to make colormatrix transformations better in swscale [01:05:54 CEST] <JEEB> (and while it might sound like I'm dissing swscale - it most definitely had its place and qualities for many years but at this point it's kind of being a thing that nobody wants to improve) [01:07:07 CEST] <thebombzen> it seems to me that swscale is useful it you don't care [01:07:32 CEST] <thebombzen> it seems more useful for -vf format than it does for -vf scale anyway [01:08:00 CEST] <JEEB> format is a metafilter anyways [01:08:33 CEST] <JEEB> if you set zscale=params,format=yuv444p it means that you want 4:4:4 out of zscale, and if zscale can't do it => swscale [01:08:49 CEST] <JEEB> (and that's another funky thing, implicit conversions in various places vOv) [01:09:13 CEST] <JEEB> thebombzen: and yes, if you don't care about correctness swscale is Just Fine. [01:09:30 CEST] <JEEB> (although I'm pretty sure it still can't do full/limited range conversions correctly in many cases [02:03:36 CEST] <james999> so does anybody know if ffmpeg can be used on windows to stream to DLNA? [02:03:46 CEST] <james999> i think ffserver on linux might work but i'm not sure how to go about it on windows 7 [02:11:49 CEST] <thebombzen> DLNA? [02:12:55 CEST] <james999> yeah it's a thing for streaming to xboxes and smart tvs and stuff [02:13:08 CEST] <thebombzen> what protocol do you stream to it? [02:13:30 CEST] <thebombzen> ffmpeg can stream unicast. ffserver is primarily a multicast tool [02:14:18 CEST] <thebombzen> "Precisely, ffserver acts as an HTTP server, accepting POST requests from ffmpeg to acquire the stream to publish, and serving RTSP clients or HTTP clients GET requests with the stream media content." [02:14:30 CEST] <james999> i don't know, I just read VLC player updated itself so it can act as a DLNA receiver [02:14:40 CEST] <james999> so I've been using vlc on my phone as a test [02:15:36 CEST] <furq> does it have to be dlna [02:15:52 CEST] <james999> well it's whatever my xbox and android phone with vlc are using [02:16:01 CEST] <james999> and my limited understanding is that it's called DLNA [02:16:25 CEST] <james999> I originally went to windows 7 control panel to enable media streaming when I learned about it [02:16:38 CEST] <james999> Then in VLC player you go to Local Network and it appears as your PC's name [02:16:50 CEST] <andai> How does output to the terminal? I'm trying to pipe the output but it doesn't seem to be working [02:17:08 CEST] <andai> how does ffmpeg output * [02:17:18 CEST] <james999> i don't really know how to do what I want [02:17:18 CEST] <furq> if you mean the status output then it goes to stderr [02:17:26 CEST] <james999> so I was hoping to get some ideas [02:17:31 CEST] <andai> furq: aha! that makes sense, thanks [02:17:40 CEST] <thebombzen> james999: I googled it and it's http, dash, or rtp [02:17:46 CEST] <thebombzen> but if so why don't you just use those directly [02:17:52 CEST] <thebombzen> rather than DLNA which is a proprietary closed thing [02:17:58 CEST] <thebombzen> that's designed for "member companies" [02:18:06 CEST] <james999> well like I said I have no idea what I'm doing lol [02:18:24 CEST] <thebombzen> what sort of streaming are you looking for? Point-to-point? or upon-request? [02:18:28 CEST] <james999> i thought I read that ffmpeg would not go to a DLNA device even wtih rtp as the output protocol [02:18:56 CEST] <thebombzen> do you want to take video and send it somewhere, or do you want to stream in an on-demand sense [02:19:37 CEST] <james999> Um, I guess I'm trying to send my desktop to my tv set with an xbox on it [02:19:43 CEST] <james999> not sure if that answers the question [02:21:18 CEST] <james999> I think I got udp streaming to my phone working before. but i'm not sure if the xbox would see that [02:22:30 CEST] <james999> The only thing I definitely have working is windows streaming enabled on my Videos folder, and I can use Xbox media player to load that and play files individually. [03:31:32 CEST] <james999> hmm serviio wants a url, but i'm not sure if localhost will work [03:34:49 CEST] <james999> is there something I can use on windows instead of ffserver? [03:49:09 CEST] <james999> well I got vlc to stream a file locally on udp, and serviio recognized the URL, but my phone didn't play it. :( [03:52:18 CEST] <james999> hi TheXzoron [03:52:52 CEST] <TheXzoron> hello [03:54:37 CEST] <james999> i don't suppose you know all about streaming, rtp, and xboxes? [03:54:51 CEST] <james999> oh hey again thebombzen [03:55:07 CEST] <thebombzen> #comcast internet [03:55:15 CEST] <thebombzen> and hello [03:56:09 CEST] <james999> right now i'm thrashing around with serviio and vlc trying to stream to udp localhost [03:56:44 CEST] <thebombzen> are you using an mpegts container? [03:56:51 CEST] <thebombzen> if you're trying to use raw udp you should use mpegts [03:57:04 CEST] <thebombzen> what sort of latency are you looking for? do you care about that at all? [03:57:16 CEST] <james999> i don't know enough to care about that at this point [03:57:29 CEST] <thebombzen> to stream udp you can do something li ke [03:58:30 CEST] <thebombzen> what OS are you on? [03:58:35 CEST] <james999> windows [03:58:40 CEST] <james999> that's why i'm not using ffserver [03:58:44 CEST] <thebombzen> screengrabbing from windows. okay. [03:58:47 CEST] <james999> which i read is what you need to get this to work in linux [03:58:58 CEST] <thebombzen> you don't but okay [03:59:09 CEST] <thebombzen> have you considered using OBS by the way [03:59:17 CEST] <james999> yeah i have a dshow thing called UScreenCapture and I think ffmpeg can now recognize it cause I did the -list_devices magic voodoo [03:59:57 CEST] <james999> OpenbroadcasterSoftware? [04:00:50 CEST] <james999> By the way this is what I have now: ffmpeg -i yt.mp4 -vcodec libx264 -f flv udp://localhost:1234 [04:00:53 CEST] <thebombzen> on in that case [04:00:56 CEST] <thebombzen> you want mpegts [04:00:58 CEST] <thebombzen> not flv [04:01:12 CEST] <thebombzen> ffmpeg <input video options> -c:v libx264 -preset:v superfast -tune:v zerolatency -x264-params intra-refresh=yes -f mpegts udp://127.0.0.1:1234 [04:01:12 CEST] <james999> I'm gonna replace localhost with my phone's IP addr since I think you have to do that [04:01:25 CEST] <thebombzen> if you're doing raw udp? use mpegts [04:01:29 CEST] <thebombzen> not flv [04:01:36 CEST] <james999> k sec [04:03:04 CEST] <james999> when I did your command with yt.mp4 file I get a blurry choppy video and no sound in vlc on the same machine [04:04:39 CEST] <james999> the distortion effect is horrifying by the way lol [04:04:49 CEST] <james999> it's a person talking so it looks like their face is being smeared all over the screen [04:07:46 CEST] <james999> here's some of ffmpeg's output: https://pastebin.com/6mE92C7V [04:52:41 CEST] <kepstin> james999: that command would work find with realtime input (e.g. a capture card). If you're doing file input, you probably want to add the "-re" option to play it in realtime rather than encode as fast as possible [04:55:51 CEST] <Miles> Can anyone explain the "mv4 flag under global options? It says "Use four motion vector by macroblock (mpeg4)." [04:56:24 CEST] <Miles> Mainly whether or not it's beneficial to compression ratio / quality. [04:58:57 CEST] <furq> i assume "mpeg4" means the builtin mpeg4 decoder [04:59:13 CEST] <furq> which you shouldn't be using because it's not 2005 [05:02:16 CEST] <furq> er, encoder [05:07:41 CEST] <Miles> And it won't do anything to the xvid encoder? [05:10:21 CEST] <Miles> I realize that's obsolete too. [05:11:08 CEST] <Miles> Shamefully slow computer. [05:27:35 CEST] <james999> oh ok kepstin [05:27:47 CEST] <james999> yes adding the -re option made it not jitter and screach a lot [05:29:03 CEST] <james999> unfortunately I still can't add it to serviio [05:29:12 CEST] <james999> I tried udp://localhost:1234 and it's locking up [05:30:09 CEST] <james999> udp://@:1234 works in vlc player to view it but isn't working in serviiio [05:30:46 CEST] <james999> now I'm trying udp://:1234 [05:36:59 CEST] <james999> dammit [05:37:09 CEST] <james999> why won't serviio recognize any URL when I can play it in vlc finally [05:39:20 CEST] <james999> the example has http://127.0.0.1:1234 [05:39:31 CEST] <james999> maybe there is a way to get ffmpeg to stream http instead of udp? [07:28:33 CEST] <james999> hey bombzen [07:28:52 CEST] <james999> right now i'm trying to get vlc to read video from a dshow screen capture filter [07:29:04 CEST] <james999> so far it just crashes on me. :( [08:45:08 CEST] <thebombzen> okay. [08:47:23 CEST] <Asar> Hey guys, there is a bugtack report numbered 6139 which is regarding an error when using the -stream_loop function. Does anyone know of a workaround for this? [10:27:10 CEST] <AndrewMock> Can't figure what the latest on what decoders support -hwaccel dxva2 [13:02:43 CEST] <olspookishmagus> almost one day later and yet my post to zeranoe fora hasn't been approved... [13:13:14 CEST] <bencc> when doing 2 pass encoding, where the result of the first run is saved? [13:13:26 CEST] <BtbN> in the stats file [13:14:55 CEST] <bencc> I'll look for it. thanks [13:15:27 CEST] <BtbN> it should be fairly obvious, as it's the only file it creates [13:15:44 CEST] <BtbN> except for the output file itself, if you don't use a null output for pass 1 [13:18:01 CEST] <bencc> you are right. thanks [13:18:34 CEST] <bencc> I was confused because the use of /dev/null [15:18:35 CEST] <Caterpillar> https://trac.ffmpeg.org/wiki/HWAccelIntro I cannot understand if on amdgpu + ffmpeg is enabled the h264 encoding accelration [15:21:08 CEST] <tdr> Caterpillar, this chart doesn't list amdgpu, dont know if its accurate tho: https://trac.ffmpeg.org/wiki/HWAccelIntro [15:21:48 CEST] <BtbN> I don't think amdgpu exposes an encoding API at all [15:21:55 CEST] <BtbN> if you are lucky, VAAPI works, but I kind of doubt it [15:22:12 CEST] <Caterpillar> I only see AMD VCE poaragraph, that is not very clear [15:22:20 CEST] <Caterpillar> *paragraph [15:23:22 CEST] <tdr> yeah it says attempt to port to blah on windows [15:23:59 CEST] <BtbN> VCE is Windows-Only. [15:25:43 CEST] <BtbN> The API, that is. It's supposed to be exposed via VAAPI on Linux, but I very highly doubt this works to a useful degree [15:26:45 CEST] <tdr> so basically on linux, if you have an amd card, you should use it for your desktop and use your intel card to encode? [15:31:04 CEST] <BtbN> if you manage to get the Intel encoder to work properly [15:32:23 CEST] <tdr> ah ok so theres a challenge part, makes it more interesting [15:32:51 CEST] <tdr> ive been looking for "fun" things to do on my macbook under linux. [15:33:09 CEST] <tdr> desktop has a nvidia card, its too easy [15:40:16 CEST] <iive> i've heard that mesa3d does support radeon encoding through VDPAU [15:40:48 CEST] <iive> i don't have capable card, so I haven't tried it, but ffmpeg does support vdpau encoding, i think. [15:43:26 CEST] <iive> mesa3d can work with radeon.ko and amdgpu.ko , the amdgpu is shared with the binary drivers and allows vulkan acceleration. binary driver does come with amdgpu-pro [15:45:00 CEST] <Crot> Hello All. [15:46:07 CEST] <tdr> iive, ok, i'm still getting used to the amd side, had nvidia for so long and amd seems like a pain compared to it. [15:47:11 CEST] <iive> vdpauinfo should report is there is support for it. [15:48:15 CEST] <iive> tdr: the opensource radeon support should work out of the box. The biggest problem is debian putting card firmware in non-free repo. [15:49:41 CEST] <iive> there was some problem , where was a race condition where you could get radeon.ko or amdgpu.ko at random, if you had both compiled. but this should have been taken care now. [15:50:20 CEST] <tdr> iive, thats not a problem then, i build gentoo for my setups so i can use whatever [15:50:52 CEST] <Crot> I'm having a issue with transcoding an over the air channel received off of a HD homerun. Straight out of the transcoder the UDP stream looks great. Once I put the stream through a 1gb switch the video quality falls apart. I can replace the 1gb switch with 100 mb switch and it cleans back up. Has anyone seen this or can you point me on a direction [15:50:52 CEST] <Crot> to run down. [15:51:17 CEST] <iive> Crot: udp packet redordering? [15:52:13 CEST] <Crot> I have yet to look at the packet flow I'm gearing up right now mirror the port. [15:53:10 CEST] <iive> Crot: i'm trying to say, that if some router does something that changes the order of the UDP packets, the recieving app would detect that as errors. [15:55:02 CEST] <Crot> Continuity counters should show this let me look real quick. [16:06:13 CEST] <matej_k> matroskademux seems to be adding index entries that arent really key frames over time, is this intentional? [16:07:05 CEST] <Crot> basiclaser you are correct CC counters are present. What I don't understand is I can hardset the port out of the transcoder to 100m and the clear up. [16:07:17 CEST] <Crot> cc errors* [16:08:08 CEST] <Crot> wrong person meant for iive [16:11:59 CEST] <iive> Crot: i don't understand you. I understand that there are indeed continuity counters errors . [16:13:04 CEST] <iive> if you are using mpeg-ts, afair the counter wraps around 16 (4bits) , so it cannot be reliably reconstructed using that counter. [16:19:16 CEST] <Crot> iive sorry for not being clear. Currently I have transcoder >>>>Switch>>>> STB when I hardset the interface speed on the NIC in the transcoder to 100mbps CC errors go away. If I set it at Auto negotiate they come back. [16:22:00 CEST] <iive> is NIC working at 1Gbps when on auto? the switch switch might be smart enough to have trafic shaping, priority queues and stuff like that. it could reorder or drop packets. [16:22:56 CEST] <Crot> iive no [16:24:16 CEST] <Crot> if it was traffic shaping or similar wouldn't it be present when setting the port to 100mpbs [16:25:44 CEST] <Crot> I inititally assumed broadcast storm protection or something similar interfering however I woudl expect to see the same at 1gbps or 100mbps. [16:27:08 CEST] <tdr> so if no erorrs when hard set to 100, what happens if you hard set it to GB? [16:29:48 CEST] <Crot> tdr cc errors return [16:30:51 CEST] <tdr> so sounds like gb is just hosed on either your switch or card, can you flash firmware or dig deeper into nic or switch port settings? (managed switch or dumb etc) [16:31:19 CEST] <tdr> (or you have a really really crappy cable) [16:31:45 CEST] <Crot> quasi managed switch netgear gs108 [16:32:59 CEST] <Crot> I'll run this down a bit more see what I can find. I appreciate the help guy [16:34:39 CEST] <tdr> it could just as easily be nic firmware or a driver bug, have you tried connecting it to anything else? [16:35:21 CEST] <tdr> either the switch or the pc? or pc direct to another pc? (gb doesn't need a cross) [16:36:14 CEST] <blackd> is there anyway to convert monochrome to YUV420P for compression purpose (HEVC)? [16:37:37 CEST] <Mandevil> Monochrome what? [16:38:06 CEST] <blackd> mocochrome raw image [16:38:10 CEST] <blackd> frame [16:38:17 CEST] <Mandevil> -pix_fmt yuv420p [16:38:19 CEST] <blackd> 8bit [16:38:22 CEST] <Mandevil> That should just work. [16:39:00 CEST] <blackd> can you post the full command ? [16:39:34 CEST] <Mandevil> blackd: What do you want to do? What's your actual source file? [16:39:37 CEST] <Mandevil> An image? [16:40:11 CEST] <blackd> video stream raw data 30fps mono8 [16:40:12 CEST] <Crot> tdr I have not yet I'll do this and report back [16:40:51 CEST] <Mandevil> blackd: ffmpeg -i <source> -pix_fmt yuv420p <output> [16:40:56 CEST] <Mandevil> blackd: Try this. [16:41:33 CEST] <blackd> does this means that I don't need to convert it to yuv420p? [16:41:42 CEST] <ZexaronS> comeon [16:41:54 CEST] <blackd> or it actually converts it yuv420p? [16:42:03 CEST] <ZexaronS> stop the hackers injecting .goutputstream again it lagsdsdsdfsdfsdfsef lags my whole PC [16:42:06 CEST] <ZexaronS> stupid IRC crap [16:42:15 CEST] <ZexaronS> ScrInjectB.trojan [16:42:38 CEST] <ZexaronS> can't type [16:44:28 CEST] <kepstin> blackd: libx265 *can* encode mono hevc streams, are you sure you actually need yuv420p? [16:44:37 CEST] <kepstin> I think [16:44:42 CEST] <kepstin> ...oh, no, i'm wrong :/ [16:45:02 CEST] <blackd> no , i thought libx264 needs yuv420p, since the mono is in packed format [16:45:17 CEST] <ChocolateArmpits> wouldn't it be yuv400p [16:46:07 CEST] <kepstin> so yeah, just tell ffmpeg to use the yuv420p pixfmt, that's all you need... the "conversion" is just putting the mono channel into the Y and adding dummy U,V values to make it greyscale :/ [16:46:17 CEST] <ZexaronS> oops [16:46:20 CEST] <ZexaronS> sorry wrong channel [16:47:18 CEST] <blackd> no conversion ?! [16:49:30 CEST] <kepstin> blackd: if you tell ffmpeg to use a specific output pix_fmt, it will automatically do any conversions needed - i'm not sure what you're asking. [16:49:58 CEST] <Mandevil> blackd: It is conversion. [16:50:21 CEST] <Mandevil> blackd: In this particular case it's lossless. [16:55:00 CEST] <blackd> I am asking because I am using API and i need to implicitly convert it before encoding [16:55:31 CEST] <blackd> sorry if my questions are a bit newbie size [16:56:26 CEST] <kepstin> oh, you're using api not ffmpeg cli? that's a bit different, yeah. [16:57:19 CEST] <blackd> correct, so i wanna make sure i have the correct format before calling encoder [16:57:34 CEST] <kepstin> in that case, you'll probably want to use libswscale to do the conversion [16:57:58 CEST] <kepstin> (if you set it up with different input and output pixfmts, and the same size, it'll do the conversion without any scaling) [16:58:24 CEST] <blackd> correct, so i need sth like sws_scale (mono8, yuv420p) ? [17:37:26 CEST] <jb_> Can anyone suggest a way to toggle between two audio streams at various points in a video? I have a video and at various points (e.g. from 5s to 10s and 15s to 20s), I need to mute the video's default audio and insert a tone [19:21:46 CEST] <erick3k> Hi [19:21:58 CEST] <erick3k> can someone help me debug why ffmpeg is stopping? [19:22:04 CEST] <erick3k> uploading the log... [19:22:34 CEST] <erick3k> well no need lol [19:22:39 CEST] <erick3k> this is the last line WriteN, RTMP send error 104 (136 bytes) [19:23:34 CEST] <erick3k> what does that means? [19:24:27 CEST] <Fenrirthviti> closed by remote host [19:26:05 CEST] <erick3k> that means youtube closing it? [19:26:14 CEST] <erick3k> am streaming to youtube [19:27:39 CEST] <erick3k> Fenrirthviti? [19:28:02 CEST] <Fenrirthviti> Sounds plausible, sure. [19:28:14 CEST] <Fenrirthviti> 104 is closed by remote host. [19:30:08 CEST] <erick3k> wouldnt think Such a huge company will have those kind of errors? weird [19:39:45 CEST] <furq> i would think it would be more likely they'd have those kinds of errors [19:40:29 CEST] <furq> small companies have got competition [19:41:06 CEST] <furq> they also often bother to read bug reports instead of just leaving them to die on a forum [19:47:42 CEST] <rictan> Hello all, is it possible to convert a fragmented mp4 to a regular mp4...pardon me if my question is vague / not precise [19:49:32 CEST] <furq> ffmpeg -i fragmented.mp4 -c copy regular.mp4 [19:50:01 CEST] <faLUCE> Hello. I just published this C++ library, based on ffmpeg. It's for h264/aac http-live streaming (Linux) https://github.com/paolo-pr/laav . If anyone wants to test it, he is welcome [19:54:06 CEST] <rictan> thanks furq [19:55:12 CEST] <rictan> is there a way to parse fragmented.mp4 to check whether the conversion worked [19:55:44 CEST] <rictan> Ive read mp4box can do it, but is there such command as a sanity check to see if my regular.mp4 is indeed a regular .mp4 [19:55:51 CEST] <rictan> (assume after conversion) [19:56:53 CEST] <rictan> nvm a quick search shows mp4parser.com can do it [19:59:08 CEST] <JEEB> what do you mean as "regular .mp4"? [19:59:33 CEST] <JEEB> you can see from looking at the box structure that it's indeed made up of boxes [20:00:12 CEST] <JEEB> but not much more than that [20:13:27 CEST] <james999> well [20:13:48 CEST] <james999> I finally discovered from this ancient grimoire the voodoo spell which makes vlc screencast over my LAN [20:14:11 CEST] <james999> but ffmpeg at least could do dshow input, dunno if vlc can. :( [20:14:23 CEST] <klaxa> faLUCE: i also wrote an http-live streaming server: https://github.com/klaxa/mkvserver_mk2 :) [20:14:31 CEST] <klaxa> but matroska only and no re-encoding [20:17:02 CEST] <james999> klaxa: you wrote ffmpeg's http capability?? [20:17:19 CEST] <klaxa> the server side only [20:18:01 CEST] <james999> in that case let me ask you this. [20:18:08 CEST] <klaxa> with a lot of help [20:18:25 CEST] <james999> I'm on windows with ffmpeg with dshow capability, but I can't figure out how to cast my desktop+microphone stereo mix with it. [20:18:34 CEST] <faLUCE> klaxa: you stream files, right? [20:18:38 CEST] <james999> Do I need ffserver and if not what the hell am I doing wrong lol [20:18:49 CEST] <klaxa> faLUCE: yes [20:19:00 CEST] <klaxa> faLUCE: what does your software stream? [20:19:01 CEST] <faLUCE> klaxa: in my case I stream live only :-) [20:19:05 CEST] <klaxa> wait [20:19:20 CEST] <klaxa> i don't just serve files [20:19:29 CEST] <klaxa> i remux it for every client so they can jump in live [20:20:07 CEST] <klaxa> james999: for a single client you use ffmpeg [whatever] -listen 1 http://0.0.0.0:8080 [20:20:12 CEST] <klaxa> that will be blocking though [20:22:52 CEST] <james999> sec let me pull up ffmpeg doc [20:22:58 CEST] <james999> I can do something like ffmpeg -f dshow -i video="UScreenCapture" -f dshow -i audio="Microphone" output.flv [20:23:06 CEST] <james999> But I just need to get it to stream over a network [20:24:07 CEST] <james999> I don't see -listen anywhere on https://ffmpeg.org/ffmpeg.html [20:24:32 CEST] <c_14> https://ffmpeg.org/ffmpeg-protocols.html#http [20:24:42 CEST] <klaxa> ninja'd [20:26:21 CEST] <james999> [NULL @ 000000000056e7a0] Unable to find a suitable output format for 'http://0 [20:26:21 CEST] <james999> 0.0.0:8082' [20:26:33 CEST] <james999> hmm whoops character limit tehre [20:27:12 CEST] <klaxa> ah [20:27:16 CEST] <klaxa> add -f flv or something [20:27:21 CEST] <james999> yeah just did [20:27:26 CEST] <james999> lol [20:28:29 CEST] <james999> YES [20:28:35 CEST] <james999> IT WORRRRRRRRKSSSSSS [20:28:41 CEST] <james999> XD XD XD XD [20:29:21 CEST] <james999> Been fucking around with vlc cmd line options for hours [20:31:58 CEST] <james999> is this -listen a new undocumented feature or something? [20:32:02 CEST] <james999> i don't recall knowing about it at all [20:32:44 CEST] <klaxa> it's documented, since summer 2015 :V [20:34:04 CEST] <klaxa> and even before that for tcp [20:34:38 CEST] <james999> haha well i don't know anything i guess [20:35:45 CEST] <james999> i feel bad asking for more but serviio doesn't load the ffmpeg stream lol dammit [20:35:56 CEST] <james999> see i'm trying to screencast to an xbox in my living room over wifi [20:36:36 CEST] <james999> and i downloaded some Upnp/dlna apps like serviio and Plex to do it. but neither of them is accepting the local live streams i give to them. >_> [20:37:39 CEST] <james999> well aside from that ffmpeg has crashed twice in the last few minutes complaining about dropped frames and a full buffer [20:37:43 CEST] <james999> so there's that [20:38:43 CEST] <james999> but i mean that's more than i've managed to get working after several hours lol [21:16:11 CEST] <erick3k> furq [21:16:13 CEST] <erick3k> you on? [21:29:13 CEST] <james999> i'm reading the ffmpeg doc [21:29:25 CEST] <james999> i still dont' understand how to fix this buffer near too full or full error [21:29:58 CEST] <klaxa> do you only have it when writing to the network or also when writing to a file? [21:31:46 CEST] <james999> it's saying same thing when I change that http://000 stuff to blah.flv [21:32:00 CEST] <james999> not as much though [21:32:17 CEST] <james999> there's more errors like Past duration 0.859367 too large [21:33:36 CEST] <james999> oh i think that might be cause i had -vcodec libx264 right before it [21:33:41 CEST] <james999> I got rid of that and it's same behavior [21:34:06 CEST] <james999> right now I have ffmpeg -f dshow -i video="UScreenCapture" -f dshow -i audio="Stereo Mix (Realtek High Defini" -listen 1 -f flv crap.flv [21:34:30 CEST] <james999> i had to switch to UScreen b/c the other dshow I downloaded didn't work [21:37:22 CEST] <james999> want me to pastebin the full output? [21:45:34 CEST] <klaxa> james999: sure why not [21:47:35 CEST] <james999> https://pastebin.com/DY4iWr6G [21:49:19 CEST] <klaxa> maybe try setting rtbufsize to some ridiculously high value? [21:50:50 CEST] <james999> the wiki says that will prevent ffmpeg from dropping frames at all, correct? [21:51:17 CEST] <james999> i'm not sure why it's crashing either [21:59:45 CEST] <james999> oh wait, when i turn off vlc on my phone and it's streaming to http then it does [21:59:46 CEST] <james999> *dies [22:00:14 CEST] <james999> [flv @ 00000000004ee340] Failed to update header with correct duration. [22:00:14 CEST] <james999> [flv @ 00000000004ee340] Failed to update header with correct filesize. [22:00:14 CEST] <james999> Error writing trailer of http://0.0.0.0:8082: Error number -10053 occurred [22:03:13 CEST] <binario> hi all [22:03:22 CEST] <binario> How can i convert recursively from mp3 to ogg does anyone know? [22:08:24 CEST] <klaxa> james999: yes since the output is closed and no longer writable [22:08:35 CEST] <klaxa> like i said, it only works for one client and is blocking [22:28:27 CEST] <james999> crap i was disconnected [22:48:43 CEST] <james999> let me see if i can get an app on this xbox [22:48:46 CEST] <james999> to open URLs directly [23:04:53 CEST] <james999> great now I'm getting [mp4 @ 00000000004de0a0] muxer does not support non seekable output [23:10:54 CEST] <kepstin> yes, mp4 is inherently incompatible with any sort of "live" streaming. you have to write a complete file to disk before it can be served over http. [23:15:05 CEST] <james999> at the moment my command looks like [23:15:06 CEST] <james999> ffmpeg -f dshow -rtbufsize 1000000000 -i video="UScreenCapture" -f dshow -i audio="Stereo Mix (Realtek High Defini" -vcodec libx264 -acodec libvorbis -listen 1 -f mpegts http://0.0.0.0:8082 [23:16:01 CEST] <JEEB> kepstin: except fragmented one [23:16:15 CEST] <BtbN> h264 and vorbis is kind of an odd combination [23:16:22 CEST] <BtbN> I'm not even sure if you can put vorbis into mpegts [23:16:30 CEST] <JEEB> at least opus is standardized in mpeg-ts [23:16:34 CEST] <JEEB> vorbis probably not [23:17:43 CEST] <james999> well i have no idea what i'm doing [23:17:59 CEST] <james999> i'm just trying different combinations to get it to work through serviio and on my vlc phone [23:18:57 CEST] <james999> bbl afk [23:39:20 CEST] <quentinlamamy> hi [23:40:19 CEST] <quentinlamamy> is there a way to read id3v2 tag with ffmpeg in command line ? [23:40:48 CEST] <BtbN> define read [23:40:56 CEST] <BtbN> pretty sure ffprobe shows them [23:41:34 CEST] <quentinlamamy> i want to call ffmeg with the exec command from php to get all the tag for a mp3 [23:42:20 CEST] <BtbN> sounds horrible [23:42:49 CEST] <quentinlamamy> yes but i don't know enough how the id3tag works to code a parser in php [23:43:25 CEST] <quentinlamamy> but it's just a one shot use to build an index [23:43:44 CEST] <quentinlamamy> so it's horrible only one time and after i drink to forgot this xD [23:43:45 CEST] <james999> any suggestions on container/audio/video codec for streaming ffmpeg to a upnp/dlna server on my pc? [23:44:18 CEST] <BtbN> I'd be surprised if there is no library for php to read id3 tags [23:45:06 CEST] <quentinlamamy> there is but not work with all the tag and sucks on encoding [23:45:09 CEST] <BtbN> don't even need a library, php itself has functions for id3 [23:45:43 CEST] <quentinlamamy> really, i never see this in vanilla without external lib [23:45:56 CEST] <BtbN> http://php.net/manual/en/ref.id3.php [23:46:02 CEST] <james999> is libx264 + mpegts container a god possibility for live streaming over LAN? [23:46:02 CEST] <BtbN> first google hit for php and id3 [23:47:09 CEST] <BtbN> id3_get_tag looks perfect [23:48:11 CEST] <quentinlamamy> need a package that seems to don't exist on windows, fuck of for windows user xD [23:48:12 CEST] <erick3k> am getting this randomly after hours / days [23:48:13 CEST] <erick3k> WriteN, RTMP send error 104 (136 bytes) [23:48:20 CEST] <erick3k> streaming to youtube any idea? [23:48:33 CEST] <BtbN> It only talks about XP being problematic [23:48:37 CEST] <BtbN> but it's PHP... [23:48:43 CEST] <BtbN> Nobody seriously uses it on Windows anyway [23:49:33 CEST] <quentinlamamy> some devs who work in my customer corp does ^^ [23:50:19 CEST] <quentinlamamy> but this customer will code it himself, no way to install and compilling on XP [23:50:44 CEST] <quentinlamamy> i can't it's a crime ^^ [23:54:39 CEST] <quentinlamamy> so thks, i will try this pecl [23:55:12 CEST] <quentinlamamy> good night (or anything else, in france it's midgnight) [00:00:00 CEST] --- Wed Apr 26 2017

1 0