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

[burek]

[00:13:29 CEST] <c_14> realnc: try -f data ?
[00:22:24 CEST] <realnc> @c_14 "ffmpeg -i tst.ogg -acodec copy -f data tst.vorbis" get me: Output file #0 does not contain any stream
[00:22:33 CEST] <c_14> -map 0:a
[00:23:20 CEST] <realnc> that worked!
[00:23:24 CEST] <realnc> thank you :)
[00:23:32 CEST] <c_14> I'm honestly not sure what it produces though
[00:23:37 CEST] <c_14> might want to check that it's valid vorbis
[00:23:49 CEST] <realnc> hm
[00:30:07 CEST] <TD-Linux> indeed, you can basically consider that .vorbis file a ffmpeg-specific format
[00:34:55 CEST] <realnc> will need to experiment with this. i'm writing some code using libvorbis to decode raw vorbis packets, and i wanted some quick way to get some example raw vorbis data to get started with.
[00:35:47 CEST] <realnc> so, we'll see. in any event, thanks for the help!
[02:00:57 CEST] <shodan45> Hi #ffmpeg
[02:02:19 CEST] <shodan45> is there a replacement for ffserver yet? I'm just starting to learn ffmpeg & ffserver... then I see that ffserver is "dead"
[02:03:48 CEST] <c_14> not really
[02:03:53 CEST] <c_14> depends on what you want to do
[02:04:18 CEST] <c_14> ffmpeg can output hls which a webserver can serve, you can feed nginx-rtmp for rtmp streams (which can also do hls)
[02:04:34 CEST] <c_14> can also output webm and mp4 dash
[02:05:03 CEST] <c_14> (which a webserver can again serve)
[02:05:46 CEST] <c_14> rtp can work in certain circumstances
[02:05:56 CEST] <c_14> only thing missing is something for rtsp I guess
[02:11:14 CEST] <shodan45> my goal is to stream a laptop's webcam+mic with h264, using va-api for hw accel encoding, to an html 5 video player
[02:11:32 CEST] <shodan45> https://www.virag.si/2012/11/streaming-live-webm-video-with-ffmpeg/ is pretty close to what I want
[02:12:06 CEST] <shodan45> I guess I can continue to use ffserver since it's "here"
[02:12:40 CEST] <shodan45> then again, if there's a security problem with it, I'm stuck, huh?
[02:13:03 CEST] <c_14> Well, there's nobody really maintaining it so
[02:15:45 CEST] <shodan45> it seems that you actually tell ffserver what codec, resolution, etc. to use, and that "magically" ffmpeg talks to ffserver...?
[02:16:01 CEST] <c_14> yeah
[02:16:04 CEST] <c_14> It's rather
[02:16:06 CEST] <c_14> uh
[02:16:08 CEST] <c_14> complex
[02:16:49 CEST] <shodan45> yeah... but it does feel like quite a bit of effort went into making it as simple as possible
[02:17:02 CEST] <shodan45> I thought it would be more complex
[02:18:18 CEST] <c_14> Well
[02:18:22 CEST] <c_14> You're assuming it's going to work
[02:19:01 CEST] <shodan45> I was able to sorta get it working by following the instructions in that link
[02:19:12 CEST] <shodan45> but my cpu usage was crazy
[02:19:57 CEST] <shodan45> and there was a huge delay, and the stream kept stuttering
[02:20:43 CEST] <c_14> codec?
[02:20:51 CEST] <shodan45> I'm hoping that by using hardware encoding it'll be tolerable
[02:21:07 CEST] <c_14> maybe
[02:21:23 CEST] <shodan45> vpx and vorbis
[02:21:39 CEST] <shodan45> VideoCodec libvpx and AudioCodec vorbis
[02:22:05 CEST] <c_14> vpx is slow so
[02:22:26 CEST] <shodan45> right, and no (or very few) hw support
[02:23:21 CEST] <shodan45> I'd like to get a webcam that has h264 encoding built in, but I'm broke
[03:14:55 CEST] <thebombzen> you mean I actually convinced this person not to mess with psy tuning
[03:14:56 CEST] <thebombzen> wow
[05:23:21 CEST] <fa0> Hello all
[05:24:23 CEST] <fa0> I'm trying to change the metadate title in a video http://dpaste.com/1NZQ7PQ lines, 17,23,40 is all I want to change, removing the BlahBlahBlah and adding in something else...
[05:24:49 CEST] <fa0> I've been trying a few things I read online, but not having any success...
[05:26:19 CEST] <fa0> metadate/metadata title...
[05:31:34 CEST] <beauty> hello
[05:32:26 CEST] <beauty> how to know ts's bitrate?
[12:38:19 CEST] <Fig1024> can ffmpeg work well with videos containing alpha channel? or is it too difficult to deal with
[12:44:23 CEST] <durandal_1707> Fig1024: what is your issue?
[12:45:34 CEST] <Fig1024> I need to use videos with alpha, ffmpeg fails to open files I have, I'm using DirectShow based solution. But if there was some ffmpeg friendly format, I could convert and drop DirectShow dependency
[12:46:31 CEST] <durandal_1707> Fig1024: what ffmpeg -i says?
[12:48:28 CEST] <durandal_1707> ffmpeg works fine with alpha, thats why im asking for more info
[12:51:12 CEST] <Fig1024> Could not find codec parameters for stream 0 (Video: none (FRWT / 0x54575246), none, 800x600, 23970 kb/s): unknown codec
[12:51:12 CEST] <Fig1024> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[12:51:12 CEST] <Fig1024> Input #0, avi, from 'D:\ProgramData\eStudio\DContent\Monitor Frame\monitor4.avi
[12:52:24 CEST] <Fig1024> it's using custom DirectShow codec now. But I could convert if I knew what is the best format and try it out
[12:53:23 CEST] <durandal_1707> Fig1024: that codec is not supported
[12:53:41 CEST] <Fig1024> ok, so which codecs should be used for videos with alpha
[12:54:02 CEST] <furq> is that lossless
[12:54:16 CEST] <durandal_1707> try utvideo, magicyuv for lossless
[12:54:27 CEST] <furq> ffv1 does alpha as well but there's no dshow codec
[12:54:51 CEST] <furq> durandal_1707: is there a magicyuv decoder now
[12:54:53 CEST] <Fig1024> what about flv
[12:55:02 CEST] <furq> oh hey so there is
[12:55:03 CEST] <furq> nice
[12:55:18 CEST] <furq> flv isn't a codec
[12:55:52 CEST] <Fig1024> designer can export flv files with alpha, what if I want to open them with ffmpeg
[12:59:03 CEST] <durandal_1707> Fig1024: depends what codec is in
[13:02:20 CEST] <Fig1024> is there such a thing as PNG video? a sequence of PNG frames in avi container?
[13:03:44 CEST] <furq> no
[13:04:24 CEST] <furq> if you want a lossless codec that does rgba in avi and works with windows shit, use ut video
[13:09:51 CEST] <Fig1024> I don't need it to work with windows shit, I'm using ffmpeg for video decoding inside custom OpenGL application. I want to remove all existing dependencies on DirectShow
[13:11:03 CEST] <Fig1024> anyway, I'll try those codecs you recommended
[13:11:13 CEST] <furq> well if you need something that "designer" can export
[13:11:41 CEST] <Fig1024> I can make a conversion app that will decode using DirectShow and encode using FFMPEG
[13:11:51 CEST] <furq> ut video is probably a good choice anyway
[13:12:03 CEST] <furq> it compresses fairly well and decodes very quickly
[13:12:23 CEST] <furq> ffv1 will compress a lot better but be slower to encode and decode
[13:12:54 CEST] <Fig1024> yea I need fast decoding
[13:55:59 CEST] <Tatsh> trying to use my webcam
[13:56:00 CEST] <Tatsh> just test
[13:56:02 CEST] <Tatsh> ffplay -vcodec h264 -f v4l2 -i /dev/video1
[13:56:08 CEST] <Tatsh> [h264 @ 0x7fbdac011340] Error splitting the input into NAL units.
[13:56:15 CEST] <Tatsh> [h264 @ 0x7fbdac011340] No start code is found.
[13:56:27 CEST] <Tatsh> [video4linux2,v4l2 @ 0x203b540] Compressed:        h264 :                H.264 : 640x480 160x90 160x120 176x144 320x180 320x240 352x288 432x240 640x360 800x448 800x600 864x480 960x720 1024x576 1280x720 1600x896 1920x1080
[14:00:15 CEST] <Tatsh> i think it has to do with power available on the USB bus
[14:00:19 CEST] <Tatsh> i hate that about this camera :/
[14:43:55 CEST] <kiloreux_> Have the "veryfast" preset removed from ffmpeg 3.3.2 ? Whenever i try to use it, I get "File for preset 'veryfast' not found" .
[14:56:05 CEST] <tdr> mine doesn't have it, but i may have just not build a part that would have included it
[15:19:29 CEST] <furq> are you using -vpre or something
[15:19:34 CEST] <furq> that was deprecated ages ago
[15:47:15 CEST] <Asuran> can x264 be cpu limited and if reached produce errors while encoding?
[15:54:28 CEST] <JEEB> not during encoding, if x264 cannot run fast enough it will just be your bottleneck. thus usually where you start getting errors is *before*
[15:54:50 CEST] <JEEB> for example depending on how your application works either buffered data will be dropped (leading to decoding artifacts)
[15:55:22 CEST] <JEEB> or things will be decoded, but thrown away before feeding to the encoder (leading to a period of no frames from the encoder)
[15:55:47 CEST] <JEEB> x264 itself is very simple. frame in - frame out of the encoder
[15:57:48 CEST] <Asuran> thank you
[15:58:20 CEST] <shincodex> Well
[15:58:32 CEST] <shincodex> libvlc_media_player_play is returning zero and errmsg is null what the hell can I do.
[15:58:50 CEST] <shincodex> other than throw the filth layer on libav out
[15:59:01 CEST] <BtbN> Ask the vlc people?
[15:59:15 CEST] <shincodex> That was a given before I said anything
[16:00:05 CEST] <shincodex> worst part is its 64 bit DllImport
[16:00:09 CEST] <shincodex> and all the signatures look right.
[16:03:13 CEST] <c7j8d9> Hello. I have a 4k hevc video that plays great on my tv and a bunch that don't play at all. all hevc in a mkv. Is there a tool to see the settings of the working file to encode the rest to match?
[16:04:04 CEST] <Asuran> c7j8d9, its not related to youre question, but what settings you set at -x265-params for it? im asking because i cant find much help about it
[16:05:10 CEST] <c7j8d9> I did not encode it
[16:05:24 CEST] <c7j8d9> https://usercontent.irccloud-cdn.com/file/Lftgf4zK/Screen%20Shot%202017-07-14%20at%206.53.22%20AM.png
[16:05:47 CEST] <c7j8d9> Deadpool works on my vizio but BvS does not
[16:10:08 CEST] <Asuran> c7j8d9, try ffmpeg -i <file>
[16:10:25 CEST] <Mavrik> mediainfo usually gives a bit more info
[16:10:38 CEST] <Asuran> Mavrik, i just googled it for him xD trying to help hehe
[16:11:49 CEST] <furq> maybe dts vs ac3 audio
[16:13:15 CEST] <c7j8d9> thanks...Mavrik is mediainfo from mediaarea.net?
[16:13:36 CEST] <Mavrik> yp
[16:13:40 CEST] <Mavrik> I usually grab it from homebrew
[16:14:39 CEST] <devinheitmueller> Worth noting that mediainfo is available on various Linux distributions without having to build from source.  On Ubuntu for example, just apt-get install mediainfo".
[16:14:49 CEST] Action: devinheitmueller doesnt know what OS c7j8d9 is running though.
[16:15:31 CEST] <c7j8d9> I'm an outsider here I think so I won't mention the window I look through
[16:16:10 CEST] <devinheitmueller> c7j8d9: Never fear.  We have no animosity towards Windows users.
[16:16:24 CEST] <devinheitmueller> Well, perahps Im only speaking for myself.  Many people here may not like Windows.
[16:16:25 CEST] <c7j8d9> How did you guess?
[16:16:50 CEST] <c7j8d9> You don't have to like my OS but I am not a bad person
[16:17:13 CEST] <pgorley> c7j8d9: i respect your choice of os, even if it's the wrong choice :)
[16:18:06 CEST] <furq> that screenshot is of mediainfo
[16:18:11 CEST] <furq> presumably via mpc
[16:18:23 CEST] <dl2s4> be modern and type "apt install foo"
[16:18:27 CEST] <c7j8d9> yeah. the mediacodec from mpc
[16:18:43 CEST] <furq> there's no difference between using that and using mediainfo itself
[16:18:52 CEST] <furq> other than the invocation
[16:19:19 CEST] <furq> but yeah you probably want to pastebin the full text
[16:19:24 CEST] <c7j8d9> so how do I translate the info from deadpool to encode BvS and other movies?
[16:20:09 CEST] <furq> the video streams look the same to me
[16:20:59 CEST] <c7j8d9> so maybe just my tv doesn't play video that it can't play the audio for?
[16:21:14 CEST] <furq> that's pretty norma
[16:21:15 CEST] <furq> l
[16:21:49 CEST] <furq> pastebin the full mediainfo output
[16:21:56 CEST] <c7j8d9> well at least that's less time consuming to try out first...thanks
[16:26:39 CEST] <c7j8d9> furq: https://pastebin.com/cyctj4W0
[16:33:10 CEST] <furq> is that the full mediainfo output for the second file
[16:33:13 CEST] <furq> those stream sizes don't add up
[16:34:21 CEST] <c7j8d9> yes
[16:35:11 CEST] <c7j8d9> I really just want to figure out why deadpool works but it doesn't seem to give much info
[16:37:05 CEST] <c7j8d9> the audio looks the same on both
[17:02:10 CEST] <relaxed> c7j8d9: the second video is Main at L5.1@Main, maybe your tv can't decode that profile
[17:04:25 CEST] <relaxed> encode some small hevc samples with different profiles to see what your tv can/can't play
[17:05:02 CEST] <c7j8d9> thanks relaxed.
[17:07:34 CEST] <relaxed> https://trac.ffmpeg.org/wiki/Encode/H.265
[17:10:39 CEST] <c7j8d9> here's the info from ffmpeg -i https://pastebin.com/Fqi6WbrA
[17:13:11 CEST] <relaxed> it might be level 5.1 that's causing it, try lowering it
[17:18:47 CEST] <furq> i'd have thought they'd both be main at 5.1 if they're both 4k
[17:19:20 CEST] <relaxed> you may be right, the only other difference is frame rate
[17:19:22 CEST] <furq> Stream #0:2(eng): Audio: truehd, 48000 Hz, 7.1, s32 (24 bit)
[17:19:43 CEST] <furq> i knew that mediainfo didn't add up
[17:20:07 CEST] <relaxed> hmm, I thought they were both AC-3
[17:20:14 CEST] <furq> c7j8d9: ffmpeg -i foo.mkv -c copy -map 0:0 -map 0:3 bar.mkv
[17:22:12 CEST] <c7j8d9> foo being the working video?
[17:22:42 CEST] <furq> the broken video
[17:23:23 CEST] <c7j8d9> and bar being a new file or the working file?
[17:23:52 CEST] <kepstin> c7j8d9: this command is to remove all but one of the audio tracks from the broken file, hopeuflly leaving one that your tv supports
[17:24:02 CEST] <kepstin> c7j8d9: to from the broken file to a new file.
[17:24:10 CEST] <kepstin> so from*
[17:24:18 CEST] <c7j8d9> got it
[17:24:20 CEST] <c7j8d9> thanks
[17:25:14 CEST] <furq> i assume you want the english audio track and not the italian one
[17:25:24 CEST] <c7j8d9> yes
[17:31:17 CEST] <c7j8d9> so presumably my tv is not capable of choosing the right audio and it won't play because of the true hd?
[17:31:43 CEST] <furq> a lot of devices will just bail out at the first sign of an unknown codec
[17:32:03 CEST] <furq> even if there are playable ones of the same type
[17:32:17 CEST] <furq> that's the most likely problem anyway
[17:33:04 CEST] <c7j8d9> great news. at least i can try that faster than reencoding a 4k file
[17:33:48 CEST] <furq> by all accounts the film isn't good enough for that kind of effort
[17:34:41 CEST] <c7j8d9> i would beg to differ but that's probably a discussion for another channel
[17:36:50 CEST] <c7j8d9> it does look like all my other 4k movies have multiple audios that include true hd and ac-3
[17:37:04 CEST] <c7j8d9> thanks for your help furq and kepstin
[17:37:21 CEST] <c7j8d9> and relaxed
[19:13:58 CEST] <xen> hi everyone. i'm trying to encode h264 videos to hevc with hevc_nvenc. is it possible to achieve the same visual quality on a GTX 1070 (or on any GPU in general) as with CPU encoding? if so. what parameters do i need to juggle if my only constraint is that the output file size cannot be greater than the source's
[19:18:54 CEST] <kepstin> xen: the nvenc hardware encoders are good as far as hardware encoders, but they're not gonna be able to match a cpu encoder at close to the same bitrate.
[19:19:11 CEST] <kepstin> (assuming you're running a cpu encoder with fairly slow settings)
[19:19:27 CEST] <xen> yes i do. almost 6 hours to encode one vid on veryslow
[19:19:50 CEST] <xen> on GPU, it's around 10 minutes, but the quality is ... meh
[19:20:12 CEST] <kepstin> only reason to use a hardware encoder, imo, if you're busy using the cpu for something else and need to encode video at the same time.
[19:20:24 CEST] <kepstin> or if the cpu is otherwise horribly underpowered.
[19:20:35 CEST] <xen> gen4 corei5, so the latter applies
[19:21:03 CEST] <kepstin> haswell desktop i5 is probably fairly reasonable as far as it goes.
[19:21:08 CEST] <DHE> xen: that's the tradeoff unfortunately. hardware encoders are technically inferior, but are offloaded from the CPU and very fast.
[19:21:57 CEST] <xen> :\
[19:22:07 CEST] <xen> i see, thank you
[19:22:22 CEST] <xen> it's time to look for some powerfull servers then
[19:22:32 CEST] <xen> -l
[19:25:45 CEST] <DHE> you want realtime encoding of hevc?
[19:26:39 CEST] <xen> no, i just want to get the job done faster than on CPU, so i could do other things with my workstation. also, i aim for the same quality of output
[19:27:25 CEST] <furq> you should be able to get the same quality
[19:27:28 CEST] <furq> just not at the same bitrate
[19:27:56 CEST] <xen> bitrate does not matter if the output will be as large as the source
[19:28:25 CEST] <furq> what's the source
[19:28:39 CEST] <xen> or maybe it does a little [ i'm not much of a video guy ]
[19:28:55 CEST] <xen> one sec
[19:29:11 CEST] <xen>       title           : Hi10 1080p h.264
[19:29:17 CEST] <xen>       BPS             : 4192605
[19:29:35 CEST] <xen> if that's the right line
[19:30:31 CEST] <furq> you probably won't be able to beat competently-encoded x264 with nvenc
[19:30:38 CEST] <xen> the root my problem is that i need to play these videos on consumer devices which only encode up to hevc main10. h264 high10 is not implemented, so i can not force them to play
[19:30:47 CEST] <furq> oh
[19:31:06 CEST] <xen> *decode*, sorr
[19:31:10 CEST] <xen> long day :\
[19:31:10 CEST] <furq> right
[19:39:28 CEST] <kepstin> xen: bitrate * length = filesize, so the only way to keep the same filesize while increasing bitrate would be to cut the video length :)
[19:39:54 CEST] <xen> did not think that trough... :D
[19:40:25 CEST] <xen> say.. if i double the bitrate than, i will get the same quality with double the file size?
[19:40:48 CEST] <kepstin> xen: hard to say without knowing more about how your source video was encoded.
[19:41:00 CEST] <kepstin> you'll just have to "try and see", really :/
[19:41:44 CEST] <furq> you could also use a faster x265 preset
[19:42:16 CEST] <xen> wouldn't that decrease quality?
[19:42:36 CEST] <furq> it depends what crf you use
[19:44:07 CEST] <kepstin> it'll either decrease quality or increase file size relative to a slower preset, depending on other settings.
[19:44:31 CEST] <xen> too many variables
[19:44:43 CEST] <xen> took me hours to get my bearings on the basic parameters
[19:45:21 CEST] <xen> i'll try to experiment then
[19:45:22 CEST] <xen> thank you
[19:45:56 CEST] <kepstin> assuming you're using -crf on either x264 or x265, switching to a faster preset should result in similar (not identical) quality while increasing file size.
[19:46:00 CEST] <kepstin> in general
[19:47:10 CEST] <xen> you mean with hevc_nvenc ?
[19:47:32 CEST] <Asuran> x265
[19:47:43 CEST] <xen> ah, ok
[19:59:46 CEST] <xen> is it possible, that with crf=0, there are no visible quality loss?
[19:59:57 CEST] <xen> i've made a test run, output size is about half
[20:25:47 CEST] <Asuran> xen, i read crf 0 is somewhat lossless but i doubt its true lossless
[20:26:39 CEST] <JEEB> depends on teh encoder and bit depth
[20:26:48 CEST] <JEEB> x264 and 8bit per plane is lossless at crf=0
[20:27:16 CEST] <JEEB> x264 and >8bit per plane is not lossless (you should use qp=0)
[20:27:20 CEST] <JEEB> x265... NFI
[20:27:47 CEST] <JEEB> and of course it is lossless compared to what you are feeding the *encoder*
[20:28:16 CEST] <JEEB> so if you have RGB input, and you convert that to YCbCr 4:2:0 before feeding it to the encoder, that is of course not the same as the RGB.
[20:28:46 CEST] <JEEB> (x264 at least does support GBRP input so you *can* do lossless RGB with it if you really want to)
[20:37:54 CEST] <xen> i c
[20:38:43 CEST] <xen> well, i can not see any differences right now by eyeballing it, so for starters, this will be good
[20:40:31 CEST] <xen> these videos do not have much detail though, also, are 1920x1080 in resolution and my future target is 4k
[20:43:26 CEST] <Asuran> xen and what commands you used for encoding?
[20:44:11 CEST] <xen> i've deleted every finetuning i had before: -c:v hevc_nvenc -pix_fmt yuv420p -profile:v main10 -preset slow -x265-params crf=0 -c:a copy
[20:44:38 CEST] <JEEB> hevc_nvenc will not do anything with x265-params
[20:44:48 CEST] <JEEB> x265-params is a specific thing for... libx265
[20:45:08 CEST] <JEEB> preset... I'm not sure, you have to find out if that encoder even has that
[20:45:43 CEST] <xen> oh my
[20:46:13 CEST] <JEEB> so it's higly likely that neither of those does anything :P
[20:46:17 CEST] <xen> preset might exist, ffmpeg did list it for me
[20:46:19 CEST] <xen> oh wow
[20:46:39 CEST] <JEEB> there was a way to output the options for a specific encoder
[20:46:45 CEST] <JEEB> but I can't remember it out of my head
[20:46:50 CEST] <JEEB> because I usually just look at the source code
[20:46:58 CEST] <xen> i would kill for a well written wiki page about it
[20:47:23 CEST] <Asuran> people dont seem to share their knowledge
[20:47:46 CEST] <xen> i could not aggree more
[20:47:53 CEST] <JEEB> generally for general options https://www.ffmpeg.org/ffmpeg-all.html should list everything that's actually documented within the source code
[20:47:55 CEST] <xen> days of googling did not get me anywhere
[20:48:02 CEST] <Asuran> i can help you wait a second
[20:48:30 CEST] <JEEB> ok, seems like it's `-h encoder=hevc_nvenc`
[20:48:37 CEST] <JEEB> if you want help about that encoder specifically
[20:48:46 CEST] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#Generic-options
[20:48:58 CEST] <JEEB> (searched with ctrl+F for `-h`)
[20:49:43 CEST] <xen> this is where the slow preset came from
[20:50:15 CEST] <Asuran> https://github.com/HandBrake/HandBrake/issues/634
[20:50:37 CEST] <Asuran> more i couldn't find
[20:50:42 CEST] <JEEB> "preset" is generally listed under different encoders
[20:51:04 CEST] <JEEB> I mean, after preset files which are something completely different to using something available in the external libraries
[20:52:27 CEST] <xen> this github thread seems interesting
[20:53:15 CEST] <xen> thank you guys, i'll switch to RTFM mode
[21:35:21 CEST] <shincodex> there is no fucking manual for ffmpeg
[21:35:25 CEST] <shincodex> "its the code"
[21:35:28 CEST] <shincodex> and the "suffering"
[21:35:30 CEST] <shincodex> HEHEHEHE
[21:36:28 CEST] <JEEB> and you get to keep both pieces
[21:37:10 CEST] <kepstin> half the time, i'm answering questions in here with the help of 'git grep', yeah :/
[21:37:21 CEST] <shincodex> thankfully
[21:37:41 CEST] <shincodex> you have git grep
[21:41:05 CEST] <Blubberbub> I'm trying to get the filtering_audio.c-Example working, but the resulting sound is mostly gibberish. I did a cmp of the output to the output generated by ffmpeg and it has some extra bytes, which makes the s16le-data unaligned. Has anyone experienced that problem or can confirm it?
[21:41:33 CEST] <pgorley> hi, is AVCodecContext->gop_size used when encoding VP8?
[21:41:52 CEST] Action: kepstin opens up his git grep
[21:42:24 CEST] <kepstin> pgorley: yes
[21:42:33 CEST] <pgorley> kepstin: thanks
[21:42:39 CEST] <kepstin> that's the same as the -g option in ffmpeg cli, yeah
[21:45:23 CEST] <pgorley> debugging a problem in my app, the video freezes after a while, but only for vp8, and i'm pretty new to vp8
[21:53:01 CEST] <meekohi> Hey kind of stumped... when I `./configure --enable-gpl --enable-libx264 --enable-avresample --enable-libvpx` it shows png as one of the encoders, but after build I do `./ffmpeg -encoders` and it doesn't show up?
[21:53:12 CEST] <meekohi> I've got libpng and libpng-devel, seems like it should be included...
[21:53:34 CEST] <JEEB> the avcodec png encoder is its own thing, doesn't use libpng
[21:53:39 CEST] <meekohi> (and when I try to use it in practice I get "Unknown encoder 'png'"
[21:53:53 CEST] <iive> all external encoders have "lib"- prefix
[21:54:02 CEST] <iive> codecs actually.
[21:54:20 CEST] <meekohi> Ah fair enough so libpng isn't a factor. Still seems like png encoder should be included?
[21:54:41 CEST] <c_14> meekohi: do you have zlib installed?
[21:54:45 CEST] <c_14> or zlib-devel
[21:55:01 CEST] <JEEB> although if configure script lists the 'png' encoder then you should have it :P
[21:55:10 CEST] <meekohi> Yup (Package zlib-1.2.8-7.18.amzn1.x86_64 already installed and latest version)
[21:55:15 CEST] <JEEB> (--enable-zlib is a good way to make sure it's there in FFmpeg)
[21:55:29 CEST] <JEEB> (as in, the png encoder, as it depends on zlib)
[21:55:38 CEST] <kepstin> yeah, if it shows in the configure output when building ffmpeg but not when you run ffmpeg, then you're not running the ffmpeg that you just built.
[21:56:13 CEST] <c_14> or your build environment is somehow corrupted
[21:56:21 CEST] <meekohi> Hmm seems pretty straight forward I'm running it right out of the build directory...
[21:56:26 CEST] <meekohi> Any ideas on env things I could double check?
[21:56:49 CEST] <c_14> ldd ffmpeg and check for libz.so ?
[21:56:55 CEST] <c_14> (if it's linked dynamically anyway)
[21:56:59 CEST] <meekohi> (will also retry with --enable-zlib but takes a while to build)
[21:58:43 CEST] <iive> also, make sure you do run the ffmpeg you bult, not a system installed one.
[21:58:53 CEST] <iive> or older installation
[21:59:40 CEST] <meekohi> Hrm don't see zlib in `lld ffmpeg`. Rebuilding now will quadruple check I'm looking at the right one
[22:00:19 CEST] <JEEB> `which ffmpeg` is generally useful to known which ffmpeg binary you're calling :P
[22:01:00 CEST] <meekohi> I'm doing `./ffmpeg` to be sure (in fairness the system should be the same since I built it with same config)
[22:04:33 CEST] <meekohi> ugh fuck me... "make: *** No rule to make target `libavcodec/x86/simple_idct.c', needed by `libavcodec/x86/simple_idct.o'.  Stop."
[22:05:04 CEST] <iive> make distclean
[22:05:11 CEST] <meekohi> yup
[22:05:23 CEST] <iive> the file has been removed, but the dependency has stayed
[22:05:36 CEST] <iive> you might do rm *.d in there too.
[22:05:49 CEST] <iive> i mean, instead.
[22:06:17 CEST] <meekohi> I'll just wipe and get a new repo
[22:07:06 CEST] <iive> distclean is more than enough.
[22:07:27 CEST] Action: meekohi trusts no one.
[22:10:35 CEST] <arpu>  Application provided duration: -292 / timestamp: 77322 is out of range for mov/mp4 format
[22:10:42 CEST] <arpu> any idea how i can fix this?
[22:11:04 CEST] <arpu> input stream is from rtmp server
[22:13:14 CEST] <arpu> kepstin, ? for one line?
[22:13:38 CEST] <kepstin> well, the "complete console output" will be more than one line...
[22:14:28 CEST] <kepstin> and will include things about codecs, etc. that assist in diagnosing issues.
[22:15:18 CEST] <arpu> ok
[22:17:52 CEST] <meekohi> (random -- is there a flag to skip compiling all the docs? takes forever...)
[22:18:29 CEST] <meekohi> and, fresh build fixed the problem... sigh... should have tried that first. Thanks all!
[23:41:00 CEST] <Asuran> JEEB, does ffmpeg really default use libsoxr?
[23:41:10 CEST] <JEEB> what
[23:41:28 CEST] <Asuran> libsoxr, the resampler
[23:41:40 CEST] <JEEB> never built with that library, the resamplers in FFmpeg itself use swresample, which is a part of FFmpeg
[23:41:42 CEST] <Asuran> from doc i knew there a native and that if enabled
[23:41:53 CEST] <Asuran> how is the quality of it?
[23:42:17 CEST] <JEEB> good enough, and there's specific options for those who want extra precision
[23:42:23 CEST] <furq> you can use the sox resampler if you build with libsoxr
[23:42:27 CEST] <furq> but the native resampler is fine
[23:42:47 CEST] <furq> and sox isn't the default either way, you need to explicitly enable it
[23:49:20 CEST] <Asuran> okay thanks i will try
[23:49:57 CEST] <furq> just use swresample, it's fine
[23:53:06 CEST] <Asuran> thats too easy
[23:58:52 CEST] <Asuran> -af aresample=resampler=soxr:cheby=1:precision 28 -ar 48000 <- is it ok to set ar because i use opus and it should do it automatic?
[23:59:57 CEST] <furq> don't resample at all if you're using opus, let libopus do it for you
[00:00:00 CEST] --- Sat Jul 15 2017