Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

February 2018

1 participants
56 discussions

ffmpeg-devel.log.20180212
by burek 13 Feb '18

13 Feb '18

[00:02:50 CET] <rcombs> atomnuker: is copy still an actual copy (vs just a passthrough)? [00:03:46 CET] <jamrial> michaelni: do i merge 8965e2af92 or noop it? [00:03:54 CET] <jamrial> we're zeroing the whole buffer rather than the padding after a commit of yours [00:04:04 CET] <atomnuker> rcombs: its "create an image, copy input image to new image, output new image" thing which is meant to also detile images, so its an actual gpu copy [00:04:30 CET] <jamrial> zeroing the padding only may be slightly faster with big packets [00:05:32 CET] <atomnuker> also my old mpv vo_vulkan code works well, thank you very much, it passes validation layers, its nvidia's drivers which made people's systems crash [00:05:33 CET] <rcombs> interesting [00:08:25 CET] <Compn> wm4 : some people in #videolan were having trouble with hdr playback, i told them to try mpv , and mpv worked where vlc crashed. so congrats, you beat vlc :) (this was on win10 btw) [00:09:06 CET] <Compn> source was 4k h265 satellite stream [00:10:22 CET] <atomnuker> how do people with nvidia live with the inconvenience of having malfunctioning but fast graphics? everywhere I'm seeing tearing, in whatever API is used, its horrible [00:10:47 CET] <Compn> atomnuker : what desktop environment are you using ? [00:10:53 CET] <Compn> any compositing ? [00:11:14 CET] <BtbN> On my Laptop I have Intel. It's malfunctioning and dirt slow. [00:11:14 CET] <Compn> that was known to cause tearing in the past [00:11:44 CET] <Compn> yea the choice is nvidia or amd still i think [00:12:16 CET] <BtbN> AMD is in an even more sorry state in terms of video hwaccel right now [00:14:57 CET] <jamrial> amd is slow. like 80fps decoding a 1080p h264 stream [00:15:41 CET] <Compn> atomnuker : which card manf do you prefer? [00:15:44 CET] <jamrial> with ffmpeg -hwaccel dxva2 or d3d11va [00:15:46 CET] <jkqxz> AMD playback with VAAPI is perfect with Mesa 18.1 *, libva 2.1 * and mpv 0.28! [00:15:56 CET] <jkqxz> (* Not yet released.) [00:16:50 CET] <jkqxz> And it could have been trivially fixed ages ago if anyone at AMD actually cared. Hmph. [00:17:25 CET] <c3r1c3-Win> jkqxz: Is your name really Xaymar? ;-) [00:18:05 CET] <Compn> if nvidia really cared they could fix their contracts and release whatever video card specs and api secrets so people could actually write code without guessing ... [00:18:10 CET] <jkqxz> ? No. [00:18:48 CET] <atomnuker> Compn: AMD, always have had dedicated AMD/Ati cards except for a Riva TNT2 [00:18:50 CET] <c3r1c3-Win> jkqxz: I ask because that's almost verbatim what Xaymar (creator of the OBS AMF encoder) says. [00:20:11 CET] <jkqxz> Well, that actually required AMD to do most of it because that stuff is all proprietary. [00:20:48 CET] <jkqxz> But yes, AMD spent a long time doing nothing useful with video stuff. [00:21:07 CET] <wm4> jkqxz: sad if they don't care... I thought it was Intel/libva who didn't [00:21:19 CET] <atomnuker> I remember buying an 4870 in 2009, what a machine that was, needed 2 6-pin external power connectors and ripped through stalker clear sky at 1280x1024 with 60fps [00:21:26 CET] <wm4> also death to vdpau [00:21:34 CET] <j-b> jkqxz: that's a good news. [00:21:52 CET] <jkqxz> There was some vague moaning about VAAPI but as far as I can tell they never actually talked to libva people to fix it at all. [00:22:25 CET] <wm4> that mesa/libva thing would probably make it instantly work with kodi and vlc too [00:23:13 CET] <jkqxz> Kodi are already implementing it, at least. [00:23:13 CET] <BtbN> Kinda sad that the worst of all APIs seems to have won [00:23:57 CET] <wm4> vdpau could have been salvaged [00:24:23 CET] <BtbN> vdpau is not in any kind of broken state. They just stopped developing new stuff [00:25:09 CET] <wm4> because everyone stopped caring about it [00:26:16 CET] <BtbN> because vaapi is easier to work with for drivers devs [00:26:21 CET] <BtbN> but a nightmare for non driver devs [00:27:50 CET] <cone-428> ffmpeg 03Muhammad Faiz 07master:b7d476b1384f: fate/libavcodec: add codec_desc test [00:33:21 CET] <jkqxz> That's basicallly true of all hardware video APIs, though. If there is exactly one implementation then maybe you can puzzle through it because the authors will have done the right thing for that hardware, but once there is more than one you just need the source code because they all end up doing subtly different things in stupid ways. [00:36:06 CET] <jkqxz> Well, with the alternative that you have an API made by a non-hardware third-party (*cough* microsoft *cough*), who then force the hardware vendors to act at least slightly consistently in implementing it. [01:56:21 CET] <michaelni> jamrial, i would tend to suggest to leave it as it is unless there is some advantage like speed. [02:18:06 CET] <cone-428> ffmpeg 03Muhammad Faiz 07n3.4.2:HEAD: fate/libavcodec: add codec_desc test [02:42:53 CET] <jamrial> michaelni: it'll leave it as is then [02:46:23 CET] <cone-428> ffmpeg 03Zhong Li 07master:6829a079444e: qsvdec: Relax the surface vs coded dimension check [02:46:24 CET] <cone-428> ffmpeg 03James Almer 07master:87faeb1e685e: Merge commit '6829a079444e10818a847e153121fb458cc5c0a8' [02:48:12 CET] <cone-428> ffmpeg 03Sean McGovern 07master:5085f25ace1e: vc1: skip motion compensation when data for last picture is invalid [02:48:13 CET] <cone-428> ffmpeg 03Martin Storsjö 07master:8965e2af921e: avpacket: Initialize the allocated padding area in side data [02:48:14 CET] <cone-428> ffmpeg 03James Almer 07master:d0f098a5e0ba: Merge commit '5085f25ace1e74846a0de3369bedd0e22d1a1bdc' [02:48:15 CET] <cone-428> ffmpeg 03James Almer 07master:6c59f05c74d8: Merge commit '8965e2af921ec5926b26d5ae466ee4104bb5262b' [02:55:05 CET] <cone-428> ffmpeg 03Jun Zhao 07master:96e476cc9d41: hwcontext: Fix documentation for av_hwdevice_ctx_alloc() [02:55:06 CET] <cone-428> ffmpeg 03Mark Thompson 07master:2eb396b175e5: hwcontext: Fix memory leak on derived frame allocation failure [02:55:07 CET] <cone-428> ffmpeg 03James Almer 07master:cb2205863b95: Merge commit '96e476cc9d414e248692c773d9dce736662572b8' [02:55:08 CET] <cone-428> ffmpeg 03James Almer 07master:0a320f7e7a9b: Merge commit '2eb396b175e55e515aa6a13c5b1789a2a18d3935' [03:02:29 CET] <cone-428> ffmpeg 03Diego Biurrun 07master:bca41545b371: configure: Group code that sets the license string with licensing checks [03:02:30 CET] <cone-428> ffmpeg 03James Almer 07master:8a15ad8a175c: Merge commit 'bca41545b371efc34e38d1fa8bb12dba8b614da0' [03:09:42 CET] <cone-428> ffmpeg 03Diego Biurrun 07master:4cf84e254ae7: Drop some unnecessary config.h #includes [03:09:43 CET] <cone-428> ffmpeg 03James Almer 07master:35347e7e9b27: Merge commit '4cf84e254ae75b524e1cacae499a97d7cc9e5906' [03:15:47 CET] <cone-428> ffmpeg 03Diego Biurrun 07master:38434a9ff5b9: configure: Simplify restrict keyword handling [03:15:48 CET] <cone-428> ffmpeg 03James Almer 07master:c1c720d5279a: Merge commit '38434a9ff5b9a1a048f32c1c7e2a9519cf12f8ba' [03:20:32 CET] <cone-428> ffmpeg 03Diego Biurrun 07master:fd36cf6bf652: configure: Factorize check_64_bit() [03:20:33 CET] <cone-428> ffmpeg 03James Almer 07master:4961ddfd3563: Merge commit 'fd36cf6bf6524247a8ff6788c028836fe7d9fd20' [03:23:47 CET] <jamrial> jkqxz: cleared the merge backlog up to right before your recent push [11:50:49 CET] <cone-204> ffmpeg 03Rostislav Pehlivanov 07master:50945482a75c: h264_idct: enable unmacro on newer NASM versions [15:24:59 CET] <KGB> [13FFV1] 15dericed opened pull request #106: grammar/wording updates (06master...06sentence-fix) 02https://git.io/vAmlO [15:28:47 CET] <KGB> [13FFV1] 15dericed opened pull request #107: bump to version 02/00 (06master...06version-bump) 02https://git.io/vAml7 [15:30:53 CET] <cone-204> ffmpeg 03James Almer 07master:192ea5bb77a7: avformat/Makefile: use individual dependencies for librtmp protocols [19:20:26 CET] <atomnuker> good news! ffmpeg got accepted for gsoc - https://summerofcode.withgoogle.com/organizations/5270265626361856/ [19:21:28 CET] <JEEB> btw, one qual. task idea: converting mpegvideo parser to get_bits [19:21:36 CET] <JEEB> dull but useful [19:21:50 CET] <nevcairiel> useful for? [19:22:13 CET] <durandal_1707> atomnuker: sad [19:23:00 CET] <JEEB> nevcairiel: with the short looks I had the bit-banging isn't too readable at parts [19:28:55 CET] <durandal_1707> im still waiting for vulkan [19:46:27 CET] <durandal_1707> and atrac9 [19:46:38 CET] <durandal_1707> and adenoise [19:46:57 CET] <durandal_1707> and godot [19:50:50 CET] <atomnuker> godot? [19:52:12 CET] <durandal_1707> have you read it? its book [19:52:24 CET] <atomnuker> wasn't that the game engine which screamed at libogg for doing per-frame allocations (which it didn't really) so they decided not to support opus [20:06:06 CET] <TD-Linux> yes, I recall they had some very optimistic views on what "real time" meant on pc hardware [20:14:17 CET] <atomnuker> durandal_1707: btw got a gpu with vulkan support? [20:14:40 CET] <durandal_1707> atomnuker: broadwell? [20:15:01 CET] <durandal_1707> intel integrated gpu [20:15:20 CET] <atomnuker> yeah, you've got vulkan [21:09:09 CET] <feliwir> hm, Does anyone have contact with Aurelian Jacoubs? I didn't get an answer for my mail to him [21:09:48 CET] <feliwir> also how do i disable libconv,zlib and and libwinpthreads for the Mingw build on windows? I only have 5 codecs enabled which all don't need any of these [21:10:52 CET] <JEEB> --disable-autodetect is useful [21:11:05 CET] <JEEB> it will keep threading enabled, but it shouldn [21:11:11 CET] <JEEB> n't utilize any pthreads lib [21:11:18 CET] <JEEB> but rather windows threading APIs [21:13:49 CET] <jkqxz> JEEB: <http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/cbs_mpeg2_syntax_…>. Better? [21:14:29 CET] <JEEB> lookin' good. I remember you coding that stuff [21:14:55 CET] <jkqxz> (Though I guess you were thinking of something between that and the current code.) [21:15:24 CET] <JEEB> I just happened to look at the parser the other day as some patches were posted :) [21:15:50 CET] <JEEB> https://github.com/jeeb/ffmpeg/commit/7a1f36707558277ea393049ce4d992d0e531f… etc [21:19:30 CET] <feliwir> thanks JEEB. Will that also disable zlib/libiconv? [21:19:36 CET] <JEEB> yes [21:19:55 CET] <JEEB> I specifically enable zlib in my builds [21:20:20 CET] <feliwir> Is there any benefit of having zlib? [21:20:26 CET] <feliwir> (when just having a tiny ffmpeg) [21:20:27 CET] <JEEB> PNG encoder, for example [21:20:43 CET] <JEEB> I don't remember anything else right out of the gates [21:21:04 CET] <feliwir> i don't have png enabled [21:21:40 CET] <JEEB> basically, if something you try to enable requires zlib it will most likely honk at you [21:21:53 CET] <JEEB> anyways, disable-autodetect is IMHO a generally good baseline [21:27:44 CET] <feliwir> JEEB, it still wants libwinpthread [21:28:58 CET] <JEEB> then your mingw toolchain is dumb [21:29:10 CET] <JEEB> since FFmpeg itself uses winthreads [21:29:14 CET] <JEEB> not winpthreads [21:30:05 CET] <feliwir> it's msys2 [21:30:44 CET] <JEEB> anyways, see if you can see both a winpthreads.a and a .dll.a in your toolchain [21:30:47 CET] <JEEB> if you have both [21:30:55 CET] <JEEB> move the .dll.a somewhere else [21:31:03 CET] <JEEB> that way the toolchain will not be able to link it shared [21:31:19 CET] <JEEB> because you're going to have the dependency in any case, but that way it's at least static :P [21:31:30 CET] <RiCON> --enable-w32threads is already default, unless --disable-autodetect disables it [21:31:38 CET] <JEEB> it doesn't [21:31:56 CET] <JEEB> it's probably just the toolchain's compiler always linking against pthreads [21:32:00 CET] <JEEB> for C11 threads [21:32:14 CET] <JEEB> which is a dep you can't remove, but you can make it static at least [21:33:30 CET] <RiCON> maybe he's using -mthreads [21:34:16 CET] <RiCON> hm no, probably unrelated [21:39:55 CET] <nevcairiel> i've never seen ffmpeg link to that library unless you specificall use --enable-pthreads [21:41:05 CET] <JEEB> it's most likely just his compiler with C11 support and shared lib available [21:41:10 CET] <JEEB> *C11 threads [21:45:39 CET] <jamrial> feliwir: if you're using msys2's gcc package, then afaik you can't avoid having winpthreads linked, even if you use w32threads for ffmpeg [21:45:53 CET] <jamrial> you'll have to use another toolchain [21:48:04 CET] <jamrial> try nevcairiel's from https://files.1f0.de/mingw/ [21:53:45 CET] <feliwir> jamrial, well one library is okay i guess [21:55:00 CET] <RiCON> mingw gcc should work fine too, only libvmaf and libzvbi require pthreads afaik [22:17:06 CET] <cone-037> ffmpeg 03Richard Shaffer 07master:e023334661e6: libavformat/aac: Parse ID3 tags between ADTS frames. [22:17:07 CET] <cone-037> ffmpeg 03Richard Shaffer 07master:81d1e1e5094b: fate: add aac id3v2 demux test [22:35:52 CET] <atomnuker> so drm has a DRM_IOCTL_AGP_INFO ioctl which takes in a struct drm_agp_info which contains PCI vendor and device IDs [22:36:49 CET] <atomnuker> I bet someone's regretting thinking AGP will be the interface people will use for the next 30 years [22:39:58 CET] <BtbN> isn't that just never been renamed because no point to break compat over that? [22:41:42 CET] <atomnuker> yep [22:42:06 CET] <atomnuker> also why are DRM_FORMATS in reverse order than how they're actually laid out [22:42:37 CET] <atomnuker> drm ARGB is vulkan/vaapi/everything BGRA, etc. [22:51:14 CET] <cone-037> ffmpeg 03Carl Eugen Hoyos 07master:d401ba6b3d86: lavf/matroskaenc: Force the minimum value for -reserve_index_space to 2. [22:59:24 CET] <feliwir> RiCON, i am not using those [22:59:27 CET] <feliwir> as far as i am aware [22:59:55 CET] <RiCON> you'd need to hide all .dll.a like JEEB said to make sure [23:00:06 CET] <RiCON> or just use nevcairiel's mingw, which is static-only [23:03:16 CET] <jamrial> doesn't using --extra-cflags="-static" prevent linking to .dll.a libraries? [23:04:30 CET] <RiCON> jamrial: not enough, last time i tried [23:04:44 CET] <RiCON> only -Wl,-Bstatic actually forces linking to .a [23:05:30 CET] <sfan5> -static e.g. doesn't prevent it from dynamically linking libgcc and libstdc++ IIRC [23:14:12 CET] <jkqxz> jamrial: Did you stop there because you thought there should be more discussion here, or can I merge the next set directly? [23:15:45 CET] <jamrial> jkqxz: no, stopped there since you authored them, so you're better suited to merge them :p [23:16:10 CET] <jkqxz> Ok, sure. I'll do it now :) [23:16:41 CET] <jamrial> but yeah, wanted to get rid of the configure stuff in the backlog so you could get to these right away [23:21:08 CET] <cone-037> ffmpeg 03Mark Thompson 07master:5b145290df29: lavc: Add support for increasing hardware frame pool sizes [23:21:09 CET] <cone-037> ffmpeg 03Mark Thompson 07master:d23fff0d8a0e: Merge commit '5b145290df2998a9836a93eb925289c6c8b63af0' [23:22:52 CET] <cone-037> ffmpeg 03Mark Thompson 07master:cad739dace55: lavc: Add per-thread surfaces in get_hw_frame_parameters() [23:22:53 CET] <cone-037> ffmpeg 03Mark Thompson 07master:9471122a1b5d: Merge commit 'cad739dace55e3446ef7180de688173cd19fb000' [23:27:57 CET] <18VADBOYX> [13FFV1] 15michaelni closed pull request #71: add iana considerations section (06master...06iana-considerations) 02https://git.io/vHi4n [23:27:58 CET] <7YSAAHUFA> [13FFV1] 15michaelni pushed 1 new commit to 06master: 02https://git.io/vAYuG [23:27:58 CET] <7YSAAHUFA> 13FFV1/06master 144b664e7 15Dave Rice: add iana considerations and media type definition section... [23:28:50 CET] <cone-037> ffmpeg 03Mark Thompson 07master:6d86cef06ba3: lavfi: Add support for increasing hardware frame pool sizes [23:28:51 CET] <cone-037> ffmpeg 03Mark Thompson 07master:bcab11a1a23d: Merge commit '6d86cef06ba36c0ed591e14a2382e9630059fc5d' [23:50:00 CET] <cone-037> ffmpeg 03Mark Thompson 07master:b128be1748f3: vf_*_vaapi: Support increasing hardware frame pool size [23:50:01 CET] <cone-037> ffmpeg 03Mark Thompson 07master:b4fca397dd40: Merge commit 'b128be1748f3920a14a98307265df5f2d3433e1d' [23:51:36 CET] <jkqxz> Noticed the API test break, will fix in a moment. [23:54:40 CET] <cone-037> ffmpeg 03Mark Thompson 07master:a5ed07940c69: fate: Fix fate-api reference files after AVCodecContext change [23:55:47 CET] <cone-037> ffmpeg 03Mark Thompson 07master:e4cdef00263d: vf_scale_qsv: Support increasing hardware frame pool size [23:55:48 CET] <cone-037> ffmpeg 03Mark Thompson 07master:6e050e0085b3: Merge commit 'e4cdef00263dc8b3c8de9d34ceacd00dc68979c0' [23:56:23 CET] <cone-037> ffmpeg 03Mark Thompson 07master:c6bc18bc121e: vf_hwupload/hwmap: Support setting a fixed pool size [23:56:23 CET] <cone-037> ffmpeg 03Mark Thompson 07master:b668a1c8b35d: Merge commit 'c6bc18bc121ea66df715123c59f7ef9542c0914a' [23:59:39 CET] <cone-037> ffmpeg 03Mark Thompson 07master:caecb85014fc: hwcontext: Perform usual initialisation on derived device contexts [23:59:40 CET] <cone-037> ffmpeg 03Mark Thompson 07master:cfff6d1f777c: Merge commit 'caecb85014fc81f8734560a150073627eedab78c' [00:00:00 CET] --- Tue Feb 13 2018

1 0

ffmpeg.log.20180212
by burek 13 Feb '18

13 Feb '18

