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

[burek]

[00:30:48 CEST] <satt> hey all, got a quick question here
[00:32:10 CEST] <satt> I need to make a thumbnail for a video file contained within a zip, ideally without unzipping the file to temp storage first - is this possible?
[00:32:40 CEST] <satt>  it'll be running on thousands of short (under 2mb) files on AWS, so the less cpu/file storage requirements the better, otherwise it'll get too expensive
[00:34:50 CEST] <JEEB> for API you could make your own AVIO wrapper that handles the decompression in memory and the actual file size getting etc
[00:35:17 CEST] <JEEB> for ffmpeg cli I'm not sure, for some stuff you could just do piping from an extraction process
[00:35:31 CEST] <JEEB> but if you need seeking... that might take a while until you get to the end
[00:36:37 CEST] <satt> it could be just the first frame of the video file, so no seeking necessary
[00:37:26 CEST] <satt> I'm not sure what you mean by API there though - is there some ffmpeg api I can use?  I was planning on using the ffmpeg cli with python or node.js on AWS lambda
[00:39:34 CEST] <JEEB> ffmpeg.c uses libavformat/-codec etc :P
[00:39:49 CEST] <JEEB> those are the libraries that most things basing on FFmpeg's libraries use
[00:40:24 CEST] <satt> ah ok found the documentation here: https://ffmpeg.org/doxygen/trunk/index.html
[00:41:01 CEST] <JEEB> also not all containers can be decoded A-to-B
[00:41:14 CEST] <JEEB> if you know your stuff is such you can do that, fine
[00:42:20 CEST] <satt> I'll have to investigate the source files, they're coming from snapchat's api, where the original videos are shot on a bunch of different devices
[00:42:21 CEST] <JEEB> for example with ISOBMFF (what is colloquially called "mp4") unless you do a second pass during writing the "index" with the data required to initialize decoders is put in the end due to the rest of the file having to be written for that data to have been gotten
[00:42:56 CEST] <satt> ah damn.  I know almost all my files are in an mp4 container
[00:43:43 CEST] <JEEB> ISOBMFF = ISO Base Media File Format
[00:44:45 CEST] <satt> so that would mean I'd need to extract the whole file in order to pull a frame and make a thumbnail from it
[00:46:01 CEST] <satt> thanks for the advice, I'll do a little more research and see what I can come up with
[00:46:02 CEST] <JEEB> depends, either you just have to read through the whole thing before you get output or you make your own AVIO wrapper that handles decompression of the requested parts from the compressed file
[00:47:37 CEST] <satt> right ok - I'll definitely do some research into making an AVIO wrapper then.  thanks again JEEB
[03:52:07 CEST] <Fusl> is there a way to dynamically normalize the volume of an audio stream containing parts that are very loud and some that are very silent?
[03:54:10 CEST] <c_14> Have you looked at dynaudnorm, or maybe acompressor or alimiter
[03:54:12 CEST] <c_14> ?
[08:25:08 CEST] <jml2> hi
[10:34:49 CEST] <termos> I'm getting some "Buffer queue overflow, dropping." messages and after this my audio and video is out of sync, is there something I need to do to keep this from happening?
[11:55:13 CEST] <lost_RD> hello all
[13:31:26 CEST] <TheGreatDoc> Hello
[13:31:43 CEST] <TheGreatDoc> May I have a little bit help for ffmpeg to udp multicast?
[13:33:44 CEST] <TheGreatDoc> Im trying to stream to udp multicast, but I cant see it with VLC
[13:34:18 CEST] <TheGreatDoc> When I press play in the vlc, it does nothing
[13:35:03 CEST] <TheGreatDoc> But i can see the multicast packets with wireshark/tcpdump
[13:35:36 CEST] <TheGreatDoc> Streaming to rtmp or writting to file works perfect
[13:36:00 CEST] <TheGreatDoc> but doing a -f mpegts udp://224.0.0.251:5001 doesnt works
[13:43:26 CEST] <BtbN> that will probably just blindly fire UDP packets at that address. No idea if Multicast works that easily. You probably want to use something like RDP.
[13:46:01 CEST] <TheGreatDoc> I really need multicast udp or rtp
[14:31:31 CEST] <t4nk633> hello guys
[14:32:15 CEST] <t4nk633> how can i optupt ffmpeg devices to file
[14:32:16 CEST] <t4nk633> ffmpeg -list_devices true -f dshow -i dummy >devices.txt
[14:33:03 CEST] <DHE> BtbN: while that does work for multicast just by setting a target address in the multicast range under linux, there are issues with how ffmpeg does it. you could run into packet loss if there are speed variations in the path from sender to recipient or network congestion
[14:41:17 CEST] <TheGreatDoc> DHE, but ffmpeg are doing (or me) something wrong in the multicast stream
[14:41:23 CEST] <TheGreatDoc> i cant see it in vlc, even in localhost
[14:45:46 CEST] <DHE> TheGreatDoc: is it processing real time?
[14:46:19 CEST] <TheGreatDoc> yes
[14:46:37 CEST] <DHE> I mostly deal with over-the-air content where ffmpeg is ultimately limited by the speed of data coming from the transmitter which is, of course, realtime
[14:46:39 CEST] <TheGreatDoc> ./bmdcapture -m 1 -A 2 -V 4 -F nut -f pipe:1 | ../ffmpeg-3.0.1/ffmpeg -re -i - -c:v libx264 -pix_fmt yuv420p -profile:v main -level 4.1 -vb 8000k -c:a libmp3lame -ab 256k -ar:a 44100 -f mpegts udp://224.0.0.251:5001
[14:47:20 CEST] <TheGreatDoc> the thing is. If I stream flv to rtmp works. mpegts multicast seems not
[14:47:32 CEST] <DHE> and while this is running can you run (on the same system) ffprobe udp://224.0.0.251:5001 ?
[14:47:40 CEST] <TheGreatDoc> sure
[14:47:48 CEST] <DHE> successfully?
[14:47:56 CEST] <TheGreatDoc> some of those
[14:47:57 CEST] <TheGreatDoc>     Last message repeated 1 times
[14:47:57 CEST] <TheGreatDoc> [h264 @ 0x21e6500] decode_slice_header error
[14:47:57 CEST] <TheGreatDoc> [h264 @ 0x21e6500] no frame!
[14:47:59 CEST] <TheGreatDoc> and then
[14:48:06 CEST] <TheGreatDoc> Input #0, mpegts, from 'udp://224.0.0.251:5001':
[14:48:06 CEST] <TheGreatDoc>   Duration: N/A, start: 8.821478, bitrate: N/A
[14:48:06 CEST] <TheGreatDoc>   Program 1
[14:48:06 CEST] <TheGreatDoc>     Metadata:
[14:48:06 CEST] <TheGreatDoc>       service_name    : Service01
[14:48:06 CEST] <TheGreatDoc>       service_provider: FFmpeg
[14:48:06 CEST] <TheGreatDoc>     Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x576, 25 fps, 25 tbr, 90k tbn, 50 tbc
[14:48:07 CEST] <TheGreatDoc>     Stream #0:1[0x101]: Audio: mp3 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16p, 256 kb/s
[14:48:09 CEST] <DHE> yeah that'll happen. you're joining mid-stream so you don't start on a keyframe
[14:48:11 CEST] <DHE> oh goddammit
[14:49:00 CEST] <TheGreatDoc> so its seems its ok, but cant view on vlc
[14:49:18 CEST] <DHE> can ffprobe on a remote system view it?
[14:50:00 CEST] <TheGreatDoc> mmmm, dont have ffprobe on other system. The only other computer is windows but I may do some things to have another linux with ffprobe on it
[14:50:08 CEST] <TheGreatDoc> but it will take a while :)
[14:55:04 CEST] <DHE> there's windows versions of ffmpeg... doesn't need to be linux
[14:55:17 CEST] <DHE> but yeah, linux is my specialty
[14:59:09 CEST] <t4nk633> how can i do this ffmpeg -list_devices true -f dshow -i dummy >devices.txt
[14:59:36 CEST] <t4nk633> list of devices to file please any help i get it on comand prompt under windows7 i need to have listed in a file
[15:18:21 CEST] <andross> hey
[15:18:49 CEST] <andross> JEEB you free?
[15:21:52 CEST] <neha_> So I am using ffmpeg for screen capture
[15:21:59 CEST] <neha_> and the command I am using is
[15:22:09 CEST] <neha_> ffmpeg -y -framerate 8  -f avfoundation -i 0:0 -i /usr/local/.browserstack/watermark.png -filter_complex "overlay=main_w-overlay_w-15:main_h-overlay_h-15"  -strict experimental -vcodec  libx264  -profile:v baseline -preset ultrafast -crf 24 -r 8 -pix_fmt yuv420p -ab 16k
[15:22:31 CEST] <neha_> ffmpeg -y -framerate 8  -f avfoundation -i 0:0 -i watermark.png -filter_complex "overlay=main_w-overlay_w-15:main_h-overlay_h-15"  -strict experimental -vcodec  libx264  -profile:v baseline -preset ultrafast -crf 24 -r 8 -pix_fmt yuv420p -ab 16k
[15:22:35 CEST] <neha_> this one ^^
[15:22:45 CEST] <neha_> and I'm continourly getting an error
[15:22:54 CEST] <neha_> on the command line
[15:23:00 CEST] <neha_> though my o/p is perfect
[15:23:09 CEST] <neha_> but the terminal output is too large
[15:23:52 CEST] <neha_> Apr 11 08:26:26 mac-208-78-105-62 ffmpeg[3880]: [08:26:26.341] CMSampleBufferGetImageBuffer signalled err=-12731 (kCMSampleBufferError_RequiredParameterMissing) (!sbuf) at /Library/Caches/com.apple.xbs/Sources/CoreMedia_frameworks/CoreMedia-1731.15.4/Sources/Core/FigSampleBuffer/FigSampleBuffer.c line 2394 	0   CoreMedia                           0x00007fff8ad4a7af CMSampleBufferGetImageBuffer + 138 	1   ffmpeg                       
[15:24:38 CEST] <neha_> http://pastebin.com/avVTKcSH
[15:24:53 CEST] <neha_> pasted it on pastebin for better visibility
[15:25:01 CEST] <neha_> this only happens in mac elc
[15:25:06 CEST] <neha_> is there a way I can disable this
[15:25:09 CEST] <neha_> ?
[15:30:17 CEST] <andross> furq: ?
[15:38:04 CEST] <fritsch> neha_: nice null ptr
[15:39:48 CEST] <neha__> fritsch then how should I make it run?
[15:39:54 CEST] <neha__> I mean I undertood the Null poritner
[15:40:02 CEST] <neha__> but is there something in my command arguments?
[15:40:11 CEST] <neha__> because is getting the error
[15:40:15 CEST] <neha__> @fritsch
[15:41:34 CEST] <fritsch> no idea, sorry
[15:41:45 CEST] <fritsch> make sure to use latest and greatest ffmpeg
[15:41:51 CEST] <fritsch> and if error persists -> bugreport
[15:42:19 CEST] <neha__> ok!
[15:42:26 CEST] <neha__> cool thanks :)
[15:42:36 CEST] <fritsch> make sure to provide the full output of this ffmpeg command
[15:42:41 CEST] <fritsch> gone
[15:43:31 CEST] <neha__> is there a way I can make the output less noisy? @fritsch
[15:43:52 CEST] <fritsch> the more noise the better
[15:43:53 CEST] <neha__> the output is too much and now I'm trying to hide the output
[15:44:02 CEST] <neha__> not just emit to dev/null but soemthing else?
[15:44:09 CEST] <neha__> so that ffmpeg doesnt report it
[15:44:11 CEST] <neha__> or something
[15:44:21 CEST] <fritsch> 2>&1 > /dev/null
[15:45:18 CEST] <neha__> yeah but this is taking away the entire stderr
[15:45:31 CEST] <neha__> I only want to remove this and the other useless stuff :(
[15:54:40 CEST] <andross> can anyone let me know if there are known issues when compiling with lame on ubuntu that i need to watch out for?
[16:14:33 CEST] <TheGreatDoc> DHE you still up?
[16:15:22 CEST] <TheGreatDoc> Im trying with windows ffprobe/ffplay with no luck. Both do nothing
[16:16:35 CEST] <TheGreatDoc> anyways, im unable to view the stream with vlc in localhost too
[16:22:38 CEST] <BurnerGR> I'm trying to transport a stream from ffmpeg (dshow input) 1080p at 60fps to ffmpeg on another box via gigabit lan, in a lossless or low loss quality, which codecs/format/protocol  is best suited for this purpose?
[16:23:51 CEST] <DHE> ffv1 is the ffmpeg lossless codec, but the bitrate is pretty high crazy. H264 has lossless mode if you set "-qp 0" but there is 422 colourspace reduction by default
[16:24:20 CEST] <DHE> TheGreatDoc: on the same local LAN?
[16:24:34 CEST] <BurnerGR> yes, local lan, high quality
[16:24:52 CEST] <DHE> on the linux system you should be able to tcpdump the NIC facing the LAN with filter "udp port 5001" and see the video stream
[16:25:29 CEST] <BurnerGR> humm, i didnt think of that, you mean the raw bitstream from dshow?
[16:25:42 CEST] <DHE> BurnerGR: I'm talking to two people here
[16:25:45 CEST] <BurnerGR> isnt that way higher than 1gbit?
[16:25:52 CEST] <BurnerGR> aaah ok, sorry
[16:26:03 CEST] <DHE> yes, 60fps 1080p will blow gigabit out of the water
[16:26:04 CEST] <ethe> BurnerGR why would it be higher than 1gbit?
[16:26:17 CEST] <DHE> ethe: in raw RGB or YUV, yes it will
[16:26:30 CEST] <ethe> oh, raw. yeah
[16:26:45 CEST] <DHE> hence the use of ffv1 or x264
[16:29:32 CEST] <BurnerGR> i tested with x264, mpegts via udp unicast, i got a horrible studdering, but no warnings or errors on ffmpeg output, the bandwidth were about 450mbit
[16:31:04 CEST] <TheGreatDoc> DHE yes, of course
[16:31:22 CEST] <TheGreatDoc> Same LAN and same computer
[16:31:43 CEST] <TheGreatDoc> in the computer im doing ffmpeg to udp multicast, cant view in vlc the multicast stream
[16:32:10 CEST] <TheGreatDoc> im compiling ffmpeg with decklink support, as the decklink sdi is the input source
[16:32:29 CEST] <TheGreatDoc> only to skip the bmdcapture step
[16:32:38 CEST] <TheGreatDoc> but dont think it will fix the issue :(
[16:34:18 CEST] <andross> i timed out, if anyone replied to my previous message?
[16:34:53 CEST] <TheGreatDoc> nobody replied but I can tell you that im compiling in debian without any issue
[16:35:04 CEST] <TheGreatDoc> did you do install the lame codecs?
[16:35:56 CEST] <andross> i havent tried to compile yet, but it was mentioned to me previously i should do a pure vanilla compile first before trying to compile with lame
[16:36:12 CEST] <andross> which i have done
[16:36:25 CEST] <andross> i dont know if theres some special additional steps i need to do before compiling with lame
[16:37:43 CEST] <BurnerGR> TheGreatDoc, I'm doing something very similar to what you are doing, and i have loads of problems as soon as i get anything over ~5mbit over udp :|
[16:38:17 CEST] <TheGreatDoc> but the rate is arround 4mbit
[16:38:34 CEST] <TheGreatDoc> has 8000vb but only using 4000 or so
[16:38:45 CEST] <TheGreatDoc> BurnerGR, did you at least play it on vlc?
[16:38:57 CEST] <TheGreatDoc> my vlc just dont recognize the stream
[16:39:00 CEST] <TheGreatDoc> plays and stops
[16:40:12 CEST] <BurnerGR> TheGreatDoc, yes, it plays on vlc and ffplay, with lower bandwidth
[16:40:23 CEST] <TheGreatDoc> im trying right now
[16:42:49 CEST] <BurnerGR> TheGreatDoc, try setting a gop value
[16:46:26 CEST] <andross> my vbox keeps crashing....
[16:46:29 CEST] <TheGreatDoc> I've capturing directly from decklink and no luck
[16:46:43 CEST] <TheGreatDoc> BurnerGR, i set the br to 4000 and still the same
[16:46:51 CEST] <Mavrik> G'day.
[16:46:58 CEST] <Mavrik> TheGreatDoc, what's your issue?
[16:47:11 CEST] <Mavrik> With decklink?
[16:47:16 CEST] <TheGreatDoc> I cant multicast stream
[16:47:25 CEST] <TheGreatDoc> no, the decklink works perfect, is the multicast udp stream
[16:47:44 CEST] <TheGreatDoc> And this is driving me crazy :D
[16:48:05 CEST] <TheGreatDoc> G'day to you too
[16:48:28 CEST] <Mavrik> Ah :)
[16:48:53 CEST] <TheGreatDoc> Can you, by any chance, help me on that?
[16:48:57 CEST] <TheGreatDoc> :):):)
[16:49:37 CEST] <Mavrik> I guess :P
[16:49:49 CEST] <TheGreatDoc> Im doing this:
[16:49:53 CEST] <Mavrik> Didn't have much trouble with it tbh
[16:50:05 CEST] <TheGreatDoc> ./ffmpeg -re -f decklink -i "DeckLink SDI 4K at 2"  -c:v libx264 -pix_fmt yuv420p -profile:v main -level 4.1 -vb 4000k -c:a libmp3lame -ab 256k -ar:a 44100 -f mpegts udp://224.0.0.251:5001
[16:50:26 CEST] <TheGreatDoc> I cant see the stream even in the same computer with vlc
[16:50:31 CEST] <TheGreatDoc> ffprobe says is ok
[16:50:46 CEST] <TheGreatDoc> ffprobe on another computer (windows, same lan, do nothing)
[16:50:46 CEST] <Mavrik> hmm
[16:50:56 CEST] <Mavrik> ok, first, did you try unicast?
[16:51:05 CEST] <TheGreatDoc> I try rtmp and works
[16:51:09 CEST] <TheGreatDoc> tried*
[16:51:10 CEST] <Mavrik> Just to see if it's ffmpeg or network that's the issue.
[16:51:19 CEST] <Mavrik> Try udp://<IP of another machine>:<port>
[16:51:26 CEST] <TheGreatDoc> Oh, that I tried too
[16:51:28 CEST] <Mavrik> and open udp://127.0.0.1:<port> on the other machine
[16:51:37 CEST] <TheGreatDoc> no work
[16:51:52 CEST] <Mavrik> Well, I'd pull out wireshark at that point :/
[16:52:10 CEST] <Mavrik> See what's sent on host machine and what's received on target machine
[16:52:15 CEST] <TheGreatDoc> oh, thats the funny, in wireshark (in multicast at least) the packets are there
[16:52:21 CEST] <TheGreatDoc> let me do you test in a minute
[16:52:38 CEST] <hc2p> hey, i can't set the playlist-type to EVENT when encoding to HLS. Says "...Unrecognized option 'hls_playlist_type'". ffmpeg version 3.0.1, libavformat 57.25.100
[16:52:47 CEST] <TheGreatDoc> F**K
[16:52:58 CEST] <Mavrik> TheGreatDoc, also remember that VLC is retarded and you need to set source as "udp://@<ip>:port"
[16:53:05 CEST] <TheGreatDoc> im opening the multicast address on the other computer
[16:53:12 CEST] <TheGreatDoc> and now is playing with unicast ffmpeg
[16:53:24 CEST] <Mavrik> hmm
[16:53:30 CEST] <TheGreatDoc> I mean, in the vlc Im opening udp://@224.0.0.251:5001
[16:53:35 CEST] <Mavrik> That sounds like the player isn't joining the multicast group
[16:53:41 CEST] <Mavrik> Or the router is drunk.
[16:53:50 CEST] <TheGreatDoc> and with ffmpeg im streaming to udp://192.168.250.2:5001
[16:54:12 CEST] <TheGreatDoc> no no, with multicast address on ffmpeg, I recieve the packets in the VLC computer, but cant open the stream
[16:54:46 CEST] <TheGreatDoc> thats a little bit crazy, I know
[16:57:51 CEST] <TheGreatDoc> But Im pretty sure I need to do the multicast
[16:59:54 CEST] <Mavrik> hmm.
[17:00:15 CEST] <Mavrik> If you see the packets on the client machine, then there's something wrong with the player
[17:00:28 CEST] <Mavrik> Perhaps multiple network cards and the players are binding to the wrong ones?
[17:00:30 CEST] <Mavrik> Broken routes?
[17:01:17 CEST] <TheGreatDoc> Mavrik, I cant view the stream even in the same machine is doing the stream
[17:01:41 CEST] <Mavrik> That can still happen when network routes are broken :)
[17:01:51 CEST] <Mavrik> But I'm not a networking expert tho :/
[17:03:57 CEST] <TheGreatDoc> Im doing some tests :)
[17:05:27 CEST] <hc2p> the option "hls_playlist_type" is mentioned in the formats docs for the HLS muxer. I get an error using it: "...Unrecognized option 'hls_playlist_type'". ffmpeg version 3.0.1, libavformat 57.25.100
[17:05:43 CEST] <hc2p> any help highly appreciated
[17:16:27 CEST] <andross> well
[17:16:33 CEST] <andross> when trying to configure with lame i get this error:
[17:16:38 CEST] <andross> ERROR: libmp3lame >= 3.98.3 not found
[17:17:13 CEST] <andross> ive installed libmp3lame-dev
[17:17:49 CEST] <furq> if you're cross-compiling ffmpeg you need to cross-compile any libs you want to use
[17:18:20 CEST] <andross> ah, so how do i cross compile libmp3lame
[17:20:25 CEST] <TheGreatDoc> Mavrik, I've setup tsreader to check the stream
[17:20:44 CEST] <TheGreatDoc> tsreader start reading the stream and fail after 1 to 2 secs
[17:20:59 CEST] <TheGreatDoc> and then stop reading
[17:21:12 CEST] <TheGreatDoc> I've tested tsreader with other multicast stream and never stops reading
[17:21:23 CEST] <TheGreatDoc> So it must be some issue on source (ffmpeg)
[17:29:47 CEST] <TheGreatDoc>  ./ffmpeg -re -f decklink -i "DeckLink SDI 4K at 2" -c:v mpeg2video -pix_fmt yuv420p -r 25  -g 15 -b 3500k -bt 300k -acodec mp2 -ac 2 -ab 192k -ar 44100 -async 1 -f mpegts udp://224.0.0.251:5001
[17:29:54 CEST] <andross> whoever said cross compiling ffmpeg on linux was easy must have been smoking something...
[17:29:58 CEST] <andross> literally no clue what im doing
[17:30:01 CEST] <TheGreatDoc> im doing this now, but no luck
[17:30:23 CEST] <andross> built libmp3lame cross compiled, ffmpeg make still cant find it
[17:30:36 CEST] <TheGreatDoc> BurnerGR
[17:31:12 CEST] <TheGreatDoc> andross, in debian i just compiled libmp3lame, make make install and go
[17:31:25 CEST] <furq> andross: where did you install it
[17:31:34 CEST] <furq> and have you set your PKG_CONFIG_PATH to point to the installed .pc
[17:31:46 CEST] <furq> otherwise it'll still be pointing to the native .pc
[17:32:05 CEST] <andross> i dont know about any of this stuff since im not a linux user
[17:32:28 CEST] <andross> libmp3lame installed to wherver make install installs it
[17:32:42 CEST] <andross> i dont know what a .pc is
[17:33:05 CEST] <TheGreatDoc> so you configure, make and make install libmp3lame
[17:33:14 CEST] <andross> ive done that
[17:33:27 CEST] <TheGreatDoc> and then , in the configure of ffmpeg you set --enable-libmp3lame
[17:33:32 CEST] <andross> done that
[17:33:39 CEST] <TheGreatDoc> and whats the error?
[17:33:49 CEST] <andross> ERROR: libmp3lame >= 3.98.3 not found
[17:34:12 CEST] <TheGreatDoc> and what libmp3lame are you installing?
[17:34:34 CEST] <TheGreatDoc> what version I mean :)
[17:34:43 CEST] <andross> http://downloads.sourceforge.net/project/lame/lame/3.99/lame-3.99.5.tar.gz
[17:34:50 CEST] <furq> well it's not 3.98.3 because that came out in 2010
[17:35:54 CEST] <TheGreatDoc> Im using just that one
[17:35:56 CEST] <TheGreatDoc> 3.99.5
[17:36:03 CEST] <andross> i extracted it to a sub folder within ffmpeg
[17:36:25 CEST] <furq> ignore the stuff i said about pkg-config, apparently lame doesn't create a pkg-config file
[17:37:36 CEST] <TheGreatDoc> I've downloaded to my home, configure make and make install. Just only that, and works perfectly (in debian)
[17:37:48 CEST] <andross> im in ubuntu
[17:38:00 CEST] <TheGreatDoc> I know, but should not be much difference i guess
[17:38:03 CEST] <andross> i had to sudo make install as i got permission errors on just make install
[17:38:15 CEST] <TheGreatDoc> yeah, im running all on root
[17:38:30 CEST] <TheGreatDoc> so everything should be the same
[17:38:34 CEST] <andross> im not saying libmp3 didnt build anyway
[17:38:40 CEST] <andross> im talking about on buildng ffmpeg
[17:38:45 CEST] <andross> it doesnt find libmp3lame still
[17:38:51 CEST] <TheGreatDoc> did you tried doing "sudo su"
[17:39:01 CEST] <TheGreatDoc> and the configure, make on ffmpeg?
[17:39:36 CEST] <furq> no
[17:39:49 CEST] <furq> if you ever have to run configure as root then you've fucked something up
[17:40:32 CEST] <andross> ./configure --cross-prefix=i686-w64-mingw32- --arch=i686 --target-os=mingw32 --disable-static --enable-shared --pkg-config='pkg-config --static' --extra-ldflags=-static-libgcc --enable-libmp3lame
[17:40:36 CEST] <andross> this is my command
[17:41:30 CEST] <furq> andross: recompile lame with --prefix=/my/install/path
[17:41:55 CEST] <furq> then configure ffmpeg with LDFLAGS=-L/my/install/path/lib ./configure
[17:42:12 CEST] <furq> you might also need CFLAGS=-I/my/install/path/include
[17:42:29 CEST] <andross> how do i delete the previous lame install
[17:44:00 CEST] <furq> try make uninstall
[17:44:03 CEST] <furq> before rerunning configure
[17:45:02 CEST] <furq> /my/install/path should probably be somewhere in your home dir or somewhere else you have write access to
[17:45:30 CEST] <andross> say i want to just install to a folder called libmp3lame on my home
[17:45:40 CEST] <andross> what is the path, ~/libmp3lame/ ?
[17:45:49 CEST] <furq> yeah
[17:45:59 CEST] <furq> or $HOME/libmp3lame or /home/andross/libmp3lame
[17:46:04 CEST] <andross> right got it
[17:46:18 CEST] <furq> i would recommend using ~/build as your prefix in case you want to install more libraries
[17:46:30 CEST] <furq> granted you could just have fdk-aac built in ~/libmp3lame but that's confusing
[17:48:00 CEST] <furq> also when compiling lame, if you didn't set it before, you'll need --host=i686_w64_mingw32
[17:48:33 CEST] <furq> or whichever cross compiler you're using for ffmpeg
[17:50:12 CEST] <andross> so /home/andross/build/libmp3lame ?
[17:50:33 CEST] <furq> no, don't make a subdirectory
[17:50:49 CEST] <andross>  /home/andross/build
[17:50:56 CEST] <furq> all your cross-compiled headers and libs will go in ~/build/include, ~/build/lib etc
[17:56:19 CEST] <andross> how do i stop terminal immedately processing my command on copy & paste?
[17:57:09 CEST] <furq> depends on the terminal
[17:57:19 CEST] <furq> it's easier to just cancel the command and then hit up
[17:57:54 CEST] <andross> Unknown option "LDFLAGS=-L/home/andross/build/lib".
[17:57:54 CEST] <andross> See ./configure --help for available options.
[17:59:00 CEST] <salviaD> tried to install ffmpeg and got this msg   "ffmpeg breaks libav-tools"   what the ..... ?
[17:59:14 CEST] <furq> andross: http://sprunge.us/ESLS
[17:59:23 CEST] <furq> that should work if you're using bash, and you almost certainly are
[17:59:44 CEST] <furq> salviaD: which old version of ubuntu is that
[17:59:46 CEST] <andross> i already did make clean so i think make uninstall doesnt work now
[17:59:57 CEST] <andross> oops, was page up'd
[18:00:10 CEST] <furq> it doesn't really matter anyway
[18:00:12 CEST] <salviaD> furq: raspberry deban jessie
[18:00:23 CEST] <furq> it sounds like you just installed it native
[18:00:34 CEST] <andross> thanks furq
[18:00:51 CEST] <furq> salviaD: raspbian or proper debian
[18:01:33 CEST] <salviaD> raspbian
[18:01:56 CEST] <andross> ok, making...
[18:01:57 CEST] <furq> where are you installing ffmpeg from
[18:03:29 CEST] <andross> ~/ffmpeg/
[18:03:34 CEST] <salviaD> furq: wget http://ftp.us.debian.org/debian/pool/main/f/ffmpeg/ffmpeg_2.8.6-1+b2_armhf.deb  and   dpkg -i
[18:03:50 CEST] <andross> nvm
[18:03:59 CEST] <furq> if that's an rpi 1 then that package won't work anyway
[18:06:08 CEST] <salviaD> furq: Is there ny repo I can add to be able to apt-get install ffmpeg ?
[18:06:25 CEST] <furq> not that i know of, i've only ever used an rpi2
[18:06:41 CEST] <furq> debian armhf packages are compiled for armv7, so they won't work on an rpi1
[18:06:44 CEST] <furq> hence the need for raspbian
[18:12:33 CEST] <TheGreatDoc> anyone with ffmpeg to udp multicast experience?
[18:23:47 CEST] <anagh> hi there
[18:24:53 CEST] <anagh> when i tired ot install opencv in ubuntu 15.1 i m getting this error
[18:25:08 CEST] <anagh> libxvid not found
[18:28:11 CEST] <TheGreatDoc> anyone with ffmpeg to udp multicast experience?
[18:46:00 CEST] Last message repeated 1 time(s).
[18:46:36 CEST] <DHE> well, yes. but I made some hacks to the process
[18:49:21 CEST] <TheGreatDoc> DHE, hi again
[18:49:31 CEST] <TheGreatDoc> I still stucked >D
[18:49:35 CEST] <TheGreatDoc> :D
[18:50:05 CEST] <TheGreatDoc> Last I tried is with tsreader to see the stream
[18:50:23 CEST] <TheGreatDoc> tsreader start reading but stops recieving after 1 to 2 seconds
[18:50:38 CEST] <TheGreatDoc> I-ve tested tsreader with other multicast stream and works perfect
[18:52:04 CEST] <TheGreatDoc> If i do udp unicast it works, but multicast doesnt
[18:57:05 CEST] <DHE> is the sender host multi-homed? dual NICs?
[18:58:13 CEST] <johnnny22-afk> When doing -c copy , the source has no q=values, while the output for the content seems to have q=2-31  .. does this mean that something gets changed ?
[18:58:42 CEST] <johnnny22-afk> that is for the video part.
[18:59:02 CEST] <johnnny22-afk> Also, for the audio part, the audio input says: fltp    , while the output doesn't specify that.
[18:59:49 CEST] <DHE> q=values are encoder parameters. if no encoders are working, there's no values to print
[19:00:54 CEST] <johnnny22-afk> but I put -c copy, shouldn't it print nothing then for that output video  ?
[19:01:12 CEST] <TheGreatDoc> No, sender is not multihomed
[19:01:20 CEST] <TheGreatDoc> only one nic
[19:02:01 CEST] <TheGreatDoc> tsreader, in other computer, start recieving and reading the stream but stop after 1 or 2 seconds
[19:02:20 CEST] <TheGreatDoc> also, wireshark sais the packets are there
[19:14:30 CEST] <pfelt> afternoon all!  i've got an ffmpeg command i'm running that pulls two streams and hstacks them.  i'm playing with a ton of different ways to no avail.  is there any way for me to be able to kill one of the streams and restart it without having to restart the other?  (i've tried 3 total ffmpeg commands and pipes and that doesn't seem to do it)
[19:19:52 CEST] <durandal_1707> pfelt: you want to loop it?
[19:24:34 CEST] <pfelt> durandal_1707: negative, it's a network feed.  i'd either like to just restart it with the same url (it'll have different content) or change it to a new url
[19:27:39 CEST] <durandal_1707> pfelt: after exact time?
[19:30:34 CEST] <pfelt> durandal_1707: sry.  not sure i follow the question
[19:31:28 CEST] <durandal_1707> Duration of one stream is variable?
[19:32:29 CEST] <pfelt> ah.  basically yes
[19:33:16 CEST] <durandal_1707> and when it stops you want it to pick another url?
[19:33:43 CEST] <durandal_1707> use something like concat filter before hstack
[19:35:32 CEST] <pfelt> would that only allow a "stream swap" once?
[19:36:20 CEST] <pfelt> ie:  i would start the stream on /tmp/pipe1 and then start the new stream on /tmp/pipe2, then i'd kill the stream going to /tmp/pipe1 and it'll move to the other
[19:36:46 CEST] <pfelt> (if concat is like unix 'cat')
[19:37:03 CEST] <durandal_1707> yes, concatenate streams
[19:37:25 CEST] <pfelt> and if i wanted to "stream swap" many times?
[19:37:53 CEST] <durandal_1707> just add such entries into filter args
[19:38:12 CEST] <durandal_1707> read filter doc for details
[19:38:32 CEST] <durandal_1707> I guess it should be possible
[20:00:59 CEST] <moparisthebest> I have h264 video in a transport stream (.ts) and I want to convert it to mkv, but it's crashing, is there some flags I could use or something?
[20:01:16 CEST] <moparisthebest> ffmpeg -i in.ts -vcodec copy -acodec copy -f matroska out.mkv
[20:01:31 CEST] <moparisthebest> is the exact commmand I'm using, I can watch the .ts fine in VLC and Kodi
[20:03:04 CEST] <moparisthebest> yes building the output log now
[20:04:58 CEST] <moparisthebest> http://pastebin.com/BSWZnsaW is the command + output
[20:11:43 CEST] <moparisthebest> I tried adding -fflags +genpts as referenced here: https://trac.ffmpeg.org/ticket/1553 because the errors looked similarish, same error though
[20:12:36 CEST] <c_14> That plays fine in VLC/Kodi?
[20:12:39 CEST] <c_14> Does it play with ffplay?
[20:12:53 CEST] <moparisthebest> yes vlc/kodi, let me try ffplay
[20:13:11 CEST] <moparisthebest> same conversion results with an old ffmpeg version 2.3.git too I just tested
[20:14:45 CEST] <moparisthebest> yes it plays fine so far with ffplay, it's an hour long so I haven't watched the entire thing
[20:14:59 CEST] <moparisthebest> but conversion fails almost instantly so the problem is *probably* towards the beginning anyway?
[20:18:12 CEST] <moparisthebest> ok I used the keys to fast forward to almost the end in ffplay and it finished successfully
[20:18:55 CEST] <c_14> Can you try with a newer git build maybe? If it still doesn't work, make a ticket on trac with the full command output, that the file plays with ffplay and if you can a short sample of the file (cut the file as short as possible so that the error still shows up when running the command on the cut file, you should be able to use dd to cut the file)
[20:19:47 CEST] <moparisthebest> yep I can try those things thanks
[20:21:28 CEST] <moparisthebest> should I just build from git master or a particular tag or?
[20:24:55 CEST] <c_14> just build from git master, or use a static build
[20:24:57 CEST] <c_14> http://johnvansickle.com/ffmpeg/
[20:25:44 CEST] <moparisthebest> binaries over http, I feel like I'm back running windows again :)
[20:34:15 CEST] <furq> does your package manager not use http
[20:34:34 CEST] <moparisthebest> sure but it verifies packages with pgp
[20:34:50 CEST] <moparisthebest> that website has an md5 file also served over the same http with which to 'verify' files :)
[20:38:43 CEST] <moparisthebest> my build from master is still going, an attempt with the johnvansickle build crashes the same way, and also crashes on a 5mb snip from the file made with dd
[20:43:52 CEST] <moparisthebest> it looks like it might be https://trac.ffmpeg.org/ticket/3339
[20:45:31 CEST] Action: c_14 isn't so sure. It looks like it's having issues with the h264 bitstream. It could be an amalgamation of issues though
[20:49:53 CEST] <moparisthebest> well I found something from that ticket that works...
[20:50:19 CEST] <moparisthebest> ffmpeg -i in.ts -vcodec copy -acodec copy out.mp4
[20:50:19 CEST] <moparisthebest> ffmpeg -i out.mp4 -vcodec copy -acodec copy out.mkv
[20:50:29 CEST] <moparisthebest> that gets me from in.ts to out.mkv with no errors... :/
[20:51:12 CEST] <moparisthebest> so it's something in the ts -> mkv code that doesn't get triggered in the ts -> mp4 or mp4 -> mkv code?
[20:51:46 CEST] <moparisthebest> it's not particularly something I want to script either hehe
[20:52:10 CEST] <JEEB> the timestamp business with mpeg-ts can get rather funky
[20:52:11 CEST] <sciss> hi there -- I can't get the eq filter to work (http://ffmpeg.org/ffmpeg-filters.html#eq). Thought it must be `ffmpeg -i in.mp4 -vf "eq=gamma=0.5" out.mp4` but all I get is `No such filter: 'eq'`. Just built from master HEAD. Any ideas?
[20:52:42 CEST] <JEEB> I've seen that both FFmpeg and VLC seem to fix that stuff somewhere around the decoder
[20:52:56 CEST] <JEEB> while when you remux... you can get funky results
[20:53:00 CEST] <durandal_1707> sciss: need gpl flag
[20:53:07 CEST] <JEEB> I will have to check my sample with ts=>mkv though
[20:53:10 CEST] <moparisthebest> it makes sense then that it plays just fine
[20:53:16 CEST] <sciss> @durandal_1707 - while running or while building/compiling?
[20:53:19 CEST] <moparisthebest> because it isn't making a mkv
[20:53:29 CEST] <JEEB> moparisthebest: more like playback decodes
[20:53:43 CEST] <JEEB> and the decoder is handling timestamp messiness
[20:53:49 CEST] <durandal_1707> sciss: to configure
[20:53:49 CEST] <moparisthebest> so should I create a new issue or add my findings to https://trac.ffmpeg.org/ticket/3339 ?
[20:54:34 CEST] <JEEB> is the issue the same?
[20:54:39 CEST] <JEEB> if yes, upload a sample and poke that ticket
[20:54:55 CEST] <sciss> @durandal_1707: Just to be sure I understand - so I remove, clean and run again `./configure --enable-gpl`?
[20:55:09 CEST] <moparisthebest> maybe it's the same JEEB , the error is similarish
[20:55:39 CEST] <durandal_1707> sciss: yes, something like that
[20:55:42 CEST] <JEEB> if it's just similar'ish as opposed to being the same, then upload a sample and open a new ticket :)
[20:55:45 CEST] <sciss> Ok thank will try
[20:55:58 CEST] <JEEB> it will be marked duplicate if it is such :P
[20:56:03 CEST] <moparisthebest> I don't know how to tell JEEB http://pastebin.com/BSWZnsaW vs https://trac.ffmpeg.org/ticket/3339 ?
[20:56:43 CEST] <JEEB> hmm, de1a0d4 - let's see how old that is
[20:57:08 CEST] <JEEB> ok, not too old
[20:58:51 CEST] <JEEB> moparisthebest: seems similar enough
[20:59:23 CEST] <JEEB> upload a sample in a way that it can be easily grabbed and post there together with the log you originally pastebin'd (if possible without cutting anything out if you have done so)
[21:01:12 CEST] <moparisthebest> meanwhile I'll write some bash so if ffmpeg exit status is not 0, it'll convert to mp4 and then to mkv, and cry a little bit :)
[21:01:54 CEST] <JEEB> I'm having even more fun with live input :)
[21:02:14 CEST] <JEEB> although I guess I could try fragmented mp4
[21:02:17 CEST] <JEEB> for shits and giggles
[21:02:20 CEST] <moparisthebest> these .ts files are coming from a tuner
[21:13:53 CEST] <moparisthebest> ok JEEB c_14 I made a comment to an existing issue here: https://trac.ffmpeg.org/ticket/3339#comment:19
[21:14:12 CEST] <moparisthebest> I don't suppose there is any syntax to do the ts -> mp4 -> mkv in one ffmpeg command is there? :/
[21:17:36 CEST] <cons0l3> hi, I have a 60min file.avi grabbed with virtualdub via firewire from videocam. it contains the typical frame and audio errors (e.g. sounds and video sometime seem to be in slow motion and then pick up in speed). When seeking to a timestamp the precision of actually hitting the seeked timestamp degrades the further to the end of the file i get. The more errors I have in the file, the bigger the seeking error. what can i do, to compensa
[21:18:30 CEST] <moparisthebest> ah my build finished, so also just tested current master and it still fails the same way
[21:19:15 CEST] <cons0l3> ^ the degradation of seek error. i want to cut the files on detected scenes.
[21:21:46 CEST] <cons0l3> the seeking is performed by ffmpeg -ss 10:00.00 -i input.avi -to 11:00.00 output.avi
[21:33:58 CEST] <sciss> hi there -- I'm transcoding an mp4/h264 with a video filter. I can't get the output quality to increase. I try `ffmpeg -i in.mp4 -c:v libx264 -crf 18 -vf "eq=gamma=0.5" -c:a copy out.mp4` but it says `Unrecognized option 'crf'.`
[21:35:44 CEST] <klaxa> what ffmpeg are you running?
[21:37:08 CEST] <sciss> I just compiled from git/master
[21:37:19 CEST] <sciss> I added --enable-gpl to get the gamma filter
[21:37:48 CEST] <furq> pastebin the full command and output
[21:38:04 CEST] <sciss> That's the full command
[21:38:35 CEST] <c_14> >and output
[21:38:56 CEST] <sciss> http://pastebin.com/raw/K91Acsht
[21:39:42 CEST] <c_14> you didn't build with libx264
[21:39:51 CEST] <c_14> add --enable-libx264 to configure
[21:40:14 CEST] <sciss> Ok. Is there a page that lists _all_ I should add to configure, coz I'm rebuilding the third time now. Seems defaults are not sensible
[21:40:29 CEST] <c_14> Depends, what do you want?
[21:40:44 CEST] <furq> sciss: http://johnvansickle.com/ffmpeg/
[21:40:48 CEST] <furq> you could just use those builds
[21:40:53 CEST] <sciss> I want all codecs and filters. Possibly not the non-free ones (unless this particular example requires non-free code)
[21:41:04 CEST] <furq> ./configure --help | grep enable
[21:41:09 CEST] <sciss> Ok
[21:42:15 CEST] <c_14> If you want to encode all codecs you'll have to add support for various third party encoders, decode support should be default for most things. There's a few filters that need some libraries, notably fontconfig/freetype/libass
[21:43:06 CEST] <sciss> Thanks
[21:43:08 CEST] <furq> opus is the only popular codec which needs a library for decoding that comes to mind
[21:43:27 CEST] <JEEB> no longer
[21:43:29 CEST] <furq> those static builds are probably good enough though
[21:43:31 CEST] <furq> oh really
[21:43:35 CEST] <JEEB> there's libavcodec opus decoder now
[21:43:39 CEST] <JEEB> it was made for standardization
[21:43:41 CEST] <furq> neat
[21:43:47 CEST] <JEEB> because EBU required multiple implementations
[21:43:53 CEST] <JEEB> (European Broadcasting Union)
[21:44:38 CEST] <furq> also, was libdcadec support removed
[21:44:51 CEST] <JEEB> because libdcadec became the new dcadec
[21:45:27 CEST] <furq> i have no intention of using it, i just noticed my build script was broken
[21:45:34 CEST] <furq> i figured maybe it'd been folded in
[21:45:38 CEST] <JEEB> yes
[21:45:49 CEST] <JEEB> its author was happy to replace the old dcadec
[21:46:22 CEST] <furq> i guess i'll get rid of that then
[21:46:58 CEST] <moparisthebest> here is how I worked around the ts -> mkv bug https://www.moparscape.org/paste/?eb069a246f9b0895#Y43JW+IfnOWTeOHbB4Iv//rVvzH4S9twFlg6/wrbgrw= :(
[21:47:01 CEST] <pfelt> is there any sort of filter that would say something like "[0:v][1:v]IfThen [output]"  where it would take frames from stream 1 only if there were no available frames from stream 1 ?
[21:47:10 CEST] Action: pfelt doesn't see such a thing in ffmpeg filters docs
[21:49:24 CEST] <cons0le> hi, sorry for reasking, but irc glitched out. how do i compensate seek precession degradation in a dv grabbed file? i currently try to ffmpeg -i input.avi -ss 59:00.0 -t 1:00.0 -c copy output.avi, but it misses the seeked time by several seconds.
[21:51:04 CEST] <furq> cons0le: -ss and -t with -c copy will cut at the nearest keyframe
[21:51:10 CEST] <furq> if that's not precise enough then you'll need to reencode
[21:53:06 CEST] <cons0le> furq: can a keyframe be 7 and more seconds away? the video is encoded in dvvideo as it is grabbed directly from dv-cam with virtualdub (type2).
[21:53:41 CEST] <cons0le> why to i hit the timemark very accuratly in the beginning and at the end it gets worst and worst?
[22:23:38 CEST] <BtbN> keyframes can be way more than 7 seconds apart
[22:49:54 CEST] <blue_misfit> hey guys - what are best practices for encoding UHD VP9 using 2 pass CBR? I saw some documentation here http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide - wondering if it's out of date
[22:50:29 CEST] <blue_misfit> if it matters, I want to have good decoding performance
[22:53:50 CEST] <pfelt> is there any sort of filter that would say something like "[0:v][1:v]IfThen [output]"  where it would take frames from stream 1 only if there were no available frames from stream 1 ?  i was kinda hoping to display the color bars if one of my inputs was hung
[22:59:12 CEST] <durandal_170> no, but I could write it
[23:02:10 CEST] <TD-Linux> blue_misfit, that guide is still fine. in particular the changes I usually suggest tend to hurt decoding performance
[23:06:23 CEST] <blue_misfit> TD-Linux, thanks! :)
[23:06:49 CEST] <blue_misfit> how's VBV with VP9?
[23:07:06 CEST] <blue_misfit> I may need to do CBR for one of my streams
[23:07:45 CEST] <TD-Linux> it works though the configuration is a bit confusing
[23:08:06 CEST] <blue_misfit> -minrate 1M -maxrate 1M -b:v 1M ?
[23:09:00 CEST] <TD-Linux> that should work, but I have not personally tried a very constrained encode
[23:09:19 CEST] <blue_misfit> gotcha. I'd be looking to do pseudo CBR (i.e. no padding, but constrained maxrate)
[23:09:38 CEST] <blue_misfit> progressive download experience
[23:10:17 CEST] <TD-Linux> yeah. you can probably constrain the VBR mode to do what you want
[23:10:37 CEST] <blue_misfit> okay, and getting 2 pass working is as simple as specifying -pass 1 and then -pass 2?
[23:10:48 CEST] <TD-Linux> yes.
[23:36:12 CEST] <blue_misfit> TD-Linux, looks like in my case it's undershooting by about 50% on the bitrate target. It's a 45 second clip but it's 2880x2800p30 at 4 Mbps so I'm surprised it undershoots by that much. Is this expected?
[23:36:53 CEST] <blue_misfit> some definite loss of quality as well so I don't think I'm saturating :)
[23:37:14 CEST] <blue_misfit> oh, and this is unrestricted ABR
[23:38:58 CEST] <TD-Linux> two pass as well, correct?
[23:39:01 CEST] <blue_misfit> yep
[23:39:15 CEST] <blue_misfit> did another encode on the same content targeting 15 Mbps and it came out as 8.5 :D
[23:39:29 CEST] <TD-Linux> yeah wow that's pretty bad. this is without -minrate right?
[23:39:30 CEST] <blue_misfit> I'm using a zeranoe ffmpeg build from last month, give or take
[23:39:33 CEST] <blue_misfit> yep
[23:40:12 CEST] <blue_misfit> it looks pretty good honestly, but significantly worse than x265 encodes with the same targets (which actually hit their targets very well :))
[23:40:17 CEST] <TD-Linux> try adding a minrate and see if it helps. there are some more specific options to control this in vpxenc, not sure how they all map to ffmpeg options
[23:40:22 CEST] <blue_misfit> ok
[23:40:32 CEST] <blue_misfit> does RC in vp9 play nicely with threads?
[23:41:09 CEST] <TD-Linux> yes it should be fine with tile threads
[23:41:59 CEST] <blue_misfit> pass 1: -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1
[23:42:09 CEST] <blue_misfit> pass 2: -threads 8 -speed 1 -tile-columns 6 -frame-parallel 1 -auto-alt-ref 1 -lag-in-frames 25
[23:42:23 CEST] <blue_misfit> all straight from that best practices dog
[23:42:25 CEST] <blue_misfit> doc*
[23:42:31 CEST] <TD-Linux> yeah should be fine. note that frame-parallel doesn't give much speedup anymore
[23:43:56 CEST] <blue_misfit> I'll try without that first, and see if it makes any difference
[23:45:47 CEST] <TD-Linux> I don't think frame-parallel will affect rate control anyway, just a side comment.
[23:49:14 CEST] <blue_misfit> k
[23:49:22 CEST] <kepstin> huh, changing the auto-alt-ref and lag-in-frames seems like something that might mess up the stats for the pass1 vs pass2, tho? or does it?
[23:51:05 CEST] <blue_misfit> kepstin, not sure - the best practices doc said to do it this way
[00:00:00 CEST] --- Tue Apr 12 2016