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

[burek]

[03:29:55 CEST] <zachary> ffplay "rtmp://url/app/name live=1":    Detected librtmp style URL parameters, these aren't supported by the libavformat
[03:30:09 CEST] <zachary> What is wrong with this message?
[03:47:09 CEST] <c_14> Well, I think the 'the' shouldn't be there. But that's grammatical nitpicking.
[03:47:47 CEST] <c_14> As to why the error is occurring, probably because you're using url syntax supported by librtmp, but not by the internel rtmp protocol.
[03:48:29 CEST] <zachary> c_14: Yes. The extra parameter `live=1` is not supported by ffmpeg
[03:48:46 CEST] <zachary> c_14: how do i enable librtmp?
[03:48:50 CEST] <c_14> --enable-librtmp
[03:50:09 CEST] <zachary> c_14: hmm. i will try that.
[05:36:45 CEST] <haasn> The HEVC MSA optimizations added in d6d98237 and 271195f8 are much slower for me than the ported OpenHEVC intrinsics that were present in nevcairiel's branch. Will this situation improve significantly, or should I un-apply those patches and re-apply the OpenHEVC ones if I want fast playback of HEVC on my machine?
[05:44:13 CEST] <haasn> Ah, don't even need to unapply those, I can just cherry-pick the OpenHEVC stuff
[10:51:13 CEST] <gurpartap1> I am facing problem while saving stream from ip camera and capturing audio from laptop microphone.there are synchronization issues in it? Please somebody help.
[10:52:25 CEST] <gurpartap1> when I move close to mic the lag is different and when I am away from mic, lag is different.How to solve this problem....please help..
[10:53:11 CEST] <gurpartap1> I am fixing with -itsoffset 00:00:0.8 while close to mic ..Is there any other method
[10:56:39 CEST] <BtbN> You mean when you move physicaly closer to the microphone, the audio/video offset changes? oO
[10:56:44 CEST] <BtbN> That doesn't make much sense
[11:13:50 CEST] <NoobSaibot> lol maybe he's moving to and fro faster than the speed of sound? I bet that would cause some clicks...
[11:14:41 CEST] <jcay> only sonic boom
[11:15:07 CEST] <relaxed> sonic boom mic
[11:16:13 CEST] <gurpartap1> yes, when I move close to mic audio is coming before video and vice versa
[11:16:44 CEST] <NoobSaibot> move more slowly and audio will line up. #relativity
[11:17:13 CEST] <NoobSaibot> really, that's weird, i'm not sure what's happening with your hardware, grupartap1
[11:17:18 CEST] <BtbN> We're talking about a few cm, or do you mean something like moving a few 100m away? oO
[11:19:40 CEST] <jcay> i think its related to audio intensity, not relativistic effects
[11:20:43 CEST] <BtbN> Or the camera does weird stuff with proximity detection
[11:22:29 CEST] <jcay> can you monitor the sound levels? it should never exceed but be close to 0db
[11:23:08 CEST] <jcay> maybe you also have a booster on
[11:25:46 CEST] <gurpartap1> Is there any way to synchronize audio and video with timestamp values....
[11:26:31 CEST] <BtbN> That's what's happening by default, if there are any timestamps
[11:27:35 CEST] <gurpartap1> There is another situation: When I am grabbing my desktop and recording with inbuilt mic it is in sync .....But problem arises with external mic...
[11:30:28 CEST] <NoobSaibot> is your cable 300,000km long?
[11:30:32 CEST] <gurpartap1> BtbN: you mean ffmpeg by default synchronizes using timestamps of both audio and video?
[11:31:02 CEST] <BtbN> Of course it does. The problem is getting usefull timestampf
[11:31:04 CEST] <BtbN> *s
[11:32:27 CEST] <gurpartap1> haha NoobSaibot. No a little less than that!
[11:34:45 CEST] <gurpartap1> Is there any way I can extract these timestamps?
[11:37:14 CEST] <gurpartap1> BtbN: what -vsync and -async options exactly do?
[11:38:10 CEST] <BtbN> It decides how exactly audio/video it synced up
[11:38:28 CEST] <BtbN> dropping frames, stretching the audio, or whatever
[11:38:58 CEST] <BtbN> Your problem is your device giving you wrong timestamps, or even none at all
[11:39:17 CEST] <gurpartap1> how can I check this?
[11:40:35 CEST] <gurpartap1> BtbN: While doing recording debug is showing : [AVIOContext @ 0x1b4f460] Statistics: 60 seeks, 155 writeouts
[11:41:25 CEST] <gurpartap1> can you look at debug info of my commandline....
[11:41:43 CEST] <BtbN> There isn't realy much you can do if your device is behaving that weird
[11:44:43 CEST] <gurpartap1> BtbN: I am using ffmpeg -f alsa  -ac 1 -itsoffset 00:00:00 -i default  -i rtsp://192.168.0.127  -acodec libfaac -vcodec copy -s:v:0 600x480 -v debug -y -map 0:0 -map 1:0   output.mp4
[11:45:01 CEST] <gurpartap1> Do you suggest something?
[12:04:59 CEST] <relaxed> gurpartap1: see if it happens when you copy the audio
[12:05:43 CEST] <relaxed> also try encoding both streams
[13:34:53 CEST] <hardikj> hi I am want a ffmpeg destop capture for a low cpu machine, after lots of experiment I found out mpeg2 to be the best choice when using low cpu
[13:35:16 CEST] <hardikj> command I am using is ffmpeg -y -framerate 10  -f gdigrab -i desktop -vcodec  mpeg2video -qscale:v 15  -r 8 -pix_fmt yuv420p test.mpg
[13:35:30 CEST] <hardikj> is there any way I can improve it further?
[13:36:07 CEST] <hardikj> will using using minrate or maxrate help me?
[14:07:56 CEST] <DHE> hardikj: -qscale forces a certain image quality, loosely speaking. you don't normally mix and match them. but a smaller number will give better image quality.
[14:08:40 CEST] <hardikj> will omitting qscale will improve cpu usage?
[14:08:55 CEST] <hardikj> I am not much concerned with video quality
[14:09:04 CEST] <hardikj> a medium quality will work too
[14:09:11 CEST] <hardikj> DHE ^^
[14:11:12 CEST] <DHE> I rather doubt it
[14:11:26 CEST] <spl33n> hello all i try to read this stream https://www.passageenseine.org/live.m3u8 with mpv , i have this issue [ffmpeg] tls: unable to negociate TLS/SSL session failed to open https.....
[14:11:48 CEST] <DHE> typically you specify a bitrate, or you specify the quantizer parameter. you're doing the latter.
[14:24:52 CEST] <sj> ji
[14:25:04 CEST] <sj> hi can someone help me with my ffmpeg code
[14:25:26 CEST] <sj> which i am running via php web page on the ffmpeg ubuntu server
[14:28:14 CEST] <rds123> Hi. How do you set the deadline in VP8 to realtime using libavcodec? I have AVCodecContext for my VP8 encoder but I'm not sure what to set if I want the 'deadline' to 'realtime'. Using the command line interface you set '-deadline realtime'.
[14:29:34 CEST] <gurpartap1> relaxed: My problem is solved to some extent but when video packets are dropped the audio lags behind...
[14:29:40 CEST] <rcombs> rds123: it's an AVOption
[14:32:22 CEST] <gurpartap1> relaxed: how can I sync them so that when video packets dropped then audio packets should also dropped..
[14:32:36 CEST] <gurpartap1> Is there any option?
[14:39:47 CEST] <rds123> rcombs: So if I just do av_opt_set_from_string(myCodecContext, "deadline=realtime", NULL, "=",":"); that should the deadline to realtime?
[14:41:03 CEST] <rcombs> rds123: "av_opt_set" is probably a better choice for your use-case
[14:41:05 CEST] <rcombs> but yes
[14:42:35 CEST] <rds123> rds123: Oh yes, I didn't see that one. Thank you
[15:34:50 CEST] <hardikj> DHE, do you have any idea on how to capture raw stream from gdigrab
[15:35:02 CEST] <hardikj> I think that should not take any cpu at all
[15:35:11 CEST] <hardikj> I can deal with the file size
[15:35:38 CEST] <DHE> no, I don't use windows
[15:35:42 CEST] <DHE> for me it's x11grab
[15:36:00 CEST] <BtbN> i don't think you know how massive unencoded video gets
[15:36:51 CEST] <BtbN> 1080p is ~8MB per frame, so over 450MB/s of data
[15:36:57 CEST] <BtbN> you need a damn good SSD to store that
[15:38:56 CEST] <DHE> mpeg2 is usually a good choice. motion jpeg might be worth investigating...
[15:39:13 CEST] <hardikj> BtbN, I am aiming to send the rawdata to another system and re-encode there. the systems where I will be running ffmpeg screen capture have low cpu and I dont want to intercept the ops running there
[15:40:06 CEST] <hardikj> so I wont store the files anywhere, I will stream it to a cluster of machines and then send it to s3 after reencoding
[15:40:39 CEST] <BtbN> so you have a 10Gb/s connection between them?
[15:41:14 CEST] <BtbN> cause that raw data is way too much for a normal gigabit lan
[15:41:20 CEST] <hardikj> I will capture low quality video, maybe?
[15:41:43 CEST] <BtbN> Then why not use some cheap lossless codec?
[15:41:51 CEST] <BtbN> Propably more efficient than sending that much data
[15:42:21 CEST] <hardikj> I tried mpeg2 it is using 30% of my cpu, which makes the tasks running on the machine slow
[15:42:39 CEST] <BtbN> mpeg2 is everything but lossless
[15:42:55 CEST] <hardikj> I can afford 10-15% cpu usage, not more than that
[15:43:06 CEST] <BtbN> utvideo or h264 with a high bitrate/actualy lossless
[15:43:11 CEST] <BtbN> Might even use a hardware encoder
[15:43:55 CEST] <hardikj> BtbN, you mean utvideo will be better than mpeg2 in terms of cpu usage?
[15:44:06 CEST] <BtbN> no idea, try it?
[15:44:30 CEST] <hardikj> I already tried h264, mpeg2 use low cpu
[15:44:31 CEST] <hardikj> ok,thanks for the suggestion
[15:44:31 CEST] <hardikj> let me try utvideo
[15:45:38 CEST] <hardikj> BtbN, btw is there any way to capture low quality video and send its raw  package using ffmpeg? just in case utvideo didn't work?
[15:45:50 CEST] <BtbN> sure, just don't encode them
[15:46:10 CEST] <BtbN> But i wouldn't be surprised of scaling it down uses more cpu than some cheap lossless codec
[15:54:12 CEST] <rngz> Hello
[15:56:42 CEST] <rngz> I am trying to build FFmpeg with libx264 using the MSVC compiler for Windows 64-bit.  "CC=cl ./configure --prefix=../../build --disable-cli --cross-prefix=x86_64-w64-mingw32- --host=x86_64-w64-mingw32 --enable-static  --enable-win32thread" builds a libx264.lib file, but FFmpeg configuration is complaining that it can't find libx264.
[15:57:22 CEST] <hardikj> BtbN, ffmpeg -y -framerate 8  -f gdigrab -i desktop -vcodec utvideo -r 8 -pix_fmt yuv420p  output.avi
[15:57:33 CEST] <hardikj> takes 30% CPU
[15:57:35 CEST] <hardikj> :(
[16:04:12 CEST] <ldiamond1> hardikj: seems like you're encoding a video.
[16:04:44 CEST] <ldiamond1> I'm not familiar with that command, you're grabbing 8 frames per s from your desktop?
[16:06:05 CEST] <ldiamond1> I'd be surprised that ffmpeg actually needs all that processing power for that.
[16:06:12 CEST] <ldiamond1> maybe try running it through nice?
[16:10:06 CEST] <ldiamond1> Now my question... Is it possible to change ffmpeg "settings" during a live stream? More specifically, I add an overlay of my webcam on the stream from my desktop, I want to be able to move the camera around without stopping and restarting ffmpeg.
[16:11:18 CEST] <JEEBsv> rngz: how are you trying to make sure ffmpeg finds libx264? pkg-config?
[16:13:43 CEST] <rngz> JEEBsv: I'm just setting the --extra-ldflags and --extra-cflags in the ffmpeg configure, I've also tried adding the path to the x264 lib/headers to $LIB and $INCLUDE
[16:14:55 CEST] <JEEBsv> also that x264 configure line sure looks like mingw-w64 rather than MSVC with the mingw-w64 stuff in there...
[16:15:12 CEST] <JEEBsv> rngz: not even sure how well the x264 pkg-config files would work, of course...
[16:15:21 CEST] <JEEBsv> what's the result with config.log?
[16:15:24 CEST] <rngz> I had  to mess with that because I was having trouble getting x264 to compile with MSVC
[16:15:47 CEST] <JEEBsv> uhh, which MSVC are you using? I think 2013 update 2 or so is where the official support was added
[16:16:00 CEST] <rngz> 2013 update 4
[16:16:07 CEST] <JEEBsv> ok, that should in theory work
[16:16:32 CEST] <JEEBsv> also mixing static mingw-w64 libs with MSVC can be "fun"
[16:16:32 CEST] <rngz> my current ffmpeg configure looks like it's failing without creating a config.log
[16:16:47 CEST] <JEEBsv> then it got pretty much nowhere :P
[16:16:49 CEST] <rngz> yes, I am certainly having fun
[16:17:03 CEST] <JEEBsv> because it should start writing to the log file right away
[16:18:19 CEST] <rngz> Running "CC=cl ./configure --prefix=../../build --disable-cli --enable-static  --enable-win32thread" results in basically "Unknown system, edit the configure"
[16:18:28 CEST] <rngz> (on libx264)
[16:19:48 CEST] <JEEBsv> if you have the MSVC tools in PATH a basic configure should work... http://git.videolan.org/?p=x264.git;a=commit;h=6fbbb5b0c05a1d95cbd6efa7f01808ea87a39dc9
[16:19:55 CEST] <JEEBsv> you should see config.log there as well
[16:21:25 CEST] <rngz> "CC=cl ./configure" results in a 1 line config.log, "DIED: Unknown system , edit the configure"
[16:21:38 CEST] <JEEBsv> how old x264?
[16:21:39 CEST] <rngz> cloned the latest master from git.videolan.org...
[16:23:04 CEST] <rngz> I'm doing this using MSYS2... not sure if that's a problem
[16:23:17 CEST] <JEEBsv> msys2 is probably the least retarded of the msys family
[16:23:40 CEST] <JEEBsv> but yeah, I just had an old msys setup with the MSVC stuff in PATH and it worked for me
[16:24:32 CEST] <JEEBsv> oh...
[16:24:39 CEST] Action: JEEBsv checks the configure script
[16:28:28 CEST] <rngz> it looks like my $host_os is just empty...
[16:31:00 CEST] <JEEBsv> see what config.guess outputs?
[16:31:03 CEST] <rngz> ./config.guess is unable to guess the system type
[16:31:07 CEST] <JEEBsv> yeah
[16:33:22 CEST] <rngz> does msys do something different, and can I just hand jam the values it returns if you run it?
[16:34:34 CEST] <JEEBsv> hmm
[16:36:01 CEST] <JEEBsv> ooh
[16:36:35 CEST] <JEEBsv> I guess you have an msys compiler as the one without a prefix?
[16:36:56 CEST] <JEEBsv> which is correct technically I'd say
[16:37:00 CEST] <rngz> ... idk?
[16:37:33 CEST] <JEEBsv> gcc -v
[16:37:37 CEST] <JEEBsv> seee what target that is for
[16:37:44 CEST] <chungy> rngz: the ./configure script won't work for MSVC
[16:37:53 CEST] <JEEBsv> chungy: oh it does
[16:38:00 CEST] <JEEBsv> also at this point we're at the wrong channel
[16:38:06 CEST] <JEEBsv> since we're starting off at x264 :P
[16:38:11 CEST] <chungy> it's geared towards making builds that run on compilers that are like POSIX (gcc, clang, tcc, etc)
[16:38:21 CEST] <JEEBsv> chungy: http://fate.ffmpeg.org/report.cgi?time=20150619060858&slot=x86_64-msvc12-windows-native
[16:38:28 CEST] <JEEBsv> it has support for MSVC just fine
[16:38:32 CEST] <JEEBsv> at least the sane versions
[16:38:58 CEST] <JEEBsv> there's even a semi-new part in the documentation regarding it
[16:40:54 CEST] <chungy> hmm. taking a look, it seems it's not actually an autoconf script :o
[16:40:55 CEST] <rngz> Yeah, I've built ffmpeg with --toolchain=msvc just fine, it's just this part about building libx264 and linking it into the ffmpeg build that I'm stuck on
[16:41:01 CEST] <chungy> i wasn't aware of that
[16:41:22 CEST] <JEEBsv> chungy: also Daemon404 has noted me that even autotools supports it these days, but I have never made sure :P
[16:42:01 CEST] <rngz> I'll move to #x264 until I get that part resolved
[16:42:06 CEST] <JEEBsv> yeah
[17:03:12 CEST] <BtbN> ldiamond1, no
[17:03:16 CEST] <BtbN> use OBS for stuff like that
[17:11:49 CEST] <JEEBsv> rngz: after you've cleaned and clean-installed libx264 to your prefix, take a look if you can configure ffmpeg without any libraries first with an MSVC configuration a la the one on that FATE run I linked
[17:12:07 CEST] <JEEBsv> also I remember that --extra-*flags with MSVC were wonky
[17:12:19 CEST] <JEEBsv> I think I was using some environment variable instead in MSVC builds
[17:12:34 CEST] <rngz> I can configure it without libx264 just fine
[17:12:55 CEST] <rngz> and build
[17:12:59 CEST] <rngz> with msvc no problem
[17:14:06 CEST] <JEEBsv> ok, so yeah... I have a hunch that it could be similar issue like I had with --extra-*flags
[17:14:18 CEST] <rngz> you might be on to something with having to set environmental variables manually.. I just don't know which ones
[17:14:39 CEST] <JEEBsv> try adding your libx264 prefix's lib and include in front of the LIB and INCLUDE env variables
[17:14:52 CEST] <JEEBsv> like export LIB="C:\JEEB\msys\msvc-zlib\lib;${LIB}"
[17:15:09 CEST] <JEEBsv> and export INCLUDE="C:\JEEB\msys\msvc-zlib\include;${INCLUDE}"
[17:15:33 CEST] <rngz> OH
[17:15:36 CEST] <JEEBsv> this is for zlib, which you probably guessed
[17:15:46 CEST] <rngz> do those paths have to be C:\xyz format?
[17:15:50 CEST] <JEEBsv> yes
[17:15:53 CEST] <rngz> because I've been using their paths in the msys env
[17:16:11 CEST] <rngz> like /home/user/x264/build/include or whatever
[17:16:13 CEST] <JEEBsv> msys(2) does some translation of those, but I have no idea if it's enough
[17:16:16 CEST] <rngz> ahhhh, that might be it
[17:16:25 CEST] <JEEBsv> and I just remember --extra-*flags having some wonky issues
[17:16:32 CEST] <JEEBsv> because those params were the ones I tried first, of course
[17:18:37 CEST] <rngz> bah, still not found
[17:19:05 CEST] <JEEBsv> config.log :P
[17:19:20 CEST] <rngz> empty... something is calling the require() function in the configure script to error out
[17:19:42 CEST] <JEEBsv> it shouldn't empty config.log
[17:19:49 CEST] <rngz> there are some variables in that function, name: libx264, header: x264.h, func: x264_encoder_encode
[17:20:55 CEST] <rngz> I'll have to come back to this unfortunately... oh well.  Thanks for digging in this far with me.
[17:22:22 CEST] <JEEBsv> I would guess that building ffmpeg with MSVC together with x264 isn't something that's often excersized ;)
[17:22:32 CEST] <JEEBsv> since those people generally want to use ffmpeg under LGPL
[17:48:02 CEST] <JEEBsv> rngz: I get a config.log created just fine
[17:48:34 CEST] <JEEBsv> http://up-cat.net/p/1b150780
[17:53:41 CEST] <JEEBsv> and by copying libx264.lib => x264.lib
[17:53:43 CEST] <JEEBsv> it built
[17:54:13 CEST] <JEEBsv> so yeah, as useless as it is, I now have ffmpeg with libx264 built in built with MSVC
[17:55:13 CEST] <JEEBsv> and lo and behold
[17:55:17 CEST] <JEEBsv> it even works
[18:38:50 CEST] <thrwaway> I'm having issues streaming H264 from a Raspberry Pi camera using the v4l2 device in ffmpeg. It seems like the H264 decoder gets fed mostly junk data. It's similar to the report at https://trac.ffmpeg.org/ticket/2882 (ffmpeg can't save h264 stream from v4l2 webcam into file without recoding), which is marked as closed.
[18:39:26 CEST] <thrwaway> I've verified the problem is present in ffmpeg 1.2.12, 2.6.1 and git master.
[18:43:07 CEST] <thrwaway> here's full output from ffmpeg showing the issue: https://pastebin.mozilla.org/8837411
[18:45:50 CEST] <proserpine-> how can i save the output from blackdetect filter to a file? command line is ffmpeg -i video.mp4 -vf blackdetect=d=0.1:pix_th=0.1 -f rawvideo -y nul
[18:46:56 CEST] <proserpine-> replacing nul by out.txt produces garbage obviously
[18:48:56 CEST] <proserpine-> nvm found the solution, redirect stderr to stdout and grep for blackdetect
[18:48:59 CEST] <BtbN> 2>somefile
[21:12:54 CEST] <anoop_r> how to resize video without maintaing aspect ratio using ffmpeg ?
[21:13:12 CEST] <c_14> -vf scale=someheight:somewidth
[21:14:47 CEST] <anoop_r> but this maintaing display aspect ratio
[21:16:13 CEST] <c_14> -vf scale=someheight:somewidth,setsar=1
[21:17:32 CEST] <anoop_r> thanks c_14
[21:24:27 CEST] <anoop_r> how to crop 10 pixels from the left, 30 pixels from the right 20 pixels from the top and 5 pixels from the bottom borders of a video using ffmpeg
[21:36:00 CEST] Last message repeated 1 time(s).
[21:36:29 CEST] <anoop_r> crop=in_w-2*10:in_h-2*20 this will crop 10 pixels from the left and right borders, and 20 pixels from the top and bottom borders
[21:36:46 CEST] <anoop_r> but how to crop from all sides with different values
[22:02:50 CEST] <feliwir> hey, ffmpeg recognizes some vp6 files as aac files
[22:10:35 CEST] <feliwir> how long does it take a pr to be accepted? (or can i even do pr's?
[22:10:39 CEST] <Lokie> hello is there a way to get a similar output from my static ffmpeg? http://johnvansickle.com/ffmpeg/
[22:10:54 CEST] <Lokie> -version or -buildconfig doesn't seem to be exactly similar
[22:13:09 CEST] <durandal_1707> feliwir: you can open bug reports
[22:13:38 CEST] <feliwir> durandal_1707, wouldn't it be faster to fix it myself?
[22:19:32 CEST] <durandal_1707> if you know it and post a patch
[23:54:15 CEST] Action: _DragonsLordKERN is away: AWAY
[00:00:00 CEST] --- Sat Jun 20 2015