[00:03:42 CET] <notashark> that was out of habit. though seemingly it works with either one. I'm sure it's not good form but for what I'm doing, it's fine. (unless it screwed up because of that, obviously) [00:48:24 CET] <xrandr> Thank you all for your help! I was able to fix the problem based on your advice(s) :) [01:03:54 CET] <paule32> hello [01:03:57 CET] <paule32> need help [01:04:01 CET] <paule32> Mon Feb 12 01:02:34 2018 127.0.0.1:48822 - - "PLAY test1.mp4/streamid=0 RTP/UDP" [01:04:01 CET] <paule32> Mon Feb 12 01:02:46 2018 127.0.0.1 - - [TEARDOWN] "rtsp://localhost:8182/test1.mp4/ RTSP/1.0" 200 814 [01:04:31 CET] <paule32> the stream try to start, but crashes? [01:05:11 CET] <paule32> this is my cmd: ./ffmpeg -f x11grab -r 5 -s 1000x600 -i :0.0 -preset ultrafast -f rtp feed1.ffm [01:20:18 CET] <notashark> do the ffmpeg docs not have an example of CLI flags for streaming [01:27:11 CET] <paule32> i am under linux [01:27:18 CET] <paule32> running firefox 58 [01:27:28 CET] <paule32> how can i add a mime type? [01:28:26 CET] <paule32> the situation i have, is, when i click on mp4 links, i get "no plugin/no mime type" [01:28:56 CET] <paule32> so i have thinking, to load the mp4 file with vlc [01:29:04 CET] <paule32> but i can't find such point [01:34:48 CET] <klaxa> ffserver is dead [01:35:32 CET] <klaxa> how come that now that ffserver is dead, every day someone shows up and has a problem with it? [01:37:58 CET] <notashark> paule32: https://stackoverflow.com/questions/28713665/ [03:06:44 CET] <Lunchbox> hey i'm trying to lower cpu usage my specifying -threads 2 but i'm still staying at 95%-100% usage [03:06:53 CET] <Lunchbox> argument doesn't seem to affect anything [03:13:15 CET] <Lunchbox> https://pastebin.com/qEug62Gf [04:58:20 CET] <Lunchbox> hi [05:23:41 CET] <Lunchbox> looks like the correct way to limit cpu usage when using libx265 is to specify the amount of thread pools to use under the -x265-params parameter [05:23:46 CET] <Lunchbox> https://trac.ffmpeg.org/ticket/3730 [07:52:15 CET] <Lunchbox> cool channel [08:32:20 CET] <ans_ashkan> Hey, any idea with this(https://superuser.com/q/1294175/474942)? [09:23:05 CET] <Leu789> Hi, I am trying to find a way to take a video and generate a looping preview gif that has several snippets lasting for a few seconds from different parts of the source video. "ffmpeg -t 3 -ss 00:05:00 -i "SOURCE VIDEO" -vf scale=480:-1 clip.gif" - I worked out that command which makes a 3 second clip starting from 5 minutes in, but I am having trouble coming up with a way to make a single gif that has 3 or 4 of those clips from diffe [09:25:21 CET] <Leu789> So instead of a gif looping one small scene, it would be looping 4 scenes from different sections of the video, eg a 3 second scene starting 20% in, 40% in, 60% in and 80% in for an 18 second gif [13:53:05 CET] <kartrel> I have a question about extracting metadata from a video using the net.bramp.ffmpeg library: https://pastebin.com/MHCaPj0n [13:53:28 CET] <kartrel> for a tldr read lines 1,2,40,41 and 42 [13:59:21 CET] <sfan5> I'd say drop that library and just build the command line parameters yourself [13:59:57 CET] <BtbN> Or ask the author of the library [14:00:10 CET] <furq> this is the most java thing i've ever seen [14:02:06 CET] <kartrel> ok, thanks for the help! [17:08:02 CET] <thmzz> Hello, I was hoping someone could probably help me with a little problem. I'm trying to get a smooth stream to twitch from two rtmp sources, but it shows very much error messages that it cannot allocate enough RAM, although it has much of it. Also the stream lags a bit. Here is the code; https://pastebin.com/PwHhv449 [17:11:43 CET] <furq> thmzz: you probably want hstack instead of pad/overlay, and amix instead of amerge/pan [17:11:59 CET] <furq> also if you still need to do -strict -2 then your ffmpeg is very old and you should upgrade it [17:12:56 CET] <thmzz> furq: It was under testing on centos 7, obviously they have not upgraded yet. But I have the newest also. What if i wanted 4 screens e.g? [17:13:15 CET] <furq> hstack=inputs=4 or hstack,vstack [17:13:22 CET] <furq> depending on whether you want them in a line or 2x2 [17:13:29 CET] <thmzz> 2x2 yes [17:14:44 CET] <furq> you will also presumably want to use asetpts before merging or mixing the audio streams [17:15:07 CET] <furq> at a glance i would guess that's what's causing you to run out of memory [17:15:23 CET] <thmzz> asetpts? [17:15:49 CET] <thmzz> you mean setpts ? [17:15:49 CET] <furq> a = audio [17:15:52 CET] <thmzz> aah [17:15:53 CET] <furq> setpts is for video [17:23:16 CET] <thmzz> furq: is there a special place I put the asetpts option? [17:23:33 CET] <furq> you do the same thing you're doing with setpts [17:23:38 CET] <furq> except with [0:a] and [1:a] [17:25:08 CET] <furq> http://vpaste.net/xTsPX [17:25:09 CET] <furq> something like that [17:28:24 CET] <thmzz> thanks, tested now:) It spams "Past duration 0.9xxx too large" tho. No idea what this means [17:50:45 CET] <thmzz> fury: quick q. If I had 4 streams e.g. Could I just add two more [vX] and [aX], or would that cause a problem? [17:51:35 CET] <BtbN> are you sure you don't want to use OBS instead? [17:52:29 CET] <thmzz> BtbN: I'm using OBS to send to a nginx server with rtmp module. Of course open for better solutions :) [17:52:45 CET] <BtbN> Why do you still want to do that with ffmpeg then? [17:52:59 CET] <BtbN> obs is usually the better software for live stream composition [17:53:40 CET] <thmzz> Combining remote streams into one and then sending to twitch (multistreaming a game with 3 other friends) [17:54:48 CET] <BtbN> I doubt ffmpeg will run very stable for that, due to its non-parallel nature [17:55:04 CET] <BtbN> one of the streams lagging will bring the whole thing to a grinding halt [17:57:14 CET] <thmzz> hmm.. do you have a better suggestion? hehe. I guess ffmpeg would be good if you had all machines internally on gbit e.g. [17:57:33 CET] <BtbN> even then it would be unreliable [17:58:59 CET] <BtbN> The most reliable way to do it would be to use OBS and capture one independend video player per stream [18:00:23 CET] <thmzz> Yeah, might be, what about skype?:) [18:00:57 CET] <BtbN> ? [18:02:43 CET] <thmzz> Using skype and making a group call and catching all the video sources maybe. [18:02:57 CET] <BtbN> sounds horrible [19:08:11 CET] <isemenov> good evening! [19:08:31 CET] <isemenov> my goal is to use nvidia hardware encoding in OBS [19:08:38 CET] <isemenov> STudio on Fedora 27 (Linux) [19:08:55 CET] <isemenov> to achieve this, I follow the tutorial [19:08:56 CET] <isemenov> https://scottlinux.com/2016/09/12/how-to-enable-nvidia-nvenc-for-obs-in-lin… [19:09:20 CET] <isemenov> I've downloaded ffmpeg source code as tar.bz2 version 3.4.2 [19:09:23 CET] <isemenov> and built with [19:09:41 CET] <isemenov> ./configure --prefix=/opt --enable-nonfree --enable-nvenc --enable-pic --disable-avx2 --disable-xop --disable-fma3 --disable-fma4 --disable-static --enable-shared [19:09:53 CET] <isemenov> I can see that nvenc is being built in the build log [19:09:57 CET] <isemenov> in console [19:10:36 CET] <isemenov> but, once I build and then run OBS, there is no nvenc option available. Do you think this is a ffmpeg or an OBS Studio problem? [19:10:59 CET] <isemenov> thank you! [19:11:06 CET] <Fenrirthviti> isemenov: We (obs) use FFmpeg for NVENC currently. [19:11:33 CET] <sfan5> did you make sure to install the ffmpeg you compiled? [19:11:35 CET] <Fenrirthviti> So you'll need to check which instance of ffmpeg is being used by OBS, and ensure that it has proper nvenc support. [19:12:22 CET] <isemenov> sfan5: yes, sure. the libs are in /opt/ [19:12:36 CET] <isemenov> Fenrirthviti: how do I achieve both? [19:12:42 CET] <sfan5> obs won't pick up your ffmpeg libraries if they are in /opt [19:12:43 CET] <isemenov> Fenrirthviti: how do I achieve either of those? [19:13:05 CET] <isemenov> sfan5: I have the paths configured already. which env vars are required for obs? [19:13:22 CET] <isemenov> FFMPEG_avcodec_INCLUDE_DIR /opt/include [19:13:42 CET] <isemenov> FFMPEG_avcodec_LIBRARY /opt/bin/../lib/libavcodec.so [19:13:48 CET] <sfan5> should work [19:13:49 CET] <isemenov> ^ picked up by cmake at build time. [19:14:05 CET] <sfan5> does obs actually use those libraries at runtime? [19:14:12 CET] <sfan5> run e.g. ldd $(which obs) [19:15:00 CET] <isemenov> libavcodec.so.57 => /opt/lib/libavcodec.so.57 (0x00007fdd7b055000) libavutil.so.55 => /opt/lib/libavutil.so.55 (0x00007fdd7add6000) [19:15:26 CET] <isemenov> sfan5: ^ [19:15:57 CET] <sfan5> should be fine then [19:16:41 CET] <isemenov> sfan5: but it's not [19:17:18 CET] <isemenov> sfan5: (use stream encoder) | x264 [19:17:23 CET] <isemenov> no mention of nvidia [19:19:00 CET] <Fenrirthviti> try invoking that ffmpeg directly and use nvenc_h264 encoder to run a quick test [19:19:06 CET] <Fenrirthviti> make sure it's actually working [19:19:27 CET] <isemenov> Fenrirthviti: [19:19:28 CET] <isemenov> Wir leben im Maschinenklang [19:19:30 CET] <isemenov> Und nichts als Angst treibt uns voran [19:19:31 CET] <isemenov> Wir sind verloren, wir sind verdammt [19:19:32 CET] <isemenov> Die Reise kostet den Verstand [19:19:34 CET] <isemenov> Wir sitzen alle alle alle in einem Boot [19:19:35 CET] <isemenov> Wir sitzen alle in einem Boot [19:19:37 CET] <isemenov> Kein SOS, kein Funksignal, kein Echo, Not [19:19:39 CET] <isemenov> Wir sitzen alle in einem Boot [19:19:39 CET] <Fenrirthviti> uh, what [19:19:40 CET] <isemenov> Wir sitzen alle alle alle in einem Boot [19:19:41 CET] <isemenov> Wir sitzen alle in einem Boot [19:19:43 CET] <isemenov> Um uns herum ein schwarzes Meer das brüllt und tobt [19:19:44 CET] <isemenov> Wir sitzen alle in einem Boot [19:19:46 CET] <isemenov> Jeder Abschied hält sein Wort [19:19:47 CET] <isemenov> Vielleicht gehen wir nie mehr von Bord [19:19:49 CET] <isemenov> Wer weiß wie tief die Reise geht [19:19:50 CET] <Fenrirthviti> inb4 flood gline [19:19:50 CET] <isemenov> Die uns zum Rand des Wahnsinns trägt [19:19:52 CET] <isemenov> Wir sitzen alle alle alle in einem Boot [19:19:53 CET] <isemenov> Wir sitzen alle in einem Boot [19:19:55 CET] <isemenov> Kein SOS, kein Funksignal, kein Echo, Not [19:19:56 CET] <isemenov> Wir sitzen alle in einem Boot [19:19:58 CET] <isemenov> Wir sitzen alle alle alle in einem Boot [19:19:59 CET] <isemenov> Wir sitzen alle in einem Boot [19:20:01 CET] <isemenov> Um uns herum ein schwarzes Meer das brüllt und tobt [19:20:02 CET] <isemenov> Wir sitzen alle in einem Boot [19:20:04 CET] <isemenov> Wer kann schon sagen, wohin (wohin? wohin?) [19:20:05 CET] <isemenov> Wenn keiner weiß, wo wir waren (jeder weiß, wo wir waren) [19:20:07 CET] <isemenov> Wenn keiner weiß, wo wir sind (wohin? wohin?) [19:20:09 CET] <isemenov> Sag, warum schlagen wir Wind? [19:20:10 CET] <isemenov> Wir sitzen alle alle alle in einem Boot [19:20:11 CET] <isemenov> Wir sitzen alle in einem Boot [19:20:13 CET] <isemenov> Kein SOS, kein Funksignal, kein Echo, Not [19:21:06 CET] <isemenov_> durandal_1707: that was a mistake. wrong buffer. [19:21:27 CET] <isemenov_> Fenrirthviti: the point is, that libnvidia-encode.so.1 isn't found. [19:26:42 CET] <sfan5> isemenov_: that's part of the nvidia binary driver [19:29:09 CET] <isemenov_> sfan5: yep. I've installed it from rpmfusion and then the entry appeared. [19:29:20 CET] <isemenov_> so, thanks for your help! [19:31:45 CET] <hypothete> Hi all! I'm wondering if you casn point me in the right direction when it comes to pipes and video duration. Here's my scenario: I have transparent PNG buffers that I'm piping into ffmpeg. I also have a background image that I want to combine with the PNGs. If I use filter_complex to overlay the 2, only a frame or 2 gets rendered, instead of matching the length of the stream. [19:32:08 CET] <hypothete> Here's the command I'm using: ffmpeg -y -i bg.png -f image2pipe -i pipe:0 -filter_complex scale2ref[0:v][1:v];[0:v][1:v]overlay[out] -map [out] -s 640x480 -framerate 30 -pix_fmt yuv420p -an -b:v 4000k -vcodec libx264 ./tmp/output.mp4 [19:33:41 CET] <hypothete> I've tried messing around with overlay=shortest=[some number], but I get strange errors. t seems like if I could figure out the length of the stream and hardcode it as the duration for both inputs, I would get the full video. [19:34:10 CET] <hypothete> I do know ahead of time number of frames and framerate, so I can pass duration in as a value. [19:35:10 CET] <furq> hypothete: i suspect you're missing -loop 1 before -i bg.png [19:35:15 CET] <furq> otherwise shortest will be one frame [19:38:53 CET] <hypothete> thanks furq. I gave it a go and it appears to be running without stopping. :/ Guessing that since the pipe comes in with a length of 'N/A' that might be the problem? [19:39:14 CET] <hypothete> at least it did something different, though. [19:41:13 CET] <furq> with shortest=1? [19:41:21 CET] <furq> i would have expected it to stop when the pipe closes [19:41:26 CET] <hypothete> ah, did not set that up. Let me give it another shot [19:41:38 CET] <furq> also you can just do -filter_complex scale2ref,overlay=shortest=1 [19:41:42 CET] <furq> and remove -map [out] [19:43:19 CET] <hypothete> It worked! Can't thank you enough. :D [19:47:38 CET] <hypothete> take care y'all! [20:08:52 CET] <Cracki> hey: is there a way to have a nonlinear time compression audio filter that works in *conjunction* with a PTS-changing video filter? I'm thinking about re-timing voice audio... [20:09:09 CET] <Cracki> just asking if ffmpeg filters allow this [20:09:18 CET] <Cracki> (yes, these filter would need to be written) [20:12:33 CET] <durandal_1707> rubberband, atempo? [20:17:54 CET] <furq> Cracki: aresample=async=1 will sync to the audio timestamps [20:18:08 CET] <furq> so you might be able to invoke asetpts with the same params as setpts and use that [20:18:09 CET] <Cracki> hmmm [20:18:17 CET] <furq> no idea what the quality will be like [20:18:49 CET] <Cracki> so the audio filter generates however many samples it wants, and those have timestamps... [20:19:09 CET] <Cracki> how is that done? does a buffer of audio samples have a starting timestamp? end timestamp? timestamp per sample? [20:20:21 CET] <Cracki> for my idea, it's mostly important that the video is approximately in sync to the audio. I would even go so far as to impose video frame rate limits (upper+lower) different from the audio [20:20:45 CET] <Cracki> because the audio could be squashed considerably sometimes (silence) [20:22:31 CET] <furq> it's one timestamp per avpacket [20:22:37 CET] <furq> how many samples that is depends on the audio codec [20:22:41 CET] <Cracki> hm right [20:23:23 CET] <furq> if this is cfr video then i would probably just work out the correct value for atempo [20:23:43 CET] <Cracki> the output will definitely not be cfr [20:24:00 CET] <Cracki> non-linear time warping [20:24:05 CET] <furq> fun [20:24:44 CET] <furq> well yeah i don't see why you couldn't write a filter that would do that [20:24:49 CET] <Cracki> was hoping to work something into vlc or ffplay or whatever... something that's a bit smarter than just pitch-constant time scaling [20:25:16 CET] <furq> you can certainly have a filter that inputs and outputs video and audio streams [20:25:25 CET] <furq> and you would obviously have access to the video stream timestamps [20:25:32 CET] <Cracki> one filter that has both audio and video inputs? hm ok [20:25:45 CET] <Cracki> that's certainly nice to have [20:25:46 CET] <furq> yeah [20:25:49 CET] <furq> e.g. concat [20:26:01 CET] <Cracki> right! well, that answers that then :P [20:27:30 CET] <Cracki> are ffmpeg filters meant to be used in realtime/interactive setups, in particular in video players, and with UI-changeable parameters? [20:27:47 CET] <furq> idk about meant to be, but there are definitely video players that do that [20:27:49 CET] <furq> mpv, for one [20:27:53 CET] <Cracki> ah good [20:28:33 CET] <Cracki> I'd rather write a filter for ffmpeg than vlc. vlc is an overgrown player with lots of library support to me, not a video manipulation tool [20:29:00 CET] <furq> well yeah if you write an ffmpeg filter then mpv will more or less automatically support it [20:29:06 CET] <durandal_1707> who mentioned vlc? [20:29:10 CET] <Cracki> lol [20:29:15 CET] <Cracki> I shall never do that again [20:30:41 CET] <Cracki> then I'll just have to figure out how to get some filter parameters exposed to mpv gui [20:31:03 CET] <furq> you'd generally do it in a script and bind keys to it [20:31:03 CET] <Cracki> nvm, mpv is a lib... I'm lagging in understanding [20:31:06 CET] <Cracki> ah [20:31:15 CET] <furq> you can edit the ui but it's a pain in the arse [20:31:25 CET] <furq> also mpv is a player [20:31:32 CET] <furq> there is a libmpv but you wouldn't need that [20:31:38 CET] <Cracki> key bindings are just fine. [/] as in vlc would be totally fine. [20:31:44 CET] <Cracki> understood. [20:32:01 CET] <furq> if you write it as an ffmpeg filter and then build mpv against that libavfilter then you should have access to it [20:32:10 CET] <furq> should work in ffplay as well [20:32:35 CET] <Cracki> I'm hesitant to use ffplay. heard it's deprecated and about to be axed. [20:32:44 CET] <furq> you might be thinking of ffserver [20:32:50 CET] <Cracki> right, that [20:32:54 CET] <furq> ffplay is pretty safe [20:32:56 CET] <furq> it's just not very good [20:33:03 CET] <furq> it's there for debugging more than anything else [20:38:02 CET] <Cracki> I like the filter howto. let's hope I can get this idea shaped into a master's thesis... [21:17:38 CET] <alexpigment> hey guys. I'm doing some VHS to digital conversion, and normally I go easy on video filters because a) it's really hard to easily preview each change, and b) I don't have a good comparison [21:17:51 CET] <alexpigment> but now I've got one part of a VHS tape where there's a DVD source as well [21:18:09 CET] <alexpigment> so I was hoping to match the colors of the VHS to the DVD via ffmpeg filters [21:18:31 CET] <alexpigment> is there any program that allows you to easily see the changes to a single frame as you change filter settings? [21:18:51 CET] <alexpigment> rather, an FFMPEG-based program [21:19:18 CET] <JEEB> I would have probably looked at vapoursynth and tried out vapoursynth editor [21:19:32 CET] <JEEB> since the preview in that is rather nice, and you script your filter chain with python [21:19:38 CET] <alexpigment> this shroud of lacking vaporsynth knowledge is looming above me :) [21:19:49 CET] <alexpigment> well, i may go that route [21:19:59 CET] <alexpigment> in the meantime, do you know if avidemux is just using ffmpeg filters? [21:20:07 CET] <alexpigment> i think i have that installed [21:20:08 CET] <JEEB> no idea, unfortunately [21:20:12 CET] <alexpigment> k [21:26:17 CET] <furq> you can output y4m and pipe into mpv [21:26:21 CET] <furq> maybe with hstack or something [21:26:46 CET] <JEEB> just use NUT in that case ;) [21:26:54 CET] <JEEB> since it lets you have the video *and* the audio [21:26:56 CET] <furq> nut defaults to mpeg4 for some reason [21:27:05 CET] <furq> so y4m is less typing [21:27:29 CET] <alexpigment> yeah, i mean i could use NUT [21:27:34 CET] <furq> either's fine [21:27:38 CET] <alexpigment> i just was hoping to sit there on one frame [21:27:47 CET] <alexpigment> anyway, i'll try these ideas out [21:27:49 CET] <alexpigment> thanks guys [21:28:43 CET] <furq> probably just take a screenshot and work on that [22:08:03 CET] <colekas> hello friends [22:08:24 CET] <colekas> I'm trying to enable some of the debug flags within aacdec_template.c [22:08:41 CET] <colekas> the manual says I should be able to set this as part of the libavcodec debug flags [22:08:54 CET] <colekas> but I can't seem to get the command to work if I'm just decoding a stream to -f null /dev/null [22:09:21 CET] <JEEB> which debug flags are ye talking about? av_log log level or something else? [22:09:33 CET] <JEEB> av_log stuff is just -v verbose or -v debug [22:09:44 CET] <colekas> avctx->debug [22:09:45 CET] <JEEB> if it's an actual ifdef thing then you have to forcibly enable it while compiling [22:09:53 CET] Action: JEEB double-blinks [22:09:56 CET] <JEEB> can you link the file? [22:10:16 CET] <colekas> ffmpeg -loglevel verbose -i blah.ts -map 0:4 -debug:a:0 'pict' -debug:a:0 'bitstream' -debug:a:0 'startcode' -f null /dev/null [22:10:23 CET] <colekas> one sec [22:10:32 CET] <colekas> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/aacdec_template.c [22:11:08 CET] <JEEB> wow [22:11:16 CET] <JEEB> I have not seen that stuff [22:11:23 CET] <colekas> or do I need to do something like -c:a:0 debug 'bitstream'? [22:11:26 CET] <JEEB> usually it's enough to put logging under AV_LOG_DEBUG [22:11:41 CET] <JEEB> but here you have some FF_DEBUG_PICT_INFO [22:11:46 CET] <colekas> https://www.ffmpeg.org/ffmpeg-all.html#Codec-Options [22:11:56 CET] <colekas> would seem to indicate that this is setable via the command line [22:12:08 CET] <colekas> lol [22:12:08 CET] <JEEB> yea, it's & 'd so it could be [22:12:53 CET] <JEEB> ok [22:13:05 CET] <JEEB> seems like -debug pict ? before -i ? [22:13:35 CET] <colekas> oh? [22:13:36 CET] <colekas> hmm [22:14:44 CET] <JEEB> before input = decoding [22:14:50 CET] <colekas> as far as I can tell it was not successful [22:15:06 CET] <colekas> I would think that these flags would make it bursty af [22:15:35 CET] <colekas> ffmpeg -loglevel verbose -debug "startcode" -i blah.ts -map 0:4 -f null /dev/null [22:15:52 CET] <colekas> ah [22:15:59 CET] <colekas> loglevel overwrites it [22:16:04 CET] <JEEB> :D [22:16:04 CET] <colekas> thank you! [22:44:40 CET] <mkid> Hi. I am discovered that ffmpeg newer version than 2.8.11 during "ffmpeg -i some.mp4 -vcodec copy some.h264" convert length prefixed mode to annex b. Older version requires explict h264_mp4toannexb option. I would like to ask how to preserve length prefixed mode. [22:46:00 CET] <JEEB> it's not supposed to happen with raw streams [22:54:07 CET] <furq> Please note that this filter is auto-inserted for MPEG-TS (muxer mpegts) and raw H.264 (muxer h264) output formats. [22:54:10 CET] <furq> yeah it is [22:54:38 CET] <furq> but i assume it'll be reversed if you mux back to mp4 so i don't see why you'd need to keep it length prefixed [22:58:14 CET] <mkid> furq: One of a tool I used requires length prefixed form h.264. Is it any method to get length prefixed form in current version of ffmpeg or should I find other tool? [22:59:56 CET] <JEEB> and it doesn't want that in mp4 or mkv? [23:00:00 CET] <JEEB> that's... weird [23:00:12 CET] <JEEB> since the whole length-prefixed format is defined *for* 14496-15 [23:00:36 CET] <furq> i don't know of a way without disabling that bsf at compile time [23:00:53 CET] <furq> i assume mp4box will do it but i've never tried [23:29:59 CET] <mkid> furq: Thanks for help. GStreamer's h264parse works as I expect. [00:00:00 CET] --- Tue Feb 13 2018

1 0

ffmpeg-devel.log.20180211
by burek 12 Feb '18

12 Feb '18

[00:32:21 CET] <Compn> feliwir : we havent seen vp6 samples in a long time [00:32:26 CET] <Compn> where did you find them ? [00:34:06 CET] <JEEB> games [00:36:14 CET] <Compn> oh [00:46:46 CET] <jamrial_> old flash also used vp6 i think [00:47:52 CET] <JEEB> yes [00:49:28 CET] <JEEB> the games might be using different coding modes etc from what usually is available because I have a bunch of old VP6 files and I at least didn't notice artifacts ^^; that said, those clips generally contain quite a bit of artifacts [01:29:32 CET] <KGB> [13FFV1] 15michaelni closed pull request #105: JPEG2000-RCT exception clarification (06master...06Background) 02https://git.io/vAfsG [02:18:08 CET] <cone-256> ffmpeg 03Nekopanda 07master:8b154cb3e90a: avcodec/mpeg2dec: Fix field selection for skipped macroblocks [11:15:45 CET] <feliwir> Compn, i can upload the file if you wish to [11:15:53 CET] <feliwir> Compn, i found them in an EA game [11:16:34 CET] <feliwir> The file is definetly playing correctly with the official On2 codec set, so it must be a bug in FFMPEG [11:16:41 CET] <feliwir> it's not some specialized game codec [11:33:21 CET] <feliwir> is guess Aurelian Jacoubs is still the maintainer of the vp6 codec? [12:42:55 CET] <cone-428> ffmpeg 03Michael Niedermayer 07master:0fb33a828907: avcodec/scpr: Fix reading a pixel before the first [12:42:56 CET] <cone-428> ffmpeg 03Michael Niedermayer 07master:66acb630286c: avcodec/pafvideo: Check allocated frame size [12:42:57 CET] <cone-428> ffmpeg 03Michael Niedermayer 07master:76cc0f0f6733: avcodec/utvideodec: Add several out of array read related checks [12:42:58 CET] <cone-428> ffmpeg 03Michael Niedermayer 07master:570023eab3e2: avcodec/vp3: Check eob_run [12:42:59 CET] <cone-428> ffmpeg 03Nekopanda 07master:f4d5d7e8de18: avcodec/mpeg2dec: Fix motion vector rounding for chroma components [12:43:00 CET] <cone-428> ffmpeg 03Michael Niedermayer 07master:63a4bdbf3b73: avcodec/mpeg4videodec: Ignore multiple VOL headers [12:51:02 CET] <JEEB> feliwir: I generally recommend checking out the history of related files if a so-called maintainer has touched it in years [12:51:07 CET] <JEEB> he might or might have not [14:49:07 CET] <JEEB> who here last poked around mpeg-2 video parsing? [14:49:29 CET] <JEEB> I just got linked some improvement patches which generally look alright, but I'd like them to be looked at https://github.com/jeeb/ffmpeg/commits/mpegvideo_parser_fixes [14:52:07 CET] <atomnuker> they make sense to me [14:53:11 CET] <JEEB> yea, with a quick look at the spec they looked correct [15:38:48 CET] <JEEB> atomnuker: alright, posted them on the ML [15:53:41 CET] <JEEB> atomnuker: and then there's this "fun" :D https://github.com/jeeb/ffmpeg/commit/6117366eaadbaf48bbd88eb2a353dfc852ff3… [16:13:42 CET] <Compn> feliwir : if you upload samples to http://streams.videolan.org/upload/ and make a bug report on http://trac.ffmpeg.org , we can do the rest :) [16:14:07 CET] <Compn> or other filehost is ok too [19:22:36 CET] <atomnuker> BtbN: so both the scale and thumbnail filters require some cuda header which is only avaiblable if you're registered as an nvidia developer? [19:23:46 CET] <BtbN> it's in the CUDA SDK [19:24:06 CET] <BtbN> they primarily need nvcc [19:24:11 CET] <atomnuker> seems like archlinux doesn't ship cuda.h then [19:34:33 CET] <RiCON> atomnuker: https://www.archlinux.org/packages/community/x86_64/cuda/ ? [19:35:04 CET] <cone-428> ffmpeg 03Michael Niedermayer 07master:f2318aee8ca8: avcodec/vp3: Error out on invalid num_coeffs in unpack_vlcs() [19:35:22 CET] <atomnuker> BtbN: yeah, --enable-cuda_sdk fails [20:00:39 CET] <kierank> michaelni: any suggestions instead of mb_width or mb_height [20:04:25 CET] <cone-428> ffmpeg 03Carl Eugen Hoyos 07master:dced1f6cdfe4: lavf/rtpdec: Constify several pointers. [20:33:42 CET] <feliwir> Compn, already contacted aurelian because i wrote with him before about vp6 [20:33:54 CET] <feliwir> but i can create a ticket aswell [20:35:34 CET] <feliwir> uhm, i must register -.- [20:35:51 CET] <feliwir> maybe i'll just hope aurelian will respond :D [20:36:25 CET] <JEEB> well, if he's active about VP6 that's great [20:40:17 CET] <feliwir> i remember him being the maintainer [20:40:29 CET] <feliwir> (and the author of the vp6 decoder in ffmpeg) [20:40:31 CET] <JEEB> yes, that's probably correct [20:40:37 CET] <JEEB> I just mean that things can change :P [20:40:56 CET] <JEEB> as in, there probably are a few things in FFmpeg that were maintained at some point, but no longer have an active maintainer [20:42:32 CET] <feliwir> well, i see him in the mailing list [20:42:36 CET] <feliwir> every now and then :D [20:43:59 CET] <michaelni> kierank, no really good names, something like width_of_mb could be used [20:51:46 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:ce7f65be6ecb: avcodec/exr: Fix memleaks in decode_header() [20:51:47 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:9efd80dc0996: avcodec/aacsbr_fixed: Fix overflows in rounding in sbr_hf_assemble() [20:51:48 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:5e67a2e13a94: avcodec/wavpack: Fix integer overflow in FFABS [20:51:49 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:342f1da13489: avcodec/utvideodec: Fix bytes left check in decode_frame() [20:51:50 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:86296fe24d6f: avcodec/huffyuvdec: Check input buffer size [20:51:51 CET] <cone-428> ffmpeg 03Nekopanda 07release/3.4:cc0d2f110d94: avcodec/mpeg2dec: Fix field selection for skipped macroblocks [20:51:52 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:c4153d40d5d8: avcodec/scpr: Fix reading a pixel before the first [20:51:53 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:4423cbf1b4c1: avcodec/pafvideo: Check allocated frame size [20:51:54 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:0ff1825ea354: avcodec/vp3: Check eob_run [20:51:55 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:cec38382dbc8: avcodec/mpeg4videodec: Ignore multiple VOL headers [20:51:56 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:2ad23b93b513: avcodec/vp3: Error out on invalid num_coeffs in unpack_vlcs() [21:34:23 CET] <durandal_1707> atomnuker: when your vulkan will errupt? [21:44:45 CET] <Compn> feliwir : no problem . thanks [21:57:44 CET] <durandal_1707> not [21:58:06 CET] <kierank> durandal_1707: you become like kostya [21:58:42 CET] <durandal_1707> kierank: how? [21:58:43 CET] <wm4> a living markov chain? [21:59:01 CET] <kierank> trolling [21:59:20 CET] <durandal_1707> not [22:00:46 CET] <durandal_1707> im waiting for vulkan erruption by atomnuker [22:01:38 CET] <Compn> unfortunate reality [22:02:34 CET] <Compn> we must stop holding grudges and insulting each other [22:07:22 CET] <durandal_1707> i hate everything regarding stupid internet connection [22:08:42 CET] <kierank> durandal_1707: move to modern country [22:11:50 CET] <jamrial> durandal_1707: maybe it's your wifi? a crappy usb adapter can misbehave like that [22:12:40 CET] <durandal_1707> it have too much connections [22:12:43 CET] <durandal_1707> 7 [22:14:01 CET] <durandal_1707> the worst issue is that irc client never get aware of lost connection [22:14:25 CET] <kierank> durandal_1707: use irccloud [22:50:24 CET] <Chloe> irccloud is great [23:09:20 CET] <atomnuker> durandal_1707: testing under nvidia now [23:16:45 CET] <cone-428> ffmpeg 03Michael Niedermayer 07release/3.4:6a97ba521558: Changelog: update [23:31:24 CET] <atomnuker> wow, it works on nvidia on my first try, doesn't crash my system too, I guess their drivers have improved [23:32:44 CET] <atomnuker> its slower than intel for hwupload,copy,hwdownload though that's to be expected when vram != ram [23:33:05 CET] <atomnuker> still much faster than opencl [00:00:00 CET] --- Mon Feb 12 2018

