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

[burek]

[00:09:30 CET] <Phi> there may be an mjpeg stream
[00:09:36 CET] <Phi> http://pastie.org/private/iu93shhihljsj6f7inhg is still producing nothing to make
[00:16:07 CET] <furq> i guess pastebin the output of configure
[00:41:35 CET] <Phi> http://pastie.org/private/s4rvfax14wq1swjwrbidgw
[00:41:51 CET] <Phi> (why does configure take like 5 minutes to produce anything >.> )
[00:42:18 CET] <__jack__> 5min ? creepy PC ?
[00:43:12 CET] <__jack__> takes 7sec on mine
[00:43:36 CET] <Phi> nah
[00:43:53 CET] <klaxa> 15 seconds on mine
[00:43:56 CET] <Phi> for me it takes that long, it doesn't write a line to output until several minutes have passed
[00:44:20 CET] <BtbN> it doesn't output anything until it's done.
[00:46:02 CET] <Phi> I'm running it under MinGW
[00:46:14 CET] <Phi> so maybe that's it?
[00:47:07 CET] <Phi> ironically it's a very fast PC
[00:47:21 CET] <Phi> i7, 32GB, SSD
[01:00:21 CET] <bplaxco> Does any one know why `execl("/usr/bin/ffmpeg", "-f", "alsa", "-i", "hw:1", "-y", out);` fails with "hw:1: Protocol not found" when just running the command in the command line works fine?
[01:07:28 CET] <c_14> you have to pass /usr/bin/ffmpeg twice
[01:07:30 CET] <c_14> afair
[01:07:33 CET] <DHE> because you specify the executable to run and its argv[0] as distinct parameters
[01:07:47 CET] <DHE> yeah, it's being run effectively as: ffmpeg alsa -i hw:1 -y $out
[01:07:56 CET] <DHE> see the man page for execl
[01:08:19 CET] <c_14> >The first argument, by convention, should point to the filename associated with the file being executed
[01:08:42 CET] <c_14> so "/usr/bin/ffmpeg", "ffmpeg"
[01:09:24 CET] <furq> also the last argument needs to be 0
[01:09:29 CET] <DHE> oh, quite right
[01:09:38 CET] <DHE> NULL or (char*)0
[01:18:02 CET] <bplaxco> oh derp, thanks :)
[02:15:08 CET] <Phi> is there a way for the most recent git to be broken?
[02:15:19 CET] <Phi> or is it unit-tested to death before commits?
[02:16:30 CET] <DHE> there's a test system called "fate"
[02:16:43 CET] <c_14> But it doesn't catch everything
[02:16:47 CET] <c_14> Regressions do occasionally pop up
[02:17:22 CET] <Phi> mm
[02:17:40 CET] <Phi> it looks like the ./configure I had without all the disables produces something worthwhile for make
[02:17:57 CET] <Phi> so now I've got to work out what specifically is required for a valid make
[02:18:19 CET] <Phi> ...no
[02:18:26 CET] <Phi> it looks like the most recent ffmpeg doesn't make at all
[02:18:53 CET] <Phi> even with the cmdl that was working a couple weeks back
[02:19:33 CET] <Phi> with make, I get "Nothing to be done for 'all'," and with make install, I get "make: *** No rule to make target 'install-libs-yes', needed by 'install-libs'. "
[02:20:06 CET] <Phi> ima do another git pull and try again :p
[02:21:30 CET] <Phi> ...well the only change was "MAINTAINERS", so I guess that's not going to fix it
[02:21:31 CET] <ldiamond> I'm trying to "mass convert" my AVI to Matroska. First attemp gives this: [matroska @ 0x55d2b33e8400] Can't write packet with unknown timestamp
[02:21:57 CET] <ldiamond> I used the following: ffmpeg -i filename.mkv -c:v copy -c:a copy output.avi
[02:22:00 CET] <ldiamond> well
[02:22:07 CET] <ldiamond> invert the .mkv and .avi
[02:23:19 CET] <Phi> input, output :p
[02:23:20 CET] <ldiamond> I'm using 3.1.4
[02:24:19 CET] <Phi> try using setpts filter?
[02:24:43 CET] <DHE> Phi: disable-everything literally does that. no ffmpeg binary, no codecs supported, no file formats supported. some core things like the "file" protocol are actually really important.
[02:24:49 CET] <ldiamond> I haven't tried. I have no clue at all about ffmpeg.
[02:24:56 CET] <ldiamond> I'll read on it I guess
[02:25:22 CET] <ldiamond> ffmpeg -i my.avi output.mkv seems to work. I assume I'll lose quality though
[02:25:32 CET] <DHE> addyour copy commands
[02:25:39 CET] <DHE> between in and out
[02:26:39 CET] <Phi> yea, but I'm not using disable-everything
[02:26:53 CET] <ldiamond> DHE: was that directed at me?
[02:26:55 CET] <Phi> is it just a replacement for all the disable-somethingplurals?
[02:27:07 CET] <DHE> it's "--disable-x" for all x
[02:27:26 CET] <DHE> but some of that stuff is really important, and you probably shouldn't disable protocols, decoders and programs unless you're really sure what you need
[02:28:15 CET] <Phi> I know what I need, explicitly, I dunno what ffmpeg requires
[02:28:32 CET] <Phi> it does turn on some things, but it doesn't complain "x requires y"
[02:29:34 CET] <ldiamond> Filtering and streamcopy cannot be used together.
[02:31:56 CET] <ldiamond> Phi: -fflags +genpts is what I needed
[02:34:04 CET] <Phi> ah
[02:34:14 CET] <Phi> I did mention genpts
[02:34:37 CET] <Phi> tbh I've only used ffmpeg in C++ style, not commandlines
[02:34:59 CET] <Phi> back to my dead make problem, I'm reverting the code to branch release/3.2
[02:39:31 CET] <ldiamond> Would you guys rather converting to .mp4 or .mkv?
[02:39:32 CET] <ZimbabweLegit> hi, I'm doing an rtmp stream, and can't figure out why I'm getting such shit quality back with this;
[02:39:33 CET] <ZimbabweLegit> -vcodec libx264 -maxrate 1200k -s 1280x720 -strict -2 -acodec aac -ab 190k -ar 48000 -ac 2 -f flv
[02:41:21 CET] <Phi> your call ldiamond, although I do note mkv is sharper pictures
[02:45:42 CET] <Phi> release 3.2 has the same issue :p
[02:47:33 CET] <Phi> any idea what git command I should use to roll back to an older branch?
[02:55:26 CET] <klaxa> Phi: using mkv or mp4 makes no difference to the video stream. it does not influence picture quality
[02:56:01 CET] <klaxa> ldiamond: depends on your target device, mkv is more flexible, mp4 more widely supported
[03:02:44 CET] <DHE> Phi: avoid --disable-everything unless you want to audit all the output of ./configure and decide each and every thing you want
[03:03:21 CET] <DHE> personally I disable muxers, encoders and filters. then enable the ones I know I will need
[03:15:40 CET] <Phi> hmm, I'll keep that in mind
[03:15:55 CET] <Phi> atm I'm doing ./configure --toolchain=msvc --enable-libx264 --disable-swscale-alpha --enable-gpl
[03:16:17 CET] <Phi> and that's producing the same "make: Nothing to be done for 'all'."
[03:16:25 CET] <Phi> no idea why it's doing this
[03:16:33 CET] <Phi> but it's 2am so I'm going to vamoosh
[03:51:21 CET] <ItWasntMe2013> anyone know why when encoding to AC3 audio that I get a longer duration of audio file?  about 2 second
[03:51:49 CET] <ItWasntMe2013> and then when I mux that with a video, my video file gets a start: 1.400 roughly added as a delay to each file
[04:14:10 CET] <ldiamond> klaxa: yea I guess "transcoding" (I don't know if transcontainerizing is a word :) isnt expensive either so w/e
[04:14:24 CET] <ldiamond> I might go for mp4 just for the sake of support on many devices
[04:15:01 CET] <ldiamond> Might be running the server on a udoo x86 so might as well save the "transcontainerizing" part
[04:15:37 CET] <DHE> we usually call it remuxing
[04:53:08 CET] <infinito> i finnally ready whit my ffmpeg cdn origin/border ready
[04:53:20 CET] <infinito> 100 cores and a quadro m4000
[04:54:23 CET] <infinito> for my, quadro m4000 supports 20 ffmpegs processes, but i have to use 18 to aviod artifacts
[04:55:20 CET] <infinito> was 6 or 7 monts of work :)
[04:56:47 CET] <infinito> obviously, cnd is running 24/7 live whit a lot of tv channels like a charm
[04:56:56 CET] <infinito> ffmpeg rules
[04:58:28 CET] <SchrodingersScat> odoyle rules!
[05:01:28 CET] <infinito> LOL
[05:03:16 CET] <infinito> just see adam sandler video on vlc on windows :E
[05:03:42 CET] <infinito> 800% cpu after a crash
[05:04:40 CET] <ItWasntMe2013> anyone know why when encoding to AC3 audio that I get a longer duration of audio file?  about 2 second
[05:04:43 CET] <ItWasntMe2013> and then when I mux that with a video, my video file gets a start: 1.400 roughly added as a delay to each file
[05:09:55 CET] <infinito> ItWasntMe2013 pastebin your command
[05:17:42 CET] <ItWasntMe2013> infinito: http://pastebin.com/PC90UjrV
[05:19:02 CET] <ItWasntMe2013> and this one infinito http://pastebin.com/n36B0GBu
[05:19:27 CET] <ItWasntMe2013> no matter what I do..... I get a delay added to all my files
[05:19:39 CET] <ItWasntMe2013> http://pastebin.com/uQNWLq1L
[05:19:56 CET] <ItWasntMe2013> and http://pastebin.com/QF3mvnB9
[05:34:00 CET] <infinito> yes i think is because filter complex
[05:34:52 CET] <infinito> im not an expert on that, but i think when you merge the audio channels are delayed
[05:45:54 CET] <ItWasntMe2013> infinito: yeah... dont think so, but thanks for trying.
[05:46:02 CET] <ItWasntMe2013> I think its a bug
[05:46:17 CET] <ItWasntMe2013> going to have to dust of the programming skills to figure it out
[11:29:32 CET] <kerio> should stuff like creation_time go with the stream or with the container?
[13:42:54 CET] <maxmuster> i have some problems compiling ffmpeg on centos, anyone here who could help?
[13:44:14 CET] <c_14> If you describe your problem.
[13:44:24 CET] <maxmuster> beside that some libs seem to not compile, ffmpeg does not find yasm (on centos 32 bit) and does not find libopus (on 64 bit), even tho i use the commands from the webpage pointing to the lib install dirs. im currently re-compiling to get the logs back, then i can tell more
[13:44:39 CET] <maxmuster> (libopus did compile and yasm too)
[13:49:37 CET] <maxmuster> following this guide: https://trac.ffmpeg.org/wiki/CompilationGuide/Centos
[14:00:19 CET] <maxmuster> from ffmpeg config.log i see that configure seems to not check for yasm in the right directory
[14:00:31 CET] <maxmuster> how would i tell configure where to look for it?
[14:00:42 CET] <c_14> What's your current configure command?
[14:00:50 CET] <maxmuster> wait a sec..
[14:01:51 CET] <maxmuster> PKG_CONFIG_PATH=\"" + install_dir + "ffmpeg_build/lib/pkgconfig\" && ./configure --prefix=\"" + install_dir + "ffmpeg_build\" --extra-cflags=\"-I" + install_dir + "ffmpeg_build/include\" --extra-ldflags=\"-L" + install_dir + "ffmpeg_build/lib -ldl\" --bindir=\"" + install_dir + "bin\" --pkg-config-flags=\"--static\" --enable-gpl --enable-nonfree --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus -
[14:01:51 CET] <maxmuster> -enable-libvorbis --enable-libvpx --enable-libx264
[14:02:08 CET] <maxmuster> from my self written script
[14:02:57 CET] <c_14> yasm has to be in your PATH
[14:02:59 CET] <maxmuster> its the one from the ffmpeg page
[14:03:20 CET] <maxmuster> its in install_dir + "bin"
[14:03:39 CET] <maxmuster> and same command works on centos 64 for yasm detection
[14:04:24 CET] <c_14> try export PATH=install_dir + "bin"
[14:04:28 CET] <c_14> and then rerun the other command
[14:05:01 CET] <maxmuster> like in the ubuntu section on the ffmpeg page?
[14:05:09 CET] <maxmuster> PATH="$HOME/bin:$PATH"
[14:05:22 CET] <maxmuster> i'll try
[14:07:41 CET] <furq> whatever language that is looks like a bad replacement for sh
[14:08:17 CET] <furq> i take it you need fdk-aac
[14:08:25 CET] <furq> otherwise you'd be better off using the static binaries
[14:08:39 CET] <kerio> if fdk-aac is the best, why isn't it included with ffmpeg?
[14:08:46 CET] <furq> because it's gpl incompatible
[14:09:32 CET] <furq> https://github.com/mstorsjo/fdk-aac/blob/master/NOTICE#L57-L58
[14:09:35 CET] <furq> specifically that clause there
[14:10:13 CET] <furq> it's also not the best unless you're only counting open-source encoders
[14:10:24 CET] <kerio> what about encoders in ffmpeg
[14:10:32 CET] <furq> what about them
[14:11:21 CET] <kerio> is it the best of the encoders supported by ffmpeg?
[14:11:25 CET] <maxmuster> furq: yes it is a bad sh replacement cause im new to python, but python is crossplatform and sh is not native for all
[14:13:17 CET] <furq> kerio: probably, there's not been a proper listening test done
[14:13:28 CET] <furq> it supports more stuff than the builtin encoder and i don't know if any other aac encoders are still supported in 3.x
[14:13:35 CET] <furq> maxmuster: you can run sh on windows
[14:14:01 CET] <maxmuster> i know
[14:14:06 CET] <kerio> does autoconf even work in windows
[14:14:07 CET] <maxmuster> but i wanted to test out python
[14:14:11 CET] <furq> fair enough
[14:14:51 CET] <furq> well you should probably use one of python's many string interpolation methods rather than doing all that concatenation
[14:15:25 CET] <maxmuster> yeah. i wanted to make that script nicer when it compiles ffmpeg correctly
[14:15:41 CET] <maxmuster> for centos64 ffmpegs configure does not find opus,
[14:16:09 CET] <maxmuster> "package opus was not found in the pkg-config search path"
[14:16:23 CET] <maxmuster> do i need to add something to the opus configure?
[14:17:38 CET] <c_14> Is opus.pc in the PKG_CONFIG_PATH?
[14:17:48 CET] <furq> if it is then check config.log
[14:18:10 CET] <furq> a lot of errors will give that message
[14:19:00 CET] <furq> kerio: it does under msys
[14:19:33 CET] <maxmuster> i'll check
[14:19:33 CET] <furq> you need msys or cygwin to build ffmpeg on windows anyway
[14:19:46 CET] <furq> or preferably a linux box with mingw
[14:19:46 CET] <maxmuster> yeh im not testing on windows atm
[14:19:59 CET] <maxmuster> just for centos, ubuntu already working
[14:20:36 CET] <furq> i should really push my changes to this tower of babel mingw cross-compile thing
[14:20:54 CET] <furq> stupid cmake
[14:21:24 CET] <kerio> why not MSVC :^)
[14:21:29 CET] <maxmuster> opus.pc is in PKG_CONFIG_PATH
[14:21:42 CET] <furq> check config.log then
[14:21:47 CET] <maxmuster> the error is from there
[14:22:02 CET] <furq> there'll be another error a bit above that
[14:22:18 CET] <furq> pastebin the last 100 lines or so if you can't find it
[14:22:20 CET] <maxmuster> okay let me see..
[14:22:58 CET] <furq> i'm guessing the header/library paths aren't set up right
[14:24:00 CET] <maxmuster> i create the paste cause im not seeng any error
[14:24:02 CET] <maxmuster> wait a sec
[14:25:43 CET] <maxmuster> http://pastebin.com/fHeWB1gy
[14:27:19 CET] <cousin_luigi> Greetings.
[14:27:34 CET] <cousin_luigi> Trying to add a srt to a mkv container but I can't understand the error "Subtitle codec 94213 is not supported.
[14:27:37 CET] <maxmuster> the lib paths are correct
[14:29:51 CET] <maxmuster> adding the PATH to the centos 32 script worked, now i got the same opus not found error there
[14:31:47 CET] <furq> oh cool pastebin isn't working
[14:32:30 CET] <maxmuster> ?
[14:32:40 CET] <maxmuster> lool
[14:33:22 CET] <maxmuster> reload
[14:34:15 CET] <maxmuster> furq
[14:34:20 CET] <furq> check near the top of config.log
[14:34:28 CET] <furq> it should have printed the PKG_CONFIG_PATH that configure is using
[14:34:36 CET] <furq> i'm guessing that's not the same as the one you're setting
[14:35:09 CET] <kerio> cousin_luigi: that's so weird tho
[14:35:19 CET] <kerio> i thought mkv could house mostly everything
[14:35:19 CET] <furq> oh
[14:35:28 CET] <furq> maxmuster: remove the && from your script
[14:35:54 CET] <maxmuster> which &&
[14:36:01 CET] <furq> the one after you set PKG_CONFIG_PATH
[14:36:14 CET] <furq> it should be PKG_CONFIG_PATH=/foo/bar ./configure ...
[14:36:27 CET] <maxmuster> >.< ty for pointing that out
[14:36:29 CET] <maxmuster> :D
[14:36:31 CET] <maxmuster> ima try it
[14:36:51 CET] <kerio> cousin_luigi: is the .srt actually a srt?
[14:36:52 CET] <kerio> ffprobe it
[14:45:26 CET] <cousin_luigi> kerio: "Stream #0:0: Subtitle: subrip"
[14:47:18 CET] <furq> pastebin the ffmpeg command and full output
[14:51:14 CET] <cousin_luigi> furq: http://pastie.org/pastes/10956916/text?key=5qjowdu2fwr8tysoagmbg
[14:52:16 CET] <kerio> ...why mov_text?
[14:53:02 CET] <cousin_luigi> kerio: that's the example I found on the ffmpeg site. I don't know how else to have a language tag for the subtitle.
[14:53:28 CET] <furq> well yeah mkv doesn't support mov_text
[14:53:30 CET] <kerio> same thing but don't put a -c:s:0 mov_text
[14:53:34 CET] <kerio> i guess
[14:53:52 CET] <furq> yeah it should work without that
[14:54:50 CET] <cousin_luigi> yes, it worked
[14:54:51 CET] <cousin_luigi> thanks
[14:55:16 CET] <cousin_luigi> bbl
[14:55:35 CET] Action: kerio is baffled sometimes
[14:56:27 CET] <furq> that was a textbook example of why you should ask for the full pastebin
[14:56:40 CET] <furq> people are weird
[14:57:01 CET] <kerio> also why doesn't ffmpeg default to -codec copy whenever possible?
[14:58:08 CET] <BtbN> because it more frequently doesn't work than it does work, and there is no way for it to know in advance.
[14:58:28 CET] <kerio> but it's so cheap tho ;o
[14:58:47 CET] <c_14> And if you added it now, the behavior would change.
[14:58:56 CET] <c_14> And therefore break users' scripts.
[14:59:11 CET] <furq> if it was too easy then there'd be nothing for us to do
[14:59:27 CET] <BtbN> not specifying a codec is pretty much guaranteed to work
[14:59:35 CET] <BtbN> -c copy easily fails
[15:05:58 CET] <kerio> did anyone here test avfoundation on macos?
[15:06:10 CET] <kerio> the video i'm getting from my webcam has some very noticeable delay
[15:21:08 CET] <dlb76> hey guys can pls tell me since then winxp not supported in ffmpeg.exe so i can find last build where it was still supported ?
[15:21:40 CET] <dlb76> 0222 was still ok
[15:21:44 CET] <dlb76> 1104 is not
[15:21:47 CET] <dlb76> 3.1.5 is not
[15:27:06 CET] <dlb76> 3.0.1 even not ok heh
[15:29:09 CET] <dlb76> :(
[15:35:01 CET] <klaxa> you will probably have to try for yourself and see when support stopped
[15:35:17 CET] <klaxa> or migrate to a non-abandoned operating system?
[15:35:24 CET] <klaxa> i would suggest the latter
[15:35:40 CET] <furq> ffmpeg still supports winxp
[15:35:48 CET] <furq> the zeranoe builds haven't since they started bundling libmfx
[15:35:56 CET] <klaxa> ah
[15:36:00 CET] <furq> if you want a more recent version, build it yourself
[15:36:27 CET] <dlb76> yeah thanks
[15:36:33 CET] <dlb76> reading it up now on forums
[15:40:57 CET] <kerio> xp reached EOL over two years ago
[15:41:30 CET] <SchrodingersScat> luckily fly by night companies like pcmatic say they can continue support of xp indefinitely
[15:41:53 CET] <DHE> if it compiles and the os-specific APIs keep working, why complain?
[15:42:23 CET] <kerio> i'm not complaining about ffmpeg still working on xp
[15:42:27 CET] <kerio> i'm complaining about people using xp
[18:52:25 CET] <kerio> x265 is so slooooooooow
[18:53:15 CET] <bencoh> kerio: got some spare time to write SIMD code? ;p
[18:56:12 CET] <JEEB> I think x265 needs more than just SIMD :P
[18:56:46 CET] <JEEB> it needs logical optimizations regarding what steps it can skip without affecting the quality in the encoding process :P
[18:57:10 CET] <kerio> hevc was sliiiiiiiiiightly better
[18:57:13 CET] <kerio> on this particular video
[18:58:02 CET] <bencoh> JEEB: prolly both :)
[18:58:11 CET] <JEEB> for decoding you can just stick in SIMD
[18:58:17 CET] <JEEB> and make it go fastah
[18:58:34 CET] <JEEB> for encoding SIMD helps, but it seems like MCW is already writing random SIMD :)
[19:32:04 CET] <maxmuster> furq you there?
[19:32:32 CET] <maxmuster> configure of x264 does not find the yasm installed in $HOMEDIR/bin
[19:32:41 CET] <maxmuster> how to tell him
[19:36:40 CET] <relaxed> maxmuster: yasm must be in your $PATH
[19:36:53 CET] <maxmuster> yeah i try it atm :P
[19:36:56 CET] <maxmuster> forgot bout it
[19:38:03 CET] <relaxed> there might be a configure option to pint to it
[19:38:09 CET] <relaxed> point*
[19:38:50 CET] <kerio> also to be fair i was confronting default settings for x264 and x265 at -crf 18
[19:39:03 CET] <kerio> maybe they're "wrong"
[19:53:57 CET] <furq> kerio: they don't map exactly
[19:54:07 CET] <furq> apparently 28 in x265 is roughly equivalent to 23 in x264
[19:54:23 CET] <furq> so i guess you want 22-23
[19:59:33 CET] <kerio> but i want 18 :<
[19:59:37 CET] <kerio> oh i see what you mean
[23:06:55 CET] <Phi> sempais
[23:06:58 CET] <Phi> my make is ded
[23:07:05 CET] <Phi> halp
[23:07:30 CET] <Phi> ./configure --toolchain=msvc --enable-libx264 --disable-swscale-alpha --enable-gpl
[23:07:51 CET] <Phi> produces "make: Nothing to be done for 'all'."
[23:08:03 CET] <Phi> I've tried rolling back the code, but it's the same issue
[23:20:04 CET] <JEEB> Phi: git clean -dfx
[23:20:09 CET] <JEEB> clears your whole darn thing
[23:20:27 CET] <JEEB> also out-of-tree builds are recommended so you can just nuke the build dir
[23:41:47 CET] <Phi> tactical nuke incominggg
[23:52:36 CET] <Phi> didn't fix JEEB
[00:00:00 CET] --- Mon Nov  7 2016