Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
December 2016
- 1 participants
- 62 discussions
[00:18:12 CET] <kierank> michaelni: https://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/h263dec.c;h=75fc…
[00:18:28 CET] <kierank> doesn't that code assume one slice per mb row
[00:18:43 CET] <kierank> I'm still having trouble figuring out where to do slice header decoding
[00:19:01 CET] <kierank> I call it in ff_h263_resync but it doesn't get called for the first slice
[00:34:10 CET] <kierank> oh I see what the code does I think
[00:36:41 CET] <kierank> I don't understand why ff_mpeg4_decode_video_packet_header isn't called in decode_slice though
[00:37:08 CET] <kierank> actually not there
[00:37:11 CET] <kierank> but why it's called in resync
[00:44:26 CET] <michaelni> you can generate a mpeg4 with slices with ./ffmpeg -i matrixbench_mpeg2.mpg -threads 1 -ps 200 -t 10 test.avi
[00:44:34 CET] <michaelni> to see how exactly it is decoded
[00:46:58 CET] <kierank> i'm starting to understand how it workss
[00:49:11 CET] <kierank> ah vop header is not duplicated per slice
[10:01:46 CET] <cone-304> ffmpeg 03Paul B Mahol 07master:c6c888e99612: avfilter/vf_w3fdif: add >8 but <16 bit support
[15:55:37 CET] <kierank> merry christmas
[17:13:18 CET] <BBB> kierank: merry christmas!
[18:58:37 CET] <JEEB> merry christmas and happy holiday weekend :)
[19:13:55 CET] <durandal_1707> happy new century
[20:43:06 CET] <Compn> durandal_1707 is in the future :P
[20:43:10 CET] <Compn> by a week
[20:44:27 CET] <nevcairiel> also a "couple" years
[20:44:37 CET] <nevcairiel> or in the past, who knows
[21:05:00 CET] <j-b> 'morning
[21:05:15 CET] <cone-841> ffmpeg 03Michael Niedermayer 07master:cafc72bd7bc4: avcodec/error_resilience: Factor block parity check out
[21:05:16 CET] <cone-841> ffmpeg 03Michael Niedermayer 07master:d5ecffbac695: avcodec/error_resilience: Merge surrounding status checks
[21:11:08 CET] <cone-841> ffmpeg 03Marton Balint 07master:0db48ee4257c: avfilter/af_amerge: properly handle unknown input layouts
[22:34:35 CET] <cone-841> ffmpeg 03Ganesh Ajjanagadde 07master:7b557bf63ff8: ffplay: add startup volume option
[22:59:26 CET] <cone-841> ffmpeg 03Michael Niedermayer 07master:6e26b6e43fec: avcodec/error_resilience: Move variable initialization down, remove unneeded inits
[23:57:15 CET] <kierank> michaelni: why does mpeg4video_parser need to call ff_mpeg4videodec_static_init
[00:00:00 CET] --- Mon Dec 26 2016
1
0
[00:45:28 CET] <fahadash> 100 buffers queued in output stream 0:0, something may be wrong.=0.295x
[00:45:31 CET] <fahadash> What does this mean?
[01:39:44 CET] <fahadash> I tried to isolate the problem by pulling one single drawtext out to a separate filter_complex and I get 1 second video in output instead of several.
[01:39:52 CET] <fahadash> Here is my command, filter graph, and output: http://video.stackexchange.com/questions/20231/ffmpeg-not-generating-more-t…
[05:50:34 CET] <rice> Question. Is it possible to stream ffmpeg in a format and manner that can be picked up in something like Manycam as an IP Camera?
[09:36:51 CET] <Kirito> When attempting to encode a video from a set of images (extracted frames), I am getting a large number of "Non-monotonous DTS in output stream" errors. Is this indicating a problem with the source audio? It's the same audio stream that was extracted from the original video. I imagine re-encoding it might resolve the problem, but I'd prefer to avoid that if
[09:36:51 CET] <Kirito> possible
[09:37:31 CET] <Kirito> https://www.irccloud.com/pastebin/istJG6ae/
[11:02:46 CET] <john4> Buster: 1
[16:03:45 CET] <ashmew2> Hi. Questions about ffserver. Has it been dropped already? (I know 2.8.6 has it)
[16:05:31 CET] <c_14> It's been undropped for now (but I still wouldn't recommend using it)
[16:14:14 CET] <ashmew2> c_14, apart from the usual user experience related issues, does it have any other shortcomings?
[16:15:10 CET] <ashmew2> It took me a while to understand how to use it and configure properly, but it works pretty well.
[16:15:21 CET] <c_14> If the API gets updated (which they said they would) just the user experience ones
[16:17:23 CET] <ashmew2> Thanks c_14 :)
[16:27:41 CET] <dossantosfranz_> Hello guys
[16:27:52 CET] <dossantosfranz_> can someone help me :D with my decoder vu+
[19:36:16 CET] <RedAero> Hi
[19:36:38 CET] <RedAero> For some reason ffmpeg doesn't seem to be creating the output file :(
[19:36:52 CET] <RedAero> Can anyone help?
[19:37:07 CET] <RedAero> I'm using the latest nightly, and the output file is simply not created
[19:41:17 CET] <dl2s4> RedAero, maybe pastebin the command you use and the output
[19:42:22 CET] <RedAero> hold on, I think it might be my overzealous POS of an antivirus
[19:42:42 CET] <RedAero> despite it being set to throw alerts it just silently shuts down random crap for no reason
[19:56:05 CET] <RedAero> I don't get something about -map... -map 2:0 apparently copies stream 0 from the 3rd input file to stream 3 of the output file, right? But that's three pieces of info (which file, source stream, result stream) but only two in the command (input file:input file stream)
[19:56:12 CET] <RedAero> How does it know where to put the stream?
[19:56:44 CET] <RedAero> does it just concatenate?
[20:03:32 CET] <JEEB> map (nth file):(nth track) , the output track id depends on the order of maps in the command line
[20:04:09 CET] <JEEB> so the map itself doesn't set the output track number, that gets assigned by their order
[20:14:38 CET] <dossantosfranz_> can someone help me with my problem
[20:15:03 CET] <dossantosfranz_> i have one decoder with enigma
[20:15:27 CET] <dossantosfranz_> how can i ran a rtsp file forcing it on tcp protocol
[21:15:54 CET] <yume_no-yume-no`> I have an audio file and an image, I want to produce a video file with that image repeated for every frame
[21:16:39 CET] <yume_no-yume-no`> ffmpeg -i foo.flac -loop 1 -i frame.png out.m4v doesn't stop encoding
[21:16:44 CET] <yume_no-yume-no`> I probably screwed something up
[21:17:25 CET] <yume_no-yume-no`> I can move "-loop 1" to the end but then it produces video with only a single frame
[21:21:06 CET] <yume_no-yume-no`> oh, -shortest fixes it
[21:38:33 CET] <Guest10793> #gstreamer
[00:00:00 CET] --- Mon Dec 26 2016
1
0
[02:12:33 CET] <atomnuker> jamrial: why does it require -strict -1?
[02:12:41 CET] <atomnuker> some container doesn't support it?
[02:13:02 CET] <jamrial> some container? this is about matroska specifically
[02:13:53 CET] <jamrial> it requires strict unofficial because when the colour elements were added to the muxer they were not yet made official in the spec
[02:14:06 CET] <jamrial> they are now, so i guess the check can be removed
[04:48:22 CET] <cone-877> ffmpeg 03James Almer 07master:94eb600f354c: tests/audio_fifo: fix buffer allocation for non planar formats
[10:41:40 CET] <cone-954> ffmpeg 03Paul B Mahol 07master:43cd33be16b2: avcodec/pixlet: fix undefined behaviour in postprocess_chroma
[10:41:40 CET] <cone-954> ffmpeg 03Paul B Mahol 07master:ab31b46b8936: avcodec/pixlet: avoid some overflows
[10:41:40 CET] <cone-954> ffmpeg 03Paul B Mahol 07master:6cedd20b9729: avcodec/pixlet: make sure scaling factors are not zero
[11:03:10 CET] <cone-954> ffmpeg 03Paul B Mahol 07master:68e5598e22b6: avcodec/utvideo: fix mistake using wrong arguments for left and lefttop pixel components
[14:26:16 CET] <cone-454> ffmpeg 03Nicolas George 07master:3b64e3ea45c5: lavf/framesync: detect EOF immediately.
[14:26:16 CET] <cone-454> ffmpeg 03Nicolas George 07master:0ff5567a30be: lavfi/buffersrc: push the frame deeper if requested.
[14:47:25 CET] <cone-454> ffmpeg 03Michael Niedermayer 07master:87f6f1546098: tools/zmqsend: Do not truncate fgetc() return
[14:47:26 CET] <cone-454> ffmpeg 03Michael Niedermayer 07master:c4152fc42e48: avutil/random_seed: Reduce the time needed on systems with very low precission clock()
[16:03:12 CET] <kierank> durandal_1707: "Apparently, and someone is making money from it."???
[16:03:53 CET] <durandal_1707> kierank: selling magicyuv encoder
[16:04:11 CET] <durandal_1707> it does 4k in real time
[16:05:17 CET] <durandal_1707> and they claim their decoder is 2x faster than ours
[16:06:28 CET] <durandal_1707> and it's implementation improved utvideo basically
[16:49:02 CET] <cone-454> ffmpeg 03Paul B Mahol 07master:25c4035529c8: avcodec/pixlet: simplify lowpass_prediction() function
[17:46:15 CET] <kierank> durandal_1707: do you understand extradata parsing code
[17:47:42 CET] <kierank> mpeg-4 parser reads headers, puts them in extradata for some reason
[17:48:30 CET] <durandal_1707> what's problem?
[17:50:31 CET] <kierank> causes problems with the startcode detection I have written
[17:51:03 CET] <kierank> means I have to do all sorts of insane hacks
[17:52:57 CET] <durandal_1707> is extradata actually used?
[17:54:03 CET] <kierank> no it decides to put the data in extradata for some reason
[17:54:06 CET] <kierank> it's the frame headers
[18:59:02 CET] <Chloe> Merry Christmas All :)
[20:00:11 CET] <kierank> The other big question I have is how to get 32-bit coefficients into mpegvideo.c
[20:56:11 CET] <durandal_1707> kierank: via extradata or sidedata
[21:05:22 CET] <kierank> Huh?
[21:12:32 CET] <durandal_1707> kierank: your last question?
[21:20:11 CET] <kierank> durandal_1707: i need 32-bit idct coefficients for 10-bit mpeg-4 but mpegvideo is "designed" around 8-bit
[21:20:16 CET] <kierank> so I don't know how it make it use the right coefficients
[21:20:59 CET] <durandal_1707> rip you own version?
[21:23:21 CET] <Compn> cant you just add a new function in mpegvideo for 10bit ?
[21:23:27 CET] <Compn> duplicate where needed
[21:24:07 CET] <Compn> probably adding 10bit would slow down 8bit decoding anyway
[21:24:16 CET] <Compn> so might as well duplicate it and seperate path/decoder
[21:24:25 CET] <kierank> michaelni: ping, how should I get 32-bit coeffiecients into mpegvideo
[21:28:45 CET] <kierank> would if(10bit) s->decode_mb10 work?
[21:30:17 CET] <JEEB> durandal_1707: seems like zimg will switch behavior without API changes with 2.4
[21:31:28 CET] <durandal_1707> JEEB: what exactly ?
[22:19:06 CET] <michaelni> kierank, Annex A says that the IDCT input is represented by n+4 bits, that would be 14 in case of 10bit and should not require 32bit
[22:20:14 CET] <kierank> hmmmmmmm
[22:20:26 CET] <kierank> do ffmpeg idcts support that range?
[22:20:57 CET] <michaelni> the SIMD optimized ones that generally output 8bit probably not
[22:21:32 CET] <kierank> prores one should work
[00:00:00 CET] --- Sun Dec 25 2016
1
0
[00:02:12 CET] <markvandenborre> blue_misfit: always welcome if you have any idea
[00:07:22 CET] <haroldp> So I have this shitty network cam that doesn't stream any web-ready formats, and I was thinking of proxying it through ffmpeg to get it into a usable format. Is that reasonable to do?
[00:07:50 CET] <markvandenborre> haroldp: seems like a logical way...
[00:08:38 CET] <haroldp> cool, so this is the command I copy-pasted from somewhere: http://pastebin.com/Dybdhu2L
[00:09:20 CET] <haroldp> where 10.0.0.69 is the cam and 10.0.0.42 is an IP on the server running ffmpeg
[00:10:21 CET] <haroldp> when i run that I get, "Connection to tcp://69.13.36.126:1935 failed: Connection refused"
[00:10:31 CET] <haroldp> woops, actual IP :)
[00:11:06 CET] <markvandenborre> :-)
[00:11:30 CET] <haroldp> anyway, I'm trying to get it to *host* the stream so i can connect to it with a browser
[00:12:25 CET] <markvandenborre> haroldp: nmaping your camera
[00:12:44 CET] <haroldp> that's the server not the cam
[00:12:50 CET] <markvandenborre> yeah, just found that out
[00:13:03 CET] <haroldp> happily, because I can NOT get the fucking client to change his default password
[00:13:28 CET] <markvandenborre> what kind of device is it?
[00:13:29 CET] <haroldp> (or buy an approprite cam, or pay for a real streaming service, merry christmas)
[00:14:19 CET] <haroldp> anyway
[00:14:24 CET] <markvandenborre> onvif in any case
[00:14:29 CET] <haroldp> am I scewing up that output URL?
[00:14:50 CET] <haroldp> i want it to LISTEN on that IP/port
[00:15:06 CET] <haroldp> so web clients may stream from it
[00:17:09 CET] <markvandenborre> have you actually tested an ffplay or mpv of the origin port?
[00:17:20 CET] <markvandenborre> you seem to forget to add the user credentials if any
[00:17:28 CET] <markvandenborre> ?
[00:17:47 CET] <markvandenborre> haroldp: shouldn't you be using something like rtsp://admin:admin@192.168.1.20/ONVIF/channel1
[00:18:21 CET] <haroldp> I can pull thge cam up in VLC
[00:18:55 CET] <haroldp> and ffmpeg isn't complaining about the cam, but rather the output url
[00:19:24 CET] <markvandenborre> I'd try to make sure I could do something with the cam first
[00:19:28 CET] <markvandenborre> in ffmpeg
[00:20:19 CET] <markvandenborre> so why not drop most of the second part of the equation and replace that by foo.mp4
[00:20:24 CET] <markvandenborre> and see what that gives
[00:20:27 CET] <markvandenborre> then build from there?
[00:20:30 CET] <haroldp> ok. trying that
[00:20:54 CET] <markvandenborre> (if you're very sure that the first bit is not generating any complaints)
[00:21:12 CET] <markvandenborre> anything starting from -vcodec copy
[00:21:23 CET] <markvandenborre> you should be able to replace with that
[00:21:33 CET] <markvandenborre> and get some automagic reencoding
[00:21:45 CET] <markvandenborre> (which you don't want afterwards, but you get the idea I guess)
[00:22:41 CET] <markvandenborre> haroldp: does that help a bit?
[00:23:04 CET] <haroldp> sent the stream to foo.mp4 and got a file. Downloaded the file and it plays in VLC
[00:23:29 CET] <haroldp> only changed that last argument
[00:24:22 CET] <markvandenborre> nice, so at least you are one step ahead now
[00:24:33 CET] <haroldp> progress!
[00:24:43 CET] <markvandenborre> you can do an ffprobe or mediainfo on that file now
[00:24:48 CET] <markvandenborre> to see exactly what you have
[00:25:18 CET] <markvandenborre> that will tell you something about the codecs used, at minimum
[00:25:26 CET] <mosb3rg> anyone around yet who could help me take a crack at the specifics of this hls cookie issue im facing.
[00:25:32 CET] <mosb3rg> i have a copy of the headers now, to examine.
[00:27:18 CET] <haroldp> ok, what am I looking for in the ffprobe output?
[00:27:59 CET] <haroldp> last line is "Stream #0:0: Video: h264 (Baseline), yuv420p(progressive), 1280x720, 15 tbr, 1k tbn"
[00:29:25 CET] <haroldp> just weird that that the error I get is like, "can not connect to myself" effectively. Like it can't bind to that IP? Or I'm not telling to bind to an IP correctly?
[00:29:36 CET] <markvandenborre> ok, so that seems to be ok...
[00:29:45 CET] <markvandenborre> (the codec stuff, nothing so very weird)
[00:30:01 CET] <haroldp> "can't connect to [output url]"
[00:30:03 CET] <markvandenborre> you should be able to throw that at an rtmp server
[00:30:20 CET] <markvandenborre> haroldp: have you tried setting up nginx-rtmp somewhere?
[00:30:28 CET] <haroldp> ah ha
[00:30:28 CET] <markvandenborre> throw it at that using ffmpeg
[00:30:36 CET] <haroldp> no, I have no rtmp server
[00:30:49 CET] <markvandenborre> set one up?
[00:30:57 CET] <markvandenborre> it isn't very difficult...
[00:31:41 CET] <markvandenborre> ok, it is a bit if you're not used to linux, because the nginx rtmp module is not packaged in the main distros
[00:31:47 CET] <markvandenborre> but there's fairly good docs on that
[00:32:20 CET] <markvandenborre> the process is: build nginx from source with the rtmp module included
[00:32:28 CET] <haroldp> yeah, looking up docs on it
[00:32:39 CET] <markvandenborre> then you have a nice rtmp server
[00:32:44 CET] <haroldp> not afraid of nginx or anything command-line :)
[00:33:38 CET] <markvandenborre> haroldp: here's our docs on how to do it
[00:33:39 CET] <markvandenborre> https://github.com/FOSDEM/video/wiki/Nginx-streaming
[00:33:53 CET] <markvandenborre> (plenty more to find around there)
[00:33:54 CET] <haroldp> cool. thanks.
[00:34:24 CET] Action: markvandenborre is off to bed now.
[00:34:43 CET] <markvandenborre> haroldp: shouldn't be too difficult to get this to run though
[00:35:00 CET] <markvandenborre> have a look at the clappr stuff too
[00:35:30 CET] <markvandenborre> after you get the nginx rtmp server up and the hls
[00:35:37 CET] <markvandenborre> for use in modern browsers
[00:39:45 CET] <haroldp> ah, clappr looks cool. thanks.
[01:09:50 CET] <haroldp> huh, the rmtp module docs have an example of launching ffmpeg from right in nginx. swank.
[01:10:26 CET] <haroldp> via exec_pull
[01:11:36 CET] <jophish> hi all
[01:12:09 CET] <jophish> I have a bunch of gifs (of varying dimensions) which I'd like to stitch together into a video. This should be something ffmpeg is able to do, right?
[01:13:06 CET] <jophish> I suppose I should first convert all the inputs (there are some webms too) into the same format and dimension
[03:05:52 CET] <Guest4637> hello folks
[03:06:22 CET] <Guest4637> can you help me?
[03:44:10 CET] <panda81> Hi. I have a video that restarts to beginning after pausing for some platforms. How do I know what's wrong?
[03:53:41 CET] <panda81> Or, how do I convert the video data form the problem mp4 to the format of another mp4 that has no problems?
[14:20:15 CET] <fling> Is there a filter for audio noise removal by pattern?
[14:24:54 CET] <durandal_1707> fling: pattern?
[14:25:20 CET] <durandal_1707> you can only remove certain frequencies
[14:25:32 CET] <durandal_1707> for now
[14:28:22 CET] <fling> durandal_1707: yes like 1. specify an audio sample containing only noise; 2. ???; 3. profit
[14:29:22 CET] <fling> durandal_1707: I've seen such things 15 years ago in vst plugins like waves and others
[14:29:28 CET] <durandal_1707> fling: that's only with audacity
[14:29:38 CET] <fling> durandal_1707: tell me more please
[14:30:06 CET] <durandal_1707> I never tried because never needed
[14:30:45 CET] <fling> Another question: How to easily add my own video filter? What is the good plan to do so?
[14:31:27 CET] <fling> The filter would be only useable for a single codec and will need ffmpeg to be linked to a lib
[14:32:00 CET] <fling> I'm thinking about implementing multiple different things. Like h264 lossless crop and others
[14:35:19 CET] <JEEB> that's a bit stream filter then
[14:35:42 CET] <JEEB> there was an old old patch for editing the parameter sets back in the day, but it was never really pushed to upstream too hard
[14:35:50 CET] <JEEB> so it basically stayed over at doom9 and that's it
[14:37:08 CET] <fling> >> for editing the parameter sets?
[14:37:59 CET] <fling> I also have ideas about mjpeg and png and something about yuyv to bgr&
[14:40:37 CET] <durandal_1707> fling: what yuvy to bgr?
[14:41:54 CET] <fling> durandal_1707: I can't get rid of a stupid idea about converting yuyv frames back to bayer.
[14:42:27 CET] <fling> durandal_1707: it could (but not really) be possible to get better resolution from some of the v4l devices this way.
[14:42:47 CET] <durandal_1707> that's for swscale better place
[14:43:57 CET] <fling> The idea is to convert each yuyv pixel to bggr and then debayer each bggr to four pixels.
[14:44:08 CET] <fling> This is only possible if we somehow know the order
[14:49:14 CET] <fling> Debayering is the way the cameras are getting 1.2Mpx stills from 640x480 sensors.
[15:12:26 CET] <theFam> hello, how can I delay a subtitle I created with -vf subtitles=? I use -ss before -i.
[16:28:07 CET] <wodim> is there any way to set the flac encoding quality?
[16:29:12 CET] <JEEB> flac is lossless, there is no "quality"
[16:29:22 CET] <JEEB> if there was a quality switch it wouldn't be lossless
[16:29:40 CET] <wodim> sorry, I didn't mean that
[16:29:43 CET] <wodim> I meant compression level
[16:43:33 CET] <kerio> wodim: aiui there's no good reason to do so with libflac
[16:43:58 CET] <wodim> I thought I could get better sizes
[16:44:09 CET] <kerio> yeah but...
[16:44:17 CET] <durandal_1707> wodim: see docs
[16:44:20 CET] <wodim> but what? don't leave me hanging like that
[16:44:25 CET] <wodim> what docs. I saw the wiki
[16:44:26 CET] <wodim> hold on
[16:44:42 CET] <kerio> anyway, `-compression_level 0` to `-compression_level 8` apparently
[16:44:57 CET] <kerio> but aiui going deeper than the default won't give you much smaller files
[16:45:08 CET] <wodim> ah yeah
[16:45:09 CET] <wodim> found it
[16:45:09 CET] <kerio> like, there's diminishing returns
[16:45:16 CET] <durandal_1707> ffmpeg -h encoder=flac
[16:46:00 CET] <durandal_1707> there's many slooow encoding options
[16:46:39 CET] <wodim> there's a minimal difference between 0 and 8
[16:46:52 CET] <wodim> well, learnt something I guess
[16:46:55 CET] <wodim> thanks
[18:29:36 CET] <nyuszika7h> is there a way to take a snapshot by frame number rather than timecode (I guess -ss equivalent for frame)?
[18:37:49 CET] <c_14> you can use the select filter but it'll be really quite very slow
[18:39:44 CET] <fahadash> fling: Goldwave does that too, and it has command-line batch processing too
[18:46:17 CET] <fling> fahadash: does what?
[18:48:53 CET] <fahadash> Takes the noise sample and removes that noise from the source audio
[18:49:52 CET] <fling> fahadash: which package for Goldwave?
[18:50:12 CET] <fahadash> Goldwave is a software, a stand-alone utility
[18:50:56 CET] <fling> I can't find it in portage
[18:58:31 CET] <fahadash> www.goldwave.com
[18:58:36 CET] <fahadash> Don't know much about portage
[18:58:54 CET] <fahadash> I have a question about filter scripts, is there any way to comment out filters?
[19:03:41 CET] <durandal_1707> fahadash: scripts ass files?
[19:04:34 CET] <fling> fahadash: split your ffmpeg commandline to multiple parts and comment them as needed
[19:05:04 CET] <fling> fahadash: $commandline="$part_a $part_b $part_c&" at the end
[19:23:46 CET] <fahadash> I don't like multiple commands, leaves clutter behind, I know I can rm the clutter but when the script fails in between the clutter needs manual cleanup
[19:24:00 CET] <fahadash> 1 command is easy to read
[19:24:39 CET] <fahadash> I am pretty sure # will comment the filter, I should try it
[19:43:14 CET] <durandal_1707> fahadash: you can use -filter-script option
[19:47:04 CET] <fahadash> -filter_complex_script , I am already using that. I am wondering if I could write remarks/comments in my gigantic script file
[19:55:57 CET] <durandal_1707> fahadash: you can only add new lines
[20:32:22 CET] <fahadash> I am using trim filter to cut out some frames at the start and at the end of my 10 second video clip, I end up getting output which is still 10 seconds. Why?
[20:37:56 CET] <mosb3rg> hey guys, could i get a syntax example of how to use a still image locally on hdd, and an audio only hls aac playlist with m3u8
[20:39:05 CET] <mosb3rg> i have an issue where im trying to relay an xm signal, which i get in m3u8 audio only and i want to use a still image per channel basically. so its using 2 separate sources for video and audio but 1 of which is an m3u8 playlist.
[20:39:36 CET] <fahadash> I am having a real killing issue with 'trim' filter. http://video.stackexchange.com/questions/20229/ffmpeg-trim-filter-renders-t…
[20:42:16 CET] <Kiicki> I believe you were right about that "fast slow presets" furq
[20:43:04 CET] <Kiicki> I did some encoding with Handbrake and set them all to slow and non of them were working on my TV, even though I got the impression that everything I converted with Handbrake, it worked on my TV
[20:43:40 CET] <Kiicki> I have actually no idea what it really is, and too bad that so many people chooses to convert them with slow or slower
[20:50:11 CET] <markvandenborre> I have this strange situation where ffmpeg itself is not able to find the size of an udp multicast video stream
[20:50:20 CET] <markvandenborre> but ffprobe is perfectly able to find it out
[20:50:54 CET] <fahadash> I found out what was wrong with my trim. I have the audio with my video causing this. Is there any filter to remove the audio?
[20:51:53 CET] <markvandenborre> hence what I want to do with it afterwards (throw it at an rtmp server) is not working
[20:52:06 CET] <markvandenborre> is there a way to explicitly specify these values myself?
[20:53:15 CET] <markvandenborre> I tried setting the analyzeduration and probesize options to ridiculously hight values, but that didn't really solve anything
[20:53:37 CET] <markvandenborre> it's still complaining about "unspecified size"
[20:53:53 CET] <mosb3rg> ffmpeg -i 1080p.mp4 -i 720p.mp4 -map 0:0 -map 1:1 -c:v copy -c:a copy 1080p_w_audio.mp4
[20:54:13 CET] <mosb3rg> so this method would be used, to use video from 1 audio from another ok, i get that but whast if i want to use urls to point to each source ? can i do that too
[20:54:36 CET] <DHE> mosb3rg: sure, as long as each plays properly on its own
[20:54:42 CET] <markvandenborre> DHE: sec, coming up
[20:54:54 CET] <mosb3rg> interesting ok. need to examine this now
[20:55:02 CET] <mosb3rg> i want to add a still imagine to XM audio channels
[20:59:19 CET] <mosb3rg> but DHE you cannot probe the same way ? with 2 inputs ?
[20:59:28 CET] <mosb3rg> im getting an error when i try to do that
[20:59:38 CET] <DHE> you mean ffprobe?
[21:00:04 CET] <DHE> it's meant for analyzing videos and telling you information about them.. you don't need more than 1 in a single invocation
[21:05:46 CET] <markvandenborre> DHE: never mind, there was one box here with an ancient ffmpeg from debian multimedia
[21:05:54 CET] <markvandenborre> a recent ffmpeg has no problems with it
[21:11:49 CET] <fahadash> I am trying to trim a clip (audio and video both) using the trim filters, What am I missing here? Got a few errors http://pastebin.com/XmVNiwBr
[21:14:07 CET] <DHE> fahadash: filter_complex isn't the right thing. you probably just want -vf and -af for the video and audio filters respectively..
[21:14:12 CET] <DHE> then again, can you get what you want with -ss and -t ?
[21:14:35 CET] <mosb3rg> The still image i try and use i never see, when i begin processing to the rtmp connection
[21:14:43 CET] <mosb3rg> i only have audio present.
[21:14:45 CET] <durandal_1707> fahadash: you can't use audio filters with -vf use -af
[21:15:08 CET] <fahadash> DHE: is there any 'filter' way of trimming some of the start and end portions of the source out?
[21:15:10 CET] <durandal_1707> fahadash: a atrim is audio filter
[21:15:33 CET] <DHE> fahadash: what you've done is taken the video stream, trimmed it, and then fed that into the audio trimmer. so naturally it's unhappy
[21:16:15 CET] <DHE> just do: ffmpeg -i input.mov -vf trim=.... -af atrim=.... <codec-options> output.mov
[21:16:52 CET] <fahadash> I am trying to trim using trim filter, but since my video has an audio which has to be filtered too, so I combined it with atrim. I am using a -filter_complex, the example I showed is very simplified and has a small portion of my movie making command
[21:18:40 CET] <durandal_1707> fahadash: then use [0:a]atrim
[21:19:17 CET] <fahadash> and map them together?
[21:20:03 CET] <durandal_1707> you need that with filter complex
[21:20:26 CET] <fahadash> How can I map them in my filter graph?
[21:20:50 CET] <fahadash> I can do [0:v]trim[video_portion];[0:a]atrim[audio_portion]
[21:20:58 CET] <fahadash> how do I map [video_portion][audio_portion]?
[21:21:50 CET] <fahadash> I found 'join', let me try that
[21:21:58 CET] <durandal_1707> it's all in docs, with -map
[21:22:22 CET] <durandal_1707> join is audio filter...
[21:22:40 CET] <durandal_1707> for joining separate channels
[21:23:39 CET] <fahadash> can I specify output-pads in -map?
[21:23:47 CET] <fahadash> let me look up -map in the docs
[21:26:17 CET] <Kiicki> Anyone know which presets I need to choose to get 1,2,3,4 or 5 ref frames?
[21:26:39 CET] <Kiicki> Instead of the numbers, Handbrake has like fast, normal slow etc
[21:32:05 CET] <mosb3rg> you are looking for #handbrake
[21:32:16 CET] <mosb3rg> same network here. for support with that application.
[21:37:27 CET] <Kiicki> didn't know that was a thing
[21:37:30 CET] <Kiicki> ty
[22:38:36 CET] <memori> What capabilities does ffmpeg have for aspect ratio? I have a 704x376 px video displayed at 3:2 and would like to change the DAR to 16:9 (while keeping the same pixel data)
[22:47:28 CET] <durandal_1707> memori: there are filters to set SAR and DAR
[22:52:15 CET] <memori> durandal_1707, is that -vf setdar=16:9? IŽm trying the encode right now
[22:53:42 CET] <durandal_1707> memori: setdar=16/9
[22:58:08 CET] <memori> durandal_1707, alright, that worked, thanks
[00:00:00 CET] --- Sun Dec 25 2016
1
0
[02:56:46 CET] <slavanap> Hello. I want to use ffmpeg to retrieve picture for every frame as (byte array + image format). Is there examples in C/C++? Does ffmpeg support seeking to specific frame natively? How ffmpeg handle 3D videos (if implemented already)? Thanks!
[02:58:57 CET] <cone-599> ffmpeg 03Thomas Turner 07master:8dcb28cf6dd1: avutil/tests: Improved code coverage for random_seed
[03:44:10 CET] <Compn> depends on the format of the 3d video
[03:44:14 CET] <Compn> e.g. 3d bluray not supported
[03:44:27 CET] <Compn> i think most / all other 3d formats are supported via filters
[03:44:55 CET] <Compn> oh shit he left :\
[04:07:51 CET] <cone-599> ffmpeg 03Nicolas George 07master:8156b5ac9436: avfilter/af_amerge: detect EOF immediately
[08:38:42 CET] <atomnuker> lossless audio encoding shootout:
[08:39:02 CET] <atomnuker> 5th place with 43016 bytes, the ffmpeg flac encoder at the highest compression_level
[08:39:56 CET] <atomnuker> 4th place with 42440 bytes, flacenc at the highest encoding settings (32 order LPC, all exaustive search options, took 10 minutes to encode)
[08:40:36 CET] <atomnuker> 3rd place with 42144 bytes, the ffmpeg tta encoder, took less than 10 seconds to encode
[08:41:00 CET] <atomnuker> 2nd place with 41868 bytes, the libwavpack encoder
[08:41:34 CET] <atomnuker> 1st place with 41788 bytes, the ffmpeg wavpack encoder (highest settings, took 10 minutes to encode)
[08:42:36 CET] <atomnuker> durandal_1707, you take a bronze
[08:43:33 CET] <atomnuker> (I'd never have thought TTA was advanced enough to beat FLAC)
[09:25:17 CET] <durandal_1707> atomnuker: how long is input audio?
[09:25:42 CET] <atomnuker> 6 minutes 30 seconds, rock
[09:25:53 CET] <durandal_1707> you forgot sonicls
[09:26:58 CET] <durandal_1707> michaelni doesn't want to remove that obscure piece of shit
[09:27:38 CET] <atomnuker> 45100 bytes isn't bad, certainly better than MLP (60 megs)
[09:28:08 CET] <atomnuker> crap, I mean KILObytes
[09:29:02 CET] <atomnuker> for everything because du likes to not append the units
[09:30:37 CET] <j-b> atomnuker: nice comparison
[09:45:56 CET] <cone-363> ffmpeg 03James Almer 07master:41de965e31ef: avcodec/pixlet: remove unnecessary double to float conversion
[09:45:56 CET] <cone-363> ffmpeg 03Paul B Mahol 07master:51ed1a7dd40a: avcodec/pixlet: check out of bounds pfx value
[11:19:29 CET] <cone-363> ffmpeg 03Paul B Mahol 07master:0ed4993ad0e2: avcodec/asvdec: return correct value in case of error
[13:06:36 CET] <durandal_1707> anyone wants to write utvideo assembly?
[13:44:50 CET] <wm4> atomnuker: tta takes 10secs, ffwavpack 10 minutes? wtf
[13:46:01 CET] <nevcairiel> should also try the alien magic mode in ffflacenc
[13:46:06 CET] <nevcairiel> i hear its super slow
[13:46:06 CET] <nevcairiel> :D
[13:51:17 CET] <wm4> more importantly, why does ffmpeg even have a tta encoder
[13:52:56 CET] <nevcairiel> because paul was bored one day and wrote one?
[13:53:26 CET] <nevcairiel> its only 200-something lines including comments and whatnot, its not l ike its a complex format
[13:53:36 CET] <nevcairiel> works surprisingly well for that
[15:28:05 CET] <cone-363> ffmpeg 03Nicolas George 07master:373f21a91126: lavfi: avfilter_graph_request_oldest: request a frame again before returning.
[17:19:31 CET] <BBB> durandal_1707: utvideo & I mean
[17:20:19 CET] <durandal_1707> BBB: ?
[17:20:27 CET] <BBB> utvideo assembly
[17:20:35 CET] <BBB> that suggests utvideo is worth writing assembly for :-p
[17:20:37 CET] <BBB> is it?
[17:21:17 CET] <durandal_1707> well I see that there is already assembly for it in huffyuv
[17:22:26 CET] <durandal_1707> only median was slow, and I improved it by 10%
[17:22:50 CET] <durandal_1707> left prediction did not made difference
[17:26:05 CET] <durandal_1707> thing is that internally rgb is stored as planar
[17:26:26 CET] <durandal_1707> and we decode it as packed
[17:26:46 CET] <durandal_1707> this is swscale job
[17:27:02 CET] <durandal_1707> similar is in encoder
[17:44:23 CET] <cone-363> ffmpeg 03Paul B Mahol 07master:ea93052db359: avcodec/utvideodec: add SIMD support for median prediction for planar formats
[18:04:41 CET] <kierank> durandal_1707: ok christmas now, I can finish mpeg-4 sstp decoder...
[18:07:00 CET] <durandal_1707> kierank: you have samples or encoder?
[18:07:40 CET] <kierank> there are samples on trac ticket
[18:07:54 CET] <kierank> spec is not hard, integrating 10/12-bit into mpegvideo context is hard
[18:35:30 CET] <durandal_1707> is mmxext slow?
[18:38:15 CET] <kierank> it's a bit old
[18:39:26 CET] <durandal_1707> but can mmxext assembly be made faster?
[18:41:28 CET] <kierank> why not rewrite it in sse
[18:41:31 CET] <jamrial> if you make it use xmm regs sure
[18:43:08 CET] <kierank> yeah you've written it directly in mmx
[18:54:49 CET] <cone-363> ffmpeg 03Paul B Mahol 07master:9b26bf7e2a39: avfilter/vf_deband: do not use uninitialized value
[19:01:01 CET] <durandal_1707> jamrial: please see if median prediction can be made faster
[21:03:27 CET] <atomnuker> lol, the lavc fft supports framesizes up to 131072
[21:04:21 CET] <atomnuker> too bad I have to rewrite the entire fucking opus fft
[21:05:26 CET] <atomnuker> it's simply not usable as a forward mdct because someone thought it would be clever to optimize the twiddles
[21:05:57 CET] <atomnuker> rather than, I dunno, not use an incredibly inefficient recursive fft based on multiples of 15
[21:06:53 CET] <atomnuker> worst part is there's some useless aarch64 assembly so I'll still have to keep the old twiddle generating code in that init function
[21:07:34 CET] <atomnuker> (which is barely 1.4 times faster, which makes me think I can beat it with a better C code and delete that shit)
[21:14:53 CET] <atomnuker> libav merges messed the shit out of all the ffts and dcts
[21:18:15 CET] <durandal_1707> atomnuker: what exactly?
[21:50:57 CET] <cone-363> ffmpeg 03Michael Niedermayer 07master:c193132ce590: avutil/tests/random_seed: eliminate goto
[21:50:58 CET] <cone-363> ffmpeg 03Tobias Rapp 07master:6d579d7c1bdc: avformat/avidec: skip odml master index chunks in avi_sync
[21:50:59 CET] <cone-363> ffmpeg 03Michael Niedermayer 07master:03ce71e4a118: swscale/swscale: Fix dereference of stride array before null check
[22:45:04 CET] <TD-Linux> atomnuker, how is the fdct perf compared to libopus? any reason not to just steal it directly?
[22:46:55 CET] <atomnuker> TD-Linux: yah, it integrates windowing in the transform which I'm not a fan of since it's not reusable for other codecs
[22:47:30 CET] <atomnuker> I *could* just copy and paste kiss-fft and do my own pre/post shuffles but nah
[22:48:00 CET] <atomnuker> I wanna see if I can do better than both since you can implement the FFT as an in-place transform which should be faster
[00:00:00 CET] --- Sat Dec 24 2016
1
0
[00:28:06 CET] <Maverick|MSG> efface: I tried it with -abort_on but no luck there
[00:29:08 CET] <Maverick|MSG> if I do set a timeout ffmpeg won't quit, but it does finish up writing the mp4 and it outputs to the console: "I/O error"
[00:49:12 CET] <teratorn> is sending an ffmpeg process SIGTERM the same as hitting "q" at the terminal?
[00:49:50 CET] <DHE> basically yes
[00:54:22 CET] <teratorn> SIGTERM and SIGKILL do the same thing, it seems... they print a message "Exiting normally..." but just hitting q does not print that message.. hm oh well, good enough for who it is ;)
[00:54:31 CET] <teratorn> err, SIGINT and SIGTERM
[00:58:47 CET] <DHE> yes, SIGKILL is one of two very special signals
[00:58:49 CET] <DHE> :)
[01:12:33 CET] <Mista_D> Encoding video and copying PCM stream - AV out of sync. If encode both audio and video the sync is ok. MXF container, MPEG2video and PCM codec.
[03:13:00 CET] <madprops> hi i usually use something like "ffmpeg -i RJnUmRaFx.mp4 -crf 25 tost.mp4"
[03:13:27 CET] <madprops> can I add something to it so there's almost 0% chance of encoding fails (corruptions, no video, no audio, etc) ?
[03:13:44 CET] <madprops> input files would be either mp4 or webm
[03:14:12 CET] <DHE> ffmpeg is pretty good. if one of those things happens, it's the input file's fault
[03:14:25 CET] <k_sze[work]> I'm trying to build ffmpeg from source on an nVidia Jetson TK1 (it's an armv71), but I get "GNU assembler not found, install/update gas-preprocessor" from the configure script.
[03:14:28 CET] <DHE> but realistically you should specify the codecs you want, at a minimum
[03:14:58 CET] <madprops> DHE, like x264?
[03:15:08 CET] <DHE> also the audio codec
[03:15:33 CET] <madprops> which one do you suggest for audio?
[03:15:59 CET] <madprops> it's for displaying videos in a browser
[03:25:29 CET] <madprops> i would think mp3 is more compatible
[03:25:38 CET] <madprops> but im seeing it's maybe aac which is more compatible
[07:37:06 CET] <beauty> hello
[07:38:06 CET] <beauty> how to use custom IO?
[07:38:48 CET] <beauty> After I use custom IO, will lack five frame.
[07:43:09 CET] <fahadash> Can we have line breaks in filter complex script?
[07:54:46 CET] <nonex86> beauty: i am using custom io in my software without a problem
[08:02:26 CET] <beauty> nonex86: could you teach me ?
[08:02:33 CET] <beauty> hello
[08:03:49 CET] <nonex86> beauty: that depends what do you mean by saying "teach me" :)
[08:49:57 CET] <Diljeet> hello
[08:50:23 CET] <Diljeet> i am here to ask a question to anyone available here
[08:51:50 CET] <Diljeet> I want to ask, can i use a "C" class from ffmpeg source and convert it to "JAVA" and use it in commercially, i will share all modified class with eveyone, ami permitted to do that
[08:53:16 CET] <Diljeet> I want to ask, can i use a "C" class from ffmpeg source and convert it to "JAVA" and use it in commercial app, i will share all modified class with everyone, am i permitted to do that
[10:18:00 CET] Last message repeated 1 time(s).
[10:28:09 CET] <ikevin> Diljeet, you'll find your reply here: https://www.ffmpeg.org/legal.html
[10:30:35 CET] <Diljeet> Thanks i am reading it
[11:18:15 CET] <thebombzen> "This channel is publicly logged" - where can I find the logs?
[11:28:37 CET] <thebombzen> also
[11:28:53 CET] <thebombzen> the wiki lists libvorbis as being >= libfdk_aac. when did this happen? when did libvorbis get better than AAC?
[12:02:32 CET] <ehsanv> hi, i want to add a logo (use overlay) to my videos, and want my logo to be exactly 1/4 width of input videos (input videos have different widths). how can i do this
[12:50:25 CET] <durandal_1707> thebombzen: on ffmpeg.org web page
[14:09:52 CET] <nyuszika7h> how can I get ffmpeg to take the Display Aspect Ratio into account when taking a snapshot with "-frames:v 1"?
[14:10:23 CET] <nyuszika7h> well, it seems "-vf scale=1024:576" works
[14:16:31 CET] <nonex86> simple scale will not preserve aspect ratio
[14:16:59 CET] <nonex86> you should said this directly and perhaps pad the result image
[14:18:01 CET] <nonex86> read about force_original_aspect_ratio and pad
[14:18:45 CET] <nyuszika7h> I'll take a look
[14:18:49 CET] <nyuszika7h> the resolution is 720x576 and corrected to 1024x576 with display aspect ratio (a friend captured this from TV)
[14:20:59 CET] <nonex86> i assume you have SAR 1:1?
[14:21:39 CET] <nyuszika7h> Stream #0:0: Video: h264 (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default)
[14:22:17 CET] <nonex86> and the result SAR?
[14:23:00 CET] <nyuszika7h> the thumbnail?
[14:23:02 CET] <nyuszika7h> eam #0:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 720x576 [SAR 64:45 DAR 16:9], 25 tbr, 25 tbn, 25 tbc
[14:23:11 CET] <nyuszika7h> Str^ even
[14:23:32 CET] <nonex86> i dont understand, you said 720x576->1024x567
[14:23:34 CET] <nonex86> isnt it?
[14:23:39 CET] <nyuszika7h> 576 not 567
[14:23:56 CET] <nonex86> ok, lets correct
[14:23:59 CET] <nonex86> i dont understand, you said 720x576->1024x576
[14:24:00 CET] <nyuszika7h> I mean on playback it's 1024x576 because of the DAR
[14:24:10 CET] <nonex86> :)
[14:24:50 CET] <nyuszika7h> with some players if I take a snapshot it ends up as 1024x576, with other players and with ffmpeg it's 720x576 and looks stretched
[14:25:32 CET] <nonex86> so, as was said before
[14:25:37 CET] <nonex86> simple scale doesnt work
[14:25:39 CET] <nonex86> isnt it?
[14:25:50 CET] <nyuszika7h> it does work if I just scale when taking the thumbnail
[14:25:57 CET] <nyuszika7h> the resulting thumbnail looks right
[14:26:21 CET] <nyuszika7h> (I tried that after asking the question)
[19:15:16 CET] <thebombzen_> I don't remember if I got an answer for this before, but... why does -map_metadata -1 work?
[19:15:54 CET] <thebombzen_> if -map_metadata behaves like -map, then -map_metadata -1 would mean "discard metadata from the first input"
[19:16:05 CET] <thebombzen_> so doesn't that mean that you should use -map_metadata -0
[19:20:05 CET] <thebombzen_> another thing to note: -map_metadata -1 is not mentioned in: https://ffmpeg.org/ffmpeg.html#Advanced-options
[19:20:35 CET] <thebombzen_> at least not under the section documenting -map_metadata. maybe that's why so many people ask that question
[20:01:22 CET] <kerio> thebombzen: is metadata taken from inputs that are not the first, tho?
[22:51:55 CET] <mosb3rg> hey there, i have a question about the sirius xm style HLS AAC delivery and ripping with there cookie system
[22:52:57 CET] <mosb3rg> unlike what im customaryly used to seeing with the set cookie: value im seeing a few set cookie values coming from them even in the same playlist etc. could i provide an example and get some feed back on how ffmpeg can parse this set cookie value and correctly dump from the system ?
[23:15:31 CET] <blue_misfit> hey folks, if I have an anamorphic 720x480 source and I want ffmpeg to make it square pixels, and specify the output height but let ffmpeg calculate the appropriate square pixel width, how would I do that?
[23:16:31 CET] <blue_misfit> like for a 720x480 source with a 16x9 DAR I want to do something like -vf scale=w=-2:h=360 and have ffmpeg make a 640x360 output
[23:16:57 CET] <blue_misfit> and for a 720x480 source with a 4x3 DAR I want that same command to create a 480x360 output
[23:25:42 CET] <markvandenborre> blue_misfit: sorry, no idea
[23:25:52 CET] <blue_misfit> I'm getting pretty close
[23:25:57 CET] <blue_misfit> -vf setdar=16:9,scale=w=360*dar:h=360,setsar=1
[23:26:07 CET] <blue_misfit> -vf setdar=4:3,scale=w=360*dar:h=360,setsar=1
[23:26:10 CET] <blue_misfit> that seems to do it
[23:26:18 CET] <markvandenborre> ah, congratulations
[23:26:40 CET] <blue_misfit> I have to force in the beginning, but that's because my sources have slighly screwy DARs so there's some fuzzy logic upstream :)
[23:26:45 CET] <blue_misfit> closeenough.jpg
[23:27:49 CET] <markvandenborre> blue_misfit: do you happen to have any idea how I could solve my problem:
[23:28:03 CET] <markvandenborre> I have ffmpeg output to a udp multicast address
[23:28:22 CET] <markvandenborre> (a h264 encoded video stream, and an aac encoded audio stream)
[23:28:44 CET] <markvandenborre> I can play that stream using mpv
[23:28:48 CET] <markvandenborre> but not using ffplay
[23:29:30 CET] <markvandenborre> actually, scrap that, I can play that stream using ffplay
[23:30:08 CET] <markvandenborre> the problem is when I want to read from that udp multicast source
[23:30:29 CET] <markvandenborre> and send it out as an flv with codec copy
[23:30:36 CET] <markvandenborre> as an rtmp stream basicly
[23:30:40 CET] <markvandenborre> it refuses to
[23:31:12 CET] <markvandenborre> because it gets confused about the video stream in the udp multicast (mpeg ts)
[23:32:25 CET] <blue_misfit> hmmm
[23:32:32 CET] <markvandenborre> it says "could not find codec parameters for stream 0 (Video: h264 ([27] [0] [0] / 0x001B), none): unspecified size
[23:32:51 CET] <markvandenborre> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[23:32:57 CET] <blue_misfit> let me see if I can replicate
[23:33:00 CET] <markvandenborre> but those are already ridiculously high
[23:33:07 CET] <blue_misfit> so make a multicast TS using h264 and aac is the first step right?
[23:33:18 CET] <markvandenborre> what I am using is
[23:33:34 CET] <markvandenborre> ffmpeg -re -i testvid/testvid.mp4 -c copy -f mpegts udp://227.1.3.1:9000
[23:33:46 CET] <markvandenborre> to create the multicast stream
[23:34:57 CET] <mosb3rg> hey gents anyone around with experience using cookies with HLS streams ?
[23:35:37 CET] <markvandenborre> mosb3rg: I've played with HLS streams
[23:35:43 CET] <markvandenborre> but the cookie thing, not really
[23:36:49 CET] <markvandenborre> mosb3rg: have a look at stuff like http://stackoverflow.com/questions/2936329/nginx-redirect-if-cookie-present
[23:36:52 CET] <markvandenborre> ?
[23:36:52 CET] <blue_misfit> ok so I have the multicast stream working markvandenborre
[23:37:01 CET] <blue_misfit> what's next
[23:37:18 CET] <blue_misfit> you want to rewrap to flv and deliver via rtmp?
[23:37:22 CET] <blue_misfit> or save as an flv file
[23:37:27 CET] <markvandenborre> sec
[23:38:36 CET] <markvandenborre> hm, I skipped a crucial step after a long day, sorry...
[23:38:47 CET] <blue_misfit> all good! Glad you sorted it out
[23:39:08 CET] <markvandenborre> nope, didn't
[23:39:21 CET] <markvandenborre> but in showing you what I was trying to do with the multicast...
[23:39:51 CET] <markvandenborre> https://github.com/FOSDEM/video/blob/master/software/ansible/playbooks/role…
[23:39:59 CET] <markvandenborre> is actually what prepares the output
[23:41:02 CET] <markvandenborre> so I guess you could replace the first bit by ffmpeg -y -re -i testvid.mp4
[23:41:40 CET] <markvandenborre> then keep the rest from "-threads:0 0 \"
[23:42:17 CET] <markvandenborre> and replace the ${MULTICAST_SINK} in the last line with something sensible, like udp://227.1.3.3:9000
[23:42:44 CET] <markvandenborre> let me write it out for you
[23:42:54 CET] <markvandenborre> sec
[23:44:39 CET] <markvandenborre> blue_misfit: something like http://pastie.org/10985370
[23:44:54 CET] <markvandenborre> should give you a fairly good replication of the problem I'm bumping into
[23:45:05 CET] <markvandenborre> let me try it on my machine to confirm too
[23:49:54 CET] Action: markvandenborre is trying if this yields the same error message
[00:00:00 CET] --- Sat Dec 24 2016
1
0
[00:31:00 CET] <cone-168> ffmpeg 03Michael Niedermayer 07master:9b9e4a71c572: avformat/mpegenc: Check for av_mallocz() failure
[04:59:49 CET] <zpc> Hi! Is there a face detection and tracking filter in ffmpeg? If not , I'd like to add one
[05:01:54 CET] <jamrial> i don't think there's one
[05:02:04 CET] <atomnuker> zpc: what would the filter do? just draw a box?
[05:02:12 CET] <zpc> mask the face
[05:02:41 CET] <zpc> Somebody is just too ugly like me, so I don't want to appear in a live video
[05:04:42 CET] <zpc> http://item.btime.com/live/51igtgb0jcn9qhpo8221d5lf1dg
[05:06:12 CET] <zpc> Our company is developing live news app, and i need a face mask function
[05:13:49 CET] <Shiz> i uh
[05:13:52 CET] <Shiz> dont think there is one
[05:44:00 CET] <rcombs> michaelni: do you know what score you're getting for each demuxer on that MPA file?
[06:43:23 CET] <Compn> get that cat off his keyboard
[09:49:20 CET] <cone-280> ffmpeg 03Paul B Mahol 07master:4cf96c56420b: avcodec/wmaprodec: cleanup extradata dumping
[10:34:04 CET] <cone-280> ffmpeg 03Paul B Mahol 07master:95fb9e020592: avcodec: add pcm_f16le and pcm_f24le decoder
[10:34:05 CET] <cone-280> ffmpeg 03Paul B Mahol 07master:314269118161: avformat/wavdec: add support for decoding 24.0 and 16.8 floating point pcm formats
[10:46:10 CET] <cone-280> ffmpeg 03Nicolas George 07master:ff8b17c998dc: lavfi: take_samples: free frames after taking all samples.
[11:49:20 CET] <cone-280> ffmpeg 03Carl Eugen Hoyos 07master:0098eeaa6289: doc/filters: Fix vsbmc option name.
[12:14:29 CET] <michaelni> rcombs, http://pastebin.com/DuYJRUS5
[12:41:33 CET] <cone-280> ffmpeg 03Michael Niedermayer 07master:da73d95bad47: avutil/random_seed: Improve get_generic_seed() with higher precission clock()
[14:12:57 CET] <BBB_> michaelni: any further comments or things to test on the wmavoice bitstream checking patch?
[14:25:41 CET] <michaelni> BBB, no further comments from me
[15:47:52 CET] <wm4> this so called CoC doesn't do shit
[15:57:40 CET] <BBB> wm4: ?
[15:58:12 CET] <jamrial> wm4: the only one that bothers to invoke it is carl, and he'll never do it against nicolas
[15:59:14 CET] <BBB> ah politics again :(
[16:00:28 CET] <atomnuker> wm4: what were your concerns about the frame queue, I found it quite useful for my opus encoder?
[16:02:00 CET] <wm4> atomnuker: just details, but read the original post?
[16:02:18 CET] <atomnuker> from october?
[16:02:23 CET] <wm4> probably
[16:03:02 CET] <atomnuker> yeah, you just said you didn't know why it would be useful
[16:06:34 CET] <wm4> you mean this mail? http://ffmpeg.org/pipermail/ffmpeg-devel/2016-October/201657.html
[16:06:51 CET] <atomnuker> huh, I misread
[16:07:03 CET] <wm4> anyway, from now on I'll just ignore Nicolas George reviews
[16:07:11 CET] <wm4> he can start an edit war if he wants
[16:08:00 CET] <durandal_1707> I gonna push pixlet without lowres stuff
[16:12:39 CET] <BBB> are the colors fixed?
[16:33:40 CET] <jamrial> i wonder, are people here going to let nicolas willingly ignore reviews and force his patches into the repo?
[16:33:44 CET] <jamrial> last i checked, unaddressed reviews are blockers
[16:36:13 CET] <durandal_1707> I don't see issues with frame queue api if it's O(1)
[16:37:15 CET] <jamrial> i'm not talking about the implementation in question
[16:37:22 CET] <durandal_1707> BBB: output looks pretty good
[16:37:59 CET] <BBB> jamrial: its not just nicolas, Im getting tired of fighting with pitbulls
[16:38:26 CET] <BBB> durandal_1707: cool
[16:38:30 CET] <jamrial> that's the thing, he knows he can get his way if he just outlasts everyone in arguments
[16:38:56 CET] <BBB> indeed
[16:43:18 CET] <wm4> in this case my comments were rather general, so it's easy to argue that they didn't matter or were not specific enough
[16:44:11 CET] <jamrial> but he didn't even bother to do that
[16:45:58 CET] <jamrial> he in fact went and blew any chance of being in the right by saying "i'm going to ignore you"
[16:49:04 CET] <jamrial> he blabbered for months how technical arguments were the only thing that mattered, but now he intends that to only apply when they are his, and everyone else's can be ignored if they are against his code
[16:50:45 CET] <jamrial> there's an alarming lack of involvement from devs regarding netiquette and community behavior here that allows people like nicolas to pull stuff like this
[16:51:50 CET] <wm4> oh you can be sure that if someone else would pull this, but who wouldn't be considered part of the traditional ffmpeg "camp", they'd all cry loudly
[16:53:37 CET] <wm4> I guess having known each other for over a decade matters to a degree
[17:01:38 CET] <BBB> wm4: sadly, it seems so, yes
[17:04:24 CET] <jamrial> wm4: there, he finally addressed your review, sort of
[17:05:46 CET] <jamrial> he more than nothing complained about the fact you raised concerns and how you "handled it", though
[17:06:50 CET] <Compn> if you guys want to troll just review the patch line by line . much more effective way of killing a patch.
[17:07:02 CET] <Compn> than saying 'is this needed' :D
[17:09:09 CET] <Compn> [10:51] <wm4> oh you can be sure that if someone else would pull this, but who wouldn't be considered part of the traditional ffmpeg "camp", they'd all cry loudly
[17:09:13 CET] <Compn> comment goes against the CoC
[17:13:27 CET] <durandal_1707> says who?
[17:19:31 CET] <BBB> Compn: I dont think anyone wants to kill the patch
[17:20:05 CET] <BBB> Compn: were not politicians, were technically competent programmers
[17:21:43 CET] <wm4> jamrial: he responded to 1 sentence
[17:21:58 CET] <wm4> of my original reply to his patch
[17:22:27 CET] <wm4> Compn: plenty of comments go against the CoC, nobody cares
[17:22:33 CET] <wm4> except cehoyos when he can use it as weapon
[17:22:50 CET] <wm4> the CoC is a joke, like the rest of the ffmpeg development community process
[17:22:57 CET] <nevcairiel> the only time its used is when its use goes against the spirit of such a thing in the first place
[17:24:09 CET] <wm4> what we'd need in this project is some kind of leadership
[17:24:20 CET] <wm4> there's none in sight though (and never was)
[17:27:18 CET] <jamrial> i agree the voting committee is not working as intended. it's too big right now, and full of people not well versed in the issues being raised or fully involved in the project
[17:27:36 CET] <j-b> of course
[17:27:49 CET] <j-b> because committees must be small if you want them to be effective.
[17:27:58 CET] <atomnuker> there's nothing to vote for, so there's no way to demonstrate its effectiveness
[17:28:05 CET] <atomnuker> you people just like to complain for the hell of it
[17:28:35 CET] <j-b> It's not like we have 20 years of knowledge of open source community management...
[17:29:31 CET] <durandal_1707> I'm fully involved in many FFMPEG aspects and I say let Nicolas do what he wants with lavfi up to point it become unusable then I will rewrite it
[17:29:48 CET] <nevcairiel> no amount of community management can fix arrogant people that just play the long time and hope everyone else goes "whatever" after its too much bother
[17:30:16 CET] <wm4> atomnuker: because we know on every vote people we didn't even know they exist will come out of the woodworks and vote against us
[17:30:40 CET] <j-b> nevcairiel: I disagree.
[17:32:06 CET] <jamrial> nevcairiel: a mute, removal of privileges (pushing rights in this case), and ultimately a temp or permanent ban are how you deal with arrogant people when managing a community
[17:32:08 CET] <atomnuker> wm4: and look how it made good decisions every time
[17:32:24 CET] <nevcairiel> jamrial: noone has the balls to do that
[17:32:56 CET] <atomnuker> constructing a committee of people who fully agree defeats the whole point of a committee
[17:32:57 CET] <nevcairiel> because usually afraid to lose manpower, even if its very disruptive
[17:33:03 CET] <jamrial> atomnuker: the ffserver vote should be proof of it not working. people showed up and saw a module being removed, questioned but didn't investigate why would it be removed, and voted against it while ignoring the threads and arguments that lead to the vote in question
[17:33:10 CET] <j-b> jamrial: that's exactly what we did for VideoLAN
[17:33:21 CET] <j-b> and we removed commit access until people understood it.
[17:33:36 CET] <atomnuker> jamrial: I don't mind it and I admit I pushed hard for its removal pointlessly
[17:34:02 CET] <wm4> j-b: lol, who's supposed to do anything of consequence in ffmpeg?
[17:34:08 CET] <atomnuker> however it did give result and now ffserver's back on track
[17:34:14 CET] <wm4> here we hand out commit access like candies
[17:34:18 CET] <jamrial> is it?
[17:34:28 CET] <jamrial> because ever since the vote ended, ffserver hasn't gotten a single commit
[17:34:32 CET] <wm4> lol
[17:34:36 CET] <nevcairiel> we developers are not lawyers or politicians, we don't live to argue about technicalties, so someone who missed his calling in politics will likely always manage to out-argue on sheer stamina alone
[17:34:37 CET] <jamrial> i'd like to say i'm surprised, but i can't
[17:35:07 CET] <BBB> bash-4.4$ grep internal ~/Projects/ffmpeg/ffserver.c
[17:35:08 CET] <BBB> #include "libavformat/avio_internal.h"
[17:35:09 CET] <BBB> #include "libavformat/internal.h"
[17:35:12 CET] <BBB> you mean that ffserver?
[17:35:19 CET] <BBB> /* FIXME: those are internal headers, ffserver _really_ shouldn't use them */
[17:35:24 CET] <BBB> that one, right?
[17:35:25 CET] <jamrial> now, ffserver is still on track to be removed as scheduled on the next major bump, seeing the remaining technical issues haven't been addressed
[17:35:55 CET] <jamrial> i wonder what will happen when that time comes
[17:35:56 CET] <atomnuker> well so it would get removed unless someone starts feeling the fire and spares some time to fix it
[17:36:17 CET] <wm4> also note that this all is with accepting that ffmdec/enc stay
[17:36:17 CET] <BBB> jamrial: it will be filibustered until eternity and pushed to next time, as always
[17:36:32 CET] <BBB> wm4: no, Ive brought up ffm in the relevant thread
[17:36:42 CET] <BBB> wm4: so ffm has to go, including from libavformat
[17:37:05 CET] <nevcairiel> ffm apparently doesnt use deprecated APIs anymore, but doesnt change that its still a rather terribly designed format
[17:37:19 CET] <BBB> ffm is not a multimedia format
[17:37:26 CET] <BBB> theres no reason for gstreamer to support ffm
[17:37:32 CET] <BBB> so it shouldnt live in libavformat
[17:38:03 CET] <wm4> I mean you could argue that ffmdec/enc is ok because as nevcairiel said it doesn't use deprecated API anymore, so it's in the clear in context of the argument that ffserver has to go due to deprecated APIs
[17:38:16 CET] <nevcairiel> i could list a few other formats that qualify for that same criteria, most recently ffprobe demuxer, surprisingly with a key person also involved in it =p
[17:38:19 CET] <wm4> so the argument shrinks to "ffmdec/enc is buttfuck ugly and nonsensical"
[17:38:32 CET] <wm4> which likely won't gather any acceptance from the preservation folks
[17:38:52 CET] <jamrial> ffserver still uses internal api. if it's not fixed by the next major bump, it must go
[17:39:01 CET] Action: BBB luch - brb
[17:39:05 CET] <jamrial> that's what the vote stated
[17:40:02 CET] <wm4> which vote
[17:40:07 CET] <wm4> the original one or the "revised" one
[17:40:18 CET] <jamrial> the only one. there was no "original" one
[17:40:30 CET] <durandal_1707> when merges gonna happen? libav removed some cruft
[17:40:31 CET] <wm4> oh right I keep forgetting that
[17:40:39 CET] <wm4> it was merely a patch that was merged with wide agreement
[17:44:32 CET] <jamrial> originally ffserver was going to be removed and that was it. reynaldo asked for time to fix it and move it to a separate repo (his own personal project, not something we would maintain)
[17:44:56 CET] <jamrial> that request was accepted. after that, that awful thread started and the vote changed ffserver's fate from "fix it and move it somewhere else if you want, but it wont live in our tree any longer"
[17:45:14 CET] <jamrial> to "if and only you can fix it before the next bump, it can stay in our tree. otherwise it's gone"
[17:46:21 CET] <rcombs> michaelni: try this? https://gist.github.com/041a58f6726dd80dd82b8c9d7711b2bd
[17:47:09 CET] <wm4> can't we fix mp3 probing for real
[17:48:06 CET] <rcombs> this case is one where the ID3v2 header is larger than the maximum probe buffer size
[17:49:08 CET] <rcombs> actually, this is probably slightly better: https://gist.github.com/33c688d83d1ad8e5e1dbd677485fdb35
[17:50:21 CET] <wm4> I can't comprehend why the mp3 probe function does all this stuff, instead of just skipping the id3v2
[17:50:50 CET] <wm4> in fact whatever probes should probably skip the id3v2 and feed the data after it to the prober
[17:51:00 CET] <wm4> would be sort of an API behavior change though
[17:53:11 CET] <rcombs> yeah, that would be a good idea
[17:53:17 CET] <jamrial> lol at nicolas reply
[17:53:57 CET] <rcombs> https://gist.github.com/7a5af2095d147f13ccfbe782936bc03b actually this is probably slightly better
[17:54:27 CET] <rcombs> wm4: I guess the concern is around extremely large, or corrupted, ID3v2 tags
[18:02:47 CET] <wm4> which is why skipping it early would be good for probing
[18:27:36 CET] <Chloe> when is the next major bump?
[18:31:46 CET] <Chloe> also wtf @ FFFQ thread, when will this shit end
[18:32:25 CET] <wm4> I think Libav are about to do one
[18:32:48 CET] <wm4> but who knows when this will be merged
[18:32:51 CET] <wm4> merges have stopped
[18:34:54 CET] <wm4> "From my point of view, wm4 no longer exists in this discussion." this guy sure is funny
[18:37:04 CET] <Chloe> Why is no one doing anything about this? Nicolas has been ridiculous in this thread and many previous threads lately.
[18:40:42 CET] <cone-280> ffmpeg 03Paul B Mahol 07master:c5168b4b542b: doc/general: mention recently added PCM codecs
[18:41:19 CET] <wm4> Chloe: lack of leadership
[18:41:23 CET] <Chloe> It's not like we have a 'set way' for repercussions: doesn't this mean it's possible to enact this as-needed and at our discretion?
[18:54:29 CET] <michaelni> rcombs, the VIZ010-01_128.mups file had a mjpeg in it that got displayed which after your patchset + the linked patch is not shown anymore
[18:55:18 CET] <rcombs> &wat
[18:55:27 CET] <rcombs> is the ID3v2 code even crazier than I thought it was
[18:56:29 CET] <wm4> I don't understand how it affects that
[18:56:51 CET] <wm4> probing is run on id3v2 + data after it, but libavformat will always skip the id3v2 in the same way after probing
[19:12:18 CET] <cone-280> ffmpeg 03James Almer 07master:0abcebe3d62d: tests/avstring: free the pointer after calls to av_d2str()
[19:23:28 CET] <cone-280> ffmpeg 03Michael Niedermayer 07master:f9315ea984ef: ffserver_config: Check for failure to allocate FFServerIPAddressACL
[19:32:14 CET] <rcombs> wm4: oh, huh, yeah, that's dumb then
[19:32:57 CET] <rcombs> michaelni: is it still choosing the "mp3" demuxer like it used to, or is it using one of the new ones?
[19:33:44 CET] <wm4> in addition, the id3v2 is read for all formats, AFAIK, but including attached pictures requires cooperation from demuxers (strange shit)
[19:35:46 CET] <rcombs> wat
[19:36:54 CET] <wm4> because there are people who put id3v2 tags on .aac files etc.
[19:37:01 CET] <wm4> and mp4 files etc.
[19:37:12 CET] <wm4> (we had this discussion a longer time ago)
[19:45:32 CET] <rcombs> wait mp4 even
[19:47:31 CET] <wm4> if (!strcmp(s->iformat->name, "mp3") || !strcmp(s->iformat->name, "aac") ||
[19:47:31 CET] <wm4> !strcmp(s->iformat->name, "tta")) {
[19:47:31 CET] <wm4> if ((ret = ff_id3v2_parse_apic(s, &id3v2_extra_meta)) < 0)
[19:47:31 CET] <wm4> goto fail;
[19:47:50 CET] <wm4> this is in utils.c
[19:48:40 CET] <wm4> I think the intention is to prevent attached pictures from adding an attached picture AVStream for demuxers which possibly don't expect it
[19:49:31 CET] <wm4> so yeah, using an id3v2 with a mp4 file works in ffmpeg
[19:54:38 CET] <rcombs> ah
[19:55:27 CET] <rcombs> michaelni: so, yeah, is it picking MP2 or MP1? (would be strange, actually; I intended for that patch to make it pick MP3)
[19:55:40 CET] <rcombs> but based on the code wm4 pasted that would make sense as an explanation
[19:57:11 CET] <wm4> anyway this strcmp orgy should probably be at least an internal format flag, or just move the code to the demuxers
[19:57:53 CET] <Compn> id3 is evil.
[20:08:24 CET] <michaelni> rcombs, "Input #0, mp1 ..."
[20:08:41 CET] <rcombs> wm4: that would be a good plan
[20:09:27 CET] <rcombs> michaelni: is it actually MP1 data, or is my code mistagging it? If you add mp1 to the list in utils.c, does the jpeg show up?
[20:14:09 CET] <michaelni> rcombs, it looks like mp3 data: Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s
[20:16:11 CET] <michaelni> rcombs, is .mups a standard file extension ? you add it to +DECLARE_LAYER(1, "mp1,mups,mpa")
[20:16:20 CET] <rcombs> I have no idea
[20:16:29 CET] <rcombs> oh, that's probably why though
[20:16:33 CET] <rcombs> what happens if you get rid of that
[20:19:41 CET] <michaelni> that seems to fix the file
[20:20:14 CET] <rcombs> \o/ OK, lemme tweak some things
[20:21:13 CET] <Compn> durandal_1707 : is your pixlet output binary identical to binary codec ?
[20:21:24 CET] <Compn> if not, should it be marked experimental ?
[20:21:27 CET] <Compn> just aksing...
[20:22:13 CET] <durandal_1707> Compn: i will mark you as experiment in human history
[20:22:31 CET] <Compn> people need to know if they will get accurate decoding
[20:22:32 CET] <rcombs> https://gist.github.com/788e0485572441e4520e17e5565868ec alright, that ought to fix it
[20:23:12 CET] <Compn> durandal_1707 : honestly, i like incomplete decoders. i am not trying to insult
[20:24:15 CET] <durandal_1707> Compn: output is pretty much identical afaik
[20:24:27 CET] <durandal_1707> visually
[20:31:36 CET] <Compn> k
[20:36:01 CET] <cone-280> ffmpeg 03Pavel Koshevoy 07master:47cd8effea34: fate: Add test for ticket 6024, truncated decoding mode
[20:39:19 CET] <michaelni> rcombs, this looks unintended: '.extensions = "mp1,m1a,mups",'
[20:40:10 CET] <rcombs> oh, good catch, fixed
[21:53:26 CET] <cone-280> ffmpeg 03Paul B Mahol 07master:fdcb7a85cf2a: avfilter/vf_deband: add planes coupling mode
[22:08:03 CET] <wbs> on the topic of ffserver as I saw discussed before; one technical issue about ffm that I seldom see mentioned, is the fact that it serializes enum values (like codec ids) into the network stream, even though the actual enum values can change at any major bump
[22:08:46 CET] <wbs> so as it currently is designed, ffm can only be parsed by the same major version as it was written with. and the major version is not even written to the stream so you can't know if what you are reading is interpreted right or not
[22:09:47 CET] <wbs> it's of course not a blocking issue like using deprecated apis, but it's still a pretty bad design issue IMO, which at least should be documented and made very clear to any user of it
[22:11:45 CET] <wm4> which is why I suggested replacing ffm with the ffprobe demuxer (and add a muxer)
[22:11:50 CET] Action: wm4 head->table
[22:52:17 CET] <cone-280> ffmpeg 03Paul B Mahol 07master:73651090ca11: avcodec: add Apple Pixlet decoder
[23:43:39 CET] <atomnuker> wait, what's the difference between the framequeue and the bufferqueue?
[23:49:40 CET] <atomnuker> okay, I think I get it, framequeue is something meant to be used by something which allocates frames and puts them in a queue
[23:50:08 CET] <atomnuker> since ff_framequeue_free() will call av_frame_free() on all
[23:50:35 CET] <atomnuker> while the bufferqueue refs and unrefs them (which is what I use)
[00:00:00 CET] --- Fri Dec 23 2016
1
0
[00:27:03 CET] <efface> Question about HLS. I have a working UDP MPEG-TS -> x264 HLS. What I would like to do is add the secondary audio track in....I can -map it in and it's encoded in the mp4 but I think the manifest is missing some indicator to tell the player there are two embedded audios. Anyone know how to resolve this? The only solution I saw was to encode the video and audio all as seperate files and then have the manifest tell them to pull the
[00:41:36 CET] <tokam> Hello
[00:42:20 CET] <tokam> http://vpaste.net/wP7Hc
[00:42:28 CET] <tokam> this leads to a bad video quality.
[00:42:45 CET] <tokam> does the -vf option make my vcodec option obsolte?
[00:50:33 CET] <tokam> furq: can you maybe help me with my ffmpeg commandß
[00:51:05 CET] <tokam> I have a folder with images from 1.jpg ... to n.jpg and with a given size. I have a file watermark.png and a file branding.png
[00:52:13 CET] <tokam> I like now to create a video of the images from 1.jpg to n.jpg with 6 images per frame in a high video quality e.g. with codec libx264 and the watermark should be included and the branding.jpg should be displayed for 7 seconds at the end of the video
[00:58:38 CET] <fahadash> Is there a filter to do -ss and -to?
[01:02:28 CET] <tokam> why does ffmpeg not include m images if after a sequence of n different images follow m unique ones?
[01:23:01 CET] <fahadash> I mapped an audio file using -map, how do I make it stop when at the end of the video source? my audio source is longer
[01:54:28 CET] <Pandela> Hey guys
[01:54:53 CET] <Pandela> When you press the C key while something is playing in ffplay, "Enter command: <target>|all <time>|-1 <command>[ <argument>]" comes up.
[01:55:09 CET] <Pandela> What can be done with that?
[05:06:37 CET] <Pandela> How would I use a command like the one in the answeres Example code on this page? http://superuser.com/questions/736388/crop-triangular-area-with-ffmpeg
[05:06:43 CET] <Pandela> Pretty sure thats for linux
[11:17:00 CET] <nirvanko> I tried to re-scale my video with thi command: /usr/bin/ffmpeg -i "$input" -sn -strict -2 -movflags faststart -crf 28 -vf 'scale=1280:720:flags=lanczos' "$output"_720p.mp4 \
[11:17:25 CET] <nirvanko> But for some reason the result is 1728x720
[11:17:30 CET] <nirvanko> What's wrong?
[11:23:34 CET] <squ> its preserving aspect ratio
[11:24:05 CET] <squ> you can crop with -vf "crop
[11:50:16 CET] <nirvanko> squ: I thought in order to preserve aspect ratio one has to specify -vf scale=:-1:720
[11:50:50 CET] <nirvanko> https://trac.ffmpeg.org/wiki/Scaling%20(resizing)%20with%20ffmpeg
[11:50:56 CET] <nirvanko> ffmpeg -i input.avi -vf scale=320:240 output.avi
[12:21:00 CET] <nonex86> nirvanko: what do you want? stay with supplied dimensions? or/and preserve aspect ratio or not?
[12:24:18 CET] <nonex86> if you need to get supplied resolution and preserve aspect you can use something like this
[12:24:29 CET] <nonex86> "scale=%d:%d:force_original_aspect_ratio=decrease,pad=%d:%d:(ow-iw)/2:(oh-ih)/2"
[12:25:14 CET] <nonex86> replace those %d with desired width and height respectively
[12:25:33 CET] <nonex86> this one will produce correct letterboxed/pillarboxed video
[12:25:47 CET] <nonex86> but will not work in case of SAR are not 1:1
[12:50:04 CET] <nirvanko> nonex86: well, I suppose if I resize a video specifying exact video dimensions the aspect ratio will not be preserved.
[13:41:30 CET] <xeche> Hello good people. I'm looking for information on how integrate Intel QSV with FFMPEG. I have libmfx, and the Intel Media SDK, but I'm unsure what FFMPEG API calls bridge libmfx and FFMPEG.
[13:43:14 CET] <xeche> I'm stopped dead after avcodec_find_encoder_by_name("hevc_qsv")
[13:43:50 CET] <xeche> should I allocate an FFMPEG codec context as usual ( via avcodec_alloc_context3(..))
[13:45:38 CET] <nonex86> xeche: what is your host os?
[13:46:50 CET] <xeche> nonex86: windows 10
[13:47:47 CET] <nonex86> xeche: why dont you use dxva instead?
[13:48:11 CET] <nonex86> xeche: i mean if you will use dxva you will not be bound to concrete hardware engine
[13:48:32 CET] <xeche> firstly because I don't know what dxva is, and secondly because I didn't make the decision. :)
[13:49:37 CET] <xeche> A quick look at the wiki page for dxva seems to state it requires pretty powerful GPUs
[13:49:44 CET] <xeche> while QSV requires a modern CPU
[13:49:51 CET] <xeche> with an optional fallback to GPU if I'm not mistaken
[13:49:52 CET] <nonex86> then i cant help you :) i created a software what used intel quick sync directly
[13:49:57 CET] <nonex86> you are wrong
[13:50:20 CET] <nonex86> dxva is just an api and infrastructure
[13:50:33 CET] <nonex86> intel provided dxva support in his drivers
[13:50:51 CET] <nonex86> so you can use dxva decoder in ffmpeg
[13:51:02 CET] <xeche> I'm encoding
[13:51:06 CET] <nonex86> and it will be mapped to qs (mfx) hardware
[13:55:06 CET] <nonex86> google for AV_PIX_FMT_QSV
[13:55:17 CET] <nonex86> guess this should give you a basic idea
[13:56:40 CET] <xeche> nonex86: Thank you. I'll see what I can dig up. :)
[14:36:24 CET] <xeche> Apparently there's an AVQSVContext, with a corresponding alloc context function. According to header file docs, that context should be passed to a regular FFMPEG CodecContext's hwaccel_context data member
[14:54:57 CET] <nonex86> xeche: sounds reasonable :)
[15:04:32 CET] <nonex86> xeche: and btw guess that alloc function just allocates the memory, you should fill the members by yourself
[15:05:22 CET] <nonex86> xeche: at least some fields
[15:07:48 CET] <nonex86> xeche: but this just my guess...
[16:01:00 CET] <thebombzen_> I just had a thought - why does -map_metadata -1 work?
[16:01:28 CET] <thebombzen_> If it works like -map, shouldn't the command be -map_metadata -0
[16:06:34 CET] <furq> bye
[16:27:38 CET] <efface> good morning
[16:30:21 CET] <efface> I am doing a real time UDP mpeg-ts (mpeg2 or 264) to 264 HLS conversion and I am trying to get it to work with a second embedded audio track. I have read that this was part of an older HLS spec version but I have not been able to figure out how to flag it in the manifest. Anyone able to point me in the right direction?
[16:59:37 CET] <noel> hi
[16:59:59 CET] <Guest42817> i m trying to compile ffmpeg with x265 and I only get ERROR: x265 not found using pkg-config
[17:00:31 CET] <Guest42817> i can't remember this to be so complicated.. is it because I m using a 32 ubuntu?
[17:02:45 CET] <BtbN> you need libx265 and its development files in a location where configure will find them.
[17:04:15 CET] <Guest42817> i wanted to make a static x265 binary, and i copied in /usr/local/bin along with x264 but nothing
[17:04:28 CET] <Guest42817> that s how I did last year I think and it went fine
[17:06:20 CET] <furq> ffmpeg uses the library, not the binary
[17:06:52 CET] <furq> if you're on an old ubuntu then you might as well just use the static builds
[17:06:54 CET] <furq> https://www.johnvansickle.com/ffmpeg/
[17:08:42 CET] <Guest42817> no that's the point, I m trying on ubuntu 16 lts for first time
[17:08:53 CET] <Guest42817> maybe that's why it's not working as on trusty?
[17:09:22 CET] <DHE> you also need the /usr/local/lib/pkg-config/x265.pc file
[17:09:30 CET] <Guest42817> i had them all
[17:09:32 CET] <DHE> and likely need to export PKG_CONFIG_PATH=/usr/local/lib/pkg-config
[17:09:37 CET] <Guest42817> all copied by the cmake script
[17:09:43 CET] <Guest42817> ok I ll try that
[17:12:15 CET] <Guest42817> https://i.gyazo.com/55bf57c08dfb14d12fb3d3ab15fba04b.png
[17:12:22 CET] <Guest42817> doesn't seem good?
[17:12:41 CET] <Guest42817> well i ll try export the pkg path now, as you said
[17:27:03 CET] <araml> y
[17:27:31 CET] <Guest42817> well i give up on x265, too much troubles, while it s working as usual without..
[17:27:40 CET] <Guest42817> thx for the help ;)
[17:27:50 CET] <BtbN> just install it with your package manager?
[17:34:21 CET] <Guest42817> oh thx, didn't know there was a package
[17:34:47 CET] <Guest42817> i guess that's the good thing about going to the last distro
[17:34:58 CET] <Guest42817> especially i m not encoding in x265 anyway..
[17:36:09 CET] <Guest42817> k, installed the libx265 using package manager.. still not working on ffmpeg ./configure
[17:36:13 CET] <Guest42817> geez
[17:36:20 CET] <furq> do you need packages which aren't part of ubuntu's ffmpeg
[17:36:44 CET] <Guest42817> well afaik, ffmpeg can decode x265 so it's enough for me
[17:37:01 CET] <Guest42817> but it's always to keep up with the new codec..
[17:37:05 CET] <Guest42817> nice*
[17:39:41 CET] <BtbN> Did you install the devel package, or just the library?
[17:42:12 CET] <Guest42817> apt-get install libx265-dev
[17:42:40 CET] <Guest42817> installed fine, but still getting the same error with pkg "ERROR: x265 not found using pkg-config"
[17:44:44 CET] <Mista_D> Happy Hoplidays to All Dear Developers, transcoders and rippers! What would be best method to change layout of two live feeds while streaming on demand (at not specific time, but event)? Starting off with one over the other (PIP: 1/4 size in the corner), and want to swicth the feeds around. Any constructive advice is welcome. Thanks!
[17:50:04 CET] <BtbN> check the config log what's going wrong then
[17:56:19 CET] <Guest42817> i ll format and try again on a clean install
[17:57:44 CET] <fritsch> no need to format ...
[17:58:04 CET] <fritsch> that's linux not windows
[17:59:57 CET] <Guest42817> http://pastebin.com/SjTDYw7N
[18:00:23 CET] <Guest42817> yea but maybe I did some mess while trying to compile and that's why it s not working even after installing via the package manager
[18:00:35 CET] <Guest42817> because that doesn't make much sense in 2016
[18:00:47 CET] <Guest42817> haven't had an issue compiling ffmpeg since hardy..
[19:13:24 CET] <Guest42817> after reinstalling ubuntu 16, I can finally make a ./configure with --enable-libx265 without pkg errors
[19:17:52 CET] <BtbN> should just have uninstalled the broken self built one instead.
[20:22:32 CET] <Maverick|MSG> I'm having an issue where ffmpeg is not exiting when the udp input stream stops sending data
[20:22:53 CET] <Maverick|MSG> something like: ffmpeg -i udp://127.0.0.1:1234 ...
[20:23:18 CET] <Maverick|MSG> after the stream finishes sending data ffmpeg just sits there waiting for more data
[20:23:58 CET] <Maverick|MSG> ffmpeg will complete the encoding if I set a timeout (udp://127.0.0.1:1234?timeout=1000000
[20:24:14 CET] <Maverick|MSG> but the ffmpeg process won't exit
[20:24:27 CET] <Maverick|MSG> anyone have any ideas on how to resolve this?
[21:21:33 CET] <efface> Maverick, I actually saw there the was a way to do that the other day. can't find the exact option right now but I could swear it was -x when you declare your input settings
[21:22:29 CET] <efface> actually, -abort_on seems more appropriate
[23:35:30 CET] <teratorn> got a problem (bug?) running this command: ffmpeg -i rtsp://mpv.cdn3.bigCDN.com:554/bigCDN/mp4:bigbuckbunnyiphone_400.mp4 -c copy -an -f hls junk.m3u8
[23:36:13 CET] <teratorn> so, it runs.... but it produces an junk.m3u8 file that only has 5 .ts segments in it, even though the process saves out many many more segments to disk... the m3u8 is being constantly rewritten with only the last 5 segments?
[23:36:59 CET] <teratorn> so at the end of the process, the m3u8 refers to only the last 5 segments which is just a very small part of the input... anyone know why?
[23:37:36 CET] <c_14> -hls_list_size 0
[23:38:14 CET] <c_14> https://ffmpeg.org/ffmpeg-formats.html#Options-4
[23:38:32 CET] <teratorn> c_14: thanks!
[23:39:32 CET] <teratorn> just seems really weird that isn't the default... I guess there is a reason for it
[23:40:00 CET] <c_14> >hls = http live streaming
[23:40:05 CET] <c_14> It's not very life if you have infinite backlog
[23:40:09 CET] <c_14> *live
[23:43:14 CET] <teratorn> c_14: ah, I see, that makes sense. my use-case is different, but yeah..
[00:00:00 CET] --- Fri Dec 23 2016
1
0
[00:01:50 CET] <BBB> and & fixed
[00:02:05 CET] <BBB> happy guys?
[00:02:10 CET] <BBB> because Im going home now
[00:03:25 CET] <nevcairiel> if anything wmavoice is happy, so much attention, its not used to this!
[00:16:46 CET] <BBB> nevcairiel: maybe it should learn to be a ore appreciative codec, its not the cleverest one out there, eve
[00:17:00 CET] <llogan> wiener_denoise was too small
[00:17:06 CET] <BBB> *even lossless codecs are more useful than this one, its acting up like a spoiled brat ;)
[00:17:21 CET] <BBB> anyway enough bad jokes about silly codecs
[01:32:07 CET] <cone-098> ffmpeg 03Andreas Cadhalpun 07master:319438e2f206: swscale: save ebx register when it is not available
[02:51:46 CET] <blue_misfit> can anyone give me some info about what async (the protocol) would be used for?
[03:38:27 CET] <cone-098> ffmpeg 03Thomas Turner 07master:9f76ad2a4643: avutil: Added selftest for libavutil/audio_fifo.c
[03:38:28 CET] <cone-098> ffmpeg 03Michael Niedermayer 07master:54931fd0fb82: avutil/random_seed: Use uint64 instead of uint8 for struct to avoid potential alignment issues
[03:53:17 CET] <crelloc> copy
[04:25:45 CET] <rcombs> so lavf/isom.c identifies codec ID 0x69 as MP3, when in fact it could be MP1 or MP2
[05:29:21 CET] <rcombs> erm, sorry, 0x6B
[06:07:18 CET] <Compn> rcombs : do you mean it could be mp1, mp2 or mp3 ?
[06:07:26 CET] <rcombs> yeah
[06:07:41 CET] <Compn> you have samples where this is a problem ?
[06:07:48 CET] <Compn> he asked, expecting the answer to be yes
[06:07:57 CET] <Compn> or you have the spec open ?
[06:09:00 CET] <Compn> i guess then just add the duplicate lines like is done for 0x69
[06:09:35 CET] <Compn> as long as you comment in the spec chapter, patch lgtm...
[06:10:19 CET] <rcombs> I have one sample
[06:10:38 CET] <Compn> do you happen to know the name of the offending software that created such sample ?
[06:11:03 CET] <rcombs> looked at the spec, and all it says is 11172-3
[06:11:24 CET] <rcombs> which is just MPEG-1 Part 3, i.e. audio
[06:11:37 CET] <rcombs> yeah, it was lavf
[06:12:02 CET] <Compn> is it a bug in our movenc
[06:12:16 CET] <rcombs> I think it probably isn't
[06:13:20 CET] <rcombs> lemme ask the person who encoded it, but I'm guessing they remuxed this from another MOV file, and the whole time lavf thought it was MP3
[06:17:16 CET] <rcombs> oh interesting
[06:17:25 CET] <rcombs> Compn: see mov_write_esds_tag; it explicitly writes 0x6B for MP2 and MP3
[06:17:39 CET] <rcombs> but afaict this is perfectly up-to-spec
[17:46:34 CET] <Zeranoe> Perhaps an unsurprising result, but a conclusive result non the less: https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=2&t=4837
[17:59:02 CET] <kierank> Zeranoe: do you have standard deviations
[17:59:22 CET] <Zeranoe> kierank: I'll get them
[18:06:56 CET] <nevcairiel> considering the other two are basically wrappers around w32 api, unsurprising indeed
[18:10:59 CET] <Zeranoe> About to ditch Excel and calculate these in Bash
[18:11:34 CET] <JEEB> something like python is better for any sort of maths and to keep you more sane than insane
[18:11:50 CET] <Zeranoe> This is true
[18:12:09 CET] <JEEB> personally I just wouldn't dare to think about doing maths in bash or batch :)
[18:12:28 CET] <Zeranoe> It's not bad in a pinch
[18:20:48 CET] <wm4> these use the vista primitives, right?
[18:21:16 CET] <wm4> we should ditch the XP compat already, or hide it behind a configure switch
[18:21:25 CET] <wm4> if idiots want to use XP, let them suffer, not us
[18:21:38 CET] <JEEB> I thought the vista APIs were actually slower?
[18:21:58 CET] <JEEB> because the abstraction somehow ends up doing you overhead or whatever
[18:28:09 CET] <Zeranoe> Assuming Excel didn't freak out in the background, the standard deviation was around 2 sec
[18:28:45 CET] <JEEB> btw, was there any way of libavformat sending signals to the rest of things?
[18:29:02 CET] <JEEB> so that the API user can be warned of required decoder re-init or whatever
[18:31:15 CET] <kierank> JEEB: lol no, text only ofc
[18:31:34 CET] <JEEB> alrighty
[18:31:56 CET] <JEEB> but at least some sort of text-based thing I guess?
[18:32:22 CET] Action: JEEB is still crazy enough to think about fixing PID switches
[18:43:15 CET] <wm4> JEEB: decoder reinit would be handled decoder-internally
[18:43:25 CET] <wm4> you probably mean stream switching or something?
[18:44:08 CET] <JEEB> depends on if the PID switch it left for the API user to handle or if the demuxer should handle it itself
[18:44:20 CET] <JEEB> also re-init might sometimes mean initializing a different decoder
[18:44:30 CET] <JEEB> because I heard PID switches can mean format switches
[18:44:49 CET] <JEEB> and not only stream config switches, which is supported by many decoders
[18:45:08 CET] <JEEB> although I've not seen any PID switches where the video or audio format completely changes
[18:46:16 CET] <nevcairiel> broadcasts typically avoid switching format
[18:46:30 CET] <wm4> JEEB: different format would mean different AVStream
[18:46:37 CET] <JEEB> yea
[18:50:25 CET] <kierank> JEEB: ahahahaha
[18:50:26 CET] <kierank> you are insane
[18:50:40 CET] <kierank> the pid stuff is so complicated
[18:50:52 CET] <kierank> if you do ./ffmpeg -i on a random live feed all the pids are jumbled
[18:50:57 CET] <kierank> because it just ignores PMT and probes
[18:51:03 CET] <JEEB> yup
[18:51:57 CET] <JEEB> (I know the fun side-effects of the whole "let's support MPEG-TS without PMT" thing)
[18:52:15 CET] <bencoh> :]
[18:52:39 CET] <kierank> support mp4 without moov as well
[18:52:48 CET] <JEEB> I did not hear that
[18:53:10 CET] <JEEB> or wait, movie fragments
[18:53:20 CET] <JEEB> yes, I will keep telling myself it's just movie fragments we support
[19:40:32 CET] <durandal_17> anyone here knows intrinsics well?
[19:56:04 CET] <durandal_17> BBB: you?
[19:56:35 CET] <BBB> uhm...
[19:56:41 CET] <BBB> what does know mean?
[19:57:03 CET] <durandal_17> knowing what it does with few input numbers
[20:00:14 CET] <BBB> why dont you ask a specific question and Ill let you know if I know
[20:03:21 CET] <durandal_17> BBB: i have function from pixlet decompiler which postprocess luma stuff
[20:03:35 CET] <BBB> ok
[20:14:01 CET] <durandal_17> BBB: https://paste.ubuntu.com/23665287/
[20:14:27 CET] <BBB> what is that
[20:15:38 CET] <blue_misfit> Zeranoe, thank you for all you do!
[20:15:53 CET] <durandal_17> BBB: thats pixlet luma postprocessing
[20:16:13 CET] <durandal_17> similar to chroma where it shifts by 1 to left
[20:16:48 CET] <BBB> ok
[20:16:53 CET] <BBB> so step 1, the input is signed 16bit
[20:16:57 CET] <BBB> so -32768 to +32767
[20:17:11 CET] <BBB> it clips it to 15bit (non-negative)
[20:17:25 CET] <durandal_17> but its locked to -1024 to 32767
[20:17:30 CET] <BBB> then converst it to 32bit
[20:17:46 CET] <BBB> then to float
[20:19:24 CET] <durandal_17> it does something strange with sqrt()
[20:19:50 CET] <BBB> it compares that to v31, which is a1.m128_f32[0] * *(double *)&v11.m128_u64[0] from line 37
[20:20:18 CET] <BBB> i.e. (double)((1 << wanted) - 1) / 255.9980468675494 * sqrt((double)a7)
[20:20:28 CET] <durandal_17> wanted is 15
[20:21:11 CET] <durandal_17> a7 is 2048
[20:21:17 CET] <BBB> & very strange
[20:21:21 CET] <BBB> anyway
[20:21:43 CET] <BBB> it multiplies the float pixels by v14 and v15
[20:22:04 CET] <BBB> v14 is 1.0 / a1.m128_f32[0];, so it converts it to [0.0,1.0 range]
[20:22:16 CET] <BBB> v15 is (float)a7 / v12;
[20:23:12 CET] <BBB> then depending on the comparison, it takes v14 or v15 and merges that back
[20:23:32 CET] <BBB> so it seems like it converts to some gamma-corrected scale or whatever
[20:23:36 CET] <BBB> dont know exactly
[20:23:44 CET] <BBB> but it seems like gamma application (like TRC)
[20:25:38 CET] <BBB> then convert back to 32bit int, sub is_32768 (?), pack to 16bit, add word_196B0, add v30 and store into the original pixel array
[20:25:42 CET] <BBB> thats all
[20:26:26 CET] <BBB> v30 = a8
[20:26:34 CET] <BBB> does that make sense?
[20:29:23 CET] <durandal_17> yes. a8 is -32768
[20:41:47 CET] <durandal_17> BBB: looks like just doing y * y in 0-1 range does it
[20:42:40 CET] <BBB> if its smaller than some value
[20:43:00 CET] <BBB> you can just input an array of values into that function and see what it does
[20:43:06 CET] <BBB> but to me, this means the values are not 16bit, but 15bit
[20:44:14 CET] <durandal_17> codec provides 16bit rgb(a) output
[21:05:19 CET] <durandal_17> and is more like float format than anything else
[21:40:49 CET] <cone-168> ffmpeg 03Paul B Mahol 07master:9933579a9be7: avfilter/vf_psnr: add gray10 and gray12 support
[22:47:19 CET] <cone-168> ffmpeg 03Michael Niedermayer 07master:fd1fcb59dcdb: avformat/img2dec: Remove dead code from psd_probe()
[23:05:38 CET] <Zeranoe> I'm getting lots of reports of hangs when using x264. I haven't been able to reproduce it yet, but I feel like something must have changed
[23:09:44 CET] <Compn> cant test, wont run on vista :P
[23:09:53 CET] <Compn> (or xp)
[23:10:13 CET] <Zeranoe> lol
[23:10:50 CET] <Compn> well :P
[23:11:11 CET] <Zeranoe> I know I'm going to end up building an FFmpeg with debug symbols for GDB. I wont include MFX/QSV, so others (with vista/xp) can test
[23:11:38 CET] <Compn> yeah we dont need that qsv crap on vista/xp :P
[23:11:53 CET] <Zeranoe> No one needs that QSV crap, it's crap
[23:12:13 CET] <Compn> any of your users use it? why not disable...
[23:12:22 CET] <Zeranoe> Some apparently do
[23:12:27 CET] <Zeranoe> some=many
[23:13:39 CET] <Compn> ok no problem then
[23:13:43 CET] <Compn> just making sure. :)
[23:15:35 CET] <Zeranoe> And of course I'm not going to be able to reproduce this hang using the methods sent to me...
[23:20:17 CET] <rcombs> gotta go fast
[23:23:14 CET] <Zeranoe> Rocking -p veryfast
[23:23:58 CET] <Zeranoe> I feel like my i7-4790K is going to handle anything I throw at it. I need a crappy CPU maybe
[23:24:20 CET] <fritsch> Zeranoe: try a jellyfish sample
[23:24:28 CET] <fritsch> 120 Mbit/s
[23:24:35 CET] <Zeranoe> fritsch: A what...
[23:25:27 CET] <fritsch> http://jell.yfish.us/media/jellyfish-250-mbps-4k-uhd-h264.mkv
[23:25:33 CET] <fritsch> you wanted something your CPU cannot decode
[23:25:36 CET] <fritsch> and h264
[23:25:37 CET] <fritsch> try that
[23:26:15 CET] <fritsch> infact you asked for a slow cpu, I gave you something that makes you feel having a slow cpu
[23:26:40 CET] <Zeranoe> I'm intrigued
[23:27:15 CET] <Zeranoe> Does the preset matter?
[23:27:50 CET] <fritsch> sorry, cannot parse that question with the given ctx.
[23:28:21 CET] <Zeranoe> Does -preset veryslow or -preset veryfast tax more
[23:28:43 CET] <fritsch> the first one
[23:29:28 CET] <Zeranoe> Immediate hang, nice
[23:30:11 CET] <fritsch> perhaps try the 160 Mbit/s first?
[23:32:49 CET] <Zeranoe> I can't tell if the hang is CPU related or simply trying to allocate the memory
[23:34:24 CET] <Zeranoe> Looking at 4GB memory usage to work with those
[23:34:29 CET] <fritsch> I also can't but you asked above to "get some trouble", and as helpfull person I thought to help you
[23:34:46 CET] <Zeranoe> fritsch: Thank you
[23:35:01 CET] <fritsch> :p
[23:40:46 CET] <Zeranoe> fritsch: Those files did it, thanks a lot, I can reproduce this now
[23:40:53 CET] <fritsch> cool
[00:00:00 CET] --- Thu Dec 22 2016
1
0
[00:25:40 CET] <sib> anyone here know how to run ffserver with cuda acceleration?
[00:26:55 CET] <llogan> unfortunately "anyone here know how to run ffserver?" would get the same silent response
[00:26:55 CET] <furq> you probably shouldn't run ffserver at all
[00:27:27 CET] <llogan> the only people that use it are people who try to use it and then give up
[00:27:38 CET] <furq> i thought it had already been removed tbh
[00:28:17 CET] <llogan> no. a few noisy developers squawked at the last minute and turned into a Bikeshedfest 2016.
[00:28:34 CET] <furq> lol
[00:28:52 CET] <llogan> or at least that was the status when i stopped caring about it
[00:28:53 CET] <furq> five commits between january and october, then a bunch of activity in the last two months
[00:29:33 CET] <llogan> more importantly right now is which coworkers office garbage smells like old milk?
[00:29:38 CET] <furq> i mean i guess i should be glad that someone's fixing it but i do feel like they should just throw it in the bin
[00:29:57 CET] <furq> s/fixing it/trying to fix it/
[00:30:00 CET] <furq> important distinction
[00:30:26 CET] <llogan> pretty much the sentiment of the silent majority
[00:31:17 CET] <BtbN> it's not even an attempt to "fix" it
[00:31:35 CET] <BtbN> it's just to make it use newer API, so it won't be dropped when that deprecated API does
[00:32:02 CET] <llogan> FFhoarding
[00:32:07 CET] <BtbN> I'd be surprised if it wouldn't go back into its forgotten state after that is achived.
[00:32:23 CET] <llogan> it will become a "collector's edition".
[00:32:43 CET] <furq> yeah i got that impression from the commits
[00:32:50 CET] <furq> it's all just "update this broken-ass shit to the new api"
[00:33:40 CET] <furq> does it actually depend on ffmpeg internals
[00:33:48 CET] <furq> i'm guessing they can't just split it into its own project or something
[00:34:07 CET] <BtbN> part of it, like the ffm thing, are in libav*
[00:34:29 CET] <furq> by internals i mean private APIs etc
[00:35:33 CET] <furq> oh nvm i read that wrong
[00:42:59 CET] <sib> if not ffserver, then what would be a good alternative to stream h264 through html5
[00:43:37 CET] <BtbN> "through html5"?
[00:44:15 CET] <BtbN> Just any webserver and make ffmpeg output hls I guess?
[00:45:05 CET] <BtbN> Also, how would ffserver help with that in the first place? I'm not aware of any web-browser-streaming qualities it has
[00:52:05 CET] <furq> use the hls muxer, or use nginx-rtmp's hls muxer
[00:52:18 CET] <furq> https://github.com/dailymotion/hls.js/
[00:52:19 CET] <furq> and that
[00:53:39 CET] <sib> @BtbN @furq thanks!
[02:48:11 CET] <blue_misfit> can anyone give me some info about what async would be used for?
[02:48:22 CET] <blue_misfit> *the protocol handler*
[03:28:32 CET] <damdai> x264 core 142 r2479 dd79a61
[03:28:33 CET] <damdai> Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=6 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3
[03:28:33 CET] <damdai> / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=abr / mbtree=1 / bitrate=6670 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
[03:28:33 CET] <damdai> Default : Yes
[05:43:51 CET] <k-man> hi
[05:44:05 CET] <k-man> does ffpmeg infer the output format from the extension of the output file?
[05:44:28 CET] <furq> yes
[05:44:43 CET] <furq> you can force it with -f
[05:45:13 CET] <k-man> ah thanks
[05:45:49 CET] <k-man> what would the format be for m4a?
[05:45:55 CET] <furq> probably -f ipod
[05:46:48 CET] <k-man> ah thank you so much!
[05:50:30 CET] <k-man> where do i find the documentation about which file extensions map to which formast?
[05:50:32 CET] <k-man> formats
[09:17:45 CET] <sunil_> I am trying to encode an audio from aac -> vorbis for webm, but I an getting an error. Details are here - http://pastebin.com/p1R9Nkhn
[09:18:53 CET] <atomnuker> sunil_: libvorbis doesn't support bitrates under 45kbps
[10:20:12 CET] <sunil_> atomnuker: I am able to encode a 16k bitrate mono audio using libvorbis
[10:20:24 CET] <sunil_> Is this limitation documented somewhere?
[11:01:30 CET] <fling> which lossless audio codec is less cpu intensive?
[11:01:56 CET] <fling> I want to have a slight compression when capturing
[11:24:00 CET] <durandal_1707> fling: flac
[11:32:00 CET] <fahadash> I have a video that I have to speed up a few portions of. What is the best way to do it? I am thinking about skipping the -i and using the movie filters with seek option as many times as there is a change.
[11:39:56 CET] <fling> durandal_1707: thanks.
[11:40:39 CET] <fling> fahadash: change input fps in these portions
[11:59:06 CET] <fahadash> How ?
[11:59:30 CET] <fahadash> I can only change the fps once how can I specify 3 positions?
[12:33:09 CET] <MoonOwl> Guten Tag!
[12:34:21 CET] <MoonOwl> Has anyone ABXed high resolution music vs the redbook standard
[12:54:52 CET] <dannyzb> The E5 1650v3 processor says it has QuickSync support, but it doesn't have a GPU, how can it support Quicksync and is it usable in FFMPEG?
[12:57:05 CET] <nonex86> as far as i remember quicksync actually used a dedicated chip - mfx engine
[12:57:23 CET] <nonex86> but, it also require gpu functionality
[12:57:42 CET] <nonex86> just test it using ffmpeg
[12:58:00 CET] <nonex86> if it works, well, youll get your profit
[12:58:20 CET] <nonex86> if not... just forget it and use software implementation :)
[13:07:35 CET] <dannyzb> nonex86 I don't have the server in my hands yet - "but, it also require gpu functionality" - it says in the docs that for FFMPEG/QS OpenCL GPU support is required, wouldn't that be a no if there is no GPU?
[13:07:47 CET] <jkqxz> Quick Sync is part of the GPU, and therefore is not present on any E5 or E7 processors.
[13:08:29 CET] <dannyzb> jkqxz: http://ark.intel.com/products/82765/Intel-Xeon-Processor-E5-1650-v3-15M-Cac… Intel says it does
[13:10:02 CET] <jkqxz> Er. No it doesn't? That page doesn't mention it at all.
[13:14:36 CET] <DexterF> hi
[13:16:38 CET] <DexterF> having some problems compiling ffmpeg on a raspi in order to have it in playce for omxplayer. the git pull in Makefile.ffmpeg the omxplayer git provides and calls in its own Makefile does not work, returns a network error. so I pulled ffmpeg from git manually, and then ran make -f Makefile.ffmpeg which worked, actually, *but* on sudo make -f Makefile.ffmpeg install it returns:
[13:16:51 CET] <DexterF> strip: 'ffmpeg_compiled/usr/local/lib/*.so': No such file
[13:17:20 CET] <DexterF> so, the ffmpeg specific question is: where/how/when is that director ffmpeg_compiled generated? is that ffmpeg specific at all?
[13:18:28 CET] <nonex86> dannyzb: not sure about the ffmpeg implementaion, but for hardware qs decoding you dont need the opencl at all
[13:19:02 CET] <nonex86> dannyzb: opencl not related to mfx engine api, i mean their software parts are not related
[14:22:44 CET] <dannyzb> nonex86: ok thanks
[14:22:52 CET] <dannyzb> nonex86: probably related to FFM implementation
[16:34:21 CET] <Mateon1> Hi, I'm having trouble transcoding unsigned 8-bit PCM to wav. I'm using ffmpeg 3.0.1; my command is `ffmpeg -c:a pcm_u8 -i piano.u8 piano.wav` and I get `piano.u8: Invalid data found when processing input` - why is that? Shouldn't PCM always decode successfully?
[16:35:27 CET] <c_14> try ffmpeg -f u8 -i piano.u8
[16:36:28 CET] <Mateon1> c_14: That worked. May I know what was wrong with my previous command?
[16:36:43 CET] <c_14> Tried detecting the format and failed
[16:36:54 CET] <c_14> you set the codec, not the format
[16:37:08 CET] <Mateon1> Ah, thank you. :)
[16:51:30 CET] <Nacht> Hello, I noticed that a certain HLS stream has Timed_ID3 tags. Is it possible to capture these for, say 1 min ?
[16:51:40 CET] <Nacht> Stream #0:7: Data: timed_id3 (ID3 / 0x20334449)
[17:10:12 CET] <rjp421> trying to get an ancient logitech quickcam go working, but ffmpeg wont take it.. http://pastebin.com/raw/fhhU607B , closest i found googling has no solution https://www.mail-archive.com/search?l=ffmpeg-issues@lscube.org&q=subject:%2…
[17:12:04 CET] <rjp421> [video4linux2,v4l2 @ 0x1bd4240] Dequeued v4l2 buffer contains 26058 bytes, but 25344 were expected. Flags: 0x00000001.
[17:12:04 CET] <rjp421> /dev/video1: Invalid data found when processing input
[17:14:01 CET] <rjp421> i tried 'v4l2-ctl -d /dev/video1 --set-fmt-video=width=176,height=144,pixelformat=1' before running ffmpeg, to set the format and res to bayer.. s561 wouldnt work in my attempts. still no luck
[17:15:25 CET] <tommie_> so i'm trying to segment op1a (xdcamhd) files, into chunks of 60 seconds. It does not need to be exactly 60 seconds, aslong as the video "fits" together. unfortunately each segment looses 2 frames.
[17:15:27 CET] <tommie_> http://pastebin.com/4165B1Bu
[17:15:54 CET] <tommie_> 1st segment ends at 60.04, second segment starts at 60.12
[17:16:23 CET] <tommie_> as far as I can figure out, its due to the fact that op1a does not start with i frame, but has 2 B/P frames infront
[17:17:17 CET] <tommie_> stream order vs representation order, where ffmpeg uses the stream order (the i frame) but not the representation order, hence its skipping the 2 B/P frames
[17:18:31 CET] <tommie_> it works fine when using regular mp4, or intra-frame only codecs, all segments fit perfectly together
[17:18:49 CET] <tommie_> seems to be op1a codec only
[17:36:06 CET] <R4md4c> Hi, I'm having an FLV file that I need to convert a portion of it to be played in slow motion into a new file. I've read this link https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20…, and the video is played in slow motion, but the duration of the video is not stretched to accomodate the slowness.
[17:36:06 CET] <R4md4c> Here is my command "ffmpeg -i input.flv -y -q 1 -ss 00:00:01 -t 00:00:16 -filter:v "setpts=(1/0,5)*PTS" . I'm expecting the video to be at least 30 seconds, but it is still 16 seconds. Is it possible to fix that?
[17:36:47 CET] <kepstin> R4md4c: you're using '-t' as an output option, which means that the trimming is being applied after the filtering
[17:37:08 CET] <kepstin> if you put the -t before the input filename (the -ss should probably be there too), then it'll apply the trim before the filtering
[17:37:25 CET] <R4md4c> Ah, OK, Interesting, I'll try that.
[17:38:20 CET] <kepstin> options before input files apply to that specific input file, options before an output file (after input files) apply when saving the video to the output file
[17:40:16 CET] <R4md4c> kepstin: It worked now, thanks a lot!
[18:21:38 CET] <rjp421> is this patch https://patchwork.kernel.org/patch/9324933/ related to the "[video4linux2,v4l2 @ 0x1bd4240] Dequeued v4l2 buffer contains 26058 bytes, but 25344 were expected. Flags: 0x00000001." "/dev/video1: Invalid data found when processing input"
[18:22:18 CET] <rjp421> they say "This patch basically makes it throw away corrupted buffers and then also the first 8 buffers after the last corrupted buffer."
[18:24:38 CET] <JEEB> rjp421: sounds like something more relevant to ffmpeg-devel mailing list, where the patches are posted
[18:25:14 CET] <JEEB> except it seems to have been posted there already?
[18:25:16 CET] <JEEB> "Well Ive posted it to the FFmpeg dev list for feedback, so we will see."
[18:26:38 CET] <rjp421> JEEB, im not sure.. my error is http://pastebin.com/raw/fhhU607B and googling took me to https://www.mail-archive.com/search?l=ffmpeg-issues@lscube.org&q=subject:%2…
[18:26:53 CET] <rjp421> but it still seems to be unsolved?
[18:27:40 CET] <rjp421> i wasnt sure if that was the right mailing list or not
[18:32:51 CET] <rjp421> posibly a duplicate issue, but im using the same webcam, with the same error, as far as i can tell
[18:33:39 CET] <kerio> wait, youtube serves opus audio? ;o
[18:36:55 CET] <JEEB> kerio: for quite a while
[18:37:13 CET] <JEEB> it has AVC+AAC and VP9+opus
[18:44:34 CET] <rjp421> sorry i was confused, that mailing list is not the same error that the patch is for (or is it?)... but http://libav-user.ffmpeg.narkive.com/rLqpcxGy/ffmpeg-webcam-error is the same error with the same type (not model) webcam, and was never solved
[18:45:30 CET] <rjp421> https://www.mail-archive.com/search?l=libav-user@ffmpeg.org&q=subject:%22%5…
[18:50:09 CET] <rjp421> it seems using v4l-ctl to set the pixelformat of the /dev/videoX to bayer (1), or it gives that "format not found" with "I/O error"
[18:52:59 CET] <rjp421> but then i have those errors in that latest paste :(
[19:18:21 CET] <fahadash> Is there a way to change FPS other than using setpts?
[19:18:38 CET] <kerio> -r
[19:18:54 CET] <kerio> it will drop/duplicate frames as needed
[19:20:18 CET] <Sashmo_> does anyone know if there is real way to force FFPLAY to open on specfic window?
[19:20:52 CET] <furq> fahadash: if you want to change the playback speed, you can do it with some formats by demuxing and remuxing the elementary stream
[19:20:56 CET] <furq> without reencoding
[19:21:13 CET] <fahadash> I don't really care much about not reencoding
[19:21:29 CET] <fahadash> Someone told me something about changing FPS, so I thought there was another filter
[19:21:46 CET] <furq> -r and -vf fps will keep the playback speed and drop or dup frames
[19:21:53 CET] <furq> -vf setpts will change the playback speed
[19:21:56 CET] <fahadash> How can I change the FPS at multiple places in the timeline while keeping all other places same original?
[19:22:03 CET] <furq> with difficulty
[19:22:09 CET] <fahadash> haha
[19:22:12 CET] <kerio> :D
[19:22:28 CET] <fahadash> I was thinking about using the movie filter to source the same file multiple time, and crop out the unwanted content
[19:22:44 CET] <furq> https://ffmpeg.org/ffmpeg-filters.html#Timeline-editing
[19:22:56 CET] <furq> idk if setpts supports that, but if it does then that's what you want
[19:23:01 CET] <furq> and -vsync vfr
[19:23:25 CET] <rjp421> to test the LD_PRELOAD fix for spca561 webcams, do i use one or the other with ffmpeg, or both v4l1compat.so and v4l2convert.so? like motion suggests http://www.lavrsen.dk/foswiki/bin/view/Motion/SupportQuestion2010x04x28x191…
[19:26:14 CET] <blue_misfit> JEEB, remember the MP4 vs MKV timestamp thing I was looking into yesterday? I determined that you're totally right, the MVK -> MP4 files oscillate between 672 and 656, and the pure MP4 files have smooth 672.
[19:26:40 CET] <JEEB> blue_misfit: ayup
[19:26:43 CET] <blue_misfit> any thoughts on how I can re-write these timestamps when remuxing from mkv to MP4?
[19:27:37 CET] <JEEB> not in ffmpeg at least, since stuff like setpts is limited to re-encoding
[19:27:54 CET] <blue_misfit> right, that's kind of what I concluded
[19:28:04 CET] <blue_misfit> maybe l-smash?
[19:28:43 CET] <JEEB> yeah, but that only handles ISOBMFF-like things
[19:28:53 CET] <blue_misfit> or alternatively... can you think of a good way to merge MP4s (with identical encoding settings of course) into one continuous MP4?
[19:29:06 CET] <blue_misfit> I'm only using MKV because it can nicely concatenate
[19:29:15 CET] <furq> you could use mpegts
[19:29:19 CET] <blue_misfit> s/MKV/mkvmerge
[19:29:41 CET] <JEEB> was 90k enough for 24000/1001 being exact?
[19:30:02 CET] <blue_misfit> 90k?
[19:30:07 CET] <JEEB> mpeg-ts time base
[19:30:14 CET] <blue_misfit> ahh
[19:30:24 CET] <blue_misfit> not sure
[19:30:54 CET] <blue_misfit> so if I make TS fragments instead of MP4 fragments, and then just use ffmpeg concat I might be able to get a clean MP4
[19:30:55 CET] <blue_misfit> hmm
[19:31:10 CET] <JEEB> also fragmented isobmff is worth a try
[19:31:20 CET] <blue_misfit> interesting!
[19:31:39 CET] <blue_misfit> okay, thanks for the ideas, JEEB and furq
[19:43:40 CET] <rjp421> on a pi2, 'LD_PRELOAD=/usr/lib/arm-linux-gnueabihf/libv4l/v4l1compat.so ffmpeg' seemed to "fix" the error... but is that a permanently necessary workaround?
[19:49:46 CET] <blue_misfit> JEEB, damn, using MPEG-TS intermediates and concat to remux to mp4 generates timestamp durations that oscillate between 3754 and 3753 lol
[19:49:48 CET] <blue_misfit> so close
[19:50:36 CET] <bencoh> how do you concat? using cat?
[19:50:50 CET] <blue_misfit> ffmpeg -f concat <list_of_files.txt>
[19:51:02 CET] <blue_misfit> err ffmpeg -f concat -i <list_of_files.txt>
[19:51:17 CET] <JEEB> kind of guessed that a 90000 timebase wouldn't be exact
[19:51:25 CET] <blue_misfit> yeah
[19:51:43 CET] <blue_misfit> damn so... fractional 29.97 and 23.98 in TS are kind of hacky in that sense?
[19:52:13 CET] <JEEB> try using -movflags empty_moov+separate_moof+frag_keyframe
[19:52:28 CET] <JEEB> might be interesting to know how things go
[19:52:38 CET] <blue_misfit> when concating the ts fragments?
[19:52:41 CET] <blue_misfit> or when encoding mp4 fragments
[19:52:44 CET] <JEEB> encoding
[19:52:47 CET] <blue_misfit> ok
[19:55:33 CET] <JEEB> blue_misfit: also I think there even was a bug report on the tracker about lavf not fixing those oscillating timestamps when doing MPEG-TS => MP4
[19:55:46 CET] <blue_misfit> JEEB, holy crap I think it worked
[19:56:01 CET] <blue_misfit> what is this sorcery?
[19:56:11 CET] <blue_misfit> what does this do? lol
[19:56:34 CET] <JEEB> writes an empty moov in the beginning of each thing, writes a separate moof for each track and fragments at keyframes
[19:56:38 CET] <JEEB> welcome to movie fragments
[19:56:45 CET] <JEEB> also nice to know that those can be concat'd
[19:57:04 CET] <blue_misfit> timescale is now 11988 and durations are always 500
[19:57:18 CET] <JEEB> a bit funky but at least constant
[19:57:18 CET] <JEEB> lol
[19:57:26 CET] <blue_misfit> yeah
[19:57:27 CET] <JEEB> also you can see docs @ https://www.ffmpeg.org/ffmpeg-all.html#mov_002c-mp4_002c-ismv
[19:57:58 CET] <blue_misfit> so I'm totally familiar with fMP4 in terms of DASH and Smooth Streaming
[19:59:09 CET] <JEEB> well this is nothing special then
[19:59:18 CET] <JEEB> movie fragments fragmented at IDRs
[19:59:38 CET] <JEEB> the two other options are something the smooth streaming mode does by default
[19:59:40 CET] <blue_misfit> right, totally makes sense
[20:01:10 CET] <blue_misfit> okay, so I just repeated the test using mp4 chunks without the special flags to make fMP4
[20:01:19 CET] <blue_misfit> and I get the variable timestamps again
[20:01:30 CET] <blue_misfit> so what I'm trying to understand is.. why does using fMP4 help the situation?
[20:01:53 CET] <JEEB> no idea, you should check the separate segments regarding how the timestamps in those are set
[20:02:40 CET] <JEEB> in the worst case el GOOG's contribution could be ruining your day (they implemented edit lists more or less badly)
[20:03:00 CET] <JEEB> otherwise it could just be some funky detail in how lavf handles the concat
[20:03:00 CET] <blue_misfit> hmm boxdumper "failed to construct timeline" when I do --timestamp
[20:03:11 CET] <JEEB> now that's funky :P
[20:03:21 CET] <blue_misfit> the chunks do play in mpc-hc tho
[20:03:37 CET] <blue_misfit> windows can't calculate their duration either in Explorer haha
[20:03:53 CET] <blue_misfit> mediainfo gives an invalid floating point operation error on them LOL!!!
[20:03:59 CET] <JEEB> and those aren't even the fragmented ones?
[20:04:12 CET] <blue_misfit> sorry, those are the fragmented ones
[20:04:16 CET] <JEEB> ok
[20:04:30 CET] <JEEB> then a lot of stuff will just fail on them
[20:04:39 CET] <JEEB> boxdumper's thing failing is kind of interesting
[20:04:55 CET] <JEEB> if it happens just by encoding something into fragmented isobmff I'll try it out
[20:05:48 CET] <blue_misfit> seems like it does
[20:05:49 CET] <blue_misfit> too weird
[20:06:08 CET] <blue_misfit> okay, I'm not going to chase this much further. I'll do some more testing just to make sure tho. THANK YOU!
[20:06:11 CET] <JEEB> but boxdumper's box mode works I bet
[20:06:16 CET] <JEEB> np
[20:06:26 CET] <blue_misfit> ya sure does
[20:06:28 CET] <JEEB> didn't know concat'ing fragmented isobmff worked well with ffmpeg
[20:06:40 CET] <blue_misfit> MP4 Explorer can read the structure as well
[20:23:54 CET] <fortean_dad> hi all how do i use ffmpeg to strip audio out of an avi file? i'm using ubuntu 1610 if that helps
[20:24:17 CET] <fortean_dad> to be clear i want to remove the audio and keep the video
[20:27:17 CET] <furq> -i foo.avi -an -c copy bar.avi
[20:29:39 CET] <fortean_dad> furq: ta, will give it a bash
[20:41:32 CET] <kuroro> is there a way to apply pitch countour of 1 audio source (i.e song) to another (i.e. speech) using ffmpeg?
[20:41:47 CET] <kuroro> i want to do something similar to songify
[21:59:31 CET] <tokam> Hello, is there a reason why this command ignores images which do not change at the end of the video?
[21:59:33 CET] <tokam> or sequence
[21:59:51 CET] <tokam> ffmpeg -f image2 -framerate 25 -r 6 -i /var/www/tokam_dev/p172_webcam_video/tmp/1482353854/%d.jpg -s 1920x1080 -vcodec libx264 /var/www/tokam_dev/p172_webcam_video/output_videos/1482353854.avi
[22:41:50 CET] <tokam> how can I create a video with ffmpeg from images and than attach a branding image at the end?
[23:03:08 CET] <tokam> http://video.stackexchange.com/q/20207/17541
[23:03:47 CET] <furq> tokam: add -loop 1 before the second -i, then add -shortest somewhere
[23:04:05 CET] <furq> there are filters which can do it but you shouldn't need them for image2 inputs
[23:04:23 CET] <tokam> -shortest somewhere?
[23:04:25 CET] <furq> actually, don't use -shortest with overlay
[23:04:31 CET] <tokam> how to say how long to loop?
[23:04:33 CET] <furq> add :shortest=1 to the overlay command
[23:04:56 CET] <furq> it'll loop the second input forever, and stop encoding when the shortest input (the first one) ends
[23:05:03 CET] <tokam> I do not want an overlay anymore
[23:05:27 CET] <tokam> I want the first input and than show an image for n seconds at the end.
[23:05:31 CET] <furq> oh
[23:05:33 CET] <furq> https://ffmpeg.org/ffmpeg-filters.html#loop
[23:05:49 CET] <tokam> in my first attempt, I just added the images multiple times to my input sequence
[23:06:05 CET] <tokam> but ffmpeg somehow outsmarted me and knew that the images, which I added did not change
[23:07:39 CET] <furq> http://vpaste.net/msBNx
[23:07:40 CET] <furq> something like that
[23:10:08 CET] <tokam> furq: [AVFilterGraph @ 0x561144c945a0] No such filter: 'loop'
[23:10:29 CET] <furq> what ffmpeg version is that
[23:11:40 CET] <tokam> maybe this helps
[23:11:40 CET] <tokam> http://superuser.com/questions/683643/how-to-add-my-logo-for-the-first-30-s…
[23:13:06 CET] <tokam> 3.0.5 furq
[23:16:50 CET] <furq> i guess that must be too old for the loop filter
[23:17:06 CET] <c_14> 3.1 afair
[23:17:12 CET] <furq> there you go
[00:00:00 CET] --- Thu Dec 22 2016
1
0