1 0

ffmpeg.log.20180211
by burek 12 Feb '18

12 Feb '18

[00:17:44 CET] <hanna> eh I was just interested for the purpose of using this in mpv's vo_gpu [00:17:52 CET] <JEEB> yea [00:18:10 CET] <JEEB> as far as I know there's no proper scenechange detection stuff in FFmpeg [00:18:16 CET] <JEEB> well, as "proper" as such things are [00:18:33 CET] <JEEB> in the subtitling world what I linked used to be the general level [00:20:08 CET] <JEEB> hanna: basically you could have seen what sort of algo was used, and then seen during playback when a "scene change" was hit [00:23:42 CET] <paule32> hello, need help [00:23:43 CET] <paule32> https://pastebin.com/VhEFjUv8 [00:24:14 CET] <JEEB> paule32: you need to specify the output container [00:24:38 CET] <JEEB> it can't guess it by the "ffn" extension [00:28:53 CET] <paule32> JEEB: thx [00:28:55 CET] <paule32> but [00:28:57 CET] <paule32> sudo ./ffmpeg -f x11grab -r 5 -s 1024x720 -i :0.0 -preset ultrafast -f mp3 http://localhost:8181/feed1.ffn [00:29:03 CET] <paule32> give me next errors [00:29:24 CET] <JEEB> you're trying to put video into mpeg-1 layer 3? :) [00:29:45 CET] <paule32> ehm, yes [00:29:48 CET] <paule32> stupid [00:29:51 CET] <paule32> ffserver [00:29:59 CET] <paule32> directive? [00:30:26 CET] <BtbN> ffserver is dead, don't use it [00:42:44 CET] <paule32> JEEB: https://pastebin.com/c3L3krzC [00:43:07 CET] <JEEB> still [00:43:11 CET] <JEEB> you're taking in video, and outputting mp3 [00:43:20 CET] <JEEB> mp3 cannot have any video so it tells you there's no streams [00:44:32 CET] <paule32> and why do i can watch over the half internet video.mp3 ? [00:48:10 CET] <c_14> you're probably thinking of mp4 [00:57:01 CET] <paule32> https://pastebin.com/sK0CsnL9 [00:57:14 CET] <paule32> i get other error's, now [00:57:47 CET] <JEEB> because non-fragmented mp4 doesn't work [00:57:51 CET] <JEEB> for streaming [00:58:19 CET] <JEEB> you probably wanto -movflags [00:58:29 CET] <JEEB> -movflags frag_keyframe [00:58:34 CET] <JEEB> for fragmented mp4 [00:58:48 CET] <JEEB> but really, if you want to do web streaming then just use nginx-rtmp [00:59:02 CET] <JEEB> and then feed rtmp to it and you can get HLS/DASH [01:03:02 CET] <kerio> you can get hls with just ffmpeg too, tho [01:03:12 CET] <JEEB> sure [01:03:38 CET] <JEEB> I guess you can even do the shared fragments thing with HLS and DASH now? [01:03:43 CET] <JEEB> no idea how well it works, though ^^; [01:04:36 CET] <kerio> lmao dash [01:04:57 CET] <JEEB> also I should patch the HLS master playlist generator to also take maxrate into mention :P [01:05:07 CET] <JEEB> currently it requires one to set bit_rate [01:10:40 CET] <paule32> so, ther server+client run [01:10:44 CET] <paule32> but [01:10:46 CET] <paule32> av_interleaved_write_frame(): Broken pipe time=00:00:49.40 bitrate= 0.0kbits/s speed=0.992x [01:10:46 CET] <paule32> Error writing trailer of http://localhost:8181/feed1.ffm: Broken pipe 0.0kbits/s speed=0.992x [01:10:57 CET] <JEEB> your server gave up [01:10:58 CET] <paule32> the error message above [01:11:09 CET] <paule32> to low memory? [01:11:29 CET] <paule32> of MaxFileSize=5M [01:11:32 CET] <paule32> ? [01:11:36 CET] <JEEB> I have no idea [01:11:57 CET] <JEEB> if that's ffserver then you will unfortunately not get any support on it here [01:12:06 CET] <JEEB> it was a long-discussed thing that nobody was maintaining [01:12:10 CET] <JEEB> so it finally got removed some time ago [01:12:25 CET] <paule32> ok [01:12:37 CET] <kerio> put ffmpeg in cgi-bin and use mjpeg [01:12:39 CET] <kerio> ez [01:12:41 CET] <JEEB> as I said, if you just want to do streaming that you can point a browser to, nginx-rtmp is probably the way to go (or just plain nginx with file PUTs working with HLS) [01:13:30 CET] <paule32> then i have to leave apache? [01:13:42 CET] <kerio> well [01:13:49 CET] <kerio> i mean [01:13:51 CET] <JEEB> you can do the HLS post thing with apache too ,sure [01:13:53 CET] <kerio> it is 2018 [01:14:09 CET] <JEEB> but I bet yhou will get less help with configuring that :) [01:14:23 CET] <kerio> JEEB: nginx-rtmp doesn't even do hls by itself anyway [01:14:28 CET] <kerio> it just puts fragments in a directoryt [01:14:28 CET] <JEEB> it does [01:14:40 CET] <JEEB> at least the README says it does [01:14:41 CET] <kerio> and then it's your responsibility to host them [01:14:46 CET] <kerio> yea sure but [01:15:07 CET] <JEEB> basically looked at https://github.com/sergey-dryabzhinsky/nginx-rtmp-module/ [01:15:20 CET] <furq> if only nginx-rtmp had some kind of http server [01:15:22 CET] <furq> but it doesn't [01:15:31 CET] <kerio> furq: but paule32 wants to use apache [01:15:33 CET] <kerio> :\ [01:15:41 CET] <kerio> no idea why [01:15:44 CET] <furq> rip [01:15:53 CET] <kerio> ikr [01:16:15 CET] <JEEB> well effectively if it generates the files then just making a webroot for that I think is good enough? [01:16:25 CET] <JEEB> I don't really see the issue here other than it doesn't have its own buffer format [01:16:30 CET] <kerio> but anyway, there's nothing simpler in using nginx to host the hls files generated by nginx-rtmp rather than using apache [01:16:33 CET] <JEEB> from which it generates those things on the fly [01:16:40 CET] <kerio> other than the fact that nginx is better than apache, that is [01:16:54 CET] <JEEB> sure [01:17:14 CET] <kerio> nginx-rtmp is neato [01:20:08 CET] <BtbN> kerio, nginx-rtmp is still an nginx, so hosting http is kind of what it does anyway. [01:36:14 CET] <paule32> there is somewhere wrong [01:36:17 CET] <paule32> https://pastebin.com/cQnAAps8 [01:41:24 CET] <JEEB> whatever you're feeding to broke the write [01:41:42 CET] <JEEB> I have no idea what you have behind that HTTP end point [01:42:20 CET] <paule32> desktop stream [02:34:41 CET] <n0xlf> furq you still around? [02:43:57 CET] <aphirst> tomorrow i need to fix the audio on some files [02:44:07 CET] <aphirst> the L audio track is 0.02 s earlier than the R audio track [02:44:10 CET] <aphirst> and it makes it sound awful [06:00:38 CET] <stockstandard> Hey everyone, could someone please help me diagnose this issue? Unrecognized option 'max_muxing_queue_size'. Error splitting the argument list: Option not found [06:01:12 CET] <stockstandard> I am trying to get this script running and getting that error: https://github.com/Collisionc/sickbeard_mp4_automator [06:01:26 CET] <stockstandard> Not sure which parameter that is coming from though because i dont believe I am passing anything called max_muxing_queue_size [11:39:31 CET] <gusto> hi [11:40:03 CET] <gusto> someone an idea why vc2 is so slow? normally I have no problems, but I tried encoding x11grab fullhd 60fps with vc2 and it gives me like 30% of it [11:41:20 CET] <gusto> libx264 performs much better giving me almost 60 at default settings and CPU utilisation is about 30% [11:54:33 CET] <atomnuker> no simd [13:27:49 CET] <paule32> hello, need help [13:27:50 CET] <paule32> https://pastebin.com/dx4wGyWC [13:28:20 CET] <paule32> the stream seem to be streamed, but i can't see picture/video in vlc [13:28:50 CET] <paule32> when i open network stream: rtp://127.0.0.1:8182/test1.mp4 [13:35:43 CET] <eenp^> notice the SDP output from ffmpeg? [13:36:06 CET] <eenp^> i.e. for yours, this is it: https://pastebin.com/eFA7dhrU [13:36:26 CET] <eenp^> paste that into a file, named say, f.sdp [13:36:43 CET] <eenp^> now, open that .sdp file in vlc - appears to work well [13:36:49 CET] <eenp^> @paule32 [13:38:43 CET] <eenp^> also, ffplay should be able to view it too: `ffplay -protocol_whitelist file,udp,rtp -i ./f.sdp` [13:40:32 CET] <paule32> thank you [13:42:05 CET] <paule32> but [13:42:24 CET] <paule32> how is ffplay know about the stream? [13:42:41 CET] <paule32> lets assume, when i have 2 streams/feeds ? [13:42:45 CET] <eenp^> the .sdp file contains info about where its located, and some other protocol nonsense [13:42:58 CET] <eenp^> have a gander inside the sdp output [13:44:27 CET] <paule32> i can see o,c = ip4 127.0.0.1 [13:44:35 CET] <paule32> and port [13:44:44 CET] <paule32> that's all? [13:45:52 CET] <eenp^> line 7 specifies the port [13:46:08 CET] <eenp^> other than that - don't know too much about the protocol [13:50:28 CET] <paule32> cool [13:50:32 CET] <paule32> very fast [13:50:40 CET] <paule32> at 320x200 [13:52:34 CET] <eenp^> sweet [13:58:02 CET] <eenp^> oh btw - not sure if anyone was here from when I was asking about why ffmpeg couldn't transcode some files (with an error msg of `[ogg @ 0x5564abcbb7e0] Codec not found`) [13:58:40 CET] <eenp^> turns out the .ogg had a begin of stream and end of stream at the head of the file, which rogg_pagedump dutifully reported [13:58:56 CET] <eenp^> just ignoring the first 147 bytes or whatever fixed it [14:02:27 CET] <cableguy> hello team [14:02:38 CET] <durandal_1707> hello [14:02:43 CET] <cableguy> how do i loop video to the length of the audio [14:02:59 CET] <cableguy> i found same question from 5 months ago https://video.stackexchange.com/questions/22301/loop-webm-video-for-the-who… and nobody replied [14:03:19 CET] <durandal_1707> stream-loop [14:04:57 CET] <cableguy> you mean -stream_loop [14:10:13 CET] <cableguy> im using this [14:10:14 CET] <cableguy> ffmpeg -y -loop 1 -r 6 -i 1.jpg -i 1.mp3 -shortest -c:v libx264 -preset ultrafast -tune stillimage -pix_fmt yuv420p -c:a copy video.mp4 [14:10:22 CET] <cableguy> to loop an image to audio [14:10:31 CET] <durandal_1707> yes [14:10:40 CET] <cableguy> but it does not work for video instead of image [14:10:41 CET] <durandal_1707> for images [14:12:32 CET] <cableguy> which switch do i change [14:20:50 CET] <paule32> hello [14:20:58 CET] <paule32> when i start ffmpeg: [14:21:01 CET] <paule32> sudo ./ffmpeg -f x11grab -r 5 -s 1000x600 -i :0.0 -preset ultrafast -f rtp rtp://[2a00:c1a0:8502:2800:1000:1000:1000:10]:8182/test1.mp4 [14:21:05 CET] <paule32> i get: [14:21:23 CET] <paule32> c=IN IP4 2a00:c1a0:8502:2800:1000:1000:1 [14:21:26 CET] <paule32> for sdp [14:21:36 CET] <paule32> see: IP4 [14:21:46 CET] <JEEB> sounds like a bug in the code that writes out the SDP manifest [14:21:54 CET] <JEEB> although you'd have to look at the specification for it [14:21:58 CET] <JEEB> if there even is an IP6 [14:23:03 CET] <paule32> for http host, i have to write (in browser): http://[2a00:c1a0:8502:2800:1000:1000:1]/index.html [14:35:14 CET] <BtbN> Why do you run ffmpeg as root? [14:36:43 CET] <artha> hi can anyone tell me if I can change the filter arguments of ffmpeg in runtime? [14:37:49 CET] <BtbN> some of them, usually very limited, probably not the ones you want to [14:39:29 CET] <artha> @BtbN, I am trying to to use the equalizer filter with time varying arguments while playing the audio. is it possible/ [14:40:06 CET] <BtbN> which equalizer? [14:40:27 CET] <BtbN> There seem to be 3 [14:40:39 CET] <artha> ffplay -af "equalizer=f=1000:width_type=h:width=200:g=-10" -i foo.wav [14:40:50 CET] <artha> this is the command [14:40:51 CET] <BtbN> no idea which of the 3 equalizers that maps to, hm [14:41:51 CET] <furq> use mpv? [14:41:58 CET] <furq> you can definitely change mpv's eq at runtime [14:42:10 CET] <furq> and also it's an actual media player and not a proof of concept [14:42:55 CET] <artha> ok I'll try that. thanks [14:43:19 CET] <BtbN> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavfilter/af_biquads.c;h=d… it does support some runtime reconfig [14:45:07 CET] <artha> @BtbN, great this is what I was actually looking for. [14:45:35 CET] <BtbN> I'm not 100% sure how to send those commands when using ffmpeg.c. But I think there is some way? [14:46:10 CET] <BtbN> Also, there are aparently 4 equalizer filters in ffmpeg. [14:46:51 CET] <artha> maybe I need to create a callback function. check for changed arguments before the buffer is created [14:47:04 CET] <BtbN> if you are using the API, it's not a problem at all [14:47:19 CET] <BtbN> there is a function to send those commands [14:47:39 CET] <furq> you can drop to an interactive prompt to send commands to sendcmd, but i've never been able to figure out how to operate it [14:47:46 CET] <furq> and also it'll pause the output while you're at the prompt [14:48:06 CET] <furq> you could also potentially use the zmq filter [14:49:23 CET] <artha> Yeah. I dont want the audio to pause. And zmq filter?? I will check that out too [14:49:41 CET] <BtbN> Are you using the ffmpeg cli, or the libav* libraries directly? [14:51:09 CET] <artha> till now I have been using the cli. But I got nowhere with it. Now I want to try the libavfilter [14:51:34 CET] <BtbN> yeah, if you're using the API there will be no extra pause [14:52:00 CET] <BtbN> And if you're using the ffmpeg cli in some "embedded" way in some other application you can also send commands pretty much instantaneously. [14:52:04 CET] <artha> I am using python. so now I have to bind the lib to be able to use it' [14:52:12 CET] <BtbN> But to me it sounds like you're better off using the API [14:53:32 CET] <artha> I guess however instantaneous i send them, there will be an observable pause in the stream wont it?? [14:53:44 CET] <artha> if I use cli [14:54:15 CET] <BtbN> I doubt it. Will take a few ms at worst [14:55:56 CET] <artha> can you recommend a good cli for it? [14:56:34 CET] <BtbN> hm? [14:56:43 CET] <BtbN> ffmpeg.c is the cli application [14:57:15 CET] <artha> I meant for python [14:58:43 CET] <BtbN> I'm not sure what you mean [15:01:19 CET] <artha> no prob. I will check out the process_command() api and zmq filter furq suggested. thanks for helping out [15:58:33 CET] <IsntFunny> Is there some quick way to strip out any audio track without encoding the full video? [15:58:49 CET] <JEEB> yes, just map only video [15:58:58 CET] <JEEB> -map v [15:59:07 CET] <IsntFunny> and -c copy? [15:59:09 CET] <JEEB> this will map all the video track(s) from all inputs [15:59:15 CET] <JEEB> which usually is one, but yunno [15:59:27 CET] <BtbN> -c:v copy -an -sn [15:59:53 CET] <IsntFunny> welp, awesome. thanks :) [16:00:05 CET] <JEEB> oh, right -an -sn is the other way [16:04:00 CET] <IsntFunny> damn [16:04:05 CET] <IsntFunny> now i messed up all of my footage [16:04:32 CET] <IsntFunny> And i of course have no backup for those [16:09:31 CET] <IsntFunny> ffmpeg doesn't have some kind of temp dir where i could try to rescue my files? [16:09:57 CET] <JEEB> no [16:10:06 CET] <DHE> did you set your input and output as the same file? [16:10:08 CET] <JEEB> I mean, if you set your output as input then rip [16:10:24 CET] <IsntFunny> DHE yep [16:10:35 CET] <IsntFunny> All my drone footage gone :D [16:10:55 CET] <DHE> nothing on other media, like the drone itself maybe? [16:12:44 CET] <IsntFunny> nope, i always move instead of copy. A lot of data and just 64gb of sd card... Even for backups it'd be kind of big. Aw snap [16:13:13 CET] <IsntFunny> Well, lesson learned [17:01:46 CET] <Fyr> guys, is there a way to optimize matroska container besides -reserve_index_space? [17:02:24 CET] <Fyr> mkclean produces smaller files than FFMPEG. [17:03:21 CET] <Fyr> it means the authors know something. [17:03:27 CET] <Fyr> (= [17:03:38 CET] <durandal_1707> by how much? [17:04:09 CET] <Fyr> not so much [17:05:25 CET] <Fyr> but the thing about index space should be optimized, like in MP4 files. for now I have to mux it, then remux it, since I don't know how much space is required to write the index. [17:05:46 CET] <Fyr> then muxing into MP4, FFMPEG mux it and remuxes it automagically. [17:06:18 CET] <Fyr> ='( [17:06:54 CET] <durandal_1707> open feature request? [17:07:14 CET] <next1> close [17:08:58 CET] <classssic> hi, somebody know how to decoder h264 to MJPEG using vaapi hw accel? [17:10:41 CET] <atomnuker> jkqxz has a patch but he's waiting on durandal_1707's patches [17:11:51 CET] <durandal_1707> how so? look im volunter [17:18:51 CET] <atomnuker> the yuvj removal [17:19:03 CET] <atomnuker> cmon, you said its all fixed [17:19:17 CET] <atomnuker> just resubmit [17:33:06 CET] <stockstandard> Hey everyone, could someone please help me diagnose this issue? I'm Not sure which parameter that is coming from because i dont believe I am passing anything called max_muxing_queue_size [17:33:10 CET] <stockstandard> Unrecognized option 'max_muxing_queue_size'. Error splitting the argument list: Option not found. I am trying to get this script running and getting that error: https://github.com/Collisionc/sickbeard_mp4_automator [17:36:11 CET] <sfan5> https://github.com/Collisionc/sickbeard_mp4_automator/blob/master/mkvtomp4.… [17:36:22 CET] <sfan5> application devs fault [17:42:08 CET] <stockstandard> SFAM5 what exactly is the issue? [17:43:13 CET] <stockstandard> sfan5* [17:43:40 CET] <sfan5> the application developer is making the assumption that the used ffmpeg version supports -max_muxing_queue_size [17:43:57 CET] <sfan5> this assumption isn't holding, which is why you're getting that error [17:44:35 CET] <stockstandard> is that a newer option or something that has been depricated? [17:45:31 CET] <sfan5> former [17:45:43 CET] <stockstandard> Right now I am just using 'apt-get ffmpeg' in my docker create, is there a version i should be passing? [17:46:00 CET] <sfan5> debian-based distributions often ship outdated ffmpeg versions [17:46:25 CET] <sfan5> if you read the README of that repo, the author suggests downloading ffmpeg from https://ffmpeg.zeranoe.com/builds/ [17:46:34 CET] <furq> that'll work well on linux [17:46:49 CET] <furq> stockstandard: https://www.johnvansickle.com/ffmpeg/ [17:47:18 CET] <furq> with that said debian stable has 3.2.10 and testing has 3.4.1 [17:47:40 CET] <furq> which should be new enough [17:48:20 CET] <stockstandard> yeah i just checked, apt-get is pulling version 2.8.11 [17:48:30 CET] <furq> is that ubuntu 16 or something [17:48:31 CET] <stockstandard> ubuntu [17:48:33 CET] <furq> right [17:48:36 CET] <furq> get a newer distro [17:48:45 CET] <furq> or just use those static builds [17:50:32 CET] <stockstandard_> Is there a way to reference the newer version in the dockerfile? [17:50:34 CET] <stockstandard_> https://pastebin.com/BC1waExt [17:52:01 CET] <sfan5> extract it to /usr/local or something [17:55:03 CET] <stockstandard_> apologies sfan5 - I am fairly new to all of this... any examples you could show on how to do that [17:56:48 CET] <sfan5> tar -xf ffmpeg-release-64bit-static.tar.xz -C /usr/local/bin --strip-components=1 ffmpeg-3.4.1-64bit-static/ffmpeg [17:58:31 CET] <stockstandard_> like this? https://pastebin.com/MZwgGShR [17:59:59 CET] <sfan5> you'd need to download the file first, but yes [18:02:34 CET] <stockstandard_> Is there a way to do that in the dockerfile? I have a separate cron job that re-flashes the docker image every week so ideally there would be no manual downloading involved [18:03:22 CET] <sfan5> ...just invoke wget [19:12:28 CET] <whytho> Hi! I'm trying to use the ffmpeg libs in a project but I am running into problems. Basically what I'm trying to do at this point is to be able to play both video and audio from the same file. So far I can play video, that is not a problem. Playing the audio of the file at the sime time though, I just can't get it to work. [19:12:58 CET] <whytho> I've looked at drangers tutorial but it's outdated, I've looked at lei xiaohua's tutorials but all of them seem to be audio or video, not audio and video. I also found a github repo that claims to be working for ffmpeg >=3.2.4 but same there, no sound is playing [19:13:49 CET] <paule32> hello [19:14:12 CET] <paule32> my samsung smartphone can't open stream.sdp in chrome browser [19:14:17 CET] <whytho> What I'm asking here is, can anyone point me in the direction of a guide that shows how to play video and audio from the same video file for ffmpeg 3.4? Preferably using SDL2, but hopefully I can manage that last bit by myself worst comes to worst [19:14:20 CET] <paule32> what can i do? [19:14:24 CET] <whytho> I'm using windows 10 BTW [19:17:09 CET] <JEEB> whytho: the proof-of-concept ffplay thing uses SDL2 [19:17:18 CET] <JEEB> so you could say it's an "example" [19:23:04 CET] <whytho> I will check that out, thank you! [19:25:42 CET] <ans_ashkan> Hi all, I'm trying to overlay a sequence of images on top of a video and loop images. this is what I use (ffmpeg -i hq26368874313361335.mp4 -i "Seq\seq_%5d.png" -filter_complex "[1:v]loop=-1:size=496[top];[0:v][top]overlay=shortest=1" temp.ts) [19:26:33 CET] <ans_ashkan> the problem is loop starts at about frame 400 at second loop [19:27:27 CET] <ans_ashkan> any idea what is wrong with this? [19:36:53 CET] <kepstin> ans_ashkan: probably a framerate mismatch, you should specify the "-framerate" input option on the png input to the same as the framerate of the video [19:37:02 CET] <kepstin> if you don't specify, it's 25fps, iirc. [19:39:15 CET] <paule32> hi JEEB [19:39:21 CET] <paule32> have you a idea? [19:42:58 CET] <ans_ashkan> kepstin: video's framerate is 25 too, so they match. [23:13:05 CET] <paule32> hello, need help [23:13:07 CET] <paule32> https://pastebin.com/5nPnG5ir [23:13:27 CET] <paule32> i would like stream webm or mp3 [23:13:38 CET] <paule32> firefox does not support mp4 [23:13:43 CET] <paule32> that the problem [23:13:53 CET] <paule32> but i think mp3 does support [23:14:49 CET] <notashark> is it normal for ffmpeg to mangle variable values without assignment? [23:15:17 CET] <paule32> me? [23:15:52 CET] <notashark> anyone [23:16:12 CET] <notashark> paule32: I can't help, sorry. [23:16:16 CET] <paule32> "-video_size" is the same as "-s [23:16:45 CET] <paule32> notashark: what do you stream? [23:17:00 CET] <notashark> I don't stream anything? [23:17:18 CET] <paule32> transcode? [23:18:22 CET] <notashark> my use of ffmpeg is just basic conversion; like, wav to flac. I don't use any of the really complicated parts [23:18:38 CET] <paule32> ok [23:24:28 CET] <furq> notashark: i don't know what you're actually asking [23:33:10 CET] <notashark> furq: i have a short (~30loc) script to batch process files. commenting out the ffmpeg line lots the file names get printed just fine. if I uncomment ffmpeg, they are mangled; this is before and after ffmpeg is called [23:33:25 CET] <notashark> I can only think it's the way the shell is parsing it before even running it, but idk [23:33:38 CET] <furq> probably some kind of quoting nightmare [23:33:41 CET] <furq> but pastebin the script anyway [23:38:46 CET] <notashark> https://transfer.sh/kg04F/ffmpeg.sh [23:58:48 CET] <sfan5> doesn't ${TRACK/\.original/} make use of a bash-only feature? [23:58:51 CET] <sfan5> since you're using /bin/sh [00:00:00 CET] --- Mon Feb 12 2018

