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

[burek]

[00:06:13 CEST] <nine_milli> blb
[03:29:00 CEST] Last message repeated 1 time(s).
[07:30:14 CEST] <kth5> i'm trying to figure out failures during the ./configure step of the 4.1.4 release. is there any way to enable more verbosity? config.log is leaving me clueless as to why it complains about a missing dependency.
[07:45:26 CEST] <furq> pastebin config.log somewhere
[07:48:34 CEST] <nine_milli> blb
[07:51:40 CEST] <kth5> hold on
[07:54:14 CEST] <kth5> https://paste.ee/p/kh0Ij
[07:55:31 CEST] <tdr> last line:  ERROR: nvdec requested, but not all dependencies are satisfied: ffnvcodec
[07:56:14 CEST] <kth5> yes, and the headers are installed
[07:56:23 CEST] <kth5> i need to know what it tries here to find out what's going on
[07:56:59 CEST] <kth5> all nvcodec-headers in /usr/include/ffnvcodec and pkgconfig file in path
[07:57:07 CEST] <kth5> this is on ppc64le though
[07:57:29 CEST] <kth5> configure doesn't set up a blockade here tho unless it's bigendian ppc64
[07:58:35 CEST] <tdr> your ./configure output would prob be easier to read vs the log
[07:59:14 CEST] <kth5> there is none, which is the problem :D
[07:59:29 CEST] <kth5> it just slently returns with the message at the end of config.log
[07:59:39 CEST] <kth5> at line 14734 in config.log it seems ot detect the headers btw
[08:00:35 CEST] <tdr> i assume your running on linux?
[08:01:08 CEST] <kth5> yeah
[08:02:42 CEST] <tdr> are you trying to enable every single option?
[08:03:00 CEST] <kth5> yes, it's basically a build for packaging
[08:03:00 CEST] <kth5> https://github.com/kth5/archpower/blob/master/ffmpeg/PKGBUILD
[08:03:14 CEST] <kth5> the goal is to enable as many features as make sense
[08:03:29 CEST] <tdr> make sense to whom?
[08:03:32 CEST] <kth5> of course i don't want to have a runtime dependency on Cuda for instance, but ffnvcodec should work without it
[08:03:44 CEST] <tdr> --enable-libspeex ... when have you last used speex? ;)
[08:03:50 CEST] <tdr> or --enable-libfribidi
[08:04:14 CEST] <kth5> for as long as the feature works and is supported in source, it should be enabled as speex exists
[08:04:29 CEST] <tdr> and --disable-stripping ?
[08:04:37 CEST] <kth5> yes, packaging does it
[08:05:12 CEST] <kth5> anyway, the question is what it does for ffnvcodec there
[08:05:18 CEST] <tdr> something is odd if you are doing ./configure <all those options> and you see nothing
[08:05:27 CEST] <kth5> speex etc configure, build and work fine when disabling the nvidia stuff
[08:05:32 CEST] <tdr> you should see a ton of autotools output
[08:05:51 CEST] <tdr> checking <blah>  yes/no ... etc
[08:06:21 CEST] <kth5> yeah, one would think so but ffmpeg/configure is hardly autoconf :D
[08:06:45 CEST] <kth5> looks pretty handcrafted to me
[08:07:10 CEST] <tdr> digging through a literally 16,000 build log that has a gazillion million build tests in it ...
[08:08:24 CEST] <kth5> that's why i'm here haha
[08:08:36 CEST] <kth5> i've been eyeballing the issue with grep for a bit now
[08:15:15 CEST] <kth5> the fun fact is, "int x;" compiles fine with the last command in config.log, at least it creates an object and $? = 0
[08:15:16 CEST] <tdr> ok on the distro i have, it looks if you have ffnvcodec wanted, it pulls nvidia-drivers to get the nvidia glx stuff
[08:16:06 CEST] <kth5> using the Archlinux x86_64 PKGBUILD as a template here, the only additional dependency for nvcodec to work seems to be the headers that have been split out of ffmpeg sometime around 4.x
[08:16:33 CEST] <kth5> but hey, i'll give it a shot and see if nvidia libs will fix it
[08:16:35 CEST] <kth5> that would suck tho
[08:17:34 CEST] <tdr> ok on gentoo, it maps video_cards_nvidia:ffnvcodec and uses that to require media-libs/nv-codec-headers-8.1.24.2
[08:18:39 CEST] <tdr> or greater than that version of the headers i guess
[08:19:17 CEST] <tdr> ( had to read lower, it uses the video card the users has picked to determine whether it can use that and pull the additional codec header)
[08:19:40 CEST] <kth5> i have 9.0.18.1
[08:19:54 CEST] <kth5> with pkg-config working
[08:19:57 CEST] <tdr> i have 9.0.18.1
[08:20:13 CEST] <kth5> it seems to check >8.1 something
[08:20:24 CEST] <furq> 07:05:32 ( tdr) you should see a ton of autotools output
[08:20:25 CEST] <furq> yeah no
[08:20:28 CEST] <tdr> buitl it muitlib
[08:20:34 CEST] <furq> that's what config.log is for (except it's not autotools output)
[08:20:39 CEST] <tdr>  /usr/share/doc/nv-codec-headers-9.0.18.1/README.bz2 /usr/lib64/pkgconfig/ffnvcodec.pc /usr/lib32/pkgconfig/ffnvcodec.pc /usr/include/ffnvcodec/nvEncodeAPI.h /usr/include/ffnvcodec/dynlink_nvcuvid.h /usr/include/ffnvcodec/dynlink_loader.h /usr/include/ffnvcodec/dynlink_cuviddec.h /usr/include/ffnvcodec/dynlink_cuda.h
[08:20:56 CEST] <tdr> furq, yeah i see its not using that.  makes the build log fun to read :)
[08:22:33 CEST] <furq> it also makes configure possible to read
[08:22:33 CEST] <furq> which is pretty nice
[08:23:32 CEST] <kth5> lowered my nvcodec heders to 8.2.15.8 but no dice either
[08:23:35 CEST] <tdr> ok fair enough, configure is easy to read
[08:41:46 CEST] <nine_milli> blb
[12:19:21 CEST] <Youtube-DL-User> FFMPEG 4.1.4 build from here (https://ffmpeg.zeranoe.com/builds/) are unable to download complete video HLS AES-128 video streams. While command windows shows that TS fragments are being downloaded, but in reality, they aren't written to the output mp4 file. The command being used is: ffmpeg -i [m3u8 url] output.mp4"
[13:16:39 CEST] <CpAj0> hello, is possible to extract a frame from a video at for example 10% of duration of every video that pass to ffmpeg?
[13:36:18 CEST] <relaxed> CpAj0: sure, use ffprobe -i INPUT -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 to get the duration in seconds and do the math
[13:37:46 CEST] <relaxed> combine it with a for loop
[13:41:32 CEST] <CpAj0> relaxed, thank you
[13:48:20 CEST] <dastan> hello
[13:49:01 CEST] <dastan> does someone know the most compatible cards to accelerate the image process?
[13:49:49 CEST] <dastan> i dont know if i can help to accelerate ffmpeg with a render card or only a video card like nvidia
[13:52:14 CEST] <relaxed> nvidia has pretty good hardware {en,de}coding support, not sure what a render card is
[13:53:19 CEST] <relaxed> I think they're synonymous
[13:54:18 CEST] <dastan> what is better in nvidia? Quadro or Geforce?
[13:56:04 CEST] <relaxed> Quadro is their professional line for servers/workstations, so probably that
[13:57:09 CEST] <relaxed> I think Geforce cards limit how many streams you can process at a time
[18:07:21 CEST] <yashi> What is the equivalent of -f alsa hw:1 on the mac?
[18:18:38 CEST] <tdr> yashi, if its running macos, avfoundation is prob what you want.  https://ffmpeg.org/ffmpeg-devices.html#avfoundation
[18:19:49 CEST] <yashi> tdr: But avfoundation is an input device and I am trying to play a file (so I need an output device)
[19:10:16 CEST] <another> are you refering to ffplay? what are you actually trying to do?
[19:10:59 CEST] <nine_milli> blb
[19:24:44 CEST] <yashi> another: I'm trying to play a file directly into my USB DAC without decoding it.
[19:33:00 CEST] <dastan> hello people
[19:34:03 CEST] <dastan> when you are receiving a stream is is possible to use two hardware acceleration together, like cuvid to decode and qsv to encode?
[19:37:54 CEST] <dastan> ffmpeg -hwaccel cuvid -c:v h264_cuvid -f hls -i "hls.m3u8 -vcodec h264_qsv -crf 25 output_h264_video.mp4
[19:38:01 CEST] <dastan> is it possible?
[19:39:07 CEST] <dastan> i dont have ffmpeg compiled for nvenc or qsv support yet as i dont have a server with those cappabilities, but i expect to get one which support those technologies
[20:00:11 CEST] <dastan> someone knows about hardware acceleration?
[20:44:06 CEST] <nine_milli> blb
[20:47:33 CEST] <yashi> What's blb?
[20:52:36 CEST] <relaxed> yashi: it's an annoying bot highlighting someone in the channel because kids
[23:16:14 CEST] <CounterPillow> "blb" is my favourite new meme.
[00:00:00 CEST] --- Sun Jul 21 2019