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

[burek]

[00:30:58 CEST] <Sashmo> Anyone else get this error when dealing with AC3 audio only files?  http://pastebin.com/tak3cwrc
[02:58:18 CEST] <torstein_> Hi guys. I'm getting 'ERROR: CUVID not found' when trying to compile with Cuda on Linux (full log: http://pastebin.com/wEEyzULt). Any ideas?
[02:59:45 CEST] <DHE> that's got roughly zero ffmpeg build info
[03:00:05 CEST] <torstein_> Cuda is installed and the cuvid headers should be available (/usr/include/cuviddec.h and /usr/local/cuda-8.0/targets/x86_64-linux/include/cuviddec.h)
[03:00:15 CEST] <torstein_> I'm building the latest release, not master
[03:02:58 CEST] <torstein_> There was something wrong with my paste. Here's a new one: http://pastebin.com/2rXcTG8u
[03:10:39 CEST] <torstein_> Do you need any other info?
[03:11:29 CEST] <torstein_> It's compiled with mpv-build, I'm not sure if it omits any build info
[05:39:06 CEST] <zotherstupidguy> is ogg a container or a codec?
[05:39:24 CEST] <relaxed_> container
[05:39:54 CEST] <zotherstupidguy> okay, ffmpeg is diff than avconv? which is better for converting to ogg
[05:40:27 CEST] <zotherstupidguy> as in a general oneliner that will convert all formats to ogg
[05:40:48 CEST] <relaxed_> https://trac.ffmpeg.org/wiki/TheoraVorbisEncodingGuide
[05:40:50 CEST] <zotherstupidguy> while maintaing quality as much as it can
[05:41:38 CEST] <zotherstupidguy> relaxed_ thanks, but .ogv is same as ogg?
[05:42:12 CEST] <zotherstupidguy> i know that 10 is the best quality, i been through most documentations, but i faced some issues like converting mkv to mp3 and ogg without sound in the output.ogg
[05:43:14 CEST] <zotherstupidguy> i am seeking a safe oneliner that will fit nicely for 80% of my video converting needs as in, a big library with different formats(mp4, avi, wbem, etc.) running a script will convert everythign to ogg nicely?
[05:43:22 CEST] <zotherstupidguy> what would that liner be?
[05:44:15 CEST] <zotherstupidguy> and i am using arch and ubuntu, to which one have ffmpeg and the other avconv, so i iwll have to build from the source, which one i should favor?
[06:00:01 CEST] <DolpheenDream> howdy
[06:00:57 CEST] <DolpheenDream> i have a series of PNG images with transparenc adn i want to create a movie without transparency. for some reason my command seems to ignore the transparency altogether and theimage appears solid
[06:01:17 CEST] <DolpheenDream> quicktime shows it fine but VLC doesnt
[06:01:53 CEST] <DolpheenDream> i thought maybe there is a way to flatten the png with transparency into a jpeg with black background before creating the movie
[09:32:33 CEST] <laserbled> Hi. I am trying to screen mirror from android to windows and decode and play it using ffplay. 1) How to keep the stream in sync by dropping frames or skipping. 2) How to chose which format to decode the stream. Android is sending it a h.264 but i would like to get that to mpeg part 14. currently it is 10 . please help
[09:33:09 CEST] <laserbled> command line parameters would be great help. i will try to add it into a subprocess in python
[09:35:39 CEST] <nonex86> what do you mean by saying "keep stream in sync by dropping and skipping"?
[09:36:41 CEST] <laserbled> currently the delay between what is happening in android screen and the video in windows there is a delay of 1 -2 sec
[09:37:02 CEST] <nonex86> your stream obviuosly have pts, isnt it a good thing to keep your streams in sync?
[09:37:03 CEST] <laserbled> i am trying to implement screen cast. so the out of sync creates a issue
[09:37:42 CEST] <laserbled> like when i swipe in android. it gets reflected on the cast only after 2 seconds.
[09:37:52 CEST] <nonex86> so
[09:37:57 CEST] <nonex86> you talk about buffering
[09:38:02 CEST] <nonex86> on player side
[09:38:15 CEST] <nonex86> not on sync of the streams?
[09:38:23 CEST] <nonex86> *not about
[09:39:06 CEST] <laserbled> oh ok. Sorry. I am not very familiar with this :). I am trying to play around with someone elses code
[09:39:49 CEST] <nonex86> laserblend: https://lists.ffmpeg.org/pipermail/ffmpeg-user/2012-November/011610.html is it your issue?
[09:40:14 CEST] <nonex86> i mean same as yours :)
[09:40:50 CEST] <laserbled> Let me check. Thanks for the link
[09:40:59 CEST] <nonex86> and one more question, why dont you like h264? :)
[09:42:27 CEST] <nonex86> and i cant understand one more thing... you said - "i want mpeg part 14", do you mean mpeg4 part14? but afaik its not the codec, but container
[09:42:57 CEST] <laserbled> I actually started with gstreamer. It works perfectly in linux. I am trying to get it running in windows  and I cant seem to get it to work. And windows metro doesnt support it
[09:42:58 CEST] <nonex86> you try to compare h264 with mp4 media container ? :/
[09:44:11 CEST] <nonex86> your questions looks a little.. messy for me :)
[09:45:14 CEST] <laserbled> ok. I will be back after reading up a bit. Looks like i mis used a couple of things. yes part 14 is the container :).
[09:48:00 CEST] <laserbled> http://pastebin.com/ScmjDtUg this is the code i am trying to work with
[09:48:17 CEST] <laserbled>  p = Popen(['ffplay', '-framerate', '30', '-'], stdin=PIPE, stdout=PIPE) currently only this parameter is there
[09:48:38 CEST] <laserbled> I trying to look up what all need to be added
[10:40:05 CEST] <Rotonen> encoding a timelapse from a bunch of .jpg - if some of them have a different pixel format the encoder starts to drop all frames after a deviant input jpg file
[10:40:40 CEST] <Rotonen> namely there are greyscale images peppered into the original data set
[10:41:07 CEST] <Rotonen> is the only way around that to weed out the deviant data from the input or is there a way to make ffmpeg only drop the deviant frames?
[11:00:19 CEST] <laserbled> Hi, Popen(['ffplay', '-framerate', '30', '-probesize', '32', '-infbuf', '-framedrop', '-stats', '-sync', 'ext', '-'] This is my current command. I have made infinite buffer, did sync and made probesize 32. It shows not enough info for decoding with 32 value but when it is 15000 it is able to. But either still gives an average 2 - 3 second delay
[11:00:32 CEST] <laserbled> nonex86,
[11:01:30 CEST] <nonex86> you can check it on another player, not in ffplay
[11:01:39 CEST] <laserbled> Please let me know how much is the min achievable delay in ffplay
[11:01:44 CEST] <nonex86> if you still have bug latency
[11:01:52 CEST] <nonex86> then its the problem on streaming side
[11:01:55 CEST] <laserbled> this is over wifi
[11:02:16 CEST] <nonex86> doubt the physical connection is a problem :)
[11:02:24 CEST] <laserbled> another player..any suggetions ?
[11:02:31 CEST] <nonex86> vlc perhaps?
[11:02:35 CEST] <nonex86> mpv?
[11:02:41 CEST] <laserbled> let me try with vlc
[11:03:04 CEST] <nonex86> if you will have same latency, then the problem on "server" side
[11:03:08 CEST] <bencoh> you might want to tweak caching options in vlc
[11:03:15 CEST] <nonex86> and you know the direction to dig :)
[11:03:27 CEST] <bencoh> you can reduce it to almost 0
[11:03:41 CEST] <nonex86> yeah, vlc also make some buffering afair
[11:03:43 CEST] <laserbled> oh sweet
[11:03:52 CEST] <bencoh> (~0 buffering, not 0 latency)
[11:04:00 CEST] <laserbled> oh right ;)
[11:04:04 CEST] <laserbled> what was i thinking
[11:04:31 CEST] <laserbled> what is the min latency for ffplay ?
[11:04:51 CEST] <laserbled> i saw some 150 mill sec
[11:04:59 CEST] <laserbled> in stackoverflow
[11:06:17 CEST] <nonex86> btw, why did you cant tolerate some buffering?
[11:06:42 CEST] <nonex86> its a good thing, with unstable streaming for example
[11:08:17 CEST] <laserbled> so the thing is i am using this to do lan casting from android phone to a windows pc over local network. so bandwidth wont be a issue
[11:08:41 CEST] <laserbled> *screen casting
[11:08:59 CEST] <laserbled> its more of the latency that would be a problem
[11:19:42 CEST] <nonex86> nice
[12:01:46 CEST] <Rotonen> https://github.com/yihui/animation/issues/74
[12:01:59 CEST] <Rotonen> so -r drops frames at hiccups and -framerate does not
[12:02:17 CEST] <Rotonen> for whomever concerning, problem solved
[12:44:37 CEST] <fqtw__> BtbN: so should i just use the last frame again? or what should i do?
[14:19:49 CEST] <torstein_> Hi guys I'm running into some troubles trying to build FFMPEG with CUDA and CUVID from github master. Build log: http://pastebin.com/qYXWui4r, Packages and config: http://pastebin.com/cuXJgPGc
[14:20:09 CEST] <torstein_> The error: ERROR: CUVID not found
[14:22:43 CEST] <nonex86> enabled cuvid             && { check_lib cuviddec.h cuvidCreateDecoder -lnvcuvid ||
[14:22:43 CEST] <nonex86>                                die "ERROR: CUVID not found"; } &&
[14:24:23 CEST] <torstein_> cuviddec.h locations: /home/torstein/.local/share/Trash/files/mpv-build/ffmpeg/compat/cuda/cuviddec.h,  /usr/include/cuviddec.h,   /usr/local/cuda-8.0/targets/x86_64-linux/include/cuviddec.h
[14:25:34 CEST] <torstein_> and /home/torstein/mpv-build/ffmpeg/compat/cuda/cuviddec.h
[14:26:42 CEST] <nonex86> does it contains cuvidCreateDecoder?
[14:27:30 CEST] <nonex86> can you show your config.log please?
[14:28:19 CEST] <nonex86> first pastebin is config.log?
[14:29:23 CEST] <nonex86> looks like it isnt
[14:29:35 CEST] <torstein_> There's no file called cuvidcreatedecoder
[14:29:53 CEST] <nonex86> its not a file
[14:29:57 CEST] <nonex86> well
[14:30:00 CEST] <nonex86> you ask about ffmpegf
[14:30:07 CEST] <nonex86> but provide build log of mpv :/
[14:30:17 CEST] <nonex86> please, post config.log of ffmpeg
[14:33:39 CEST] <torstein_> http://pastebin.com/s7qnHtqp
[14:34:30 CEST] <nonex86> well
[14:34:51 CEST] <nonex86> you dont have libnvcuvid installed
[14:35:05 CEST] <relaxed_> it's from NVIDIA CUDA SDK
[14:35:07 CEST] <nonex86> you have headers
[14:35:07 CEST] <nonex86> but you dont have libraries
[14:35:33 CEST] <nonex86> as you can see ld is failed
[14:35:39 CEST] <nonex86> install the libraries
[14:35:49 CEST] <nonex86> and youll be fine with building
[14:57:28 CEST] <Spring> ffplay seems to have trouble previewing files which have the maximum path limit length in Windows
[14:58:28 CEST] <nonex86> your path exceeded 65536 chars ? O_o
[14:58:56 CEST] <Spring> well, the maximum File Explorer limit anyway, 255 or whatever
[14:59:23 CEST] <nonex86> 256 limit is the limit of concrete software or libraries, not the os or filesystem itself
[14:59:35 CEST] <nonex86> afair ntfs limit is around 65k
[14:59:40 CEST] <Spring> just tested a preview of a video within a path named 'aaaaaaaa...' (etc) and it basically stalls and doesn't launch the preview window
[14:59:53 CEST] <Spring> *directory
[15:00:59 CEST] <Spring> via cmd.exe fwiw. Perhaps that's the limitation, not sure.
[15:01:10 CEST] <nonex86> and also
[15:01:26 CEST] <nonex86> there are some limits of command line :)
[15:05:51 CEST] <Spring> oh, duh. I was previewing a trim and the values were outside the actual length of the video itself
[15:06:00 CEST] <Spring> that's why it didn't launch
[15:06:27 CEST] <Spring> wish it would error when that happens
[15:06:45 CEST] <BtbN> torstein_, you can use https://github.com/BtbN/FFmpeg/ to make your life easier. Didn't get around to get it into ffmpeg master yet.
[15:08:22 CEST] <lasser> Hi folks. Yesterday you helped me out in going live on YT via ffmpeg, today I'm asking for some optimization of the command:
[15:08:24 CEST] <lasser> http://pastebin.com/9VZGeX11
[15:08:32 CEST] <kerio> is it possible to do rtmp over unix socket with the ffmpeg command line?
[15:09:02 CEST] <lasser> It digs up all of my Laptops crunching power.
[15:09:42 CEST] <lasser> Do you see any possibilities?
[15:13:29 CEST] <DHE> I'm guessing it's a case of the jpeg being decoded over and over again. a static image should compress really well
[15:14:07 CEST] <DHE> can you set "-r 1" before the input jpg and "-vf setfps=30" before the output url?
[15:15:39 CEST] <lasser> ok, I'll try
[15:23:58 CEST] <SouLShocK> curious. ffmpeg 3.1.4 zeranoe win64 build does exit immediately on error (unless i specify -xerror), whereas linux version does without specifying -xerror
[15:24:21 CEST] <SouLShocK> win64 version does NOT exit, i mean
[15:26:32 CEST] <nonex86> ffmpeg version 3.1.4 Copyright (c) 2000-2016 the FFmpeg developers
[15:26:32 CEST] <nonex86>   built with Microsoft (R) C/C++ Optimizing Compiler Version 18.00.40629 for x64
[15:26:33 CEST] <nonex86>   configuration: --toolchain=msvc --enable-static --disable-shared --enable-avresample --enable-gpl --enable-libx264 --enable-libx265 --enable-libvpx --enable-libmp3lame --enable-libmfx --enable-nvenc --enable-nonfree --enable-libkvazaar --enable-libvorbis --enable-libopus --enable-libxvid
[15:26:41 CEST] <nonex86> but this is my own build
[15:26:45 CEST] <nonex86> not zeranoe
[15:27:21 CEST] <nonex86> what do you mean exit on error?
[15:28:01 CEST] <nonex86> in my case it quit gracefully on error
[15:28:08 CEST] <lasser> DHE, now the load ist just below 95%, an slight improvement
[15:30:04 CEST] <nonex86> can anyone suggest videoplayer with upnp/dlna support (except vlc)?
[15:30:15 CEST] <lasser> DHE, wait, I'm using -r 1 before the url, -vf "setfps=30" didn't work
[15:31:56 CEST] <DHE> lasser: disappointing...
[15:35:26 CEST] <torstein_> BtbN: Now cuda and cuvid is working, but I lost libavcodec VDPAU hwaccel, which was working on release 3.1.4. Config.log: http://pastebin.com/ZGjBP24g
[15:36:21 CEST] <BtbN> my branch is just latest ffmpeg master with a dynamic cuda/cuvid loader.
[15:36:28 CEST] <BtbN> so nothing changed in regards to vdpau
[15:37:10 CEST] <furq> lasser: youtube's vod player supports 6fps, so you should probably try -vf fps=6
[15:37:44 CEST] <furq> also i seem to recall your source audio is mp3, so get rid of -acodec libmp3lame -ar 44100 -ab 64k -ac 1 and replace it with -c:a copy
[15:38:20 CEST] <furq> you can get rid of -strict -2 as well
[15:39:39 CEST] <furq> oh nvm your source is alsa
[15:39:55 CEST] <furq> i'm good at reading
[15:42:36 CEST] <kerio> furq: does it get transcoded as 6fps tho?
[15:42:57 CEST] <furq> ?
[15:43:54 CEST] <furq> i mean the player itself, not their encoders
[15:44:03 CEST] <furq> if you upload anything <6fps it'll be transcoded to 6fps
[15:44:53 CEST] <furq> the live player might well support 1fps, i've never tried it
[15:47:48 CEST] <lasser> furq: -vf fps=6 works better than -vf fps=1. load is still around 95%
[15:51:03 CEST] <furq> there's not much else you can do unless that laptop has a hardware encoder
[15:51:11 CEST] <furq> and i suspect it doesn't
[15:51:51 CEST] <lasser> that laptop is quite old, around 10 years ;-) Latitude D505
[15:52:00 CEST] <furq> yeah i figured
[15:53:09 CEST] <lasser> so ok, while beeing live now the laptop is more responsive than yesterday evening. But I should consider using a newer one...
[15:55:10 CEST] <furq> you could maybe try openh264
[15:55:18 CEST] <furq> i suspect you'd need to rebuild ffmpeg though
[15:56:10 CEST] <furq> any other software video codec you can use for youtube will definitely be slower
[15:58:28 CEST] <furq> maybe it would help to resize the source image to 320x240 in advance and get rid of -s
[15:58:44 CEST] <furq> idk if ffmpeg is smart enough to only scale the image once with -loop 1
[15:59:27 CEST] <bencoh> do you expect openh264 to run faster than x264?
[15:59:36 CEST] <furq> i don't know
[15:59:56 CEST] <furq> google reckons it's roughly on a par with x264 ultrafast
[16:00:40 CEST] <furq> i doubt there are any benchmarks run on a pentium m though
[16:03:03 CEST] <kerio> what about zmbv
[16:03:31 CEST] <kerio> i swear, i uploaded a zmbv video to youtube
[16:03:32 CEST] <kerio> and it worked
[16:03:40 CEST] <bencoh> :D
[16:03:58 CEST] <kerio> i was very surprised too!
[16:04:50 CEST] <furq> afaik the live player doesn't transcode
[16:05:02 CEST] <torstein_> When trying to play HEVC files I get this: [ffmpeg/video] hevc_cuvid: cuvidCreateDecoder(&cudec, &cuinfo) failed -> CUDA_ERROR_NO_DEVICE: no CUDA-capable device is detected Could not open codec.
[16:05:08 CEST] <furq> the vod player will accept anything that ffmpeg (circa 2011-ish) does
[16:05:33 CEST] <furq> but the live player needs to be h264 or vp[89]
[16:05:46 CEST] <torstein_> but x264 files work, with CUDA. Does my card need to support native x265/HEVC hw acceleration? It's a GTX770
[16:07:16 CEST] <lasser> furq: I just did resize the image, and there was another improvement
[16:07:44 CEST] <kerio> honestly how are you having so many issues encoding a still image
[16:08:17 CEST] <flux> torstein_, x265 is a software implementation of a h264 encoding, whereas nvidia has a hardware one for the same
[16:08:43 CEST] <torstein_> flux so if x264 works with CUDA, then x265 should work as well?
[16:08:43 CEST] <lasser> I also tried x264 against h264. the latter was faster
[16:08:52 CEST] <c_14> flux: I hope both were supposed to be 4s or 5s
[16:09:10 CEST] <flux> c_14, right
[16:09:43 CEST] <flux> torstein_, I understand there's some cuda support in x265, but apparently it's not really that much faster than doing is in software.. I suppose it depends on your gpu and cpu of course.
[16:09:53 CEST] <lasser> kerio: lame hardware?
[16:10:04 CEST] <flux> I would expect that cuda support to work with most any modernish nvidia gpu
[16:10:19 CEST] <kerio> lasser: try -c:v zmbv
[16:10:27 CEST] <kerio> if your goal is youtube upload
[16:11:30 CEST] <lasser> kerio: goal is live streaming
[16:11:39 CEST] <kerio> that is much harder tho D:
[16:12:17 CEST] <furq> thank you for this wonderful advice
[16:12:31 CEST] <flux> torstein_, I would claim that if the latest nvidia drivers work with your card, then it can run most any single-precision cuda code (afaik only scientific code is double-precision)
[16:13:33 CEST] <flux> I don't seem to be able to find any concrete x265+cuda performance numbers.. I might have some use for that as well, if it's fast :)
[16:14:12 CEST] <furq> lasser: does your ffmpeg have --enable-openh264 in the configure line
[16:14:31 CEST] <furq> if it doesn't then -c:v h264 will use libx264
[16:15:40 CEST] <furq> --enable-libopenh264, rather
[16:16:17 CEST] <kerio> lasser: what's the latest commandline that you've been using?
[16:16:21 CEST] <lasser> furq: nope
[16:16:47 CEST] <lasser> kerio: $ ffmpeg -loop 1 -r 1 -i Bilder/schwalben_klein_2.jpg -f alsa -i hw:0,0 -preset ultrafast -flags +global_header -acodec libmp3lame -ar 44100 -ab 64k -ac 1 -vcodec h264 -pix_fmt yuv420p -vf fps=6 -g 2 -shortest -f flv "rtmp://a.rtmp.youtube.com/live2/
[16:16:50 CEST] <furq> i mean you could try rebuilding but i can't guarantee openh264 will be faster
[16:16:56 CEST] <bencoh> furq: is there such a thing as cuda accel for x265?
[16:17:06 CEST] <furq> x264 ultrafast is pretty fast, as the name implies
[16:17:17 CEST] <furq> bencoh: i assume that was for flux
[16:17:28 CEST] <kerio> lasser: do you care a lot about that image?
[16:17:38 CEST] <bencoh> indeed
[16:17:45 CEST] <furq> lasser: get rid of -g 2
[16:17:58 CEST] <furq> youtube reckons you should have 2-4 second gops, so use -g 24
[16:18:10 CEST] <lasser> kerio: you mean get rid of it?
[16:18:43 CEST] <furq> you can probably go higher than 24 though
[16:18:51 CEST] <kerio> regardless of codec, i imagine that a black screen is way easier to encode than an image
[16:18:54 CEST] <kerio> even if it's a still image
[16:19:10 CEST] <kerio> -f lavfi -graph "color=c=black:s=3840x2160:r=1" -i dummy
[16:19:12 CEST] <kerio> ER
[16:19:20 CEST] <kerio> remove the s= part
[16:19:24 CEST] <kerio> it'll default to 320x240
[16:19:48 CEST] <furq> -f lavfi -i color=r=6
[16:19:59 CEST] <furq> try using the image with a higher gop size though
[16:23:20 CEST] <lasser> furq: Yt does not complain about -g 2 , even without -g there are no complaints
[16:23:56 CEST] <furq> i'd have thought -g 2 would be slower
[16:24:13 CEST] <lasser> kerio: the intention of this live stream is to comment amateur soccer games. The image will show the standing and some other stuff
[16:24:21 CEST] <flux> bencoh, I have no idea, I was just considering the applicability of CUDA code on that hardware. also I don't seem to find any proof such would exist for either x264 or x265 :)
[16:24:23 CEST] <furq> getting rid of it entirely at 6fps will make it harder to seek, if that matters to you
[16:24:54 CEST] <flux> though I do recall someone mentioning that it exists for x264. but it's difficult to tell who is confused about h264/x264 and about cuda/nvenc..
[16:25:27 CEST] <kerio> lasser: i realize that it's not really the point of this channel or the point of this exercise but
[16:25:28 CEST] <bencoh> furq: there was a gpu-powered (opencl iirc) x264 project at some point
[16:25:32 CEST] <kerio> can't you just use OBS
[16:25:33 CEST] <flux> at least this exists: https://github.com/Wenchy/x264-CUDA
[16:25:33 CEST] <bencoh> flux: ^
[16:25:35 CEST] <kerio> like everyone does
[16:25:37 CEST] <bencoh> furq: my bad :/
[16:25:42 CEST] <furq> i'm popular
[16:25:56 CEST] <flux> seems like hardware-assited motion estimation would be very relevant for x265 as well
[16:26:17 CEST] <furq> kerio: what makes you think obs would be faster than ffmpeg
[16:26:19 CEST] <lasser> kerio: OBS seems to be a fine pieca of art, but it needs OpenGL 3.2, and my laptop offers 1.3
[16:26:29 CEST] <lasser> It's quite lame, as I said ;-)
[16:26:44 CEST] <kerio> furq: "spawning" the text as opposed to reading a jpg over and over, idk
[16:26:52 CEST] <kerio> anyway, youtube live streaming works with 1fps video
[16:26:57 CEST] <furq> x264 will be the bottleneck
[16:27:06 CEST] <bencoh> flux: well, part of it might be doable using a gpu, yeah. but most of the real "encoder" work (ie all the branching / decision) will run on cpu
[16:27:19 CEST] <furq> you can probably use -framerate 1/60 before -i if it's a static image
[16:27:25 CEST] <kerio> ffmpeg -re -i 03\ -\ Thou\ Shalt\ Always\ Kill.flac -f lavfi -graph "color=r=1" -i dummy -c:a aac -b:a 256k -f flv rtmp://a.rtmp.youtube.com/live2/haha-nice-try-lmao
[16:27:45 CEST] <kerio> it defaulted to some weird flv codec for video
[16:28:04 CEST] <furq> that probably won't work with the html5 player
[16:28:15 CEST] <kerio> it's very weird for you to say that
[16:28:19 CEST] <kerio> since i was listening to it on safari
[16:28:22 CEST] <kerio> without flash player installed
[16:28:50 CEST] <furq> i guess you have no way of knowing if the video works since it's black anyway
[16:29:28 CEST] <furq> if youtube does actually transcode the video then we're all wasting our time, but their support docs heavily imply they don't
[16:29:41 CEST] <kerio> furq: https://youtu.be/WsPqF9C4Uz4
[16:29:42 CEST] <furq> and we all know how infallible google's support is
[16:30:39 CEST] <furq> this is some good nethack gameplay right here
[16:31:07 CEST] <kerio> don't pay attention to that
[16:31:22 CEST] <kerio> apparently youtube is now complaining about the codec
[16:31:24 CEST] <kerio> oh well
[16:31:25 CEST] <kerio> sucks for them
[16:31:42 CEST] <furq> does the video work with something other than a black screen
[16:31:51 CEST] <kerio> hold on
[16:31:52 CEST] <furq> the player claims it's avc, so maybe it does
[16:32:17 CEST] <kerio> how do i downsample a video
[16:32:38 CEST] <furq> -vf scale=320:240
[16:33:01 CEST] <furq> you could just use color=c=red
[16:33:06 CEST] <kerio> no, on the third dimension
[16:38:25 CEST] <kerio> no seriously
[16:38:33 CEST] <kerio> how do i drop 59 out of 60 frames
[16:39:04 CEST] <furq> -vf fps=1
[16:39:37 CEST] <furq> also time is the fourth dimension
[16:40:03 CEST] <kerio> not in video
[16:41:21 CEST] <kerio> furq: https://youtu.be/z8VVxFtAKnQ
[16:42:53 CEST] <kerio> apparently youtube reencodes
[16:43:30 CEST] <kerio> i mean
[16:43:34 CEST] <kerio> it does look like absolute garbage
[16:43:38 CEST] <kerio> but i don't know who's at fault for that
[16:43:54 CEST] <kerio> furq: does it work for you too
[16:44:27 CEST] <lasser> Ok, the load is now avrg at around 90%, goes from 80 to 100
[16:45:09 CEST] <kerio> lasser: fps 1 and flv1 as the codec seems to work for youtube
[16:45:21 CEST] <kerio> so like
[16:45:29 CEST] <lasser> That could be goog enough for now. But there are ALSA errors all the time: [alsa @ 0x9d10c20] ALSA buffer xrun.
[16:46:22 CEST] <kerio> that's probably because you're cpu-bound
[16:47:30 CEST] <lasser> ok, I'll get rid of that with a faster CPU?
[16:47:39 CEST] <kerio> ffmpeg -re -loop 1 -r 1 -i Bilder/schwalben_klein_2.jpg -f alsa -i hw:0,0 -c:a libmp3lame -b:a 64k -ac 1 -f flv "rtmp://a.rtmp.youtube.com/live2/whatever
[16:47:43 CEST] <kerio> try that one
[16:48:26 CEST] <kerio> i don't know how efficient sorenson spark is but
[16:48:37 CEST] <kerio> like
[16:48:40 CEST] <kerio> it's a static image
[16:49:00 CEST] <kerio> furq: btw you missed my sweet 1fps restream of a twitch stream on youtube
[16:56:05 CEST] <kerio> lasser: did that work better?
[17:00:17 CEST] <lasser> kerio: one moment plz
[17:03:53 CEST] <lasser> kerio: yes. there are still errors but much less
[17:04:27 CEST] <furq> you might as well just use rawvideo if you've got the bandwidth for it
[17:04:45 CEST] <furq> actually never mind. it's rtmp isn't it
[17:06:42 CEST] <lasser> kerio: but I had to add -ar 44100, otherwise it doesn't work
[17:06:53 CEST] <lasser> or 22050 or whatever
[17:22:30 CEST] <lasser> thanks for now. you were a great help :-)
[17:23:32 CEST] <kerio> lasser: i think you can go lower than 1fps
[17:25:35 CEST] <lasser> kerio: ? how that? are decimals allowed in ffmpeg?
[17:25:41 CEST] <kerio> sure, why not
[17:25:50 CEST] <kerio> i mean
[17:25:52 CEST] <lasser> like -r 0.00001 :-)
[17:25:55 CEST] <furq> you can use 0.5 or 1/2
[17:26:07 CEST] <kerio> ntsc is 59.94fps
[17:26:19 CEST] <furq> only if that f stands for fields
[17:26:35 CEST] <kerio> furq: are the fractions actually kept as fractions?
[17:26:45 CEST] <furq> no idea but they're more accurate
[17:26:47 CEST] <kerio> furq: ok whatevs 29.97
[17:26:50 CEST] <furq> you should use -r 30000/1001
[17:27:20 CEST] <kerio> honestly between that and sRGB emulating the color response of CRT screens
[17:27:22 CEST] <furq> i imagine the decimal is the same if you type in enough significant digits
[17:27:30 CEST] <furq> but 30000/1001 is easier to remember
[17:27:56 CEST] <furq> or just live in a pal region and use 25
[17:28:34 CEST] <kerio> furq: the double for 30000/1001 is 1054476685978981/35184372088832
[17:28:52 CEST] <kerio> the closest double to 29.97 is 1054475631502295/35184372088832
[17:28:55 CEST] <furq> close enough
[17:28:58 CEST] <kerio> heh
[17:29:11 CEST] <kerio> but obviously it's not 29.97, it's 29.(970029)
[17:29:31 CEST] <kerio> furq: or be cinematic and use 24
[17:29:40 CEST] <furq> you mean 24000/1001
[17:29:47 CEST] <kerio> oh, is 24fps retarded too
[17:29:50 CEST] <furq> sometimes
[17:29:54 CEST] <kerio> nice ._.
[17:30:08 CEST] <kerio> oh right, 23.976
[19:26:25 CEST] <torstein_> Hi. I'm running into two problems. First, libavcodec VDPAU hwaccel works with release 3.1.4 but not with latest master. Second, CUDA hwaccel is works (both master and release) but only for x264. When trying to decode x264 I get this error: "[ffmpeg/video] hevc_cuvid: cuvidCreateDecoder(&cudec, &cuinfo) failed -> CUDA_ERROR_NO_DEVICE: no CUDA-capable device is detected". config.logs: release (http://pastebin.com/E0SFknbC), master
[19:26:25 CEST] <torstein_> (http://pastebin.com/eC0NPb5G).
[19:26:55 CEST] <torstein_> When trying to decode x265**
[19:30:31 CEST] <torstein_> master version: ffmpeg version: N-81983-g4d81f96
[19:31:21 CEST] <torstein_> It seems libavcodec was updated from 57.61.101 to 57.61.103 between master and release
[19:34:10 CEST] <agrathwohl> I am having the exact same issue with HEVC encoding/decoding 3.1.4 torstein_
[19:34:35 CEST] <agrathwohl> Haven't tried latest master yet
[19:35:35 CEST] <torstein_> master made no difference to me
[19:36:04 CEST] <agrathwohl> Are you on Linux?
[19:36:14 CEST] <torstein_> Yes Mint 18 x64
[19:36:30 CEST] <torstein_> CUDA 8, Nvidia 370
[19:36:34 CEST] <agrathwohl> I'm on Arch, bleeding edge current as of yesterday
[19:43:57 CEST] <torstein_> I have also tried the BtbN fork of FFMPEG but it has the same problem
[00:00:00 CEST] --- Fri Oct 14 2016