1 0

ffmpeg-devel.log.20180210
by burek 11 Feb '18

11 Feb '18

[01:23:30 CET] <feliwir> does av_seek_frame seek my custom IO context? When i am seeking my IO context manually aswell things don't work anymore [01:23:35 CET] <feliwir> so i guess that shouldn't be done? [01:35:06 CET] <rcombs> tmm1: I just need a sample [01:46:00 CET] <cone-809> ffmpeg 03Muhammad Faiz 07master:909e00ae816d: avformat/format: temporarily use old next api [01:47:52 CET] <tmm1> rcombs: try https://s3.amazonaws.com/tmm1/cc.mpg or https://s3.amazonaws.com/tmm1/h264.ts [01:59:05 CET] <rcombs> thanks [02:13:38 CET] <wm4> michaelni, jamrial: can one of you upload the sample here: http://ffmpeg.org/pipermail/ffmpeg-devel/2018-February/224906.html [02:18:43 CET] <jamrial> wm4: done [02:19:40 CET] <wm4> thanks [03:57:48 CET] <cone-809> ffmpeg 03Xiaohan Wang 07master:dd5208aaf5bf: avformat/mov: Fix ctts_index calculation [05:25:38 CET] <gdpinname> _ ____ _____ ______ _____ _____ _____ ____ _ _ ____ _ _ _____ [05:25:49 CET] Last message repeated 2 time(s). [05:25:49 CET] <gdpinname> | | / __ \| __ \| ____| | __ \ /\ | __ \_ _/ __ \ | | | |/ __ \| | | | __ \ [05:25:49 CET] Last message repeated 2 time(s). [05:25:49 CET] <gdpinname> | | | | | | | | | |__ | |__) | / \ | | | || || | | | | |__| | | | | | | | |__) | [05:25:49 CET] Last message repeated 2 time(s). [05:25:49 CET] <gdpinname> | | | | | | | | | __| | _ / / /\ \ | | | || || | | | | __ | | | | | | | _ / [05:26:00 CET] Last message repeated 2 time(s). [05:26:08 CET] <gdpinname> | |___| |__| | |__| | |____ | | \ \ / ____ \| |__| || || |__| | | | | | |__| | |__| | | \ \ [05:26:08 CET] Last message repeated 2 time(s). [05:26:08 CET] <gdpinname> |______\____/|_____/|______| |_| \_\/_/ \_\_____/_____\____/ |_| |_|\____/ \____/|_| \_\ [05:26:09 CET] Last message repeated 2 time(s). [05:26:09 CET] <gdpinname> https://www.youtube.com/watch?v=JfinBRO_pVc&feature=youtu.be [05:26:11 CET] Last message repeated 2 time(s). [05:26:11 CET] <gdpinname> CALL 315-505-4666 [05:26:12 CET] Last message repeated 2 time(s). [05:26:12 CET] <gdpinname> gix- c3r1c3-Win lucaswang jrmuizel ilove11ven durandal_1707 mateo` moser RT|Chatzilla philipl jamrial microchip_ relaxed raytiley_ atomnuker michaelni Maxz ldts Maverick|MSG bigpet peloverde Kei_N cone-809 Rathann Nightrose _dev_zero telex jpabq chance83 gagandeep_ gagandeep Tzimmo merbanan tyng oorm PaulCapestany jfmcarreira lrusak aballier BtbN Adarfive Blubberbub Compn laxask reynaldo Chloe j0sh tmatth u0m3 keith Gramner JEEB RushPL kepstin bofh [05:33:58 CET] <philipl> Does that say LOAD BALANCER? :-P [05:34:57 CET] <Compn> wat [05:34:59 CET] <Compn> awesome [05:35:12 CET] <Compn> hilarious that spammer hit a bunch of my other channels [05:35:43 CET] <Compn> someone joined his irc server once [05:35:59 CET] <Compn> and one of the channels made his client join 5000 channels or something and crashed him out haha [05:36:36 CET] <Compn> also i dunno that ascii is all broken here [05:48:29 CET] <philipl> LODE RADOHOUR [05:48:35 CET] <philipl> that makes even less sense. [05:49:04 CET] <philipl> LODE RADIOHOUR [05:55:53 CET] <Compn> its a radio show [05:56:14 CET] <Compn> call in chat kind of thing live youtube stream [05:56:22 CET] <Compn> public access [05:56:27 CET] <Compn> more of an american thing [05:56:34 CET] <philipl> huh [05:56:39 CET] <Compn> but from the 80s/90s [05:56:54 CET] <Compn> no one does public access anymore [09:22:58 CET] <thardin> set /mode +p to get rid of spam [12:47:00 CET] <DHE> thardin: mode +s is usually better [14:17:54 CET] <atomnuker> jdarnley: check ml [15:31:16 CET] <jfmcarreira> which version introduced the following function in libswscale sws_getContext? [15:31:50 CET] <JEEB> that sounds like a very old version [15:31:57 CET] <JEEB> as I remember using that function in 2013 [15:33:40 CET] <jfmcarreira> JEEB: so something weird is going on on my app.. Getting error linking against in in ubuntu xenial (while trying to build a debian pkg) but in my gentoo machine everthyng is ok [15:34:16 CET] <JEEB> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/APIchanges;h=91f41a5020a… [15:34:36 CET] <JEEB> the only entry with sws_getContext is from 2014 where it's noted that it's not getting removed [15:34:53 CET] <JEEB> jfmcarreira: I hope you're using pkg-config for getting the flags? [15:35:46 CET] <jfmcarreira> JEEB: cmake but pkg-config [15:38:11 CET] <sfan5> haven't verified this myself, but looks like the aptX commits broke building with --disable-muxers [15:38:12 CET] <sfan5> https://github.com/mpv-android/mpv-android/pull/98#issuecomment-364654277 [15:39:21 CET] <JEEB> lemme test [15:43:40 CET] <jfmcarreira> JEEB: rookie mistake. I was not requesting for swscale module [15:44:03 CET] <JEEB> jfmcarreira: yea, that's the classic one :) [15:44:27 CET] <JEEB> sfan5: replicated [15:44:52 CET] <JEEB> so it's in the headers and utilized, but not in the library [15:58:22 CET] <JEEB> right [15:58:28 CET] <JEEB> the demuxer is under CONFIG_APTX_MUXER [15:58:34 CET] <JEEB> that should be simple to fix [16:05:05 CET] <JEEB> ok, confirmed it fixing the build [16:05:32 CET] <JEEB> will quickly test with disabling demuxers as well [16:05:42 CET] <JEEB> to see if we have any breakage there, too [16:08:41 CET] <JEEB> ok, that's fine [16:12:02 CET] <JEEB> sfan5: thanks for the report, posted a patch on -devel [16:12:12 CET] <sfan5> nice [16:54:15 CET] <cone-139> ffmpeg 03Aurelien Jacobs 07master:3e21f285ccde: MAINTAINERS: add myself for aptx.c [17:21:16 CET] <cone-139> ffmpeg 03Jan Ekström 07master:063be4fe2cc6: lavf/aptxdec: fix the limit on the APTX demuxer definition [17:22:15 CET] <JEEB> durandal_1707: thanks :) [17:22:48 CET] <JEEB> sfan5: should be fixed now [17:23:26 CET] Action: JEEB focuses back on hakumei&mikochi [17:26:59 CET] <Chloe> michaelni: https://0x0.st/scIh.patch fairly sure this should give the correct output but if you could check it before I send it to the ML that'd be great [17:56:28 CET] <fjsanchez> I have a question, according to the definition on libavtuil/pixdesc.c AV_PIX_FMT_GRAY10BE is not a bitstream, does it mean it should use 2bytes per pixel? [17:56:53 CET] <wm4> yes [17:57:44 CET] <fjsanchez> Ok, but when I try to output rawvideo it is calculating the kb/s as it were a packed bit array [17:57:58 CET] <fjsanchez> For example, Stream #0:0: Video: rawvideo (Y1[0][10] / 0xA003159), gray10le, 640x480, q=2-31, 3072 kb/s, 1 fps, 1 tbn, 1 tbc [17:58:14 CET] <fjsanchez> 3072 kb/s [17:58:20 CET] <wm4> whatever underlying raw codec it uses could still be different from the pix_fmt [17:58:54 CET] <fjsanchez> I am using rawvideo [17:59:04 CET] <fjsanchez> what codec would that use_ [17:59:33 CET] <wm4> no idea... although considering that it seems to simply dump the pixel memory, maybe I'm wrong in this case [18:00:32 CET] <fjsanchez> I tought that this was the case with rawvideo [18:00:47 CET] <fjsanchez> This is why it doesn't match what I was expecting [18:00:59 CET] <fjsanchez> *thought [18:04:32 CET] <atomnuker> yep, bitrate for rawvideo is calculated through ff_guess_coded_bitrate() in libavcodec/utils.c [18:05:07 CET] <wm4> that's pretty lol [18:05:24 CET] <wm4> is there any purpose? [18:06:04 CET] <wm4> or is that just a bug [18:08:27 CET] <kierank> michaelni: if you have time can you review my patch since you are maintainer [18:13:05 CET] <fjsanchez> Ok, there is this line in libavcodec/util.c: avctx->bits_per_coded_sample = av_get_bits_per_pixel(desc); [18:13:18 CET] <fjsanchez> But av_get_bits_per_pixel(desc) will return the bits per pixel, not per sample [18:13:22 CET] <atomnuker> yes, it should be using av_get_padded_bits_per_pixel() [18:13:48 CET] <atomnuker> also the correct way to fix it would be to make rawenc.c set the correct bits_per_coded_sample [18:14:30 CET] <atomnuker> just sent a patch to the ml to fix it [18:16:13 CET] <fjsanchez> Ok, I will try I have never done it before but I guess it is a good opportunity [18:16:26 CET] <wm4> doesn't it depend on the codec? there are some other packed codecs which call this [18:16:35 CET] <wm4> so your change could be wrong for some [18:22:46 CET] <fjsanchez> With the change on rawenc.c -> Stream #0:0: Video: rawvideo (Y1[0][10] / 0xA003159), gray10le, 640x480, q=2-31, 4915 kb/s, 1 fps, 1 tbn, 1 tbc [18:23:39 CET] <atomnuker> fjsanchez: sorry, I meant I've just sent a patch to fix it [18:24:52 CET] <fjsanchez> oh, that's ok [18:26:18 CET] <fjsanchez> I suspect there might be something else, basically I am trying to output using v4l2 format and gray10 pixel format, and that part works after adding a few lines to libavdevice/v4l2-common.c [18:27:29 CET] <fjsanchez> But it still is receivign the wrong amoung of bytes I think [18:27:34 CET] <fjsanchez> Format Video Output: Width/Height : 640/480 Pixel Format : 'Y10 ' Field : None Bytes per Line : 800 [18:27:54 CET] <fjsanchez> I would expect 1280 bytes per line [18:28:33 CET] <fjsanchez> But I don't know if the problem could be in ffmpeg or v4l2loopback, which is the kernel module that I am using [18:32:48 CET] <fjsanchez> I get his error: [video4linux2,v4l2 @ 0x7fe514000920] buf_len[0] = 385024 < expected frame size 614400 [18:56:17 CET] <michaelni> Chloe, theres still quite some differnces, for example -formats or -h decoder=msmpeg4v3 [19:30:53 CET] <Chloe> michaelni: ah, right. I thought the formats were fine before since oyu just commented on the '-codecs' but I see now [19:41:37 CET] <fjsanchez> Can anyone tell me where the AVFormatContext is populated with data? [19:41:53 CET] <fjsanchez> in a decode stream [19:44:05 CET] <JEEB> it gets populated with data during various stages of demuxing. as in, when you avformat_open_input() it can have some stuff set to it, but as you read more and more stuff the information can get improved [19:44:23 CET] <JEEB> there's also avformat_find_stream_info() which specifically starts filling up various information [19:44:37 CET] <JEEB> that said, there's still a possibility that you get rather major updates to the input avformat context [19:44:42 CET] <JEEB> such as new streams appearing in MPEG-TS [19:45:20 CET] <fjsanchez> I see, I am trying to find where the frame_size is set for a rawvideo input [19:45:55 CET] <fjsanchez> I was lookin in avformat_open_input() but I saw that the context was already an argument of the function, so I was unsure [19:46:10 CET] <JEEB> yes, you allocate a context first [19:46:24 CET] <fjsanchez> yes I saw that on the main [19:46:36 CET] <JEEB> that just initializes the structure and doesn't yet know anything of your input [19:46:43 CET] <JEEB> you can do stuff like override the IO callbacks at that point [19:47:36 CET] <JEEB> libavformat/rawvideodec.c is rather simple [19:48:14 CET] <JEEB> it sets things and creates the stream in read_header() [19:48:45 CET] <JEEB> after that it just calls av_get_packet() [19:48:57 CET] <JEEB> in read_packet() [19:48:57 CET] <fjsanchez> That's great! Thank you, I will start from there [20:57:55 CET] <tmm1> anyone interested in a consulting gig to implement aac ssr ^^ [21:10:52 CET] <rcombs> wtf is SSR [21:19:08 CET] <tmm1> scalable sample rate [21:19:14 CET] <tmm1> see ticket above [21:24:19 CET] <tmm1> used widely in singapore dvb, and also some stations in the UK [21:27:13 CET] <JEEB> funky [21:31:01 CET] <atomnuker> never seen it anywhere [21:54:40 CET] <rcombs> I still dunno what it _is_, though [22:40:47 CET] <kierank> tmm1: we use SSR? [22:40:51 CET] <kierank> Not sure about that [22:59:12 CET] <JEEB> ah [22:59:46 CET] <JEEB> the zlib check isn't pkg-config so you have to add extra include/lib search paths with cross-compilation (with a prefix that isn't sysroot) [23:03:46 CET] <feliwir> do you see any special about this file? https://www.dropbox.com/s/u5f1iavdvzuv0vc/vp6log.txt?dl=0 [23:05:26 CET] <feliwir> i found an entire family of vp6 files that does have artifacts with ffmpegs decoder [23:05:32 CET] <feliwir> in comparison to the On2 decoder [23:06:36 CET] <tmm1> kierank: are you in uk or singapore? [23:06:54 CET] <kierank> Uk [23:07:19 CET] <JEEB> feliwir: I bet that stuff doesn't get too much love so samples are welcome [23:07:43 CET] <JEEB> (and if there would be someone caring about that format that would be even better) [23:09:29 CET] <feliwir> JEEB, [23:09:30 CET] <feliwir> https://imgur.com/a/bD15k [23:09:54 CET] <feliwir> it's getting even worse [23:10:01 CET] <feliwir> when more movement happens [23:12:42 CET] <feliwir> where can i upload a sample file? [23:18:18 CET] <feliwir> added a couple of sample images [00:00:00 CET] --- Sun Feb 11 2018

1 0

ffmpeg.log.20180210
by burek 11 Feb '18

11 Feb '18

