Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- 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
August 2015
- 1 participants
- 62 discussions
[00:41:41 CEST] <BBB> oh my goodness this guy is a senior staff engineer
[00:42:05 CEST] <beastd> this guy?
[00:42:13 CEST] <nevcairiel> corporate code, this is how it looks
[00:44:14 CEST] <BBB> beastd: Sailaja Mahendrakar <smahendrakar(a)rgbnetworks.com>
[00:44:44 CEST] <BBB> you know, in google, a senior staff engineer is sometimes an indication of a really clueful engineer
[00:45:14 CEST] <nevcairiel> in some companies its a corporate puppet
[00:45:54 CEST] <kierank> it's a broadcast company
[00:45:57 CEST] <kierank> what do you expect
[00:47:56 CEST] <gnafu> Hehe.
[01:20:09 CEST] <philipl> #if 1 my friends.
[01:26:29 CEST] <kierank> I sent him an email
[03:57:34 CEST] <cone-344> ffmpeg 03Mariusz SzczepaDczyk 07master:c84d208c275d: examples/avio_list_dir: add move and delete methods
[04:36:04 CEST] <cone-344> ffmpeg 03Niklesh 07master:a604289b8570: movtextdec: Add support for automatic text wrapping
[12:26:46 CEST] <durandal_1707> I want to split histogram filter into 3 filters: histogram, waveform and vectorscope
[13:35:46 CEST] <Compn> BBB : did you see rxt's post on mplayer-dev-eng about deprecated api?
[13:36:03 CEST] <Compn> very in depth review of api :)
[13:39:41 CEST] <BtbN> That's an... interesting patch oO
[13:47:45 CEST] <wm4> who?
[13:50:21 CEST] <Compn> the thumbnail one probably
[13:51:21 CEST] <BtbN> yes
[13:55:37 CEST] <ubitux> durandal_1707: mostly only black slider logic remaining
[13:55:51 CEST] <ubitux> https://github.com/ubitux/FFmpeg/compare/selectivecolor
[13:55:58 CEST] <ubitux> i even added the photoshop preset import
[13:56:14 CEST] <ubitux> but without the black slider it's pointless
[14:11:08 CEST] <wm4> michaelni: what's the goal of the gsoc swscale refactor?
[14:12:31 CEST] <BBB> Compn: no
[14:12:58 CEST] <BBB> Im probably the only person in the world not subscribed to mplayer-dev-eng :-p
[14:15:14 CEST] <BBB> rtogni isnt here, is he?
[14:15:48 CEST] <ubitux> he was here the other day
[14:15:51 CEST] <Compn> hes not on irc at the moment
[14:15:54 CEST] <Compn> afaict
[14:16:00 CEST] <BBB> Compn: so, re his point on get_buffer, most users of lav* support threading and refcounting, so they use refcounted buffers. the new api is meant to support that
[14:16:21 CEST] <Compn> BBB : can you reply to his mail using google groups ?
[14:16:25 CEST] <Compn> er gmail interface
[14:16:31 CEST] <BBB> dont think so...
[14:16:43 CEST] <Compn> gmane*
[14:16:45 CEST] <BBB> or, I guess, I dont know how
[14:16:59 CEST] <Compn> http://blog.gmane.org/gmane.comp.video.mplayer.devel
[14:17:05 CEST] <Compn> you should be able to
[14:17:14 CEST] <wm4> mplayer has absolutely horrible horror code for get_buffer
[14:17:15 CEST] <Compn> i might have to manually allow all mails from you, but then thats it
[14:17:26 CEST] <wm4> it's so horrible that nobody ever got it to work well
[14:17:35 CEST] <wm4> I still see fixes by reimar every once in a while
[14:17:41 CEST] <wm4> have fun fixing this crap
[14:17:59 CEST] <wm4> it may as well be the most horrible mplayer code that involves libav* API
[14:21:20 CEST] <michaelni> wm4, the goal would be to turn the mess of custom hardcoded stages into a single generic API into which the stages plug cleanly allowing other stages to be inserted, or allowing for example input colorspace convert / hscale or vscale/color convert to be split for rare formats or many other things
[14:22:17 CEST] <wm4> michaelni: so if I understand this right, the gsoc guy managed to separate scaling and conversion, but it became 3% slower
[14:22:22 CEST] <wm4> so he put them back together?
[14:26:00 CEST] <michaelni> we first should get the API in without speedloss then split things cleanly but leave the merged pathes for the common cases. all the stages&converters should in te end be in seprate files so the merges stages would be more like filters used through a common API
[14:26:55 CEST] <wm4> s then split things cleanly but leave the merged pathes for the common cases <- but that means code duiplication again?
[14:28:18 CEST] <michaelni> i dont really know if there would be duplicated code. i would hope that can be avoided
[14:29:19 CEST] <michaelni> ATM the API and using the existing code within the API need to be gotten into shape and pass review
[15:14:30 CEST] <cone-570> ffmpeg 03Michael Niedermayer 07master:88fe45e0fe37: avcodec/svq1enc: Check dimensions
[15:34:26 CEST] <cone-570> ffmpeg 03Michael Niedermayer 07master:b1f59bb66067: avcodec/flashsvenc: Correct max dimension in error message
[17:18:35 CEST] <durandal_1707> ubitux: what's so hard about black slider?
[17:19:02 CEST] <ubitux> i don't understand how it affects the adjustments
[17:19:52 CEST] <ubitux> i thought it was a simple c+k m+k y+k
[17:19:59 CEST] <ubitux> but actually not
[17:22:25 CEST] <ubitux> it might be clamped/rescaled to the max(c,m,y)-min(c,m,y) of the adjustments, or to the adjustment range of the pixel, but can't figure out how exactly
[17:22:37 CEST] <ubitux> it's probably something stupid, but well..
[17:59:35 CEST] <BtbN> This is some next level bug oO
[17:59:39 CEST] <BtbN> https://sourceware.org/bugzilla/show_bug.cgi?id=15199
[18:00:00 CEST] <BtbN> In my case it's triggered by mesa dlopening libudev, which the application also links against.
[18:03:19 CEST] <wm4> is dlopening in a static ctor even allowed?
[18:03:58 CEST] <BtbN> No idea, but aparently it's a realy bad idea
[18:08:00 CEST] <BtbN> Ok, managed to "fix" it by building mesa without support for gallium, which is where stuff gets loaded
[19:22:50 CEST] <ubitux> kierank: can you test if http://ffmpeg.org/pipermail/ffmpeg-devel/2015-August/177225.html works as expected when you have a moment?
[19:29:27 CEST] <ubitux> michaelni: can you rm sub/SAMI_ass_capability_tester.smi? it was never in use (and never will)
[19:29:47 CEST] <ubitux> it keeps poping up when rsyncing
[19:35:35 CEST] <Compn> ubitux : you cant git rm it ?
[19:35:47 CEST] <ubitux> it's not in git
[19:35:49 CEST] <Compn> ah
[19:35:51 CEST] Action: Compn afk
[19:50:15 CEST] <jamrial> BBB: could you bench this whenever you have time? http://pastebin.com/VkFYKEZA
[19:50:21 CEST] <jamrial> i don't have an ssse3 machine at hand right now so i can't do it
[19:51:07 CEST] <jamrial> assuming palignr is as fast as intel claims it to be it should be faster, if anything for going from 8 unaligned loads to only 2
[20:00:37 CEST] <BBB> jamrial: hm& so, I tested that back long ago
[20:00:45 CEST] <BBB> jamrial: and palignr is not fast at all on my machine
[20:00:55 CEST] <BBB> sadly :(
[20:01:34 CEST] <BBB> I can test again if you want...
[20:13:16 CEST] <jamrial> ah. well up to you
[20:14:43 CEST] <jamrial> in any case i may be able to test it later, especially if you add support to checkasm, so don't worry
[20:21:13 CEST] <jamrial> mmh, it supposedly is pretty fast on sandy bridge and ivy bridge, where it can do up to two per cycle. it's a tad slower on nehalem and haswell (one per cycle), and considerably slow on core2 merom
[20:22:20 CEST] <jamrial> if your cpu is the latter (core 2 without sse4.1) then that would explain it
[20:24:09 CEST] <jamrial> if we can confirm it's faster on recent cpus we could keep both versions and check for specific flags to run one or another
[20:24:34 CEST] <BtbN> It's slower on haswell?
[20:24:54 CEST] <jamrial> yeah, i don't know why
[20:25:01 CEST] <jamrial> same happened with other instructions
[20:26:12 CEST] <jamrial> check http://www.agner.org/optimize/instruction_tables.pdf or http://software.intel.com/sites/landingpage/IntrinsicsGuide/
[20:34:04 CEST] <kierank> ubitux: I'm not 100% sure how (possibly showinfo?) but I can try
[20:34:29 CEST] <ubitux> well, you said you needed that pattern
[20:34:41 CEST] <ubitux> i assumed you had a check if it wasn't following it
[20:34:45 CEST] <ubitux> (like, not working or something)
[20:35:52 CEST] <ubitux> -af ashowinfo will give you the nb_samples yes
[20:37:08 CEST] <kierank> well I implemented it myself because I couldn't get it to work
[21:03:00 CEST] <durandal_1707> kierank: what sws flags you used for smptebars?
[21:03:27 CEST] <kierank> smptebars=s=720x576,format=yuv422p
[21:03:33 CEST] <kierank> that goes through an unscaled path
[21:03:56 CEST] <kierank> bizzarely if you use uyvy422 which is the native hardware format it goes through a scaled path
[21:19:26 CEST] <BBB> kierank: theres no native uyvy conversion then
[21:19:32 CEST] <BBB> kierank: which is not at all unsurprising
[21:20:00 CEST] <BBB> kierank: you could convert to yuv422 or yuv422p and then use a fast yuv422p to uyvy converter (Im not sure thats faster, but its likely what youre looking for in this particular case)
[21:20:28 CEST] <kierank> I was more concerned about colour accuracy
[21:20:38 CEST] <kierank> because the point was to verify the smptebars implementation
[21:21:10 CEST] <kierank> https://usercontent.irccloud-cdn.com/file/pkPaJG3G/irccloudcapture177591402…
[21:21:14 CEST] <kierank> it's right now
[21:21:23 CEST] <kierank> but with the scaled path there were lots of faint lines everywhere
[22:11:34 CEST] <kierank> Daemon404: when are you in town?
[22:11:44 CEST] <Daemon404> 20->22
[22:11:50 CEST] <Daemon404> 21 is conference dya
[22:11:51 CEST] <Daemon404> day*
[22:12:12 CEST] <Daemon404> im also in London on 10 Sep
[22:12:17 CEST] <kierank> could maybe go for a drink with atomnuker
[22:12:54 CEST] <Daemon404> which day
[22:13:11 CEST] <kierank> dunno
[22:13:20 CEST] <kierank> 20/21 easiest
[22:13:25 CEST] <kierank> 22 i am hopefully moving into new place
[22:13:33 CEST] <Daemon404> 21 will be full, and 22 i am on a train at 11
[22:13:44 CEST] <Daemon404> so 20 aud or 10 sep work best for me
[22:14:08 CEST] <kierank> 10 sep is ibc for me
[22:14:16 CEST] <Daemon404> ah right
[22:14:38 CEST] <atomnuker> any day/time's fine with me
[22:14:42 CEST] <kierank> 20th probably best
[22:14:52 CEST] <Daemon404> all righty. i dont get into london until like 9pmish
[22:14:56 CEST] <Daemon404> at paddington
[22:15:00 CEST] <kierank> k
[22:15:15 CEST] <atomnuker> well, the 20th it is then
[22:15:35 CEST] <Daemon404> all right-y
[22:18:50 CEST] <Daemon404> wait wtf am i smoking
[22:18:55 CEST] <Daemon404> i get in at 3pm on the 20th
[22:19:04 CEST] <Daemon404> i was only 6 hours off...
[22:22:34 CEST] <Daemon404> so any time is good on teh 20th.
[22:25:16 CEST] <atomnuker> yeah, we need to agree on that and on a pub
[22:32:13 CEST] <Daemon404> my hotel is in the City, so it's not hard for me to get home, likely
[22:35:47 CEST] <kierank> have you been to the cheshire cheese?
[22:36:05 CEST] <Daemon404> nope
[00:00:00 CEST] --- Sun Aug 16 2015
1
0
[09:19:25 CEST] <Fyr> JEEB, you are a little liar, ffmpeg can't output h265 to mkv.
[09:24:26 CEST] <c_14> Eh, sure it can?
[09:26:51 CEST] <Fyr> [NULL @ 0000000002f7f100] Requested output format 'mkv' is not a suitable output format 1.mkv: Invalid argument
[09:26:51 CEST] <Fyr> ffmpeg version N-72849-g4af9eb4 Copyright (c) 2000-2015 the FFmpeg developers
[09:26:52 CEST] <Fyr> built with gcc 4.9.2 (GCC)
[09:28:07 CEST] <c_14> the output format is called matroska
[09:28:09 CEST] <c_14> not mkv
[09:28:17 CEST] <c_14> So, -f matroska
[09:28:50 CEST] <Fyr> ok
[09:28:54 CEST] <c_14> mkv being the file extension for matroska video
[09:31:07 CEST] <Fyr> I've always omitted that parameter. =)
[09:59:19 CEST] <Fyr> when a WMV is 50 fps, is it truly 25 fps but interlaced?
[10:40:51 CEST] <JEEB> Fyr: although your question was about it being "specified" for something, not whether or not ffmpeg could write it or not. which it most definitely is http://lists.matroska.org/pipermail/matroska-devel/2013-September/004567.ht…
[11:22:33 CEST] <Fyr> how to find out if a video is interlaced?
[11:38:08 CEST] <techtopia> open it with mediainfo
[11:38:28 CEST] <techtopia> view > text
[11:38:42 CEST] <techtopia> fine this line
[11:38:45 CEST] <techtopia> Scan type : Progressive
[11:39:11 CEST] <techtopia> if it's interlaced it won't say progressive, if it isnt it will say progressive
[11:44:27 CEST] <JEEB> ffprobe with -show_frames will output the coding modes for (unfortunately all) frames with the interlaced_frame parameter. and of course if your video is encoded progressive but contains interlaced content there's really no way to know that
[11:53:12 CEST] <Fyr> mediainfo says that it's progressive. =(
[11:53:37 CEST] <Fyr> but I see tearing indicating interlacing.
[11:54:13 CEST] <Fyr> that's why I doubted my own eyes. =(
[11:56:46 CEST] <JEEB> mediainfo isn't always correct but it can be useful, so I will take a wild guess and note that the file is of the type where it's interlaced but nobody cared while making it
[11:57:10 CEST] <JEEB> you can force vf yadif while re-encoding it and see if it helps any
[12:10:05 CEST] <DHE> At the end of the day, your eyes are the only 100% accurate method if the video producer screwed up
[16:24:51 CEST] <Fyr> does NVENC produce comfortable quality?
[16:50:26 CEST] <BtbN> comfortable?
[16:50:32 CEST] <Fyr> right
[17:43:29 CEST] <jim_> Hi., I have an issue with avcodec_open2() function which returns an error for some values of framerate and works fine for some. I am using CODEC_ID_MPEG1VIDEO.
[17:44:05 CEST] <jim_> mCodecContext->time_base =AVRational{1,m_frameRate}; This is how I set time base. it works fine for m_frameRate=30 but gives an error for 31 for example
[17:44:13 CEST] <jim_> please help.
[18:56:07 CEST] <jim_> http://pastebin.com/jSysGtj7
[18:56:20 CEST] <jim_> Hi I have an issue with avcodec_open2()
[18:56:56 CEST] <jim_> Please see the attached code. It works fine for AVRational{1,30} but gives an error for AVRational{1,31}
[18:57:00 CEST] <jim_> Any ides?
[18:57:02 CEST] <jim_> idea?
[19:22:45 CEST] <klaxa> i have no idea how to use the api, but what error do you get?
[19:23:44 CEST] <klaxa> jim_: ^
[19:26:09 CEST] <jim_> the error code returned is -1
[19:26:21 CEST] <jim_> av_strerror() doesnt help wither
[19:41:05 CEST] <klaxa> hmm... maybe run it in a debugger and trace where in libavcodec/utils.c it fails
[19:44:21 CEST] <klaxa> the only constant -1 return value i can spot is when avcodec_open2() calls ff_lock_avcodec(), but dunno
[21:25:15 CEST] <Mavrik> jim_, that's just not a valid timebase
[21:25:23 CEST] <Mavrik> You seem to be asking the wrong question.
[21:32:48 CEST] <pauled> Hi, any idea how I can play the video during transcoding a stream? I mean can I transcode and play the file on the fly?
[21:33:40 CEST] <pauled> Using livestreamer and ffmpeg, but I didn't find how I can play during transcoding
[21:33:42 CEST] <BtbN> use a streamable output format and play it right away?
[21:33:58 CEST] <pauled> example livestreamer twitch.tv/%channelname% high -O | %ffmpeg% -re -i - -c:v copy -c:a copy -bsf:a aac_adtstoasc -flags -global_header %channelname%%arg2%-%ldt%.mp4
[21:34:24 CEST] <BtbN> you can't play mp4 before the file is finalized.
[21:34:32 CEST] <BtbN> Use a better container, like mpeg-ts or mkv.
[21:34:44 CEST] <pauled> ah I see.
[21:35:30 CEST] <pauled> the stream is piped to ffmpeg, do you see how I can pipe the stream to a player in same time transcode?
[21:35:40 CEST] <BtbN> just play the output file
[21:36:30 CEST] <BtbN> Or simply open the stream twice?
[21:36:43 CEST] <pauled> bandwidth issue
[21:37:06 CEST] <BtbN> Then re-stream it localy?
[21:37:15 CEST] <zyme_> I was double checking my nickname since i auto configured identifying myself, lol.
[21:37:20 CEST] <BtbN> I'd be surprised if livestreamer can't just do that anyway.
[21:38:20 CEST] <pauled> it can play with a player but not both in the same time or I didn't find how
[21:38:57 CEST] <pauled> I wrote an issue about my goal in github/livestreamer: https://github.com/chrippa/livestreamer/issues/1036
[21:39:32 CEST] <BtbN> found within 5 seconds of googling that livestreamer can just act as http server.
[21:39:51 CEST] <zyme_> I kept hearing beeps because I normally use the name Jim_ on most irc nets since 1995, clients not distinguishing vacations of being mentioned when my "name" is it today on a different server lol.
[21:41:15 CEST] <zyme_> I guess even my second-choice nick was taken if i registered it with an _ at the end.
[21:41:48 CEST] <BtbN> pauled, if you realy can't find it: --player-external-http
[21:42:24 CEST] <pauled> yup, I am seeking in doc what you meant
[21:42:36 CEST] <BtbN> Just run livestreamer with that option
[21:44:00 CEST] <pauled> but I don't understand the workflow
[21:44:37 CEST] <pauled> after I restream, what I have to do to transcode the file
[21:44:56 CEST] <pauled> I use livestreamer twice?
[21:44:57 CEST] <BtbN> ffmpeg understands a http url as input
[21:45:04 CEST] <BtbN> and so does every video player.
[21:45:19 CEST] <pauled> ah I see
[21:45:26 CEST] <pauled> I will try thanks
[22:06:42 CEST] <pauled> trying the following, it doesn't transcode
[22:06:44 CEST] <pauled> start "Start VLC" cmd "/c Timeout /t 10 && %ffmpeg% -re -i http://localhost:55191/ -c:v copy -c:a copy -bsf:a aac_adtstoasc -flags -global_header %channelname%-%ldt%.mp4"
[22:06:44 CEST] <pauled> livestreamer --player-external-http-port 55191 twitch.tv/%channelname% high
[22:07:47 CEST] <BtbN> No idea about windows-shells
[22:08:17 CEST] <BtbN> You propably also have to specify --player-external-http
[22:08:22 CEST] <BtbN> not just the port
[22:08:59 CEST] <pauled> ah you think i have to specify both
[22:10:08 CEST] <pauled> ah you right
[22:10:15 CEST] <pauled> thanks :)
[22:10:30 CEST] <BtbN> And you might want to use source
[22:10:37 CEST] <BtbN> high is not the best one
[22:10:58 CEST] <pauled> yes, but it's enough for my need
[22:11:05 CEST] <pauled> I have a small screen
[22:11:07 CEST] <pauled> :)
[22:17:02 CEST] <pauled> I can't get both vlc playing localhost and ffmpeg transcoding
[22:33:15 CEST] <pauled> I can't get 2 client on the same re-stream
[22:38:37 CEST] <FredrikL> Hello all
[22:40:21 CEST] <FredrikL> I have a question about CLI usage, specifically regarding setting metadata for the different streams in an MP4 container.
[22:40:40 CEST] <eres`loco> hey guys
[22:40:53 CEST] <eres`loco> is there a ffserver built in windows?
[22:41:40 CEST] <FredrikL> I was using -metadata:s:a:0 title="Stereo" to try to add a title to the first audio track, but it doesn't get added. -metadata title="name of movie" works though.
[22:41:51 CEST] <FredrikL> Hello eres`loco
[22:45:31 CEST] <eres`loco> o/
[22:48:25 CEST] <FredrikL> \o
[22:48:52 CEST] <FredrikL> Sorry I can't help you... all I know is that the distibution I use on Windows doesn't ship with an ffserver
[22:52:00 CEST] <eres`loco> all i read is which windows doen't support ffserver, but i came here with hope
[22:52:25 CEST] <FredrikL> Hope is not over :) I'm a n00b when it come sto ffmpeg
[22:53:26 CEST] <eres`loco> well what do you need
[22:53:30 CEST] <eres`loco> im noob too
[22:54:17 CEST] <FredrikL> I posted a question about adding metadata title to for example audio or subtitle streams of an mp4 container. I can only get ffmpeg to add title to the main container, not to the different sub streams
[22:54:38 CEST] <eres`loco> soz i cant help you
[22:55:02 CEST] <FredrikL> .... even tho there are information on how to do that... for example -metadata:s:a0 title="title" to add title metadata to first audio stream.
[22:55:11 CEST] <FredrikL> Just doesn't take.
[22:55:14 CEST] <FredrikL> :)
[22:55:28 CEST] <FredrikL> Well... hopefully someone who can will wake up soon when they see our spam :)
[22:55:52 CEST] <eres`loco> ahah is not a spam
[22:55:56 CEST] <eres`loco> dude
[22:56:09 CEST] <FredrikL> and that should be -metadata:s:a:0...
[22:56:18 CEST] <eres`loco> did you search?
[22:56:23 CEST] <eres`loco> well?
[22:57:00 CEST] <FredrikL> Yeah, I did... I found the info about how to add to substreams... but it just doesn't work.
[22:58:06 CEST] <pauled> do you use the last build?
[22:58:26 CEST] <FredrikL> ffmpeg-20150722-git-0671dc5-win64-static
[22:58:33 CEST] <FredrikL> Updated like a week ago
[22:58:43 CEST] <pauled> I see
[22:58:43 CEST] <eres`loco> for each substream you should have a parameter where you put the metadata
[22:59:44 CEST] <FredrikL> yeah eres for example :s:a:0 to address the first audio stream. :s tells metadata to work on streams ... 'a:0' points it to first audiostream.
[23:02:52 CEST] <FredrikL> Sooo... pauled... I checked any I see there is a newer version out... you think it might work with that version ?
[23:04:08 CEST] <eres`loco> dude
[23:04:21 CEST] <FredrikL> yes ... dude ?
[23:04:50 CEST] <pauled> sorry FredrikL I got conflict with shortcuts in Hexchat that close it
[23:05:41 CEST] <eres`loco> ffmpeg -f dshow -i video="Integrated Camera":audio="Microphone name here" out.mp4
[23:05:46 CEST] <eres`loco> dide you see this command?
[23:06:05 CEST] <eres`loco> video=:audio= may be it is the case
[23:06:11 CEST] <eres`loco> maybe*
[23:06:58 CEST] <eres`loco> a:0="":a:1="" maybe this?
[23:07:01 CEST] <eres`loco> search for it
[23:07:31 CEST] <pauled> about updated version, it was just a thought. I don't really know how to solve your issue
[23:08:36 CEST] Action: FredrikL nods, "Okie...I'll wait for some one else to wake then :) Thanks for suggesting it tho... upgrades to latest versions are almost allways good :)"
[23:10:24 CEST] <pauled> eres loco: ffserver doesn't seems maintained? some suggest to use VLC
[23:11:34 CEST] <pauled> https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=1448
[23:12:49 CEST] <eres`loco> is vlc a server?
[23:13:05 CEST] <pauled> yes
[23:13:23 CEST] <eres`loco> well i'm downloading icecast
[23:14:08 CEST] <pauled> http://www.videolan.org/projects/
[23:16:18 CEST] <eres`loco> arigato ma friend
[23:16:34 CEST] <eres`loco> i will take a look
[23:17:03 CEST] <pauled> http://www.videolan.org/streaming-features.html
[23:20:11 CEST] <eres`loco> thanks man
[23:20:53 CEST] <pauled> if you google "videolan vls" you will get this http://www.videolan.org/vlc/streaming.html
[23:23:06 CEST] <pauled> "Most of the VLS functionality can now be found VLC. Usage of VLC instead of VLS is advised."
[23:26:21 CEST] <pauled> FredrikL: have you saw this http://wiki.multimedia.cx/index.php?title=FFmpeg_Metadata
[23:28:44 CEST] <FredrikL> Yes, I have seen that and I did notice that AAC and mov_text (which are the codecs I use) are not mentioned... but I figured metadata has more to do with the container format than the stream codec.
[23:30:07 CEST] <FredrikL> I'm format shifting files to MP4 container containing AVC video, AAC Audio and mov_text subtitles... in this age of streaming to all our devices... mp4+avc+aac+mov_text seems the best choise
[23:33:05 CEST] <pauled> Usually I download 'mkv' movie, but I convert it to mp4 to be able to play in SmartTV
[23:34:05 CEST] <FredrikL> Ohh... these are not downloaded... format shifting my old DVDs that I did extract to MKV before I started using streaming
[23:34:34 CEST] <pauled> converting mkv to mp4 take 30sec
[23:35:39 CEST] <FredrikL> It's pretty quick. I do 1 dvd in like 8 minute coz I transcode an extra stereo stream per 5.1 stream since my Andrioid device doesn't support 5.1
[23:37:01 CEST] <pauled> here is a sample of the command I use: %ffmpeg% -i %1 -c:v %videocodec% -c:a %audiocodec% %1.to.mp4
[23:37:31 CEST] <pauled> videocodec = copy - audiocodec = copy
[23:37:44 CEST] <FredrikL> Mine is a bit more complicated :)
[23:38:36 CEST] <pauled> yeah I see. Have you tried a gui?
[23:38:53 CEST] <pauled> like handbrake
[23:39:32 CEST] <FredrikL> All that works fine, my problem is to add metadata to for example the audio streams like add the title "Surround 5.1" or "Stereo 2.0"
[23:40:34 CEST] <FredrikL> yeah, too slow... I've written a script that extracts info with ffprobe and then picks the streams I want in the order I want and put them together
[23:44:03 CEST] <pauled> in handbrake you can batch and endit the track name
[23:44:48 CEST] <FredrikL> yeah but it takes time... if you formatshift 300 dvds... let me just say it adds up
[23:45:31 CEST] <pauled> or maybe avidemux
[00:00:00 CEST] --- Sun Aug 16 2015
1
0
[00:37:51 CEST] Action: BBB pokes jeeb again
[00:38:00 CEST] <BBB> JEEB: did you have any time to look at the #libav logs?
[01:08:11 CEST] <cone-056> ffmpeg 03Mariusz SzczepaDczyk 07master:affbecb0de8a: lavf/ftp: implement NLST method
[01:43:12 CEST] <philipl> I find it amusing/terrifying that the stagefright vulnerability is specifically regarding handling of mp4 subtitles - my GSoC intern's project. There's lots of room for goofed up size checks in there.
[01:58:21 CEST] <wget> Hi guys. Does anyone know what the FFmtech was about? http://ffmpeg.org/pipermail/ffmtech-board-election/2011-June/000001.html I can only find such emails from MLs, but cannot have a clear definition. WWas that related to libav?
[02:54:44 CEST] <Compn> wget
[02:55:56 CEST] <Compn> wget : it was supposed to be some kind of multimedia funding organization to pay coders to work on the projects
[02:56:08 CEST] <Compn> which they did pay for some coders to work on some ffmpeg/libav code
[02:56:31 CEST] <Compn> it was funded by companies who broke the gpl and settled, i think
[04:23:07 CEST] <BBB> wget: I founded it, its basically what compn said, it was a non-profit to hold money from donations and other things so we could offer reimbursements for expenses and pay in small ways for particular types of work wed like to get done
[04:23:48 CEST] <BBB> wget: I dont know what the current status is, last thing I know, reimar was on the board
[04:23:54 CEST] <BBB> wget: so he might know something
[04:24:07 CEST] <BBB> wget: there were also some libav poeple on the board, e.g. ruggles
[04:24:42 CEST] <BBB> wget: I think in theory it was supposed to be shared between ffmpeg/libav, although in practice Im not sure if anyone agrees that worked out well...
[05:01:13 CEST] <cone-667> ffmpeg 03Michael Niedermayer 07master:02fff499362d: avformat/rmdec: Move MLTI handling out of ff_rm_read_mdpr_codecdata()
[05:01:13 CEST] <cone-667> ffmpeg 03Michael Niedermayer 07master:856452cf63af: avformat/rmdec: MLTI with multiple MDPR support
[05:04:54 CEST] <Compn> lol i didnt know bbb founded it
[10:44:35 CEST] <cone-538> ffmpeg 03Michael Niedermayer 07master:ae2cb9290ac2: ffmpeg_opt: Prefer audio streams with packets
[10:50:50 CEST] <kvz> Hi. I sent an email too root with what I think is a very interesting a hosting proposal for FFmpeg, but didn't hear back yet. Should I assume all is settled and you are not interested, or did something go wrong and do you want to checkout the proposal still? I can put it up in a gist if you want?
[10:55:30 CEST] <michaelni> kvz, there where 2 mails about it, it seems you where not CC-ed, ill forward them to you (2nd contains the first in full quote i think)
[10:56:05 CEST] <michaelni> feel free to reply to root or the ffmpeg-admins list on SF if you like
[10:57:03 CEST] <kvz> ok thanks!
[12:15:26 CEST] <cone-538> ffmpeg 03Stefano Sabatini 07master:819dc7aa0be9: doc/demuxers/mpegts: update documentation
[12:15:27 CEST] <cone-538> ffmpeg 03Stefano Sabatini 07master:90f5668323e6: doc/demuxers/mpegts: apply a minor grammar fix to option description
[12:15:28 CEST] <cone-538> ffmpeg 03Stefano Sabatini 07master:fedc42268429: lavf/mpegts: apply misc option description fixes
[12:30:43 CEST] <lglinskih> kierank: hi! If I want to compare results of my test with ref files from FATE, I need to convert frame data from fltp sample_fmt to s16. Is it ok to use libswresample?
[12:31:02 CEST] <lglinskih> Or should I make it simpler and just use my own ref file with raw data in fltp format?
[13:27:28 CEST] <kierank> lglinskih: hmm I don't know actually
[13:27:33 CEST] <kierank> I think you have to use avresample
[13:36:44 CEST] <nevcairiel> pastebin aint too happy with 5mb of text
[13:55:16 CEST] <cone-538> ffmpeg 03Michael Niedermayer 07master:b2e95e012c3c: avcodec/faxcompr: Factor decode_uncompressed() out
[13:55:17 CEST] <cone-538> ffmpeg 03Michael Niedermayer 07master:012784052a33: avcodec/faxcompr: negate uncompressed runs
[13:59:07 CEST] <michaelni> kierank, lglinskih, why avresample ?
[13:59:17 CEST] <kierank> swresample I mean
[13:59:31 CEST] <michaelni> ok
[13:59:55 CEST] <michaelni> lglinskih, if you have questions /need help with swresample use, ping me
[14:15:17 CEST] <thardin> hm, time to push that MXF patch I think
[14:15:22 CEST] <thardin> don't know why I've been putting it off
[14:17:41 CEST] <thardin> can git apply .eml files?
[14:22:41 CEST] <thardin> fatal: remote error: access denied or repository not exported: /ffmpeg.git
[14:23:05 CEST] <BtbN> are you trying to push via git://?
[14:23:31 CEST] <thardin> yes, I should perhaps change to ssh
[14:23:48 CEST] <BtbN> git:// is read-only, as it does not support any form of authentication.
[14:24:27 CEST] <thardin> git@source.ffmpeg.org:ffmpeg.git ?
[14:25:00 CEST] <thardin> fetch works
[14:25:15 CEST] <thardin> --dry-run looks ok, I think
[14:26:54 CEST] <cone-538> ffmpeg 03Marton Balint 07master:95584ddac477: mxfdec: set AVFMT_SEEK_TO_PTS demuxer flag
[14:27:00 CEST] <thardin> there we go
[15:03:25 CEST] <cone-538> ffmpeg 03Sven Dueking 07master:f3fbe790d9d4: avcodec/qsvenc: Set MaxKpbs to rc_max_rate for CBR and VBR (bitrate is equal to rc_max_rate for CBR)
[15:59:00 CEST] <klaxa> i'm having trouble exposing tcp AVOptions through http. i read the part about nesting on https://www.ffmpeg.org/doxygen/2.2/group__avoptions.html but i seem to fail to implement the child_class_next function
[15:59:22 CEST] <klaxa> i'm also not sure if my child_next function is correct, i'll pastebin an excerpt from my http.c
[16:00:36 CEST] <klaxa> https://gist.github.com/klaxa/2c3e25912fd03b22997a
[16:01:33 CEST] <klaxa> grepping through the source i found an implementation in AVFilter, but that has the advantage of keeping a list of AVFilterContexts, from which you can just take the first context and then return its child's avclass
[16:03:28 CEST] <klaxa> another related problem i have is trying to store a socket's address in sockaddr_storage and adding that to the AVOptions of TCPContext, but there is no AVOptionType for that (duh)
[16:10:58 CEST] <michaelni> child_class_next has to iterate over the classes of the childs
[16:11:17 CEST] <michaelni> for sock address, i guess you want to use a char* string
[16:13:45 CEST] <klaxa> so i pass the address just as a string like "12.34.56.78:1234"? or let it point to the binary sockaddr_storage?
[16:15:02 CEST] <michaelni> pass like a string and parse into whatever struct you need, is probably easiest
[16:15:22 CEST] <michaelni> one could also extend AVOptions but thats likely overkill if thats the only place where its needed
[16:16:14 CEST] <klaxa> so after i read it with av_opt_get() i cast it to sockaddr_storage or whatever other sockaddr_* struct i want?
[16:16:29 CEST] <michaelni> for the class ff_tcp_protocol.priv_data_class can probably be used
[16:17:40 CEST] <michaelni> I dont remember off the top of my head how to turn a char* into a sockaddr whatever
[16:18:49 CEST] <klaxa> so after i read it with av_opt_get() i cast it to sockaddr_storage or whatever other sockaddr_* struct i want?
[16:18:54 CEST] <klaxa> whoops
[16:18:56 CEST] <klaxa> ah, i pass a human readable string then, that seems simple enough, thanks!
[17:31:31 CEST] <cone-538> ffmpeg 03Paul B Mahol 07master:4b0e11244287: avfilter/avf_avectorscope: add polar mode
[19:22:23 CEST] <philipl> Does anyone have thoughts on critera for a 2.8 release? My selfish motive is to get a release out with vdpau hevc for kodi 16 to consume.
[19:22:39 CEST] <philipl> Are there specific features that are pending or in development that we want to see in it?
[19:22:43 CEST] <BtbN> I'm currently working on vaapi hevc for kodi 16.
[19:22:46 CEST] <philipl> The API cleanup, I assume.
[19:23:26 CEST] <philipl> BtbN: You got hardware? It was on my list for after I got a skylake box.
[19:23:44 CEST] <BtbN> Got a Braswell NUC from kodi.
[19:23:53 CEST] <philipl> How kind of them.
[19:24:50 CEST] <BtbN> Haven't yet started, as the system is still setting itself up.
[19:24:59 CEST] <BtbN> But i plan to get stuff done this weekend
[19:25:04 CEST] <philipl> Cool. That's another good thing to wait for, for sure.
[19:25:41 CEST] <philipl> videotoolbox is kind of done? Looks like there's still discussion around async mode going on.
[19:26:28 CEST] <BtbN> No idea
[20:24:09 CEST] <durandal_1707> ubitux: what's with selectivecolor?
[20:26:34 CEST] <ubitux> durandal_1707: can't figure out how the black slider works
[20:26:55 CEST] <ubitux> i need more data but it's really painful to figure out
[20:27:02 CEST] <ubitux> s/figure out/to make some/
[21:17:57 CEST] <durandal_1707> what you guys think about another avf filter abalancemeter
[21:26:34 CEST] <rcombs> explain further?
[21:43:12 CEST] <durandal_1707> shows stereo audio balance
[21:51:19 CEST] <rcombs> I'd like to see something that shows levels on all channels instead of just stereo, along with their names
[21:51:45 CEST] <rcombs> for examining surround files without actually using a surround setup
[21:56:50 CEST] <durandal_1707> rcombs: tried showvolume?
[21:58:15 CEST] <rcombs> oh, huh
[21:58:37 CEST] <rcombs> now I need to work out how to actually use that
[22:02:51 CEST] <rcombs> wm4: is there any way to use multimedia lavfi filters in mpv
[22:03:07 CEST] <rcombs> e.g. showvolume (which does audio->video)
[22:04:35 CEST] <wm4> no
[22:04:57 CEST] <wm4> only the libavdevice lavfi thing
[22:04:59 CEST] <wm4> which sucks
[22:08:56 CEST] <rcombs> wtb
[22:33:41 CEST] <durandal_1707> wm4: you mean complex filtergraph can't be implemented?
[22:33:53 CEST] <durandal_1707> In mpv?
[22:34:19 CEST] <wm4> I guess it could
[22:34:54 CEST] <wm4> but it'd be complicated due to the assumption that audio decoding results in audio output etc.
[23:09:03 CEST] <BBB> JEEB: poke again, did you have time to look at the #libav logs? I really dont mind if you just give me any file you have where I need to do significant effort to parse it myself, thats totally fine
[23:11:02 CEST] <wm4> poor BBB
[23:11:13 CEST] <BBB> ?
[23:11:29 CEST] <wm4> you've been trying to poke JEEB for the logs for months
[23:11:36 CEST] <BBB> less than a week :-p
[23:11:49 CEST] <BBB> if anyone else has logs thats fine also
[23:11:57 CEST] <BBB> but nobody seems to have #libav logs...
[23:12:33 CEST] <wm4> mine actually start in oct 2014
[23:12:38 CEST] <wm4> (not sure what happened)
[23:13:56 CEST] <ubitux> i have them from 2013 at least
[23:14:09 CEST] <ubitux> also 2012 actually
[23:14:28 CEST] <BBB> hurray! were saved at last
[23:14:41 CEST] <BBB> canihavepleaz?
[23:15:07 CEST] <ubitux> i also have from 14 march 2011, but in yet another format
[23:15:19 CEST] <BBB> thats ok, I can convert or count separately
[23:15:22 CEST] <ubitux> basically 3 differents formats
[23:15:25 CEST] Action: wm4 wonders what BBB is going to do with them
[23:15:31 CEST] <ubitux> statistics
[23:15:32 CEST] <BBB> wm4: do some statistics
[23:15:33 CEST] <ubitux> ?
[23:15:35 CEST] <ubitux> :D
[23:15:37 CEST] <ubitux> bingo
[23:15:53 CEST] <ubitux> gimme a moment to archive all of that
[23:16:00 CEST] <BBB> \o\ /o/ \o/ ty
[00:00:00 CEST] --- Sat Aug 15 2015
1
0
[01:19:28 CEST] <wget> Hi guys. Does anyone know what the FFmtech was about? http://ffmpeg.org/pipermail/ffmtech-board-election/2011-June/000001.html I can only find such emails from MLs, but cannot have a clear definition. WWas that related to libav?
[01:23:28 CEST] <llogan> wget: try #ffmpeg-devel for that one
[01:57:33 CEST] <wget> llogan: OK thanks ;-)
[02:18:01 CEST] <vdg> hi o/
[02:20:34 CEST] <vdg> i need(for a project) cut videos (on a pipe with ffmpeg) with 1 sec max in lengh. I try segment(-f) but i get videos of ~3 secs, then, i force add keyframes to see if I can reduce the lengh without any sucess
[02:20:38 CEST] <vdg> (http://paulherron.com/blog/forcing_keyframes_with_ffmpeg/)
[02:21:21 CEST] <vdg> can anyone help me saying some sort of thing then i can use o read to improve my result?
[02:39:08 CEST] <well0ne> Hi, can someone maybe help me to translate a Sentence to german? Its heavy
[02:41:07 CEST] <klaxa> well0ne: depends on the sentence, but i'll give it my best
[02:41:41 CEST] <klaxa> but let's take this to a query since it is (apparently) not at all ffmpeg-related
[02:41:57 CEST] <well0ne> i know
[03:39:39 CEST] <TikityTik> what are some tricks to reducing webm size?
[03:40:03 CEST] <TikityTik> to squeeze like 0.5 MB more?
[03:41:12 CEST] <kepstin> lower the requested bitrate by an amount that corresponds to the filesize decrease you want?
[03:44:45 CEST] <TikityTik> kepstin: I already did that
[03:44:59 CEST] <TikityTik> but the quality is already so shitty
[03:45:34 CEST] <TikityTik> i did manage to fit a lot more though using -ac 1 -ar 22000 -b:a 64k
[03:45:53 CEST] <kepstin> oh, so you want to improve quality without changing the filesize? or reduce filesize without lowering quality? THat's a rather different question ;)
[03:45:54 CEST] <TikityTik> does lowering -ar actually help with size quite a bit?
[03:46:12 CEST] <TikityTik> kepstin: I want good quality with a low file size
[03:46:29 CEST] <kepstin> TikityTik, changing -ar without changing -b:a doesn't change -b:a.
[03:47:11 CEST] <TikityTik> isn't more data stored though with higher -ar?
[03:47:14 CEST] <kepstin> if you want less bits you have to either tell it you want less bits, or use a quality-based encoder setting rather than bitrate
[03:47:36 CEST] <kepstin> TikityTik, you're using -b:a 64k, so the audio encoder will try to output approximately 64kilobits ever second.
[03:47:39 CEST] <TikityTik> i am using libvpx along with -b:v -crf -bufsize
[03:48:01 CEST] <kepstin> if you want it to output less bits, then set the requested bitrate lower.
[03:48:47 CEST] <TikityTik> it's already at 171 kbps
[03:48:55 CEST] <kepstin> with 22kHz mono, you could probably be ok with around 32-48kbit audio instead of 64kbit.
[03:49:01 CEST] <TikityTik> and looks pretty crappy even at 360 resolution
[03:49:50 CEST] <kepstin> if you don't mind seeking sucking a bit, you can try increasing the keyframe interval, that should improve the video quality (without changing file size)
[03:50:17 CEST] <kepstin> set -g to something like 10*framerate
[03:51:40 CEST] <TikityTik> this is what i'm using atm, ffmpeg -i out.mkv -c:v libvpx -c:a libvorbis -bufsize 2M -crf 10 -b:v 203k -vf scale=-1:480,subtitles=out.mkv -ac 1 -b:a 32k -ar 22000 -sn -g 240 out.webm
[03:52:36 CEST] <kepstin> You can try setting the video encoder options "-quality good -speed 0' and see if that improves quality a bit
[03:53:00 CEST] <kepstin> if you do that and increase the keyframe interval with -g, that's the best you're gonna get with vp8
[03:53:32 CEST] <TikityTik> vp8 uses -quality? and what's -speed?
[03:53:53 CEST] <kepstin> TikityTik, see http://www.webmproject.org/docs/encoder-parameters/#2-encode-quality-vs-spe…
[03:54:16 CEST] <kepstin> the ffmpeg option "-quality good" corresponds to "--good" and "-speed 0" corresponds to "--cpu-used 0"
[03:54:27 CEST] <kepstin> that's the recommended settings for high quality, slow vp8 encoding
[03:55:27 CEST] <TikityTik> I thought those were for h264 only
[03:55:41 CEST] <TikityTik> yeah, i'm getting incorrect parameter
[03:55:48 CEST] <kepstin> no, h264 uses a completely different set of options
[03:56:00 CEST] <kepstin> h264 doesn't have '-quality' or '-speed'
[03:56:59 CEST] <TikityTik> my mistake, mistyped -speed fast
[03:57:09 CEST] <TikityTik> how does -quality work?
[03:57:44 CEST] <kepstin> TikityTik, it sets some mode inside the vpx encoder, which things inside the black box that few people understand.
[03:58:11 CEST] <TikityTik> but why would i change -quality to realtime, best, good?
[03:58:26 CEST] <kepstin> read the doc I linked
[03:58:33 CEST] <TikityTik> and is it okay to use with -crf and -b:v?
[03:58:54 CEST] <kepstin> yes.
[03:59:09 CEST] <kepstin> note that -crf in libvpx does not behave like it does in h264.
[03:59:09 CEST] <TikityTik> i see
[03:59:28 CEST] <TikityTik> should i just use -best?
[03:59:31 CEST] <TikityTik> err, --best
[04:00:07 CEST] <kepstin> if you have lots of time to waste for no guaranteed gain, sure.
[04:00:29 CEST] <TikityTik> there's no gain?
[04:00:42 CEST] <TikityTik> also changing to -g 7200 didn't seem to change seeking
[04:00:50 CEST] <TikityTik> i tried to make it where you could only seek every 30s
[04:00:56 CEST] <kepstin> according to the libvpx docs that i told you to read, ' Setting --good quality and --cpu-used=0 will give quality that is usually very close to and even sometimes better than that obtained with --best'
[04:01:10 CEST] <TikityTik> i am reading it
[04:01:12 CEST] <kepstin> TikityTik, the player will still be able to seek anywhere, it'll just be slower
[04:01:17 CEST] <TikityTik> "This usually gives the best quality output but is extremely slow."
[04:01:19 CEST] <TikityTik> that's why i asked
[04:01:51 CEST] <kepstin> TikityTik, if you have lots of time to waste, try both, pick the one that's better quality/smaller.
[04:02:02 CEST] <TikityTik> i only need to encode 2 minutes so
[04:03:33 CEST] <kepstin> if your goal is to hit a specific filesize with max quality, you really should be doing a 2-pass bitrate encode (no -crf)
[04:04:00 CEST] <TikityTik> why is that? I heard -crf is best to maintain constant quality
[04:04:25 CEST] <kepstin> you use -crf mode if you want a certain quality and don't care about file size
[04:04:47 CEST] <kepstin> you use 2-pass bitrate encode if you want a specific filesize and as much quality as you can get in that size
[04:04:52 CEST] <TikityTik> i see
[04:05:14 CEST] <kepstin> (admittedly, crf mode in libvpx is kind of weird in how it interacts with the bitrate setting)
[04:05:18 CEST] <TikityTik> so how would that look like option wise?
[04:05:38 CEST] <TikityTik> -bufsize 2M -bt 210k?
[04:06:11 CEST] <kepstin> same options as you have, but remove -crf, add -pass 1, then re-run again with -pass 2
[04:06:35 CEST] <TikityTik> what do you mean re-run?
[04:06:41 CEST] <kepstin> run the same command twice
[04:06:53 CEST] <kepstin> except use -pass 1 the first time, and -pass 2 the second time
[04:06:55 CEST] <TikityTik> wouldn't that overwrite the output?
[04:06:58 CEST] <kepstin> yes
[04:07:11 CEST] <TikityTik> wow
[04:07:18 CEST] <kepstin> it collects statistics about the video during the first run, and uses them to optimize the bitrate during the second encode.
[04:07:34 CEST] <TikityTik> i'm really glad ffmpeg is so advanced, but there's so much to learn hahah.
[04:07:52 CEST] <kepstin> this is really a property of the codec, not ffmpeg itself.
[04:08:09 CEST] <kepstin> (although lots of codecs do this, it's standard practise)
[04:08:15 CEST] <TikityTik> but https://people.xiph.org/~j/ffmpeg.html isn't even on the wiki is it?
[04:09:29 CEST] <TikityTik> i'm not sure how I would be able to google for that
[04:09:30 CEST] <kepstin> the ffmpeg-codecs doc for libvpx gives the option mappings, but doesn't have any descriptions
[04:09:33 CEST] <TikityTik> err find it
[04:09:50 CEST] <TikityTik> yeah
[04:10:03 CEST] <TikityTik> kepstin: how did you find that page?
[04:10:12 CEST] <kepstin> which one, http://www.webmproject.org/docs/encoder-parameters/?
[04:10:20 CEST] <kepstin> that's just the official doc for libvpx.
[04:10:36 CEST] <TikityTik> no, https://people.xiph.org/~j/ffmpeg.html
[04:10:53 CEST] <TikityTik> I'm already impressed with 2-pass
[04:11:24 CEST] <TikityTik> like there's so much more detail
[04:11:28 CEST] <TikityTik> still blocky though
[04:11:47 CEST] <kepstin> well, with that kind of bitrate/filesize, it's never gonna look great with vp8.
[04:12:46 CEST] <kepstin> but if you use a large value for -g, either '-quality best' or 'quality good -speed 0', and do a 2-pass encode, that's the absolute best the codec can possibly do at the requested file size.
[04:12:51 CEST] <TikityTik> kepstin: how did you learn about -pass? Is that a vpx thing only?
[04:12:58 CEST] <k_sze> So reusing the codec context straight out of the stream doesn't always work, right? What method will always work? allocate a new codec context and copy it?
[04:13:02 CEST] <TikityTik> I mean a libvpx codec option only.
[04:13:05 CEST] <kepstin> TikityTik, no, it's a common thing many codecs support.
[04:13:25 CEST] <kepstin> TikityTik, very useful back when we were encoding movies with xvid to put on a 700mb cdrom, for example :)
[04:13:32 CEST] <TikityTik> lol
[04:14:02 CEST] <kepstin> not so useful nowadays, since most people aren't trying to fit videos in constrained space
[04:14:14 CEST] <TikityTik> well for websites it is
[04:14:15 CEST] <kepstin> still used for stuff like dvd/bluray authoring, probably.
[04:14:34 CEST] <TikityTik> most websites have file limits if it's a public upload
[04:15:43 CEST] <kepstin> yeah, well, the modern, erm, online video publishing community tends to just use -crf encodes now, since they don't usually have to worry about file size limits, and it's faster
[04:16:05 CEST] <TikityTik> kepstin: want to see what i encoded after?
[04:16:31 CEST] <kepstin> note that the -crf mode in libvpx isn't nearly as good as the one in h264, in my opinion
[04:16:46 CEST] <TikityTik> i noticed that -crf is pretty shit
[04:16:49 CEST] <TikityTik> with libvpx
[04:17:06 CEST] <kepstin> in h264, using -crf or 2-pass gives the same quality per bitrate, but in vpx -crf kinda sucks
[04:17:40 CEST] <kepstin> fun fact: the way 2-pass encodes in x264 specifically work is that during the first pass it analyzes the video, then it picks a crf. It then does a crf encode as the second pass.
[04:18:03 CEST] <kepstin> crf stands for "constant rate factor" - it wasn't originally supposed to be a user-selectable option
[04:18:11 CEST] <kepstin> it's just an implementation detail of their 2-pass code.
[04:18:47 CEST] <kepstin> libvpx works in a completely different way. They just re-used the option name in ffmpeg because people were familiar with it.
[04:20:24 CEST] Action: TikityTik facepalms
[04:22:06 CEST] <kepstin> the libvpx "CQ" (constant-quality) mode was actually designed by google so that when they were batch-encoding youtube videos, it wouldn't use extra bitrate if the video already looked good enough.
[04:22:38 CEST] <kepstin> so the idea was they'd set -bitrate to the max bitrate they were ok with, then the libvpx cq mode would make some files smaller and save them a bit of disk space and bandwidth.
[04:23:33 CEST] <kepstin> it just happens that if you set the max bitrate really high, then it sort of behaves ok as a quality-based encode setting.
[04:24:23 CEST] <kepstin> (in libvpx, cq mode actually works best with a 2-pass encode, oddly enough)
[04:24:59 CEST] <kepstin> but yeah, to be honest, there's not really much reason to use webm and libvpx any more
[04:26:23 CEST] <kepstin> all three major browsers can play h264 in mp4 just fine, and the x264 encoder is generally somewhat than libvpx, particularly if you let it use high profile and a slow preset.
[04:26:38 CEST] <kepstin> somewhat better than*
[04:28:00 CEST] <TikityTik> yeah but webms don't work with x264
[04:28:23 CEST] <kepstin> yeah, that's why you use mp4 instead :)
[04:28:56 CEST] <TikityTik> /wsg/ doesn't allow mp4s
[04:29:31 CEST] <kepstin> meh, their problem. I guess they don't like visitors who use IE/Edge :)
[04:30:48 CEST] <kepstin> for general web publishing, it used to be that you'd have to put both webm and h264/mp4 videos up to get decent cross-browser coverage, but nowadays mp4 alone does ok.
[04:31:32 CEST] <kepstin> the last holdout was firefox, but it uses system h264 decoders now where available.
[04:31:51 CEST] <kepstin> which is pretty much everywhere except fedora linux :)
[04:33:27 CEST] <TikityTik> kepstin: anyhow it's finished, not sure if this is your kind of thing. https://i.4cdn.org/wsg/1439519554470.webm
[04:34:31 CEST] <kepstin> ... I certainly have a better quality version of that scene locally that i could watch ;)
[04:34:49 CEST] <TikityTik> eh, i made it 4 MB so meh lol
[04:40:57 CEST] <klaxa> didn't know /wsg/ allowed more than 2 minutes
[04:41:10 CEST] <kepstin> looks like it's purely filesize based, i guess?
[04:41:46 CEST] <kepstin> probably most stuff is difficult to get small enough if you have more than 2 minutes.
[04:42:21 CEST] <kepstin> at least while still looking ok :)
[04:55:39 CEST] <TikityTik> klaxa: yeah it's based off filesize, 4 MB is the limit
[05:27:29 CEST] <TikityTik> kepstin: ?
[05:27:42 CEST] <TikityTik> woops forgot to type the question
[05:27:56 CEST] <TikityTik> What does -speed change? Does it affect -cpu-used or -threads?
[05:28:21 CEST] <kepstin> the "-speed" option in ffmpeg changes the libvpx setting named 'cpu used'
[05:29:08 CEST] <TikityTik> kepstin: Also, when using -threads, does it affect quality?
[05:37:57 CEST] <pzich> TikityTik: I think it will if you're optimizing for realtime, otherwise it'll just be slower
[05:43:09 CEST] <TikityTik> pzich: what is realtime?
[05:44:28 CEST] <TikityTik> meaning encode as fast as the video would be playing?
[10:22:38 CEST] <rosafi_> Good morning
[10:24:16 CEST] <rosafi_> I am trying to create HLS stream using FFMPEG, I am having two kinds of streams -video and audio-. In other samples there are three streams -audio, video and id3-. How can I get the ID3 tag automatically?
[10:27:35 CEST] <k_sze> Hi guys. I encoded hundreds of hour-long surveillance video using libx264 encoder in ffmpeg.
[10:27:58 CEST] <k_sze> sometimes I see that the first frame of a video does not have a timestamp of 0.0 second.
[10:28:18 CEST] <k_sze> Is that just AVStream.mux_ts_offset?
[10:35:46 CEST] <rosafi_> Hi, how can I add timed text metadata to my HLS ts files using ffmpeg?
[10:46:57 CEST] <kvz> Hi, I sent an email too root with what I think is a very interesting a hosting proposal for FFmpeg, but didn't hear back yet. Should I assume all is settled and you are not interested, or did something go wrong and do you want to checkout the proposal still? I can put it up in a gist if you want?
[10:48:03 CEST] <JEEB> kvz: developers are at the -devel channel
[10:48:12 CEST] <JEEB> also a lot of the discussion was done on the -devel mailing list
[10:49:54 CEST] <kvz> Thanks, I'll try -devel.
[11:48:46 CEST] <Fyr> what container can be used for h265?
[11:49:23 CEST] <JEEB> it's standardized in both 14496-15 (aka you can put it into mp4) as well as MPEG-2 Systems
[11:49:47 CEST] <JEEB> additionally matroska has (more or less) copied the 14496-15 mapping
[11:49:59 CEST] <Fyr> ok, what containers?
[11:50:10 CEST] <JEEB> those are the three containers :P
[11:50:20 CEST] <Fyr> mp4, mkv ... and?
[11:50:30 CEST] <Fyr> m2ts?
[11:50:36 CEST] <JEEB> mpeg-ts in general, yes
[11:50:45 CEST] <Fyr> ts or m2ts?
[11:51:28 CEST] <JEEB> they are technically the same thing :P m2ts usually is 192 byte mpeg-ts (which can also be parsed as 188 byte content)
[11:53:30 CEST] <Fyr> you could just write "mkv, m4v/mp4, ts."
[11:53:50 CEST] <JEEB> m4v is not usually used for mpeg-4 systems derivatives :P
[11:54:45 CEST] <JEEB> although I have no idea what Apple calls some stuff, I think ffmpeg will just output raw MPEG-4 Part 2 (standard that XVid and DivX based upon) with dot-m4v
[11:55:16 CEST] <Mavrik> I think Fyr is still unhappy due to TMI :P
[11:55:24 CEST] <iive> isn't m4v mp4 without audio?
[11:56:26 CEST] <Fyr> obviously, JEEB doesn't understand completely the topic, that's why he wrote so many words.
[11:56:42 CEST] <JEEB> lol
[12:02:01 CEST] <JEEB> Mavrik: yes, I tend to give information. he asked about containers after all. also it was clear he didn't understand what was (in general) the difference between m2ts (or the lack of it)
[12:02:41 CEST] <Mavrik> That wasn't a criticism ;)
[12:02:53 CEST] <Mavrik> iive, eh, there's a bunch of minor nuances around the MPEG4 conatiners
[12:03:07 CEST] <Mavrik> where some players (*cough cough Apple*) like to make a fuss
[12:03:30 CEST] <JEEB> as far as ffmpeg is concerned m4v is "DE m4v raw MPEG-4 video"
[12:03:34 CEST] <JEEB> which is what I noted
[12:03:49 CEST] <JEEB> but apple IIRC could have used m4v for mpeg-4 container + DRM + video (and usually audio)
[12:04:02 CEST] <JEEB> since they also used the m4a extension for audio stuff
[14:22:59 CEST] <cowai> Can ffmpeg stream mpegts tcp to itself without a server?
[14:23:33 CEST] <cowai> so that others can connect and look at the stream without using multicast udp?
[17:24:08 CEST] <jarr0dsz> hi everyone
[17:24:16 CEST] <jarr0dsz> im trying to compile ffmpeg but getting a ERROR: libtheora not found on ubuntu
[17:24:28 CEST] <jarr0dsz> anyone an idea how i could resolv that? searching for an apt-get package failed on me for this libtheora
[17:38:51 CEST] <DHE> you need libtheora-dev actually
[17:38:57 CEST] <DHE> or if you don't want theora, you can build ffmpeg without it
[19:20:11 CEST] <Nolski> Hi, I'm noticing a lot of incremental skipping and fragmenting when converting from avi to webm. Is there a more proper way of doing it rather than ffmpeg -i foo.avi foo.webm?
[19:23:42 CEST] <Mavrik> Nolski, using default settings for reencode usually isn't the best idea
[19:23:49 CEST] <Mavrik> Since ffmpeg sometimes chooses terrible settings
[19:24:00 CEST] <Mavrik> https://trac.ffmpeg.org/wiki/Encode/VP8
[19:24:16 CEST] <Mavrik> Use the CRF settings
[19:24:38 CEST] <Nolski> Mavrik: ah, I figured that was the case. Thanks :)
[19:25:27 CEST] <Mavrik> Yep, wiki: "Important: If neither -b:v nor -crf are set, the encoder will use a low default bitrate and your result will probably look very bad. Always supply one of these optionsideally both." :)
[19:25:56 CEST] <Nolski> Wise advice haha.
[19:33:27 CEST] <TikityTik> Why is my bitrate going above my specified target bitrate?
[19:33:46 CEST] <JEEB> how are you calculating?
[19:33:47 CEST] <TikityTik> Even though I have -maxrate 436k, i'm getting 1366 kbps
[19:33:53 CEST] <JEEB> and how are you setting it?
[19:34:01 CEST] <BtbN> What encoding mode are you in?
[19:34:02 CEST] <JEEB> + which encoder
[19:34:04 CEST] <TikityTik> ffmpeg -ss 0:14.85 -i in.webm -c:v libvpx -c:a libvorbis -vpre webm -maxrate 436k -b:v 372k -ac 1 -b:a 64k -vf scale=1280:720 -vol 512 out2.webm
[19:34:07 CEST] <TikityTik> vp8
[19:34:08 CEST] <JEEB> oh
[19:34:13 CEST] <JEEB> libvpx is just like that
[19:34:19 CEST] <JEEB> enjoy
[19:34:19 CEST] <TikityTik> err what
[19:34:28 CEST] <JEEB> I wish I was joking :P
[19:34:37 CEST] <TikityTik> so any advice?
[19:34:49 CEST] <TikityTik> kepstin: you awake? :D
[19:34:59 CEST] <JEEB> 1) set bufsize as well 2) hope things help 3) scream at google
[19:35:02 CEST] <BtbN> ~0.4Mbps is a little low for 720p
[19:35:09 CEST] <BtbN> It might just be unable to do that.
[19:35:17 CEST] <JEEB> yes, libvpx probably just goes "nope"
[19:35:31 CEST] <JEEB> and instead of warning you about going over maxrate+bufsize it just goes on happily
[19:35:31 CEST] <TikityTik> BtbN: can i make the resolution 720p but have shitty quality?
[19:35:42 CEST] <BtbN> Aparently libvpx can't.
[19:35:45 CEST] <BtbN> Use x264
[19:35:47 CEST] <TikityTik> Also i had no problem doing it with another 720p video
[19:35:59 CEST] <JEEB> then it required less rate
[19:36:13 CEST] <JEEB> as in, it was simpler to compress
[19:36:26 CEST] <TikityTik> wtf
[19:36:32 CEST] <JEEB> also check your vpre's contents
[19:36:41 CEST] <JEEB> although what you set after them /should/ override them
[19:37:02 CEST] <TikityTik> !paste
[19:37:04 CEST] <JEEB> also if you're using an older version of libvpx you might see if there's a newer version
[19:37:18 CEST] <JEEB> although that would be a case of compiling stuff
[19:37:23 CEST] <TikityTik> this is what i got: http://pastebin.com/nBsVfuyE
[19:37:41 CEST] <JEEB> (also since google hates proper releases you have to manually check what is the version of libvpx used in the latest stable of chrome)
[19:38:14 CEST] <JEEB> I really wonder why google doesn't just tag them as releases :P
[19:38:19 CEST] <TikityTik> i notice my bitrate went down without using that preset
[19:38:29 CEST] <JEEB> uhh
[19:38:37 CEST] <JEEB> you were limiting the rate control
[19:38:44 CEST] <JEEB> see qmax and qmin
[19:38:52 CEST] <JEEB> also that is way big bufsize
[19:38:52 CEST] <TikityTik> ah true
[19:38:57 CEST] <TikityTik> why's that?
[19:39:07 CEST] <TikityTik> i'm making 4 MB files
[19:39:14 CEST] <JEEB> well the idea of bufsize is that the player buffers that amount
[19:39:22 CEST] <JEEB> and then maxrate is calculated over that amount of data
[19:39:26 CEST] <JEEB> so it never goes over it
[19:39:43 CEST] <JEEB> effectively you're not really limiting the bit rate at all if your files end up being 4MB :P
[19:40:17 CEST] <TikityTik> so what bufsize do you recommend?
[19:40:39 CEST] <JEEB> depends on how you are planning to play that thing
[19:40:51 CEST] <TikityTik> through firefox
[19:40:53 CEST] <JEEB> becausee bufsize should be set to the same value at encoding and playback
[19:41:02 CEST] <JEEB> well, d'uh
[19:41:18 CEST] <JEEB> but you can basically think of "X seconds of buffer" with X*maxrate
[19:41:46 CEST] <JEEB> so if you set bufsize to twice maxrate, it means you have to buffer two seconds and after that as long as libvpx doesn't fuck up you should never have to buffer again
[19:42:00 CEST] <JEEB> as long as your network connection is at least maxrate
[19:42:38 CEST] <TikityTik> if i don't specify a crf value, what happens?
[19:43:00 CEST] <JEEB> you are overriding it anyways on your command line with -b:v
[19:43:26 CEST] <JEEB> also crf doesn't mean the same as with x264 or x265, not to mention that they changed what it gets matched to with vp9 and vp8 in libvpx :P
[19:43:32 CEST] <TikityTik> i hear you should try to do 2-pass, crf, and targetted bitrate'
[19:44:18 CEST] <JEEB> if you are doing things over limited bandwidth you should be using VBV (bufsize+maxrate is called that) and either CRF (although this is usually with libx264 or libx265) or 2pass average bit rate
[19:44:37 CEST] <TikityTik> no, i'm worried about filesize and quality
[19:44:39 CEST] <JEEB> so [VBV] + [some sort of rate control]
[19:44:51 CEST] <JEEB> well of course, everyone is :P
[19:45:08 CEST] <TikityTik> JEEB: https://boards.4chan.org/wsg/thread/247727/welcome-to-wsg#p543929
[19:45:22 CEST] <JEEB> I'm just telling to you that if you are doing stuff over some kind of limited bandwidth you should *always* use VBV (which is maxrate+bufsize)
[19:45:59 CEST] <JEEB> what the flying fuck
[19:46:10 CEST] <JEEB> why would someone set both CRF and average bit rate
[19:46:16 CEST] <JEEB> those two effectively null each other away :P
[19:46:26 CEST] <JEEB> they are two completely different modes of rate control
[19:46:32 CEST] <JEEB> so whichever you set last stays
[19:46:39 CEST] <JEEB> s/stays/sticks/
[19:47:00 CEST] <Nolski> wait really?
[19:47:13 CEST] <JEEB> I will guess the person meant one or the other by including both of them in the same line
[19:47:23 CEST] <Nolski> so if you do -crf 10 ... -b:v 1M it just uses the -b:v option?
[19:47:26 CEST] <JEEB> yes
[19:47:36 CEST] <JEEB> since the thing parses the command line from the beginning to the end
[19:47:41 CEST] <TikityTik> a lot guides i read recommended using crf and b:v
[19:47:53 CEST] <TikityTik> :S
[19:48:15 CEST] <TikityTik> JEEB: so what should i use if I want to control based off quality for vp8?
[19:48:16 CEST] <JEEB> if you don't believe me you can go read the libvpx wrapper's code :P
[19:48:16 CEST] <Nolski> That's very unexpected, I wonder why tutorials would ever do that
[19:48:37 CEST] <TikityTik> JEEB: Also I've been reading this. https://boards.4chan.org/wsg/thread/700091/webm-academy
[19:48:46 CEST] <JEEB> I'm pretty damn sure CRF and ABR (average bit rate) are two separate cases in a switch statement
[19:49:32 CEST] <Mavrik> JEEB, IIRC libvpx actually does some magic if you set both P
[19:49:39 CEST] <Mavrik> It was retarded.
[19:49:45 CEST] <JEEB> wtf... let me check
[19:49:59 CEST] <Mavrik> Not sure if they patched that out though, It's been like a year when I've played with it.
[19:50:08 CEST] <JEEB> although I'm not sure if you even can set both rate controls at the same time
[19:50:22 CEST] <JEEB> I mean, on libavcodec level
[19:51:30 CEST] <JEEB> wow
[19:51:50 CEST] <JEEB> I have read through libx264.c and it's much simpler to read than libvpx.c
[19:53:10 CEST] <JEEB> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/libvpxenc.c#L411
[19:53:18 CEST] <JEEB> does this mean what I think it means?
[19:53:39 CEST] <JEEB> if you set maxrate or bufsize or initial buffer occupancy, you *must* set some sort of bit rate
[19:54:08 CEST] <JEEB> this... makes no fucking sense
[19:57:31 CEST] <Mavrik> That's about the most common and proper response to libvpx.
[19:57:53 CEST] <DHE> x264 does most of the checking logic in the codec itself, simplifying the ffmpeg layer a bit.
[19:58:15 CEST] <JEEB> DHE: I'm still flabbergasted at it needing the -b:v there
[19:59:25 CEST] <JEEB> I will guess it's due to the libvpx wrapper setting bit rate to rc_target_bitrate
[19:59:42 CEST] <JEEB> which is probably required for the maxrate+bufsize to work correctly?
[19:59:46 CEST] <TikityTik> if I'm using the concat filter, https://trac.ffmpeg.org/wiki/Concatenate#filter , then do I need to specify encoding options again or will it try to use similar encoding options?
[19:59:48 CEST] <JEEB> because I just...
[20:00:10 CEST] <JEEB> TikityTik: for one output same set of settings are used
[20:00:22 CEST] <JEEB> or well, it is a single encode basically
[20:00:32 CEST] <TikityTik> JEEB: so if i put, ffmpeg -i out3.webm -i out2.webm -filter_complex "[0:0] [0:1] [1:0] [1:1] concat=n=2:v=1:a=1 [v] [a]" -map "[v]" -map "[a]" out.webm
[20:00:39 CEST] <TikityTik> it will use the same settings?
[20:01:01 CEST] <TikityTik> it doesn't seem to be the case
[20:01:02 CEST] <JEEB> [v] and [a] will be the inputs, and you have a single output
[20:01:25 CEST] <DHE> so before output.webm you can put your settings
[20:01:33 CEST] <TikityTik> JEEB: i mean if it will apply the same options from the input file to the output file
[20:01:36 CEST] <JEEB> no
[20:01:41 CEST] <TikityTik> ah :S
[20:01:42 CEST] <JEEB> that should never be the case
[20:01:56 CEST] <JEEB> your inputs are irrelevant at the point where you are re-encoding them
[20:07:51 CEST] <Nolski> God, why is libvpx so freaking slow
[20:09:22 CEST] <JEEB> vp8 encoding shouldn't be too bad, although of course still slow compared to libx264
[20:09:39 CEST] <JEEB> vp9 on the other hand could end up being quite slow even with the ~year old threading
[20:10:33 CEST] <Nolski> I'm encoding vp8 and it's 24 frames/sec
[20:10:47 CEST] <JEEB> consider that fast for that encoder ;)
[20:12:26 CEST] Action: Nolski cries
[20:19:19 CEST] <TikityTik> why can't i make ffmpeg make a video incredibly loud?
[20:21:43 CEST] <Nolski> TikityTik: doesn't the aeval filter do that?
[20:22:07 CEST] <Nolski> http://www.ffmpeg.org/ffmpeg-filters.html#aeval
[20:22:42 CEST] <TikityTik> will bitrate also interfere with volume?
[20:22:50 CEST] <JEEB> no
[20:23:07 CEST] <JEEB> if the audio encoder can't encode your audio within the rate you set to it, you will just get audio artifacts :P
[20:23:09 CEST] <durandal_1707> volume filter
[20:25:26 CEST] <TikityTik> i find it doesn't go as loud as i want it to
[20:25:36 CEST] <TikityTik> I'm trying to make some john cena clip
[20:25:44 CEST] <TikityTik> with the volume filter that is
[20:25:48 CEST] <TikityTik> but let me check aeval
[20:26:34 CEST] <durandal_1707> what kind of loud?
[20:26:50 CEST] <TikityTik> like hurting your ears loud lol
[20:27:10 CEST] <TikityTik> trying to make these, https://i.4cdn.org/wsg/1437203959574.webm
[20:27:10 CEST] <durandal_1707> with bunch of clipping
[20:27:15 CEST] <TikityTik> nah
[20:27:30 CEST] <TikityTik> perhaps even louder
[20:27:33 CEST] <TikityTik> than that vid
[20:27:56 CEST] <TikityTik> the worst i've seen was this, incoming anime though, https://i.4cdn.org/wsg/1439526609768.webm
[20:32:37 CEST] <durandal_1707> just increase bass
[20:33:00 CEST] <TikityTik> but why is it that when i increase volume, it doesn't get louder?
[20:33:13 CEST] <TikityTik> almost to the point of crackling
[20:34:09 CEST] <ChocolateArmpits> compress the audio, then increase volume
[20:34:20 CEST] <durandal_1707> what command you tried?
[20:34:42 CEST] <TikityTik> -vol 20, -filter_complex volume=20
[20:35:31 CEST] <durandal_1707> use compand to compress audio
[20:35:47 CEST] <TikityTik> why would compressing the audio make it louder?
[20:37:28 CEST] <ChocolateArmpits> Because you are limiting the dynamic range, if you want everything to be loud i.e. on a short dynamic range, you have to compress
[20:38:22 CEST] <durandal_1707> Exactly
[20:38:31 CEST] <TikityTik> I have no idea what i'm looking at when i'm reading compand
[20:38:45 CEST] <TikityTik> https://www.ffmpeg.org/ffmpeg-filters.html#compand
[20:38:53 CEST] <TikityTik> in terms of how to type this all out
[20:39:33 CEST] <TikityTik> for instance, it doesn't describe attacks
[20:39:56 CEST] <durandal_1707> defaults also kills some dynamic ranges
[20:41:24 CEST] <TikityTik> what is attacks?
[20:42:04 CEST] <ChocolateArmpits> the point in time when the compression is initiated
[20:42:37 CEST] <ChocolateArmpits> or actually any audio filter, the term is broad
[20:43:08 CEST] <ChocolateArmpits> it's even written in the compand section "attacks refers to increase of volume and decays refers to decrease of volume"
[20:43:14 CEST] <TikityTik> i'm guessing the max values are -1 to 1?
[20:44:12 CEST] <durandal_1707> only points option really matter for you
[20:46:57 CEST] <TikityTik> i have no idea what values to even put for points, as i'm googling on what it means
[20:47:02 CEST] <TikityTik> what is x0/y0?
[20:47:32 CEST] <TikityTik> this is supposed to be a function right? but it looks like it's making an evelope
[20:48:54 CEST] <durandal_1707> input volume to output volume
[20:49:55 CEST] <TikityTik> why would you even specify input volume if it's a transfer function?
[20:50:57 CEST] <TikityTik> and why is it negative?
[20:51:10 CEST] <durandal_1707> say from -60 to -20
[20:51:57 CEST] <durandal_1707> Its in dB
[20:52:12 CEST] <TikityTik> but you cannot hear under 0 dB
[20:53:17 CEST] <durandal_1707> this is different unit
[20:54:39 CEST] <TikityTik> what?
[20:54:41 CEST] <durandal_1707> lowest is usually -90 highest is 0
[20:54:49 CEST] <TikityTik> :|
[20:57:44 CEST] <TikityTik> durandal_1707: how do i specify a default value for attacks and decays?
[20:57:58 CEST] <TikityTik> can i just put 'nul' or something?
[20:58:26 CEST] <durandal_1707> just do not give it
[20:58:58 CEST] <TikityTik> durandal_1707: it's complaining though
[20:59:15 CEST] <TikityTik> durandal_1707: it's complaining though, -filter_complex "compand=-90/0"
[20:59:42 CEST] <durandal_1707> compand=points=....
[20:59:51 CEST] <TikityTik> ah, i apologize
[21:00:36 CEST] <TikityTik> durandal_1707: so would i just put -90/0 to make everything loud?
[21:00:54 CEST] <durandal_1707> try it
[21:01:03 CEST] <TikityTik> i did but i'm not sure if i could make it louder
[21:01:29 CEST] <durandal_1707> Add more points
[21:02:00 CEST] <durandal_1707> that ends to 0
[21:02:29 CEST] <TikityTik> wouldn't i have to do that from -90 to 0 to make everything loud?
[21:02:58 CEST] <TikityTik> well not, constricted
[21:03:07 CEST] <TikityTik> well, not constricted*
[21:03:48 CEST] <durandal_1707> not really
[21:06:08 CEST] <TikityTik> i still don't understand points
[21:06:18 CEST] <TikityTik> is -90 the quietest?
[21:07:14 CEST] <durandal_1707> usually, you can go lower
[21:08:02 CEST] <TikityTik> i didn't notice a big jump in volume, -filter_complex "compand=points=-900/0|-90/0|0/0,volume=200"
[21:08:46 CEST] <durandal_1707> -90/0 -80/0 -70/0 -40/0...
[21:11:15 CEST] <TikityTik> yeah it didn't give much of a jump in volume, "compand=points=-90/0|-80/0|-70/0|-60/0|-50/0|-4
[21:11:15 CEST] <TikityTik> 0/0|-30/0|-20/0|-10/0,volume=200"
[21:11:28 CEST] <TikityTik> ignore that linebreak
[21:14:56 CEST] <durandal_1707> hmm perhaps mcompand from sox can help you it compress bands
[21:15:38 CEST] <durandal_1707> multi band compressor
[21:33:54 CEST] <ChocolateArmpits> multibandcompressor is only needed to compress different parts of the spectrum band
[21:34:12 CEST] <ChocolateArmpits> if you want to up the volume then common compressor is enough
[21:41:17 CEST] <TikityTik> ChocolateArmpits: why can't i make it very loud?
[21:48:23 CEST] <TikityTik> ChocolateArmpits: I've tried, -filter_complex "compand=attacks=0.1:points=-90/0|-80/0|-70/0|-60/0|-50/0|-40/0|-30/0|-20/0|-10/0:gain=10dB,volume=2"
[00:00:00 CEST] --- Sat Aug 15 2015
1
0
[00:01:07 CEST] <BBB> use a preset
[00:01:25 CEST] <BBB> (set private codec option preset to some value like ultrafast or veryslow )
[01:38:17 CEST] <cone-279> ffmpeg 03Marton Balint 07master:8009a1f1fdce: avisynth: fix setting stream timebase
[02:22:45 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:d21ab8e4119e: avcodec/dvbsubdec: Print field lens in case they are too lerge
[02:34:31 CEST] <cone-279> ffmpeg 03Ganesh Ajjanagadde 07master:1bbb5ea10d9e: avformat/tls_gnutls: correct version detection for certificate support
[09:50:15 CEST] -:#ffmpeg-devel- [freenode-info] channel flooding and no channel staff around to help? Please check with freenode support: http://freenode.net/faq.shtml#gettinghelp
[10:12:07 CEST] <bove> If I define a new pixel format in pixfmt.h and pixdesc.c, is that enough? Or would I need to create conversion filters manually?
[10:16:36 CEST] <wm4> bove: conversion is done in libswscale, which even in simple cases is not trivial
[10:35:40 CEST] <bove> wm4: So it's not as simple as defining the format?
[10:36:26 CEST] <nevcairiel> unfortunately, no
[10:36:36 CEST] <nevcairiel> with some trivial formats it may be almost that easy
[10:36:43 CEST] <nevcairiel> but anything not fitting the general pattern
[10:36:52 CEST] <nevcairiel> .. and we likely already have all the common format patterns
[10:39:56 CEST] <bove> nevcairiel: I've gone through all the different pixel formats, but I can't find a matching pattern for this special format. First on my list is a yuv420 format that does not match any of the existing 12 bits per pixel yuv formats
[10:41:01 CEST] <nevcairiel> what evil company invented yet a new way to store these 12 bits
[10:41:01 CEST] <durandal_1707> is there resource that describe format?
[10:41:02 CEST] <wm4> what's your pixel format?
[10:41:14 CEST] <wm4> durandal_1707: pixfmtdesc?
[10:41:35 CEST] <nevcairiel> its not detailed enough to allow a generic handling of formats though
[10:42:10 CEST] <wm4> such a generic description would be too complicated anyway
[10:42:12 CEST] <durandal_1707> wm4: I'm asking bove for description of pixel format
[10:42:19 CEST] <nevcairiel> and generic converters way too slow
[10:43:15 CEST] <wm4> durandal_1707: right, me too
[10:43:20 CEST] <bove> It's the SGO Mistika js format. I can probably get hold of descriptions
[10:43:29 CEST] <wm4> js??
[10:43:39 CEST] <bove> just the extension
[10:44:35 CEST] <nevcairiel> that sounds more like a codec than a pixelformat
[10:44:56 CEST] <bove> I'm currently working on the demuxer. The format supports a number of raw (pixel) formats
[10:45:18 CEST] <wm4> such cases can be left to a raw decoder too
[10:45:26 CEST] <wm4> we do this for some pixel formats which are "too special"
[10:45:29 CEST] <nevcairiel> some pixel formats are too obscure, so we sometimes build a "decoder" to convert them to a normal one
[10:45:39 CEST] <wm4> like v210
[10:47:08 CEST] <bove> wm4: I should probably have a look at that then ...
[10:50:34 CEST] <bove> I'll try the v210 decoder on a Mistika 422 10bits stream an see what happens ...
[10:51:38 CEST] Action: durandal_1707 hate doom9 moderators
[12:50:20 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:4ec4454ccf72: avformat/wavdec: Do not discard sample_count due to rounding
[12:50:21 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:acbd78a001e1: avformat/wavdec: Detect wrongly interpreted specification about the sample value in the fact chunk
[14:46:43 CEST] <Daemon404> mp3 in wav is a thing?
[14:46:48 CEST] <kierank> yes
[14:46:55 CEST] <kierank> probably many ways of doing it too
[14:48:12 CEST] <Daemon404> but why
[14:48:18 CEST] <Daemon404> (inb4 some terrible spdif-like thing)
[14:50:04 CEST] <nevcairiel> wav can actually hold a codec id, its just that shit like dts-in-wav doesnt actually set one =p
[14:53:37 CEST] <Daemon404> nevcairiel, but why
[14:53:41 CEST] <Daemon404> my question does unanswered
[14:53:44 CEST] <kierank> so it passes through spdif
[14:53:50 CEST] <Daemon404> fff so i was right
[14:53:56 CEST] <kierank> dunno about mp3 in wav
[14:53:59 CEST] <kierank> dts in wav is because of that
[14:54:03 CEST] <nevcairiel> thats the reason for dts yes
[14:54:23 CEST] <nevcairiel> but wav with codec id would be just any generic container
[15:06:23 CEST] <iive> afair wav have 2 bytes for codec id
[15:06:27 CEST] <nevcairiel> yes
[15:07:10 CEST] <wm4> why would you want to use mp3 with spdif
[15:07:16 CEST] <wm4> it makes literally no sense at all
[15:07:48 CEST] <nevcairiel> why are you hung up on the spdif thing
[15:07:59 CEST] <nevcairiel> why cant there just be anything other than pcm in a wav container
[15:08:04 CEST] <nevcairiel> avi doesnt just come with one video codec
[15:08:09 CEST] <nevcairiel> wav is just avi without video =p
[15:08:21 CEST] <wm4> if there's a proper codec id, fine
[15:08:37 CEST] <wm4> but at least ac3 in wav doesn't have anything to identify it
[15:09:01 CEST] <nevcairiel> thats probalby the same deal as dts, for spdif sillyness
[15:12:25 CEST] <nevcairiel> those are the two spdif codecs a fterall
[16:35:31 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:bd2d4cc4a94e: avcodec/faxcompr: Print the unsupported mode number
[16:35:32 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:38025e6898ef: avcodec/faxcompr: Support cmode == 9 && xxx == 7
[16:35:33 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:dd1b4ed6d98f: avcodec/tiff: Support uncompressed G4 CCITT fax
[17:12:36 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:a4f9bb228bb3: avcodec/faxcompr: Support uncompressed escapes in decode_group3_1d_line()
[17:12:37 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:7727f76230e6: avcodec/tiff: Support uncompressed G3 CCITT fax
[18:55:00 CEST] <cone-056> ffmpeg 03James Almer 07master:1184795db634: crypto_bench: add support for blowfish
[18:55:01 CEST] <cone-056> ffmpeg 03James Almer 07master:a791e32b15d1: crypto_bench: add support for rc4
[18:55:02 CEST] <cone-056> ffmpeg 03James Almer 07master:bd1fe53eab95: crypto_bench: add support for xtea
[18:55:03 CEST] <cone-056> ffmpeg 03James Almer 07master:1c10c1aa3cc1: crypto_bench: add support for ripemd-128
[23:31:16 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:5fec7942bf29: doc/developer: Suggest everyone to help with patch reviews
[00:00:00 CEST] --- Fri Aug 14 2015
1
0
[01:09:12 CEST] <Nolski> When encoding from vp9 -> huffyuv -> vp9, is it reasonable to expect skips and little cuts in the video?
[01:15:02 CEST] <klaxa> Nolski: no?
[01:15:03 CEST] <klaxa> not if everything is stored on disk
[01:16:26 CEST] <Nolski> Hm, it must be one of the edits I'm running. I wasn't sure if that sort of thing is common when switching encodings
[01:37:55 CEST] <Guest45151> hi guys! i'm trying to convert a bunch of jpgs to gif. for 48 pictures at 420x270, it takes less than 1s and the produced gif is ~1.6Mb (which is good), but the quality is not great (looks pixeleted). I saw examples using scale and dither, but they all take a video as input. Providing a palette is not really an option. Any suggestion? thx
[01:39:27 CEST] <occupant> maybe you should be using imagemagick
[01:42:08 CEST] <Guest45151> We have great results with imagemagick, but it's too slow (> 2s for the same batch of images)
[01:49:17 CEST] <Nolski> Guest45151: Maybe the reason ffmpeg is faster is because it produces worse results
[01:50:07 CEST] <Nolski> and maybe running scale and dither would end up making ffmpeg run just as slow (if not slower) than imagemagick
[01:52:40 CEST] <chungy> ffmpeg uses a generic palette by default, you can generate a global palette suited for your set of images
[01:52:42 CEST] <klaxa> i would think so too
[01:52:58 CEST] <klaxa> imagemagick probably does some internal 2-pass encoding where it calculates an optimal palette
[01:53:00 CEST] <chungy> gif supports per-frame palettes but ffmpeg doesn't (yet) support making them (neither does imagemagick iirc)
[01:53:42 CEST] <chungy> http://blog.pkh.me/p/21-high-quality-gif-with-ffmpeg.html
[01:55:20 CEST] <chungy> the gifenc.sh script there will have its own two passes
[02:02:44 CEST] <Guest45151> ok, thanks!
[02:07:25 CEST] <chungy> https://web.archive.org/web/20140216175606/http://phil.ipal.org/tc.html
[02:08:17 CEST] <chungy> This was kind of more relevant before PNG became widely adopted :P
[02:57:29 CEST] <qmr> how can I flip + recode h264 with least loss of quality?
[04:18:45 CEST] <c_14> qmr: ffmpeg -i input -vf vflip -c copy -c:v ffv1 -map 0 out.mkv
[06:39:43 CEST] <jY> recording a live stream.. is there a way to write like 60 second files
[06:47:15 CEST] <c_14> segment muxer
[06:55:21 CEST] <jY> thanks
[08:59:03 CEST] <k_sze> When using the ffmpeg library, is it generally possible to encode video frames with a certain codec but not mux it into one of the "standard" container formats? E.g. if I want to encode some video with H.264 and I want to push it to a server using my own HTTP transport stream format.
[09:25:00 CEST] <JEEB> k_sze: that's why it's libraries and not library
[09:25:30 CEST] <JEEB> you can replace io, muxer or even encoder if you want to :p
[11:34:19 CEST] <whald> hi! i have some encoding code which uses "avcodec_encode_video2" to, well, encode video. the packets generated there optionally get the AV_PKT_FLAG_KEY set iff the coded frame was a key frame, like so:
[11:34:25 CEST] <whald> pkt.flags |= c->coded_frame->key_frame ? AV_PKT_FLAG_KEY : 0
[11:36:12 CEST] <whald> i have two questions with this: a) is this actually necessary? b) with recent ffmpeg this gives a deprecated warning for accessing AVCodecContext::coded_frame, suggesting I should "use the quality factor packet side data instead" -- what does that mean?
[11:36:15 CEST] <Mavrik> ?
[11:37:09 CEST] <whald> Mavrik, slow typing, sorry. :-)
[11:39:07 CEST] <Mavrik> sec, checking source :)
[11:41:23 CEST] <Mavrik> Ok, it's like that: Some muxers actually check for the flag
[11:41:57 CEST] <Mavrik> But for some reason avcodec_encode_video2 doesn't set it, even though avcodec_encode_video did
[11:43:34 CEST] <whald> Mavrik, ok, that avcodec_encode_video2 doesn't do that is kind of odd from my limited understanding, but whatever. so i'll just have to figure out what that side data i'm supposed to use is.
[11:44:39 CEST] <Mavrik> side data? :)
[11:46:39 CEST] <whald> yes, the deprecation message says "use the quality factor packet side data instead", and I have no clue what that means
[15:25:11 CEST] <Pawel_> Hi
[15:36:58 CEST] <wizbit> how can one detect bpm of mp3 and flac files?
[15:37:26 CEST] <klaxa> listen to it, clap with the beat, measure the time between your claps
[15:37:40 CEST] <DHE> that would be acoustic analysis at best, and human intervention at worst
[15:38:02 CEST] Action: DHE prefers the head-banging method
[15:38:31 CEST] <klaxa> a quick search through the ffmpeg-filters doesn't make it look like there is a filter that detects beats or bpm
[15:38:52 CEST] <klaxa> i know that audacity has a beat detection "filter"/effect
[15:39:10 CEST] <wizbit> i want to re-tag my collection with bpms so i can create smart playlists
[15:39:18 CEST] <klaxa> there may be other software better suited for that
[15:42:28 CEST] <wizbit> there is a old tool for linux called 'bpmcount'
[15:42:32 CEST] <wizbit> ill see if i can get it working
[15:42:51 CEST] <wizbit> http://superuser.com/questions/129041/any-beat-detection-software-for-linux
[15:46:09 CEST] <wizbit> lets get this beast compiled
[15:46:10 CEST] <wizbit> https://github.com/mihow/bpmdj/tree/future-main
[16:31:30 CEST] <well0ne> hi guys, i'm trying to hardcode some srt-sub into the video
[16:32:03 CEST] <well0ne> but i always getting Invalid UTF-8 in decoded subtitles, setting -sub_charenc is not resolving the issue
[16:32:05 CEST] <well0ne> any advice?
[16:32:08 CEST] <well0ne> i'm on windows
[16:32:37 CEST] <KarlFranz> well0ne: Convert the str subtitles to utf-8 if they are not utf-8
[16:48:19 CEST] <well0ne> thanks
[16:48:30 CEST] <well0ne> but now i see that its only put into the container
[16:48:35 CEST] <well0ne> how do i hardcode
[16:49:02 CEST] <DHE> you need to transcode it to re-render the video with the subtitles on top
[16:49:20 CEST] <klaxa> well0ne: https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo
[16:49:31 CEST] <kosc> Hello. Is there any special channel for avconv users?
[16:49:39 CEST] <klaxa> #libav
[16:49:42 CEST] <klaxa> afaik
[16:50:20 CEST] <kosc> klaxa: thank you.
[17:00:21 CEST] <Synthase_> Good day all
[17:00:39 CEST] <Synthase_> Trying to compile ffmpeg, running as root, and encountering this: ./configure: line 3345: /tmp/ffconf.TvJRxTby.sh: Permission denied
[17:01:02 CEST] <Synthase_> Have confirmed that /tmp is accessible and writable
[17:05:03 CEST] <klaxa> are files in /tmp executable?
[17:06:21 CEST] <Synthase_> They are. Fixed just now by creating a throwaway directory in /root, and declaring it in the configure string. Kludge but working it seems.
[17:33:19 CEST] <fling> Can you guys help me with 'map' ?
[17:33:30 CEST] <fling> I have two input video files.
[17:34:01 CEST] <fling> I want to use left channel from the first video and right channel from the second video for the output stereo stream.
[17:34:09 CEST] <fling> How to do so the proper way?
[17:34:15 CEST] <well0ne> klaxa ffmpeg -i video.avi -vf subtitles=subtitle.srt out.avi is not working
[17:34:28 CEST] <well0ne> it appends the srt file, but does not hardcode it
[17:45:58 CEST] <klaxa> "not working" is pretty generic
[17:47:35 CEST] <klaxa> fling: have you had a look at -map_channel? https://ffmpeg.org/ffmpeg.html#toc-Advanced-options
[17:47:46 CEST] <fling> klaxa: looking at it.
[17:48:18 CEST] <fling> -vn -map_channel 0.1.0 left.flac
[17:48:25 CEST] <fling> klaxa: trying thist ^
[17:48:44 CEST] <fling> How then I merge all the things together properly? with -map?
[17:50:52 CEST] <klaxa> probably like: ffmpeg -i left.flac -i right.flac -map_channel 0.0.0 -map_channel 1.0.0 -c copy stereo.flac
[17:50:53 CEST] <klaxa> not tested
[17:52:53 CEST] <fling> klaxa: thanks ;>
[17:53:23 CEST] <fling> klaxa: not 1.0.0 but 1.0.1 ?
[17:53:55 CEST] <klaxa> assuming left.flac and right.flac are mono, it should be 1.0.0 since they only have one channel each, right?
[17:55:42 CEST] <klaxa> in then end, whatever works for you is the correct command
[17:56:11 CEST] <fling> ohh
[19:15:35 CEST] <Cs123> Hi, I'm looking advice, how to start a project on web-cam video modification, to show the modified video on screen. C#/C++ Is the ffmpeg it?
[19:17:10 CEST] <Yahia> Hello.. Can Somebod help me with some questions?
[19:17:13 CEST] <DHE> potentially. ffmpeg will let you decode the video and later encode it for whatever you're showing the video on
[19:17:37 CEST] <klaxa> Yahia: don't ask to ask, just ask
[19:18:01 CEST] <Yahia> Okay.. I have been trying to download ffmpege and install it and i failed in all my trys
[19:18:06 CEST] <Yahia> Is there an automatic installer?
[19:18:08 CEST] <Cs123> DHE: thanks.. .so I'd say I need to look for something else. Any ideas?
[19:18:15 CEST] <Yahia> or I have to do it manualy?
[19:18:25 CEST] <klaxa> i'm assuming you are on windows?
[19:18:37 CEST] <Yahia> Yea i am On windows
[19:19:07 CEST] <Yahia> im on that website,but i cant find any installer that i can use
[19:19:12 CEST] <Yahia> only found rar files
[19:19:21 CEST] <klaxa> extract the rar and you are good to go?
[19:19:25 CEST] <Yahia> okay
[19:19:29 CEST] <Yahia> Thank u
[19:19:52 CEST] <DHE> Cs123: so you want to do live video editing/manipulation?
[19:19:54 CEST] <klaxa> you can just run the executable from a command prompt
[19:20:01 CEST] <DHE> eg: overlay something on the current screen
[19:20:04 CEST] <Cs123> DHE: right..
[19:21:01 CEST] <Yahia> Yes but i am facing a problem,there is a program that requires me to have ffmpeg to render a video,i have the rar extracted and till now it keeps saying: FFMPEG NEEDED TO RENDER
[19:21:53 CEST] <klaxa> i have never seen an installer for ffmpeg for windows, you will have to ask the party providing the software for support
[19:22:10 CEST] <klaxa> maybe in the readme it says where the ffmpeg executable has to be placed?
[19:22:20 CEST] <Yahia> okay thanks for the support
[19:22:49 CEST] <Cs123> DHE: on new screen..
[19:23:48 CEST] <Cs123> DHE: Like Cheese Webcam, where I'd work the code myself to modify the video
[19:24:35 CEST] <klaxa> isn't cheese open-source?
[19:26:08 CEST] <Cs123> If so (cheese = open), which tools I need to rework the code?
[19:27:16 CEST] <klaxa> a text editor?
[19:27:33 CEST] <Cs123> ;) howabout to build & debug?
[19:31:07 CEST] <klaxa> that's your task to find out :P
[19:32:40 CEST] <Cs123> klaxa: see above: to modify the incoming video, wih my own filter.. so how-to-get-started for beginner ..
[19:37:32 CEST] <klaxa> well checkout the cheese source and read code
[19:37:39 CEST] <klaxa> run it in a debugger, follow the program
[19:37:57 CEST] <klaxa> i've come to like the nemiver debugger
[19:39:58 CEST] <Cs123> klaxa: ok, thanks , I'll look into that. Is there like a project file to get stared, as with MS VisuaStudio?
[19:40:34 CEST] <klaxa> phew dunno
[19:46:59 CEST] <TikityTik> How can I concatenate something and cut the duration?
[20:09:59 CEST] <qmr> c_14: why switch container to mkv?
[20:12:42 CEST] <c_14> qmr: you never told me what the original container was nor which container you wanted so I just picked one I liked
[20:14:30 CEST] <c_14> Matroska has the benefit of supporting basically every codec under the sun plus a few other things.
[20:16:46 CEST] <qmr> mmm
[20:16:48 CEST] <qmr> I think mp4 or mov
[20:21:11 CEST] <TikityTik> anyone know why you can't seem to cut videos without them freezing if you use -codec copy?
[20:21:26 CEST] <akurilin> quick question: can I generate both an ogv and a webm at the same time with one ffmpeg call? There's that whole -map functionality, wondering if that's the right way to go
[20:21:30 CEST] <TikityTik> and then when you re-encode the video stream, the subs are out of sync?
[20:22:18 CEST] <c_14> akurilin: https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs
[20:23:34 CEST] <akurilin> c_14: let's say I do ffmpeg -i foo.mp3 foo.ogv foo.webm, is that the right simplest way to generate multiple conversions at once?
[20:23:45 CEST] <c_14> yes
[20:24:00 CEST] <akurilin> oops that was meant to be .mp4 for the first one
[20:24:12 CEST] <c_14> doesn't matter
[20:24:14 CEST] <akurilin> c_14: perf-wise, I'm better doing the above rather than running ffmpeg twice, yes?
[20:24:34 CEST] <c_14> You'll save some memory&overhead, yes.
[20:25:07 CEST] <akurilin> perfect, thanks
[20:25:56 CEST] <akurilin> I have a few hundred files I need to convert, is my best use of my multicore box to just run 1 ffmpeg process per core?
[20:26:08 CEST] <akurilin> or is ffmpeg able to max out all of the cores in one single process?
[20:28:16 CEST] <klaxa> tricky question
[20:28:29 CEST] <klaxa> depends on whether your CPU can encode faster than your disk can write
[20:29:05 CEST] <akurilin> I can see one core being maxed out, so I'd be surprised if I wasn't CPU-limited
[20:31:16 CEST] <klaxa> it also depends on the encoding settings, you'll have to find the optimum for yourself
[20:33:26 CEST] <well0ne> its me again, i'm havin problems to hardcode subs into video with ffmpeg
[20:33:37 CEST] <well0ne> i followed the instructions
[20:33:47 CEST] <well0ne> but the subtitle is added in the container, not in video
[20:35:10 CEST] <well0ne> omg
[20:36:13 CEST] <well0ne> http://pastie.org/10349129
[20:36:20 CEST] <well0ne> https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo
[20:36:22 CEST] <well0ne> tried both
[20:36:29 CEST] <well0ne> with ass / subtitles filter
[20:36:46 CEST] <klaxa> >Sorry, there is no pastie #10349129 or it has been removed. Why not create a new pastie?
[20:36:59 CEST] <well0ne> it works for m http://pastie.org/10349129
[20:37:13 CEST] <well0ne> Plain text 1 minute ago
[20:37:58 CEST] <klaxa> haha based firefox i guess? when i curl the url i get a paste
[20:38:10 CEST] <well0ne> but there is no need for a log file, believe me if i'm saying that ffmpeg just puts the file into the container
[20:40:28 CEST] <well0ne> dont know what to do now
[20:40:39 CEST] <klaxa> fontconfig seems broken
[20:41:04 CEST] <klaxa> but i'm not sure that's messing everything up, shouldn't it fall back to a default font?
[20:42:01 CEST] <well0ne> eeewww
[20:42:07 CEST] <well0ne> my fault
[20:42:08 CEST] <well0ne> Fontconfig error: Cannot load default config file
[20:44:29 CEST] <klaxa> you might also have to extract the fonts from the mkv if the .ass is using fonts from there
[20:45:17 CEST] <klaxa> here is a poor man's script to do that: https://gist.github.com/klaxa/ecd82401d921a4b487dc
[20:45:21 CEST] <klaxa> needs mkvtoolnix
[20:53:09 CEST] <well0ne> i got it
[20:53:18 CEST] <well0ne> needed to create a fontconfig
[20:53:24 CEST] <well0ne> works for now
[00:00:00 CEST] --- Fri Aug 14 2015
1
0
[00:00:44 CEST] <LRUB1> Acho que eu sei qual é o problema do FFMPEG ao digitar "make check" depois de adicionar "--enable-shared" em "./configure". Alguém quer ver o log, para me dar algum auxílio? Sei onde está, mas não a causa.
[00:00:51 CEST] <LRUB1> I think I know what FFmpeg the problem by typing "make check" after adding "--enable-shared" in "./configure". Someone wants to see the log, to give me some help? I know where it is, but not the cause.
[00:01:11 CEST] <wm4> I wish debian continued to maintain xmms 1
[00:01:32 CEST] <wm4> (I'm still using that for some reason, not even sure why)
[00:02:10 CEST] <llogan> LRUB1: you should ask in #ffmpeg.
[00:06:13 CEST] <durandal_1707> wm4: what reason?
[00:06:59 CEST] <wm4> it has a simple playlist and doesn't want to "scan" files when adding them
[00:07:19 CEST] <wm4> there are dozens of such players, but for some reason they all did something I didn't like
[00:11:11 CEST] <philipl> wm4: I can sympathize. I used it for ages, but gave up in the end.
[00:11:23 CEST] <philipl> rhythmbox regularly locks up. Presumably gstreamer's fault.
[00:11:50 CEST] <wm4> yeah, I don't want a "use all the libs" thing either
[00:11:54 CEST] <wm4> should just use ffmpeg
[00:12:11 CEST] <philipl> You don't use mpv for music? :-)
[00:12:31 CEST] <wm4> mpv is not very good at handling huge playlists
[00:12:39 CEST] <wm4> you can get only so far with pure CLI
[00:12:50 CEST] <philipl> The lua is half way there.
[00:12:52 CEST] <llogan> the scanning is annoying. although im too lazy to stop using moc (or ffplay sometimes)
[00:13:59 CEST] <cone-597> ffmpeg 03Ganesh Ajjanagadde 07master:36e17d994edc: tests/fate-run: make FATE non-interactive
[00:15:16 CEST] <cone-597> ffmpeg 03Andreas Cadhalpun 07master:13b3462b7a85: avfilter: add missing FF_API_AVFILTERPAD_PUBLIC guard
[00:15:17 CEST] <cone-597> ffmpeg 03Andreas Cadhalpun 07master:9c29aa7143ba: ffmpeg: replace deprecated av_log_ask_for_sample with av_log
[00:15:18 CEST] <cone-597> ffmpeg 03Andreas Cadhalpun 07master:107e54c5bf43: avutil: add ff_reverse as av_reverse replacement
[00:54:31 CEST] <kierank> loool this thread again
[00:59:26 CEST] <wm4> troll points +1
[01:01:29 CEST] <kierank> lol
[01:02:01 CEST] <ubitux> thor looks like a simple bastard of the classic h264/vp9 serie with a simple clear specs
[01:02:10 CEST] <ubitux> at first glance
[01:02:41 CEST] <ubitux> i mean i see no novel concept, but it's nice to see a readable spec
[01:02:43 CEST] <kierank> yes and a bit more
[01:02:50 CEST] <kierank> well afaik it has no framing
[01:02:58 CEST] <kierank> so it's like a portion of a normal spec
[01:12:00 CEST] <cone-597> ffmpeg 03Michael Niedermayer 07master:542562e5abdf: avcodec/gsm_parser: Replace codec_id check by assert
[01:18:19 CEST] <rcombs> glancing at Thor, I have 2 questions
[01:18:24 CEST] <rcombs> 1. is anyone actually going to implement it?
[01:18:39 CEST] <rcombs> 2. how can anyone be sure it doesn't fall under existing patents?
[01:19:28 CEST] <klaxa> according to their blogpost they hired patent lawyers to make sure they don't
[01:19:58 CEST] <kierank> so did google
[01:20:08 CEST] <klaxa> ah... hm...
[01:20:26 CEST] <rcombs> patents are fun like that
[01:20:56 CEST] <rcombs> there's no easy way to get a list of patents your software might violate
[01:21:32 CEST] <wm4> also look at what happened to hevc
[01:22:11 CEST] <rcombs> TWO patent pools!
[01:23:02 CEST] <rcombs> for the price of& well, yeah, actually, you have to pay for both
[01:23:03 CEST] <rcombs> probably
[01:23:14 CEST] <rcombs> *rcombs is not a patent lawyer
[01:23:21 CEST] <rcombs> **or any other type of lawyer, for that matter
[01:53:14 CEST] <Compn> JEEB : actually mplayer configure script calls git to pull ffmpeg repo...
[01:53:27 CEST] <Compn> so technically its not internal, we rely on git (and many things break just for fun of course)
[01:54:08 CEST] <Compn> BBB : could post on mplayer-dev-eng asking for someone to help fix old api usage
[01:54:21 CEST] <Compn> or andreas could post
[01:56:29 CEST] <Compn> i dont care about people who choose mpv over mplayer
[01:56:49 CEST] <Compn> BBB : would having a script to patch ffmpeg to put the old api back in be welcome ?
[01:56:55 CEST] <Compn> (in mplayer repo that is)
[01:57:20 CEST] <Compn> i mean if its going to be abandoned anyway, is there a problem with just abandoning it to a patch in our repo :P
[01:58:11 CEST] <BBB> Compn: entirely your choice, I dont care about how you fix it, I just want mplayer to fix it so debian stops complaining about us removing broken old apis
[01:58:33 CEST] <Compn> er, what i meant is, people are free to choose mpv over mplayer, you can call it a replacement, but its not, since iirc mpv doesnt have the m**coder
[01:59:10 CEST] <Compn> and ffmpeg is not a replacement for mencoder until it can encode dvds.
[02:02:53 CEST] <rcombs> doesn't mpv have encoder functions (for some reason)?
[02:09:36 CEST] <Compn> i dont see it on mpv.io
[02:10:19 CEST] <Compn> BBB : i mean, all mplayer would need is a reverse patch of you removing whatever api.
[02:10:33 CEST] <rcombs> http://mpv.io/manual/master/#encoding
[02:10:50 CEST] <BBB> Compn: sounds ok to me, whatever you want
[02:10:55 CEST] <BBB> Compn: Im not an mplayer maintainer
[02:10:57 CEST] <BBB> or developer
[02:11:21 CEST] <Compn> well i cant speak for the project :P
[02:11:23 CEST] <Compn> have to ask reimar
[02:11:52 CEST] <rcombs> Compn: ^^^^^
[02:11:54 CEST] <Compn> i doubt debian would go for that
[02:12:03 CEST] <Compn> rcombs : yes i see it . interesting
[02:12:41 CEST] <rcombs> also, I find it amusing that nobody's suggested actually updating mplayer to use the new API
[02:12:50 CEST] <Compn> BBB suggested it
[02:13:01 CEST] <Compn> i suggested emailing mplayer-dev-eng list to find some volunteer
[02:13:07 CEST] <Compn> to update mplayer
[02:14:21 CEST] <Compn> now i suggest putting api in seperate files so they dont #ifdef everywhere but hey thats craaaaazy
[02:14:33 CEST] <Compn> and we cant do that can we
[02:14:54 CEST] <Compn> libavapi
[02:17:11 CEST] <Compn> (i can approve any mails on mplayer-dev-eng if you do not wish to subscribe too)
[02:17:54 CEST] <Compn> (or mplayer could switch to ffmbc fork instead ...)
[02:37:08 CEST] <BBB> Compn: youre like a manager
[02:37:27 CEST] <BBB> Compn: dont suggest that someone email someone else to suggest someone to find someone to do something
[02:37:48 CEST] <BBB> Compn: I know you wont want to code it yourself, thats ok
[02:37:55 CEST] <BBB> Compn: but you can send emails yourself, right?
[02:38:24 CEST] <Compn> i was going to suggest that i can do that for you, i just thought it was silently implied
[02:40:17 CEST] <Compn> so sure , i'll send a mail
[02:41:56 CEST] <Compn> was just trying to encourage upstream to talk to downstream directly :P
[02:41:57 CEST] <Compn> ehe
[02:42:53 CEST] <Compn> i want to code myself, got some programming books. but uh i make no promises on my programming education progression.
[02:48:25 CEST] <Compn> and yeah reimar was in the deprecated feature thread and he mentioned fixing one of the api already
[02:48:50 CEST] <Compn> michaelni has also been very kind to mplayer and has fixed many breakages :)
[03:04:37 CEST] <Compn> BBB : mail sent
[03:11:31 CEST] <BBB> ty!
[04:25:33 CEST] <cone-960> ffmpeg 03Michael Niedermayer 07master:254ff6e6bf65: avformat/avidec: Add flac to the dshow_block_align exception list
[04:25:33 CEST] <cone-960> ffmpeg 03Michael Niedermayer 07master:5f501f066ee2: avformat/avidec: Disable AVSTREAM_PARSE_TIMESTAMPS for flac
[11:30:48 CEST] <wm4> j-b: at which clock time does VDD start anyway?
[11:31:52 CEST] <ubitux> so is it worth the hassle to go to vdd?
[11:32:46 CEST] <wm4> a good question
[11:33:00 CEST] <wm4> what do I do as a socially incompetent nerds for 2 days in paris?
[11:33:24 CEST] <wm4> I can't even troll people IRL because they might punch me
[11:38:13 CEST] <cone-279> ffmpeg 03Alexis Ballier 07master:4f74efa76dfc: libavcodec/tableprint_vlc.h: include lavu/reverse.c for ff_reverse.
[12:03:02 CEST] <Compn> wm4 : i'll protect you, with my beard.
[12:13:40 CEST] <Compn> ubitux : its worth it just to see how all of these people act in real life :P
[12:14:28 CEST] <Compn> also seen a few job offers fly around , if you are into that sort of thing
[12:17:29 CEST] <cone-279> ffmpeg 03Ganesh Ajjanagadde 07master:8b63a8849426: doc/ffmpeg,doc/ffplay: reference timespec definitions
[12:28:19 CEST] <thardin> what was the procedure for pushing?
[12:29:58 CEST] <nevcairiel> git push --dry-run to verify it does what you think it does, followed by a simple git push
[12:36:34 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:4a53c758d2f6: x86: dcadsp: Avoid SSE2 instructions in SSE functions
[12:36:36 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:8f4a06faf45c: checkasm: Remove unnecessary include
[12:36:37 CEST] <cone-279> ffmpeg 03Anton Mitrofanov 07master:8c75ba55a436: x86inc: warn if XOP integer FMA instruction emulation is impossible
[12:36:37 CEST] <nevcairiel> see, just like this :d
[12:36:38 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:9f1245eb9620: x86inc: Support arbitrary stack alignments
[12:36:38 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:2752a038bca8: Merge commit '4a53c758d2f69302e6822b23f3e7349253b9e8d3'
[12:36:40 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:47c1f36b4912: Merge commit '8f4a06faf45c1cbcabec610f4b47824171379934'
[12:36:41 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:eaf3fb877f81: Merge commit '8c75ba55a4367c854b577c849ea2195bd78c4c81'
[12:36:42 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:0e35296da5b6: Merge commit '9f1245eb9620a70feaa00ba745c6c7a56a839556'
[12:38:56 CEST] <cone-279> ffmpeg 03Anton Mitrofanov 07master:b114d28a1805: x86inc: warn when instructions incompatible with current cpuflags are used
[12:38:57 CEST] <cone-279> ffmpeg 03Christophe Gisquet 07master:f5e486f6f8c2: x86inc: Fix instantiation of YMM registers
[12:38:58 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:1c6bb8132847: x86inc: Disable vpbroadcastq workaround in newer yasm versions
[12:38:59 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:30cd9695a7ed: Merge commit 'b114d28a18050b5ebd22fc067332e5487243889c'
[12:39:00 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:9947902601e7: Merge commit 'f5e486f6f8c242bb2be01ad3ae952b5733ba1113'
[12:39:01 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:f0da59806988: Merge commit '1c6bb813284732d9a1acacfe99522d9f66ebf73e'
[12:41:23 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:ab43beefab91: x86inc: Drop SECTION_TEXT macro
[12:41:24 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:8a8aee358d41: Merge commit 'ab43beefab9147673e09679e04be08431684a5db'
[15:43:27 CEST] <wm4> why are we including .c files in header files?
[15:43:41 CEST] <wm4> see libavcoded/tableprint_vlc.h
[15:43:44 CEST] <wm4> *codec
[16:00:48 CEST] <BtbN> Those c files look like they want to be headers
[16:01:16 CEST] <BtbN> Or are missing them
[16:04:12 CEST] <nevcairiel> wm4: those are hardcoded table hacks, nevermind those
[16:05:40 CEST] <BBB> so if I wanted to make a list of software choo/using ffmpeg vs. libav, where would vlc sit?
[16:05:46 CEST] <BBB> ffmpeg , libav or complicated ?
[16:05:55 CEST] <wm4> why do we have hardcoded table hacks?
[16:06:29 CEST] <wm4> or is that because of the silent minority who suddenly become loud and behave as if we want to kill ffmpeg when we suggest of removing it
[16:06:57 CEST] <wm4> (I've often see compilation failures with hardcodec-tables)
[16:07:10 CEST] <BBB> theres a fate station testing it
[16:18:24 CEST] <kierank> BBB: both
[16:18:41 CEST] <BBB> *confused*
[16:18:41 CEST] <kierank> I think currently it's ffmpeg on win/osx and whatever the system has on linux
[16:18:49 CEST] <kierank> but in the past they've used libav on win/osx
[17:23:21 CEST] <Plorkyeran> iirc they've switched back and forth a few times
[17:23:28 CEST] <Plorkyeran> even on minor releases
[17:28:43 CEST] <BBB> Im also still looking for #libav irc logs if anyone has them *please please please*
[17:29:14 CEST] <wm4> with a carrot and a stick
[17:29:53 CEST] <wm4> BBB: if jeeb doesn't give them to you, maybe I could concatenate the fragments I have, but they're less than complete
[17:30:39 CEST] <JEEB> mine would also be less than complete
[17:30:55 CEST] <JEEB> anyways, I can finally look at it after work now
[17:31:59 CEST] <BBB> \o/
[18:03:25 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:45c558563aef: avformat: Move MAX_PROBE_PACKETS to internal.h
[20:14:31 CEST] <atomnuker> copysign() isn't available when using C99->C89, is it?
[20:14:51 CEST] <wm4> time for av_copysign?
[20:15:34 CEST] <wm4> they added it at least in msvc2015 https://msdn.microsoft.com/en-us/library/0yafk1hc.aspx
[20:15:51 CEST] <wm4> along with their usual uglified variants
[20:18:35 CEST] <atomnuker> I don't really want them adding any C99 in msvc, then at least people would either rebel against it and its halfassed C99 functions or just wouldn't use it and we wouldn't have to deal with it
[20:27:34 CEST] <BBB> atomnuker: if its useful, just use it and well add a compat version for msvc<=2013 as weve done for other functions
[20:27:57 CEST] <jamrial> wm4: not an av_copysign, but adding a fallback to libm.h would be nice, assuming anyone cares about msvc 2012 and wants the dynaudnorm filter
[20:28:01 CEST] <BBB> if its not useful, well, dont use it :)
[20:28:43 CEST] <jamrial> it's pretty trivial to do. the one that's complex is erf()
[20:29:09 CEST] <j-b> wm4: CET?
[20:32:01 CEST] <atomnuker> @BBB: I just need to get the sign of a float, but a macro is trivial
[20:32:18 CEST] <atomnuker> some audiofilter uses copysign as a dependency so I thought that was kinda weird
[20:32:38 CEST] <BBB> that sounds silly, we typically assume these standard functions exist
[20:33:08 CEST] <BBB> this leads to obscure feature disparities between builds for different compilers/systems, which isnt a good thing
[20:33:11 CEST] <wm4> j-b: that's still kind of unspecific
[20:33:19 CEST] <atomnuker> "dynaudnorm_filter_deps="copysign erf""
[20:33:25 CEST] <jamrial> copysign is not in msvc 2012 and it was failing to compile that one filter
[20:33:52 CEST] <jamrial> so i added the dependency since nobody wanted to write a libm.h fallback
[20:34:17 CEST] <jamrial> as i said copysign is easy, but erf() probably isn't
[20:35:19 CEST] <jamrial> there is http://www.johndcook.com/blog/cpp_erf/ though
[20:35:45 CEST] <wm4> it's so short it's probably wrong
[20:35:47 CEST] <BBB> https://msdn.microsoft.com/en-us/library/Hh308428(v=vs.110).aspx
[20:36:27 CEST] <BBB> msvc2012 has erf
[20:36:30 CEST] <BBB> its just in a different header
[20:36:40 CEST] <jamrial> ah, interesting
[20:38:02 CEST] <jamrial> same with copysign it seems
[20:38:18 CEST] <jamrial> anyone with msvc 2012 wants to check if they work? :p
[20:40:08 CEST] <nevcairiel> push and my fate will try
[20:40:09 CEST] <nevcairiel> :P
[20:40:26 CEST] <nevcairiel> BBB: these C++ AMP things cant be used
[20:40:36 CEST] <nevcairiel> they are special things for concurrency
[20:42:49 CEST] <BBB> but if it exists in 2012, erf itself must exist, no?
[20:43:09 CEST] <wm4> what about those AMP things?
[20:43:18 CEST] <wm4> do they explode when called from C?
[20:43:31 CEST] <BBB> http://stackoverflow.com/questions/6281020/error-function-erfx-not-found-in… also
[20:43:54 CEST] <BBB> so I guess you need your own version then
[20:43:55 CEST] <BBB> sorry
[20:44:25 CEST] <wm4> http://git.musl-libc.org/cgit/musl/tree/src/math/erf.c (but might have internal deps)
[20:45:07 CEST] <jamrial> much longer than the other version
[20:45:31 CEST] <nevcairiel> BBB: the AMP things are just documented there when you use the C++ AMP framework (Accelerated Massive Parallelism), they are not for normal C
[21:04:51 CEST] <Daemon404> wm4, i am surprised musl used bsd code
[21:04:56 CEST] <Daemon404> i thought it was all about NIH
[21:05:09 CEST] <wm4> not really
[21:05:14 CEST] <wm4> they have a fetish for clean code
[21:05:21 CEST] <wm4> clean & small
[21:05:41 CEST] <Daemon404> 'clean'
[21:05:42 CEST] <wm4> and apparently old BSD code fits the bill
[21:05:51 CEST] <wm4> their definition of clean
[21:05:53 CEST] <Daemon404> a lot of the code reminds me of old neckbeard code
[21:05:59 CEST] <wm4> lol
[21:06:00 CEST] <Daemon404> (thats not good)
[21:06:10 CEST] <wm4> what do you mean? too "clever"?
[21:06:22 CEST] <Daemon404> not necessarily
[21:06:30 CEST] <Daemon404> ugly style, one letter names, etc
[21:07:23 CEST] <Daemon404> http://git.musl-libc.org/cgit/musl/tree/src/math/modf.c
[21:07:26 CEST] <Daemon404> clicked a random file
[21:07:31 CEST] <Daemon404> fits it pretty well.
[21:07:48 CEST] <Daemon404> and probably stuff like
[21:07:56 CEST] <Daemon404> <400 lines follow>
[21:08:00 CEST] <Daemon404> /* some simple stuff. */
[21:10:32 CEST] <Daemon404> http://git.musl-libc.org/cgit/musl/tree/src/misc/getopt_long.c#n52 <-- another random click
[21:11:26 CEST] <wm4> lol
[21:11:34 CEST] <wm4> modf doesn't look too bad though
[21:11:42 CEST] <wm4> it even has comments
[21:12:20 CEST] <BBB> neckbeard?
[21:12:33 CEST] <BBB> Ive heard that term several times now
[21:12:34 CEST] <wm4> I think it's code for "nerds I don't like"
[21:12:35 CEST] <BBB> what is that
[21:12:40 CEST] <BBB> ah
[21:12:44 CEST] <Daemon404> no
[21:12:58 CEST] <Daemon404> i specifically mean the semi-autistic foss style of neckbeard
[21:13:15 CEST] <BBB> like you, and all of us?
[21:13:23 CEST] <BBB> or more specific? :-p
[21:13:29 CEST] <Daemon404> BBB, more like the kind you read on LWN comments
[21:13:39 CEST] <BBB> oh, mplayerhq.hu people
[21:13:44 CEST] <BBB> esp. the ones who cant code
[21:15:51 CEST] <wm4> "nerds I don't like"
[21:16:04 CEST] <kierank> no there's a specific type
[21:16:47 CEST] <wm4> I don't read that much LWN
[21:16:52 CEST] <Daemon404> i wouldnt call mplayer people neckbeards
[21:17:39 CEST] <nevcairiel> for me neckbears are the religious gnu and stallman followers
[21:17:43 CEST] <nevcairiel> neckbeards*
[21:17:56 CEST] <wm4> (my definition is still correct)
[21:18:03 CEST] <Daemon404> you definition is too vague
[21:18:11 CEST] <Daemon404> i could also just say "people who are alive"
[21:18:13 CEST] <Daemon404> and be correct
[21:18:15 CEST] <wm4> which means it can be true
[21:18:43 CEST] <Daemon404> maybe ill layout one defining trait: being needlessly pedantic
[21:18:58 CEST] <Daemon404> one of the*
[21:19:11 CEST] <jamrial> BBB: http://www.anandtech.com/show/9503/lenovo-launches-new-p50-and-p70-mobile-w… since you wanted Skylake with AVX-512
[21:20:04 CEST] <kierank> holy shit that's magnificent
[21:20:08 CEST] <jamrial> i still wonder why Intel made it xeon exclusive
[21:20:08 CEST] <kierank> I want that laptop
[21:20:22 CEST] <iive> oh, you mean like Diego...
[21:20:26 CEST] <BBB> lenovo != apple
[21:21:06 CEST] <kierank> apple wouldn't make a laptop with a xeon
[21:21:17 CEST] <BBB> then Im unlikely to buy one
[21:21:37 CEST] <BBB> maybe I should buy a mac pro, now that I have space
[21:21:47 CEST] <Daemon404> you mean a trash can?
[21:21:56 CEST] <jamrial> why does it have to be a mac?
[21:22:11 CEST] <Daemon404> BBB, the NYC subway system is lined with mac pros
[21:22:12 CEST] <Daemon404> just waiting.
[21:22:43 CEST] <kierank> who was it who wanted an avx2 shell again?
[21:22:43 CEST] <BBB> jamrial: macs are good systems
[21:22:49 CEST] <BBB> me me me
[21:22:56 CEST] <BBB> but Im not going to buy my own if its not a mac
[21:23:06 CEST] <BBB> sorry Im a mactard
[21:23:13 CEST] <jamrial> kierank: i could use one as well
[21:25:18 CEST] <kierank> I'll try to find an avx2 machine
[21:25:27 CEST] <kierank> I have many but I need to find one I can rackmount permanently
[21:31:10 CEST] <wm4> BBB: macbooks have nice power management, but the UI is too horrible
[21:31:30 CEST] <BBB> see, I disagree
[21:31:35 CEST] <BBB> with a mac, I can just work
[21:31:44 CEST] <BBB> with windows also, except windows is constantly in my way
[21:31:45 CEST] <wm4> (I just can't)
[21:31:53 CEST] <BBB> with linux, all you ever do is mess with it
[21:31:53 CEST] <Daemon404> can we argue about emacs vs vim next
[21:31:58 CEST] <wm4> windows is almost the same as OSX
[21:32:03 CEST] <wm4> the copy each other all the time
[21:32:29 CEST] <BBB> yeah they do
[21:32:31 CEST] <BBB> free os updates
[21:32:35 CEST] <BBB> free developer environment
[21:32:38 CEST] <Daemon404> and then perhaps we can argue about US/EU politics
[21:32:47 CEST] <BBB> no no, democrats vs. republicans
[21:32:58 CEST] <BBB> warren vs. trump!
[21:33:08 CEST] <Daemon404> just as productive
[21:33:21 CEST] <iive> trump trumps them all
[21:35:23 CEST] <BBB> so when is skylake macbook pro coming out, kierank?
[21:35:32 CEST] <BBB> h wait it was jamrial
[21:38:47 CEST] <wm4> first intel needs to release some good skylake CPUs
[21:45:52 CEST] <jamrial> BBB: ask Apple, not me :p
[21:46:08 CEST] <jamrial> and i doubt they would release one with skylake xeon anyway
[21:47:36 CEST] <wm4> BBB: so how do you deal with the fact that clicking the terminal icon on the bottom bar shows _all_ terminal windows?
[21:48:02 CEST] <Compn> in OSX ?
[21:48:23 CEST] <wm4> yes
[21:48:25 CEST] <BBB> Ive never encountered that issue
[21:48:38 CEST] <BBB> so it sounds like a neckbeard feature I dont use :-p
[21:48:44 CEST] <Compn> terminal windows can have seperate icons in the dock
[21:49:00 CEST] <Compn> its been a while since i've been on the mac though :P
[22:28:22 CEST] <cone-279> ffmpeg 03Paul B Mahol 07master:f9905e13ea1e: avfilter: add aphasemeter filter
[23:07:11 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:0d2a62d25719: avformat/avidec: Simplify dshow_block_align based special case detection
[23:07:12 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:1f8607937630: avcodec/mpeg12dec: Check chroma_format
[23:13:05 CEST] <tab1293> I have installed ffmpeg from source into a user directory ~/ffmpeg_build as the build instructions said. My make file looks like this http://pastebin.ca/3101404 and the code I am trying to compile is here http://dranger.com/ffmpeg/tutorial01.c
[23:13:35 CEST] <tab1293> But I just get a bunch of undefined references when trying to make
[23:13:48 CEST] <nevcairiel> the order of your link libraries is probably wrong then
[23:14:06 CEST] <tab1293> how do I know what the order should be?
[23:14:51 CEST] <tab1293> nevcairiel ^
[23:14:54 CEST] <BtbN> By using pkg-config
[23:15:11 CEST] <nevcairiel> that would certainly tell you
[23:15:56 CEST] <tab1293> where do I find the pkg-config files though?
[23:16:18 CEST] <nevcairiel> no idea what the perfect order is, but avutil should definitely come first, avcodec before avformat, avformat before avdevice, swresample may need to go before avcodec fi you build the opus decoder
[23:20:10 CEST] <tab1293> I am getting undefined references to system functions like undefined reference to `pthread_join'
[23:20:18 CEST] <tab1293> this doesn't seem like an order issue
[23:20:33 CEST] <BtbN> pkg-config also takes care of that.
[23:20:37 CEST] <BtbN> Just use it.
[23:21:07 CEST] <tab1293> BtbN, don't you need a pkg-config file specific to the library to use it? I can't find one for ffmpeg
[23:21:50 CEST] <BtbN> Every lib has one
[23:22:11 CEST] <BtbN> So just use a pkg-config call instead of your hardcoded -l and -I
[23:22:59 CEST] <nevcairiel> building ffmpeg should ge nerate you one
[23:23:24 CEST] <BtbN> you have to run make install though, otherwise they're not too usefull
[23:23:34 CEST] <BtbN> so make sure you build with a propper prefix somewhere in your ~
[23:37:45 CEST] <tab1293> I added the ffmpeg lib/pkgconfig path to my PKG_CONFIG_PATH envar but when I try to run pkg-config --libs avcodec it still can't find it...
[23:39:26 CEST] <BBB> isnt it libavcodec.pc?
[23:39:32 CEST] <BBB> so pkg-config libs libavcodec
[23:40:14 CEST] <tab1293> oh I thought it would prepend the lib to the name of the file, my mistake
[23:43:37 CEST] <cone-279> ffmpeg 03Niklesh 07master:1bf8f54274f8: movtextdec: Use default style information from movtext header
[23:59:44 CEST] <tab1293> BBB, okay so I got pkg-config and my that example transcode program to compile but now I get this error when I try to run the program: http://pastebin.ca/3101453
[00:00:00 CEST] --- Thu Aug 13 2015
1
0
[00:03:02 CEST] <LRUB1> Problem in compilation.
[00:04:39 CEST] <LRUB1> Typing "./configure --enable-shared" and "make && make check" generate erros before typing "make check".
[00:06:20 CEST] <LRUB1> I can do better. There is only one error and has a log file. Shall I send this?
[00:06:46 CEST] <c_14> send what you think is helpful
[00:07:07 CEST] <c_14> Just make sure you put it on a pastebin site and don't spam the channel with the output
[00:08:01 CEST] <LRUB1> http://pastebin.com/bneJZbjx
[00:09:32 CEST] <c_14> try recompiling with --enable-pic
[00:10:40 CEST] <LRUB1> That's what I did.
[00:11:25 CEST] <c_14> Can you give me the complete config.log ?
[00:12:01 CEST] <c_14> Do you have a system version of ffmpeg currently installed?
[00:12:15 CEST] <c_14> Are you sure the binary is linking against the correct libraries during runtime?
[00:13:20 CEST] <LRUB1> FFMPEG lasted version and my OS is Linux Debian 8 Jessie.
[00:13:22 CEST] <LRUB1> http://pastebin.com/ceX2JLcE
[00:13:45 CEST] <LRUB1> Installed all dep.
[00:14:18 CEST] <c_14> What I meant was, do you have a version of ffmpeg installed in /usr?
[00:15:28 CEST] <c_14> You can usually check with something like `which ffmpeg' to check if you have the binary somewhere though in this case the libraries are of more interest.
[00:15:52 CEST] <LRUB1> No. Installation "from scratch".
[00:16:46 CEST] <c_14> Can you run `ldd ffmpeg' while in the ffmpeg git tree? (where you ran make)
[00:18:41 CEST] <LRUB1> You asked if I can run the command? Yes! I can.
[00:18:51 CEST] <c_14> Can you pastebin the output?
[00:18:52 CEST] <LRUB1> Sorry. My english is bad.
[00:20:35 CEST] <LRUB1> I typed "make clean" then apareace "No such file or directory".
[00:21:01 CEST] <LRUB1> **appears
[00:22:23 CEST] <c_14> Yes, you need to do it after the `make'
[00:23:40 CEST] <LRUB1> Okay. Wait a few minutes.
[00:38:30 CEST] <LRUB1> http://pastebin.com/6DA4dR9g
[00:39:22 CEST] <LRUB1> This ldd log.
[00:39:53 CEST] <c_14> If you want to run make check with a dynamic build you'll probably have to install the libraries somewhere and then make sure it's in your LD_LIBRARY_PATH (or put it in your LD_RUN_PATH while compiling).
[00:40:08 CEST] <c_14> It seems that the ffmpeg binary is linking against a version of ffmpeg installed in /usr
[00:42:13 CEST] <LRUB1> "./configure --prefix=/usr"?
[00:42:34 CEST] <LRUB1> Sorry. I'am noob.
[00:43:09 CEST] <c_14> It defaults to /usr/local which is usually fine. If you put it in /usr it might clobber the system installed version of ffmpeg which may break things
[00:45:25 CEST] <ATField> (sorry for lagging with response) Directly converting to webm worked. I have no idea why they were advising to convert it to .raw first (I shouldve read the whole thing through first). Thanks for help, llogan.
[00:45:29 CEST] <LRUB1> But there's another version installed. Just this.
[00:46:10 CEST] <c_14> according to your ldd output there's a version of the libraries in /usr/lib/x86_64-linux-gnu/
[00:46:25 CEST] <LRUB1> But does not have another version installed. Just this.
[00:46:30 CEST] <LRUB1> *
[00:46:42 CEST] <c_14> If you're sure, then you can set --prefix=/usr
[01:03:43 CEST] <LRUB1> I'm running some tests. Anything, II will contact.
[01:22:48 CEST] <LRUB1> Both with "--prefix = / usr 'or' --prefix = / usr / local" appears the same error after entering "make check". And though you can install anyway, I'm afraid iso harms some important library as the last time I did that. Although the problem in this case is the "FLAC". And I do not use that much. Unless the "H.264" need of flac, maybe I can use FFmpeg without problems.
[01:22:48 CEST] <LRUB1> What do you think?
[01:27:35 CEST] <LRUB1> ?
[01:35:52 CEST] <LRUB1> Hello!
[01:36:44 CEST] <c_14> h264 doesn't need flac
[01:36:48 CEST] <c_14> flac is an audio codec
[01:36:55 CEST] <c_14> the error shouldn't be happening though
[01:38:40 CEST] <LRUB1> Ok. So it does not affect other libraries if I make the installation?
[01:39:48 CEST] <c_14> I don't know your system.
[01:40:10 CEST] <chungy> LRUB1: use either "--prefix=/usr" or "--prefix /usr" don't add extra spaces.
[01:40:50 CEST] <LRUB1> I don't add spaces.
[01:41:38 CEST] <LRUB1> Linux Debian 8 Jessie
[01:41:52 CEST] <LRUB1> I mentioned before.
[01:41:57 CEST] <chungy> <LRUB1> Both with "--prefix = / usr 'or' --prefix = / usr / local"
[01:41:58 CEST] <chungy> heh
[01:43:06 CEST] <c_14> LRUB1: I meant, I don't know what's on your system or if it'll overwrite something. If you build with LD_RUN_PATH=/usr/local/lib and then install with the default prefix of /usr/local it should normally be safe.
[01:46:28 CEST] <LRUB1> I'll try. But I think the error will persist.
[01:55:13 CEST] <LRUB1> I did what I thought was the correct and installed FFmpeg. I hope I have great inconvenience. Anything I do I contact.
[01:55:28 CEST] <LRUB1> Thanks for helping.
[03:24:49 CEST] <diffuse> I am looking at the best way to take a buffer of pcm data and write it to a wave format.
[03:24:57 CEST] <diffuse> via the FFmpeg C api
[03:30:25 CEST] <diffuse> which API is the best place to start
[03:38:18 CEST] <klaxa> sounds like you want to mux stuff
[03:38:40 CEST] <klaxa> so i guess avformat?
[03:38:47 CEST] <klaxa> maybe have a look at doc/examples/muxing.c
[03:38:54 CEST] <klaxa> diffuse: ^
[03:39:09 CEST] <diffuse> i looked at that
[03:39:14 CEST] <diffuse> perhaps i am missing something
[03:39:23 CEST] <diffuse> how do i indicate to generate a wave file?
[03:40:46 CEST] <klaxa> tell it avformat_alloc_output_context2()?
[03:41:10 CEST] <klaxa> https://ffmpeg.org/doxygen/trunk/avformat_8h.html#a6ddf3d982feb45fa5081420e…
[03:58:37 CEST] <diffuse> klaxa: what should avoutputformat be?
[03:59:28 CEST] <kyleogrg> i'm doing a bit of searching over an ffmpeg question. perhaps you can point me in the right direction. I want to concatenate two DV-AVI files without reencoding.
[03:59:53 CEST] <kyleogrg> so i have: -c:v copy -c:a copy output.avi
[04:00:37 CEST] <kyleogrg> is this still a "dv" avi, or does it lose some container info?
[04:01:56 CEST] <klaxa> diffuse: probably "wav"?
[04:06:32 CEST] <LanDi> ffmpeg -f pulse -ac 2 -ar 44100 -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -filter_complex amix=inputs=1 -ar 44100 -q:a 1 luta.wav | fmpeg -f x11grab -r 60 -s 1050x590 -i :0.0+0,0 -vcodec libx264 -preset veryfast -crf 18 -pix_fmt yuv420p luta.mkv
[04:06:45 CEST] <LanDi> why these two commands are not executed at the same time?
[04:09:14 CEST] <klaxa> kyleogrg: have just tried it out?
[04:09:49 CEST] <klaxa> LanDi: because you are piping them, also you could put both in the same command and even the same file
[04:10:07 CEST] <LanDi> klaxa, I tried
[04:10:11 CEST] <LanDi> didnt worked
[04:10:23 CEST] <LanDi> how can I fix that?
[04:10:50 CEST] <kyleogrg> klaxa: the problem was that i concatenated several DV scenes into one video, but the resulting video duration was much shorter
[04:11:15 CEST] <kyleogrg> now i just tried it with video only, no audio, and it looks like it worked
[04:11:36 CEST] <kyleogrg> it may be because the different clips have different audio sample rates
[04:11:45 CEST] <klaxa> that may very well be
[04:12:01 CEST] <klaxa> different sample rates have messed up concat for me too
[04:12:07 CEST] <kyleogrg> although when i did concat, i stream copied video and *converted* audio to 41000 wav
[04:12:25 CEST] <bornpilot1> LanDi did you try the concat script?
[04:12:39 CEST] <kyleogrg> i wonder why this didn't work. maybe i will try video and audio separately and then mux them
[04:12:51 CEST] <klaxa> LanDi: ffmpeg -f x11grab -framerate -s 1050x590 -i :0.0 -f pulse -ac 2 -ar 44100 -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -filter_complex amix=inputs=1 -ar 44100 -q:a 1 -c:v libx264 -preset veryfast -crf 18 luta.mkv
[04:12:55 CEST] <LanDi> klaxa, https://bpaste.net/show/13145b7723ce
[04:13:13 CEST] <LanDi> klaxa, ohh, I see
[04:13:16 CEST] <klaxa> kyleogrg: you will probably have to re-encode the audio if it has different sampling rates
[04:13:29 CEST] <klaxa> ah whoops
[04:13:34 CEST] <klaxa> -framerate 60
[04:13:46 CEST] <klaxa> you have to use -framerate 60 instead of -r 60 btw
[04:13:55 CEST] <LanDi> klaxa, :0.0: Protocol not found
[04:14:18 CEST] <kyleogrg> klaxa: right. but what i'm saying is that i stream-copied video & re-encoded audio, all at once -- and it didn't work. but i'll try them separately
[04:14:41 CEST] <klaxa> ah, hmm... that's weird
[04:14:53 CEST] <klaxa> LanDi: can you pastebin your command with complete output?
[04:15:19 CEST] <LanDi> klaxa, too late :(
[05:27:09 CEST] <LanDi> klaxa, sorry man, I was recording a live stream
[05:27:27 CEST] <LanDi> anyways, the problem was I miss the "f" at the seconf ffmpeg command
[05:27:38 CEST] <LanDi> it was fmpeg... instead of ffmpeg
[05:27:42 CEST] <LanDi> thanks dude
[08:50:45 CEST] <fooba> Hi all! I have a folder with images which I want to convert to a video(slideshow). Each image is named as the time in millisecond at which it was taken. Can I convert these images to video using ffmpeg so that images are displayed at correct time?
[13:04:43 CEST] <techtopia> hello
[13:04:52 CEST] <techtopia> can i use ffmpeg for commercial projects?
[13:05:35 CEST] <KarlFranz> I suppose that depends on what you compile in it.
[13:05:51 CEST] <techtopia> no i mean videos encoded with it
[13:05:55 CEST] <KarlFranz> It is easy to create non-distributable binaries if you compile certain codecs in it.
[13:06:03 CEST] <techtopia> i want to set up a streaming platform
[13:06:18 CEST] <KarlFranz> That depends on the codec the video is serving.
[13:06:24 CEST] <techtopia> ahh
[13:06:29 CEST] <KarlFranz> h264 is most likely a no-go.
[13:06:34 CEST] <KarlFranz> Unless you pay $$$$
[13:06:45 CEST] <KarlFranz> to the consortium behind h264
[13:06:45 CEST] <techtopia> i see
[13:07:11 CEST] <KarlFranz> If you wanna go hassle free you can go with vp8 video, vorbis audio and webm or mkv containers.
[13:18:49 CEST] <xerox> KarlFranz: so sites using HLS are paying the consortium for the use of H.264?
[13:19:36 CEST] <sfan5> wasn't HLS recently patented?
[13:19:50 CEST] <sfan5> or plans announced to have usage fees?
[13:20:06 CEST] <xerox> wow, I wonder what that amounts to ($$$) for twitch
[13:20:16 CEST] <Mavrik> xerox, no
[13:20:32 CEST] <Mavrik> H.264 internet videos that are free to view are exempt from patent fees
[13:20:38 CEST] <Mavrik> On August 26, 2010, MPEG LA announced that H.264 encoded internet video that is free to end users will never be charged royalties.[18] All other royalties remain in place, such as royalties for products that decode and encode H.264 video as well as to operators of free television and subscription channels.[19] The license terms are updated in 5-year blocks.[20]
[13:20:44 CEST] <KarlFranz> xerox: There are limitations depending on what you do with the videos.
[13:21:00 CEST] <xerox> that makes a lot of sense, I was stunned if that would have been the case for free to view videos as well
[13:21:49 CEST] <Mavrik> xerox, also note that you only have to give a damn about that if you're in a country where software patents can be upheld in court
[13:22:11 CEST] <sfan5> does that mean only in the US?
[13:22:54 CEST] <Mavrik> That's a question for your lawyer :)
[13:23:11 CEST] <Mavrik> (Question being - just how much can you be pushed from US if you're a non-US company)
[13:23:19 CEST] <sfan5> *googles*
[13:24:19 CEST] <xerox> I'm going to assume Mavrik just gave me legal counsel in case anything goes wrong
[13:24:57 CEST] <Mavrik> You can do so :P
[13:25:02 CEST] <xerox> lol
[13:25:05 CEST] <KarlFranz> Or you can go webm route :-)
[13:25:24 CEST] <Mavrik> The route of killing users batteries with stuttery video? :)
[13:25:34 CEST] <Mavrik> VP8 encoder is essentially abandoned
[13:25:40 CEST] <KarlFranz> Fuck users, make a deal with batery sellers.
[13:25:42 CEST] <Mavrik> VP9 just eats through CPU like nothing else when decoding.
[13:31:55 CEST] <techtopia> it would be h264 and the content would be charged for so looks like i need to look into licensing
[13:32:03 CEST] <techtopia> which might make the whole idea un feasable heh
[13:32:47 CEST] <KarlFranz> Or just jump codec.
[13:36:13 CEST] <iive> you can make deal with Tesla, at least it have huge battery
[13:44:01 CEST] <JEEB> Mavrik: I think the VP9 decoder, especially lavc is actually fast
[13:47:30 CEST] <JEEB> it's the encoding that really lörps it up
[13:51:15 CEST] <KarlFranz> Yes, encoding takes a pair :-)
[13:53:14 CEST] <Mavrik> JEEB, at higher resolutions using the CPU really kills a lot of devices
[13:53:27 CEST] <Mavrik> And you don't get the benefit of HW decoding you get for H.264
[13:54:02 CEST] <Mavrik> VP9 might be fast in comparison with H.264 on CPU but at the end of the day, VP9 will turn your laptop into screaming useless mess while H.264 wont
[13:55:31 CEST] <Mavrik> On mobile it's a bit worse since a lot of those CPUs just don't have enough horsepower to decode it
[14:00:51 CEST] <JEEB> sure, if you are talking about the possibility of HW decoding
[14:01:08 CEST] <JEEB> I was just thinking of VP9 vs HEVC on software decoding level
[14:01:16 CEST] <JEEB> since those are of the same generation
[14:01:29 CEST] <JEEB> not sure if lavc AVC is slower or faster than lavc VP9
[14:01:35 CEST] <JEEB> haven't been able to make a proper test
[14:01:48 CEST] <JEEB> but BBB sure loved a lot of asm into the VP9 decoder since it's his baby
[14:01:58 CEST] <JEEB> (he used to work on the VP9 team at G)
[14:37:02 CEST] <eiji> how do i join 2 .ts files with ffmpeg into a single .ts?
[14:37:28 CEST] <BtbN> cat file1.ts file2.ts > file.ts
[14:37:37 CEST] <eiji> no need to use ffmpeg?
[14:37:44 CEST] <BtbN> If the files are similar enough, no
[14:37:54 CEST] <eiji> i created them with ffmpeg and yeah identical specs
[14:38:04 CEST] <eiji> how would you do it with ffmpeg j/w?
[14:38:17 CEST] <BtbN> concat demuxer
[14:40:40 CEST] <eiji> you mean like this: ffmpeg -i "concat:1.ts|2.ts" -c copy out.ts
[14:41:34 CEST] <BtbN> That's the concat protocol.
[14:41:44 CEST] <BtbN> It basicaly does the same as cat does.
[14:42:08 CEST] <BtbN> The concat demuxer is way better and works with more formats.
[14:42:11 CEST] <eiji> ah
[14:43:34 CEST] <eiji> looking at concat demuxer the syntax looks the same as what i used: https://trac.ffmpeg.org/wiki/Concatenate
[14:44:06 CEST] <eiji> do you mean the concat protocol instead?
[14:44:59 CEST] <BtbN> I think you should read that page again
[14:46:38 CEST] <eiji> they use a text file is the difference unless i misunderstand
[14:46:49 CEST] <BtbN> It's on the demuxer level instead of on the file level.
[14:47:18 CEST] <BtbN> The differences are explained at the very top of that page.
[14:49:11 CEST] <eiji> you said works with more formats, the concat demuxer can be used to join mp4 files into a single mp4 file (same encode specs)?
[14:49:50 CEST] <BtbN> you can even mix diffrent containers, as long as the content matches.
[15:13:40 CEST] <eiji> so you can use ffmpeg demuxer to go from h264 to mp4 too?
[15:14:02 CEST] <BtbN> h264 is a codec, mp4 is a container. It's not something you convert between.
[15:14:40 CEST] <eiji> got it
[15:15:00 CEST] <eiji> the .h264 file i figured is in some sort of container, a h264 container :P
[15:15:17 CEST] <Mavrik> It's just raw dumped H.264 stream
[15:15:25 CEST] <Mavrik> Which is fun fun because it's not wrapped in a container :P
[15:17:12 CEST] <eiji> so the only way to do so with ffmpeg to go from h264 to mp4 with ffmpeg is h264->ts->mp4
[15:17:26 CEST] <Mavrik> Nah, you can go directly
[15:17:44 CEST] <Mavrik> You'll probably have to manually set FPS and some other things for ffmpeg to get things right and keep video in sync
[15:17:56 CEST] <eiji> ffmpeg -i 1.h264 -c copy 1.mp4 ?
[15:18:28 CEST] <Mavrik> Hmm, try it :)
[15:18:31 CEST] <eiji> ah ok maybe easier to just stick it in a container. only thing i would set is the FPS
[15:18:42 CEST] <Mavrik> Just stick it into a .TS rather
[15:18:47 CEST] <eiji> alright
[15:18:50 CEST] <Mavrik> It's a concatable streamamble format and it'll hurt you less
[15:19:04 CEST] <Mavrik> You'll live through the 5% size penalty :P
[15:26:47 CEST] <Timster> Mavrik, for terms of concatenation - you would recommend .ts over .mkv or .flv?
[15:55:19 CEST] <Mavrik> Neither MKV nor FLV are really concatenable by themselves - you have to remux.
[15:55:37 CEST] <Mavrik> I'd recommend remuxing in any case since that usually fixes timestamps, pids and other structures
[15:57:55 CEST] <stephenmac7> I have a question: on the front page of the website it says: "Converting videos and audios has never been so easy." If I'm not mistaken, "audios" should be "audio."
[15:58:04 CEST] <stephenmac7> *"audio".
[16:02:19 CEST] <saste> stephenmac7, indeed
[16:02:57 CEST] <saste> but people are lazy and they never fix it
[16:02:59 CEST] <stephenmac7> It's kind of obvious, so I guess you all probably already know that, but just haven't gotten around to fixing it.
[16:03:13 CEST] <stephenmac7> But I just wanted to make sure.
[16:08:03 CEST] <stephenmac7> saste: Okay, thanks anyway.
[16:09:58 CEST] <saste> bah, email sent
[17:01:24 CEST] <td_> Hey. I am using ffmpeg to convert a series of png files into a video. It works just fine. But if I add an overlay using -filter_complex ffmpeg encodes the video but hangs forever afterwards
[17:01:33 CEST] <td_> full commands: http://dpaste.com/3ZJ23Z8
[17:30:38 CEST] <tellendil> Hello ! I'm trying to test security-related compiler optimizations against mainstream softwares, and ffmpeg is a great subject for this. For this I try to trigger old CVE's published by ffmpeg (once the patch is removed), but I've got quite a lot of trouble to find inputs that would actually trigger the bug. Does somebody has an idea where I could look or who I could ask ? Thanks a lot !
[17:33:34 CEST] <JEEB> a lot of the stuff from f.ex. big G never comes with a sample
[17:33:51 CEST] <JEEB> so there's a patch and a possible CVE number, but nothing else
[17:34:06 CEST] <JEEB> although I'm not sure if those G things even come with a CVE
[17:35:01 CEST] <JEEB> for the rest there might be stuff in the related trac or whatever tickets
[17:35:11 CEST] <JEEB> other samples have to be private but are given to developers
[17:35:49 CEST] <tellendil> Would it be possible to access these samples once the CVE is patched ?
[17:58:43 CEST] <JEEB> tellendil: depends on a whole lot of things
[17:59:05 CEST] <JEEB> 1) if there was a sample provided at all
[17:59:23 CEST] <JEEB> 2) was the sample provided privately
[18:00:09 CEST] <JEEB> anyways you should probably poke either the users or devel mailing list
[18:00:33 CEST] <tellendil> JEEB: yeah I understand. Ok, I will ask on the users mailing list then, thanks a lot !
[18:02:02 CEST] <JEEB> the privately thing is mostly related to rights issues or privacy related concerns
[18:45:12 CEST] <explodes_> Does the h.264 decoder require --enable-gpl ?
[19:06:59 CEST] <DHE> explodes_: it does. x264 has its own GPL modes, but those aren't related to ffmpeg
[19:09:27 CEST] <durandal_170> Op asked decoder and not encoder
[19:10:21 CEST] <BtbN> The ffmpeg native h264 decoder is LGPL 2.1 iirc
[19:11:48 CEST] <DHE> oops, my bad...
[19:11:57 CEST] <DHE> yeah because x264 requires --enable-gpl
[21:32:02 CEST] <maisre> I have requirements to develop a teleoperation video solution with sub 200ms of latency over a wireless network (possibly mesh) using H264 encoded video streams, is this even possible?
[21:32:58 CEST] <Mavrik> Possible, but not really with off-the-shelf components
[21:34:07 CEST] <maisre> I have Axis security cameras and software is all up to me, what would you recommend to make this work?
[22:37:28 CEST] <explodes_> mp4 isn't an encoding type right, it's just a container format?
[22:37:34 CEST] <explodes_> afaik*
[22:37:44 CEST] <chungy> correct
[22:40:59 CEST] <Mavrik> Indeed :)
[23:06:11 CEST] <occupant> it's often used interchangibly with x264 though
[23:06:25 CEST] <occupant> so sometimes it's important to nail down exactly what someone is talking about
[23:09:19 CEST] <occupant> And technically it is MPEG4
[23:09:53 CEST] <chungy> x264 is one implementation of H.264, which is the actual codec :P
[23:10:10 CEST] <chungy> likewise x265 is an implementation of HEVC, previously known as H.265.
[23:10:22 CEST] <tab1293> I have installed ffmpeg from source into a user directory ~/ffmpeg_build as the build instructions said. How can I include and link ffmpeg in a makefile now?
[23:11:06 CEST] <tab1293> this is what my make file looks like right now http://pastebin.ca/3101404
[00:00:00 CEST] --- Thu Aug 13 2015
1
0
[01:35:14 CEST] <kierank> ubitux: thank you i guess
[02:52:12 CEST] <_marco> I have a 24MB .ts file recorded from a tv set which I don't know the format but would like to know if anyone is able to reverse engineer it. Where do you suggest me to ask about?
[02:59:29 CEST] <kierank> a ts is an mpeg-transport stream
[02:59:33 CEST] <kierank> it's a standard format
[02:59:39 CEST] <kierank> if it doesn't open in ffmpeg then it's encrypted
[03:15:56 CEST] <_marco> kierank: is there any simple way to decrypt it?
[03:16:02 CEST] <kierank> no
[03:16:17 CEST] <kierank> read the specs, understand what's going on etc
[03:16:52 CEST] <_marco> the footer of the file has some unencrypted streams
[03:17:02 CEST] <_marco> I mean strings, not streams
[03:17:15 CEST] <kierank> then maybe it's not a ts
[03:18:21 CEST] <_marco> the beginning of the file has some repeated patterns of 47 1f ff 10
[03:18:38 CEST] <_marco> for about 188k, the some data starts
[03:19:16 CEST] <kierank> that's a transport stream header
[03:19:30 CEST] <_marco> a null header, AFAIK
[03:19:42 CEST] <kierank> what does ffmpeg -i file.ts say?
[03:19:47 CEST] <kierank> or ffprobe file.ts
[03:20:42 CEST] <_marco> ffmpeg -i gives "could not find codec parameters"; stderr is filled with "[mpegts @ 0x749980] Continuity check failed for pid 301 expected 9 got 8"
[03:21:07 CEST] <kierank> probably encrypted then
[03:22:57 CEST] <_marco> kierank: is there any program able to find a header a frame header in the middle of the stream and try to extract some video?
[03:23:06 CEST] <kierank> that's what ffmpeg tries to do
[04:16:17 CEST] <LRUB> Hello!
[04:16:46 CEST] <LRUB> Problem in compilation with enable shared.
[04:19:28 CEST] <LRUB> Error 1:
[04:19:28 CEST] <LRUB> http://pastebin.com/8uQb1EPE
[04:20:00 CEST] <LRUB> Error 2:
[04:20:00 CEST] <LRUB> Test api-flac failed. Look at tests/data/fate/api-flac.err for details.
[04:20:00 CEST] <LRUB> tests/Makefile:202: recipe for target 'fate-api-flac' failed
[04:20:00 CEST] <LRUB> make: *** [fate-api-flac] Error 127
[04:20:00 CEST] <LRUB> root@pangas:/home/pangas/Programas-e
[04:20:41 CEST] <LRUB> Error 1:
[04:20:41 CEST] <LRUB> make && make check
[04:20:41 CEST] <LRUB> Error 2:
[04:20:41 CEST] <LRUB> make -j4 && make check
[04:23:11 CEST] <cone-463> ffmpeg 03Michael Niedermayer 07master:8623aba04368: doc/codecs: Document color_range for the input side
[04:26:46 CEST] <LRUB> ??
[04:32:26 CEST] <LRUB> Hello?
[04:48:37 CEST] <LRUB> Hello
[04:48:39 CEST] <LRUB> ?!
[04:49:21 CEST] <jamrial> LRUB: are you using the latest git version of ffmpeg? the first error shouldn't happen anymore
[04:49:28 CEST] <jamrial> no idea about the second error
[04:51:31 CEST] <LRUB> Yes. The latesd version.
[04:51:40 CEST] <LRUB> *latest
[04:52:51 CEST] <jamrial> no idea why it happens then. linking problems with shared builds were supposedly fixed a few weeks ago
[05:22:58 CEST] <LRUB> Once typed make install after the error in "make check". It worked. but one dependency (which I had installed) showed error. Function not found in the library. And I could not even do stream.
[05:23:54 CEST] <LRUB> I'am pruducer and video editor.
[05:24:24 CEST] <LRUB> *producer
[05:28:39 CEST] <LRUB> FFMPEG is extremelly necessary.
[05:55:45 CEST] <LRUB> Forget it.I was doing it because of the "Open Broadcast", which fails to compile. But I will have to look for one that has the functions to select, resize and move each separate window during the stream.
[05:55:45 CEST] <LRUB> Who know a good, tell me. =)
[06:03:16 CEST] <cone-463> ffmpeg 03Rostislav Pehlivanov 07master:ef8e5a61c85d: aacenc: Move small misc. functions to a separate file
[08:22:23 CEST] <ubitux> kierank: does it work?
[10:38:09 CEST] <wm4> I'm confused, does annexb have extradata or not?
[10:38:16 CEST] <wm4> I thought the whole point was that it doesn't
[10:39:06 CEST] <nevcairiel> it doesnt need to, but for easier codec init etc avformat will extract a param set into extradata anyway
[10:39:24 CEST] <nevcairiel> some containers (cough avi, cough) will store extradata with annexb as well
[10:40:01 CEST] <wm4> are the latter just with redundant extradata, or do they corrupt the bitstream?
[10:40:19 CEST] <wm4> are there sample files?
[10:40:37 CEST] <nevcairiel> i actually have no idea if these avis also include the extradata inside the stream
[10:40:43 CEST] <nevcairiel> i suppose you should expect both
[10:41:59 CEST] <wm4> well, the h264toannexb bsf has a "private_spspps_buf" option, which avoids corrupting the codec context's extradata field, but you also can't get the "processed" extradata normally output by it (whatever that is)
[10:42:47 CEST] <nevcairiel> well most containers that want annexb shouldnt want extradata
[10:42:49 CEST] <nevcairiel> ie. ts
[10:42:57 CEST] <nevcairiel> so its probably not a big problem
[10:43:31 CEST] <nevcairiel> this magicsauce option is for these dumb hardware decoders that dont accept mp4-style, and the devs were too lazy to implement their own quick bitstream fixing
[10:44:17 CEST] <wm4> that's probably what I'm dealing with
[10:51:52 CEST] <wm4> shouldn't there be at least 1 person in the planet who has code using AV_PIX_FMT_QSV?
[10:52:35 CEST] <nevcairiel> probably not
[10:53:50 CEST] <rcombs> was there ever a verdict about making libdcadec the default DCA decoder when it's built?
[10:54:07 CEST] <nevcairiel> send a patch and I'll support it
[10:54:39 CEST] <rcombs> should just be a matter of moving the REGISTER_ line in allcodecs.c to before the regular dca one, yeah?
[10:56:27 CEST] <nevcairiel> yes, but it should probably look somewhat clean and not just shoved in the middle of something there
[10:57:15 CEST] <wm4> also convincing "them" is the hardest part
[11:05:40 CEST] <__gb__> wm4, nevcairiel: well, it could indeed be interesting to have at least one user of any new codec prior to integrating it, just to make sure e.g. it can be demonstrated how to use it
[11:06:27 CEST] <nevcairiel> it can be used with "normal" pixfmts like NV12 in any case
[11:12:38 CEST] Action: __gb__ just returned from vacation and learned about the Changes -- will postpone hwaccel changes/discussions then for next VDD :)
[11:17:07 CEST] <__gb__> hey, VDD happens during the French "journées du patrimoine" -- interested parties might want to visit élysée palace, or some other undergrounds officially opened during that time
[11:24:06 CEST] <ubitux> i'm trying to use an avio dyn buf as custom avio for a format
[11:24:37 CEST] <ubitux> but it stalls on the avformat_open_input
[11:26:14 CEST] <ubitux> steps i'm doing are: avformat_alloc_context(), then avio_open_dyn_buf(), the avio_printf() a few things in the dyn buf, avio_flush() it, set the fmt->pb to that avio, enable custom io fmt flag, and then avformat_open_input the fmt with the input format forced/hinted
[11:26:20 CEST] <ubitux> am i missing something in the process?
[11:29:01 CEST] <ubitux> setting the flag is actually useless since it's done automatically
[11:29:59 CEST] <nevcairiel> i think you need to provide a custom read function
[11:30:26 CEST] <ubitux> the avio obtained with avio_open_dyn_buf() doesn't take care of this?
[11:30:37 CEST] <wm4> (lol)
[11:30:38 CEST] <nevcairiel> no idea
[11:30:44 CEST] <nevcairiel> but i dont think its designed for that use
[11:31:01 CEST] <wm4> yeah, I guess an avio thing is either for reading or writing
[11:31:03 CEST] <wm4> never both
[11:31:11 CEST] <wm4> maybe.
[11:31:20 CEST] <ubitux> mmh
[11:31:44 CEST] <nevcairiel> yeah those dynbufs dont have any read function
[11:31:46 CEST] <nevcairiel> its a writing concept
[11:31:56 CEST] <ubitux> i see
[11:32:01 CEST] <cone-597> ffmpeg 03Marton Balint 07master:086001652982: concatdec: fix broken file_inpoint calculation
[11:32:10 CEST] <ubitux> that's too bad
[11:32:29 CEST] <nevcairiel> a read function for a memory buffer isnt that complex though
[11:32:44 CEST] <nevcairiel> i guess its not common enough of a usecase to have content in memory
[11:32:50 CEST] <nevcairiel> otherwise we may have a function for that
[11:33:09 CEST] <ubitux> i'm using it for concat; and i guess i could use it for stuff like subtitles
[11:35:13 CEST] <wm4> custom aviobufs are really awkward
[11:35:26 CEST] <wm4> they could probably be improved significantly
[11:35:48 CEST] <nevcairiel> i dont know, seems straight forward, provide read/write/seek function (as applicable), done
[11:35:55 CEST] <nevcairiel> the only odd thing is the buffer you need to provide, i guess
[11:36:09 CEST] <wm4> yes, small odd things like this
[11:37:14 CEST] <wm4> ok, maybe that's all what's odd
[11:37:28 CEST] <nevcairiel> i have no idea why it doesnt allocate that internally
[11:37:33 CEST] <nevcairiel> some old micro-opt i guess
[11:37:36 CEST] <wm4> (hysteric: the aviobuf code might reallocate your buffer, and you still have to free that buffer at the end)
[11:37:43 CEST] <wm4> and read_seek is also odd
[11:38:01 CEST] <nevcairiel> read_seek?
[11:38:11 CEST] <wm4> it's a callback
[11:38:21 CEST] <wm4> for network protocols which include seeking by timestamp
[11:38:26 CEST] <nevcairiel> oh that
[11:38:30 CEST] <nevcairiel> but thats not part of avio
[11:38:44 CEST] <nevcairiel> not the normal avio contexts anyway
[11:38:50 CEST] <nevcairiel> thats URLProtocol
[11:39:10 CEST] <wm4> AVIOContext.read_seek exists
[11:39:31 CEST] <nevcairiel> avio_alloc_context knows nothing of that sort
[11:39:40 CEST] <nevcairiel> in any case, if you dont know what to make of it, just dont use it :D
[11:40:11 CEST] <nevcairiel> i believe the demuxer in question needs to explicitly call read_seek as well
[11:40:19 CEST] <nevcairiel> which makes it unsupported at best
[11:40:33 CEST] <wm4> ok, you can ignore it for most use-cases
[11:41:06 CEST] <nevcairiel> for any common use, you dont need to even look into AVIOContext, just set the t hings avio_alloc_context offers you to set and it works
[12:13:08 CEST] <wm4> what was the ffmpeg push url again?
[12:13:43 CEST] <ubitux> git@source.ffmpeg.org:ffmpeg
[12:13:56 CEST] <wm4> thanks
[12:14:22 CEST] <cone-597> ffmpeg 03wm4 07master:750f72d77587: mmaldec: hack against buffering problems on broken input
[12:14:23 CEST] <cone-597> ffmpeg 03wm4 07master:7f116973d59b: mmaldec: do not mutate user's AVCodecContext extradata field
[12:14:24 CEST] <cone-597> ffmpeg 03wm4 07master:67db57ea12bf: mmaldec: fix problems with flush logic
[12:24:24 CEST] <ubitux> nevcairiel: seems it's not enough; it tries to read 1024, i return 211, it tries to read again 1024, i return EOF, and then it's stalled again
[12:24:30 CEST] <ubitux> i guess it's not enough
[12:24:43 CEST] <ubitux> but anyway, i'm going to check further
[12:25:34 CEST] <jameshowe> Unsure whether this is off-topic, but has anyone tried an ffmpeg build with Xcode 7, -fenable-bitcode for armv7?
[12:26:17 CEST] <jameshowe> Adding that flag gives a segfault at runtime; I'm about to start investigating
[12:29:55 CEST] <wm4> what does the flag do?
[12:30:10 CEST] <wm4> oh let me guess, LTO?
[12:31:41 CEST] <nevcairiel> from a quick google, bitcode is an intermediate representation that apples compilers can output, which allows the app-store to "re-compile" it for all relevant target platforms
[12:31:50 CEST] <nevcairiel> doesnt sound like something ffmpeg would ever work in
[12:31:50 CEST] <jameshowe> includes the llvm intermediate in the objects, so that Apple can re-compile it to target different devices at install time
[12:32:29 CEST] <jameshowe> assembly and intrinsics are excluded, so there's no reason it shouldn't work
[12:32:49 CEST] <jameshowe> and you have to have all your libraries including bitcode in order to enable it in the app
[12:33:31 CEST] <jameshowe> however, that only applies when you upload to the store, yet it crashes from a local install even if the app has bitcode disabled
[12:34:38 CEST] <jameshowe> there's no reason I can see for the adding of a bitcode section should change the code in the armv7 section, so first thought is a clang bug
[12:38:21 CEST] <jameshowe> and arm64 seems to be fine - at least it doesn't crash from the testing I've done
[12:50:25 CEST] <jameshowe> any point in a stack trace, or shall I come back when I've got a better idea what's happening?
[12:56:03 CEST] <wm4> jameshowe: I'd blame apple
[12:56:21 CEST] <jameshowe> quite
[13:35:59 CEST] <jameshowe> the register allocations in the function that crashes are different, but I can't tell whether that would make it crash
[14:02:05 CEST] <jameshowe> ah here we go - it's changed from NOVFP to VFP in the .S files
[14:06:40 CEST] <jameshowe> that's the -mfpu flag?
[14:16:39 CEST] <jameshowe> --disable-vfp didn't put it back to NOVFP
[14:26:57 CEST] <jameshowe> "Compiler does not indicate floating-point ABI, guessing vfp."
[14:27:04 CEST] <jameshowe> any clues to override that?
[14:37:41 CEST] <cone-597> ffmpeg 03Ivan Uskov 07master:44857e7a3696: libavcodec/qsvdec.c: Extended error messages for MFXVideoDECODE_Init() result
[14:45:18 CEST] <ubitux> do we have avio with both read & write?
[14:50:04 CEST] <ubitux> it seems avio_read() doesn't like it much when you can both read & write (even though it has specific path for writable avio)
[14:55:10 CEST] <jameshowe> I think there's at least one bug in your configure script, as --disable-vfp should prevent it from guessing vfp
[14:57:02 CEST] <Compn> jameshowe : could be, whats your configure line ?
[15:03:25 CEST] <jameshowe> ./src/2.5.2/configure --target-os=darwin --arch=armv7 --cc='xcrun -sdk iphoneos clang' --disable-debug --disable-programs --disable-doc --enable-cross-compile --enable-pic --enable-static --enable-small --disable-encoders --disable-muxers --disable-filters --disable-bsfs --disable-zlib --disable-bzlib --disable-iconv --disable-vfp --logfile=config.log --extra-cflags='-arch armv7 -mios-version-min=7.0 -mno-thumb -fembed-bitcode'
[15:03:25 CEST] <jameshowe> --extra-cxxflags='-arch armv7 -mios-version-min=7.0 -mno-thumb -fembed-bitcode' --extra-ldflags='-arch armv7 -mios-version-min=7.0 -mno-thumb -fembed-bitcode' --prefix=thin/armv7
[15:04:15 CEST] <jameshowe> admittedly, not the latest release
[15:22:50 CEST] <cone-597> ffmpeg 03Ganesh Ajjanagadde 07master:92a4bda95b84: doc/ffmpeg: correct minor typo
[15:45:01 CEST] <jameshowe> can't work out why its guess changes with bitcode, but have resolved the issue by removing that section of the configure script
[15:47:32 CEST] <jameshowe> might have a patch to fix --disable-vfp soon
[16:27:23 CEST] <cone-597> ffmpeg 03Paul B Mahol 07master:f0708b751f4f: avfilter/vsrc_testsrc: correct colors for smptebars
[17:02:15 CEST] <kierank> haha at that ticket
[17:05:59 CEST] <wm4> urgh what
[17:06:49 CEST] <wm4> I really hate rounded timestamps
[17:11:54 CEST] <JEEB> kierank: that person just derp'd over at #ffmpeg as well
[17:18:39 CEST] <nevcairiel> is his primary concern really a few bytes for the timestamp table
[17:33:09 CEST] <BBB> JEEB: poke
[18:15:24 CEST] <kierank> this thread is going to be popcorntastic
[18:16:27 CEST] Action: wm4 jumps in
[18:56:32 CEST] <nevcairiel> i'm sure we have one like that already
[18:56:36 CEST] <nevcairiel> find it and close as dupe
[20:21:38 CEST] <llogan> durandal_1707: attachment is a .swp
[20:21:45 CEST] <llogan> aphasemeter
[20:22:55 CEST] <BBB> michaelni: has that swscale gsoc student committed any code so far?
[20:23:25 CEST] <BBB> michaelni: its very risky to have a student do a single patch submission at the end of gsoc, that has (in the past) usually resulted in no patch ever being merged at all...
[20:23:37 CEST] <BBB> continuous streams of patches tend to work better...
[20:28:50 CEST] <michaelni> BBB, dont hesitate to push him into doing more & quicker, his patch 2 weeks ago was already working fine but it had a speed regression which is why he wanted to work more on it before it is commited
[20:29:00 CEST] <michaelni> didnt look at the new one from today yet
[20:29:59 CEST] <durandal_1707> llogan: because I'm on windows....
[20:37:43 CEST] <llogan> my condolences
[21:30:19 CEST] <BBB> so & thor
[21:30:27 CEST] <BBB> this will be fun
[22:28:57 CEST] <LRUB1> Hello. I came here yesterday to solve the problem FFmpeg after "make check: error" after setting the prefix "--enable-shared" in "./configure". Already arranged a solution? On the internet're hard to find one.
[22:29:59 CEST] <LRUB1> Linux Debian 8 Jessie.
[22:31:03 CEST] <LRUB1> ?
[22:31:39 CEST] <LRUB1> Still mistake in scoring ...
[22:31:51 CEST] <LRUB1> :|
[22:49:40 CEST] <BBB> LRUB1: that doesnt sound like a developer issue& did you try asking on #ffmpeg?
[22:50:56 CEST] <LRUB1> This problem is in ccompitation.
[22:51:52 CEST] <nevcairiel> we have test systems running such a compilation every day, so if there was a fundamental issue, one of them would've found it
[22:52:18 CEST] <cone-597> ffmpeg 03Carl Eugen Hoyos 07master:daf2c35f52e0: lavc: Remove newline from avpriv_request_sample() calls.
[22:54:58 CEST] <llogan> all instances of Libav have apparently been removed from Arch User Repository.
[22:59:13 CEST] <klaxa> wow, why's that?
[22:59:32 CEST] <llogan> i don't know. maybe they realized nobody used it.
[22:59:50 CEST] <nevcairiel> probably had no maintainer interested anymore
[22:59:56 CEST] <nevcairiel> stuff gets canned then
[23:00:08 CEST] <llogan> usually gets orphaned first
[23:07:07 CEST] <llogan> durandal_1707: now i need to make a new filter example for wiki/Encode/YouTube
[23:07:20 CEST] <llogan> must use all A->V
[23:09:13 CEST] <wm4> AUR is a joke
[23:09:20 CEST] <wm4> whether there is something or not means nothing
[23:10:28 CEST] <llogan> emo
[23:10:43 CEST] <wm4> do you know how AUR is used?
[23:10:51 CEST] <wm4> it's not even a package repository
[23:11:10 CEST] <wm4> you download stuff manually, build it manually, and then you get a arch package which you install manually
[23:11:11 CEST] <llogan> yes. and it was just an aside. nobody claimed it meant shit.
[23:13:53 CEST] <kierank> 10:10 PM <"llogan> emo
[23:13:53 CEST] <kierank> lol
[23:24:28 CEST] <LRUB1> Traduzir do: inglês Weird. Already tested with "make check"?
[23:25:19 CEST] <cone-597> ffmpeg 03Ganesh Ajjanagadde 07master:0581ab2caccc: avcodec/g729: add g729_parser
[23:25:20 CEST] <cone-597> ffmpeg 03Michael Niedermayer 07master:8992029fc0a4: avcodec/g729_parser: Replace codec_id check by assert
[23:27:10 CEST] <LRUB1> I blew it. My English is bad and I'm using Google Translator. = P
[23:30:09 CEST] <BBB> who here loves mplayer?
[23:30:15 CEST] <kierank> Compn: ^
[23:30:21 CEST] <BBB> but he cant code
[23:30:30 CEST] <BBB> is there anyone here that loves mplayer and can code, too?
[23:31:22 CEST] <BBB> (and there was a deafening silence)
[23:32:58 CEST] <kierank> wm4
[23:34:22 CEST] <wm4> sorry I don't miss mplayer
[23:37:39 CEST] <BBB> andreas is asking if some mplayer dev can assist in porting mplayer away from old ffmpeg apis, insofar that current head uses any
[23:37:50 CEST] <BBB> (I dont know if it does)
[23:38:23 CEST] <BBB> Im helping him port other packages, so Im hoping some poor sucker here will volunteer and do the devils work
[23:38:32 CEST] <BBB> given that mplayer has so many fans
[23:38:32 CEST] <BBB> right?
[23:38:51 CEST] <wm4> mplayer2 put a lot of work into cleaning up API usage
[23:39:01 CEST] <wm4> if they want to duplicate that, whatever
[23:39:09 CEST] <BBB> Im not a zealot
[23:39:13 CEST] <BBB> I dont care about either mplayer
[23:39:23 CEST] <BBB> Im trying to help debian deal with our api removals
[23:39:31 CEST] <BBB> Im on a mac, give me some cred here
[23:39:36 CEST] <wm4> (they could just look at the damn mplayer2 repo)
[23:39:55 CEST] <BBB> can you point to individual patches?
[23:39:59 CEST] <BBB> or individual pieces of code?
[23:40:12 CEST] <BBB> like, places where they use av_audio_convert_* or AVResampleContext
[23:40:13 CEST] <BBB> or so
[23:40:15 CEST] <wm4> well there was e.g. a commit to port it to libavresample instead of the lavc resampler
[23:40:31 CEST] <BBB> do you have a websvn/git link to that commit?
[23:40:31 CEST] <wm4> but I've seen a patch on mplayer-dev which duplicates this work fully
[23:40:33 CEST] <BBB> thatd help a ton
[23:40:41 CEST] <wm4> not sure where to look
[23:40:41 CEST] <BBB> ignore mplayer-dev
[23:40:47 CEST] <wm4> the mplayer2 site went offline
[23:40:50 CEST] <BBB> ...
[23:41:07 CEST] <BBB> reminds me of that south park episode
[23:41:10 CEST] <BBB> & and its gone!"
[23:41:14 CEST] <BBB> & but
[23:41:30 CEST] <BBB> Im sorry sir you have no money in an active account here, please move aside for actual customers
[23:42:43 CEST] <wm4> maybe the amount of API usage mplayer2 cleans up isn't that high
[23:42:49 CEST] <wm4> because mplayer2 is also stale and old by now
[23:45:25 CEST] <wm4> BBB: what deprecations do they want to take care off?
[23:46:56 CEST] <BBB> audio convert, audio resample, get_buffer usage, filterpad usage
[23:48:06 CEST] <jamrial> the audio convert stuff is a header that's just a wrapper for channel_layout.h, another header
[23:48:24 CEST] <BBB> not that
[23:48:28 CEST] <BBB> the lavc audio convert stuff
[23:48:38 CEST] <BBB> the stuff that converts between sample formats
[23:49:07 CEST] <BBB> my understanding (not checked) is that mplayer uses that
[23:49:36 CEST] <baptiste> I love mplayer
[23:50:00 CEST] <BBB> ah good, can you patch it?
[23:50:13 CEST] <jamrial> odd, libav supposedly removed that long ago. does mplayer try to work with both libav and ffmpeg or just the latter?
[23:50:23 CEST] <JEEB> they have their internal ffmpeg
[23:50:32 CEST] <jamrial> i see
[23:50:45 CEST] <philipl> Can't we just bless mpv as the official replacement for mplayer and call it a day?
[23:51:40 CEST] Action: philipl waits for wm4 to object
[23:51:48 CEST] <wm4> mpv is very different from mplayer by now, so it's not a drop-in replacement
[23:52:06 CEST] <philipl> Not a drop in, but it provides the useful functionality in a maintainable form.
[23:52:19 CEST] <rcombs> "stop using mplayer, start using mpv"
[23:52:46 CEST] <JEEB> (insert compn comments regarding the fabulousness and irreplace'ability of mplayer here)
[23:52:56 CEST] <philipl> It's certainly unique.
[23:53:19 CEST] <rcombs> does it matter if mplayer uses a lavc API, seeing as it has its own internal ffmpeg copy anyway?
[23:53:35 CEST] <wm4> rcombs: distros don't want the internal copy
[23:53:40 CEST] <philipl> The 'internal' copy is a git checkout of ffmpeg master.
[23:53:44 CEST] <philipl> So not really internal.
[23:53:45 CEST] <rcombs> wm4: I don't want it either
[23:54:02 CEST] <ubitux> so, thor is the new hype thing or i missed something?
[23:54:05 CEST] <BBB> JEEB: #libav logs please please please?
[23:54:10 CEST] <BBB> ubitux: yeah I just saw it too
[23:54:21 CEST] <BBB> ubitux: maybe theyll want a decoder
[23:54:28 CEST] <philipl> What's thor?
[23:54:33 CEST] <BBB> daala2
[23:54:37 CEST] <philipl> hah.
[23:54:37 CEST] <BBB> from cisco
[23:54:47 CEST] <ubitux> https://github.com/cisco/thor
[23:54:50 CEST] <ubitux> https://tools.ietf.org/html/draft-fuldseth-netvc-thor-00
[23:54:55 CEST] <ubitux> http://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-ou…
[23:54:56 CEST] <ubitux> etc.
[23:55:21 CEST] <philipl> Ok. Fun times.
[23:55:26 CEST] <ubitux> oh, and the usual https://news.ycombinator.com/item?id=10042469
[23:55:37 CEST] <JEEB> philipl: the main point was that it was commonly using internal APIs which it could do more easily due to having the ffmpeg source tree there
[23:56:03 CEST] <philipl> JEEB: for sure - but I mean that it's not in any way isolated from ffmpeg api changes.
[23:56:11 CEST] <JEEB> sure
[23:57:31 CEST] <philipl> Anyway - the serious point here, I think, is what does mplayer do that mpv doesn't that actually matters to anyone.
[23:57:46 CEST] <BBB> I dont think thats the point
[23:57:49 CEST] <BBB> debian wants mplayer
[23:57:52 CEST] <BBB> I dont know why
[23:57:56 CEST] <BBB> I dont even care why
[23:57:57 CEST] <BBB> but they want it
[23:58:06 CEST] <BBB> so we want to help them get it to compile after we remove old/deprecated apis
[23:58:13 CEST] <BBB> pointing them to a mplayer2 patch is fine
[23:58:18 CEST] <BBB> but that patch needs to exist
[23:58:19 CEST] <philipl> They don't know why they want it. It's not unreasonable to point out that that it's a pointless undertaking.
[23:58:20 CEST] <BBB> (same for mpv)
[23:58:33 CEST] <BBB> not my battle to fight, sorry
[23:59:06 CEST] <philipl> BBB: Sure.
[00:00:00 CEST] --- Wed Aug 12 2015
1
0
[00:00:02 CEST] <klaxa> a pastebin of your command + output could also help
[00:01:51 CEST] <Platonides> old version I know, as packed by debian wheezy
[00:02:09 CEST] <Platonides> I'm confused about ffmpeg vs avconv
[00:02:25 CEST] <Platonides> I thought ffmpeg was deprecated and the prefered command was now avconv¿
[00:04:15 CEST] <Platonides> I see, a really confusing message (present in my ffmpeg version, which seems unrelated to the people in this channel)
[00:05:38 CEST] <Platonides> sorry to bother you
[02:26:13 CEST] <DHE> Is there an option to copy keyframes from input to output? That is, if frame number X in the input is a keyframe, then frame number X will also be a keyframe in the output
[02:26:26 CEST] <DHE> or will I have to add that myself. I could do that, but would rather not duplicate work
[02:36:22 CEST] <mallec> Hi Friends!
[02:37:19 CEST] <mallec> I'm very interested in the nvenc encoder, but I can't find it's options.
[02:37:41 CEST] <mallec> Can somebody help me in this matter?
[02:40:47 CEST] <mallec> "on this matter"
[02:52:55 CEST] <_marco> I have a 24MB .ts file recorded from a tv set which I don't know the format but would like to know if anyone is able to/interested in reverse engineer it. Where do you suggest me to ask about?
[03:00:38 CEST] <relaxed> _marco: pastebin the output of ffmpeg -i file.ts
[03:15:19 CEST] <_marco> relaxed: ffmpeg -i file.ts > out gives an empty file. stderr is full of messages like "[mpegts @ 0x749980] Continuity check failed for pid 1347 expected 4 got 1"
[03:44:12 CEST] <relaxed> _marco: try, ffmpeg -probesize 20M -analyzeduration 30M -i file.ts 2>ffmpeg.log
[03:49:24 CEST] <_marco> relaxed: it is full of messages like "mpegts @ 0x929b80] Continuity check failed for pid 1757 expected 12 got 7"
[03:49:43 CEST] <relaxed> does it play?
[03:49:57 CEST] <_marco> no
[03:52:12 CEST] <relaxed> then I'm out of ideas
[03:54:28 CEST] <_marco> is there a proper substitute for the good old videocassete recorder?
[04:21:30 CEST] <Zeranoe> This might be off topic, but how hard is it to take composite video and turn it into a VGA signal? Are codecs utilized in the circuit?
[04:23:03 CEST] <kepstin> composite video and vga are rather different signal encodings...
[04:23:20 CEST] <kepstin> such a conversion could be done with only analogue circuitry, i think.
[04:24:21 CEST] <kepstin> if you're referring to 'codec' in the sense of something that converts between two digital data formats, it's not really relevant.
[04:24:25 CEST] <Zeranoe> kepstin: Is it easier to go to a digital signal like HDMI/DVI ?
[04:25:49 CEST] <Zeranoe> It was said in another room on the same topic that "the codec decodes the 480i as they come in, and the vga encoder copies the frame buffer into another and encodes it as needed, and sends it out" , though I'm not sure if this is accurate
[04:25:53 CEST] <kepstin> i dunno; converting to a digital signal would require a digitizer/analog capture card, obviously, but those are pretty easy to find now
[04:26:46 CEST] <kepstin> sure, one way to turn composite into vga is to use an analog capture card to turn the composite video into digital video in ram, then display it on a graphics card with vga output.
[04:27:13 CEST] <Zeranoe> I'm looking for as low level as I can get on this, down to the basic circuitry
[04:27:46 CEST] <kepstin> well, either you learn analog signal processing, or you use existing commodity hardware that does all the work for you.
[04:27:55 CEST] <kepstin> i'd personally pick the latter ;)
[04:28:17 CEST] <Zeranoe> I didn't know if there was a straight forward way to do this.
[04:30:16 CEST] <kepstin> like, you can just go buy something like http://www.amazon.com/Composite-S-Video-Converter-Screen-Version/dp/B003NUN… plug a composite signal in one side, and a vga monitor/projector out the other side.
[04:30:24 CEST] <kepstin> and don't worry about it :)
[04:31:47 CEST] <kepstin> that box appears to convert the composite signal to digital, upscale it to a common supported vga resolution, then output as vga, if you're curious.
[04:32:28 CEST] <Zeranoe> Isn't VGA still analog?
[04:32:32 CEST] <kepstin> yes
[04:32:42 CEST] <kepstin> so that's an a->d->a conversion
[04:32:51 CEST] <Zeranoe> So it's better to go from analog -> digital -> analog ?
[04:33:03 CEST] <kepstin> it's cheaper to go from analog -> digital -> analog
[04:33:12 CEST] <Zeranoe> thats interesting
[04:33:13 CEST] <kepstin> and gives more flexibility
[04:34:28 CEST] <kepstin> like, even in most audio integrated amplifier/reciever devices, the way they do volume control on analog inputs is by digitizing the signal, running it through a dsp to apply effects, gain, eq, etc., then converting back to analog before amplifying.
[04:34:40 CEST] <Zeranoe> Is it easier to go from Composite to HDMI then? since you don't need to go back to analog?
[04:35:26 CEST] <kepstin> "easier"? dunno. Probably about the same difficultly. Might require slightly less hardware, and would probably give slightly better video quality.
[04:36:57 CEST] <kepstin> for what it's worth, composite to hdmi standalone converters seem moderately more expensive than composite to vga converters.
[04:38:11 CEST] <kepstin> (admittedly, the composite-hdmi boxes tend to do audio as well as video, while the -vga ones are video-only)
[04:40:08 CEST] <Zeranoe> Maybe I'll buy one and see what's inside
[04:44:37 CEST] <kepstin> what'll be inside will be some traces that go through some analog filtering, then into a microchip, then another set of traces that come out of the microchip.
[04:44:47 CEST] <kepstin> all the interesting stuff is on the chip :)
[05:12:41 CEST] <diffuse> i am using the ffmpeg c api to take an mp3 and covert it to pcm, but i want to take that pcm and covert it to a wav with a riff header
[05:12:53 CEST] <diffuse> how exactly do i generate the wav with the riff header?
[05:13:06 CEST] <diffuse> i am using wavepack, but its not quite eright
[05:26:20 CEST] <kepstin> wavpack is a different thing, that's a compression codec. You should be able to use the ffmpeg api to mux the pcm audio into a wav format
[05:29:50 CEST] <diffuse> yeah, i just read up on wavpack
[05:30:01 CEST] <diffuse> i am trying to find out how
[05:30:06 CEST] <diffuse> but i cant find anything
[05:32:05 CEST] <diffuse> avformat_write_header?
[05:34:36 CEST] <kepstin> the api to mux to the wav format should be similar to any other format, e.g. mkv or whatever, i'd think
[05:34:43 CEST] <kepstin> I haven't actually done it before tho :/
[05:37:36 CEST] <diffuse> it should be simple
[05:41:23 CEST] <kepstin> the riff wav header's actually kind of annoying, it only works on seekable output since it contains the length. so the wav muxer writes a placeholder header, writes the audio data, then seeks back and fills in the length field in the header :/
[05:41:58 CEST] <kepstin> (iirc it does kind of work on non-seekable output, it effectively writes '-1' in the length header which many apps interpret as undefined length)
[05:43:41 CEST] <diffuse> so, i have a buffer that has the raw pcm
[05:43:57 CEST] <diffuse> i could always hack in the riff header with my own code
[05:44:02 CEST] <diffuse> but i'd like to use ffmpeg
[05:44:28 CEST] <kepstin> yeah, if you want to do it with ffmpeg, you need to have audio packets in an ffmpeg pcm format, e.g. pcm_s16le to feed to the muxer
[05:45:08 CEST] <diffuse> thats what i have
[07:33:48 CEST] <ln-> Hmm, I compiled FFmpeg 2.7.2 on Windows (MSYS2), and 'make install' installed the .dll files into <prefix>/bin. Is this intentional?
[10:36:18 CEST] <cowai> Anyone know if there is anything different with ffmbc and ffmpeg, codec wise?
[10:36:38 CEST] <cowai> "-r 25 -g 12 -bf 2 -s 720x576 -aspect 4:3 -vcodec mpeg2video -vb 15000k -minrate 15000k -maxrate 15000k -bufsize 30000k -acodec mp2 -ab 384k -ar 48000 -bff "
[10:36:54 CEST] <cowai> will there be any difference in the video quality if I go with ffmbc?
[10:43:09 CEST] <durandal_1707> why you want ffmbc?
[10:43:42 CEST] <cowai> That is what I am asking
[10:43:48 CEST] <cowai> is there any difference?
[10:56:43 CEST] <Mavrik> What exactly is ffmbc? Which libraries does it use?
[10:57:04 CEST] <cowai> https://code.google.com/p/ffmbc/
[10:57:32 CEST] <JEEB> ffmbc by now is rather old and I don't really see a real reason to use it
[10:58:37 CEST] <JEEB> it used to have some hacks/features before which might have been useful for very specific broadcast-related things (done in a way that they couldn't be easily merged back into ffmpeg due to ffmbc's license)
[10:58:58 CEST] <JEEB> but looking at that command line you really are not gaining anything from using ffmbc :P
[10:59:08 CEST] <cowai> I would guess so.
[10:59:26 CEST] <cowai> mpeg2video sucks either way :P
[10:59:53 CEST] <JEEB> also in general I would not set -minrate , you generally only need -maxrate and -bufsize for VBV. you should raise your ABR rate if you feel that the encoder isn't using enough
[11:00:19 CEST] <cowai> I am using it to be compatible with sony vegas smart rendering
[11:00:20 CEST] <JEEB> + -r after -i means you are converting the frame rate
[11:00:45 CEST] <cowai> input is variable, I need stable
[11:00:49 CEST] <JEEB> ah
[11:00:53 CEST] <JEEB> ok, then you know what you're doing :)
[11:01:35 CEST] <JEEB> minrate shouldn't be required, I mean VBV limits maximum rate within buffer size and unless the encoder is broken you shouldn't have to limit the minimum separately. you just use the ABR rate control to raise the overall bit rate then (and it will still be limited by VBV)
[11:01:57 CEST] <cowai> I am recording a live mpegts from a teradek reciever, and making a ready to go mpeg2 that we use in our playout.
[11:02:27 CEST] <JEEB> basically the only case where you should use minrate is where the encoder is broken
[11:02:40 CEST] <cowai> I would guess vegas would not mind having no minrate
[11:02:46 CEST] <cowai> I will test thanks :)
[11:08:57 CEST] <cowai> without minrate the file is about half the size
[11:13:47 CEST] <JEEB> then you can push up the ABR rate, or switch to a constant quantizer kind of rate control
[11:14:24 CEST] <JEEB> also the newer ways of setting "codecs" is -c:a/v/s and for bit rates -b:a/v/s (same goes for profiles as well, for example with AAC it will error out if you have -profile some_video_specific_profile it will yell since you are trying to apply it for all encoded things)
[11:15:54 CEST] <cowai> yes I know the new syntax, it was only for ffmbc which uses the old one.
[11:17:46 CEST] <cowai> Does ffmpeg has a CBR mode similiar to video editors like vegas?
[11:18:44 CEST] <cowai> We have a capture device that produces CBR which vegas likes. I want to stay as close to that as possible
[11:23:39 CEST] <JEEB> cowai: if rising the bit rate and keeping the VBV (maxrate+bufsize) around doesn't help, you should try a quantizer-based rate control limited by VBV
[11:25:05 CEST] <cowai> If there is a fast moving scene in the source file the bitrate will go over 15mbit and that can crash our playout :P
[11:25:47 CEST] <JEEB> VBV should limit the rate there
[11:25:54 CEST] <JEEB> that's why maxrate+bufsize is there :P
[11:26:50 CEST] <cowai> I will try to set up vbv
[11:27:35 CEST] <cowai> https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=1486
[11:27:49 CEST] <cowai> Zeranoe gives an example with minrate
[11:27:57 CEST] <cowai> is minrate really that terrible?
[11:29:33 CEST] <JEEB> yes, zeranoe should not be counted as a person who knows too much of the application. also I have no idea why the CBR example in the H.264 trac wiki page has it, probably was copy-pasted from somewhere else
[11:29:45 CEST] <JEEB> he auto-builds it, and probably builds it well
[11:30:00 CEST] <cowai> what is the downsides of using it ?
[11:30:41 CEST] <JEEB> you should rather poke the rate control's options if you want the rate control to make smaller differences
[11:31:02 CEST] <donguston> What x264 options make fast scenes look the best? i am encoding to a similar quality as youtube but want to avoid the blocky/artifacts on fast scenes
[11:31:26 CEST] <JEEB> minrate is "vague", if you really really need to make sure the rate control doesn't fling around then you limit the rate control specifically
[11:31:31 CEST] <JEEB> I don't remember the exact option for it
[11:31:36 CEST] <fling> D'oh!
[11:31:51 CEST] <fling> Neither I.
[11:32:01 CEST] <JEEB> congratulations on having the lucky nickname :P
[11:32:09 CEST] <fling> :D
[11:32:22 CEST] <Wolloloo> Hi! Is there a way to input a list of per-frame timestamps to ffmpeg?
[11:32:57 CEST] <Wolloloo> I have a sequence of frames (tiff seqence), and a list of timestamps (monotonically increasing, but no fixed FPS).
[11:34:19 CEST] <fling> Wolloloo: you can always script the frame list
[11:34:30 CEST] <JEEB> cowai: basically you want to use the equivalent of qcomp and lower it. which will lead to the bit rate distribution between less demanding and more demanding scenes worse, but it would keep the fluctuation low/stable
[11:35:13 CEST] <JEEB> seems like there is -qcomp in ffmpeg cli
[11:35:16 CEST] <JEEB> try it out
[11:39:30 CEST] <Wolloloo> fling: Sure, that sounds appropriate. Would you mind giving me some pointers on where to get started (examples, google keywords)? I'm a bit fresh at ffmpeg
[11:44:41 CEST] <cowai> JEEB: I will try qcomb
[11:44:45 CEST] <Wolloloo> I originally have my raw data in python, and I know how to pipe the raw data to ffmpeg from there, but I don't know how to include the timestamps
[11:45:05 CEST] <cowai> I just tested same command as before but without minrate, and vegas could smart render it.
[11:45:27 CEST] <cowai> but I saw some blocks at the very first frame
[11:45:39 CEST] <cowai> That were not there with minrate on
[11:46:11 CEST] <cowai> Do I use qcomb with vbv?
[11:51:32 CEST] <fling> Wolloloo: not really an ffmpeg task but a time math.
[11:52:14 CEST] <fling> Wolloloo: you feed your times and frames to the script and it outputs frame list.
[11:54:03 CEST] <cowai> JEEB: I dont find anything vbv for mpeg2
[11:54:12 CEST] <cowai> it seems to be options for libx264
[11:56:22 CEST] <Wolloloo> fling: Sure, I just don't know what format the frame list should be in
[11:56:23 CEST] <Mavrik> -maxrate and -minrate works for MPEG2
[11:56:26 CEST] <Mavrik> just... not well
[12:00:24 CEST] <fling> Wolloloo: ffmpeg -f image2 -i foo-%03d.jpeg -r 12 -s WxH foo.avi
[12:00:37 CEST] <fling> Wolloloo: ffmpeg -f image2 -pattern_type glob -i 'foo-*.jpeg' -r 12 -s WxH foo.avi
[12:01:48 CEST] <dongs> sup
[12:02:01 CEST] <fling> Wolloloo: check the manpage :>
[12:08:17 CEST] <Wolloloo> fling: Sure, I know how to make a video from images, but how do I specify per-frame timestamps?
[12:10:17 CEST] <fling> Wolloloo: try scripting the frame list ;P
[12:10:35 CEST] <fling> Wolloloo: you can count how much frames you need from each image based on the timestamp.
[12:13:59 CEST] <Wolloloo> fling: Oh, so you mean to repeat frames by scripting to get it to line up with the FPS?
[12:23:22 CEST] <fling> Wolloloo: yes.
[12:24:03 CEST] <fling> Wolloloo: or you can set the duration on each image on the ffmpeg commandline.
[12:24:12 CEST] <fling> Wolloloo: choose which one is simplier
[13:28:22 CEST] <eiji> ffmpeg -i "concat:part1.ts|part2.ts" -c copy -bsf:a aac_adtstoasc merged.mp4 = it ends up with variable frame rate when source is constant. any idea what i can do to force constant?
[13:29:00 CEST] <eiji> or what i can do afterwards to fix the fps to constant?
[13:33:56 CEST] <cowai> Is there any static cross platform builds?
[13:34:29 CEST] <cowai> I mean is there somewhere I can get ffmpeg compiled to mac, windows and linux have know that every compile flag is the same?
[13:53:22 CEST] <JEEB> cowai: maxrate+bufsize = vbv
[13:53:42 CEST] <JEEB> and it's q comp
[13:53:48 CEST] <JEEB> not q comb
[14:40:51 CEST] <TheSchaf> so is there a trick to start the daoc setup?
[15:22:18 CEST] <eiji> FFmpeg (?): problem due to technical limitation of TS format, duration are rounded and this rounding is not detected during TS to MP4 (not a bug, only a lack of feature)
[15:23:13 CEST] <DHE> where do you see that?
[15:24:24 CEST] <eiji> instead FFmpeg should detect the CFR in TS to MP4 conversion and created a CFR stts atom. instead of the actual stts (time table) atom which takes lot of space and which is not CFR stricly speaking
[15:24:32 CEST] <eiji> some issues i was encountering
[15:25:27 CEST] <JEEB> MPEG-TS has a really big timebase, yeah
[15:25:56 CEST] <JEEB> and I guess it's not really 100% exact for all rates?
[15:26:15 CEST] <JEEB> and ffmpeg just uses the timebase from input when it can
[15:28:27 CEST] <eiji> it's an issue with how the muxer converts times in the new file. back to questions i was asking about how ffmpeg results in VFR from file that's encoded as CFR. using ffmpeg converting mp4 to ts and concat back to mp4 worked to preserve CFR sometimes but not always due to the issue above
[15:29:16 CEST] <eiji> well i am joining more than 1 mp4 file (all encoded as CFR)
[15:30:06 CEST] <DHE> mpeg-ts runs at 90,000 hz and the framerate is more a matter of the time the frame is supposed to be rendered than it is a specification of a framerate
[15:30:51 CEST] <eiji> i convert it to TS, which as a hard coded (spec) frequency of 90 000 Hz. ffmpeg converts it as it can, with some rounding (in my time time line: sometime 3754, sometime 3753, but the real duration should be 3753.75, and Ts accepts no decimal)
[15:36:28 CEST] <eiji> "If you have MP4 files, these could be losslessly concatenated by first transcoding them to mpeg transport streams." https://trac.ffmpeg.org/wiki/Concatenate
[15:37:35 CEST] <eiji> i guess there is no way for ffmpeg to always retain CFR then?
[15:37:44 CEST] <DHE> that might be technically true but I wouldn't do it as a first choice
[15:38:33 CEST] <eiji> what is your first choice?
[15:39:18 CEST] <eiji> i couldn't produce a result with ffmpeg that was CFR aside mp4->ts->mp4 and that only worked some of the time
[15:39:32 CEST] <DHE> I'm not sure. it hasn't come up yet except when I had raw video to begin with anyway (which is about the most ideal scenario)
[15:40:10 CEST] <DHE> (and by raw I mean literally raw video)
[15:41:28 CEST] <eiji> any chance ffmpeg will create a CFR stts atom during TS to MP4 conversion in future?
[15:43:03 CEST] <Mavrik> If you open a ticket and explain this issue as nicely as you did here, you'll at least get direct answer from the devs :)
[17:02:20 CEST] <`ph8> hi all
[17:02:36 CEST] <`ph8> I'm trying to generate some test files, i don't care what's in them - i just need them to be under 10 hours and a certain size
[17:02:45 CEST] <`ph8> at the moment i'm after ~7.9GB and ~8.5GB
[17:02:54 CEST] <`ph8> has anyone got any ideas about a quickish way to generate these to test my system with?
[17:03:08 CEST] <`ph8> i've tried concatting lots of files together with minimal success
[17:04:31 CEST] <retard> dd if=/dev/zero of=whateverfile bs=1024 count=8283750
[17:05:35 CEST] <retard> dd if=/dev/zero of=whateverfile bs=1024 count=8912896
[17:05:49 CEST] <retard> :]
[17:07:32 CEST] <retard> libavfilter though
[17:08:01 CEST] <retard> ffplay -f lavfi -i smptebars -t 30
[17:09:09 CEST] <retard> for changing image use testsrc in place of smtpebars
[17:09:40 CEST] <retard> see http://trac.ffmpeg.org/wiki/FancyFilteringExamples
[17:09:42 CEST] <`ph8> i should have mentioned i want it to be a valid mp4 :)
[17:09:59 CEST] <`ph8> -t is time, do you think i can specify bitrate as well
[17:10:30 CEST] <retard> you can. remember that it's a chain, so the bitrate goes after the output definition i think
[17:11:17 CEST] <retard> experiment to find some acceptable output with ffplay, then shove it into a file using ffmpeg directly
[17:52:55 CEST] <donguston> ffmpeg wont find the preset files I ahve in ../presets/ (path relative to ffmpeg binary)
[17:54:35 CEST] <JEEB> -preset option is an encoder-specific option that sets a aparmeter currently in libx264 and libx265
[17:55:37 CEST] <JEEB> also I'm not sure if ffpresets for -pre are loaded from all possible relative directories like that
[17:56:04 CEST] <popara> Hello i have an avi file called test.avi , how can i loop it 5 times?
[17:56:08 CEST] <popara> I saw the FFmpeg concat demuxer
[17:56:44 CEST] <popara> i dont want to make a file and read that with -i, i want it on the fly
[17:57:01 CEST] <donguston> JEEB, im using vpx and -vpre libvpx-1080p
[17:57:28 CEST] <JEEB> yeah so the old ffpreset preset stugdd
[17:57:38 CEST] <JEEB> goddamnit touch kb
[17:58:38 CEST] <JEEB> I would make ffmpeg verbose with -v debug and see where it searches for the ffpresets
[17:59:16 CEST] <JEEB> if it tells you of course (hopefully yes)
[17:59:32 CEST] <popara> -i <(for i in {1..4}; do echo "file 15_1.avi\n"; done) [ Why that isn't working? ]
[17:59:46 CEST] <donguston> yeah I tried the verbose mode with -v verbose a while ago and it iddnt help
[18:00:10 CEST] <JEEB> uhh
[18:00:16 CEST] <JEEB> try debug :p
[18:00:30 CEST] <JEEB> not sure verbosity verbose is valid
[18:01:13 CEST] <JEEB> debug is the level used for various stuff you don't want to come up under normal circuimstances
[18:02:52 CEST] <donguston> just tried with debug and trace. still no hint of where its looking. Ill just add the arguments to the script instead of loading from the preset file.
[18:03:34 CEST] <JEEB> ok, so it doesn't show the load paths. too bad
[18:04:46 CEST] <JEEB> anyways I was pretty sure it didn't just look in some relative dir but rather somewhere under etc and possibly some other dirs. never used or poked the code so I have no fucking idea
[18:10:13 CEST] <retard> popara: can you use -loop?
[18:11:15 CEST] <popara> let me see
[18:11:35 CEST] <popara> Option loop not found.
[18:14:31 CEST] <popara> the above -i works for you guys?
[18:14:57 CEST] <popara> For me it says "/dev/fd/63: No such file or directory"
[18:18:05 CEST] <popara> http://pastebin.com/RtR3MkbM
[18:19:28 CEST] <klaxa> i suggest you write the concat data to a file?
[18:19:42 CEST] <klaxa> not sure shell redirection like that is supposed to work
[18:20:00 CEST] <popara> i want it for unlimited loops
[18:20:11 CEST] <popara> i know i can write to file 100000000 times but it's not so good way :P
[18:20:19 CEST] <klaxa> or you could do something like: for ... | ffmpeg -f concat -i - ... output.avi
[18:20:54 CEST] <klaxa> unless you need stdin for something else already in which case uh... named pipes maybe?
[18:20:57 CEST] <popara> Well, i want to keep the same FFmpeg pid too for these loops, the one you said changes the pid of ffmpeg each time
[18:21:18 CEST] <klaxa> huh?
[18:21:32 CEST] <klaxa> ah, maybe (for ...) | ffmpeg -f concat -i - ... output.avi
[18:21:40 CEST] <klaxa> (i.e. start the for-loop in a subshell)
[18:21:50 CEST] <popara> that doesn't change the pid each time the ffmpeg starts?
[18:22:02 CEST] <klaxa> i don't see where you start ffmpeg multiple times
[18:22:18 CEST] <popara> if you add a for loop in the beggining then a new ffmpeg instance starts
[18:22:35 CEST] <popara> so the pid change
[18:23:37 CEST] <klaxa> what do you mean with "add a for loop" ? add an iteration in the for-loop? as in increasing the upper bound of it?
[18:23:55 CEST] <klaxa> because then i don't think ffmpeg gets started multiple times
[18:24:04 CEST] <popara> wait.. Can you please give me the complete command you say?
[18:24:41 CEST] <klaxa> (for i in {1..4}; do echo "file '15_1.avi'"; done) | ffmpeg -f concat -i - -c copy output.avi
[18:24:56 CEST] <popara> i'm idiot
[18:24:59 CEST] <klaxa> maybe you have to fix some stuff with escaping to preserve the single quotes
[18:25:02 CEST] <popara> i thought you are saying something else
[18:25:20 CEST] <popara> yes that works fine
[18:25:25 CEST] <popara> thank you
[18:25:45 CEST] <klaxa> glad i could help
[18:28:28 CEST] <popara> xm yeah that works but again i can't have infinite of these
[18:35:21 CEST] <relaxed> infinite loop? why not do that via playback?
[18:36:09 CEST] <popara> what playback?
[18:38:17 CEST] <relaxed> are you playing the output?
[18:39:22 CEST] <popara> it's hard to explain what i want, but in short i'm streaming a movie as LIVE stream, which means if the movie ends, i have to restart it again without loosing a second
[18:39:31 CEST] <popara> the problem though is that the ffmpeg instance has to be the same pid all the time
[18:40:03 CEST] <popara> if the pid was different, we can do that easy, but any way to keep the pid same?
[18:40:48 CEST] <relaxed> did klaxa's command work?
[18:41:21 CEST] <popara> yes that works
[18:41:25 CEST] <popara> but it's not for infinite
[18:41:28 CEST] <relaxed> if so, change it to (while :; do echo "file '15_1.avi'"; done) | ffmpeg -f concat -i - -c copy output.avi
[18:41:43 CEST] <relaxed> that's infinite
[18:41:59 CEST] <popara> that won't work, the concat needs the file ready until it starts
[18:42:04 CEST] <popara> it crashes
[18:43:11 CEST] <popara> also i'm generating HLS output of the movie, and i want the segments to keep up with the number, so a new ffmpeg instance could break it
[18:44:14 CEST] <relaxed> you just said his command works for you
[18:44:42 CEST] <popara> yes but it's for X times only, not for infinite
[18:45:02 CEST] <relaxed> and I just gave you the command for infinite
[18:45:28 CEST] <popara> nop mate, the command with while true isn't working, it crashes before ffmpeg starts, ffmpeg reads the file when it's done
[18:45:35 CEST] <popara> but with the while true command the file never stops writing
[18:45:39 CEST] <popara> so ffmpeg can't start
[18:45:55 CEST] <relaxed> oh, I see
[18:47:00 CEST] <relaxed> you need a while true that pipes the file continuously to another ffmpeg instance that's sending it out
[18:47:10 CEST] <popara> exactly
[18:49:24 CEST] <relaxed> ffmpeg -f nut -i <(while :; do ffmpeg -i input -c copy -f nut /dev/stdout 2>/dev/null) -c copy output.avi
[18:49:51 CEST] <relaxed> er, you need "-y /dev/stdout"
[18:50:17 CEST] <popara> -f nut? :O
[18:50:40 CEST] <relaxed> it's a container
[18:50:51 CEST] <popara> ffmpeg -f nut -i <(while :; do ffmpeg -i 15_1.avi -c copy -f nut /dev/stdout 2>/dev/null) -c copy output.avi
[18:50:58 CEST] <popara> [concat @ 0x46092c0] Impossible to open '15_1.avi'
[18:50:58 CEST] <popara> pipe:: Immediate exit requested
[18:52:44 CEST] <relaxed> ffmpeg -f nut -i <(while :; do ffmpeg -i 15_1.avi -c copy -f nut -y /dev/stdout 2>/dev/null) -c copy output.avi
[18:52:57 CEST] <popara> /dev/fd/63: No such file or directory
[18:54:45 CEST] <klaxa> what shell are you using?
[18:54:56 CEST] <klaxa> maybe your shell doesn't like that sort of pipe-redirecting
[18:55:23 CEST] <c_14> You're missing a ; done
[18:55:25 CEST] <c_14> in the while
[18:55:48 CEST] Action: relaxed slaps head
[18:55:55 CEST] <c_14> ffmpeg -f nut -i <(while :; do ffmpeg -i 15_1.avi -c copy -f nut -y /dev/stdout 2>/dev/null; done) -c copy output.avi
[18:56:09 CEST] <popara> /dev/fd/63: No such file or directory
[18:56:11 CEST] <popara> same :@
[18:56:27 CEST] <c_14> hmm, that works for me
[18:56:29 CEST] <c_14> shell?
[18:56:32 CEST] <popara> bash
[18:56:49 CEST] <relaxed> works here
[18:56:58 CEST] <popara> wtf
[18:58:05 CEST] <c_14> works for me in bash as well
[18:58:11 CEST] <popara> -.-
[18:58:28 CEST] <popara> maybe is the ffmpeg version?
[18:58:29 CEST] <popara> or no?
[18:58:34 CEST] <relaxed> the universe is against you
[18:58:39 CEST] <popara> it must be something around 2.6.x
[18:58:41 CEST] <popara> not sure which one
[18:59:07 CEST] <c_14> bash version?
[18:59:25 CEST] <relaxed> echo $BASH_VERSION
[18:59:32 CEST] <relaxed> 4.3.39(1)-release here
[18:59:36 CEST] <popara> GNU bash, version 4.3.11(1)-release (x86_64-pc-linux-gnu)
[18:59:54 CEST] Action: c_14 is on 4.3.39(1)-release as well
[19:00:28 CEST] <relaxed> debian sid?
[19:00:51 CEST] <popara> Ubuntu 14.04.2 LTS
[19:03:43 CEST] <relaxed> popara: I guess, write a script to do it and use fifos instead
[19:06:59 CEST] <popara> So strange if i run the above command 4-5 times in a row
[19:06:59 CEST] <popara> i get
[19:07:01 CEST] <popara> -bash: process substitution: line 15: syntax error: unexpected end of file
[19:07:40 CEST] <popara> a LOL
[19:07:45 CEST] <popara> i get it everytime
[19:07:48 CEST] <popara> i just didn't see it :P
[19:08:38 CEST] <popara> and if i run it again it says line 16, then 17 and so on
[19:11:27 CEST] <c_14> Create a script that creates a fifo, then have the inner command fork and output to the fifo while the outer command reads from the fifo
[19:11:42 CEST] <c_14> So around 3 lines, one for each ffmpeg command and one for the fifo
[19:49:03 CEST] <helbary> Hey there
[19:50:15 CEST] <helbary> I want to crop a part of a video: cutting a 800x640 size of 1920x1080 video clip
[19:50:40 CEST] <helbary> I think there was a page on ffmpeg website but i can't find it now
[19:58:10 CEST] <helbary> How can I crop a part of a video?!
[19:58:32 CEST] <DHE> -vf crop=...
[19:59:20 CEST] <edoceo> I have a source media with a missing / garbage Video track, if I transcode ffmpeg drops that track. How can I force ffmpeg to keep a video track and generate blank if the source is no good?
[19:59:37 CEST] <edoceo> I could do a two pass, make the video and if determined to be "bad" then re-process with a second incantation
[20:02:37 CEST] <marshall> Hey all, I have a question.. I want to use ffmpeg to convert a set of jpg images into 1 mp4 video. Is there a way to specify exact file names of those images?
[20:03:26 CEST] <marshall> I know "ffmpeg -i " allows to specify one file or fuzzy match a group of files, but I can do something like "ffmpeg i image_1.jpg image_2.jpg" ?
[20:03:53 CEST] <c_14> -i image_%d.jpg
[20:05:03 CEST] <marshall> Yeah, that would do the fuzzy match, can I specify exact names though? Like "ffmpg -i image_1.jpg image_2.jpg"?
[20:05:17 CEST] <c_14> You can use image2pipe and pipe them in
[20:05:24 CEST] <c_14> Other than that, no
[20:06:35 CEST] <marshall> How do you mean by image2pip2?
[20:08:10 CEST] <marshall> Ah
[20:08:12 CEST] <marshall> cat *.jpg | ffmpeg -f image2pipe -r 1 -vcodec mjpeg -i - -vcodec libx264 out.mp4
[20:08:14 CEST] <marshall> Like that?
[20:08:26 CEST] <c_14> ye, and then you can replace the *.jpg with the filenames you want
[20:09:43 CEST] <c_14> But you probably want -framerate instead of -r
[20:12:28 CEST] <helbary> DHE: `ffmpeg -vf crop=800:640 <SOurceFileHere>` ?
[20:13:24 CEST] <DHE> you don't know how to use ffmpeg do you...
[20:18:12 CEST] <helbary> `ffmpeg -i SOURCE -vf crop=800:640 OUTPUT` !?
[20:18:52 CEST] <c_14> should work if you're fine with the defaults
[20:19:16 CEST] <helbary> I need same quality of original file
[20:19:48 CEST] <c_14> libx264 with crf around 18 is usually considered visually lossless. There is no actual "same quality" setting. You'll have to look at it yourself.
[20:25:44 CEST] <helbary> And, Is it possible to change the cropped rectangular position? I need to crop in 800x600 size started from the bottom edge of original file!
[20:26:15 CEST] <c_14> https://ffmpeg.org/ffmpeg-filters.html#crop
[20:26:22 CEST] <c_14> look at the x and y arguments
[20:46:15 CEST] <cfoch> hello
[20:46:45 CEST] <cfoch> folks, I am trying to install Pitivi using jhbuild but I get this error and the comment say I need to ask in this channel
[20:46:49 CEST] <cfoch> http://fpaste.org/253999/31872314/
[20:49:21 CEST] <cfoch> here it is my config.log content
[20:49:22 CEST] <cfoch> http://fpaste.org/254001/39318872/
[20:50:55 CEST] <BtbN> Well, it clearly says that it's missing yasm or nasm.
[20:58:21 CEST] <cfoch> yes, you are right
[22:13:15 CEST] <frenda> Hey there; I have a question but please be patient, no angry!
[22:13:26 CEST] <retard> you're already ruining it
[22:13:37 CEST] <frenda> Is KAZAM using ffmpeg as base?
[22:13:46 CEST] <retard> ask them?
[22:37:03 CEST] <frenda> ffmpeg -i A.mp4 -ss 00:00:31.000 -to 00:08:47.400 -async 1 -strict -2 B.mp4 --> it tries with `Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)`
[22:37:19 CEST] <frenda> Can we force it to use x265?
[22:41:23 CEST] <klaxa> yes, use -c:v libx265
[22:42:18 CEST] <klaxa> not entirely sure what you want and why you are using -async 1 and -strict -2 (aac? maybe use libfdk-aac?)
[22:42:28 CEST] <klaxa> also, if the audio is already aac you can just copy it
[23:20:20 CEST] <ATField> Hello, people! I am trying to build a transparent .WEBM from a sequence of transparent .PNGs according to this: http://updates.html5rocks.com/2013/07/Alpha-transparency-in-Chrome-video , but the process chokes on "ffmpeg -i image%04d.png -pix_fmt yuva420p video.raw". FFmpeg is erroring with "Unable to find a suitable output format for ..\video.raw' ..\video.raw: Invalid argument".
[23:21:32 CEST] <ATField> I thought maybe its because one of the image dimensions is odd and cropped to make even, but the error persists. Googling says that the problem usually happens because of a syntax error, but the command seems to be ok.
[23:21:51 CEST] <ATField> Please help me with some ideas on how to fix this.
[23:33:56 CEST] <llogan> ATField: why do you want raw if your target is vp8/webm
[23:39:54 CEST] <ATField> llogan: The second step of the instructions says to convert them into RAW first through yuva420p; and since all this command-line video- and image-converting business is only starting to work out for me, I am trying to follow it to the letter.
[23:40:21 CEST] <ATField> llogan: What would you suggest instead?
[23:40:39 CEST] <llogan> you can possibly just do: ffmpeg -i input -pix_fmt yuva420p -c:v libvpx output.webm
[23:41:04 CEST] <llogan> you'll probably want to add some sort of rate control so it doesn't look so crappy, but i don't use libvpx so i'm not too familiar with it
[23:45:49 CEST] <llogan> maybe this will help http://trac.ffmpeg.org/wiki/Encode/VP8
[00:00:00 CEST] --- Wed Aug 12 2015
1
0