[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