[01:11:57 CET] <n0xlf> @furq (or others), not sure if you are around but any thoughts on this command isn't producing good results? ffmpeg -i 1.mkv -itsoffset 208 -i 2.mkv -itsoffset 2025 -i 3.mkv -filter_complex "hstack=inputs=3;amix=inputs=3" -c:v libx264 -preset ultrafast -profile:v high -level 4.1 -crf 23 -c:a aac -b:a 128k -ac 2 video.mkv - VLC is audio only with all 3 streams starting simultaneously. Win 10 media player has mostly frozen video, but n [01:12:10 CET] <n0xlf> Audio is the same as VLC, all starting simultaneously. [01:12:53 CET] <n0xlf> And sorry, that is with mp4 output - mkv is totally unusable with either player. [01:13:30 CET] <n0xlf> Not sure if dev would be interested in this as well, but that command is requiring 30GB of memory with low quality 720p videos. [01:14:16 CET] <n0xlf> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 24042 root 20 0 29.195g 0.024t 14284 R 553.1 52.6 67:24.89 ffmpeg [01:14:31 CET] <n0xlf> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND [01:14:31 CET] <n0xlf> 24042 root 20 0 29.195g 0.024t 14284 R 553.1 52.6 67:24.89 ffmpeg [01:14:34 CET] <n0xlf> That's better.. [01:15:31 CET] <n0xlf> This is with FFMPEG from GIT - Release vers don't work at all and give a buffer overflow error [01:16:16 CET] <furq> i wonder if itsoffset is causing a ton of frames to be buffered [01:16:45 CET] <furq> if it works without that then you'll have to find a different way to delay things [01:16:48 CET] <furq> maybe setpts [01:22:04 CET] <n0xlf> I knew you'd have some ideas! I'll try it without the offsets at all just to see if I can get acceptable output... [01:27:01 CET] <n0xlf> 340k of mem with no offset :) [01:32:27 CET] <n0xlf> Would I add setpts=PTS+208/TB, asetpts=PTS+208/TB, setpts=PTS+2025/TB, asetpts=PTS+2025/TB ? Trying to figure out what the command would look like.. [01:35:51 CET] <furq> 208/TB would be 208 seconds [01:39:23 CET] <n0xlf> A starting position of that, correct? That's what I want... [01:39:29 CET] <n0xlf> For that particular vid at least [01:41:03 CET] <furq> that doesn't actually work well [01:41:21 CET] <furq> and by well i mean at all [01:41:53 CET] <furq> for video you'd probably want something like -f lavfi -i color=d=208 and then concat your actual video stream onto that [01:42:07 CET] <furq> for the audio streams you can just use adelay [01:45:58 CET] <n0xlf> Yikes, can you give me a sample of what that would look like? Replacing the itsoffset with that... [01:45:58 CET] <n0xlf> ffmpeg -i 1.mkv -itsoffset 208 -i 2.mkv -itsoffset 2025 -i 3.mkv -filter_complex "hstack=inputs=3;amix=inputs=3" -c:v libx264 -preset ultrafast -profile:v high -level 4.1 -crf 23 -c:a aac -b:a 128k -ac 2 video.mkv [01:46:41 CET] <furq> http://vpaste.net/FYZv3 [01:46:43 CET] <furq> something like that [01:47:30 CET] <n0xlf> Thanks - I'll see if my non-offset test even produces something that works..If not then I think I'm out of luck..It's almost done [01:49:47 CET] <furq> http://vpaste.net/3wjlq [01:49:51 CET] <furq> same thing but with the stream order fixed [01:49:55 CET] <furq> if you hadn't noticed that [01:50:19 CET] <furq> er [01:50:27 CET] <furq> http://vpaste.net/wvSfr [01:52:57 CET] <furq> also that should be color=black:d=208:s=123x456 [01:53:09 CET] <furq> with the resolution of the inputs [01:53:16 CET] <furq> otherwise it'll be 320x240 [01:53:32 CET] <furq> it feels like there should be an easier way to do this but i can't think of one right now [01:59:09 CET] <n0xlf> Yeah, this has been quite an experience - I've used ffmpeg for all kinds of things but this is among the most difficult I've worked with. [01:59:46 CET] <n0xlf> The non-offset video works perfectly! That's encouraging... [01:59:49 CET] <n0xlf> I'll try your command now [02:47:22 CET] <n0xlf> All of the audio starts at the beginning but it looks like the video may be correct... [02:57:03 CET] <n0xlf> I left "-ac 2" - That may have been causing it. Re-encoding now... [02:57:33 CET] <n0xlf> @furq, check your msg window too.. [10:03:13 CET] <snadge> how would one set the frame rate for the vectorscope filter? it seems to be defaulting to 25fps for some reason [11:24:59 CET] <halfgaar> Hello. Question: when using swr_convert to convert to a channel layout with more channels than the source, are the missing channels just zero-filled? This is what I need [14:33:57 CET] <arinov_> hi guys [14:34:29 CET] <arinov_> is there a way to mark video by it's date and timer? documentary [16:20:49 CET] <xrandr> Hello. I am using CentOS 6.8. I have tried multiple versions of ffmpeg. I cannot get FFMpeg to encode a video higher than 20 or 30 mb. Any ideas on what I can check? [16:21:49 CET] <xrandr> there is more than enough disk space [16:26:55 CET] <xrandr> any other details i can provide, please ask [16:28:24 CET] <xrandr> https://pastebin.com/hvKBNA3s [16:30:31 CET] <sfan5> and the output? [16:30:53 CET] <xrandr> im re-running it. [16:31:19 CET] <relaxed> and are you running this on the command line or is it php? [16:31:27 CET] <xrandr> both actually [16:31:44 CET] <xrandr> right now i am running command line as the php developer said he did it on the command line as a test and it failed [16:32:45 CET] <xrandr> is there a known php issue with ffmpeg? [16:33:37 CET] <relaxed> well, I've seen people in here who have a working command in their terminal but not when running it via php [16:34:06 CET] <relaxed> but it's mostly because they don't know php :) [16:34:11 CET] <xrandr> so far it seems to be doing fine with command line [16:34:21 CET] <xrandr> id hate to jinx it lol [16:34:53 CET] <sfan5> random guess: you're not reading ffmpeg output from PHP and it eventually dies from SIGPIPE since the buffer is full [16:37:38 CET] <xrandr> sfan5: so a temporary fix would be to increase the buffer size. The permenant fix could be to make sure the developer is asking php to read the ffmpeg output [16:37:57 CET] <sfan5> assuming that actually is the issue, yes [16:40:07 CET] <xrandr> hmm, i also wonder if the fact that so far this has been running over 20 minutes on the command line&.. wonder if max execution time is causing a problem [16:41:46 CET] <relaxed> does php not log these types of issues? [16:42:57 CET] <xrandr> I need to check the log level [16:43:43 CET] <sfan5> better design would be to have a background daemon that manages the encoding jobs. then php would ask that daemon to run a job, get it's status, wait for completion, etc. [16:44:05 CET] <JEEB> yea, running long-running jobs synchronously is a Bad Idea [16:44:30 CET] <JEEB> (also if you are taking in files from 3rd parties you will always want to airgap that stuff as much as possible) [16:44:57 CET] <xrandr> what do you mean by air gap? [16:46:29 CET] <xrandr> sfan5: Ill bring that up with the developer. [16:48:00 CET] <sfan5> what kind of media are you processing anyway that -preset veryfast takes upwards 20 minutes? [16:48:46 CET] <xrandr> its an mp4 file. 500mb [16:48:53 CET] <xrandr> and right now, its going on 40 minutes [16:49:07 CET] <xrandr> and it finished [16:49:22 CET] <xrandr> wait&that was the video time that it was processing [16:49:23 CET] <relaxed> your ffmpeg command looks a little dated. which version are you using? [16:50:01 CET] <xrandr> ffmpeg version N-63893-gc69defd [16:51:00 CET] <sfan5> >11 Jun 2014 [16:51:00 CET] <sfan5> heh [16:51:13 CET] <relaxed> xrandr: https://www.johnvansickle.com/ffmpeg/ [16:53:42 CET] <relaxed> the 3.4.1 release ^^ supports linux 2.6.32, by the way [16:53:59 CET] <xrandr> ok, ill try that [16:55:35 CET] <relaxed> which kernel does centos 6.8 use? [16:55:59 CET] <xrandr> 2.6.32-642.13.1.el6.x86_64 [16:57:18 CET] <xrandr> i have a copy of that ffmpeg on the server as well. Ill use that. I also increased the max execution time and the output buffering [16:57:19 CET] <xrandr> will test [16:58:12 CET] <relaxed> I'm going to bombarded with complaints when the next stable static build requires 3.2.0 [16:59:38 CET] <furq> your site already says that doesn't it [16:59:46 CET] <furq> you should probably just leave the 3.4.1 build for 2.6 up [16:59:53 CET] <DHE> unless you're dealing with hardware-specific stuff, any 64bit kernel should be good for ffmpeg... right? [17:00:03 CET] <furq> alongside the newer builds for newer kernels [17:00:24 CET] <relaxed> DHE: no [17:01:18 CET] <xrandr> running test through php now [17:01:23 CET] <relaxed> yeah, I'll stash 3.4.1 somewhere and point people to it [17:01:30 CET] <DHE> relaxed: how so? [17:01:44 CET] <xrandr> gonna go shower. will check on its progress when i get back [17:02:05 CET] <relaxed> DHE: run, file `which ffmpeg` [17:02:10 CET] <furq> relaxed: out of interest, is there some reason you don't have a -dev archive with the static libs [17:02:18 CET] <furq> other than that it would be additional effort and nobody's asked for it [17:03:59 CET] <relaxed> DHE: it will show you the minimum version of the linux kernel needed to run said binary [17:07:03 CET] <relaxed> sorry, -dev archive with the static libs ? [17:09:07 CET] <relaxed> furq: ^^^ [17:15:40 CET] <DHE> relaxed: not shown on statically linked binaries [17:24:58 CET] <relaxed> huh? I see, ffmpeg-git-20180208-64bit-static/ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=49b34467f17cd1d5eaef093d43fb1682c6b6fbd8, stripped [17:37:18 CET] <DHE> interesting, some executables have that and some don't [17:49:12 CET] <relaxed> because it's statically linked to glibc [17:50:18 CET] <BtbN> glibc is never truely static [17:52:58 CET] <relaxed> right, the next version might prompt me to move to musl [18:17:00 CET] <utack> does vlc use any other hdr tone mapping than mpv? or are they both straight out of ffmpeg? [18:19:33 CET] <JEEB> utack: vlc 3.0 started to use libplacebo by hanna who developed tone mapping for mpv's renderer as well [18:19:54 CET] <JEEB> FFmpeg's tonemap filter was a port of the mpv stuff by koda [18:20:01 CET] <utack> aah [18:20:06 CET] <utack> so it should look the same [18:20:23 CET] <JEEB> I'm just not sure on which environments libplacebo is currently utilized [18:20:30 CET] <JEEB> but it should be the thing used for tone mapping @ vlc [18:20:52 CET] <JEEB> and hanna recently back-ported the changes from libplacebo to mpv's gpu renderer [18:20:58 CET] <JEEB> so currently they should be quite similar [18:21:09 CET] <JEEB> (FFmpeg's tonemap filter is probably the one with the old behavior) [18:22:34 CET] <hanna> VLC doesn't use peak detection though [18:22:39 CET] <hanna> which is the killer feature of the libplacebo algorithm [18:23:05 CET] <hanna> and it's used for OpenGL [18:23:14 CET] <hanna> i.e. on windows you get the native windows HDMI passthrough shit only [18:23:22 CET] <hanna> and DXGI swapchain HDR whatever [18:23:28 CET] <utack> any way to verify peak detection works? i have a feeling the compute peak option in mpv does nothing [18:23:47 CET] <hanna> utack: it's on by default [18:23:50 CET] <hanna> (as of git master) [18:24:04 CET] <hanna> to verify it works, you could intentionally mis-tag the peak [18:26:37 CET] <hanna> try comparing e.g. --vf=format:sig-peak=1000 --tone-mapping=linear with HDR peak detection on vs off [18:27:40 CET] <utack> will do, thanks [18:27:56 CET] <utack> i guess i shoudl get mpv git first [18:28:09 CET] <hanna> incidentally, we could probably try doing scene change detection as well [20:04:53 CET] <prelude2004c> hey everyone.. still dealing with the damn de-interlace issue :( [20:05:04 CET] <dystopia_> bobbing? [20:05:04 CET] <prelude2004c> anyone here familiar with cuvid and how it works ? [20:05:14 CET] <prelude2004c> damn thing wont bob [20:05:29 CET] <dystopia_> can you upload like a 30s sample of the video somwhere [20:05:39 CET] <furq> it's not an issue with the video [20:05:55 CET] <furq> cuvid/nvdec apparently isn't outputting double framerate with -deint bob [20:05:59 CET] <prelude2004c> ${ffmpeg} -hwaccel cuvid -hwaccel_device $gpuenc -c:v mpeg2_cuvid -deint 2 -resize 1280x720 -vsync 1 -i ... [20:06:01 CET] <dystopia_> well it's possible the content can't be bobbed and is true 25fps or whatever [20:06:04 CET] <prelude2004c> i tried deint 2 , i tried bob [20:06:19 CET] <dystopia_> -vf yadif=1:0 [20:06:24 CET] <furq> yeah no [20:06:34 CET] <prelude2004c> my problem is that the video coming is interlaced.. i checked with --show-frames |grep deinter [20:06:36 CET] <prelude2004c> and they are ther.e [20:06:43 CET] <prelude2004c> yadif kills my cpu :( [20:06:45 CET] <furq> he specifically wants nvdec deint [20:06:50 CET] <furq> or cuvid or whatever it's called today [20:06:59 CET] <dystopia_> all yours then furq, i can't help with cuvid [20:07:06 CET] <furq> i have no idea either [20:07:10 CET] <furq> this has just been going on for some time lol [20:07:10 CET] <dystopia_> :( [20:07:20 CET] <JEEB> are you sure the deint goes after input? it sounds like a decoder option if the decoder is supposed to do random things? [20:07:25 CET] <prelude2004c> i know.. F%%F me sideways.. i'm really stuck [20:07:27 CET] <furq> that's before the input [20:07:32 CET] <JEEB> oh [20:07:41 CET] <JEEB> misread :P [20:07:54 CET] <furq> i remember reading it's some issue with ffmpeg not expecting a decoder to double the framerate [20:08:03 CET] <furq> which i guess makes sense [20:08:12 CET] <JEEB> probably a case of the timebase or so :P [20:08:24 CET] <JEEB> outputting more than one per input packet is a-OK with the new API [20:08:27 CET] <prelude2004c> well i did the -r 6000/1001 or whatever ... and you know what it doubled it.. but then my sound sync is off [20:08:53 CET] <furq> if that worked then just add a separate -i foo.mp4 -map 0:v -map 1:a [20:08:54 CET] <prelude2004c> who wants to help me fix this.... i will pay for it.. i can't waste more time on this.. if so message me [20:10:02 CET] <JEEB> I do agree that it's a rather special case since it's trying to do filtering within the "decoder" [20:10:23 CET] <furq> i don't have an nvidia card or else i could at least try this stuff out [20:10:31 CET] <JEEB> anyways, no idea since I don't have too much care about this hwdec :P [20:10:33 CET] <prelude2004c> furq i do.. and remote access [20:10:33 CET] <furq> and info on this online is pretty sketchy [20:10:41 CET] <prelude2004c> teamviewer anytime [20:11:37 CET] <furq> well yeah try the thing i said about adding the input twice and taking the audio from the second one [20:12:18 CET] <prelude2004c> you mean because of audio sync ? [20:12:22 CET] <furq> yeah [20:12:36 CET] <prelude2004c> ok trying [20:13:36 CET] <prelude2004c> ehh i already map stuff [20:13:37 CET] <prelude2004c> "i:0x1e1" "-map i:0x1e2 -map i:0x1e7" [20:14:24 CET] <prelude2004c> furq, i sent you a PM [20:15:10 CET] <furq> it's better to ask in here, i don't really know much about nvenc/cuvid [20:15:23 CET] <furq> i also don't know how mapping from a pid works with multiple inputs [20:15:29 CET] <saucecode> How do I reduce the speed of an audio conversion? Say, if I only wanted ffmpeg to output to file at 64kB/s. Are -bufsize and -maxrate the only options? Are there others? [20:15:46 CET] <furq> saucecode: if you want to output it in realtime add -re before -i [20:16:43 CET] <furq> prelude2004c: maybe -map 0:i:0x1e1 -map 1:i:0x1e2 [20:16:48 CET] <furq> video stream from 0, audio stream from 1 [20:16:58 CET] <furq> it's not entirely clear from the docs if that works [20:17:27 CET] <prelude2004c> well the way i have ti setup or trying to setup is : [20:17:51 CET] <prelude2004c> 1. deinterlace , decode ... 2. transcode back to h265 with nvenc [20:18:31 CET] <prelude2004c> so its all supposed to just happen.. but decode is stuck at 29.97... if -r 60/1.001 audio is out of sync [20:18:41 CET] <prelude2004c> i have not even checked if closed caption is still in tact [20:19:07 CET] <prelude2004c> do -vf work on the input side? [20:19:11 CET] <furq> no [20:19:48 CET] <prelude2004c> becaue it would be nice to.... split out the audio/ video/ a53 data... then deinterlace video... transcode it to h265 and then add a53 & audio back in [20:20:37 CET] <prelude2004c> i was using a custom version that did that before.. .-vf 'a53_split,fps=29.97,a53_combine=ratio=5,scale_npp=w=1280:h=720' [20:21:03 CET] <prelude2004c> but that version doesn't have mpeg2_cuvid [20:21:13 CET] <JEEB> if you have US-based closed captions those most likely won't live through a filter chain - although I have no idea what those a53_{split,combine} filters are [20:21:52 CET] <prelude2004c> well that was supposed to take out the cc data before the video is changed to 30fps .. then put it back after transcoding it [20:21:55 CET] <prelude2004c> it works well. [20:22:04 CET] <prelude2004c> but deinterlacing now is not sooo easy [20:22:14 CET] <prelude2004c> more custom work.. and i don't know how to do it :( need someone to write some code [20:22:16 CET] <JEEB> not after transcoding, but rather within that filter chain after another filter [20:22:27 CET] <JEEB> if I guess right what those filters do :P [20:22:41 CET] <prelude2004c> you think i know ? i didn't write it haha [20:22:44 CET] <prelude2004c> it just works [20:22:57 CET] <JEEB> anyways, your prime issue is that you're suddenly changing the time base of the decoder [20:23:03 CET] <JEEB> or something related to that [20:23:04 CET] <prelude2004c> now i need someone who can write filters and code [20:23:18 CET] Action: JEEB remembers BtbN or so talking about it [20:24:25 CET] <JEEB> I think if you had your own API client you might be able to handle it better [20:24:33 CET] <saucecode> furq: Good suggestion, but it doesn't seem to have helped >.< [20:24:38 CET] <prelude2004c> JEEB, you know how to write that stuff? [20:24:43 CET] <prelude2004c> I don't code myeslf [20:25:10 CET] <tester> it might be off topic, but i need an easy way to cut some .ts file into smaller files before i actually bother to encode it [20:25:24 CET] <tester> i thought about virtualdub, but it cant handle ts files for some reason [20:25:34 CET] <JEEB> tester: so you need the locations of the packets with random access points. after that you can just cut at 188 byte boundaries [20:25:46 CET] <JEEB> you can use ffprobe to get the byte offsets I think? [20:26:05 CET] <JEEB> something like ffprobe -of json -show_streams -show_packets input.ts [20:26:14 CET] <JEEB> (that will output a whole crapload of JSON which you can parse) [20:26:43 CET] <saucecode> I've got an audio file that's being downloaded to, and I want to convert it while the download is still going. But ffmpeg is stopping before the download finishes, I suspect because its reading the 'end' of the file that's being downloaded into. What do I do? [20:26:47 CET] <tester> JEEB im really looking for some easier and more intuitive way [20:26:57 CET] <tester> JEEB visual way that is [20:27:25 CET] <JEEB> then you might want to try out something like murdoccutter [20:27:45 CET] <JEEB> that's what I used to utilize for mpeg-ts cutting. it tends to actually change some data in the thing, though if I recall correctly [20:27:52 CET] <JEEB> (like stripping EPG data) [20:28:28 CET] <tester> google doesnt bring up anything for that name? [20:28:43 CET] <JEEB> http://itsadirect.site90.com/M_cut.html [20:29:05 CET] <JEEB> I think the files are corrupted by the PHP, but if you clear the error from it it's a valid ZIP file [20:29:15 CET] <JEEB> also the UI is in Japanese, but it's the least bad app of that type that I know [20:29:23 CET] <tester> looks fishy af [20:29:32 CET] <JEEB> :D [20:29:53 CET] <JEEB> yea, it's quite a fail with the developer [20:29:55 CET] <JEEB> or well, it's hoster [20:29:57 CET] <JEEB> *its hoster [20:30:34 CET] <JEEB> in theory you could make your own thing with the FFmpeg APIs, but I've just been lazy :P [20:30:43 CET] <BtbN> JEEB, hm? [20:31:02 CET] <JEEB> BtbN: there was a discussion about the cuvid (?) decoder doing bobbing and the whole time base problem [20:31:23 CET] <BtbN> cuvid does bob and adaptive deinterlacing, yes [20:31:29 CET] <BtbN> but not if used as native hwaccel called nvdec [20:31:35 CET] <JEEB> yup [20:31:47 CET] <prelude2004c> what am i missing here.. [20:31:49 CET] <BtbN> and the cuvid decoders do not support and side data [20:31:57 CET] <JEEB> someone just had issues with ffmpeg.c trying to utilize the bobbing and I guessed it was about the time base :P [20:32:06 CET] <prelude2004c> so i need a filter to split out the data before doing anything to it right? [20:32:09 CET] <tester> any idea how to make vitualdub work with ts files? [20:32:18 CET] <JEEB> tester: not going to work, it's based on AVI [20:32:56 CET] <JEEB> there's a few mpegts cutting apps around but I'm totally not sure how much they change the input [20:33:15 CET] <JEEB> because in theory when you want to cut mpeg-ts losslessly you want to do minimal changes [20:33:45 CET] <tester> well it's low quality video from some vhs [20:34:24 CET] <furq> if it's not broadcast shit that you want to keep intact then just use avidemux [20:34:31 CET] <prelude2004c> interesting... -vf 'a53_split,fps=59.94,a53_combine=ratio=5,scale_npp=w=1280:h=720' this doesn't deinterlace it seems but it seems to go up to 60fps [20:34:35 CET] <prelude2004c> but over time audio drifts [20:34:55 CET] <prelude2004c> also, if content is interlaced, doesn't it mean there is more data for transcode.. i'm loosing quality [20:35:07 CET] <prelude2004c> maybe i should just drop all de-interlaced frames [20:35:13 CET] <prelude2004c> sorry interlaced [20:35:36 CET] <prelude2004c> could i not just drop all the interlaced frames.. and then just double up frame rates and somehow keep audio in sync [20:36:07 CET] <JEEB> you're forcibly changing the frame rate so how the flying hell do you think that's not going to affect things [20:36:10 CET] <furq> does hevc support interlaced encoding [20:36:14 CET] <JEEB> it does [20:36:15 CET] <JEEB> field-based [20:36:17 CET] <furq> if it does then you could just leave it interlaced [20:36:28 CET] <furq> probably just add -flags +ildct+ilme [20:36:52 CET] <JEEB> basically you feed it 60/1.001 and tell it it's field-based (either top or bottom field) [20:37:02 CET] <JEEB> of course I have no idea how well libx265 handles that [20:37:04 CET] <JEEB> :P [20:37:10 CET] <furq> well this is nvenc [20:37:12 CET] <prelude2004c> my code right now looks like this. [20:37:15 CET] <JEEB> even better [20:37:19 CET] <furq> lol [20:37:19 CET] <furq> yeah [20:37:42 CET] <furq> if nothing else someone on the nvidia forums seems to have got it working with ffmpeg and nvenc h264 [20:37:59 CET] <prelude2004c> ${ffmpeg} -name ${CHN} -hwaccel cuvid -hwaccel_device $gpuenc -max_alloc 100000000 -threads 1 -vsync 0 -fflags +discardcorrupt -skip_tei 1 -i "$stream" -map $6 $mapping -copyts -start_at_zero -vf 'a53_split,fps=59.94,a53_combine=ratio=5,scale_npp=w=1280:h=720' -c:v hevc_nvenc -profile:v main -2pass 1 -b:v 3500k -preset llhq -minrate 1k -maxrate 5500k -bufsize 3500k -qmin 21 -qmax 32 -refs 4 [20:37:59 CET] <prelude2004c> -bf 0 -g 90 -force_key_frames "expr:gte(t,n_forced*3)" -af "volume=10dB" $audio -avoid_negative_ts 1 -hls_time 6 -hls_flags delete_segments -start_number $start -hls_list_size 5 -hls_key_info_file /tmp/key-${rantmp}/file.keyinfo ${HLS_PATH}/${CHN}/${CHN}.m3u8 [20:38:12 CET] <furq> hevc in hls? [20:38:14 CET] <furq> is that a thing [20:38:15 CET] <tester> JEEB so any non-fishy app you can recommend? [20:38:34 CET] <JEEB> if you only support devices with HEVC capabilities it sure is a thing [20:38:44 CET] <furq> fun [20:38:46 CET] <JEEB> tester: I haven't had to look at other apps since murdoccutter works for me [20:38:53 CET] <furq> tester: avidemux [20:38:59 CET] <furq> or just ffmpeg [20:39:12 CET] <JEEB> he wanted a GUI and I guessed he also wanted basic cutting [20:39:18 CET] <JEEB> as in, no remux [20:39:19 CET] <furq> ffmpeg will probably do a better job but avidemux will give you a not-terrible (and also not-japanese) gui [20:39:19 CET] <aphirst> i'm kind of surprised that it isnt the chinese cartoons at the forefont of HEVC uptake [20:39:20 CET] <tester> ffmpeg isnt an option because it's all cli [20:39:21 CET] <JEEB> if remux is OK [20:39:24 CET] <tester> i really want to select what to cut and stuf [20:39:36 CET] <furq> if it's a vhsrip then i assume remuxing isn't an issue [20:39:41 CET] <JEEB> sure [20:39:44 CET] <JEEB> then avidemux is OK [20:39:56 CET] <JEEB> aphirst: fagsubbing is 99% dead and x265 never got really good [20:40:07 CET] <aphirst> it kind of is tbh [20:40:08 CET] <JEEB> I was one of those who couldn't wait for HEVC to get standardized [20:40:36 CET] <JEEB> but at this point x265 seems to only be significantly better in low bit rate scenarios [20:40:38 CET] <aphirst> all hail or new horriblesubs overlords [20:40:39 CET] <JEEB> as in, where both look bad [20:41:16 CET] <aphirst> well not necessarily [20:41:20 CET] <aphirst> but i know what you mean [20:41:28 CET] <JEEB> basically detail retention takes a real hit with x265 [20:41:35 CET] <JEEB> maybe it gets better with disabling features, but seriously [20:41:46 CET] <JEEB> if you have to actively DISABLE features to improve output - you're fscked [20:41:53 CET] <JEEB> (unless the encoder does that for you) [20:41:58 CET] <aphirst> i'm sure(tm) it'll get better [20:42:15 CET] <JEEB> I don't see a community around it, unlike x264 [20:42:24 CET] <JEEB> it's multicoreware [20:42:27 CET] <JEEB> and that's it [20:43:01 CET] <JEEB> I mean, sure. a miracle *can* happen [20:43:19 CET] <JEEB> and my last tests are now more than a year+ old [20:43:39 CET] <prelude2004c> hey question.. maybe i'm not understanding this.. if i'm transcoding an interlaced file vs a deinterlaced file.. would quality of deinterlaced file be better at say 5Mbit/s because there is less data ? [20:43:43 CET] <prelude2004c> or would it be the sam? [20:43:46 CET] <jkqxz> Detail retention? But, but, PSNR is the One True Metric! [20:44:43 CET] <JEEB> prelude2004c: I think you are so confused about things that I won't even start explaining things to you at this point :P [20:44:55 CET] <prelude2004c> OK.. i must be [20:45:05 CET] <prelude2004c> i'm missing that lightbulb moment [20:53:17 CET] <tester> so when i cut with avidemux, like 50% of the later part of the sound is gone [20:53:18 CET] <tester> :o [20:53:37 CET] <JEEB> yea, fun things that try to do a full re-mux [20:53:37 CET] <prelude2004c> JEEB, you could could just say YES or NO [20:54:21 CET] <tester> im not really understanding the terms and everything.. what am i supposed to do? [20:54:28 CET] <tester> encode all of it in one piece and then work on it? [20:54:39 CET] <tester> but i really want to just delete large parts [20:54:41 CET] <JEEB> just find yourself a cutter if murdoccutter didn't cut it [20:54:59 CET] <tester> murdoccutter cant be even downloaded [20:54:59 CET] <JEEB> if you just search for mpegts cutting apps you will get quite a few English apps [20:55:04 CET] <JEEB> oh it can [20:55:05 CET] <tester> just stripping the php errors and html doesnt fix it [20:55:10 CET] <JEEB> oh, huh [20:55:14 CET] <JEEB> I remember fixing it before [20:55:17 CET] <JEEB> weird [20:55:22 CET] <JEEB> let me see if I have it on my server [20:58:37 CET] <JEEB> I have two old versions of it on my home pc [20:58:42 CET] <JEEB> f1 and f3 [20:58:49 CET] <tester> dont bother, this thing looks far too fishy [20:58:54 CET] <JEEB> lol [20:58:55 CET] <JEEB> it isn't [20:59:02 CET] <JEEB> it's in Japanese, yes [20:59:09 CET] <JEEB> which might be a problem :P [20:59:32 CET] <tester> lol [20:59:35 CET] <JEEB> oh, g1 [20:59:39 CET] <JEEB> actually had it around [20:59:39 CET] <JEEB> lul [20:59:49 CET] <tester> if i encode the whole thing with ffmpeg and then use vdub to cut parts, will that work properly? [21:00:27 CET] <JEEB> in AVI, quite likely. but you'd want to keep to a format without B-frames and having a VFW decoder [21:01:34 CET] <tester> isn't avi a container? [21:01:37 CET] <JEEB> yes [21:01:45 CET] <JEEB> I meant, "in the AVI container" [21:01:59 CET] <JEEB> it doesn't support proper timestamps which is why I said "in a video format that contains no B-frames" [21:02:09 CET] <tester> im kind of losing you here [21:02:10 CET] <JEEB> and "that has a VFW decoder" [21:02:30 CET] <JEEB> basically don't use MPEG-4 Part 2 or H.264 with b-frames :P [21:02:38 CET] <JEEB> since you will get problems with those in AVI [21:02:40 CET] <JEEB> if you want to cut [21:02:57 CET] <JEEB> I would probably recommend Ut Video as it has a VFW module [21:03:00 CET] <tester> i have 1 ts file.i want to have multiple mkv files with whatever encoding [21:03:04 CET] <JEEB> it will get huge as it's a simple lossless :P [21:03:10 CET] <tester> each mkv will have part of the original .ts file [21:03:11 CET] <JEEB> yes, but you just said you wanted to cut with vdub [21:03:12 CET] <JEEB> goddamnit [21:03:18 CET] <JEEB> vdub only supports AVI [21:03:22 CET] <tester> man i dont care what to cut it with [21:03:31 CET] <tester> i need to cut it with some visual tool [21:03:35 CET] <tester> select start, select stop, cut [21:03:38 CET] <JEEB> "and then use vdub to cut parts" [21:03:44 CET] <JEEB> that's why I was giving hintso n how to get it done [21:03:52 CET] <tester> let's start over.. [21:04:16 CET] <tester> i have 1 .ts file with various clips inside. i want to cut the clips into separate mkv files. [21:04:37 CET] <tester> i want to do it with some gui that you can select start and end points. [21:04:43 CET] <tester> what do you recommend? [21:07:31 CET] <JEEB> tester: I would probably use https://kuroko.fushizen.eu/random/MurdocCutter19g1.zip [21:07:36 CET] <JEEB> to visually cut mpeg-ts [21:07:55 CET] <JEEB> granted I have not tried it with non-NTSC stuff, but it seemed to do relatively minor changes to the input so it /should/ work [21:08:09 CET] <tester> unexpected end of data. it cannot be extracted. [21:08:20 CET] <JEEB> 7zip says all OK [21:08:40 CET] <JEEB> I specifically used the "test archive" feature in it before [21:09:21 CET] <tester> try to extract it. 7zip gives that error. [21:09:52 CET] <JEEB> still seems to extract [21:10:22 CET] <JEEB> oh wow [21:10:28 CET] <JEEB> didn't remember the UI was this funky [21:11:15 CET] <tester> anyways it doesnt work [21:11:18 CET] <tester> it wont play anything [21:11:21 CET] <tester> nevermind cutting [21:11:33 CET] <JEEB> worked for me [21:11:48 CET] <tester> whatever, this isnt going to solve it. [21:11:50 CET] <JEEB> in the input thing I added an MPEG-TS file, then pressed "Get GOP" [21:12:00 CET] <JEEB> then waited for it to index the 2.5GiB file I fed to it [21:12:34 CET] <JEEB> but sure, it could have issues with your input vOv [21:12:36 CET] <JEEB> too bad [21:13:54 CET] <JEEB> too bad that there's no real nice OSS app for this :P [21:14:05 CET] <JEEB> since it isn't /too hard/ in theory [21:15:52 CET] <JEEB> tester: just to prove that I didn't recommend it for nothing :P https://kuroko.fushizen.eu/screenshots/murdoccutter/works_for_me.png [21:16:03 CET] <JEEB> (as in, I was not trying to fool you or anything) [21:17:16 CET] <JEEB> tester: we can try doing it in a roundabout way btw [21:17:37 CET] <JEEB> 1) remux to matroska 2) open the file with vapoursynth using ffms2 or so in Vapoursynth Editor [21:17:48 CET] <JEEB> then use ffmpeg to cut with the timestamps that you get from the ffms2 input [21:20:40 CET] <tester> JEEB like i mentioned, i need the short way [21:20:53 CET] <tester> im not familiar enough with all of these things [21:21:57 CET] <JEEB> alright then, then I'm officially out of alternatives. the last thing I recommended was using something that has a preview to get the timestamps, and then cutting according to them with ffmpeg or mkvmerge(gui) [21:22:51 CET] <JEEB> mostly because I just don't know of any other mpeg-ts cutters that I trust [21:23:07 CET] <JEEB> since avidemux is open source I kind of could recommend it, but it seems to have not worked [21:23:14 CET] <JEEB> sorry [21:23:29 CET] <tester> okay, lets say i can go through finding the positions [21:23:37 CET] <tester> how do i cut a certain part out using ffmpeg [21:23:44 CET] <JEEB> -t and -ss [21:23:58 CET] <JEEB> although I must remind you that you will want to remux the input into a seekable container first [21:24:03 CET] <JEEB> mpeg-ts is not going to cut it [21:24:16 CET] <JEEB> so ffmpeg -i input.ts -c copy out.mkv [21:24:17 CET] <JEEB> first [21:24:27 CET] <JEEB> which will remux the data streams from MPEG-TS to matroska [21:24:29 CET] <JEEB> which is seekable [21:24:40 CET] <tester> what does ffmpeg -i -c do? [21:24:45 CET] <JEEB> -i INPUT [21:24:46 CET] <JEEB> is input [21:24:55 CET] <JEEB> -c is "codec" (after -i so ENCODER) [21:25:07 CET] <JEEB> copy is a special thing in ffmpeg.c which tells it to stream copy [21:25:12 CET] <tester> so it converts the ts to an mkv but doesn't change the data whatsoever? [21:25:28 CET] <JEEB> or in a minimal way required for the destination container [21:25:35 CET] <JEEB> no re-encoding [21:25:37 CET] <tester> aka lossless? [21:25:40 CET] <JEEB> yup [21:26:10 CET] <JEEB> it's like MPEG-TS has 0x00 00 00 01 <DATA> in MPEG-TS, while matroska and mp4 want <LENGTH><data> [21:26:22 CET] <JEEB> first is called Annex B style H.264 [21:26:27 CET] <JEEB> and the second is called AVCc [21:26:41 CET] <JEEB> same actual data, but the way it's contained is a bit different [21:26:44 CET] <JEEB> (in the container) [21:28:10 CET] <JEEB> tester: also just -c applies it to all selected streams (by default ffmpeg.c selects one video, audio and subtitle stream) [21:28:19 CET] <JEEB> -c:v would have applied the option specifically to video, for example [21:28:24 CET] <tester> okay i have the mkv now [21:28:47 CET] <JEEB> alright, time to use something to preview it. avisynth, vapoursynth, aegisub - whatever pickles your fancy [21:29:23 CET] <JEEB> or heck, even a video player would be OK, I guess? like mpv [21:29:56 CET] <prelude2004c> hey guys.. is there a transcoding filter that i can use to cleanup edges on words ? showing a lot of pixels around the words. [21:30:01 CET] <prelude2004c> any way to clean those things up? [21:30:05 CET] <tester> great. so the first part i want to save to a separate file is 00:00:00 to 00:04:55 [21:30:23 CET] <JEEB> ok, so from the start? [21:30:30 CET] <tester> yes [21:30:51 CET] <JEEB> then just -t somewhere after input with the amount of seconds [21:31:05 CET] <JEEB> it can also take in a timestamp, but I am lazy [21:31:15 CET] <tester> ffmpeg -i file.mkv -t 00:04:55 new_file.mkv ? [21:31:29 CET] <JEEB> that might work as well with quotes around the timestamp [21:31:45 CET] <JEEB> also don't forget the -c copy [21:31:48 CET] <JEEB> otherwise it will re-encode :P [21:32:41 CET] <JEEB> basically you will always want to set the 1) encoder and 2) the rate control whenever you actually want to re-encode [21:32:43 CET] <tester> takes quite some time, i think its not working [21:32:59 CET] <JEEB> did you forget -c copy from it? [21:33:12 CET] <JEEB> also I usually use -t with just amount of seconds [21:33:17 CET] <JEEB> which would be 4*60+55 [21:33:26 CET] <tester> i used ffmpeg -i ll.mkv -t "00:04:55" ll_1.mkv [21:33:30 CET] <JEEB> yea [21:33:33 CET] <JEEB> that will re-encode [21:33:37 CET] <JEEB> which is why it's taking time most likely [21:33:39 CET] <tester> what does that mean [21:33:44 CET] <tester> oh because i didnt copy [21:33:46 CET] <JEEB> yes [21:33:47 CET] <furq> yes [21:33:53 CET] <JEEB> defaults are *something* [21:34:04 CET] <JEEB> never trust default encoding settings [21:34:20 CET] <JEEB> always at the very least specify the encoder you want [21:34:28 CET] <furq> defaults are x264 crf 23 preset medium [21:34:30 CET] <tester> okay great now i have this file [21:34:33 CET] <furq> and vorbis audio for some reason [21:34:45 CET] <furq> you'd think that'd be aac since that has a not-shit builtin encoder [21:35:06 CET] <JEEB> yea, AAC or opus if the opus one is Good Enough [21:35:13 CET] <JEEB> since the vorbis encoder internally is LOL [21:35:14 CET] <tester> where do i select the encoder?! [21:35:21 CET] <furq> you don't [21:35:23 CET] <tester> -c h264 instead of -c copy? [21:35:24 CET] <JEEB> if you set -c copy that is setting th encoder [21:35:27 CET] <furq> yes [21:35:37 CET] <tester> i want lossless encoding. [21:35:40 CET] <JEEB> also h264 is not an encoder, but will most likely pick you a random H.264 encoder [21:35:41 CET] <furq> but you already have h264 so you want -c copy [21:35:42 CET] <tester> what do i use? [21:35:47 CET] <furq> that copies the input stream [21:35:59 CET] <tester> oh, okay [21:36:16 CET] <tester> so my file is already encoded.. it cant be reasonably smaller without losing quality? [21:36:25 CET] <furq> no [21:36:35 CET] <furq> it could potentially be smaller without losing an amount of quality that you'd notice [21:36:39 CET] <furq> that's impossible to say without looking at it [21:36:46 CET] <furq> but it will definitely lose quality [21:37:01 CET] <tester> ill keep it like this then [21:37:30 CET] <furq> that's ignoring filters etc which might make stuff look better in specific cases [21:38:19 CET] <tester> okay, now to cut a part from 00:06:07 up to whatever, do i use -ss "00:06:07" -t "00:10:00" ? [21:38:42 CET] <JEEB> yes [21:39:09 CET] <kepstin> that will take 10 minutes of video starting at 6 minutes and 7 seconds in, yes. [21:40:16 CET] <tester> oh [21:40:27 CET] <tester> can i tell it to cut from 6:07 to 10:00, as in 3 mins 53 secs? [21:40:42 CET] <tester> as in start and end stop, instead of start and duration? [21:40:52 CET] <JEEB> no [21:41:21 CET] <relaxed> https://trac.ffmpeg.org/wiki/Seeking [21:41:26 CET] <furq> tester: -to 00:10:00 [21:41:34 CET] <JEEB> oh [21:41:40 CET] <JEEB> completely forgot about -to :P [21:41:41 CET] <furq> -t is relative, -to is absolute [21:41:47 CET] <tester> thanks [21:46:58 CET] <saucecode> I have been all over the place today trying to figure this out, and now I'm back here. [21:47:33 CET] <saucecode> Should this work like I think it should? $ cat original.m4a | ffmpeg -i - audio.mp3 [21:48:02 CET] <furq> er [21:48:17 CET] <furq> i assume that's a contrived example and you know you can just do -i original.m4qa [21:48:20 CET] <furq> 0q [21:48:20 CET] <furq> -q [21:48:56 CET] <furq> also mp4/m4a often has the moov atom at the end which means you need to be able to seek to the end before you can do anything [21:49:04 CET] <furq> so piping it doesn't work well [21:49:33 CET] <saucecode> Wait, -q ? [21:49:41 CET] <furq> m4a, not m4qa [21:50:27 CET] <saucecode> Right [21:50:48 CET] <saucecode> So piping should *definitely not* work with m4a files? [21:51:01 CET] <furq> idk about definitely but it probably won't work if the moov atom is at the end [21:51:01 CET] <JEEB> fragmented isobmff can work, but most files are not fragmented [21:51:05 CET] <JEEB> and thus you have an index at the end [21:51:17 CET] <JEEB> mostly because you can only write the index after you've written the whole file [21:51:30 CET] <furq> i assume piping into ffmpeg will work if the moov atom is at the start [21:51:40 CET] <furq> but like i said, i hope this is a contrived example [21:51:41 CET] <JEEB> more likely at least [21:51:52 CET] <saucecode> This explains so much, thank you!! [22:31:43 CET] <tester> can ffmpeg hardcode some simple text watermark at any of the corners of the video? [22:31:48 CET] <tester> preferably 50% transparent [22:31:58 CET] <tester> like a single word or something [22:33:30 CET] <JEEB> sure [22:33:40 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html [22:33:49 CET] <JEEB> drawtext is one thing [22:33:55 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#Examples-89 [22:53:37 CET] <tester> ffmpeg -i "source.mkv" -vf "drawtext=fontfile=C\\:/Windows/Fonts/Arial.ttf: text='test': fontcolor=black: fontsize=12: x=w-tw-10: y=h-th-10" destination.mkv [22:53:45 CET] <tester> any reason why this doesnt put anything whatsoever on the file? [22:53:53 CET] <furq> is it throwing an error [22:54:04 CET] <furq> i never had any luck at all trying to get absolute paths working in filters on windows [22:54:12 CET] <tester> nope [22:54:13 CET] <furq> i always just gave up and put the font in the working directory [22:54:18 CET] <tester> ill try that [22:54:23 CET] <tester> i also dont really care which fontto use [22:54:29 CET] <tester> but if i dont set anything it will error out [22:55:23 CET] <tester> anyways placing it in the same directory and using fontfile=font.ttf doesnt work either [22:55:35 CET] <tester> its encoding but no text whatsoever [22:56:30 CET] <tester> okay larger font works [22:56:31 CET] <tester> weird. sorry. [22:57:20 CET] <tester> one last question please [22:57:46 CET] <tester> oh i think i got it sorry again lol [23:01:29 CET] <saucecode> Ok this is really upsetting me. furq do you know python? [23:19:40 CET] <hanna> 18:28 <hanna> incidentally, we could probably try doing scene change detection as well <- done [23:19:43 CET] <hanna> really helps, too [23:19:58 CET] <hanna> btw, does ffmpeg have scene change detection? [23:20:07 CET] <hanna> just doing it based on average frame brightness is pretty suboptimal [23:20:16 CET] <hanna> I mean ideally I would just literally check for e.g. a histogram [23:41:53 CET] <c_14> the select filter has a scene variable, so probably [23:42:32 CET] <JEEB> wouldn't be too sure about that [23:42:52 CET] <JEEB> it might just be using the keyframe flag from input, although I'm not 100% sure it gets passed into filters [23:43:18 CET] <JEEB> ayup [23:43:23 CET] <JEEB> select='eq(pict_type\,I)' [23:43:30 CET] <JEEB> it has picture types etc available to it [23:43:39 CET] <JEEB> so it can most likely get the keyframe flag [23:44:10 CET] <JEEB> hanna: the "classic" way of keyframe detection was to use libxvid's keyframe selection algo for it :D [23:44:22 CET] <JEEB> whatever that command line app for it was [23:44:25 CET] <c_14> There's a bunch of filters with a scene change threshhold though so I hope it doesn't use that [23:45:26 CET] <JEEB> ah, scxvid was the command line app :D [23:45:35 CET] <JEEB> which contained the keyframe selection algo from xvid IIRC [23:45:44 CET] <JEEB> man, I haven't done subtitling in quite a while and it shows, lol [23:45:58 CET] <saucecode> I'm trying to pipe in a file to ffmpeg programmatically but ffmpeg keeps saying "pipe:: Invalid data found when processing input" [23:46:54 CET] <JEEB> hanna: https://github.com/soyokaze/SCXvid-standalone [23:46:58 CET] <JEEB> see the C file :D [23:47:15 CET] <JEEB> oh, it uses libxvidcore [23:47:16 CET] <JEEB> wow [23:47:29 CET] <JEEB> I didn't even think it actually utilized its core lib [23:47:50 CET] <JEEB> (funny enough x264's RAP selection was found to be less "scenechange'y" so it was never utilized as much [00:00:00 CET] --- Sun Feb 11 2018

