[Ffmpeg-devel-irc] ffmpeg.log.20190410

[burek]

[01:03:03 CEST] <Atlenohen> hi trying to compile ffmpeg on linux mint (latest) any tips that aren't on the compilation guide
[01:04:21 CEST] <Atlenohen> I'm usually on windows but I can do live linux boot and I was wondering if it's going to be less than a few hours so I don't need to leave, I don't have a good place or conditions to intall linux for some time due to HDD/Data maintenance/archiving taking place
[03:39:38 CEST] <HickHoward> uhh
[03:44:19 CEST] <HickHoward> so
[03:45:07 CEST] <HickHoward> i have a mpeg2 video file whose frame consists of both the top and bottom feeds for whatever reason
[03:45:08 CEST] <HickHoward> https://i.imgur.com/fOKgS3s.png
[03:45:09 CEST] <HickHoward> like this
[03:45:43 CEST] <HickHoward> *feeds => fields of a frame
[03:45:53 CEST] <HickHoward> okay to elaborate
[03:46:21 CEST] <HickHoward> in this image you are seeing two frames being merged together into both the top and the bottom fields each
[03:46:44 CEST] <HickHoward> and i want to handle both fields of a frame so the final video can have this "interlaced" look
[03:47:02 CEST] <HickHoward> but the thing is how can i actually do that *without* having to convert one format into another?
[03:56:21 CEST] <iive> HickHoward, check `man ffmpeg-filters` 'il Deinterleave or interleave fields."
[03:58:12 CEST] <iive> he didn't see it.
[04:43:39 CEST] <CarlFK> this works: ffplay tcp://localhost:11000  - anyone know how to make melt use ffmpeg do play that?
[04:43:51 CEST] <CarlFK> docs lead me here: https://www.mltframework.org/plugins/ProducerAvformat/#rtsp_transport
[04:47:24 CEST] <CarlFK> I'm guessing something like melt -producer avformat:rtsp_transport tcp=tcp://localhost:11000
[04:51:51 CEST] <Atlenohen> hello
[04:52:27 CEST] <Atlenohen> Is it better compiling on windows if the target platform is windows ? I need to compile some libs, not actualy final compiled exe
[04:53:02 CEST] <Atlenohen> the libs then get put in another project and compilation later
[04:58:30 CEST] <CarlFK> Atlenohen: it shouldn't matter.  the complier you run needs to run on the OS it was build for.
[04:59:17 CEST] <CarlFK> as long as you get all the input files where it wants them, it should produce a legit output
[04:59:42 CEST] <CarlFK> getting all the files - that may be cumbersome
[05:05:12 CEST] <Atlenohen> CarlFK: first time attempting this http://mingw-w64.org/doku.php/download
[05:05:29 CEST] <Atlenohen> the multiple platforms is already confusing
[05:05:51 CEST] <Atlenohen> MinGW for windows .... then why are all other platforms doing on the main DL page
[05:06:25 CEST] <furq> because it builds binaries for windows
[05:06:38 CEST] <furq> it'll run more or less anywhere gcc does
[05:09:05 CEST] <Atlenohen> oh
[05:09:32 CEST] <Atlenohen> I thought it's about "where the environment can be setup" as opposed to what the target compilation result is
[05:09:39 CEST] <Atlenohen> so it's the other way around?
[05:09:52 CEST] <Atlenohen> unless is labeled "cross compiler"?
[05:22:41 CEST] <Atlenohen> meh i'll just poke something and see if it works
[05:26:48 CEST] <Atlenohen> great trac.ffmpeg.org appears to be down or what
[05:30:06 CEST] <Atlenohen> okay i got the all-in-one installer from surceforge as I have no idea what to download
[05:30:37 CEST] <Atlenohen> funny URLs the project is w64, then it's "targeting 32bit" and then the "64bit version" again mingw-w64/files/Toolchains targetting Win32/Personal Builds/mingw-builds/installer/mingw-w64-install.exe
[05:41:30 CEST] <Atlenohen> SEH or SJLJ ?
[05:57:02 CEST] <damdai> does ffmpeg support  making  320x240 video to  640x480 video ?
[05:57:39 CEST] <CarlFK> damdai: yes
[05:57:58 CEST] <damdai> carlfk  okay, how is that possible though
[05:58:32 CEST] <damdai> that means extra 320x240 pixels comes from nothing
[05:58:41 CEST] <damdai> that means extra 320x240 pixels must appear from nothing
[06:00:06 CEST] <CarlFK> what are the names of your input and output files?
[06:04:01 CEST] <CarlFK> ffmpeg -i in.mpg -s 640x480  out.mpg
[06:05:14 CEST] <Atlenohen> there is no MSYS in MINGW installation
[06:05:26 CEST] <Atlenohen> ffmpeg docs are seriously outdated, links don't work
[06:05:43 CEST] <Atlenohen> eh
[06:06:10 CEST] <Atlenohen> I'm done bothering with this for today ... which'll trun into this week, this month :p
[06:21:57 CEST] <bray90820> is there a way to concatenate VOB files with ffmpeg?
[06:22:22 CEST] <damdai> what do you mean by "concatenate
[06:23:49 CEST] <bray90820> Combine 4 VOB files into one
[06:25:02 CEST] <damdai> yes ffmepg supports that
[06:48:05 CEST] <bray90820> damdai: what code would I use?
[06:48:18 CEST] <damdai> you mean command?
[06:48:43 CEST] <bray90820> Yes my bad
[06:49:29 CEST] <damdai> ffmpeg -y f concat -i list.txt -map 0:v -map 0:a:2 -map 1:v -map 1:a:2 -map 2:v -map 2:a:2 -map 3:v -map 3:a:2 -map 4:v -map 4:a:2 -c copy -f mpegts joined.mpeg
[06:50:16 CEST] <bray90820> That would do a passthrough of the video and audio right?
[06:51:10 CEST] <damdai> actually use this:
[06:51:12 CEST] <damdai> ffmpeg -i input1.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts intermediate1.ts
[06:51:12 CEST] <damdai> ffmpeg -i input2.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts intermediate2.ts
[06:51:12 CEST] <damdai> ffmpeg -i "concat:intermediate1.ts|intermediate2.ts" -c copy -bsf:a aac_adtstoasc output.mp4
[06:51:22 CEST] <damdai> but instead of .mp4  use .vob
[06:53:14 CEST] <bray90820> Assuming those three should be on one line right?
[06:53:25 CEST] <damdai> actually try this first:   ffmpeg -i "concat:input1.ts|input2.ts|input3.ts" -c copy output.ts
[06:53:33 CEST] <damdai> but instead of .ts  use .vob
[06:54:10 CEST] <damdai> let me know if that worked
[06:56:06 CEST] <bray90820> It seems to be working
[06:56:22 CEST] <bray90820> I'll let you know in a minute tho
[06:56:22 CEST] <damdai> check the output.vob to make sure
[06:56:34 CEST] <damdai> play the output.vob to make sure
[06:57:01 CEST] <damdai> there is a chance it can create corrupted/unplayable file
[06:57:19 CEST] <bray90820> I get a lot of these errors idk if it's a problem tho
[06:57:19 CEST] <bray90820> [svcd @ 0x7ff517828000] buffer underflow st=0 bufi=79900 size=81218
[06:57:38 CEST] <damdai> i am not familar with that error message
[06:58:23 CEST] <damdai> are you able to play individual  .vob files fine?
[06:58:24 CEST] <bray90820> Ok
[06:58:40 CEST] <bray90820> Well the Vob file seems to play correctly
[06:59:01 CEST] <damdai> you mean output.vob ?
[06:59:05 CEST] <bray90820> Yes
[06:59:13 CEST] <damdai> make sure video/audio sync match
[06:59:38 CEST] <damdai> sometimes it can create non sync
[07:00:26 CEST] <bray90820> Yes it's in sync
[07:01:52 CEST] <damdai> if you joined    2  5:00 min video   playback at   4:57-5:05  to check it joined smoothly
[07:03:07 CEST] <bray90820> Yes it's good
[07:04:52 CEST] <bray90820> Is that all I need to check
[07:05:08 CEST] <damdai> i guess
[07:06:56 CEST] <bray90820> Woot
[07:06:59 CEST] <bray90820> Thanks for the help
[10:21:56 CEST] <jya> is there a way with a h264/mp4 video that contains no colorspace information in the SPS NAL (colour_description_present_flag is false), to rework it quickly to say it's BT601 ?
[10:23:14 CEST] <furq> jya: https://www.ffmpeg.org/ffmpeg-bitstream-filters.html#h264_005fmetadata
[10:23:57 CEST] <jya> furq: do you know how you call this ?
[10:28:10 CEST] <furq> -i foo.mkv -bsf:v h264_metadata=colour_primaries=6:transfer_characteristics=6:matrix_coefficients=6 -map 0 -c copy bar.mkv
[10:29:49 CEST] <jya> awesome thank you
[10:30:03 CEST] <furq> 6 is smpte170m which is correct for ntsc iirc
[10:30:10 CEST] <furq> i think you'd want 5 (bt470bg) for pal
[10:30:19 CEST] <jya> smpte170m is what I want
[10:30:38 CEST] <jya> we don't differentiate bt470bg from smpte170m anyway
[11:16:53 CEST] <JsbBpk> Hello !
[11:17:22 CEST] <JsbBpk> I am facing a problem with http version and ffplay. Even though http version is 1.1, connection header is still "close" not "keep-alive"
[11:19:18 CEST] <JsbBpk> ffplay version N-93544-g0a347ff422 Copyright (c) 2003-2019 the FFmpeg developers  built with gcc 8.2.1 (GCC) 20190212
[11:22:18 CEST] <JsbBpk> It looks like this bug : https://trac.ffmpeg.org/ticket/5845    (fixed 3 years ago)
[11:51:24 CEST] <DHE> based on the code it looks like there is an onus on the user to explicitly set the header themselves and ffmpeg should roll with it
[13:39:36 CEST] <Atlenohen> Anyone around, trying to put another go at building ffmpeg on windows, for windows
[13:39:48 CEST] <Atlenohen> don't need any other target platforms just win64
[13:40:20 CEST] <BtbN> The easiest way to build for Windows is to install Linux, or use WSL, and cross compile it.
[13:53:53 CEST] <Mavrik> Won't WSL give you linux binaries?
[13:54:21 CEST] <Mavrik> As opposed to just installing Mingw-64?
[13:58:48 CEST] <furq> you can install mingw in wsl
[13:58:59 CEST] <BtbN> Well, I said cross compile for a reason
[13:59:41 CEST] <furq> i should really get a wsl toolchain set up
[14:00:02 CEST] <BtbN> I'm waiting for the 1903 update to land so I can finally replace Cygwin with WSL
[14:00:05 CEST] <furq> the only distro i know of with mingw packages or ports is arch and for some awful reason they decided to move mingw into the aur
[14:00:27 CEST] <furq> hell yeah i want to compile gcc myself
[14:00:28 CEST] <BtbN> Hm? Ubuntu and Debian both have mingw64 packaged just fine
[14:00:39 CEST] <furq> i mean libraries packaged for mingw
[14:01:05 CEST] <BtbN> You can use mxe if you need something more complex
[14:01:45 CEST] <furq> arch has mingw pkgbuilds for pretty much all the ffmpeg deps i want
[14:01:53 CEST] <furq> so i mistakenly thought that would make it easier
[14:01:58 CEST] <furq> but i forgot that it also involves using arch
[14:03:57 CEST] <Mavrik> What does using WSL give you though?
[14:04:02 CEST] <BtbN> Ubuntu
[14:04:17 CEST] <BtbN> But people have ported pretty much all common distros to it
[14:04:25 CEST] <furq> something theoretically less likely to kill itself than msys2 is
[14:05:39 CEST] <BtbN> 1903 WSL will finally allow access to WSL files from regular applications
[14:06:05 CEST] <furq> i couldn't help but notice that configure is still a lot slower than it is in a vm
[14:06:11 CEST] <furq> so i guess the fork emulation still isn't up to par
[14:06:22 CEST] <furq> it is way faster than msys/cygwin fork though
[14:06:23 CEST] <BtbN> There is no fork emulation
[14:06:38 CEST] <BtbN> Windows implemented fork in their kernel long ago, both Cygwin and WSL use that now
[14:06:43 CEST] <BtbN> MSYS does not however
[14:07:25 CEST] <BtbN> configure on Windows is primarily slow because of I/O
[14:13:19 CEST] <Atlenohen> Well I don't have a HDD spare to installa linux to, I wanted to do it on Mint but it's not looking like a fast thing I could do on the live boot
[14:13:49 CEST] <Atlenohen> I'm also in the middle of HDD/Data archial/sorting/maintennace,
[14:13:57 CEST] <BtbN> Just use WSL then
[14:14:12 CEST] <Atlenohen> Perhaps running linux in virtualbox or so?
[14:15:52 CEST] <BtbN> If you just want to compile, there is no reason to deal with that. WSL does that just fine.
[14:28:13 CEST] <JsbBpk> Hello again ! Thank you for your reply about http headers. It worked
[14:32:37 CEST] <JsbBpk> However, http_version option seems not working in version available on your website
[14:33:09 CEST] <JsbBpk> ffplay version N-93544-g0a347ff422 Copyright (c) 2003-2019 the FFmpeg developers    built with gcc 8.2.1 (GCC) 20190212
[14:33:59 CEST] <JsbBpk> For instance :          ffplay.exe -http_version "1.0"                    Error : Error setting option http_version to value 1.0
[14:34:12 CEST] <JsbBpk> same without quotes
[14:38:56 CEST] <DHE> I don't host ffmpeg builds, that's for sure...
[14:40:29 CEST] <JsbBpk> I just tested the behavior with keep-alive header. ffplay keeps closing the socket
[14:44:20 CEST] <Hackerpcs> on hydrogenaud.io wiki it says that aoTuV vorbis is the recommended encoder of vorbis, does libvorbis include its improvements? I'm mostly interested in Q 7-8
[14:46:09 CEST] <furq> didn't all the aotuv stuff get merged back into mainline eventually
[14:46:29 CEST] <furq> also you should be using opus instead of vorbis if your device supports it
[14:47:08 CEST] <Hackerpcs> opus cuts off high frequencies
[14:47:29 CEST] <JEEB> so do all audio encoders that are lossy
[14:47:40 CEST] <JEEB> it might be configurable depending on the encoder
[14:47:41 CEST] <Hackerpcs> Don't know so that's why I ask about libvorbis
[14:48:00 CEST] <Hackerpcs> fdk aac (thanks furq) on VBR 5 doesn't, vorbis too on Q 8
[14:48:13 CEST] <furq> lame v0 doesn't either
[14:48:17 CEST] <Hackerpcs> it does
[14:48:23 CEST] <Hackerpcs> ~20k
[14:48:25 CEST] <JEEB> that's surprising, I'd have thought it still does cut around 21-22kHz
[14:48:26 CEST] <furq> it hasn't for quite a while
[14:48:38 CEST] <furq> with that said 20khz is fine
[14:50:16 CEST] <furq> https://0x0.st/slrd.png
[14:50:18 CEST] <furq> that's 3.100 v0
[14:50:26 CEST] <furq> weirdly 320 still cuts off at 20khz
[14:50:53 CEST] <furq> no idea what the rationale for that is but it's cbr mp3 in 2019 so who cares
[14:51:14 CEST] <Atlenohen> btbn: but since the compilation guides are outdated what does that help me unless someone is guiding me through the process it'll take me forever, but oh wll
[14:51:28 CEST] <Hackerpcs> true I was wrong, V0 doesn't cut
[14:52:16 CEST] <Atlenohen> so WSL is different thatn using virtualbox
[14:52:35 CEST] <Atlenohen> I'd figure VM is a less intrusive thing than setting up WSL env
[14:52:50 CEST] <Atlenohen> Don't want to mess my Win10 up where I have other env setup
[14:53:06 CEST] <Hackerpcs> which platform Atlenohen? on Win10 https://github.com/jb-alvarado/media-autobuild_suite works nicely, compiled this morning
[14:53:56 CEST] <Hackerpcs> Win10 LTSC 64 here
[14:57:08 CEST] <furq> Hackerpcs: anyway, i don't think the libvorbis api changed recently, so you could presumably just build ffmpeg with an aotuv libvorbis
[14:57:21 CEST] <furq> i would still just use opus though
[14:58:33 CEST] <furq> also i was technically right about the changes being merged back into mainline except it was in 2004
[14:58:42 CEST] <furq> so only about 10 years out
[15:06:34 CEST] <Atlenohen> Hackerpcs: LTSB, not LTSC yet
[15:06:58 CEST] <Hackerpcs> it doesn't matter as you don't use WSL with the above
[15:07:07 CEST] <Hackerpcs> I don't have WSL at all, I use cygwin
[15:07:17 CEST] <Atlenohen> Yeah, good then
[15:08:53 CEST] <Atlenohen> By the way I'm not sure if this is called compiling or not, but I have to make libraries as it was before, i still have the old "compiled" ones
[15:09:36 CEST] <Atlenohen> they're just .lib files as in avcodec.lib and the file starts with the term !<arch>
[15:10:33 CEST] <BtbN> How is installing a full VM environmentr with kernel mode drivers and everything less intruse than installing Ubuntu from the Windows store which then runs pretty much natively? oO
[15:11:35 CEST] <BtbN> and compiling ffmpeg boils down to running configure with the options you desire, and then make
[15:12:33 CEST] <Atlenohen> btbn: oh sorry, the offices still use LTSB from 2016 and Windows Store is not allowed, I'm not sure if WSL goes that far back, among many other things, long story but it's company policy
[15:13:14 CEST] <BtbN> you want the latest version for WSL
[15:13:20 CEST] <BtbN> it gets steadily improved
[15:14:47 CEST] <Hackerpcs> https://superuser.com/a/1369767 "Windows 10 LTSB 2016 is build 14393, and you need at least build 16215 to run WSL"
[15:15:29 CEST] <BtbN> didn't they end support for 1709 recently? A build from 2016 doesn't seem like the best idea.
[15:15:30 CEST] <Hackerpcs> LTSC is 17763
[15:15:51 CEST] <Hackerpcs> LTSB is 10 year supported like LTSC
[15:16:09 CEST] <Hackerpcs> it's Win10 enterprise
[15:17:01 CEST] <Hackerpcs> Atlenohen: do you need to pay to upgrade to LTSC from LTSB or it's free?
[15:17:42 CEST] <Hackerpcs> basically LTSx is similar to windows 7
[15:17:51 CEST] <Hackerpcs> in support manner
[15:22:05 CEST] <Atlenohen> Not sure about that stuff I wasn't setting any of the OS stuff up around here currently.
[15:23:27 CEST] <Atlenohen> What's confusing is there's so many terms and it's like a sea of version,subversion,editions,packs,combinations,platforms,  msys, msys64,msys2, msys+gcc, mingw+msys, mingw+msys1+msys2 ... just oh
[15:23:55 CEST] <Hackerpcs> why do you want to compile and don't grab a zanoe build?
[15:24:35 CEST] <Atlenohen> One of the guides said I have to go into msys inside mingw, I install mingw and there is no msys inside it, then double msys1 and msys2 ...
[15:25:49 CEST] <Atlenohen> hackerpcs: that's because zeranoe does not provide proper .lib files, he provides only placeholders for delayed DLL loading, not for integration in another project for final compilation later.
[15:26:05 CEST] <Hackerpcs> oh ok
[15:26:46 CEST] <Atlenohen> And, we don't need full blown FFMPEG, can disable most stuff and only need a few codecs/formats
[15:27:09 CEST] <BtbN> He builds with gcc
[15:27:13 CEST] <BtbN> There are no .lib files
[15:28:03 CEST] <BtbN> but looking at his build... there are .def, .lib and .dll.a files in there. So he added compatiblity for everything one can thing of.
[15:29:07 CEST] <BtbN> Of course those are for shared linking the .dll. He intentionally does not provide static libs, because you cannot use those anyway in most cases due to GPL
[15:29:22 CEST] <Atlenohen> Yes, they are in the -dev package, to be used with compatible .dlls
[15:30:21 CEST] <Atlenohen> Oh so it's a license thing?
[15:30:50 CEST] <BtbN> You can only statically link GPL libs into projects with a GPL compatible free license
[15:31:01 CEST] <BtbN> If he'd offer static libs, most people would abuse them
[15:33:26 CEST] <Atlenohen> Oh, I see, well then I would recommend the proper change to the master project to change it over to DLLs, however I don't believe this was released earlier, it supposed to be an internal helper utility.
[15:33:47 CEST] <Atlenohen> Would that be a problem either way?
[15:35:17 CEST] <furq> honestly cross-compiling is easy if you don't need any external libraries
[15:35:23 CEST] <furq> the guides on the wiki are massively overengineered for that
[15:36:41 CEST] <furq> nowadays with debian/ubuntu you can just install mingw-w64 and then ./configure --cross-prefix=x86_64-w64-mingw32- --target-os=mingw32
[15:42:34 CEST] <Hackerpcs> https://images2.imgbox.com/56/2d/kA8des51_o.png -- flac vs opus vs vorbis vs fdk aac vs lame, roughly same sizes. fdkaac seems the best and I can't hear any audible difference in any of them (AKG K240, Realtek mobo soundcard, no amp)
[15:43:38 CEST] <furq> you won't hear any difference at 256kbps
[15:44:01 CEST] <Hackerpcs> does opus have any alt setting that may not cut off?
[15:44:14 CEST] <furq> there's -cutoff but i think it clamps at 20khz
[15:44:29 CEST] <Hackerpcs> ah true, forgot the cutoff
[15:44:39 CEST] <Hackerpcs> yes there is a hard limit at 20k
[15:45:13 CEST] <Hackerpcs> no scrap that, that's fdkaac
[15:45:59 CEST] <Hackerpcs> no that's correct actually "Cutoff frequency must be exactly one of: 4000, 6000, 8000, 12000 or 20000.", it just doesn't fail like fdkaac
[15:49:25 CEST] <Hackerpcs> but there's no difference with -cutoff 20000, it defaults to that "Invalid frequency cutoff: 24000. Using default maximum bandwidth."
[15:50:18 CEST] <Hackerpcs> sorry for the spam :P
[15:52:16 CEST] <Atlenohen> Okay, I checked with mgmt, the utility was released as free, for fixing in some cases, can update it with proper GPL and include source so it shouldn't be a problem
[15:53:43 CEST] <Atlenohen> Hackerpcs: I'll give this script a shot, I might want to know how to build ffmpeg for me personally for anything that may come up in future anyway, but does the script support static libraries out of the box or would I need to modify the install script?
[15:54:04 CEST] <Atlenohen> It's asking me how would I want to build FFMPEG, non-free, GLPv3, etc
[15:54:15 CEST] <Atlenohen> Or I can set all those things later?
[15:55:06 CEST] <Hackerpcs> you set the settings to customize what you want to have available. I compiled to use the fdkaac which isn't available as a binary because of licensing
[15:55:35 CEST] <Hackerpcs> unless you want something specific like that, for personal use zeranoe builds are fine
[16:00:30 CEST] <Atlenohen> Hackerpcs: I said, zeranoe doesn't do static libraries, I did some calls and it's possible to go this route as this is a small free utility for internal and some customer maintenance use which can be updated with proper GPL/source, I wouldn't want to mess with changing the master project to do DLLs since I don't manage the whole thing, besides I decided it's a good opportunity to learn how to build things manually for me personally
[16:00:30 CEST] <Atlenohen> as a bonus, might come hand in future elesewhere.
[16:01:30 CEST] <Hackerpcs> I was talking about personal use in your last message, I don't know about the project situation/needs
[16:02:45 CEST] <Atlenohen> Hackerpcs: You are misunderstanding, I am not personally using this right now, I was talking about the personal experience of setting up a build environment and building from source, the experience I would get from this it may help me in future unrelated cases.
[16:03:28 CEST] <Atlenohen> So I prefer this over DLLs right now, I just explained one of the reasons.
[16:04:21 CEST] <Atlenohen> So I'm assuming in order to build static-library I probably need to turn some knobs and switches within the build environment, or maybe they are automatically generated by default?
[16:05:00 CEST] <Hackerpcs> It's pretty noob-proof (like me), you just select static and it builds ffmpeg.exe, ffprobe, etc and that's all you need. I just moved the three exes to my C:\tools\bin folder plus h264 and it works. During the script you select what you want and it's done automatically, you don't mess with msys2 environment
[16:05:02 CEST] <BtbN> Building static libs is the default.
[16:05:28 CEST] <Atlenohen> BtbN: Thanks.
[16:06:16 CEST] <Atlenohen> BtbN: Well, https://github.com/jb-alvarado/media-autobuild_suite it could be different here but, only one way to find out is just try it :)
[16:06:33 CEST] <BtbN> that's something very third party and not supported here
[16:08:29 CEST] <Atlenohen> Yeah, that's why I'm asking hackerpcs: who linkes to this, to confirm whether that thing is setup to build most of the things or only .exe ?
[16:11:22 CEST] <Hackerpcs> Atlenohen: https://pastebin.com/dq4u2ddq
[16:12:23 CEST] <rcabrera>  Hello, I am parsing this args with avfilter_graph and creating a filter graph, however even I get the frames from the buffersink the filter doesn't seem to be applied.
[16:12:49 CEST] <rcabrera> https://pastebin.com/LATvky15
[16:13:19 CEST] <rcabrera> Any idea of why this could be happening?
[16:14:09 CEST] <rcabrera> The image should be flipped but instead I see the frame as if no filters were  applied
[16:14:44 CEST] <Hackerpcs> the whole local folder, plus my build options https://pastebin.com/V2KHk6Jb
[16:50:54 CEST] <Improvotter> Is it possible to tell ffmpeg to use an intermediary file and copy it to its destination once the task is done without doing `ffmpeg ... && mv in out`?
[16:52:26 CEST] <DHE> pretty sure the answer is No
[16:52:45 CEST] <Improvotter> DHE: alright, I asked just in case. Thank you.
[18:07:47 CEST] <zerodefect> I have a simplish code example (https://pastebin.com/BZzqGZtB) which uses the C-API in libswscale to convert a set of buffers from 720p @ YUV420P to 720p @ YUV422P. When I use the electric fence library  (libefence.so) with LD_PRELOAD, a segfault is reported.  I'm allocating/sizing the buffers myself. Now when I use an AVFrame and allocate a buffer using the corresponding API, it does not
[18:07:47 CEST] <zerodefect> crash.
[18:29:58 CEST] <zerodefect> http://ffmpeg.org/doxygen/trunk/frame_8c_source.html#l00211 - I think I've figured out my problem. It appears that the height must be padded to 32 lines (if not evently divisble by 32).
[18:36:56 CEST] <kepstin> zerodefect: yeah, some of the code in ffmpeg overreads past the ends of the frame, so that special handling isn't required for boundary conditions when using vector instructions. (libswscale in particular requires this, iirc) I thought that there were some notes about this in some of the headers.
[18:39:40 CEST] <DHE> the AVFrame method involves calling av_frame_get_buffer which specifically asks for a padding value
[18:40:50 CEST] <kepstin> yeah, the get_video_buffer function in that link^ is what av_frame_get_buffer ends up calling. It uses a default padding of 32 if you didn't pass a padding (used 0)
[18:42:08 CEST] <kepstin> looks like you can call the av_cpu_max_align() function instead of hardcoding a value if you prefer
[19:06:21 CEST] <Atlenohen> hey guys does this line still hold true?
[19:06:22 CEST] <Atlenohen> Then run the mingw32_shell.bat or mingw64_shell.bat command in the MSYS2 installation home. Be careful not to run the MSYS2 Shell as this will result in FFmpeg's configure saying building an MSYS binary is not recommended and exiting.
[19:26:30 CEST] <zerodefect> Thanks @DHE and @kepstin :)
[20:36:30 CEST] <mauz555> hello multimedia gurus
[20:37:24 CEST] <mauz555> I'm trying to stream audio microphone speech to an local nginx rtmp server and consume on another lan-connected computer
[20:37:35 CEST] <mauz555> like this `ffmpeg -re -f avfoundation -ac 1 -i ":0" -acodec pcm_s16le -ab 16k -ac 1 -f flv -rtmp_app speech -rtmp_playpath test rtmp://127.0.0.1:1935/`
[20:38:16 CEST] <mauz555> I can't hear anything on the consumer side (VLC or rtmpdump)
[21:07:18 CEST] <Atlenohen> From the what I figured this gcc thing has a load of ports/forks whatever, the FFMPEG guide says "i could install gcc in msys and skip above (pacman) steps" as one user puts it's "it's quite clear" to him, that's rich, I think i have a word for it, excuse me, a clusterfuck of namings https://superuser.com/questions/996332/what-is-the-difference-between-the-different-gcc-on-cygwin-and-which-one-to-ins
[21:07:44 CEST] <Atlenohen> So if gcc isn't made for windows, why would one install "gcc"
[21:08:17 CEST] <Atlenohen> and msys is like gcc port anyway or what? .. sorry cygwin fork
[21:08:46 CEST] <Atlenohen> so why would I need a cygwin fork(which is a gcc port again) if I then install the base gcc inside msys2
[21:20:51 CEST] <Atlenohen> there's no usr/local/bin in the msys64 root directory or in mingw64
[21:21:07 CEST] <Atlenohen> okay maybe it gets created later, i'll put it in just bin
[22:50:29 CEST] <cptnhmr42> Hi! I'm using ffmpeg to convert an rtmp stream to an mpeg dash stream (using the -f dash flag). I want to keep the source audio and video and add an additional encoded video stream. The issue I'm having is that audio drifts over time. Here is the command I'm running https://pastebin.com/7krDpGsv
[22:52:11 CEST] <cptnhmr42> How can I keep all 3 streams in sync?
[23:45:19 CEST] <phisch> i have a short bash script that runs ffmpeg to record a part of the screen, when hitting ctrl+c (sigint) a trap catches it, sends a sigint to the ffmpeg background process and continues with other stuff. this works when i run the script in one terminal, and send the sigint to the script from another terminal. but when hitting ctrl+c, ffmpeg just in
[23:45:19 CEST] <phisch> stantly dies horribly
[23:45:27 CEST] <phisch> this is the script: https://pastebin.com/HjsrpxsB
[23:46:54 CEST] <phisch> it feels like when i hit ctrl+c ffmpeg somehow receives 2 sigints, the one that i send it, and a ghost one, but i am wondering where the ghost one comes from
[23:47:02 CEST] <phisch> (if this is the case at all)
[23:53:17 CEST] <kepstin> phisch: your interactive shell might be sending the signal to the entire process group rather than just the foreground task.
[00:00:00 CEST] --- Thu Apr 11 2019