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

[burek]

[00:07:50 CEST] <andross> sorry was away
[00:08:04 CEST] <andross> JEEB: what about all the dependencies though
[00:08:18 CEST] <andross> should i grab the third party stuff like they suggest in that guide
[00:10:19 CEST] <JEEB> andross: basic ffmpeg doesn't need anything esle
[00:10:31 CEST] <JEEB> the guide is for making a kitchen sink including build
[00:10:38 CEST] <andross> well i want lame and aac encoding
[00:10:49 CEST] <JEEB> LAME is GPL so you can't use that
[00:10:53 CEST] <JEEB> AAC is included
[00:11:12 CEST] <JEEB> the only other AAC encoder worth using cannot be distributed
[00:11:16 CEST] <andross> huh
[00:11:22 CEST] <andross> what about libfdk-aac
[00:11:30 CEST] <JEEB> non-distributable
[00:11:46 CEST] <JEEB> the internal aac encoder is pretty good for LC-AAC now though
[00:11:57 CEST] <JEEB> oh, ok. LAME is LGPL
[00:12:05 CEST] <JEEB> but really, start off without anything extra first
[00:12:13 CEST] <JEEB> I really can't stress that enough
[00:12:28 CEST] <JEEB> getting a basic build with all the internal stuff going is the basic of all basics
[00:13:16 CEST] <JEEB> trying to find out how to build other stuff with mingw-w64 before even getting to ffmpeg is like begging for blood from your nose
[00:13:44 CEST] <andross> well its not too difficult to get lame compiled libraries
[00:14:34 CEST] <JEEB> and it's not worth trying to lean too much forward considering you get pretty much everything with the standard build
[00:15:03 CEST] <JEEB> just try building a basic binary and see if you succeed
[00:15:29 CEST] <JEEB> I bet you will hit hurdles (if not, fine), but at least your hurdles will be related to ffmpeg
[00:15:34 CEST] <JEEB> not any of extra dependencies
[00:15:39 CEST] <JEEB> do you underestand what I'm saying?
[00:15:44 CEST] <andross> yes
[00:16:07 CEST] <andross> im just waiting for this git clone to finish
[00:19:53 CEST] <andross> i686-w32-mingw32-gcc is unable to create an executable file.
[00:19:53 CEST] <andross> C compiler test failed.
[00:19:57 CEST] <andross> i686-w32-mingw32-gcc is unable to create an executable file.
[00:20:08 CEST] <furq> andross: fwiw you probably want git clone --depth 1
[00:20:13 CEST] <furq> that'll make it much faster
[00:20:17 CEST] <andross> too late
[00:23:43 CEST] <andross> JEEB ^
[00:24:49 CEST] <drv> if you are using mingw-w64, it should typically be called i686-w64-mingw32-gcc
[00:24:55 CEST] <drv> (w64, not w32)
[00:25:23 CEST] <furq> what he said
[00:25:33 CEST] <furq> that is definitely what it's called on debian
[00:25:36 CEST] <furq> or ubuntu
[00:28:05 CEST] <andross> thanks
[00:28:17 CEST] <andross> well i think it built, but i got this warning: WARNING: i686-w64-mingw32-pkg-config not found, library detection may fail.
[00:29:30 CEST] <furq> pass --pkg-config=pkg-config to ffmpeg ./configure
[00:29:44 CEST] <furq> actually for mingw you probably want --pkg-config="pkg-config --static"
[00:31:05 CEST] <andross> well i want to build shared
[00:33:53 CEST] <andross> so do i want to do --pkg-config="pkg-config --shared"
[00:33:57 CEST] <andross> furq ?
[00:41:20 CEST] <furq> no
[00:42:01 CEST] <furq> all of the external libs should be static libs
[00:42:10 CEST] <furq> which are the ones which need to be found by pkg-config
[00:42:24 CEST] <furq> for LGPL compliance you only need libavxxx to be dynamic libs
[00:42:25 CEST] <andross> ok
[00:42:36 CEST] <andross> so with configure
[00:42:48 CEST] <andross> do i need to run it with all those options plus yours again, or can i just pass yours?
[00:43:07 CEST] <furq> run configure again with --pkg-config="pkg-config --static"
[00:43:13 CEST] <andross> got it
[00:43:41 CEST] <furq> it probably makes no difference whether or not you pass --static, but some libs need it
[00:43:44 CEST] <furq> notably zimg
[00:44:15 CEST] <andross> and then what next
[00:44:19 CEST] <andross> do i just run make?
[00:44:22 CEST] <furq> yeah
[00:44:39 CEST] <furq> run it with -j set appropriately or else it'll take forever
[00:44:45 CEST] <andross> too late :(
[00:44:52 CEST] <furq> just ^C and restart it
[00:44:56 CEST] <furq> it'll pick up where it left off
[00:45:03 CEST] <andross> ^C?
[00:45:06 CEST] <furq> ctrl-c
[00:45:14 CEST] <andross> got it
[00:45:37 CEST] <furq> set -j to however many cores you have
[00:45:50 CEST] <andross> ah well
[00:45:58 CEST] <andross> im running ubuntu in a virtual machine so
[00:46:07 CEST] <andross> hmm
[00:46:55 CEST] <furq> oh wtf
[00:47:05 CEST] <furq> apparently opus is the reason this shared library build doesn't work
[00:47:10 CEST] <furq> how annoying
[00:47:43 CEST] <andross> i only have 1 core on this vm
[00:47:49 CEST] <andross> so should i not bother with -j
[00:47:54 CEST] <furq> probably not
[00:48:00 CEST] <furq> you could assign more cores to the vm
[00:48:06 CEST] <andross> cant be bothered
[00:48:19 CEST] <furq> it shouldn't be too bad with only two external libs
[00:49:19 CEST] <tp_> make -jX is faster even with a single core
[00:53:13 CEST] <andross> uh oh
[00:53:21 CEST] <andross> my vm is starting to run out of space lol
[01:16:23 CEST] <andross> ranlib: libavcodec/libavcodec.a: No space left on device
[01:16:26 CEST] <andross> crap
[01:16:34 CEST] <andross> how much space does ffmpeg take up in total?
[01:17:24 CEST] <andross> brb i guess i better increase the disk size allocated
[01:30:50 CEST] <andross> gparted
[01:30:53 CEST] <andross> oops
[02:28:15 CEST] <andross> okay im back
[02:28:29 CEST] <andross> i finally managed to increase the hard disk size in this virtual machine
[02:28:42 CEST] <andross> continuing make...
[02:36:09 CEST] <andross> i... think it finished?
[02:36:52 CEST] <andross> and now make install?
[02:37:12 CEST] <c_14> presumably
[02:37:16 CEST] <c_14> you can use it without
[02:37:20 CEST] <c_14> but it won't be in your path
[02:38:27 CEST] <andross> indeed
[02:38:32 CEST] <andross> so where has it built it?
[02:38:44 CEST] <c_14> ./ffmpeg
[02:40:18 CEST] <andross> should i do make distclean
[02:40:30 CEST] <c_14> probably not
[02:40:35 CEST] <c_14> that would delete all your hard work
[02:40:52 CEST] <andross> i dont know what files im looking for tbh
[02:41:18 CEST] <c_14> You want the binary or the libs?
[02:41:25 CEST] <andross> libraries
[02:41:29 CEST] <andross> for windows
[02:41:49 CEST] <c_14> did you build using a prefix?
[02:42:05 CEST] <andross> i dont know, i dont think so
[02:42:20 CEST] <andross> i just ran configure with the settings JEEB said, and then did make and make install
[02:42:21 CEST] <c_14> the libraries are in libav*/libav*.a
[02:42:34 CEST] <c_14> eh, and swscale and swresample
[02:42:56 CEST] <c_14> I think you can do make DESTDIR=foo install; and it will throw everything in there
[02:43:50 CEST] <andross> right i see the *.a's
[02:43:55 CEST] <andross> does it produce dlls as well?
[02:44:04 CEST] <furq> it does if you ran it with --enable-shared
[02:44:07 CEST] <c_14> did you --enable-shared ?
[02:44:21 CEST] <andross> im pretty sure i did
[02:44:55 CEST] <c_14> then they should be next to the .a files
[02:44:57 CEST] <andross> i mean i think it was in the configure settings jeb gave
[02:45:52 CEST] <andross> dont see it, just see e.g. libavcodec.a, libavcodec.pc & libavcodec.v
[02:47:16 CEST] <andross> i dont have the exact commands jeeb gave anymore as that was in a previous session
[02:47:19 CEST] <andross> doh!
[02:47:24 CEST] <andross> unless irssi has a log somewhere
[02:48:06 CEST] <c_14> check the first line of your config.log
[02:48:13 CEST] <c_14> in the ffmpeg source directory
[02:48:17 CEST] <c_14> your configure command gets logged there
[02:48:50 CEST] <andross> well
[02:48:56 CEST] <andross> # ./configure  --pkg-config='pkg-config --static'
[02:49:06 CEST] <andross> but i did another configure command before that
[02:49:15 CEST] <c_14> whatever you run last stays
[02:50:00 CEST] <andross> i was given the impression running that command wouldnt undo the configuration from my previous command?
[02:50:26 CEST] <c_14> it does
[02:50:32 CEST] <andross> doh!
[02:50:38 CEST] <andross> alright
[02:50:41 CEST] <andross> how do i restart then
[02:51:27 CEST] <c_14> make distclean; ./configure --blah; make
[02:52:40 CEST] <andross> are you able to scroll up and see the configure command jeeb supplied?
[02:53:01 CEST] <c_14> µ | ./configure --cross-prefix=i686-w32-mingw32- --arch=i686 --target-os=mingw32 --disable-static --enable-shared
[02:53:15 CEST] <andross> thanks
[02:54:39 CEST] <andross> so im going to do this:
[02:54:45 CEST] <andross> ./configure --cross-prefix=i686-w32-mingw32- --arch=i686 --target-os=mingw32 --disable-static --enable-shared --pkg-config='pkg-config --static'
[02:55:26 CEST] <andross> oops, need to replace the 32 with 64
[02:55:35 CEST] <furq> andross: i might as well save you a bit of time here
[02:55:41 CEST] <furq> add --extra-ldflags="-static-libgcc"
[02:55:54 CEST] <furq> otherwise you'll have to fish out the libgcc dll and distribute that
[02:56:03 CEST] <andross> thanks
[02:56:12 CEST] <relaxed> doesn't Zeranoe have a cross compile build script?
[02:56:20 CEST] <furq> no
[02:56:25 CEST] <furq> his build script builds a toolchain
[02:56:31 CEST] <furq> which isn't very useful
[02:56:36 CEST] <relaxed> oh, yeah
[02:56:57 CEST] <furq> i have a build script but i still haven't figured out how to get it working with shared libs
[02:57:20 CEST] <furq> some bullshit is going on with one of the external libs and __declspec(dllexport)
[02:57:35 CEST] <relaxed> the horror
[02:58:01 CEST] <andross> i have a feeling whatever im doing now, ill still need to do all over again to enable lame
[02:58:10 CEST] <furq> hopefully it's because this opus patch didn't work, otherwise i don't have to disable 30 libs one-by-one to figure out who's to blame
[02:58:14 CEST] <furq> s/don't//
[02:58:24 CEST] <furq> but not today
[02:59:01 CEST] <furq> andross: yes, you do
[02:59:11 CEST] <furq> you need --enable-libmp3lame at configure time
[03:00:47 CEST] <andross> yup
[03:00:58 CEST] <andross> but jeeb told me not to
[03:01:07 CEST] <furq> fwiw if you wait until tomorrow i'll have probably figured this shared library thing out
[03:01:11 CEST] <andross> to confirm it works without first or something
[03:02:25 CEST] <furq> did you assign more cores to the vm
[03:03:05 CEST] <andross> nah
[03:03:09 CEST] <andross> it doesnt take that long
[03:12:53 CEST] <andross> or maybe it does -_\\
[03:21:51 CEST] <andross> alright i see the dlls
[03:23:04 CEST] <andross> furq: to avoid patent licensing issues i was thinking of making my app require the user to supply a lame dll
[03:23:16 CEST] <andross> is that possible in conjunction with ffmpeg?
[03:23:37 CEST] <furq> you'd still need to compile ffmpeg with --enable-libmp3lame
[03:23:48 CEST] <andross> right
[03:24:00 CEST] <andross> so what now
[03:24:01 CEST] <furq> you're also bundling an aac encoder, which is at just as much risk from patent issues
[03:24:10 CEST] <andross> it is?
[03:24:29 CEST] <andross> but mp3 has that weird site where they demand royalties
[03:24:49 CEST] <andross> extortionate ones at that
[03:25:47 CEST] <furq> oh nvm there are no usage fees for aac
[03:26:06 CEST] <furq> it is still patented, though, and i'm not a lawyer
[03:26:32 CEST] <furq> "An AAC patent license is needed by manufacturers or developers of end-user encoder and/or decoder products." that may or may not apply to your use case
[03:29:15 CEST] <andross> god damn
[03:29:39 CEST] <andross> is it possible to have the end user drop in an aac dll as well?
[03:30:07 CEST] <furq> yeah but you'd have to disable the builtin encoder and use fdk-aac
[03:30:20 CEST] <furq> i also don't know for sure whether that absolves you from licensing issues
[03:30:45 CEST] <furq> or patent issues, rather
[03:31:07 CEST] <furq> i take it you're in the US since otherwise this isn't an issue
[03:31:12 CEST] <andross> oh!
[03:31:15 CEST] <andross> im in the UK
[03:31:31 CEST] <andross> but i wouldnt be surprised if its an issue here too
[03:32:14 CEST] <furq> depends if nigel farage wins in july
[03:32:39 CEST] <andross> meaning the patent applies to EU too?
[03:32:47 CEST] <furq> no
[03:32:49 CEST] <furq> https://en.wikipedia.org/wiki/Software_patents_under_the_European_Patent_Convention
[03:33:03 CEST] <furq> you can't get a european patent for software
[03:33:42 CEST] <andross> great, does that mean i can use lame as well
[03:34:16 CEST] <furq> but maybe when we leave the EU and embrace a glorious future of unrestricted fishing quotas and pre-decimal currency, that might change
[03:34:31 CEST] <furq> but yeah you're pretty much safe for now if you're not in the US
[03:34:38 CEST] <andross> heh
[03:34:57 CEST] <andross> but
[03:35:03 CEST] <andross> what if i sell to american customers?
[03:35:24 CEST] <furq> i'm not really qualified to answer that
[03:36:24 CEST] <andross> btw do you know if major software developers like VLC pay these licenses?
[03:36:45 CEST] <furq> i'm pretty sure ffmpeg don't pay any licenses
[03:36:53 CEST] <furq> i doubt any open-source stuff does
[03:37:47 CEST] <furq> but open-source software isn't a very lucrative target
[03:38:08 CEST] <andross> okay well do microsoft
[03:38:23 CEST] <andross> in fact is there any company actually known to pay these fees
[03:39:52 CEST] <furq> loads of companies pay usage fees
[03:39:58 CEST] <furq> idk about encoder fees
[03:40:27 CEST] <furq> pretty much any large video streaming service pays h.264 usage license fees
[03:40:30 CEST] <furq> including the bbc
[03:40:57 CEST] <furq> that's half the reason google are backing vp9
[03:43:08 CEST] <andross> i actually only need ffmpeg for its audo encoding
[03:45:50 CEST] <andross> anyway, is the fact that the dlls buit enough to show that it compiled fine, or do i need to do some kind of testing on them
[03:46:04 CEST] <furq> you should probably make sure it actually runs on windows
[03:47:05 CEST] <furq> apparently you could be in trouble if you sell to the US, but you'd have to be extradited for US patent law to be enforceable
[03:47:12 CEST] <furq> so maybe just don't go to america
[03:47:59 CEST] <andross> is this for aac or mp3?
[03:48:48 CEST] <furq> either
[03:48:53 CEST] <furq> they're both covered by patents
[03:52:15 CEST] <andross> apparently all the mp3 licenses expire in 2017
[03:59:59 CEST] <Prelude2004c> hey, can anyone give me advise
[04:00:01 CEST] <Prelude2004c> [hls @ 0x295cf60] Non-monotonous DTS in output stream 0:1; previous: 8535563676, current: 8535043243; changing to 8535563677. This may result in incorrect timestamps in the output file.
[04:00:23 CEST] <Prelude2004c> i can't fix the source obviously because it comes from a satelite signal... is there something ic an use to try and keep timestamps correctly without drifting ?
[04:00:44 CEST] <Prelude2004c> i tried the aresampe and i tried async 1 but the server just crashes with memory leak and cpu usage
[04:05:57 CEST] <andross> gtg, thanks for the help furq c_14 & JEEB and whoever else
[05:45:18 CEST] <k_sze> If I understand correctly, m4a/m4r files *can* contain MP3 audio?
[05:45:49 CEST] <c_14> ye
[05:46:06 CEST] <k_sze> There is this ringtone that I would like to remux from .mp3 into .m4a: http://bit.ly/1W3CTSK
[05:46:20 CEST] <k_sze> I'm not sure what I'm supposed to pass as argument
[05:46:35 CEST] <k_sze> apparently it has a h264 cover in addition to mp3 audio.
[05:46:48 CEST] <c_14> ffmpeg -i mp3 -c copy out.mp4
[05:47:19 CEST] <k_sze> If I just do ffmpeg -i ... -c:a copy out.m4a, ffmpeg complains "Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument"
[05:48:41 CEST] <k_sze> same thing with ffmpeg -i ... -c copy out.m4a
[05:49:45 CEST] <c_14> hmm, looks like ffmpeg doesn't want to put mp3 in m4a. you can output to mp4 and rename to m4a it's basically the same thing
[05:51:34 CEST] <k_sze> ok, that works, to a certain degree
[05:52:21 CEST] <k_sze> if I do remux to mp4, then rename to m4a, I can open the track in VLC, but VLC fails to count the time as it plays. Not sure if it's VLC being buggy.
[06:00:24 CEST] <k_sze> And VOX can't play it at all. :/
[06:00:46 CEST] <k_sze> Let me try iTunes now. *gasp*
[06:01:43 CEST] <k_sze> iTunes also doesn't recognize it.
[08:02:52 CEST] <relaxed> k_sze: I think m4a is for only alac or aac
[09:22:38 CEST] <momomo> is there a way to -map 0:m:language:eng if it exists, otherwise use the default
[09:49:02 CEST] <relaxed> momomo: no, you'll need to script it
[09:49:32 CEST] <momomo> how do I script it in the same command? do i have to connect to get the metadata first,  and then reconnect again?
[11:15:01 CEST] <momomo> relaxed, do you know?
[12:51:21 CEST] <relaxed> momomo: I would write an actual script for it, like a bash script
[12:51:47 CEST] <relaxed> or whatever you're familiar with using
[13:20:22 CEST] <momomo> relaxed, but i would still have to perform to connections, one to get the metadata first .. right?
[14:14:17 CEST] <kepstin> momomo: if it's a remote stream? yeah. (use ffprobe to do the initial connection, then generate an ffmpeg command)
[14:52:47 CEST] <satinder___> Hi I guys I am so surprised from ffmpeg , I am working on filter and my command is following :
[14:53:24 CEST] <satinder___> ffmpeg -re -i /dev/video0 -vf drawtext='fontsize = 20 : fontfile = /usr/share/fonts/truetype/freefont/FreeSansBold.ttf : textfile = file : reload = 1'  -f v4l2 /dev/video1
[14:53:47 CEST] <satinder___> everything is working but output is showing like follow :
[14:54:00 CEST] <satinder___> open: No such file or directory=N/A time=00:00:35.16 bitrate=N/A dup=469 drop=0
[14:54:01 CEST] <satinder___> open: No such file or directory
[14:54:03 CEST] <satinder___> ???
[14:54:20 CEST] <satinder___> Anybody please help what I am doing wrong
[15:17:38 CEST] <Mateon1> Hello, I'm having issues trying to build ffmpeg under MSYS with x265 support. x265 got installed into my Windows program files (x86) folder, but the configure script misinterprets the path to the pkgconfig directory because of spaces and brackets
[15:21:08 CEST] <JEEB> yeah, you usually don't do that :P spaces can be "fun" and even more fun depending on your tooling
[15:21:15 CEST] <JEEB> KISS is the way to go
[15:21:25 CEST] <JEEB> set your prefix to something simple
[15:21:28 CEST] <Mateon1> Sorry?
[15:23:18 CEST] <Mateon1> I've pasted the log on pastebin, pkg-config itself works, but the configure script doesn't http://pastebin.com/eze43sUt
[15:23:37 CEST] <Mateon1> I'll try making a symlink or junction within the MSYS environment
[15:25:11 CEST] <JEEB> it's possible it's an issue with the configure script as well, yes. depends on how actually pkg-config outputs the value
[15:28:35 CEST] <Mateon1> Oh, this might be an issue. The variables in the pkg-config script still point through the C:\Program Files path
[15:28:52 CEST] <Mateon1> I'll try configuring again anyway
[15:31:06 CEST] <Mateon1> Nope, same issue
[15:47:14 CEST] <Mateon1> Okay, I managed to install x265 into the msys lib, instead of program files. I hope this will work
[15:48:21 CEST] <JEEB> you might have to set PKG_CONFIG_PATH accordingly
[15:48:44 CEST] <JEEB> PKG_CONFIG_PATH=/your/prefix/lib/pkgconfig/ ./configure
[15:48:56 CEST] <Mateon1> Oh, it's already set up properly. Just without the spaces now.
[15:49:10 CEST] <JEEB> no the pkg-config search path
[15:49:20 CEST] <JEEB> where it looks for the pkg-config pc files
[15:49:43 CEST] <JEEB> there's two of them, one overrides the whole search path and the other appends
[15:49:49 CEST] <Mateon1> Configure just succeeded.
[15:49:54 CEST] <JEEB> ok, great then
[15:50:09 CEST] <Mateon1> The original search path had /usr/lib/pkgconfig
[15:50:16 CEST] <JEEB> ah
[15:50:30 CEST] <JEEB> just thought you set a prefix that was not there in the default search path :)
[15:50:38 CEST] <JEEB> or well, that's the usual thing that happens when you set a custom prefix
[15:50:59 CEST] <JEEB> for example on lunix I usually have a directory in my home directory
[15:51:45 CEST] <Mateon1> Oh god, now I have to sift through issues in make... Undefined variables everywhere!
[15:52:53 CEST] <JEEB> given that I have never had issues with either windows (ye olde msys and cygwin + mingw-w64) or lunix, your system's really funky
[15:52:56 CEST] <Mateon1> conflicting types for time_t, undefined __c_plus_plus, redefined __STRINGIFY, redefined errno
[15:53:05 CEST] <JEEB> oh
[15:53:13 CEST] <JEEB> I wonder if you need -lstdc++
[15:53:20 CEST] <JEEB> in extra-ldflags
[15:53:33 CEST] <Mateon1> It's a configure argument?
[15:53:44 CEST] <JEEB> --extra-ldflags="-lstdc++"
[15:57:57 CEST] <Mateon1> Hm, doesn't seem to be the case. I think it's crashing during the compilation step
[15:58:14 CEST] <JEEB> pastebin time?
[15:58:23 CEST] <Mateon1> I guess so.
[15:58:36 CEST] <Mateon1> Should I include ./configure output as well?
[15:58:57 CEST] <JEEB> config.log is the more detailed one so if you want to include config-related stuff that would be it
[16:01:06 CEST] <Mateon1> Okay, I need to rerun the configure/make step without the -j9 option.
[16:01:11 CEST] <Mateon1> Or should I leave it?
[16:01:47 CEST] <JEEB> if you want to try again from a clear position, do make distclean and re-configure and run make without any -j
[16:02:01 CEST] <JEEB> that way it will fail on the first file that fails and you don't get too much spam there
[16:02:08 CEST] <JEEB> and you pastebin both config.log and the output of make
[16:02:15 CEST] <Mateon1> Okay, cool
[16:02:51 CEST] <furq> Mateon1: you might need --pkg-config="pkg-config --static"
[16:03:17 CEST] <JEEB> but even without that it shouldn't fail to build, right?
[16:03:24 CEST] <JEEB> it would just prefer the static lib vs shared
[16:03:35 CEST] <furq> no, some libs have -lstdc++ in Libs.private
[16:03:49 CEST] <JEEB> yes, this one seems to have that as well
[16:03:52 CEST] <furq> but it shouldn't even make it through configure if that fails
[16:03:57 CEST] <JEEB> yeah
[16:04:22 CEST] <JEEB> since the configure check should try linking as well as inclusion of the header
[16:04:42 CEST] <Mateon1> It does seem to fail on system headers
[16:05:11 CEST] <Mateon1> I've compiled a lot of other libs with no (or little) issues, though
[16:07:31 CEST] <JEEB> just get that pastebin done and leave random guessing out :P
[16:08:20 CEST] <furq> fwiw i've never had much luck with msys
[16:08:27 CEST] <furq> i've always found it easier to cross-compile in a vm
[16:08:44 CEST] <JEEB> msys with a custom mingw-w64 toolchain has worked well enough for me
[16:09:01 CEST] <JEEB> people do say that the msys2 packaged mingw-w64 toolchain can be "fun" but I guess it should work
[16:09:23 CEST] <JEEB> many people just don't grasp the difference between the different compilers distro'd in msys2 (msys targeting one, mingw-w64 targeting one etc)
[16:09:40 CEST] <JEEB> which is of course what they also find out about when they start doing cross-compilation on lunix :P
[16:09:56 CEST] <furq> i had a bunch of weird issues with msys2's autotools
[16:10:08 CEST] <furq> the actual compiler toolchain seemed to work fine
[16:10:27 CEST] <furq> although i don't doubt that it has a lot of fun issues
[16:10:33 CEST] <Mateon1> http://pastebin.com/HfjTdnMm - The shell log, uploading the config.log in a minute
[16:11:23 CEST] <furq> speaking of which
[16:11:52 CEST] <JEEB> Mateon1: you didn't distclean
[16:12:05 CEST] <Mateon1> Config.log http://pastebin.com/jVCBkUxP
[16:12:41 CEST] <Mateon1> JEEB: I distcleaned before the config, however I had to terminate a previous ./configure to add the --pkg-config option
[16:12:58 CEST] <Mateon1> I can redo it, but ./configure takes 5 minutes on my system
[16:15:00 CEST] <JEEB> wat
[16:18:13 CEST] <Mateon1> JEEB: http://i.imgur.com/Sy2janK.png
[16:58:59 CEST] <FredT> Hi, I'm trying to figure out what I'm doing wrong with the following command: ffmpeg -v debug -s 1280x720 -pix_fmt yuv420p -i "input%04d.yuv" "test%04d.png"
[16:59:55 CEST] <FredT> Trying to convert individual YUV frames to something else. Error I get is input%04d.yuv: No such file or directory    but the file is really there
[17:00:28 CEST] <JEEB> nothing in ffmpeg really supports that form of input (I'm pretty sure the image2 demuxer's thing is just a hack somewhere)
[17:00:50 CEST] <JEEB> so I recommend you input raw YCbCr as one file
[17:00:59 CEST] <JEEB> you build a cat command with the right shell thing
[17:01:01 CEST] <FredT> ok
[17:01:07 CEST] <JEEB> and then pass it through with a pipe
[17:01:22 CEST] <JEEB> and of course on the other side of the pipe you have ffmpeg reading from stdin
[17:01:27 CEST] <FredT> you call ffmpeg twice?
[17:01:33 CEST] <JEEB> no
[17:01:51 CEST] <JEEB> cat <WHATEVER YOU COME UP WITH> | ffmpeg -OPTIONS -i INPUT OUTPUT
[17:01:53 CEST] <FredT> ok got it
[17:02:03 CEST] <JEEB> ffmpeg will read multiple frames from raw yuv
[17:03:05 CEST] <shaps> Hey guys -- new to the channel -- no question just yet, but thought I'd say hi. I'm working on an iOS app and looking to use ffmpeg for decoding video files. Could someone just clarify that this is the right channel for me to be in? That way, when I have a question, I'll know where to go ;)
[17:07:49 CEST] <JEEB> Shaps: this is the channel to ask questions on using the libav* libraries and the ffmpeg cli application
[17:09:56 CEST] <Shaps> ok, so useful from a pure ffmpeg usage point of view? but non-specific to ios/platform?
[17:10:22 CEST] <Shaps> that's still really useful for me, because some of the concepts are new to me, so I'm fairly cetain I'm going to have questions in time ;)
[17:11:26 CEST] <Shaps> so far my question revolve around decoding in general, not even specific to a lib, but I want to research a lot more before I bother you guys with my question ;) I don't have a specific problem atm :)
[22:47:38 CEST] <jpabq> Regarding CODEC_CAP_DELAY, how do you handle multiple streams?  If I am decoding all the streams in a MPTS and hit the end of the file, how do I flush any streams that need flushed?  Searching I came across http://ffmpeg-users.933282.n4.nabble.com/about-flushing-decoder-at-the-end-of-file-tt4663931.html#none but it does not look like anyone ever answered him.
[22:59:10 CEST] <jkqxz> jpabq:  The multiple streams shouldn't be relevant.  For each AVCodecContext, call decode_video2() repeatedly with an empty packet until got_frame is false.
[23:24:49 CEST] <jpabq> jkqxz: Okay. I was relying on the retrieved packet to tell me which context to decode, but I see what you are saying.
[23:27:03 CEST] <jpabq> jkqxz: Thanks.    I just need to think about this a bit differently.
[00:00:00 CEST] --- Sun Apr 10 2016