1 0

ffmpeg-devel.log.20180209
by burek 10 Feb '18

10 Feb '18

[03:13:12 CET] <cone-346> ffmpeg 03Michael Niedermayer 07master:08c220d26cff: avcodec/huffyuvdec: Check input buffer size [03:54:59 CET] <cone-346> ffmpeg 03sfan5 07master:e752da546463: dashdec: Support SegmentTimeline inside Period [11:44:44 CET] <cone-809> ffmpeg 03Muhammad Faiz 07master:5a2abf00f194: avcodec/codec_desc: sort codec_descriptors [11:53:37 CET] <cone-809> ffmpeg 03Muhammad Faiz 07master:81d6501be77b: checkasm/Makefile: add EXTRALIBS-swresample [13:14:23 CET] <Chloe> wm4, michaelni: Im looking to fix any issues with the new api itself tomorrow (not issues with it at the moment), apart from libcaca is there anywhere else you know of issues? [13:15:24 CET] <michaelni> Chloe, thanks, theres another thing related but its probably not correct to call it an issue in the patchset [13:15:58 CET] <Chloe> michaelni: what is it [13:16:37 CET] <michaelni> ossfuzz broke too as it used to grep for REGISTER or something. Thats a design issue on how the ffmpeg ossfuzz finds codec names [13:17:22 CET] <michaelni> for reference: https://github.com/google/oss-fuzz/issues/1146#issuecomment-364284953 [13:18:06 CET] <Chloe> michaelni: see the find_things macro in configure [13:18:25 CET] <Chloe> Function* [13:18:45 CET] <JEEB> yea, the fuzzer was expecting something which is no longer true [13:34:51 CET] <wm4> Chloe: can't think of anything [13:35:14 CET] <wm4> for cmdutils, take care not to trigger the sox thing again (there's something on the ML) [13:35:48 CET] <Chloe> wm4: libsoxr? [13:37:43 CET] <wm4> ah I confused it, it was about building without lavd [13:39:09 CET] <JEEB> yea [13:39:19 CET] <JEEB> just make it builds without lavd/lavf [13:39:22 CET] <JEEB> *make sure [13:39:28 CET] <JEEB> since that's IIRC what you were touching [13:40:02 CET] <wm4> also I bet people will always come back to the problem that lavf doesn't iterate lavd devices anymore [13:41:02 CET] <JEEB> that is actually correct, they are two separate libraries and the fact that -f used to pull in lavd stuff was derp to begin with (although for bw compatibility the -f option in ffmpeg.c can be made to still select stuff from lavd [13:41:59 CET] <wm4> yeah, but many things seem to rely on getting both [13:44:24 CET] <Chloe> wm4: it does build without lavd I just forgot an ifdef in my new cmdutils code [13:44:37 CET] <Chloe> The cmdutils patch broke the most things [13:44:45 CET] <JEEB> yea, just yunno - adding that to the series of tests :) [13:46:06 CET] <Chloe> So Ill fix caca and redo cmdutils patch tomorrow. Then we can see whats left [13:51:03 CET] <JEEB> sure [14:52:10 CET] <durandal_1707> michaelni: for how long will you have power to give ssh git access to anybody? [15:00:06 CET] <jamrial> durandal_1707: drop the trolling [15:05:55 CET] <Chloe> Is there a reason Nicolas and Carl arent on irc [15:06:42 CET] <durandal_1707> jamrial: stop bulying me [15:08:32 CET] <jamrial> Chloe: i guess they don't like it and prefer to keep all discussion on the ml [15:12:30 CET] <RiCON> iirc carl does read irc logs at least [15:22:36 CET] Action: gnafu waves at Carl. [16:45:15 CET] <Maxz> hi, is there a libavformat HLS maintainer here? [16:46:41 CET] <BBB> Chloe: some people dont like IRC, thats totally OK I think [16:47:48 CET] <wm4> Maxz: probably (not me btw.) [16:48:35 CET] <Chloe> BBB: shame its not ok to dislike email [16:48:51 CET] <wm4> let's switch to github! [16:49:15 CET] <BBB> didnt steven liu maintain hls? [16:49:22 CET] <BBB> IIRC he is on IRC [16:49:27 CET] <BBB> sometimes [16:50:01 CET] <wm4> Anssi is formally the maintainer and he's here, also tmm1 did a lot on it [16:50:15 CET] <wm4> but the point is if you have a question just ask it [16:52:30 CET] <Chloe> wm4: I know youre joking but github is at least easier to work with than email [16:58:24 CET] <kierank> git send email is useless [16:59:40 CET] <wm4> I use it all the time though [17:00:22 CET] <RiCON> easier to review than attached patches [17:01:04 CET] <durandal_1707> let's fork! [17:04:43 CET] <kierank> wm4: you run your own mail server or downgrade gmail security i assume [17:05:13 CET] <wm4> getting it to work with gmail was a pain but somehow it works for me now [17:05:39 CET] <wm4> maybe it's because I also access my mail via IMAP [17:12:58 CET] <kierank> why do i still get nvidia crap with --disable-everything [17:13:00 CET] <kierank> how do I fix this [17:19:10 CET] <RiCON> --disable-autodetect [17:20:06 CET] <relaxed> kierank: or "nvenc='no' ./configure ..." [17:21:23 CET] <kierank> RiCON: but I don't have an nvidia card [17:21:34 CET] <kierank> why is it "autodetecting" one if everything is disabled [17:22:51 CET] <RiCON> idunno, ask whoever made the policy on what should be "autodetected"/system libs [17:23:37 CET] <RiCON> maybe it'll stop being autodetected when nvidia headers move off the repo [17:23:49 CET] <wm4> autodetect never considers installed hardware only libs [17:24:02 CET] <wm4> and since cuda/nvenc/etc. has internal headers it's always autodetected [17:24:12 CET] <wm4> I wonder what happened to moving the headers out [17:34:32 CET] <jamrial> wm4: the repo is there, so it's a matter of updating configure [17:45:25 CET] <jamrial> if the headers are going to be updated as nvidia releases new nvenc/dec sdks, then to avoid compilation issues with stable ffmpeg branches the headers repo should have its own branch for each ffmpeg release [17:48:06 CET] <BtbN> wm4, jamrial: I have a working patch for mingw/linux/cygwin, but it doesn't work on msvc because pkg-config is weird there. And so far I haven't found time to fix that. Then it's good to go from my end. [17:50:41 CET] <wm4> can we just not care about MSVC and leave it to whoever it interested in it to send a patch [17:50:52 CET] <wm4> it's a pretty obscure and hard to test platform [17:51:17 CET] <BtbN> I won't push something that breaks the build on a platform that is perfectly supported right now. [17:51:54 CET] <BtbN> Or alternatively drops support entirely. [17:53:30 CET] <BtbN> jamrial, I will make branches on the header repo for each nvidia headers release [17:53:52 CET] <BtbN> so you have the option to build modern ffmpeg with older nvidia headers, to support legacy drivers. [17:54:11 CET] <BtbN> each breaking nvidia headers release [17:55:35 CET] <jamrial> so configure in release branches would then look for an specific version using pkg-config? like "ffnvcodec = 8" or however you write it [17:55:45 CET] <BtbN> yes [17:56:21 CET] <BtbN> <9 for sdk 8 [18:03:10 CET] <Maxz> well, I wrote a patch to avoid an HLS demuxer error. When it reaches the "max_reload" limit (added recently), libavformat/hls.c:read_data returns AVERROR_EOF. After that another component on ffmpeg libs keeps trying to get new content from the HLS manifest. The max_reload limit can be reached between 3 and 10 times before stop the consuming and close the outputs. After the first max_reload is reached, FFmpeg is not able to recover itself if there [18:03:23 CET] <Maxz> transcoding stop working [18:03:31 CET] <Maxz> streamcopy keeps working fine [18:04:39 CET] <Maxz> I don't know why transcoding (demuxing->encode) stops [18:05:03 CET] <Maxz> I wonder if someone here can help to explain it [18:05:28 CET] <Maxz> because I want good argumentation for the patch i wrote [21:42:42 CET] <feliwir> hey, how can i get the default pixelformat for an AvCodecContext? [21:43:03 CET] <feliwir> (before using any send_packet/receive_packet stuff) [21:44:11 CET] <JEEB> the default's only known after you get a decoded picture [21:44:16 CET] <JEEB> or well, not default but what it actually is [21:44:21 CET] <nevcairiel> whats a "default" anyway [21:44:27 CET] <JEEB> yea [21:44:37 CET] <JEEB> you get the pix_fmt that matches what's in the stuff [21:44:37 CET] <nevcairiel> if you're decoding, there is only one choice - the one the decoder gives you [21:44:46 CET] <JEEB> yup [21:44:51 CET] <nevcairiel> if you're encoding, the encoder typically has a list of supported formats [21:44:58 CET] <nevcairiel> not sure if any of those are more default then others [21:47:19 CET] <feliwir> well, when i am decoding vp6 then it will always be in yuv (didn't see any other yet) [21:47:42 CET] <feliwir> so it would be cool to get the format before doing any stuff [21:47:42 CET] <nevcairiel> yeah decoders dont let you choose, they decode to the native format of the bitstream [21:47:56 CET] <nevcairiel> but sometimes this format isnt known before you feed it packet data [21:55:56 CET] <feliwir> okay thanks [21:56:44 CET] <feliwir> i think i asked this before: how do i jump back to frame 0 with a codecCtx (also for files that don't support seeking. I pretty much want to return to start) [21:57:17 CET] <JEEB> you reset the decoder, and seek to byte position zero [21:57:19 CET] <JEEB> I would guess? [21:59:32 CET] <feliwir> JEEB, there is a reset function? [21:59:47 CET] <JEEB> https://www.ffmpeg.org/doxygen/trunk/group__lavc__encdec.html [21:59:53 CET] <JEEB> this mentions it :P [22:02:25 CET] <feliwir> thanks :) [22:03:26 CET] <feliwir> can i pass null to avcodec_receive_frame to get the AVERROR_EOF [22:04:26 CET] <JEEB> no? the idea of flushing is when you want all the pictures currently in buffer in the decoder [22:04:38 CET] <JEEB> so you do it in send_packet/send_frame [22:04:58 CET] <JEEB> if you just want to stop and reset I think you might be able to do that without draining? [22:05:03 CET] <JEEB> not sure, though [22:05:49 CET] <feliwir> ye, that's what i wanted to do :D [22:19:16 CET] <cone-809> ffmpeg 03Aurelien Jacobs 07master:b7915f8a149a: aptx: simplify by pre-calculating factor_max [22:19:26 CET] <cone-809> ffmpeg 03Aurelien Jacobs 07master:fea8e119a2bc: aptx: factorize FFABS calculation [22:19:31 CET] <cone-809> ffmpeg 03Aurelien Jacobs 07master:96b217f5e878: aptx: do some clipping to match original codec in extreme cases [22:19:32 CET] <cone-809> ffmpeg 03Aurelien Jacobs 07master:6fd110a0940f: aptx: implement the aptX HD bluetooth codec [22:19:33 CET] <cone-809> ffmpeg 03Aurelien Jacobs 07master:d8258489c87e: aptx: add raw muxer and demuxer for aptX HD [22:19:34 CET] <cone-809> ffmpeg 03Aurelien Jacobs 07master:c69054fa24f5: aptx: indentation (cosmetics only) [22:29:21 CET] <atomnuker> I hope he's satisfied because I sure am not [22:30:38 CET] <atomnuker> I look forward to him trying to add 3 more codec IDs for each sbc profile and me naking the hell out of that crap [22:38:57 CET] <jamrial_> atomnuker: ? [22:39:12 CET] <jamrial_> oh, that aptx set [22:39:24 CET] <atomnuker> his earlier sbc patch had 1 codec id for each profile [22:39:30 CET] <atomnuker> so 3 in total [22:39:39 CET] <atomnuker> and they had little to no bitstream changes in between [22:40:23 CET] <atomnuker> I really hope they're identifiable bitstream-wise unlike aptx [22:42:54 CET] <atomnuker> they must be, they can't not be, because how is hardware going to determine what's what if all it gets is the raw bitstream [22:43:23 CET] <nevcairiel> but is it? no control headers? [22:45:22 CET] <jamrial_> that reply of yours was kinda unnecessarely passive-aggressive, atomnuker [22:47:33 CET] <jamrial_> you really need to chill. too many times you get angry and lash out at people for no reason whatsoever [22:47:55 CET] <jamrial_> and i have told you this before [22:48:14 CET] <jamrial_> and it's getting tiresome [22:49:34 CET] <atomnuker> how else am I going to express my dislike for the patch when he's one of those not on IRC and email is less than suitable for informal stuff like this? [22:50:13 CET] <jamrial_> definitely not how you did it, for starters [22:50:24 CET] <feliwir> is the duration in stream always the number of frames? Or does it depend on the codec? [22:50:41 CET] <JEEB> it depends on the container [22:50:51 CET] <jamrial_> especially considering that you ultimately agreed with the committed aproach given that there's no way to identify the bitstream as you said [22:50:51 CET] <JEEB> some files have non-constant durations [22:51:26 CET] <JEEB> feliwir: things with just a "frame rate" field are the exception, not the norm [22:52:01 CET] <jamrial_> you express dislike direcly, in a proper review, and absolutely never with a passive aggressive reply [22:52:13 CET] <wm4> durations are almost always either from a file header (unreliable), or calculated from bit rates (unreliable) [22:52:55 CET] <wm4> even things like mp4 (which has a "perfect" file header and index) could have inaccurate durations because the file was incorrectly cut off etc. [22:54:40 CET] <feliwir> JEEB, i guess there is no way to check which unit it is? [22:55:05 CET] <feliwir> because i can't find a reliable method to get the stream duration [22:56:21 CET] <jamrial_> so again, chill up. Have a drink and a good night sleep before you write a reply next time. the project doesn't need any more aggressiveness between and towards contributors [23:09:34 CET] <atomnuker> I'd need to finally move to chill out and function properly again, can't take this place/city/country anymore and moving is very difficult [23:10:40 CET] <wm4> Britain? [23:24:05 CET] <atomnuker> yep [23:26:03 CET] <Chloe> can confirm, Britain makes people sour. [23:35:22 CET] <cone-809> ffmpeg 03Mark Thompson 07master:10bcc41bb40b: examples: Don't call deprecated functions which don't do anything [23:40:15 CET] <atomnuker> sucks even more if you're an EU citizen [23:40:51 CET] <atomnuker> each time I have to go abroad I come back and something's worse [23:42:46 CET] <wm4> make your own brexit [23:43:03 CET] <atomnuker> and my passport's stopped working at the uk scanner gates (and is slightly bent because a hamfisted worker thought there was a gap between the glass and the paper) [23:46:53 CET] <rcombs> tmm1: ping [23:48:55 CET] <tmm1> rcombs: sorry haven't forgotten but i'm swamped at the moment [00:00:00 CET] --- Sat Feb 10 2018

1 0

ffmpeg.log.20180209
by burek 10 Feb '18

10 Feb '18

[00:01:07 CET] <Guest95076> guys dont you think irc is like 1995\ [00:02:01 CET] <DHE> oh IRC is older than that. I have 1993 [00:02:30 CET] <durandal_1707> stay ontopic or be banned [00:02:41 CET] <tdr> 1988 [00:06:54 CET] <Guest95076> StAy On ToPiC oR bE bAnNeD [00:21:58 CET] <Guest34615> asdf [00:22:00 CET] <Guest34615> sup niggas [00:22:12 CET] <Guest34615> im back bitches [00:22:21 CET] <DHE> iive: hate to annoy you... [00:22:46 CET] <Guest34615> wat [00:23:11 CET] <Guest34615> jadsf [00:23:12 CET] <Guest34615> asdf [00:23:13 CET] Last message repeated 1 time(s). [00:23:13 CET] <Guest34615> asd [00:23:13 CET] <Guest34615> fasd [00:26:33 CET] <iive> DHE, don't worry, always notify me. [00:34:06 CET] <fjsanchez> Hi [00:36:32 CET] <fjsanchez> I have compiled release/3.4 on Ubutu 16.04, I have used the same configure flags as the package on mc3man/xerus-media and it compiled properly after installing all the dependencies. The problem that I have is that I am not able to output with format v4l2, I am using v4l2loopback and that was working with the prepackaged build... [00:37:18 CET] <fjsanchez> When I check ffmpeg -formats it has v4l2 as emuxer [00:38:57 CET] <fjsanchez> I just get [NULL @ 0x55832290c340] Requested output format 'v4l2' is not a suitable output format /dev/video0: Invalid argument [00:38:59 CET] <iive> fjsanchez, I have " E v4l2 Video4Linux2 output device" in `ffmpeg -formats` [00:39:22 CET] <fjsanchez> that is what I have iive [00:39:53 CET] <fjsanchez> I have recompiled even using --enable-v4l2 and I have also "D video4linux2,v4l2 Video4Linux2 device grab" [00:40:06 CET] <fjsanchez> I mean with --enable-libv4l2 [00:40:10 CET] <iive> ok, it might be problem with the color format. e.g. if you convert from rgb, you might end up with yuv444 [00:40:45 CET] <fjsanchez> I am trying this ffmpeg -video_size 640x480 -framerate 10 -f x11grab -i :1+100,200 -f v4l2 /dev/video0 [00:40:59 CET] <iive> see if there is an example using pix-fmt [00:41:23 CET] <iive> grab is definitely rgb. [00:41:34 CET] <fjsanchez> the packaged version was working with this: ffmpeg -re -video_size 640x480 -framerate 10 -f x11grab -i :1+100,200 -pix_fmt gray16le -vf noise=alls=20:allf=u+t -f v4l2 -threads 1 /dev/video0 [00:42:24 CET] <fjsanchez> The problem is that I am interested in gray10le, but the code currently doesn't support it, so my idea was to add support but I cannot even get workign the code without changes... [00:43:06 CET] <iive> so the above line doesn't work anymore ? [00:43:15 CET] <fjsanchez> no, just the same error [00:44:04 CET] <fjsanchez> before that I had an error saying that not suitable pix conversion was available, which makes sense as it is not defined a conversion from gray10le for V4L2 in the ffmpeg code [00:44:29 CET] <fjsanchez> but now it just says that is not a suitable output format [00:44:41 CET] <iive> i haven't used v4l2 loopback before [00:45:34 CET] <fjsanchez> If I run this: ffmpeg -re -video_size 640x480 -framerate 10 -f x11grab -i :1+100,200 -pix_fmt gray16le -vf noise=alls=20:allf=u+t -f v4l2 -threads 1 /dev/video0 [00:45:39 CET] <fjsanchez> everything works... [00:45:55 CET] <iive> new build and old packaged? [00:46:15 CET] <fjsanchez> if I run the version in /usr/bin it works [00:46:34 CET] <fjsanchez> if I run the version I built in /usr/local/bin it doesn't [00:47:55 CET] <iive> is your build using static libraries? it might be slight problem if you have similar libraries installed on 2 different locations [00:48:00 CET] <fjsanchez> Here you can see the output for ffmpeg for each build: https://pastebin.com/aF5LJLth [00:48:21 CET] <fjsanchez> I think I am not using static [00:48:26 CET] <fjsanchez> At least not intentionally [00:49:39 CET] <fjsanchez> I think I might not be using the same version of the source code... [00:49:56 CET] <iive> it seems your build is using a git version from this year [00:50:20 CET] <fjsanchez> yes, I just made the clone today [00:50:51 CET] <fjsanchez> I am going to try to checkout to that tag [00:51:41 CET] <iive> 3.4 should be in its own branch [00:51:59 CET] <iive> so you can make 3.4.1 from it. [00:52:19 CET] <fjsanchez> I am building from the release/3.4 branch [00:52:32 CET] <fjsanchez> git branch master * release/3.4 [00:53:22 CET] <fjsanchez> what are the nXXXX tags on GIT? [00:53:33 CET] <fjsanchez> there is n3.4.1 [00:55:56 CET] <iive> yes, 3.4.1 is the latest release. [00:58:31 CET] <fjsanchez> Ok, I am going to try to compile this one [01:03:15 CET] <fjsanchez> Nah, just the same version: ffmpeg version N-89978-gcb97400 [01:04:18 CET] <fjsanchez> or maybe not... [01:07:58 CET] <fjsanchez> According to the repo the version that I can install in Ubuntu from PPA was uploaded by Doug McMahon (2018-02-03) [01:08:05 CET] <fjsanchez> quite recently [01:13:51 CET] <fjsanchez> Nothing, is not working... [01:20:17 CET] <fjsanchez> I got it working! I think I just forgot to install properly last time I compiled... [01:20:25 CET] <fjsanchez> So it was still calling the previous bin... [01:26:40 CET] <ZeroWalker> can ffmpeg output raw binary? [01:27:09 CET] <ZeroWalker> as in, pixel array [01:29:48 CET] <furq> yes [01:29:49 CET] <furq> rawvideo [01:30:13 CET] <ZeroWalker> does that work on an image as well? [01:39:18 CET] <ZeroWalker> nevermind, found a solution, thanks [01:42:51 CET] <furq> rawvideo works fine for images [01:47:46 CET] <kerio> an image is just a very short video [01:53:30 CET] <furq> depends how long you look at it for [02:21:43 CET] <n0xlf> Pulling my hair out with this one: https://pastebin.com/B3GtrTbw [02:22:42 CET] <n0xlf> Trying to put 3 vids side by side with combined audio and different starting positions for 2. I made the height the same for all 3 (required for hstack) and converted all audio to mono flac. It seems to not like something with the audio/amerge ... [02:23:02 CET] <n0xlf> Any ideas? [02:24:31 CET] <n0xlf> "Failed to inject frame into filter network: Cannot allocate memory" seems to actually translate to "you did something wrong, but I won't tell you what"... [02:25:15 CET] <kepstin> hmm, amerge probably doesn't like streams with widely varying start times [02:25:18 CET] <furq> i take it you're not actually running out of memory [02:25:31 CET] <kepstin> that said, you probably want to be using amix, not amerge? [02:25:33 CET] <n0xlf> No - Have 48GB free... [02:25:53 CET] <furq> yeah amerge with three mono inputs will create an output with three channels [02:25:55 CET] <n0xlf> Possibly - I played around with it a bit but didn't quite understand the syntax. Do you have a suggestion for that one? [02:26:36 CET] <furq> just amix=3 [02:26:38 CET] <n0xlf> I thought "-ac 2" might make (duplicate) stereo.. [02:27:40 CET] <furq> it'll mix down to 2 channels [02:27:50 CET] <furq> i'm not entirely sure what kind of results you'll get with a 3-channel input [02:28:02 CET] <furq> idk how ffmpeg would even interpret that, presumably fl, fr and lfe [02:28:16 CET] <kepstin> btw, why did you convert the input audio to mono? you can mix together stereo sources fine. [02:29:02 CET] <n0xlf> One was stereo and two were mono... [02:29:10 CET] <n0xlf> Was just part of testing...Tryting to get everything the same [02:29:29 CET] <furq> amix would work fine with that but it's probably better to have them all mono [02:29:35 CET] <n0xlf> Changing to amix is actually doing something! Woo hoo! We'll see what... [02:30:36 CET] <furq> i wonder if that was because -ac 2 was interpreting the third channel as LFE but it contained high frequencies [02:30:57 CET] <n0xlf> I tried it without -ac 2 and amerge and same error... [02:31:05 CET] <furq> oh [02:32:01 CET] <n0xlf> I shouldn't get too excited - 8 CPUs 100% and: [02:32:02 CET] <n0xlf> frame= 0 fps=0.0 q=0.0 size= 0kB time=00:00:00.14 bitrate= 0.0kbits/s speed=0.00143x [02:33:31 CET] <n0xlf> Although it did just spit out: [02:33:31 CET] <n0xlf> [swscaler @ 0x55b7bbc50ae0] deprecated pixel format used, make sure you did set range correctly [Parsed_hstack_1 @ 0x55b7b8ff5860] [framesync @ 0x55b7b8316888] Buffer queue overflow, dropping. Last message repeated 4 times [Parsed_hstack_1 @ 0x55b7b8ff5860] [framesync @ 0x55b7b8316888] Buffer queue overflow, dropping. Last message repeated 95 times [Parsed_hstack_1 @ 0x55b7b8ff5860] [framesync @ 0x55b7b8316888] Buffer queue ove [02:34:13 CET] <n0xlf> Should I drop -ac 2 with amix or will that produce the desired 2 channel output? [02:35:33 CET] <furq> it'll give a mono output [02:35:35 CET] <n0xlf> Other than it throwing thousands of errors/sec. it is outputting to testvideo.mp4, so it's a start: [02:35:36 CET] <n0xlf> [Parsed_hstack_1 @ 0x55b7b8ff5860] [framesync @ 0x55b7b8316888] Buffer queue overflow, dropping.=0 speed=7.49x [02:35:49 CET] <n0xlf> Mono, but both right and left channels, correct? [02:35:57 CET] <furq> sure [02:36:39 CET] <furq> why are you overlaying this btw [02:45:01 CET] <n0xlf> Good point - That was left over from when I thought I'd want a black background, but I won't need it [02:46:34 CET] <n0xlf> I think "+" on itsoffset isn't valid as well - Might be nothing for + and - for -... [03:26:35 CET] <n0xlf> Thanks for the help @furq! Gives me something to work with now at least... [03:28:06 CET] <n0xlf> Going to let it chew on this for a while and see how it goes: ffmpeg -i a1.mkv -itsoffset 208 -i p1.mkv -itsoffset 2025 -i p2.mkv -filter_complex "hstack=inputs=3;amix=inputs=3" -c:v libx264 -preset veryslow -profile:v high -level 4.1 -crf 23 -c:a aac -b:a 128k -ac 2 video.mp4 [03:48:47 CET] <kinkinkijkin> how do I set up audio for ffmpeg stdin? I just want to send a raw stream of audio to ffmpeg via stdin for ffmpeg to turn into a file for me [03:53:37 CET] <fella> cat audio.raw | ffmpeg -i - -c:a libmp3lame out.mp3 [03:54:37 CET] <kinkinkijkin> no, I am writing a program to generate audio and I'm wondering how to set it up for ffmpeg, I don't know what metadata I need or such [03:55:12 CET] <kinkinkijkin> I know how to use stdin [03:56:41 CET] <furq> you don't need any metadata [03:56:54 CET] <furq> just write pcm frames and then tell ffmpeg what the format is [03:57:00 CET] <kinkinkijkin> oki [03:57:09 CET] <kinkinkijkin> thank you [03:57:15 CET] <furq> -f s16le -i - [03:57:17 CET] <furq> or whatever [03:58:08 CET] <furq> you can obviously write a wav header or something first but you don't actually need to [08:18:45 CET] <user128> hi, it seems that opus is not really supported in a mp4 container. is there a container which supports both, opus stream and "chapters"? [08:21:31 CET] <iranen> mkv? [08:32:00 CET] <user128> iranen, I will check mkv out. I had only seen chapters with m4b / m4a files before. thanks! [15:48:09 CET] <zerodefect> I'm using the C-API with the overlay filter; I'm having a tough time getting it to work as I envisaged. I'm able to composite an image from the overlay onto the main. The problem I'm having is with the size. I don't know the size of the image until I need to add it to the graph (and it may change size). So what happens... [15:49:22 CET] <zerodefect> is that the buffersrc for the overlay is initialized to 720x576. Then let's say I get a 250x250px image to composite. I tell the buffersrc of the new size, and then add the 250x250 image to the graph. Unfortunately, what seems to happen is that the image is stretched over the entire width/height of the main. [15:50:07 CET] <zerodefect> I appreciate that not all filters handle dynamic changes. I can't quite determine if the overlay can/should or if its me doing something wrong. [15:51:08 CET] <zerodefect> I've been trying to look at the src to try understand but no cigar. https://github.com/FFmpeg/FFmpeg/blob/master/libavfilter/vf_overlay.c [15:52:45 CET] <durandal_1707> zerodefect: you cant change w/h after setup of buffersrc [15:53:47 CET] <zerodefect> Even though this function is available: http://ffmpeg.org/doxygen/trunk/group__lavfi__buffersrc.html#ga398cd2a84f8b… ? [15:55:28 CET] <durandal_1707> zerodefect: once filtergraph is set you can not generally change w/h [16:19:30 CET] <Maxz> hi, is there a libavformat hls maintainer here? [17:52:54 CET] <saml> is there term for encoding spec such as width,height,framerate,codec,bitrate, ... [17:56:51 CET] <iive> technically, it is meta-data, since it describes the "real" data. [17:57:36 CET] <iive> sometimes it might be called extradata, since this is a common method for storing common codec parameters in the containers. [17:58:34 CET] <iive> the extradata is given to the codec, so it is codec specific. [19:23:59 CET] <Arrow> Hi [19:31:52 CET] <SortaCore> is there a simplistic way to remove a section of a video that's not at start or end? [20:13:57 CET] <Pollo_> Hi guys, how i can input a live video as ffmpeg input please ? like ffmpeg -i "onlineUrlWithoutDownloadingIt" [20:14:59 CET] <JEEB> that's exactly how it works for live inputs [20:15:05 CET] <JEEB> I use that daily with UDP or HTTP streams :P [20:15:44 CET] <Pollo_> i would like to use a youtube live stream video as input but it's not working [20:25:15 CET] <Pollo_> My goal is to make his working : ffmpeg -i "https://youtu.be/nKMuBisZsZI" -f flv output.flv but i have this error A TLS packet with unexpected length was received. https://youtu.be/nKMuBisZsZI: Input/output error, anyone can help me pls ? [20:26:09 CET] <JEEB> umm [20:26:17 CET] <JEEB> you need something like youtube-dl to give you the ACTUAL urls [20:26:24 CET] <JEEB> and then pipe that to ffmpeg or so [20:27:50 CET] <Pollo_> youtube-dl error : ERROR: Unable to download webpage: <urlopen error [Errno 8] _ssl.c:510: EOF occurred in violation of protocol> [20:28:46 CET] <Pollo_> it should be fine with a "normal" video but seems to not working with live ones [20:36:49 CET] <relaxed> Pollo_: https://youtu.be/nKMuBisZsZI works here with youtube-dl [21:19:02 CET] <timbozeman> I am trying to run this command to add watermarks in random places https://pastebin.com/2ESjSVsb [21:19:24 CET] <timbozeman> It seems to run fine on any 1080p files, but they don't show up on any 720p files :/ [21:22:23 CET] <saml> oh man i'm lonely [21:22:29 CET] <saml> oh man wrong chan [21:23:01 CET] <saml> that's a nice command [21:23:10 CET] <therage3> Nice save [21:23:34 CET] <saml> what's t? [21:23:55 CET] <saml> why escape commas? [21:24:16 CET] <furq> because you need to escape commas in filterchains [21:24:28 CET] <saml> ah nice [21:24:55 CET] <saml> is that flying text all over video ? or a static text at a fixed location? [21:25:14 CET] <timbozeman> all over for a few seconds at a time [21:25:34 CET] <saml> that's nice [21:25:38 CET] <furq> i don't see why that would break [21:25:54 CET] <saml> i saw google paper about removing video watermarks via machine learning [21:26:16 CET] <saml> they recommend adding distortion to the text otherwise, it's easy to detect and remove [21:26:51 CET] <furq> but it is probably worth pointing out that if() takes 0 as false and non-zero as true [21:27:11 CET] <timbozeman> hmm [21:27:15 CET] <furq> so if(eq(foo,0)) is the same as if(foo) [21:27:23 CET] <furq> or er [21:27:25 CET] <furq> ifnot(foo) [21:30:42 CET] <timbozeman> I got that command off of stack overflow. I see there's a similar one in the examples. [21:30:56 CET] <timbozeman> https://ffmpeg.org/ffmpeg-filters.html#Examples-52 [21:33:20 CET] <saml> ah the text jumps around. i thought it would animate smoothly [22:16:43 CET] <timbozeman> furq, if I change the if to ifnot it sprays the text all over many times a second. I guess that's progress. [22:18:43 CET] <timbozeman> I wish I knew how to debug why the if is returning 0 on 720p videos [22:41:57 CET] <timbozeman> I think it's this part mod(t\,2) the delay thing [22:43:51 CET] <Devrim> Is it possible for ffmpeg to choose the higest quality version of a HLS stream from a m3u8 file? [22:53:55 CET] <timbozeman> hm it works if i base it on frames x=if(not(mod(n\,25))\,rand(0\,(W-tw))\,x) [22:54:02 CET] <timbozeman> is that hacky? [23:36:39 CET] <sikilikis> hey all. Is there an option or parameter for ffmpeg to tell it to exit if a warning message has repeated too many times? [23:37:38 CET] <sikilikis> alternatively, an option to get it to exit if it encounters a specific warning message? [23:44:10 CET] <relaxed> sikilikis: send ffmpeg's output to a file, check if the warning message appears using something and, if so, kill ffmpeg in a way that it exits [23:46:11 CET] <sikilikis> is there no way to do that with ffmpeg itself? someway to treat a warning message as an error message or something? [23:46:42 CET] <relaxed> yes, but I thought you wanted a specific error [23:47:36 CET] <sikilikis> yes thats true. Are you saying that you can specify "treat all warnings as errors" but not "treat this specific warning as error" ? [23:48:38 CET] <relaxed> maybe I'm mistaken, but I thought you could [23:50:20 CET] <sikilikis> just a little more information, I'm specifically looking for the alsa buffer xrun message. It's not an error message so ffmpeg keeps running. I want it to stop running so I can restart it [23:51:58 CET] <relaxed> shouldn't be too hard to script [23:52:22 CET] <sikilikis> it shouldnt. I was just hoping to avoid having to do that. [23:55:02 CET] Action: relaxed crushes hope [00:00:00 CET] --- Sat Feb 10 2018

1 0

ffmpeg-devel.log.20180208
by burek 09 Feb '18

09 Feb '18

[04:43:29 CET] <cone-875> ffmpeg 03Michael Niedermayer 07master:ddd851f7cbcb: avcodec: Document that init_static_data() is not intended for time consuming operations. [08:55:02 CET] <rcombs> tmm1: ping re: that videotoolbox sample [17:00:26 CET] <gagandeep__> hi, i am looking to contribute to cineform [17:01:11 CET] <gagandeep__> i would like to ask how shall i begin as i am looking to participate in gsoc and i came here from the ideas list of ffmpeg for 2018 [17:02:25 CET] <gagandeep__> since this will be my first time collaborating in an open source project, is this project comprehensible to a beginner such as me [17:03:38 CET] <gagandeep__> i have seen the required qualification tasks and to approach them i need help on to start to dive into the source code [17:10:37 CET] <kierank> gagandeep__: do you know C? [17:10:55 CET] <Zeranoe> This looks related to the recent multibitdepth in x265: https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=5481 [17:12:16 CET] <sfan5> unless there were any changes, which depths x265 will encode depends entirely on how it was compiled [17:13:12 CET] <Zeranoe> To my understanding you can go to both within the same executable [17:13:54 CET] <sfan5> you can, yes [17:13:59 CET] <sfan5> x265 [info]: build info [Linux][GCC 7.2.1][64 bit] 8bit+10bit+12bit [17:14:04 CET] <sfan5> in there log there is x265 [info]: build info [Windows][GCC 7.2.0][64 bit] 10bit [17:14:12 CET] <sfan5> so x265 was not compiled with support for 8-bit [17:15:12 CET] <Zeranoe> sfan5: Ah, do you know what cmake option is used to get multiple? [17:15:44 CET] <sfan5> you need to build multiple times to get that [17:15:44 CET] <sfan5> https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packa… [17:17:06 CET] <Zeranoe> weird, but alright [17:21:03 CET] <RiCON> Zeranoe: multidepth isn't really recent either, it's almost 3 years-old by now [17:28:00 CET] <gagandeep__> guys, i would like to understand cineform code, what guides should i follow [17:28:11 CET] <gagandeep__> i know c [17:29:48 CET] <kierank> gagandeep__: https://github.com/gopro/cineform-sdk/tree/master/docs [17:29:51 CET] <kierank> quite simple maths actually [17:31:55 CET] <gagandeep__> k [17:33:19 CET] <cone-346> ffmpeg 03James Almer 07master:cb97400f93ba: Revert "cmdutils: make use of new iteration APIs" [17:37:31 CET] <DHE> you mean x264? in december they added one-library-multiple-depths support [17:56:00 CET] <durandal_1707> jamrial: i expect you will add proper code for that one [17:57:25 CET] <jamrial> durandal_1707: no [17:57:52 CET] <durandal_1707> jamrial: than why you are acting like that? [17:58:35 CET] <jamrial> i suggested a revert for the one broken patch with (at the time) no proper fix. two people agreed with me, one was against, but ultimately accepted my arguments [17:58:48 CET] <jamrial> i was not going to revert it myself, but was asked to [17:59:22 CET] <durandal_1707> so we now have broken program/api well done [17:59:35 CET] <jamrial> how so? [18:00:43 CET] <durandal_1707> its really shame we need to listen to bikesheeds all way around [18:01:08 CET] <jamrial> the api is still in place, you know? [18:01:40 CET] <jamrial> the bikeshed is still ongoing, but now with the not-fully-working api in place [18:04:35 CET] <jamrial> i fixed three issues introduced by this patch. there are a couple remaining that the authors of this set should fix [18:04:46 CET] <jamrial> plus a working version of the commit i was asked to revert [18:06:44 CET] <jamrial> so i'm not in the mood to get shat on for helping to get the tree back in a working condition without the need for a full revert of all seven patches [20:40:07 CET] <durandal_1707> FFmpeg is dead, leave while you can [20:42:55 CET] <atomnuker> every time you say it it gets more and more alive [20:46:49 CET] <durandal_1707> atomnuker: no, see last drama, ffmpeg is semi broken now [20:47:10 CET] <wm4> what is broken [20:47:18 CET] <wm4> I don't know from all the bikeshedding noise [20:47:30 CET] <jamrial> caca demuxer it seems [20:48:05 CET] <jamrial> all the cmdutils related issues are gone after the revert [20:49:16 CET] <atomnuker> the caca demuxer is useless anyway [20:49:36 CET] <jamrial> doesn't matter [20:49:37 CET] <JEEB> caca *demuxer* ? [20:49:52 CET] <JEEB> so you input text and..? [20:49:56 CET] <jamrial> sorry, muxer [20:49:57 CET] Action: JEEB has his mind blown [20:50:00 CET] <JEEB> ah [20:50:11 CET] <JEEB> would have been rather fancy [20:50:50 CET] <wm4> well it might apply to all libavdevice outputs [20:51:03 CET] <jamrial> probably, yeah [20:51:04 CET] <wm4> of which decklink is the only one that isn't just a broken toy [20:51:12 CET] <durandal_1707> and what about soxr? [20:51:34 CET] <wm4> wasn't that due to the cmdutils thing [20:51:49 CET] <jamrial> that breakable is weird [20:52:28 CET] <atomnuker> the pulse and kms lavd things are also fine [20:52:36 CET] <jamrial> it doesn't really make much sense for this patchset to break linking for some swr stuff [20:55:09 CET] <jamrial> in any case, the api discussion is pretty much stalled at this point, so i guess iterate() is most likely going to stay at this rate [20:55:26 CET] <JEEB> yea [20:55:32 CET] <jamrial> might as well fix the remaining issues, reimplement the cmdutils stuff right, and move on [20:55:54 CET] <JEEB> I don't have any heavy feelings about the API, and not sure if the mentioned alternatives actually bring much extra to the table [20:56:56 CET] <wm4> lavd has a kms thing? jesus [20:57:12 CET] <wm4> lol at the API bikeshed [20:57:43 CET] <atomnuker> it has to in order to have kms capture [20:57:54 CET] <jamrial> why add iterate() at all? next() already exists. all we needed was removing the registration crap [20:58:17 CET] <JEEB> someone asked for renaming or something [20:58:27 CET] <jamrial> lovely precedent this one, for future developers. just push, knowing full well it will stick even if people disagreed [20:58:30 CET] <JEEB> it's in the threads [20:59:06 CET] <JEEB> hmm, someone posted a mpeg-2 video decoding fix? [20:59:10 CET] <BtbN> imo this should be reverted just because of the way it was pushed, and then maybe re-applied after proper discussion [20:59:32 CET] <BtbN> and seeing how it broke a ton of things, it's even more dubious [20:59:34 CET] <jamrial> that'd be ideal, but also make people even more bitter [20:59:37 CET] <atomnuker> jamrial: I think the reason for iterate over next was that next needs to store state somewhere [20:59:46 CET] <wm4> jamrial: because it's either slow, or requires mutating static data [20:59:48 CET] <Chloe> just revert it all [21:00:00 CET] <atomnuker> iterate moved the state storing to the api user iirc [21:00:10 CET] <jamrial> no, i don't want to revert it all. i want to move forward [21:00:14 CET] <Chloe> then you can design the API [21:00:31 CET] <wm4> like nicolas wants with memory allocation? no thanks [21:01:59 CET] <durandal_1707> that guy.... [21:02:17 CET] <Chloe> The reason for _iterate is to clarify on what the API does exactly, and the reason for the API being like it is the same as the reasoning for the newer BSF API [21:05:51 CET] <Chloe> And yes I know it was my bad with the cmdutils patch, sorry about that one. [21:09:58 CET] <jamrial> fate passed, so i understand why you would expect it was fine [21:10:02 CET] <jamrial> the major bump was the same [21:10:27 CET] <Chloe> I checked -formats but I completely forgot about -codecs (and friends) [21:11:29 CET] <Chloe> jamrial: do you think the last patch I posted on the ML (for cmdutils) was going in the right direction at least? [21:15:15 CET] <durandal_1707> michaelni: how utvideodec change fixes overread if it checks smaller number? [21:17:04 CET] <jamrial> Chloe: i don't know, i'm not familiar with that code [00:00:00 CET] --- Fri Feb 9 2018

1 0

ffmpeg.log.20180208
by burek 09 Feb '18

09 Feb '18

[05:25:30 CET] <solidus-river> hey all, i built ffmpeg using msys2 and am linking it against a msvs2017 x64 project, i'm getting undefined refences to functions, is there something else to compilitaion that I should have done / might have missed? [05:27:02 CET] <xxx_> hi, all , does ffmpeg support closed captions subtitle ? [07:15:32 CET] <solidus-river> xxx_: closed captions are different things, i'm unsure if there is a video container format that supports subtitles, usually they are .srt files provided along side the video [07:18:35 CET] <solidus-river> xxx_, also, http://lmgtfy.com/?q=ffmpeg+add+srt+to+mp4 [11:39:17 CET] <solidus-river> hey all, i'm trying to build the ffmpeg libs for use with an msvc based project [11:40:12 CET] <solidus-river> i tried building through msys2 and cygwin64 from the guild using msvc as the build platform but when my app launches it requires iconv-2.dll from mingw64/bin and then once that is satisfied it "fails to start succsessfully" [11:40:28 CET] <solidus-river> am I going about compiling dll's to link to an msvc project the wrong way? [13:51:26 CET] <dd> Trying to remove similar frames using mpdecimate but preserve original time (pts) using setpts [13:51:35 CET] <dd> ffmpeg removes the similar frames [13:51:46 CET] <dd> but duplicates the same frame over and over again because of the setpts [13:52:05 CET] <dd> If I don't use setpts then the file size is much smaller and obviously the frames are really dropped [13:52:27 CET] <dd> I would like to have the last frame with movement "extended" in time instead of copying it over and over again [13:53:18 CET] <dd> ffmpeg -i in.mp4 -vf "mpdecimate,setpts=N/FRAME_RATE/TB" out.mp4 [13:56:29 CET] <furq> dd: -vsync vfr [14:02:12 CET] <solidus-river> hey all, i compiled in MSYS2 and during link time i'm getting problems with AVCODEC-56.dll not finding sws_getCachedContext entrypoints [14:17:41 CET] <dd> furq thanks, but that doesn't work [14:18:00 CET] <dd> I want to get the same duration as the original file while having less frames (hence smaller file size) [14:18:06 CET] <JEEB> you have a frame rate there so that won't work [14:18:13 CET] <JEEB> why are you using setpts to begin with? [14:18:45 CET] <dd> JEEB how would you remove duplicate frames while preserving original times (duration)? [14:18:56 CET] <furq> just mpdecimate and vsync vfr [14:19:36 CET] <JEEB> dd: FFmpeg by default doesn't expect a frame rate [14:19:39 CET] <JEEB> it deals with timestamps [14:19:59 CET] <JEEB> (dts/pts of each packet/frame) [14:20:21 CET] <dd> this: [14:20:22 CET] <dd> ffmpeg -y -f avfoundation -r 30 -i "default" out.mp4 -vf mpdecimate -vsync vfr out0.mp4 [14:20:31 CET] <dd> will output out.mp4 as the original file [14:20:38 CET] <dd> and out0.mp4 with duplicates removed [14:20:47 CET] <dd> they both have the same duration indeed [14:20:51 CET] <dd> but they are almost the same size [14:21:07 CET] <dd> out0.mp4 is a little bit better as expected [14:21:15 CET] <dd> but I would expect it to be much better [14:21:28 CET] <dd> using setpts removed the duplicates altogether [14:21:35 CET] <dd> resulting in much smaller file [14:21:38 CET] <sfan5> encoders are not stupid, duplicate frames will take barely any space to encode [14:21:39 CET] <dd> but the duration is shorter [14:22:00 CET] <dd> sfan5 right - this is why out0 is slightly better than the original file [14:22:08 CET] <dd> but still far away from the optimal with setpts [14:23:20 CET] <dd> original file - 314K [14:23:35 CET] <dd> mpdecimate with vsync vfr: 312K [14:23:41 CET] <prelude2004c> hey guys. i'm still trying to work through a problem. I can't seem to get this to deinterlace. Any recommendations ? ${ffmpeg} -hwaccel cuvid -c:v mpeg2_cuvid -deint 2 -resize 1280x720 -hwaccel_device $gpuenc -max_alloc 100000000 -threads 1 -vsync 0 -fflags +discardcorrupt -i "$stream" .. it wont deinterlace for some reason [14:23:45 CET] <dd> with setpts: 221K [14:26:25 CET] <sfan5> prelude2004c: you probably shouldn't be putting the encoding options before the -i [14:26:47 CET] <DHE> actually the mpeg2_cuvid decoder has a lot of options which he is using [14:27:22 CET] <sfan5> nvm then [14:28:43 CET] <prelude2004c> sfan5, i'm trying to deinterlace on the GPU [14:28:58 CET] <prelude2004c> on decoding or whatever [14:33:53 CET] <sfan5> works for me here [14:35:17 CET] <sfan5> % ffmpeg -hwaccel cuvid -c:v mpeg2_cuvid -deint 2 -resize 1280x720 -i title00.mkv -c:a flac -c:v h264_nvenc -y test.mkv [14:35:30 CET] <sfan5> ^ is what I tried, title00.mkv is from a DVD and interlaced [14:35:46 CET] <prelude2004c> and it works for you ? that's soooo strange. [14:36:09 CET] <prelude2004c> how much CPU on deinterlacing does it use ? [14:36:31 CET] <prelude2004c> it doesnt' give me an error. but it just doesn't double up frames [14:36:40 CET] <prelude2004c> you notice frame rate double from source ? [14:36:51 CET] <sfan5> frame rate is identical [14:36:55 CET] <DHE> when I try it with deint I get some "past duration..." errors and huge numbers of dups and drops. whereas cuvid without the interlacer is fine [14:36:55 CET] <prelude2004c> right [14:37:14 CET] <DHE> my source is extracted OTA 1080i video [14:37:16 CET] <prelude2004c> so , sfan5. When you deinterlace an interlaced source.. it will double up the frame rates [14:37:34 CET] <sfan5> not necessarily, but that's an option yes [14:37:41 CET] <prelude2004c> how do i get that to do it [14:37:52 CET] <prelude2004c> that is the whole thing of what i am trying to do [14:38:09 CET] <sfan5> deinterlace certainly works https://a.uguu.se/QLK7VDpds6gX_Bildschirmfoto_2018-02-08_14-37-04.png [14:38:15 CET] <sfan5> but frame rate is not doubled, indeed [14:38:41 CET] <prelude2004c> isn't it normal that it would double frame rate ? [14:42:13 CET] <sfan5> it should be https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/cuviddec.c#L317 [14:47:07 CET] <furq> prelude2004c: maybe -deint bob [14:47:15 CET] <prelude2004c> i tried that too.. nothing changed [14:48:07 CET] <furq> oh [14:48:12 CET] <furq> add -drop_second_field 0 [14:49:18 CET] <sfan5> that the default though [14:49:58 CET] <prelude2004c> ya trying [14:49:59 CET] <DHE> I added -r 60/1.001 (for 29.97fps files) on the input. that works and smoothens the video out, though i swear the image just looks poorer [14:50:14 CET] <DHE> like it turns 1080i30 into 540p60 (which I think is exactly what's happening) [14:51:13 CET] <prelude2004c> no luck :( [14:52:38 CET] <sfan5> *** dropping frame 14 from stream 0 at ts 12 [14:52:50 CET] <sfan5> this is interesting, is it dropping all the additonal frames? [14:54:03 CET] <prelude2004c> so -r 60/1.001 seems to have doubled up .. but my audio is out of sync... the video is all messed up like collar bars red blue yesll all across the screen [14:54:05 CET] <prelude2004c> very odd. [14:54:19 CET] <sfan5> [null @ 0x559ca10c90c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 7641 >= 7641 [14:54:24 CET] <sfan5> this is with -f null - [14:54:27 CET] <sfan5> i don't understand ffmpeg [14:54:49 CET] <DHE> sfan5: what I think is happening is ffmpeg is confused by the file specifying 30fps, but the decoder providing 60fps [14:55:11 CET] <solidus-river> gahh, ffmpeg compilation and linking into msvc is driving my bonkers [14:55:19 CET] <DHE> ffmpeg -r 60/1.001 -drop_second_field 0 -c:v mpeg2_cuvid -deint 2 -i $INPUT .... # this produces a good looking video, relatively speaking [14:55:31 CET] <DHE> content is 29.97fps over-the-air mpeg2 1080i capture [14:56:04 CET] <sfan5> hm yeah sounds like it [14:56:10 CET] <sfan5> -f 60000/1001 makes the warnings disappear [14:57:31 CET] <DHE> which is a shame. I would prefer 30fps with each frame being overall high quality [14:59:13 CET] <sfan5> not sure if that's my input but with 60fps it's pretty much just each frame duplicated once [14:59:58 CET] <sfan5> same result with yadif=field so must've been my input [15:01:02 CET] <DHE> hmm.. I'm getting 60 unique frames per second, though when stepping you can see the shenanigans the deinterlacer does [15:01:40 CET] <prelude2004c> hey how is audio ? [15:01:46 CET] <prelude2004c> so i got it going but audio is completely out of sync [15:03:40 CET] <sfan5> try -vsync drop or something [15:04:22 CET] <prelude2004c> i tried vsync 0 [15:04:45 CET] <prelude2004c> vsync drop gives me : Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly [hls @ 0x32dbc40] Encoder did not produce proper pts, making some up. [15:05:09 CET] <sfan5> yes that's expected with -vsync drop, is the output okay though? [15:05:25 CET] <prelude2004c> error.. wont even start [15:05:43 CET] <prelude2004c> [mpegts @ 0x488eb40] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1920 >= 1920 [15:05:43 CET] <prelude2004c> av_interleaved_write_frame(): Invalid argument [15:07:53 CET] <JEEB> your timestamps aren't going forward [15:08:40 CET] <prelude2004c> not sure.. if i do vsync 1 it starts but audio is messed up. One other thing i noticed is.. closed caption is not present anymore after this deinterlace thing [15:08:44 CET] <prelude2004c> does it destroy it? [15:09:49 CET] <sfan5> tried -vsync 2 ? [15:09:53 CET] <prelude2004c> seems when i try -copyts it starts [15:10:12 CET] <sfan5> JEEB: cuviddec sends out two frames when interlacing is enabled, not sure how timestamps are handeled in that case [15:10:14 CET] <prelude2004c> still out of sync completely but.. [15:10:15 CET] <sfan5> (https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/cuviddec.c#L367) [15:19:16 CET] <prelude2004c> any other suggestions ? [15:27:13 CET] <prelude2004c> ${ffmpeg} -r 60/1.001 -vsync 0 -hwaccel cuvid -hwaccel_device $gpuenc -c:v mpeg2_cuvid -deint 2 -resize 1280x720 -i .... Funny when i use deint bob it gives me colors all accross the screen. When i use deint 2 its clear.. so only issue seems audio not in sync at all [15:32:15 CET] <sfan5> you can always do deint + resizing on the cpu (if that's viable) [15:32:26 CET] <prelude2004c> not vailable unfortunately [15:32:38 CET] <prelude2004c> the thing is... why would audio be out of sync ? strange. [15:32:52 CET] <prelude2004c> im trying things like -copyts [15:33:01 CET] <prelude2004c> still nothing.. :( [15:33:20 CET] <prelude2004c> the video is clean and frames are 59.94 [15:36:22 CET] <prelude2004c> weird.. in VLC if i delay audio by 1 second its in sync [15:42:50 CET] <microcolonel> Howdy folks [15:43:26 CET] <microcolonel> Is there a list or table somewhere describing the degree of (security/robustness) scrutiny which has been applied to various codecs in FFMPEG? [15:43:54 CET] <microcolonel> I'm trying to see which ones would be reasonably safe to enable on LBRY [15:45:40 CET] <saml> https://lbry.io/ ? [15:46:11 CET] <JEEB> you always want to contain as much as possible any 3rd party input [15:46:28 CET] <JEEB> and you only want to enable most basic things you want to support first [15:46:53 CET] <JEEB> stuff like game codecs and formats generally get close to zarro testing outside of google's closed fuzzing setup [15:47:12 CET] <microcolonel> saml: yeah [15:47:35 CET] <saml> wow so it makes sense to build ffmpeg yourself with tidiest setting [15:47:43 CET] <microcolonel> JEEB: yeah, I guess a good start would be Google's Chrome OS video player whitelist [15:48:10 CET] <microcolonel> assuming they aren't relying on some set of mitigations to make that thing less risky [15:48:40 CET] <sfan5> well you will still want to sandbox your ffmpeg processes [15:48:52 CET] <microcolonel> Yeah, that's in Electron/Chromium's hands [15:48:58 CET] <JEEB> microcolonel: they have a rather limited thing (pretty much AVC and AAC?) [15:49:14 CET] <JEEB> so if you're using FFmpeg itself for demuxing etc you probably want more [15:49:28 CET] <microcolonel> JEEB: no, they support all the WMV formats, XVID... [15:49:42 CET] <microcolonel> just not in the browser window [15:49:59 CET] <microcolonel> I guess I'll take a closer look at that [15:50:01 CET] <saml> what sandbox do you use in linux? do you run ffmpeg inside docker? [15:50:19 CET] <microcolonel> saml: it's whatever Electron/CEF provides [15:50:39 CET] <saml> like in python, instead of subprocess.run(['ffmpeg', ..) subprocess.run(['docker', 'run', ... [15:50:56 CET] <microcolonel> saml: I believe Chromium uses seccomp [15:51:11 CET] <microcolonel> aggressive seccomp [15:51:25 CET] <saml> oh lbry is an electron app and you can run ffmpeg inside electron? [15:51:25 CET] <microcolonel> and they use pledge on OpenBSD [15:51:33 CET] <sfan5> saml: docker is not a sandbox [15:51:42 CET] <sfan5> (https://security.stackexchange.com/questions/107850/docker-as-a-sandbox-for…) [15:51:48 CET] <saml> exactly [15:53:07 CET] <microcolonel> saml: electron is mostly just an application with a Chromium instance embedded in it, Chromium uses FFMPEG for software decoding and demuxing of video formats (now, including their own VP9 format). [15:53:39 CET] <saml> that's sort of purist. many people in practice assume running in docker is safe enough by disabling networking and host disk access. but yeah, someone can upload elaborate video that could use linux security hole and docker won't help there [15:54:07 CET] <microcolonel> The default Chromium build has a small whitelist of desired codecs and containers, but has facilities in the build system to whitelist more. [15:54:26 CET] <saml> oh wow didn't know chromium came with ffmpeg [15:56:24 CET] <saml> so you want to whitelinst more so that lybr will support more video formats but you want to be careful [15:57:03 CET] <saml> if chromium comes with ffmpeg, i wonder if i can do client side video encoding [15:57:35 CET] <sfan5> that's part of the WebRTC standard IIRC, so yes [15:58:00 CET] <saml> wow nice [16:04:48 CET] <saml> i wish there's easy to use video programming library [16:04:58 CET] <saml> well documented for beginners [16:11:35 CET] <dolphy> hi! in incoming stream time to time i have an warning Negative cts, previous timestamps might be wrong where can i read more about this problem and why it can happend, thanks for answer [16:24:49 CET] <prelude2004c> sfan5, any other ideas on why audio would not be in sync with video? [16:25:18 CET] <sfan5> nope no idea [16:25:44 CET] <prelude2004c> :( .. i'm stuck.. and this sucks :* [16:27:59 CET] <prelude2004c> i think the audio sync issue is because of -r 60/1.001 [16:29:06 CET] <sfan5> does it work if you output video to a temporary file and then copy the video + audio into hls with a separate ffmpeg invocation? [16:29:12 CET] <prelude2004c> but removing that , my frame rate is back to 29.97 [16:29:58 CET] <prelude2004c> um.. wondering if i can use the mpeg2_cuvid on the output side [16:31:18 CET] <sfan5> mpeg2_cuvid is a decoder [16:31:32 CET] <sfan5> if you'd like to do encoding on the GPU your options are nvenc_h264 or nvenc_hevc [16:33:37 CET] <prelude2004c> i'm doing the encoding already [16:33:58 CET] <prelude2004c> that is working fine... and mpeg2_cuvid is also working fine .. asside from this audio problem when i introduce -r [17:04:54 CET] <Dark-knight> could someone tell me something [17:05:40 CET] <Dark-knight> I just wanted to see if I could rename something using ffmpeg without changing anything by using -c copy. it worked, but.. [17:05:52 CET] <Dark-knight> why did it increase the bit rate by 5? [17:05:56 CET] <Dark-knight> lol [17:06:17 CET] <Dark-knight> all I did was rename the file [17:06:29 CET] <c_14> No, you remuxed the file [17:06:36 CET] <c_14> the whole container information is potentially different [17:08:09 CET] <Dark-knight> how would I go about changing the name for the file through ffmpeg [17:08:26 CET] <Dark-knight> I know i could just rename the file. but I'd like to see if this works [17:09:11 CET] <c_14> you don't [17:09:20 CET] <Dark-knight> hmm [17:09:22 CET] <Dark-knight> ok [17:09:29 CET] <sfan5> what's the extension of your source file and destination file? [17:09:36 CET] <Dark-knight> mp4 [17:09:40 CET] <DHE> ffmpeg will always at least rebuild the container. going from mkv to mp4 will result in some small file size change, for example [17:10:14 CET] <sfan5> if the extension doesn't change why are not just renaming the file from your file mananger? [17:10:15 CET] <Dark-knight> I was trying to use ffmpeg to rename a file instead or right clicking it and renaming it [17:10:20 CET] <Dark-knight> of* [17:10:39 CET] <Dark-knight> wasn't trying to change anything else [17:10:58 CET] <Dark-knight> like I said, I just wanted to see if I coould [17:11:07 CET] <Dark-knight> I know there are easier ways [17:16:27 CET] <Dark-knight> ok, I've got an actual non-stupid question [17:17:16 CET] <Dark-knight> I downloaded the same audio source twice at 2 different qualities, but I don't know which is which. [17:17:32 CET] <Dark-knight> which one of these is better? [17:17:42 CET] <Dark-knight> https://pastebin.com/9Pp81a0D or https://pastebin.com/NUeAd6G6 [17:25:09 CET] <sfan5> the opus one [17:25:10 CET] <sfan5> because [17:25:13 CET] <sfan5> 1) it has higer bitrate [17:25:19 CET] <sfan5> 2) opus is generally a better codec than vorbis [17:26:09 CET] <ritsuka> maybe, or maybe it was a reencode of a low quality mp3 ;) [17:37:04 CET] <Dark-knight> sfan5: the first link or the second one? [17:37:25 CET] <sfan5> i think you can answer that question yourself [17:37:50 CET] <Dark-knight> they both have the word opus in it [17:37:57 CET] <Dark-knight> doesn't help [17:40:06 CET] <sfan5> where do you see "opus" in the second link? [17:40:49 CET] <Dark-knight> oh [17:40:59 CET] <Dark-knight> I was looking at the same link twice [17:41:05 CET] <Dark-knight> lol [18:50:14 CET] <Dark-knight> thx [22:53:33 CET] <kool> Hey guys, I'm currently working on a little ffmpeg script, and I got my first part done quite easily (overlaying a transparent webm above a video). But now I want to create a video with 2 images. the first one is a blurred background, and the second one should fade in after 10 seconds, and fade out 20 second before the end of the video. [22:54:26 CET] <kool> I've already figured out a filter to do the fades, but they are right now quite short, and I dont know how to time them correctly, here is the snippet: https://pastebin.com/bFJvvKe7 [23:26:03 CET] <saucecode> I'm trying to get NVENC working in OBS. I downloaded release n3.3.6 from the repo and ran ./configure, it seemed to include all the options I needed. It compiled and installed without problem, but it doesn't seem to have built ffplay D: [23:26:52 CET] <saucecode> How do I get it to build ffplay? --enable--ffplay has no effect [23:29:16 CET] <saucecode> Trying again with 3.4, which I probably should've been using anyway >_> [23:32:48 CET] <DHE> saucecode: ffplay uses SDL to do its heavy lefting. install an SDL development package [23:32:54 CET] <DHE> *lifting [23:38:42 CET] <Faggot> erad [23:38:44 CET] <Faggot> asdf [23:38:45 CET] <Faggot> adsf [23:38:45 CET] <Faggot> asdf [23:38:46 CET] Last message repeated 1 time(s). [23:38:46 CET] <Faggot> fd [23:38:49 CET] <Faggot> yo [23:38:58 CET] <Faggot> wahts up my Gs [23:45:48 CET] <saucecode> DHE: Worked! ffplay builds, but now the programs (ffplay, ffmpeg) won't run: error while loading shared libraries: libavdevice.so.57 [23:47:23 CET] <sfan5> build with --disable-shared OR actually install ffmpeg OR use ld_library_path [00:00:00 CET] --- Fri Feb 9 2018

1 0