Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
October 2015
- 1 participants
- 62 discussions
[00:03:20 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:b8e19808071c: avfilter/vf_ssim: use log10 instead of log()/log(10)
[00:04:15 CET] <nevcairiel> Daemon404: turns out mingw doesnt define SECBUFFER_ALERT, thats why i had the define in there
[00:06:50 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:b45daad2aa34: ffmpeg: use log10 instead of log()/log(10)
[00:12:39 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:0fe5dcd66041: avfilter/avf_showvolume: use log10 instead of log()/M_LN10
[00:14:46 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:b7fb7c4542af: avutil/mathematics: make av_gcd more robust
[00:19:25 CET] <Daemon404> nevcairiel, lul.
[00:22:05 CET] <nevcairiel> wbs: thanks for the review, i've addressed all comments and pushed a revised (and rebased) version
[00:42:52 CET] <BBB> I feel that my reviews are completely and utterly useless
[00:42:55 CET] <BBB> I ask a very specific thing
[00:42:58 CET] <BBB> and its just not done
[00:42:59 CET] <BBB> :(
[00:43:49 CET] <nevcairiel> then bikeshed it and block submitting until it is
[00:43:54 CET] <nevcairiel> =p
[00:44:12 CET] <BBB> I thought I did
[00:44:22 CET] <BBB> and he just pushed it saying I didnt feel like doing it"
[00:44:48 CET] <nevcairiel> thats not acceptable behavior
[00:45:15 CET] <nevcairiel> if you dont agree, you can always argue your point, but just discarding feedback and pushing anyway is just wrong
[01:00:43 CET] <wm4> well...let's be more careful when giving push rights to someone (point taken)
[01:05:06 CET] <Plorkyeran> nope gotta give push access to everyone that can figure out how to use git and has something to push
[01:08:02 CET] <michaelni> I suggested ganesh to join IRC, if he does, maybe that would help communication
[01:08:55 CET] <jamrial> pushing even though he got a negative review is not good at all
[01:10:28 CET] <michaelni> yeain... but maybe this is just a misunderstanding
[01:10:49 CET] <michaelni> iam not sure i cant know of course ...
[01:12:24 CET] <michaelni> also i approved some of the patches so blame falls on me too for adding to the confusion
[01:15:56 CET] <BBB> I dont disagree with the approval
[01:15:59 CET] <BBB> I think the patches were fine
[01:16:11 CET] <BBB> I just asked that for each affected file, we confirm libavutil/libm.h is included
[01:16:17 CET] <BBB> Im not too worried about ffmpeg.c or vf_*.c
[01:16:29 CET] <BBB> Im worried about the more weird edge-cases in the corners of our codebase
[01:16:31 CET] <nevcairiel> (the answer btw is: it isn't)
[01:16:44 CET] <BBB> a user doesnt care if which file blows up his compilation
[01:16:55 CET] <BBB> _any_ file that blows up compilation is equally annoying for users that cannot code
[01:16:59 CET] <BBB> they expect quality from us
[01:17:12 CET] <BBB> its not hard to verify, it takes a minute or less per file, and the number of affected files was well below 20
[01:17:20 CET] <BBB> it probably takes 5 minutes in total
[01:17:33 CET] <BBB> and if its missing somewhere, you just saved a user an incredibly annoying headache
[01:18:01 CET] <nevcairiel> from a quick look, at least the 3 changes that now use log2 are broken on soem systems
[01:18:08 CET] <nevcairiel> log10 doesnt seem to have that same problem
[01:18:08 CET] <BBB> :(
[01:23:19 CET] <wm4> lol
[01:23:32 CET] <wm4> called it
[01:25:48 CET] <cone-618> ffmpeg 03Carl Eugen Hoyos 07master:2f1d6d45af42: lavc/cdg: Add transparency support.
[01:26:46 CET] <michaelni> nevcairiel, which file broke ?
[01:26:54 CET] <michaelni> snowenc.c contained log2 before
[01:27:54 CET] <nevcairiel> i didnt see that avutil/common.h also includes internal.h because its hidden under some evil ifdef .. it didnt make sense to me since common.h is installed and internal isnt
[01:30:05 CET] <michaelni> if i intentionally break libm.h then libavcodec/zmbvenc.c fails build so it must be incuded there too
[01:30:45 CET] <michaelni> same for nellymoserenc
[01:31:48 CET] <nevcairiel> like i said, I only had a very brief look, and didnt notice that common.h includes internal.h under some ifdef, and I didn't look much closer because installed headers usually dont include private headers .. but this one does :)
[01:32:33 CET] <nevcairiel> in any case, that nothing actually broke is just luck, and not the point
[01:33:36 CET] <nevcairiel> and I'll go sleep now, i actually have to work in the morning!
[01:34:35 CET] <cone-618> ffmpeg 03Carl Eugen Hoyos 07master:bd1d67efe830: lavc/proresdec2: Fix slice_count for very high resolutions.
[02:43:07 CET] <cone-618> ffmpeg 03Michael Niedermayer 07master:a7af002b5f4c: avformat/oggparseogm: Enable parser for mpeg4
[03:07:53 CET] <canaar> In ffserver.c, in the function close_connection(HTTPContext *c) , what does http://pastebin.com/fWRwAnBq this exactly do?
[04:04:29 CET] <cone-618> ffmpeg 03Michael Niedermayer 07master:203dc14693c6: avformat/3dostr: Remove redundant ;
[04:04:30 CET] <cone-618> ffmpeg 03Steven Robertson 07master:b38e685c0537: vf_lut: Add support for RGB48 and RGBA64.
[04:10:09 CET] <Timothy_Gu> michaelni: in 7a62e94a269d9b8993f5987d1a0895bc348c52a8, why is the bit magic version disabled?
[04:12:15 CET] <michaelni> i suspect that 11 years ago when i wrote that, the enabled code was faster
[04:12:56 CET] <michaelni> gcc likely converts the ifs to branchless code
[04:13:36 CET] <michaelni> but maybe it doesnt dunno
[08:34:25 CET] <cbsrobot> did anyone compile zimg in visual studio? does it compile?
[11:37:20 CET] <cone-260> ffmpeg 03Nicolas George 07master:e8e7eb150f15: ffmpeg_filter: check encoder before using it to set frame size.
[14:27:16 CET] <Daemon404> oh good, drama
[14:27:21 CET] <Daemon404> didnt have enough of that lately.
[14:42:31 CET] <BtbN> So he realy doesn't like getting his stuff reviewed.
[14:43:20 CET] <Daemon404> it just sounds like your standard young person / student
[14:43:33 CET] <Daemon404> with respect to defending your code to the death.
[14:44:13 CET] <BtbN> Anyone happens to know how I can get a propper patch that git am likes out of Thunderbird?
[14:44:36 CET] <Daemon404> yes
[14:44:37 CET] <J_Darnley> Save as, maybe?
[14:44:43 CET] <Daemon404> save it as a .eml
[14:44:53 CET] <Daemon404> you can drag/drop from the email list to a folder
[14:44:54 CET] <Daemon404> if you are lazy
[14:45:01 CET] <Daemon404> (like me)
[14:45:03 CET] <BtbN> It saves as some strange base64 encoded thing then, which fails to apply.
[14:45:11 CET] <Daemon404> that doesnt sound right
[14:45:19 CET] <Daemon404> view-source the email
[14:45:19 CET] <nevcairiel> git am generally can read base64 encoded mails
[14:45:28 CET] <Daemon404> oh, maybe it includes utf-8
[14:45:31 CET] <wm4> sigh, drama
[14:45:46 CET] <BtbN> oh, just saw the response from michael to that mail. The patch actualy _is_ malformed...
[14:45:50 CET] <Daemon404> :D
[14:46:05 CET] <Daemon404> i thought about setting up a patchwork or plaid for ffmpeg-devel before
[14:46:12 CET] <BtbN> yes please
[14:46:15 CET] <Daemon404> but so far devs are fine with saving fro ma client
[14:46:18 CET] <Daemon404> so i didnt bother
[14:46:48 CET] <BtbN> I prefer basicaly anything over applying patches from a ML
[14:47:06 CET] <Daemon404> i literally only use patchwork to dl the patches
[14:47:13 CET] <Daemon404> none of its organizational features
[14:49:01 CET] <BtbN> Beeing able to just pull patches from some git repo would be great.
[14:49:24 CET] <Daemon404> i prefer patch files myself, but i was also raised on patch/diff
[14:49:36 CET] <Daemon404> ill look into setting up plaid maybe later today
[14:50:08 CET] <BtbN> It parses the ML, or how does it work?
[14:50:19 CET] <Daemon404> it doesnt
[14:50:27 CET] <Daemon404> it is an email subscribe to the ML
[14:50:35 CET] <Daemon404> example: http://plaid.libav.org
[14:50:52 CET] <Daemon404> and patchwork: http://patches.libav.org
[15:00:50 CET] <durandal_1707> gmail is not showing messages yet for me for some reason
[15:16:06 CET] <mateo`> q!
[15:23:05 CET] <iive> durandal_1707: maybe it categorized them as spam?
[15:37:56 CET] <durandal_1707> nope, its just late
[16:12:10 CET] <wm4> I now have a sample m4a file, with png album art marked as jpeg
[16:12:38 CET] <nevcairiel> wm4: run the format probing on the image buffer :D
[16:12:51 CET] <Daemon404> just memcmp the first 4 bytes
[16:12:58 CET] <Daemon404> thats what other libs do
[16:13:03 CET] <wm4> do you think it's worth fixing it?
[16:13:14 CET] <Daemon404> depends if these are from apple itself
[16:13:17 CET] <Daemon404> which means common.
[16:13:23 CET] <nevcairiel> i wouldnt care, most apps that use the coverart that I expose dont care about the mimetype
[16:13:30 CET] <wm4> definitely looks like it's written by itunes
[16:13:39 CET] <nevcairiel> they just see an image and do their own probing
[16:13:55 CET] <Daemon404> nevcairiel, problem we have is that we add it as a stream
[16:13:57 CET] <Daemon404> with a codec id
[16:14:03 CET] <Daemon404> and attached_pic data
[16:22:00 CET] <nevcairiel> yeah but what can you do, either you trust the codec id provided by the container, or you dont
[16:22:05 CET] <nevcairiel> we do usually trust it
[16:23:44 CET] <nevcairiel> not that I would be against very barebone image codec probing for the 2-3 most common formats
[16:24:21 CET] <Daemon404> there are only 3 formats for album art
[16:25:29 CET] <J_Darnley> Well, you say that... flac allows arbitrary formats
[16:25:31 CET] <nevcairiel> i've seen bmp album art
[16:25:38 CET] <Daemon404> yes that is number 3
[16:25:48 CET] <nevcairiel> i wouldn't have included it in my 3
[16:25:54 CET] <nevcairiel> more like jpg, png, gif
[16:25:59 CET] <Daemon404> mov has no gif type
[16:26:05 CET] <Daemon404> for covr atoms
[16:26:06 CET] <nevcairiel> mov aint alone in the world!
[16:26:21 CET] <Daemon404> yeah but id3 or w/e does retarded stuff
[16:26:26 CET] <Daemon404> base64 encode anything and put it in a tag
[16:36:08 CET] <jamrial> isn't that what ogg does?
[16:36:21 CET] <Daemon404> yes
[17:07:53 CET] <nevcairiel> hey another cannot mux aac-adts into mkv ticket
[17:08:05 CET] <nevcairiel> should poke rcombs more to finish it =p
[17:08:26 CET] <rcombs> did anyone still have any actual issues?
[17:08:35 CET] <nevcairiel> dunno
[17:08:50 CET] <nevcairiel> maybe I should find the old patchset and give it another look
[17:08:53 CET] <rcombs> there were a couple people saying they'd like the deinit method added
[17:08:59 CET] <Daemon404> nevcairiel, it is kind of weird that it does it automagically for h264
[17:09:01 CET] <Daemon404> but nto aac
[17:09:15 CET] <rcombs> but it's not essential to fix the aac issue
[17:10:03 CET] <nevcairiel> Daemon404: the big difference is that for h264 it actually has the extradata it needs, just in a different format, while for aac the extradata is missing and no way to recover it right now at the time it needs it
[17:10:19 CET] <rcombs> ^
[17:10:40 CET] <rcombs> though with this I'd expect there'll be some movement to doing that in bitstream filters instead of within individual muxers
[17:10:43 CET] <nevcairiel> ff_isom_write_avcc takes care of converting the extradata into the appropriate format
[17:11:28 CET] <nevcairiel> (but you still need the bitstream filter to actually convert everything else, methinks)
[17:11:34 CET] <nevcairiel> or was that the other way around
[17:11:39 CET] <nevcairiel> might have been the other way around
[17:11:41 CET] <nevcairiel> i keep forgetting
[17:12:06 CET] <nevcairiel> annexb->mp4 converrsion is simpelr than the other side, in any case
[17:13:00 CET] <nevcairiel> because you dont need to do any magic
[17:13:11 CET] <nevcairiel> just r eplace the 4 byte annexb startcode with the 4 byte length code
[17:13:56 CET] <nevcairiel> i'll dig for the auto-bsf patchset on the weekend and give it another review
[17:14:05 CET] <nevcairiel> you dont happen to have it in a github branch or something do you?
[17:14:32 CET] <rcombs> I can stick it on one
[17:14:33 CET] <rcombs> just a sec
[17:14:57 CET] <Daemon404> nevcairiel, i just notice its a pretty common issue for users (the annexb bsf too)
[17:15:06 CET] <Daemon404> and the warnigns give no hint on what to do to fix it
[17:15:19 CET] <nevcairiel> with the aac mkv situation, there is nothing they can do
[17:15:21 CET] <nevcairiel> unfortunately
[17:15:29 CET] <Daemon404> pretty sure there's a bsf
[17:15:36 CET] <nevcairiel> but its not enough
[17:15:41 CET] <nevcairiel> still lacking extradata
[17:15:44 CET] <Daemon404> orly?
[17:15:47 CET] <Daemon404> ive used it for mp4
[17:15:50 CET] <Daemon404> and it seemed to work
[17:16:01 CET] <nevcairiel> mp4 cheats by having headers at the end of the file
[17:16:16 CET] <rcombs> and then breaks in the cases where they aren't
[17:16:22 CET] <Daemon404> ah.
[17:16:28 CET] <nevcairiel> mkv needs the extradata during write_header
[17:16:38 CET] <nevcairiel> but its not present yet, since the bsf infra was not designed for that
[17:17:00 CET] <Daemon404> you can dick with the API and get it to work
[17:17:05 CET] <Daemon404> by beying 'clever'
[17:17:08 CET] <nevcairiel> surely
[17:17:10 CET] <Daemon404> cli cant thogh
[17:17:23 CET] <nevcairiel> this "cleverness" is really what rcombs put into generic code now =p
[17:17:29 CET] <Daemon404> ive used it for dash mp4
[17:17:34 CET] <Daemon404> which have extradata at the start
[17:17:42 CET] <Daemon404> the api i mean
[17:17:52 CET] <rcombs> dash does clever things
[17:17:54 CET] <nevcairiel> i think there is actually a hack in place that delays writing the header until the first frame
[17:17:57 CET] <rcombs> yup
[17:18:01 CET] <nevcairiel> so it has extradata then
[17:18:04 CET] <rcombs> I had a hand in that as well
[17:18:14 CET] <Daemon404> yep
[17:18:43 CET] <Daemon404> you can still be 'clever' with the api, its just much uglier
[17:19:40 CET] <Daemon404> e.g. by opening two encoders
[17:19:45 CET] <Daemon404> and stashing packets and stuff
[17:19:50 CET] <Daemon404> and copying extradata once available
[17:19:52 CET] <Daemon404> brb puking
[17:20:04 CET] <Daemon404> s/encoders/muxers/
[17:20:41 CET] <nevcairiel> or just do what rcombs now did, and just delay writing the header in generic code until the bsf spits out extradata
[17:21:07 CET] <nevcairiel> which in thsi case it does once the first proper adts frame comes along
[17:21:29 CET] <wm4> <nevcairiel> just r eplace the 4 byte annexb startcode with the 4 byte length code <- don't consumers want the SPS/PPS extracted and put into extradata?
[17:21:48 CET] <nevcairiel> wm4: parser does that already anyway
[17:26:00 CET] <nevcairiel> the big difference to the other direction is that mp4->annexb actually requires insertion of the sps/pps at the appropriate positions
[17:26:05 CET] <nevcairiel> which is not as trivial
[17:26:36 CET] <wm4> what's the problem? that the other NALs refer them by numbers?
[17:27:24 CET] <nevcairiel> mostly finding the right spot, and then checking if the stream maybe already contains them because duping them would be weird
[17:28:52 CET] <rcombs> nevcairiel: https://github.com/rcombs/FFmpeg/tree/auto-bsf took a minute due to a few rebase conflicts
[17:29:04 CET] <Daemon404> nevcairiel, when i did it manually, i just plopped the sps/pps at the start
[17:29:07 CET] <Daemon404> once.
[17:29:14 CET] <rcombs> (av_free_packet -> av_packet_unref)
[17:29:19 CET] <nevcairiel> Daemon404: strictly speaking thats not a compliant stream
[17:29:28 CET] <nevcairiel> but yeah
[17:29:36 CET] <Daemon404> which bit of it would be noncompliant here
[17:29:37 CET] <rcombs> nevcairiel: probably works with lav*-based things
[17:29:38 CET] <Daemon404> the numbering?
[17:30:01 CET] <nevcairiel> random access might break, as it may not f ind the sps then
[17:30:26 CET] <nevcairiel> most tools will probably find it when its at the start of the file
[17:30:27 CET] <Daemon404> i dont think the spec mandates that though
[17:30:37 CET] <Daemon404> afaik its entirely compliant to have only one./
[17:30:41 CET] <nevcairiel> the annexb spec wants sps/pps before IDRs afaik
[17:30:49 CET] <Daemon404> requries, or recommends?
[17:31:13 CET] <nevcairiel> who knows
[17:31:15 CET] <nevcairiel> lets find out!
[17:31:21 CET] <Daemon404> i dont ave the spec on me
[17:31:23 CET] <Daemon404> effort
[17:31:24 CET] <rcombs> does anyone actually care much
[17:31:26 CET] <rcombs> 'cause I do
[17:31:36 CET] <Daemon404> im curious
[17:31:38 CET] <rcombs> (have the spec, not care)
[17:31:41 CET] <Daemon404> it affects me in to tangible way
[17:31:45 CET] <Daemon404> but im curious.
[17:31:47 CET] <Daemon404> in no*
[17:31:50 CET] <nevcairiel> the only time I convert to annexb is for some hardware decoders
[17:31:55 CET] <nevcairiel> which dont need any in-band sps
[17:32:16 CET] <Daemon404> i do for hls segmenting from progressive mp4s
[17:32:32 CET] <nevcairiel> all hls streaming i do is from live re-encodes
[17:32:38 CET] <Mavrik> And of course any kind of MPEG2-TS streams :)
[17:32:40 CET] <nevcairiel> x264 will do the right thing, i hope =p
[17:32:41 CET] <Daemon404> hls is easy though
[17:32:46 CET] <Daemon404> each segment has exactly 1 sps/pps
[17:32:48 CET] <Daemon404> at the start
[17:32:50 CET] <Daemon404> the end./
[17:33:02 CET] <Daemon404> (iirc)
[17:33:35 CET] <nevcairiel> i dont think hls actually mandates that
[17:33:49 CET] <nevcairiel> it was all kinds of weird in that
[17:34:12 CET] <rcombs> Annex B itself doesn't care
[17:34:31 CET] <nevcairiel> its probably in the mpeg2ts specs for h264 transport
[17:34:34 CET] <nevcairiel> whichever standard that was
[17:34:35 CET] <Daemon404> youre right
[17:34:41 CET] <Daemon404> i was thinking of PAT/PMT
[17:34:49 CET] <Daemon404> not sure how i conflated the two
[17:39:19 CET] <nevcairiel> cant find it in the mpeg2-ts spec, oh well
[17:39:29 CET] <nevcairiel> but its definitely more portable if the sps/pps is repeated
[17:39:55 CET] <nevcairiel> someone may cut your mpegts file
[17:43:24 CET] <kierank> probably implicit in the definition of a random access point
[17:44:23 CET] <Mavrik> Also some players just don't handle seeking well if there's no SPS/PSS before each IDR.
[17:44:34 CET] <Mavrik> (Mostly cheap STBs.)
[18:15:36 CET] <cone-777> ffmpeg 03Michael Niedermayer 07release/2.8:6a0e10ae0df1: avcodec/ffv1dec: Clear slice coordinates if they are invalid or slice header decoding fails for other reasons
[18:15:37 CET] <cone-777> ffmpeg 03Michael Niedermayer 07release/2.8:c8a1324d1ecd: avcodec/ffv1dec: update progress in case of broken pointer chains
[18:15:38 CET] <cone-777> ffmpeg 03Michael Niedermayer 07release/2.8:81a2ad762b69: avcodec/ffv1: Initialize vlc_state on allocation
[18:15:39 CET] <cone-777> ffmpeg 03Michael Niedermayer 07release/2.8:6ac9d6303f0d: avcodec/opusdec: Fix extra samples read index
[18:15:40 CET] <cone-777> ffmpeg 03Kieran Kunhya 07release/2.8:2f5f940befc5: opusdec: Don't run vector_fmul_scalar on zero length arrays
[18:15:41 CET] <cone-777> ffmpeg 03Lucas de Andrade 07release/2.8:fcb8ee98f686: avformat/hls: update cookies on setcookie response
[18:43:36 CET] <cone-777> ffmpeg 03Ganesh Ajjanagadde 07master:20a30077c365: avutil/mathematics: correct documentation for av_gcd
[18:48:40 CET] <cone-777> ffmpeg 03Ganesh Ajjanagadde 07master:191f611906c2: avutil/wchar_filename: add av_warn_unused_result
[20:08:03 CET] <cone-777> ffmpeg 03Ganesh Ajjanagadde 07master:47af5db721ed: all: fix enum definition for large values
[20:46:19 CET] <atomnuker> "I am looking for a way to channel frittered away energy obtained during my transition from undergraduate to graduate life and its associated increase in flexibility of time allocation."
[20:46:34 CET] <atomnuker> what's up with this sentence?
[20:47:28 CET] <Compn> its a run on sentence
[20:47:52 CET] <Compn> https://en.wikipedia.org/wiki/Run-on_sentence
[20:50:58 CET] <atomnuker> not exactly what I asked, but whatever, ML drama
[20:51:36 CET] <Compn> oh
[20:51:41 CET] <Compn> i'm staying far away from that one
[20:56:04 CET] <cone-777> ffmpeg 03Marton Balint 07master:d9611864c2b7: ffprobe: add support for printing packet strings metadata as packet tags
[21:00:32 CET] <BBB> isnt drama our middle name
[21:00:42 CET] <BBB> ffdrampeg
[21:01:40 CET] <Compn> it does not have to be
[21:04:56 CET] <fritsch> na, that's ours ... kodirama
[21:05:44 CET] <BBB> dramplayer?
[21:05:52 CET] <BBB> soooooooo easy :D
[21:06:10 CET] <iive> WWF
[21:06:30 CET] <BBB> wwf?
[21:07:43 CET] <iive> it's WWE now, the wrestling
[21:08:18 CET] <iive> south park had an episode comparing it to a theater drama. and it is full of drama :)
[21:09:46 CET] <BBB> oh I see
[21:09:47 CET] <BBB> :D
[23:03:19 CET] <cone-777> ffmpeg 03Muhammad Faiz 07master:306808f10fe8: avfilter/showcqt: fix dependency with avformat
[23:14:42 CET] <durandal_1707> kierank: how many rounds you run AFL?
[23:15:02 CET] <kierank> they told me on the afl irc just to run it once
[23:15:05 CET] <jamrial> re showcqt, wonder why did the --disable-avformat fate client didn't fail
[23:34:48 CET] <cbsrobot> BBB: did you try zimg on osx ?
[23:35:20 CET] <BBB> no
[23:36:28 CET] <cbsrobot> i've a patch to make it run on osx, but not sure if it's right
[23:36:36 CET] <cbsrobot> are you c++ savvy ?
[23:37:21 CET] <BBB> not really
[23:37:25 CET] <BBB> I mean, I can read/write it
[23:37:30 CET] <BBB> but Im by no means an expert
[23:37:35 CET] <cbsrobot> can you have a look: https://gist.github.com/anonymous/84e14543cbc3691f83c5
[23:38:42 CET] <BBB> anonymous? :-p
[23:38:47 CET] <cbsrobot> well
[23:39:14 CET] <cbsrobot> the zimg community is very annonymous
[23:39:49 CET] <durandal_1707> animes weirdos
[23:40:00 CET] <JEEB> not really, just the author who has a history of being an internet troll
[23:40:20 CET] <JEEB> I have a hazy memory of him being on #mplayer ages ago...
[23:40:23 CET] <BBB> the last two changes look weird
[23:40:34 CET] <BBB> the variable names suggest these are intended to be ints
[23:40:38 CET] <BBB> why use float abs functions?
[23:41:01 CET] <BBB> the rest is fine I think, but I dont maintain that stuff so what do I know
[23:42:24 CET] <cbsrobot> the rror was: src/zimg/resize/filter.cpp:112:14: error: call to 'abs' is ambiguous
[23:43:36 CET] <JEEB> anyways, the guy takes in PRs from github as usual
[23:43:42 CET] <JEEB> as far as I can see
[23:43:46 CET] <BBB> Im pretty sure they want the int here, not the abs
[23:43:51 CET] <BBB> eh
[23:43:53 CET] <BBB> int, not double
[23:44:11 CET] <cbsrobot> ok
[23:44:12 CET] <cbsrobot> thanks
[23:44:39 CET] <cbsrobot> I'll probably sent it as PR afterwards
[23:45:10 CET] <JEEB> and yes, the guy seems to have been on freenode before
[23:45:19 CET] <JEEB> "#mplayer anon32" gives results
[23:45:21 CET] <BBB> this supposedly happens when you include both float and int math headers in the same file
[23:59:34 CET] <cbsrobot> seems to be a typo
[23:59:45 CET] <cbsrobot> -#include <cstdint>
[23:59:52 CET] <cbsrobot> +#include <cstdlib>
[00:00:00 CET] --- Sat Oct 31 2015
1
0
[01:00:00 CET] <foreverska> Is there a way to build ffmpeg so I don't have to depend on the system's libraries? I tried --disable-shared but that doesn't work.
[01:21:53 CET] <iive> foreverska: don't forget , you also need static libraries (*.a) of all system libraries, in addition to the correct options
[01:26:19 CET] <Anonaly> hi, I am using ffmpeg (winff) to convert AVI videos to mp4 so they will play on a usb stick on my TV,
[01:26:27 CET] <Anonaly> hoever the output of ffmpeg is choppy ?
[01:27:45 CET] <Anonaly> actually I am using winFF
[01:27:55 CET] <Anonaly> I don't think I have ffmpeg installed
[01:27:58 CET] <Anonaly> (ubuntu 14.04)
[01:37:01 CET] <DHE> foreverska: I've done exactly that. I chose gentoo to do it because... well, you know.
[01:37:12 CET] <DHE> you usually get static libs anyway
[01:37:48 CET] <furq> foreverska: http://johnvansickle.com/ffmpeg/
[01:38:27 CET] <foreverska> I can't do that because I need NVENC and decklink support
[01:38:58 CET] <DHE> oh... well you're screwed then
[01:39:11 CET] <DHE> best you can hope for is reduced library usage. just basics like glibc and the opencl stuff
[05:42:14 CET] <foreverska> tee is pretty tough to use
[05:49:12 CET] <foreverska> make sure I'm barking up the right terminal switch, I need to grab input from a card, throw it through NVENC and then resize it three ways into three different files. tee is the key, right?
[10:52:22 CET] <dominikm> Hi, I'm a little bit confused about avcodec_decode_audio4 function. As it can not read whole AVPacket it needs to be called again with AVPacket containing remaining data but I'm really not sure if I need to shift pointer in AVPacket or just reuse same AVPacket. Can somebody please help me with it? I've also tried to find the answer in http://dranger.com/ffmpeg/tutorial03.html but audio_pkt_data variable there is even more confusing as it does just noth
[11:11:46 CET] <Mavrik> dominikm, yes, you need to move pkt.data pointer and reduse pkt.size field if you're doing inline
[11:12:08 CET] <Mavrik> also, setting pkt.dts and pkt.pts to AV_NOPTS_VALUE after first decode helped in some broken decoder cases.
[11:13:11 CET] <Mavrik> dominikm, sample: http://pastebin.ca/3226312
[12:28:24 CET] <dominikm> Mavrik: great, thank you very much
[13:03:13 CET] <bencc> can I call ffprobe show_frames for only part of a video?
[13:03:42 CET] <bencc> let's say from 00:01:00 to 0:01:30 seconds
[17:22:39 CET] <hendry> what's the most efficient container format (un-encoded) for ffmpeg to output a screencast to?
[17:23:25 CET] <Mavrik> hendry, do you care for filesize? are you going to reencode later? with what?
[17:23:49 CET] <hendry> Mavrik: file size is not a major issue, i am going to re-encode it later
[17:24:28 CET] <Mavrik> I found losless huffyuv to be rather good and very light on CPU
[17:24:36 CET] <Mavrik> But it's openable mostly only by ffmpeg.
[17:26:18 CET] <hendry> Mavrik: that's fine. what would the "container" be named and the "encoder" i wonder? http://s.natalian.org/2015-10-31/obs-ffpmeg.png
[17:26:42 CET] <Mavrik> huffyuv/avi
[17:27:22 CET] <Mavrik> There's also ffv1 which is losless as well.
[17:31:45 CET] <hendry> Mavrik: thanks, yes the file size is pretty big now :)
[17:32:28 CET] <hendry> damn, for some reason my audio is cut off near the end
[17:33:08 CET] <hendry> my default audio encoder is libmp3lame, is there a better choice?
[17:33:34 CET] <furq> if you don't care about filesize then you might as well stick with pcm
[17:35:19 CET] <hendry> there is lot of different types of pcm*
[17:36:14 CET] <hendry> furq: http://s.natalian.org/2015-10-31/which-pcm.png
[17:37:25 CET] <Mavrik> PCM doesn't play well with all containers though :/
[17:38:04 CET] <hendry> is there something like huffyuv, but not quite as large files? something between it and h264 ultrafast?
[17:39:22 CET] <hendry> pcm_s32le seemed to work
[17:40:27 CET] <Mavrik> hendry, as I said, try ffv1
[17:42:04 CET] <hendry> Mavrik: darn, ffv1 was laggy
[17:51:28 CET] <furq> if you want slightly larger files and higher quality than x264 ultrafast then why not try x264 veryfast
[17:51:38 CET] <furq> or superfast, whichever is one up from ultrafast
[18:30:17 CET] <StephenS> hey fellas, what would be the correct way to rotate/transform a video which has rotation 270 by default, since it has been taken with front camera on android..?
[18:30:37 CET] <StephenS> When I used back camera I usually did rotate = 0, but for this 270 rotation, it doesnt work
[18:40:52 CET] <c_14> Rotate does radians, use 3PI/2 or transpose or hflip/vflip or somethnig
[18:44:47 CET] <StephenS> c_14, I use transpose, but not sure what rotation to set
[18:45:13 CET] <StephenS> currently I have ffmpeg -i vid.mp4 -vf transpose=1 -metadata:s:v:0 rotate=0 -strict -2 outme.mp4
[18:45:33 CET] <StephenS> while this works for videos recorded with back camera, for front camera which have default rotation tag 270, this does not work
[18:45:46 CET] <StephenS> it's like it doesnt even rotate, I need to transform it/convert and then to remove rotation tag
[18:46:01 CET] <StephenS> I guess rotate=0 is fine, but transpose?
[18:46:02 CET] <c_14> If it has a rotation tag, just don't set anything. Recent versions of ffmpeg'll rotate it automatically.
[18:47:40 CET] <StephenS> c_14, well I just want to remove rotation tag, because browsers are reading video differently, which I do with rotation=0, however my video still remain "in rotation clockwise"
[18:47:44 CET] <StephenS> what to set for transpose?
[18:48:58 CET] <StephenS> I can see here https://ffmpeg.org/ffmpeg-filters.html#transpose
[18:49:09 CET] <StephenS> will 0, 4, cclock_flip work?
[18:50:24 CET] <c_14> You want clock_flip
[18:50:35 CET] <StephenS> ok, whats the syntax?
[18:50:45 CET] <c_14> transpose=clock_flip
[18:51:34 CET] <StephenS> that worked, thanks a lot!
[18:51:41 CET] <StephenS> You just saved me 5 hours of debugging :)
[18:56:51 CET] <StephenS> c_14, is it possible to add watermark image on video while flipping/transposing video? so I dont have two processes doing similar stuff?
[18:59:02 CET] <c_14> use the overlay filter in a filtergraph
[19:03:01 CET] <StephenS> filter graph or filter_complex?
[19:07:06 CET] <c_14> filter_complex is the option, but a filter_complex is a filter graph
[19:11:28 CET] <StephenS> ok Ill check that tmrw morning, seems not too complicated.
[21:44:27 CET] <shenkz> SOrry for the dumb question, but what metadata format does FLAC use? ID3v2.4?
[21:45:07 CET] <shenkz> And is it okay to bundle ffmpeg with an application's installer? It's for internal and personal use only
[21:47:07 CET] <c_14> FLAC uses mainly vorbis tags (though you can add id3 tags and most players will read them)
[21:47:20 CET] <c_14> shenkz: are you modifying ffmpeg?
[21:47:38 CET] <c_14> If no, it's fine as long as you also distribute/offer to distribute the ffmpeg source code through the same means.
[21:47:44 CET] <c_14> Note: ianal
[00:00:00 CET] --- Sat Oct 31 2015
1
0
[02:43:40 CET] <cone-093> ffmpeg 03Ganesh Ajjanagadde 07master:fab1562a5068: avutil/ripemd: make rol macro more robust by adding parentheses
[02:45:25 CET] <cone-093> ffmpeg 03Ganesh Ajjanagadde 07master:6dc0db6634f4: avcodec/motion_est_template: replace qsort with AV_QSORT
[03:15:59 CET] <cone-093> ffmpeg 03Ronald S. Bultje 07master:63fca9df9c6f: vp9_parser: don't overwrite cached timestamps with nopts.
[04:07:47 CET] <cone-093> ffmpeg 03Ganesh Ajjanagadde 07master:dd367495578d: avutil/audio_fifo: add av_warn_unused_result
[06:13:08 CET] <cone-093> ffmpeg 03James Almer 07master:fc460fe61847: avfilter/showcqt: fix compilation with libswscale disabled
[09:54:29 CET] <flux> I'm writing an extension to the iso media format to support timed metadata. it seems to fit in relatively well, but the one thing I'm stuck at is that I need to add a track reference.
[09:54:52 CET] <flux> currently it seems the only thing using track references is the RTP hinting and it works sort of automatically, so it doesn't have its own special interface it seems
[09:55:17 CET] <flux> but in this case the user is providing a separate metadata track and needs a way to tell that the track is referencing (say) a certain video track
[09:56:00 CET] <flux> I'm wondering: what would be the nice interface to pass this information? so, basically two integers :-). I would hope to not add a new interface for this, but I suppose if that's the only option then I do it that way..
[10:38:20 CET] <wm4> did ganesh really send thousands of pings
[10:38:40 CET] <nevcairiel> nah just 500, and 500 new oneline patches
[10:39:55 CET] <rcombs> this is why I have a filter setup to remove ffmpeg-devel messages that don't explicitly mention me from my inbox
[10:54:18 CET] <durandal_1707> :(
[11:37:22 CET] <paulrobur> hi
[11:39:11 CET] <durandal_1707> hi
[11:39:31 CET] <paulrobur> do you know mediacoder?
[11:40:22 CET] <durandal_1707> nope
[11:40:44 CET] <paulrobur> how can i convert a wmv into avi?
[11:41:32 CET] <kierank> durandal_1707: interested in fuzzing sliced threads h264?
[11:43:04 CET] <durandal_1707> why h264? Don't you have faster machine...
[11:43:21 CET] <kierank> I am fuzzing frame threads
[11:43:26 CET] <kierank> probably a week left or so
[11:43:57 CET] <kierank> well I think you'll agree h264 is the most important codec in ffmpeg
[11:47:09 CET] <BBB> kierank: did you find anything?
[11:47:25 CET] <BBB> kierank: I did the chrome codecs back when I worked at google, I was pretty sure I found all the bugs already
[11:47:37 CET] <BBB> (frame threads, not slice threads)
[11:47:48 CET] <kierank> I found a few frame threads crashes earlier in the year
[11:47:53 CET] <BBB> :(
[11:48:22 CET] <kierank> and a lot of sliced thread crashes (many of which affected me in the real world)
[11:48:33 CET] <BBB> can someone not-me step in and respond to ganesh comments in all: fix enum definition for large values (and michaels also), I feel like Im repeating myself and were going in circles
[11:48:42 CET] <BBB> I never fuzzed slice threads
[11:55:46 CET] <durandal_1707> google fuzzed ffmpeg with super computers already
[12:06:10 CET] <kierank> yeah, it's why I've found 4-5 crashes in the past week or two of fuzzing
[12:11:54 CET] <cone-868> ffmpeg 03Matthieu Bouron 07master:cbe2dfa4e51b: lavc/pngdec: honor skip_frame option
[12:11:54 CET] <cone-868> ffmpeg 03Matthieu Bouron 07master:ff0dfb5c361a: lavc/mjpegdec: honor skip_frame option
[12:16:03 CET] <michaelni> BBB, no need to reply to me, i dont really have an oppinon on this, i just saw 2 people disagreeing and wanted to throw some other random option in to see if it would be liked by both sides.
[12:28:27 CET] <BBB> ganesh doesnt like reviews, I feel& he takes them too personally
[12:29:23 CET] <kierank> I wonder if he'll move to libav
[12:31:54 CET] <BBB> dont give him ideas
[12:31:55 CET] <BBB> ...
[12:32:18 CET] <BBB> I think he has good energy and we should direct that at something positive
[12:32:30 CET] <BBB> Im not sure why hes working on compiler warnings, its kind of weird to spend so much time at
[12:37:37 CET] <nevcairiel> (especially generating new ones)
[12:40:19 CET] <wm4> BBB: yeah, agreed
[12:40:40 CET] <BBB> I dont actually mind the log10ish work he did
[12:40:50 CET] <BBB> although I thought there were portability concerns
[12:40:55 CET] <BBB> I cant remember for which platforms
[12:41:03 CET] <BBB> I thought it was msvc, but msdn claims it has all of them
[12:41:10 CET] <BBB> at least log10 and log
[12:41:12 CET] <BBB> maybe not log2
[12:41:17 CET] <nevcairiel> BBB: i'm slightly confused re: vp9, how would the parser change make the timebase change?
[12:41:32 CET] <BBB> nevcairiel: the second frame had no timestamp
[12:41:38 CET] <wm4> BBB: have fun checking every single patch, and doing exactly the same for the next 100 patches he's going to send
[12:41:43 CET] <BBB> so if theres only 2 frames and ffmpeg makes up the timestamp
[12:41:51 CET] <BBB> then it can make any timebase to fit the made-up timestamp
[12:41:56 CET] <nevcairiel> i see
[12:42:01 CET] <BBB> I dont know why it does that
[12:42:04 CET] <BBB> Im sure michaelni knows
[12:42:11 CET] <BBB> but the timebase was wrong and is now correct
[12:42:14 CET] <wm4> what timebase change?
[12:42:17 CET] <nevcairiel> the new timebase makes much more sense anyway, so lgtm
[12:42:32 CET] <BBB> log2 does not exist in msvc2010
[12:42:34 CET] <BBB> which we do support
[12:42:36 CET] <BBB> so theres that
[12:42:38 CET] <nevcairiel> we have emulation
[12:42:45 CET] <wm4> msvc2010 can be ignored anyway
[12:42:45 CET] <nevcairiel> i think
[12:42:46 CET] <kierank> could get him to write some simd
[12:42:56 CET] <wm4> i.e. let's drop the shit
[12:43:13 CET] <nevcairiel> yeah libavutil/libm.h defines log2/log2f
[12:43:18 CET] <nevcairiel> if absent
[12:49:59 CET] <michaelni> i do remember compat issues too but theres log2 and log10 in git already so these must have been solved
[12:53:00 CET] <rcombs> who cares about non-latest msvc
[12:55:31 CET] <cone-868> ffmpeg 03Ronald S. Bultje 07master:c04830382316: vp9: update timestamps in ref files using multiple invisible frames.
[12:55:59 CET] <BBB> nevcairiel: yes we do, I just checked that also
[12:56:02 CET] <BBB> so its fine I guess
[12:56:32 CET] <BBB> wm4: I mean, he wrote it already, if he likes it, I dont mind that particular patchset&
[12:57:25 CET] <wm4> feel free to override me
[12:57:33 CET] <nevcairiel> i find his "precision" examples funny though, double has a precision of about 15-17 digits, and his values start to differ at 17-18 digits
[12:57:42 CET] <nevcairiel> its sheer luck, really
[12:57:54 CET] <wm4> nevcairiel: he wrote "likely", so he didn't verify it
[12:59:06 CET] <BBB> double is 48 bits precision, so 2^48=~10^3*5, so 15 digits
[12:59:18 CET] <BBB> float is half of that
[12:59:23 CET] <BBB> or so
[12:59:44 CET] <BBB> brb
[12:59:49 CET] <nevcairiel> his "proof" posts are always somewhat half-assed like this
[13:00:23 CET] <nevcairiel> using some sort of statements combined with imprecise language so he can back out if someone calls him on it
[13:04:28 CET] <nevcairiel> like someone said the other day, is "sloppy"
[13:05:53 CET] <wm4> that's why I'm going to nack by default, so he can't push them due to timeout if nobody else reviews
[13:13:44 CET] <durandal_1707> kierank: what happened with overlay simd?
[13:14:13 CET] <kierank> durandal_1707: can't remember, had some minor crisis to deal with then forgot about it
[13:24:51 CET] <Compn> kierank : they probably have fixes they have not shared back with us :P
[13:25:21 CET] <Compn> where they = google
[13:33:45 CET] <durandal_1707> how you can type something like that?
[13:41:58 CET] <kierank> durandal_1707: ?
[13:42:54 CET] <durandal_1707> was directed to Compn
[13:49:33 CET] <kierank> the big G can do no wrong
[13:49:58 CET] <nevcairiel> who was working on improving the fate overview page some time ago?
[13:50:12 CET] <nevcairiel> i would love an option to hide builds from release branches from the main listing
[13:50:44 CET] <nevcairiel> (and while we're at it, black is an odd choice for builds that recently failed)
[13:54:04 CET] <wm4> maybe timothy?
[13:59:06 CET] <Daemon404> it was Timothy_Gu
[13:59:16 CET] <Daemon404> he rewrote the fate server completely
[13:59:20 CET] <Daemon404> i dont know if it was deployed
[14:00:10 CET] <Daemon404> aside: the amount of replies to these ganesh patches is nuts
[14:00:15 CET] <Daemon404> it's like 50% of my ML traffic
[14:07:07 CET] <cone-868> ffmpeg 03Luca Barbato 07master:d584533cf381: avformat: Rework add_to_pktbuf
[14:07:08 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:54de179caa39: Merge commit 'd584533cf38141172e20bae5436629ee17c8ce50'
[14:17:49 CET] <cone-868> ffmpeg 03Luca Barbato 07master:9b56d5c11488: avpacket: Deprecate av_dup_packet
[14:17:50 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:87a6f532b46f: Merge commit '9b56d5c11488656254e9aed8d964ef2b7c2ff5e6'
[14:20:37 CET] <cone-868> ffmpeg 03Luca Barbato 07master:a9a60106370f: avpacket: Provide an alloc and a free function for the struct
[14:20:38 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:3ec049b85dac: Merge commit 'a9a60106370f862e191dea58e748626da6a8fe97'
[14:22:49 CET] <cone-868> ffmpeg 03Alexandra Hájková 07master:cd0e08813a04: avconv: support infinite loop for the loop option
[14:22:50 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:9f7de9951790: Merge commit 'cd0e08813a0484002b5defbf557c859f123953ae'
[14:25:09 CET] <cone-868> ffmpeg 03Luca Barbato 07master:f3aff31e5f66: avpicture: Deprecate the single fields
[14:25:10 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:7c99384f3c41: Merge commit 'f3aff31e5f66a4f1c4e34ce4944f4a402aca61ed'
[14:26:14 CET] <cone-868> ffmpeg 03Michael Niedermayer 07master:6dcd82290438: opus: Buffer the samples from the correct offset
[14:26:14 CET] <cone-868> ffmpeg 03Kieran Kunhya 07master:b8deb7c34f75: opus: Do not call vector_fmul_scalar on zero samples
[14:26:16 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:f2dc68e2e2dd: Merge commit '6dcd82290438eb810936de4febd0558b38a08ec5'
[14:26:16 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:313f53824ef4: Merge commit 'b8deb7c34f755d5e3eee0b5930c3a6ad2dda96bc'
[14:27:25 CET] <cone-868> ffmpeg 03Martin Storsjö 07master:9e14a9924093: libopenh264enc: Add an option for controlling the frame skipping
[14:27:26 CET] <cone-868> ffmpeg 03Martin Storsjö 07master:8edaf625f3c3: libopenh264enc: Count and warn about the number of skipped frames
[14:27:27 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:f79bb118f589: Merge commit '9e14a992409348630ea96521411127418a92e8a3'
[14:27:28 CET] <cone-868> ffmpeg 03Hendrik Leppkes 07master:7968b1f85339: Merge commit '8edaf625f3c38c695c33745822182e94e17d6e1b'
[17:00:52 CET] <BBB> j-b: pokey
[17:01:22 CET] <j-b> BBB: pikey
[17:01:48 CET] <Timothy_Gu> nevcairiel, Daemon404: yes it was deployed at fatebeta.ffmpeg.org
[17:02:14 CET] <Timothy_Gu> It's kinda buggy in some ways tho and I can't find much time to work on it :(
[17:03:19 CET] <Daemon404> [16:01] < j-b> BBB: pikey <-- dont say that in the UK ;)
[17:03:33 CET] <BBB> ?
[17:03:49 CET] <Daemon404> it's a derogatory term her
[17:03:52 CET] <Daemon404> here*
[17:04:00 CET] <j-b> lol
[17:04:03 CET] <j-b> what does it mean?
[17:04:12 CET] <Daemon404> irish trabellers / gypsies
[17:04:24 CET] <j-b> so it's racist against irish?
[17:04:25 CET] <Daemon404> go watch Snatch (the movie)
[17:05:10 CET] <Daemon404> j-b, no, the northern irish, specifically a subset of them who are this: https://en.wikipedia.org/wiki/Irish_Travellers
[17:05:41 CET] <Daemon404> looks like some irish too actually.
[17:06:09 CET] <nevcairiel> Timothy_Gu: thats much better than the original already :)
[17:06:13 CET] <j-b> Daemon404: ok, thanks for the info.
[17:06:14 CET] <nevcairiel> hope you can find some time to finish it
[17:06:24 CET] <j-b> Daemon404: can I be racist against irish? :D
[17:07:13 CET] <Daemon404> sure, doesnt affect me ;)
[17:07:36 CET] Action: Daemon404 runs
[17:07:38 CET] <j-b> :D
[17:08:32 CET] <Daemon404> (i do recomment watching Snatch regardless, btw)
[17:08:35 CET] <Daemon404> recommend, even
[17:08:43 CET] <Daemon404> it's one of Guy Ritchie's better movies
[17:16:41 CET] <Timothy_Gu> nevcairiel: :)
[17:18:39 CET] <Daemon404> i really wish i could hide the sidebar
[17:22:39 CET] <Timothy_Gu> Daemon404: would it be better if I just remove it
[17:23:25 CET] <Daemon404> old fate has it to
[17:23:28 CET] <Daemon404> i dislike the sidebar fullstop
[17:23:30 CET] <Daemon404> ;)
[17:24:12 CET] <Timothy_Gu> nothing I can do then :) also I might rewrite the entire website in the future using Ajax so sorry Compn
[18:10:53 CET] <durandal_1707> Huh, Ajax, why not in flash?
[18:16:22 CET] <cone-868> ffmpeg 03Kyle Swanson 07master:e5451f25d3c2: avfilter/asrc_sine: fix options typos
[18:34:05 CET] <cone-868> ffmpeg 03Kyle Swanson 07master:3b1939bb6679: avfilter/tremolo: fix wavetable buffer size
[18:47:52 CET] <dropd2na> ajax? flash? silverlight or nothing!
[19:06:27 CET] <wm4> png: Invalid PNG signature 0xFFD8FFE000104A46.
[19:06:30 CET] <wm4> what could this be?
[19:06:48 CET] <wm4> (mp4 with attached picture, generated by itunes, don't have the actual file)
[19:08:57 CET] <durandal_1707> jpeg?
[19:29:09 CET] <Daemon404> yes a jpeg
[19:29:15 CET] <Daemon404> FFD8 is a jpeg marker
[19:40:00 CET] <wm4> storing jpegs as pngs sounds familiar
[19:40:06 CET] <wm4> I think we've seen this in id3v2 tags
[19:40:12 CET] <wm4> but not mp4 yet (apparently)
[19:40:32 CET] <wm4> see 622f1468c92cb399e824894aa456d5590da6cc56
[19:41:10 CET] <Daemon404> what marks it as png?
[19:41:23 CET] <wm4> itunes, apparently
[19:41:53 CET] <Daemon404> i mean is it a flag in the mp4 somewhere
[19:41:56 CET] <Daemon404> or is it a stream
[19:41:57 CET] <Daemon404> or what
[19:42:07 CET] <wm4> good question
[19:42:30 CET] <Daemon404> inb4 some old hack for a broken file from the past
[19:42:47 CET] <wm4> there's a type id part of the 'data' atom
[19:42:57 CET] <wm4> apparently.
[19:43:00 CET] <wm4> maybe this is wrong
[19:44:07 CET] <Daemon404> not covr?
[19:44:13 CET] <Daemon404> where are you seeing this
[19:44:41 CET] <wm4> the covr atom is contained by the data atom, right?
[19:44:57 CET] <Daemon404> i dont recall the exact nesting
[19:45:07 CET] <Daemon404> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/mov.c#l175
[19:45:18 CET] <wm4> see the only call to mov_read_covr in mov.c
[19:45:18 CET] <Daemon404> is the only place it could be aside from being a real "png" stream
[19:45:29 CET] <Daemon404> right
[19:49:56 CET] <Daemon404> http://sourceforge.net/p/atomicparsley/code/HEAD/tree/trunk/atomicparsley/s…
[19:49:59 CET] <Daemon404> lol.
[19:50:25 CET] <JEEB> lol
[19:50:27 CET] <Daemon404> i cant actually find any docs on 'covr'
[19:50:27 CET] <wm4> yeah.
[19:51:01 CET] <Daemon404> ah there it is... maybe
[19:51:27 CET] <Daemon404> i see where the type bit is coming from
[19:52:16 CET] <Daemon404> https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/Metada…
[19:52:19 CET] <Daemon404> covr isnt covered at all here
[19:53:23 CET] <wm4> https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/Metada…
[19:53:32 CET] <wm4> the data atom is, and these are the types it supports
[19:53:36 CET] <wm4> (apparently)
[19:53:49 CET] <Daemon404> yes
[20:01:49 CET] <llogan> Compn: can you add mailer-daemon at mplayerhq.hu email address to Privacy Options > Sender Filters > discard_these_nonmembers? for dvdnav-discuss ML
[20:39:40 CET] <llogan> i should read the twitter more than twice a week. missed some re-tweet fodder.
[21:30:12 CET] <Compn> llogan : i dont think i have the power to admin that list
[21:30:20 CET] <Compn> (i know i dont)
[21:30:33 CET] <Compn> noone ever told me password
[21:30:47 CET] <Compn> llogan : i hope you passed twitter password to some other devs :P
[21:47:54 CET] <durandal_1707> michaelni: care to fix ogv sample?
[21:48:48 CET] <michaelni> durandal_1707, which ogv sample ?
[21:52:33 CET] <llogan> Compn: who does have access to that list? re: twitter, reynaldo has access. michael too, IIRC.
[21:53:19 CET] <durandal_1707> michaelni: https://0x0.st/iJi.ogv
[21:57:01 CET] <cone-618> ffmpeg 03Paul B Mahol 07master:e99321a3b6e1: avformat: add 3dostr demuxer
[21:57:02 CET] <cone-618> ffmpeg 03Paul B Mahol 07master:af3f793f6048: avcodec: add ADPCM AICA decoder
[21:57:03 CET] <cone-618> ffmpeg 03Paul B Mahol 07master:48f0d3accc30: avformat: add DC STR demuxer
[21:57:04 CET] <cone-618> ffmpeg 03Paul B Mahol 07master:09ef1f5923af: doc/general.texi: move Screenpresso to right section
[21:57:05 CET] <cone-618> ffmpeg 03Paul B Mahol 07master:863c9189eeed: doc/general.texi: fix SDX2 description
[21:57:28 CET] <michaelni> durandal_1707, whats the problem with the sample ?
[22:01:22 CET] <durandal_1707> michaelni: it doesn't play correctly inside mpv
[22:03:24 CET] <michaelni> it seems to play fine in ffplay but then i dont know how its supposed to look so maybe iam missing something
[22:08:00 CET] <durandal_1707> the audio is not playing correctly, player reports missing/invalid video timestamps and drops audio
[22:08:55 CET] <durandal_1707> how it plays with mplayer?
[22:12:23 CET] <ubitux> isn't frame_rate option in avfilter/buffersrc suposed to be of type AV_OPT_TYPE_VIDEO_RATE>
[22:12:25 CET] <ubitux> ?
[22:14:07 CET] <michaelni> durandal_1707, mplayer shows errors too, is that a regression ?
[22:15:33 CET] <durandal_1707> dunno
[22:21:04 CET] <Compn> llogan : no idea, maybe Rathann ? but then videolan took over dvdnav stuff? do they use our ml? lol
[22:21:49 CET] <wm4> michaelni, durandal_1707: libavformat doesn't output video timestamps, and yes, it's a regression
[22:23:18 CET] <llogan> Compn: i believe videolan forked it, as opposed to taking it over. I don't know.
[22:23:38 CET] <Compn> llogan : but then mplayer dropped using internal and went with the videolan fork
[22:23:48 CET] <Compn> iirc they took over maintaining it
[22:23:57 CET] Action: llogan queues Yackety Sax
[22:24:23 CET] <Compn> ask j-b :P
[22:25:05 CET] <Compn> ogv sample ? hentai of course.
[22:25:54 CET] <Compn> yes its a regression, wm4 / michaelni durandal_1707 , it works in mplayer r37289 (2014)
[22:25:56 CET] <j-b> of course I forked it.
[22:26:21 CET] <j-b> and after being annoyed that my mails were moderated on the mailing list, I forked the ml.
[22:26:39 CET] <Compn> i would have fixed the ml, but no one gave me the password
[22:26:50 CET] <j-b> Sorry, dead project, I took over.
[22:27:05 CET] <Compn> j-b : its fine, thanks for doing it. we are just trying to figure out the old ml now :P
[22:27:10 CET] <j-b> and distros have picked it off
[22:28:02 CET] <Compn> michaelni : libavformat version 56.7.101 (internal) , in the working mplayer on that ogv sample, if that helps any :P
[22:36:09 CET] <jamrial> that's an xvid ogm file. wonder why the ogv extension
[23:46:42 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:4870d8518a92: avcodec/snowenc: use log2 instead of log() / log(2...)
[23:46:43 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:68ba63ebd5fa: avcodec/nellymoserenc: use log2 instead of log()/M_LN2
[23:46:44 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:603d62745710: avcodec/zmbvenc: use log2 instead of log()/M_LN2
[23:46:45 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:4d0d85c94ad9: avfilter/af_volume: use log10 instead of log()/M_LN10
[23:51:47 CET] <cone-618> ffmpeg 03Andreas Cadhalpun 07master:41455dca60c4: avformat: stop exporting ffurl_read_complete, ffurl_seek and ffurl_size
[23:51:48 CET] <cone-618> ffmpeg 03Andreas Cadhalpun 07master:8bfbc8c5e504: swscale: rename sws_context_class to ff_sws_context_class
[23:51:49 CET] <cone-618> ffmpeg 03Andreas Cadhalpun 07master:e8c371606409: swscale: rename sws_rgb2rgb_init to ff_sws_rgb2rgb_init
[23:53:49 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:59d37f5a4e70: avfilter/vf_psnr: use log10 instead of log()/log(10)
[23:56:22 CET] <cone-618> ffmpeg 03Ganesh Ajjanagadde 07master:ec66bcc0e75c: avfilter/avf_showspectrum: use log10 instead of log()/...
[00:00:00 CET] --- Fri Oct 30 2015
1
0
[00:09:26 CET] <pmow> llogan http://pastebin.com/4RPGb8FS
[00:11:41 CET] <furq> pmow: -c:s mov_text
[00:11:53 CET] <furq> mp4 doesn't support any other subtitle formats
[00:12:22 CET] <pmow> omg...I have been looking for a list of supported audio/sub formats for the last 20 min. Thank you so much!
[00:13:03 CET] <pmow> sure enough, works like a charm. Thanks.
[00:39:05 CET] <pmow> furq: Thanks, Wikipedia had me running around. I fixed it as well, not much info.
[00:40:00 CET] <furq> fwiw `ffmpeg -codecs | grep ^\ ..S` will give you a list of supported subtitle codecs
[00:41:52 CET] <pmow> yes I saw that...but didn't seem to be by container
[00:42:36 CET] <pmow> thanks
[04:26:07 CET] <foreverska> I wish there was a build server I could get someone else to build a custom ffmpeg config for me
[05:25:25 CET] <jgarde> Can anyone tell me what exactly is going on in this file header?
[05:25:26 CET] <jgarde> https://i.imgur.com/pTZ5HYG.png
[05:25:35 CET] <jgarde> It's an H264 encode
[05:25:47 CET] <jgarde> with some type of proprietary header attached to it
[05:25:57 CET] <jgarde> It's not ID3
[05:27:39 CET] <jgarde> Also, is it possible to append file headers onto a ffmpeg encode?
[05:27:52 CET] <jgarde> In realtime, not post encode
[07:15:10 CET] <t4nk211> i have clone git in my netbeans project now how to run ffmpeg command from java file
[09:38:04 CET] <flux> so I want to pass some auxiliary data to movenc. is AVCodec::extradata the way to do it?
[11:45:34 CET] <SilverCode> when building from source, why would the result of ./configure say that vaapi and vdpau hwaccels are enabled, but the actual final built binary only lists vdapu for hwaccels?
[11:51:36 CET] <toriso> hello, I'm having trouble streaming with ffmpeg, I didn't before, I'm having this message: Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later.
[12:01:43 CET] <toriso> anyone?
[12:15:32 CET] <BtbN> SilverCode, because lavc hwaccels are not related to the ffmpeg cli util hwaccels.
[12:15:48 CET] <BtbN> Nobody felt like implementing vaapi for ffm
[12:15:52 CET] <BtbN> ffmpeg yet.
[12:38:53 CET] <SilverCode> BtbN: ok, but when I "waf configure" mpv, it can't detect vaapi support in libavcodec either (it does pick up vdpau though)
[12:39:09 CET] <SilverCode> so I thought they might be related
[13:02:56 CET] <toriso> I dont understand it works with another rtmp link, but not this one, and I use the same command
[13:03:03 CET] <toriso> how can that be
[13:10:09 CET] <toriso> what is global network initialization
[13:44:04 CET] <bencc> can ffmpeg act as a virtual camera under windows?
[13:44:44 CET] <BtbN> no.
[13:45:22 CET] <bencc> BtbN: maybe you are familiar with a separate project that I can use for a virtual camera?
[13:45:27 CET] <BtbN> no
[13:47:00 CET] <bencc> thanks
[13:49:19 CET] <Bibelen> Hi.
[13:49:19 CET] <Bibelen> I'm using this line in Subsonic for transcoding: ffmpeg -i %s -v 0 -map 0:0 -acodec flac -f flac -
[13:49:19 CET] <Bibelen> This works fine, but now I can't seek within the song. I have googled this for so long without any clear answer. Can anyone here help me?
[13:49:19 CET] <Bibelen> Thank you.
[14:07:20 CET] <Mavrik> Bibelen, that's probably because you don't put your audio in a container.
[14:07:26 CET] <Mavrik> You just dump it raw.
[14:08:24 CET] <Bibelen> What about the -f flac? Doesn't that count as a FLAC-container?
[14:09:12 CET] <Mavrik> There's no such thing as "flac container"
[14:09:13 CET] <Mavrik> DE flac raw FLAC
[14:09:29 CET] <Mavrik> Put it into ogg or something.
[14:09:43 CET] <Mavrik> Or update your audio player to support seeking on raw flac
[14:12:03 CET] <Bibelen> it does support it as long as I don't stream from subsonic
[14:12:30 CET] <Bibelen> If I convert the file using the same line, it works fine.
[14:15:34 CET] <Mavrik> Um, subsonic is a streaming server I guess?
[14:15:47 CET] <Bibelen> Yes
[14:16:05 CET] <Bibelen> I tried ffmpeg -i %s -v 0 -map 0:0 -c:a flac -f ogg - . It did not work
[14:16:07 CET] <c_14> You can't seek in stdout per se, it'll give you output at a set rate and you have to live with it. You can only seek by discarding input if the application provides input faster than you need it.
[14:17:10 CET] <c_14> So the issue is not in ffmpeg, but in however subsonic processes the output and then streams it to your client.
[14:17:36 CET] <c_14> Or in that the cpu of the system encoding to flac cannot encode faster than realtime.
[14:18:06 CET] <Bibelen> Ok. I guess I'll have to take it up with Subsonic forum then.
[14:18:29 CET] <Bibelen> Thank you for your answers!
[14:21:08 CET] <Mavrik> That or your player of course.
[14:21:26 CET] <Mavrik> If subsonic just relays the streaming audio then you of course can't seek it.
[14:22:15 CET] <c_14> Well, seeing as he didn't have a -re in his commandline, I'm relatively sure subsonic must buffer the input somehow (unless the cpu really can't encode flac at faster than realtime)
[14:26:21 CET] <Bibelen> Seeking works with mp3 and ALAC in the same player
[17:39:01 CET] <fred1807> I am no satified with the quality I am getting in scaling 720 to 1080p, what can I add to improve ir? Right now I am with defaults, my command is: ffmpeg -i input.mp4 -vf scale=1920:1080 out.h264
[17:41:42 CET] <jasom> fred1807: add something like -sws_flags lanczos+accurate_rnd+full_chroma_int+full_chroma_inp
[17:41:52 CET] <fred1807> wow
[17:43:16 CET] <jasom> fred1807: depending on your codec and playback device you might be better off just encoding at the original and letting the playback device upscale
[17:43:27 CET] <jasom> s/original/original resolution/
[17:44:12 CET] <RobotsOnDrugs> there is zero point in upscaling outside of rendering except in very specific edge cases
[17:44:37 CET] <fred1807> yep.. this is some solution.. the device is a raspberry, it has a hvs (hardware video scaler), but when the vhs is busy with many framebuffer overlays (images, interface), in sometimes get busy, and image blinks, so I better send videos in full 1080p already
[17:44:47 CET] <jasom> RobotsOnDrugs: some playback devices do a very poor job of upscaling at rendering time
[17:45:22 CET] <jasom> RobotsOnDrugs: I actually probably have one or two devices lying around that will only decode fixed set of resolutions
[17:45:35 CET] <fred1807> the raspberry gpu perform very well with video alone, but this is kind of a psychedelic project, with many overlays, images, 3d rendering... I am pushing over limits
[17:45:54 CET] <RobotsOnDrugs> one of those specific cases
[17:46:39 CET] <RobotsOnDrugs> unfortunate that some devices are that bad at upscaling, i suppose
[00:00:00 CET] --- Fri Oct 30 2015
1
0
[02:32:59 CET] <cone-867> ffmpeg 03Michael Niedermayer 07master:232b8a5a438a: avformat/img2enc: re enable atomic writes with split planes
[02:32:59 CET] <cone-867> ffmpeg 03Muhammad Faiz 07master:f8d429e0c569: avfilter/avf_showcqt: rewrite showcqt and add features
[03:54:04 CET] <cone-867> ffmpeg 03Michael Niedermayer 07master:492dead9ac85: avfilter/avf_showcqt: Fix ;;
[04:00:38 CET] <Timothy_Gu> nevcairiel: that makes sense. thanks
[04:17:09 CET] <cone-867> ffmpeg 03Ganesh Ajjanagadde 07master:a0e390e8ff33: avutil/avstring: add av_warn_unused_result
[10:05:38 CET] <__gb__> nevcairiel, vlc git commit b72986e8 mentions that hwaccel decode with frame multithreading works since libavc >= 55.01.0 -- does this mean we have a regression in ffmpeg or an un-merged "feature" ?
[10:05:57 CET] <nevcairiel> thats for some definition of "works"
[10:06:23 CET] <nevcairiel> it was allowed, and sometimes worked, but the issues I outlined were always present and you were rather misguided if you tried to use it
[10:06:28 CET] <__gb__> nevermind, very old commit :)
[10:10:38 CET] <nevcairiel> its about the same time some minor fixes were introduced to somehow make frame threading not break in obvious ways when used with hwaccel
[10:10:46 CET] <nevcairiel> but the fundamental problems remain
[10:12:41 CET] <JEEB> yeah
[10:13:40 CET] <nevcairiel> the amount of breakage depends on your hardware, too. intel seems to have far more problems than nvidia
[10:18:15 CET] <ubitux> wbs: there is a generic "skip_frame" option (vs this "skip_frames"); you might want to use something less confusing
[10:19:23 CET] <wbs> ubitux: that seems to be a wholly different thing, for speeding up decoding by skipping decoding of some (e.g. non-reference) frames
[10:19:34 CET] <wbs> ubitux: while this is "allow the encoder to skip frames if it thinks it needs to"
[10:19:43 CET] <ubitux> yes i know it's totally different
[10:19:54 CET] <ubitux> that's why i suggest to use a more distinct naming :p
[10:20:06 CET] <wbs> ah, sorry, I misunderstood
[10:20:15 CET] <ubitux> like "allow_skip_frames" or sth, or really whatever you want
[10:20:20 CET] <wbs> yeah, that sounds better
[10:22:47 CET] <cone-530> ffmpeg 03Michael Niedermayer 07master:057ce755b937: ffprobe: Remove abort()
[10:23:10 CET] <wm4> (this must be the proof nobody uses this way to mark 3D files)
[10:23:25 CET] <nevcairiel> or noone uses ffprobe
[10:23:28 CET] <nevcairiel> which is probably both true
[10:23:41 CET] <wm4> I use ffprobe all the time
[10:23:49 CET] <ubitux> many platforms use ffprobe
[10:23:51 CET] <wm4> it's nice for dumping all what ffmpeg knows about a file
[10:24:15 CET] <wm4> (I just wish it had a better cmdline help or docs)
[10:25:17 CET] <__gb__> wm4, since you use it all the time, you are then the most knowledgeable person to resolve the latter :)
[10:28:23 CET] <nevcairiel> wm4: actually thats rotation code, not 3d?
[10:28:39 CET] <JEEB> I use ffprobe heavily, too
[10:28:43 CET] <JEEB> the json output is <3
[10:30:14 CET] <wm4> nevcairiel: oh, ok
[10:30:26 CET] <nevcairiel> that might make it more likely to be used
[10:30:31 CET] <nevcairiel> but who knows
[10:30:32 CET] <wm4> true
[10:30:51 CET] <wm4> and ever since Linus derped a lot about video rotation, everyone tries to support it out of the box
[10:31:11 CET] <wm4> rotation is what users really want!
[10:32:17 CET] <wm4> the abort() was added 5 months ago
[11:07:25 CET] <rcombs> I use ffprobe now and then
[11:09:40 CET] <cone-530> ffmpeg 03Rodger Combs 07master:1e477a970fd5: lavu: add AESNI CPU flag
[11:09:41 CET] <cone-530> ffmpeg 03Rodger Combs 07master:ec588db56fdc: lavu/aes: move AVAES to separate internal header
[11:09:42 CET] <cone-530> ffmpeg 03Rodger Combs 07master:15ff5c7215de: lavu/aes: add runtime dispatch for crypt function
[11:09:43 CET] <cone-530> ffmpeg 03Rodger Combs 07master:54cd1ab55513: lavu/aes: align AVAES struct members
[13:51:05 CET] <cone-530> ffmpeg 03Kirill Gavrilov 07master:bea931c2eb77: avcodec/png: read and write stereo3d frame side data information
[14:29:33 CET] <mateo`> michaelni__: implementing the logic to skip the relevant markers using a switch would make something like this http://pastie.org/10513535#4,30 (and would take the same amount of lines in this case)
[14:30:39 CET] <mateo`> i don't really mind which version to use so if you feel the switch/case is more simpler, i'll go with it
[14:35:38 CET] <michaelni__> mateo`, to me when looking at it, the switch needs less msec to understand
[14:36:25 CET] <kierank> Timothy_Gu: note that I'm using pretty much all the cpu on avdev right now
[15:38:58 CET] <cone-530> ffmpeg 03Rodger Combs 07master:cceed8389d61: lavu/aes: test CBC functionality
[16:43:28 CET] <BBB> am I being too difficult on ganesh in my comments on that patch of his?
[16:43:39 CET] <BBB> (a second opinion might be helpful here)
[16:44:12 CET] <nevcairiel> i find his entire endeavours pointless and might have possibly expressed that to him before
[16:44:47 CET] <Daemon404> i dont mind their point
[16:44:50 CET] <Daemon404> i mind that theyre sloppy
[16:47:30 CET] <BBB> ok but more specifically the specific patch in question
[16:47:40 CET] <Daemon404> which
[16:47:53 CET] <Daemon404> "that patch of his" doesnt tell me much when he is 50% of the ML volume
[16:47:59 CET] <BBB> all: fix enum definition for large values
[16:48:09 CET] <Daemon404> i didnt see you being an ass
[16:48:19 CET] <BBB> specifically the second third and second chunks (I approved the first chunk)
[16:48:38 CET] <Daemon404> no, youre points are valid
[16:48:41 CET] <Daemon404> your*
[16:50:43 CET] <BBB> ok ty
[16:56:07 CET] <BBB> nevcairiel: so, do people actually use msvc nowadays?
[16:56:15 CET] <BBB> like, in the wild, in realworld ffmpeg deployments/usages
[16:56:29 CET] <Daemon404> like chrome?
[16:56:34 CET] <nevcairiel> dunno, i use it for debugging only since builds are like 20% slower
[16:56:59 CET] <BBB> :(
[16:57:04 CET] <BBB> do we know why its 20% slower?
[16:57:11 CET] <Daemon404> CABAC
[16:57:12 CET] <BBB> is it missing inline asm, compiler being shit?
[16:57:13 CET] <nevcairiel> half of that is inline asm
[16:57:22 CET] <BBB> hmk
[16:57:23 CET] <nevcairiel> not sure where the other half goes
[16:57:38 CET] <Daemon404> also pretty much all the mpeg2/4 asm
[16:57:38 CET] <Daemon404> iirc
[16:57:40 CET] <BBB> does msvc support any form of custom asm in 64bit builds?
[16:57:44 CET] <Daemon404> no.
[16:57:48 CET] <BBB> I remember that the quirky asm was 32bit only
[16:57:48 CET] <nevcairiel> Microsoft has been working on enabling Clang to compile native windows code
[16:58:02 CET] <nevcairiel> its supposed to be ready next month
[16:58:02 CET] <Daemon404> nevcairiel, except clang devs did most of the work
[16:58:03 CET] <BBB> oh rly
[16:58:07 CET] <nevcairiel> going to give it a whirl
[16:58:10 CET] <Daemon404> reverse engineering the C++ ABI
[16:58:10 CET] <BBB> so theyre ditching msvc?
[16:58:11 CET] <nevcairiel> Daemon404: who cares
[16:58:12 CET] <Daemon404> or lack thereof
[16:58:17 CET] <nevcairiel> BBB: nah
[16:58:24 CET] <nevcairiel> well not yet anyway
[16:58:39 CET] <Daemon404> they just did a major compiler and crt overhaul
[16:58:42 CET] <Daemon404> i doubt theyre ditching it
[16:58:52 CET] <BBB> overhaul!
[16:58:59 CET] <BBB> instead of being 30 years behind, theyre now only 15 years behind
[16:59:00 CET] <BBB> whoa
[16:59:01 CET] <BBB> impressive
[16:59:05 CET] <nevcairiel> Daemon404: in any case, Microsoft supplied the required missing information like for structured exception handling, dont think it would've been done anytime soon without MS taking an interest
[16:59:09 CET] <BBB> forefront of technoological innovation
[16:59:16 CET] <BBB> I wish I could work there
[16:59:33 CET] <Daemon404> the compiler is not actually that bad
[16:59:34 CET] <nevcairiel> they are also only using the Clang frontend and still their own compiler backend
[16:59:44 CET] <Daemon404> it's only slower for us due to inline asm, really.
[17:00:11 CET] <nevcairiel> And when it comes to C++, their compiler is really not bad and usually pretty far feature wise
[17:00:19 CET] <nevcairiel> they just dont care about C much
[17:01:16 CET] <nevcairiel> but yeah they wanted to get rid of inline asm for a long time, so they just never offered any kind in x64 builds
[17:01:59 CET] <nevcairiel> will see how well clang works, if I can make builds that are debuggable, don't require mingw, and perform comparable to gcc-mingw builds, then I won't hesitate to do so
[17:02:22 CET] <Daemon404> youll have to build clang HEAD
[17:02:23 CET] <Daemon404> to test
[17:03:03 CET] <Daemon404> i dont think it currently supports PDB generation.
[17:03:03 CET] <nevcairiel> Microsoft didn't backport all their changes yet to mainline, but they want to get that all sorted in the next couple months
[17:03:14 CET] <nevcairiel> and in the meantime, they'll distribute their own binary
[17:03:21 CET] <nevcairiel> there is a talk from cppcon if you care
[17:03:28 CET] <Daemon404> ill google it
[17:03:49 CET] <nevcairiel> https://www.youtube.com/watch?v=TRgWJuQhkQo
[17:04:08 CET] <nevcairiel> apparently they can build windows and some other major products with it already
[17:05:02 CET] <nevcairiel> in any case, this is supposed to come out in november some time with the vs2015 update
[17:07:13 CET] <Daemon404> one day theyll learn that you can update in intervals shorter than N months
[17:07:36 CET] <nevcairiel> it already gotten much faster with the couple months updates
[17:08:14 CET] <nevcairiel> vs2015 was only officially released in july i think
[17:08:23 CET] <Daemon404> i have yet to install it
[17:08:38 CET] <Daemon404> because its effort to dl iso / installer
[17:08:43 CET] <Daemon404> and do the BIg Uninstall / Install
[17:09:03 CET] <nevcairiel> i re-did my fate vm because it even still had 2010 on it
[17:09:23 CET] <nevcairiel> but they carried the community edition forward, so thats a huge gain
[17:48:02 CET] <Daemon404> InitializeSecurityContext(NULL, NULL, NULL, 0, 0, 0, NULL, 0, NULL, NULL, NULL, NULL);
[17:48:05 CET] <Daemon404> <3
[17:58:55 CET] <Timothy_Gu> kierank: ok
[18:09:46 CET] <Gramner> google logic: "text relocations cause unnecessary dirty pages" so let's prevent such software from running at all! being unable to use software is clearly a significant improvement in user experience compared to using some extra kilobytes of memory
[18:10:10 CET] <JEEB> lol
[18:10:47 CET] <Daemon404> context?
[18:11:20 CET] <Gramner> context is that you cannot link to libavcodec on android 6 because it contains textrels
[18:11:28 CET] <Gramner> on x86
[18:11:31 CET] <Gramner> 32-bit x86
[18:11:39 CET] <Daemon404> and nothing of value was lost
[18:12:35 CET] <Daemon404> wbs, you should look at nevcairiel's schannel patch, since you 'own' the tls code
[18:12:42 CET] <Daemon404> my review is weak at best.
[18:49:13 CET] <iive> Gramner: it more like "We must do any hacks known and unknown to save some memory. OK, we'll run Java".
[18:51:12 CET] <Gramner> indeed
[18:52:52 CET] <wm4> isn't it for "security" reasons
[18:55:11 CET] <Gramner> what security reasons?
[18:57:51 CET] <BBB> I thought the issue was that text relocations added up to startup latency?
[18:58:40 CET] <wm4> Gramner: you have to make the code pages writable, but actually I don't remember the cited reason
[18:58:41 CET] <wm4> s
[18:59:05 CET] <Gramner> wm4: the VM needs the execmem SELinux capability anyway
[19:01:04 CET] <Gramner> also shouldn't it be possible to just make pages non-writable after relocations are done if you think that's an issue?
[19:02:06 CET] <wbs> Daemon404: I can try to have a look
[19:02:38 CET] <Gramner> in any way, you can just use ROP to wreck stuff if you can't write to executable sections
[19:03:40 CET] <Daemon404> wm4, http://www.element14.com/community/servlet/JiveServlet/showImage/38-19876-2…
[19:03:43 CET] <Daemon404> er
[19:03:45 CET] <Daemon404> wbs
[19:05:46 CET] <Gramner> BBB: it does affect startup latency of course, but that's hardly anything the OS devs should care about. also getting rid of textrels on 32-bit x86 results in significantly slower code instead which is just moving the problem around
[19:06:29 CET] <BBB> Gramner: this was an issue brought up to me at some point
[19:06:34 CET] <BBB> Gramner: they didnt care about slower software
[19:06:44 CET] <BBB> Gramner: the startup latency was considered more user noticeable"
[19:07:12 CET] <BBB> a user doesnt notice the difference between 150 and 160 fps, but a user does notice the difference between 500 and 750ms startup time
[19:07:12 CET] <wm4> nevcairiel: av_dup_packet is not marked as deprecated in ffmpeg?
[19:07:24 CET] <BBB> (I made these numbers up)
[19:07:36 CET] <Gramner> and not being abel to use an application at all is not user noticable then I guess?
[19:07:38 CET] <BBB> chrome startup time is terrible, and on android this would obviously be a bigger issue
[19:07:48 CET] <BBB> I think theyre trying to force their hand :)
[19:07:52 CET] <BBB> maybe not working
[19:08:00 CET] <BBB> people can just keep building for android 5 right?
[19:08:04 CET] <BBB> so Im not sure its an issue
[19:08:07 CET] <Daemon404> this sounds like google internal warring to me
[19:08:17 CET] <BBB> I dunno, I dont work there
[19:08:19 CET] <BBB> Im just speculating
[19:08:34 CET] <Daemon404> i can count the number of 32-bit x86 android devices ive used on 0 hands
[19:08:34 CET] <Daemon404> so.
[19:08:42 CET] <wm4> michaelni: are you ok with me applying this libswscale channel layout avoption patch?
[19:08:52 CET] <Daemon404> you mean swr
[19:09:07 CET] <wm4> uh
[19:09:08 CET] <wm4> yes
[19:09:35 CET] <Gramner> supporting PIC on 32-but x86 in ffmpeg for example would require going through ~60k lines of asm and rewrite a lot of it, while making it ugly and harder to maintain in the process. that's not going to happen anytime soon
[19:12:54 CET] <michaelni> wm4, the max/min extension, yes sure
[19:14:29 CET] <wm4> michaelni: only min is changed
[19:15:15 CET] <BBB> wm4: you misudnerstand my comment
[19:15:22 CET] <BBB> wm4: I dont mind that - I mind the hardcoded codec list
[19:15:33 CET] <BBB> basically what nevcairiel said
[19:15:38 CET] <wm4> BBB: well I'm just saying that it's codec specific
[19:15:52 CET] <BBB> sure, but that specific identifier should not live outside the context of the codec
[19:16:17 CET] <wm4> I think I'd rather have such a hack, than exposing this capability via API
[19:16:31 CET] <BBB> I dont want the hack at all
[19:16:36 CET] <wm4> the correct solution is probably setting it in the parser
[19:16:37 CET] <BBB> imagine how hard it will be to get rid of
[19:17:11 CET] <Mavrik> Daemon404, there's tons of x86 Androids out there lately actually.
[19:17:21 CET] <Mavrik> And the textrels is a rather nasty problem.
[19:17:41 CET] <Mavrik> (Might also be connected to the dumbess of Android's ld loader).
[19:20:31 CET] <nevcairiel> textrels are not going away though, like Gramner said, its a huge and annoying task that noone is going to do
[19:20:36 CET] <nevcairiel> you can build withtout yasm = p
[19:20:51 CET] <Gramner> and make it too slow to be usable instead
[19:21:18 CET] <Mavrik> On the other hand, people should be using MediaCodec anyway.
[19:21:35 CET] <Mavrik> And ffmpeg muxers don't rely on yasm all that much.
[19:21:46 CET] <Mavrik> (Even though MediaCodec is fun in its own way.)
[19:26:10 CET] <cone-530> ffmpeg 03wm4 07master:80580bb24014: swr: do not reject channel layouts that use channel 63
[19:39:06 CET] <Plorkyeran> <@nevcairiel> in any case, this is supposed to come out in november some time with the vs2015 update <-- the preview is in november, but not as part of the update
[19:39:18 CET] <Plorkyeran> and the "real" release is targetting feb
[19:39:48 CET] <nevcairiel> thats not what they said
[19:39:56 CET] <Plorkyeran> they clarified on reddit afterwards
[19:40:05 CET] <Plorkyeran> because they said misleading things in the talk
[19:41:04 CET] <nevcairiel> people need to stop using reddit and use more approachable communication platforms
[19:42:45 CET] <Plorkyeran> it is pretty weird to have /r/cpp be the canonical source of news for vc++ and ISO standardization meetings...
[19:43:35 CET] <JEEB> fun... vs2015 skips having VS130COMNTOOLS, instead having VS140COMNTOOLS
[19:44:47 CET] <nevcairiel> of course, its vs14 afterall
[19:45:02 CET] <JEEB> well it makes sense for them to finally normalize the numbers
[19:45:16 CET] <nevcairiel> normalize what
[19:45:35 CET] <JEEB> well vs2013 was 120
[19:45:48 CET] <nevcairiel> and 2015 is 140
[19:45:58 CET] <JEEB> yes
[19:46:13 CET] <JEEB> I mean, it makes sense to pull the two numbers together :P
[19:46:18 CET] <JEEB> 14.0/140
[19:46:34 CET] <JEEB> or wait, ffuu. 120 was 140 too
[19:46:46 CET] <JEEB> so the mismatch was between the actual product name and the version only
[19:46:48 CET] <JEEB> welp
[19:49:45 CET] <nevcairiel> yes
[20:30:29 CET] <cone-530> ffmpeg 03Michael Niedermayer 07master:3f5029181307: doc/filters: Remove article redundancy
[21:22:22 CET] <meh`> has anyone been working on encoders/decoders using OpenMAX to run on the rbpi?
[21:24:02 CET] <wm4> why would you want to use omx on the rpi
[21:25:39 CET] <meh`> wm4, because I need hardware acceleration for encoding, and I'm either doing something wrong or it's not there
[21:26:05 CET] <BtbN> I don't think there is any omx support in ffmpeg at all?
[21:26:28 CET] <wm4> meh`: there's rpi decoding via mmal, and the same could be done for encoding
[21:29:53 CET] <meh`> wm4, I'll give that a shot
[22:09:44 CET] <atomnuker> managed to get enough of daala's entropy decoder up and running to start decoding spectral coefficients now
[22:10:00 CET] <atomnuker> fits in under 150 lines with a few asserts thrown in
[22:25:52 CET] <cone-530> ffmpeg 03Lou Logan 07master:2193f537ed35: doc/encoders: fix "the their" typo
[23:50:47 CET] <kylophone> Is there a preferred way of generating random numbers in FFmpeg?
[23:50:55 CET] <kylophone> is rand() ok?
[23:52:18 CET] <kierank> there is av_rand iirc
[23:53:04 CET] <kierank> oh you're kyle swanson
[23:53:07 CET] <kierank> ...
[23:53:26 CET] <kylophone> yep. that's me.
[23:53:49 CET] <kylophone> I figured there was something like that, but I haven't found it in the docs yet.
[23:54:55 CET] <nevcairiel> we have av_lfg
[23:55:36 CET] <nevcairiel> avutil/lfg.h
[23:57:42 CET] <kylophone> cool. avutil/lfg.h looks good.
[23:57:46 CET] <kylophone> thanks!
[23:57:51 CET] <kierank> durandal_1707: 22 million runs on h264 and no crashes which is looking good
[00:00:00 CET] --- Thu Oct 29 2015
1
0
[00:02:33 CET] <Mavrik> constrained baseline is nowhere near your issue.
[00:03:52 CET] <jgarde> Then I'm at a total loss. I can get the stream published onto Periscope's RTMP servers just fine and playback using the online client, but I can't get their Periscope client to do anything but crash.
[00:15:46 CET] <Lectem> Hi, is there some place where I can see the dependancies between demuxers ?
[00:16:20 CET] <fred1807> can I command ffmpeg to slice the video in X equal parts (without the need to specify duration/seconds) ?
[01:20:00 CET] <Lectem> ... is the mailing list password stored in cleartext?
[01:20:14 CET] <Lectem> just received a mail with my password in it
[01:20:47 CET] <rsully> I always imagined all mailinglist software being written in the 90s
[01:20:49 CET] <rsully> so probably
[01:21:26 CET] <Lectem> ...
[01:21:51 CET] <rsully> not that i actually have any factual input to add to this
[01:25:21 CET] <Lectem> http://www.gnu.org/software/mailman/faq.html The password used to do the initial authentication for any non-public Mailman page is sent as clear text over the net.
[01:25:31 CET] Action: Lectem facepalms
[04:54:15 CET] <jasom> Lectem: IIRC mailman's account creation page specifically tells you to *not* use a high value password for that reason
[04:59:14 CET] <jgarde> Nothing but the best military grade cyphers.
[08:05:36 CET] <foreverska> is there a decent ffmpeg gui?
[08:05:49 CET] <foreverska> (deiban)
[08:42:40 CET] <JEEB> foreverska: no. it can do so many things that abstracting it well is really hard. if you just want a re-encoding gui using the libraries then probably handbrake ia the least awful alternative
[09:06:30 CET] <foreverska> Yea I figured as much. I just need a start and stop button for a particular script. Then again "press Q to stop it" would be a 2 second explanation if people weren't so squeamish about terminal outputs.
[13:27:06 CET] <arpu> hello is it possible to generate a 360 degree video with ffmpeg ?
[17:57:16 CET] <Prelude_Zzzzz> hey everyone.. good day.. can i please get some help. http://pastebin.com/zKt4CACd << ===== I am using this code to generate 3 outputs from a single input. I can't seem to get it to outout 2 to NVENC and the other to THE CPU any way to do it ? can someoen help me with it ?
[17:58:19 CET] <DHE> show us the errors you get
[17:59:15 CET] <Prelude_Zzzzz> [nvenc @ 0x27444e0] Preset "ultrafast" is unknown! Supported presets: hp, hq, bd, ll, llhp, llhq, default
[17:59:25 CET] <Prelude_Zzzzz> its because that last param is different
[17:59:53 CET] <DHE> "h264" isn't a particular codec implementation, it's a codec. ffmpeg chose nvenc to do the last job as well. explicitly specify libx264
[17:59:53 CET] <Prelude_Zzzzz> i want to be able to offload from the input 2 to nvenc and 1 to CPU
[18:00:32 CET] <Prelude_Zzzzz> Unknown encoder 'libx264'
[18:00:51 CET] <Prelude_Zzzzz> possibly because i enabled nvenc on the compile
[18:00:59 CET] <DHE> but didn't enable libx264
[18:01:06 CET] <DHE> you can have both. I've done exactly this before
[18:01:07 CET] <Prelude_Zzzzz> let me see.
[18:01:15 CET] <Prelude_Zzzzz> ok one sec let me recompile to see
[18:01:17 CET] <Prelude_Zzzzz> thank you
[18:02:09 CET] <Prelude_Zzzzz> maybe that is my mistake.. and it would be cool if that was the easy part :P
[18:05:43 CET] <Prelude_Zzzzz> OMG .. thank you
[18:05:50 CET] <Prelude_Zzzzz> silly little thing
[18:06:15 CET] <flux> btw, the AVCodec struct has a field for hardware accelerator, and the comment says it's not used for encoders
[18:06:29 CET] <flux> does this hold true for nvenc as well?
[18:06:46 CET] <Prelude_Zzzzz> no idea what it is
[18:07:15 CET] <JEEB> flux: hwaccels are special snowflakes
[18:07:30 CET] <JEEB> aka you have to do work as well
[18:07:53 CET] <JEEB> the nvenc encoder just uses provided nvidia libraries
[18:08:00 CET] <Prelude_Zzzzz> right
[18:08:08 CET] <Prelude_Zzzzz> and it has a built in hw component for encoding
[18:08:14 CET] <Prelude_Zzzzz> there is decoding and encoding
[18:08:18 CET] <flux> ok, so the field was "hwaccel_context" and it's not related to mostly anything, thanks :)
[18:08:52 CET] <flux> it says the vaapi context makes use of it
[18:09:12 CET] <JEEB> i think there's a decoder or two in ffmpeg (cli) that use hwaccels
[18:09:13 CET] <Prelude_Zzzzz> ahh ic.. in the old days it uses to use the software and maybe it used it.. but the new nvidia cards have built in hardware encoding
[18:09:27 CET] <Prelude_Zzzzz> they seperated it.. would be awsome cool if now i can also use the software side like nvcuda :P
[18:09:35 CET] <Prelude_Zzzzz> tons of processing power not in use
[18:10:26 CET] <flux> I guess the most generally applicaple hardware acceleration would be for color space conversions, and that's probably dealt efficiently already.. ?
[18:16:10 CET] <Prelude_Zzzzz> hey, ffmpeg supports the nvenc and does it support the ATI cards yet ?
[18:16:20 CET] <Prelude_Zzzzz> i hear they are faster
[18:16:32 CET] <Prelude_Zzzzz> and don't have the silly limitations of 2 encodings per card
[18:17:30 CET] <BtbN> It's not a silly limitation. It's a hard-wired encoder. That's how many encoding-circuits there are.
[18:20:41 CET] <Prelude_Zzzzz> any way around it ?
[18:20:52 CET] <Prelude_Zzzzz> they want you to upgrade to more expensive cards to do it
[18:21:35 CET] <BtbN> Only the GRID Cards have more than 2 encoding units.
[18:21:48 CET] <BtbN> And those are designed for their Game-Streaming-Server-Boxes.
[18:22:16 CET] <Prelude_Zzzzz> i am using the k4200 right now
[18:22:30 CET] <BtbN> That's just a Quadro.
[18:22:34 CET] <Prelude_Zzzzz> but has some fps limitation of like 65fps per instance of encoding on hq
[18:22:53 CET] <Prelude_Zzzzz> ya t he 4200 has no limitation. i am currnly encoding 15 streams
[18:22:54 CET] <BtbN> My GT640 does 1000 FPS+ on HQ.
[18:24:00 CET] <Prelude_Zzzzz> it is strange actually why it colapses .. that script i am running ( http://pastebin.com/zKt4CACd ) .. if i put that last param bit rate on the GPU it starts to drop fps on everything
[18:24:12 CET] <Prelude_Zzzzz> i can't seem to be stable at that.. so i have to offload one of them to CPU and then it works
[18:24:26 CET] <Prelude_Zzzzz> but.. i can have like 10 channels running with 2 bit rates each and they all do 30fps
[18:24:39 CET] <Prelude_Zzzzz> but the min i try and increase it to 90fps from one instance it acts up.. not sure why
[18:29:59 CET] <Prelude_Zzzzz> http://developer.download.nvidia.com/compute/nvenc/v4.0/NVENC_AppNote.pdf
[18:32:20 CET] <BtbN> That's outdated.
[18:35:16 CET] <Prelude_Zzzzz> hey what is the real difference between llhq and just hq
[18:35:22 CET] <Prelude_Zzzzz> trying to understand taht
[18:35:31 CET] <Prelude_Zzzzz> any difference in quality ?
[18:35:45 CET] <BtbN> Ask Nvidia
[18:35:53 CET] <BtbN> The onyl difference i know is the GUID passed to the driver.
[19:19:29 CET] <Prelude_Zzzzz> ic... hey something else that i think is an ffmpeg issue.. i am encoding and its working fine right now... problem is every once in a while i see a quick flash on the screen as if some other frame got inserted into the stream that doesn't belong there
[19:19:46 CET] <Prelude_Zzzzz> anyone know possibly why? its weird.. like a flash from another channel or something
[19:54:46 CET] <yumbox> hi, how can i get exact bitrate from aduio file?
[19:57:56 CET] <yumbox> when i do ffprobe it gives inaccurate: http://a.uguu.se/rqxqjn.png
[20:04:30 CET] <grublet> yumbox: you might want to try cahnging the analyze duration or probesize?
[20:04:42 CET] <grublet> afaik ffmpeg only takes a sample to determine the bitrate
[20:04:53 CET] <yumbox> can i make it accurate?
[20:05:10 CET] <yumbox> its no problem if the whole file needs to be read
[20:05:15 CET] <grublet> it depends on what you mean by accurate
[20:05:31 CET] <grublet> yumbox: try messing with the analyze duration and probe size switches
[20:05:59 CET] <grublet> yumbox: http://www.ffmpeg.org/ffprobe-all.html
[20:06:24 CET] <grublet> analyzeduration integer (input)
[20:06:24 CET] <grublet> Specify how many microseconds are analyzed to probe the input. A higher value will enable detecting more accurate information, but will increase latency. It defaults to 5,000,000 microseconds = 5 seconds.
[20:06:32 CET] <grublet> probesize integer (input)
[20:06:32 CET] <grublet> Set probing size in bytes, i.e. the size of the data to analyze to get stream information. A higher value will enable detecting more information in case it is dispersed into the stream, but will increase latency. Must be an integer not lesser than 32. It is 5000000 by default.
[20:06:41 CET] <yumbox> thanks!
[20:06:50 CET] <grublet> hopefully that works for you
[20:07:01 CET] <grublet> if not someone else might be better help
[20:10:32 CET] <yumbox> hmm, still gives same bitrate
[20:12:40 CET] <yumbox> can I just take the size of the .aac file and divide by its duration to get the average bitrate?
[20:12:49 CET] <yumbox> or do i need to get the header overhead into account?
[20:20:35 CET] <xkriegor> is this the right place to ask about avfoundation issues?
[20:21:29 CET] <xkriegor> well, ffmpeg avfoundation issues ofc
[20:26:22 CET] <grublet> yumbox: the bitrate may also include the container overhead
[20:26:41 CET] <yumbox> hmm :(
[20:26:48 CET] <grublet> so for example on an MP3 it may tell me 321Kbps or something similar
[20:27:51 CET] <grublet> or if it was encoded with VBR then chances are that average bitrate is due to fluctuations, even if it was 'set' for 160 for example
[20:28:27 CET] <grublet> yumbox: do you know know how the file was encoded? if it was cbr or 1 or 2 pass vbr?
[20:29:50 CET] <yumbox> i only know "AAC LC profile" and duration
[20:31:58 CET] <yumbox> i think i got it
[20:33:01 CET] <grublet> yumbox: how did you determine the solution?
[20:33:41 CET] <yumbox> mux into mp4
[20:33:44 CET] <yumbox> (m4a)
[20:34:00 CET] <yumbox> ffmpeg -i out.aac -c:a copy -bsf:a aac_adtstoasc out.m4a
[20:35:52 CET] <grublet> yumbox: i was going to suggest that
[20:36:09 CET] <grublet> im glad you figured it out ;)
[20:36:49 CET] <yumbox> but the size still doesnt make sense :(
[20:36:59 CET] <yumbox> im probably calculating wrong
[20:38:01 CET] <grublet> i'm out of ideas, so just stick around and someone else might know
[21:31:59 CET] <yumbox> redid size calculations and it seems like muxing to .m4a does give accurate bitrate
[21:34:01 CET] <yumbox> but not with mediainfo, only with ffprobe
[23:46:33 CET] <pmow> Hello! I'm trying to convert MKVs to MP4 for device support. Without a codec option, ffmpeg is happy to convert. With a codec option, whether it's `-c:s copy` or `-c:s ass/ssa/subrip` I get the error Could not write header, incorrect codec params. File: http://pastebin.com/qaJHpqLy
[23:56:16 CET] <pmow> sure
[00:00:00 CET] --- Thu Oct 29 2015
1
0
[00:00:08 CET] <nevcairiel> if this is a one time thing, might be better to just use the ALLYES macro directly there?
[00:01:08 CET] <nevcairiel> $(call ALLYES, $(call ENCDEC2...) CRYPTO_PROTOCOL)
[00:23:58 CET] <rcombs> nevcairiel: I was doing that at first but it ends up a really long macro chain
[00:23:59 CET] <rcombs> nevcairiel: and you can't call ENCDEC2 in the middle of an ALLYES call
[00:23:59 CET] <rcombs> so I figure this might be useful for ~something~ else in the future
[00:24:25 CET] <nevcairiel> why not
[00:26:00 CET] <rcombs> ALLYES expects a list of CONFIG_<x> names
[02:59:37 CET] <cone-333> ffmpeg 03Michael Niedermayer 07master:07225fa74f2c: avcodec/opusdec: Fix extra samples read index
[02:59:37 CET] <cone-333> ffmpeg 03Kieran Kunhya 07master:b3e5f15b95f0: opusdec: Don't run vector_fmul_scalar on zero length arrays
[03:59:28 CET] <jamrial> atomnuker: ubsan complains about overreads in fate-aac-ltp-encode
[03:59:52 CET] <jamrial> atomnuker: http://fate.ffmpeg.org/report.cgi?time=20151026151841&slot=x86_64-archlinux…
[04:40:16 CET] <atomnuker> Daemon404: "tests/aac: Add bitexact flags to AAC LTP Encode test"
[04:40:29 CET] <atomnuker> why?
[04:49:15 CET] <cone-333> ffmpeg 03Rostislav Pehlivanov 07master:e6f99520aa07: FATE: Slightly increase thresholds on prediction AAC encoding tests
[04:49:46 CET] <atomnuker> when did they start failing, I could have sworn they were fine around last week
[04:50:19 CET] <atomnuker> no, I was sure they were fine, I always stare at FATE for a few hours after I push
[05:50:50 CET] <cone-333> ffmpeg 03James Almer 07master:d897d4c12de8: x86/vf_w3fdif: use aligned loads in w3fdif_complex_high
[07:25:12 CET] <cone-333> ffmpeg 03Timothy Gu 07master:9b40ce5a4548: avcodec: srtdec: Reindent
[07:25:13 CET] <cone-333> ffmpeg 03Timothy Gu 07master:87d55092611f: avfilter: Reindent
[07:25:14 CET] <cone-333> ffmpeg 03Timothy Gu 07master:852c4b3d42c7: drawutils: Reindent
[07:25:15 CET] <cone-333> ffmpeg 03Timothy Gu 07master:b9cd3e1add3a: srtenc: Reindent
[07:47:59 CET] <Timothy_Gu> atomnuker: 06:34 < michaelni> maybe 9->10 results in a difference in bit allocation
[07:48:02 CET] <Timothy_Gu> 06:34 <@ubitux> i doubt ident would affect stddev & psnr :p
[07:48:04 CET] <Timothy_Gu> 06:35 < michaelni> as its one byte longer
[07:48:05 CET] <Timothy_Gu> 06:40 <@ubitux> indeed, if i remove put_bitstream_info(s, LIBAVCODEC_IDENT), it fixes fate
[07:48:09 CET] <Timothy_Gu> 06:35 < michaelni> but just guessing
[07:48:11 CET] <Timothy_Gu> [...]
[07:49:52 CET] <Timothy_Gu> (they were referring to https://github.com/FFmpeg/FFmpeg/commit/035ae3c0096f6c0a3f199d331ed4094ff5b… which makes the IDENT one byte longer)
[08:38:43 CET] <atomnuker> ffs, now clang on darwin reports a failure on the LTP test because it's off by 4.32 units
[08:39:03 CET] <atomnuker> is the core really that tricky to compile?
[08:39:27 CET] <atomnuker> it might be better off just making the inner loop a separate function
[08:39:45 CET] <atomnuker> s/core/code
[08:43:27 CET] <cone-333> ffmpeg 03Rostislav Pehlivanov 07master:af71c73fb42f: FATE: Increase FUZZ value on AAC LTP encoding test
[08:45:13 CET] <atomnuker> yet on my machine both Clang and GCC produce the same PSNR result
[09:25:06 CET] <nevcairiel> atomnuker: the reason they started failing is apparently that the encoder ident got one byte longer which slightly changed bit allocations
[09:25:22 CET] <nevcairiel> thats why bitexact was added, it disables the ident
[10:27:22 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:31741aecbf99: avcodec: disallow hwaccel with frame threads
[10:27:38 CET] <nevcairiel> in before more feedback about that commit in the next day than the last week it was up for review =p
[10:32:48 CET] <wm4> of course
[10:32:56 CET] <wm4> and everyone will hate you!
[10:34:35 CET] <j-b> +1
[12:21:09 CET] <cone-333> ffmpeg 03AppChecker 07master:8199908fdf9b: fix: assigning instead of comparing
[12:21:10 CET] <cone-333> ffmpeg 03Kyle Swanson 07master:15d8b6512552: doc/filters.texi: ebur128 grammar fix
[12:23:20 CET] <nevcairiel> now automated tools are contributing? :p
[12:42:13 CET] <cone-333> ffmpeg 03Vittorio Giovara 07master:dca23ffbc756: lavc: Deprecate AVPicture structure and related functions
[12:42:14 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:0bcb17d44e3c: Merge commit 'dca23ffbc7568c9af5c5fbaa86e6a0761ecae50c'
[12:42:43 CET] <cone-333> ffmpeg 03Martin Storsjö 07master:e02dcdf6bb68: rtsp: Allow $ as interleaved packet indicator before a complete response header
[12:42:44 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:12e95d156ae9: Merge commit 'e02dcdf6bb6835ef4b49986b85a67efcb3495a7f'
[12:49:01 CET] <cone-333> ffmpeg 03Martin Storsjö 07master:5ea5a24eb706: movenc: Honor flush requests with delay_moov, when some tracks lack samples
[12:49:02 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:368e5216464f: Merge commit '5ea5a24eb70646a9061b85af407fcbb5dd4f89fd'
[12:49:22 CET] <cone-333> ffmpeg 03Luca Barbato 07master:1ec72c6c68db: libx264: Make sure the extradata are padded
[12:49:23 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:e7a57d4873e1: Merge commit '1ec72c6c68dbc78bf4ebb6f06c13316dc488bdfa'
[12:54:36 CET] <cone-333> ffmpeg 03Luca Barbato 07master:22f4d9c303ed: img2enc: Make sure the images are atomically written
[12:54:37 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:7daac50067cb: Merge commit '22f4d9c303ede1a240538fd105c97047db40dc86'
[12:59:09 CET] <cone-333> ffmpeg 03Luca Barbato 07master:18f9308e6a96: mpjpeg: Cope with multipart lacking the initial CRLF
[12:59:10 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:b95b8e5a2269: Merge commit '18f9308e6a96bbeb034ee5213a6d41e0b6c2ae74'
[13:41:51 CET] <cone-333> ffmpeg 03Martin Storsjö 07release/2.8:3f3e12c76812: rtsp: Allow $ as interleaved packet indicator before a complete response header
[13:42:11 CET] <cone-333> ffmpeg 03Paul B Mahol 07master:a66243a2014c: avformat/aiff: add ADP4 DVI ADPCM support
[13:50:44 CET] <Compn> so many pcm codecs
[13:51:29 CET] <cone-333> ffmpeg 03Arttu Ylä-Outinen 07master:233d2fa04431: kvazaar: Add libkvazaar HEVC encoder
[13:51:30 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:8dde5dc05ae2: Merge commit '233d2fa0443197df12b4f7823d591dad964149b3'
[14:01:00 CET] <Daemon404> atomnuker, it only fails on SOME machines
[14:01:04 CET] <Daemon404> without the bitexact flag
[14:01:41 CET] <cone-333> ffmpeg 03Vittorio Giovara 07master:533a6198505e: innoHeim/Rsupport Screen Capture Codec decoder
[14:01:42 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:8b3228a329bb: Merge commit '533a6198505edd1379e1cd722852350ae4a85acc'
[14:01:56 CET] <cone-333> ffmpeg 03Michael Niedermayer 07master:f0a88d4d2a74: mpegvideo_enc: Factor new_picture unref out
[14:01:57 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:1174eb2f1015: Merge commit 'f0a88d4d2a74534460f4a8b79c448bd5890dbd41'
[14:02:13 CET] <cone-333> ffmpeg 03Michael Niedermayer 07master:27eeee76b254: mpegvideo_enc: Merge ifs with identical conditions
[14:02:14 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:a4b5ada36bec: Merge commit '27eeee76b2546fd313808997b3d07ba9cce94551'
[14:05:06 CET] <JEEB> not using bitexact reminds me of certain conversions being different on diff arches :)
[14:05:09 CET] <JEEB> *archs
[14:06:09 CET] <cone-333> ffmpeg 03Alexis Ballier 07master:447b5b278c68: mpegvideo_enc: Fix encoding videos with less frames than the delay of the encoder
[14:06:10 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:0a830b95d597: Merge commit '447b5b278c689b21bbb7b5747c8773145cbd9448'
[14:07:02 CET] <cone-333> ffmpeg 03Vittorio Giovara 07master:3c5cf2a31b4b: screenpresso: Drop parameter change check
[14:07:03 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:564eabeebb1e: Merge commit '3c5cf2a31b4b29a8e4282cbe6a3f0617c14698b8'
[14:07:23 CET] <cone-333> ffmpeg 03Vittorio Giovara 07master:fe66671bd5f4: cmdutils: Check for and report the correct codec capability
[14:07:24 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:fe41f28c3a43: Merge commit 'fe66671bd5f446f8d0a9c70968ba8fe891efe028'
[14:07:39 CET] <cone-333> ffmpeg 03Tom Butterworth 07master:9f5d6f460cee: hap: Set avctx.bits_per_coded_sample
[14:07:39 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:af7c7037150d: Merge commit '9f5d6f460ceeda8b4ac29b3249a49e275b64c706'
[14:08:29 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:9cbae3a7d57b: roqvideodec: use av_frame_copy
[14:08:31 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:5fe157857136: Merge commit '9cbae3a7d57bd2b862c37fd8123bd1fba680e801'
[14:10:59 CET] <cone-333> ffmpeg 03Luca Barbato 07master:f0ca6ffa0ae5: avprobe: Unref the packet once it is used
[14:11:00 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:fe3c22e0c00b: Merge commit 'f0ca6ffa0ae5d5564516ee7a18aa1e234751444a'
[14:15:49 CET] <cone-333> ffmpeg 03Luca Barbato 07master:a5d42043093a: avformat: Always return ref-counted AVPacket
[14:15:50 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:856b19d5935b: Merge commit 'a5d42043093a39636a1f4021a37dd9c612479f6f'
[14:22:51 CET] <mateo`> is it correct to call ff_get_format from the decoder's init function where i'm actually initializing the decoder. Also I can't specify a software pixel format when calling the function because the decoder will take this decision after it has been configured, i'm about to use AV_PIX_FMT_NONE as second choice; can it be an issue regarding the api ?
[14:26:24 CET] <mateo`> On an another side, i will declare a public AVMediaCodecContext that will only hold a reference to a surface created by the user but i won't allow the user to create the codec itself. Is that an issue ? I've looked at other implementations videotoolbox/qsv and it looks like the public struct let the user creates the session and the other required parameters but i don't think it's useful in the
[14:26:26 CET] <mateo`> mediacodec case
[14:33:38 CET] <cone-333> ffmpeg 03Luca Barbato 07master:ce70f28a1732: avpacket: Replace av_free_packet with av_packet_unref
[14:33:39 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:7f5af80ba42b: Merge commit 'ce70f28a1732c74a9cd7fec2d56178750bd6e457'
[14:38:43 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:c2f861ca42fa: Replace remaining occurances of av_free_packet with av_packet_unref
[14:59:17 CET] <wm4> mateo`: you should be able to call ff_get_format at any point at init or after it
[14:59:51 CET] <wm4> I don't understand the other questions
[15:00:01 CET] <wm4> what would AV_PIX_FMT_NONE do here?
[15:02:14 CET] <mateo`> before I configure the decoder, i need to call ff_get_format to retreive the hwaccel from where I will look if the user has provided a surface which will be used to configure the decoder
[15:02:34 CET] <mateo`> however it is not mandatory as the decoder can output cpu buffers
[15:03:36 CET] <mateo`> If no surface is provided by the user, the decoder will output cpu buffers. The decoder decide the pixel format it will use only after it has been configurer
[15:04:45 CET] <wm4> this should be decided by whether ff_get_format returns a sw surface
[15:07:00 CET] <mateo`> so i will pass AV_PIX_FMT_MEDIACODEC to ff_get_format, but i don't know which other sw pix fmt to pass to it since i don't have that information yet
[15:08:12 CET] <wm4> then do it when you know this
[15:10:16 CET] <mateo`> i will only have that information when the decoder is configured, and if you want to use a surface as output you need to pass it to the configure function
[15:31:06 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:75c3e54d1cb0: asfdec: fix FATE seek test
[15:43:57 CET] <cone-333> ffmpeg 03Hendrik Leppkes 07master:6255bf3d0d2e: mpegts: Fix FATE seek test
[15:54:30 CET] <nevcairiel> my fate is being weird
[15:54:35 CET] <nevcairiel> at first it doesnt find those problems there
[15:54:42 CET] <nevcairiel> now it bugs out on two tests which have no reason to bug out
[15:54:44 CET] <nevcairiel> :(
[15:56:35 CET] <durandal_1707> which one?
[15:57:14 CET] <nevcairiel> lavf-ffm and lavf-mxf_opatom
[15:57:20 CET] <nevcairiel> i did a full clean and rebuild right now
[15:57:21 CET] <nevcairiel> lets see
[15:58:10 CET] <nevcairiel> hm nope still happening, but some online fate systems that already build those dont complain
[15:58:13 CET] <nevcairiel> i'm so confused
[16:08:49 CET] <nevcairiel> anyother full rebuild and it passed
[16:08:53 CET] <nevcairiel> i should give up for today
[16:08:56 CET] <nevcairiel> all is weird
[17:11:03 CET] <Daemon404> [FFmpeg-devel] [PATCH 1/1] avcodec/png: read and write stereo3d frame side data information
[17:11:06 CET] <Daemon404> vlc support men
[17:11:06 CET] <Daemon404> er
[17:11:09 CET] <Daemon404> s/men/when/
[18:13:01 CET] <Compn> the vf_stereo serialization patch has an ifdef test, is this normal or debug code that should be removed? i dont remember the policy...
[18:22:00 CET] <nevcairiel> #ifdef TEST is quite normal, it used to compile the testing tools
[18:36:39 CET] <Compn> ok then thanks
[18:47:00 CET] <oldtimer> Hi everyone!
[18:47:05 CET] <oldtimer> Just a quick question: Does anyone know of a video format supporting "ping-pong" playback? (play forward until end, then reverse play order and play backwards, and forward again, etc.)
[18:48:43 CET] <nevcairiel> files are generally not very well s uited for reading backwards, but you could do it with any format that is only key frames and has a full index to address every frame independently
[18:49:59 CET] <Daemon404> i would just encode all the frames twice and loop it
[18:50:04 CET] <Daemon404> or keep them in memory
[18:50:05 CET] <flux> I don't know if many very formats have the concept of infinite looping built in
[18:50:07 CET] Action: Daemon404 is lazy
[18:50:15 CET] <flux> well, actually I think most any doesn't :-)
[18:50:20 CET] <flux> maybe gifs.
[18:50:48 CET] <flux> so probably you could generate an ISO MPEG4 file that does that, ie. indeces the frames back and forth, but I don't think ffmpeg can do that out-of-the-box :). but the infinite looping remains, needs to be done outside the format.
[18:51:02 CET] <oldtimer> mh. Do any formats come to mind which tell a player to loop - at least?
[18:51:35 CET] <durandal_1707> yes, many but no backward
[18:51:58 CET] <oldtimer> format name dropping - just a few..?
[18:52:09 CET] <Daemon404> oldtimer, perhaps this is an XY problem
[18:52:11 CET] <Daemon404> what is your end goal here
[18:52:55 CET] <oldtimer> I'd like to find a good start, then dig into the specs to see how they implement their "loop trigger"
[18:52:57 CET] <durandal_1707> oldtimer: they are audio only, ...
[18:53:39 CET] <oldtimer> I had only GIF coming to mind, but an audio format telling players too loop? which one?
[18:54:23 CET] <durandal_1707> BRSTM among many
[18:55:33 CET] <Daemon404> it really depends what your end goal is
[18:55:39 CET] <Daemon404> which "player"
[18:55:40 CET] <Daemon404> etc
[18:56:29 CET] <oldtimer> BRSTM, Binary Revolution Stream??, that's so obscure I've never heard of it (and the Internets doesn't know it either... rigbht? docs?)
[18:57:08 CET] <jamrial> oldtimer: it's a video game audio format. most implement loop
[18:57:31 CET] <oldtimer> specs anywhere to be found?
[18:57:59 CET] Action: Daemon404 still thinks this is an XY problem
[18:58:23 CET] <durandal_1707> brawl music something
[18:59:47 CET] <durandal_1707> afaik there is creator somewhere
[19:02:04 CET] <durandal_1707> anyone for libsequencer
[19:02:07 CET] <durandal_1707> ?
[19:02:18 CET] <Daemon404> maybe atomnuker
[19:02:31 CET] <kierank> durandal_1707: oh god
[19:02:34 CET] <kierank> not this again
[19:02:56 CET] <oldtimer> I'll go and investigate audio formats - thanks guys - and'll do a bit of meditation about the X of my XY problem ;)
[19:02:58 CET] <durandal_1707> why?
[19:05:14 CET] <jamrial> oldtimer: http://wiibrew.org/wiki/BRSTM_file
[19:05:37 CET] <Daemon404> i would not advocate using anythign adpcm based
[19:05:42 CET] <jamrial> not exactly an official spec, though
[19:05:59 CET] <oldtimer> ah! thanks. (reading...)
[19:06:17 CET] <TD-Linux> oh no this is the old wii adpcm format
[19:06:32 CET] <Compn> flux : there are i think zero players that can even play files backwards... maybe some video editors.
[19:06:49 CET] <Daemon404> this is why i asked what his end goal is
[19:06:55 CET] <Daemon404> e.g. browsers can loop mp4s with a bit of js.
[19:06:57 CET] <TD-Linux> maybe I can add a loop flag to daala. it will be its killer feature.
[19:07:03 CET] <Compn> lol
[19:07:19 CET] <TD-Linux> Daemon404, you don't even need js, loop="true" in the <video> element
[19:07:23 CET] <Compn> videodj software maybe..
[19:07:44 CET] <kierank> time for the big one, fuzzing h264 with alf
[19:07:46 CET] <kierank> afl*
[19:07:50 CET] <kierank> mp2 seemed reasonable
[19:08:52 CET] <jamrial> oldtimer: also http://wiibrew.org/wiki/AST_file
[19:09:52 CET] <jamrial> it's not mentioned there, but the element in offset 0xE is the loop flag, and the one in 0x1C is "loop end"
[19:10:03 CET] <TD-Linux> the wii formats are in adpcm because there is dedicated hardware to stream ADPCM off the disk to the audio hardware
[19:10:24 CET] <TD-Linux> you wouldn't want to burn all that CPU decoding ADPCM
[19:11:16 CET] <durandal_1707> but that was in old days wham CPU where slow
[19:11:28 CET] <Daemon404> TD-Linux, ah
[19:11:28 CET] <oldtimer> ah, of course, looping is mostly not whole file only but also in/out-marks - forgot about that - as in sampling software, so you have an attack and release...
[19:11:48 CET] <TD-Linux> Daemon404, also only at 32000hz sample rate
[19:14:18 CET] <jamrial> current gen of consoles instead said "fuck it, we have 50gb of blu ray space, so lets ship PCM audio" to save CPU cycles, since the APUs they feature are lacking
[19:15:35 CET] <jamrial> the result? NBA 2k14 weighs ~7gb. NBA 2k15 weighs ~37gb
[19:16:04 CET] <atomnuker> and to think 10 years ago there were soundcards that shipped with 64 megs of RAM for audio files
[19:16:04 CET] <durandal_1707> lol
[19:16:32 CET] <jamrial> I have one of those!
[19:16:32 CET] <atomnuker> (only Quake 4 and Doom 3 ever used that additional memory and IIRC it was still not enough)
[19:16:35 CET] <jamrial> Creative X-Fi
[19:17:01 CET] <atomnuker> do you turn the Crystalizer on? you know, to make bits out of nowhere and make 16 sound like 24 bits
[19:17:14 CET] <atomnuker> they marketed the hell out of it
[19:17:32 CET] <jamrial> No, i use ASIO or Wasapi with bitexact output enabled when i listen to audio
[19:17:55 CET] <atomnuker> yeah, I wouldn't trust what creative do
[19:17:58 CET] <oldtimer> thanks for some pointers.. I'm off.
[19:18:23 CET] <atomnuker> I think X-fi had some problems with resampling everything to 48000 khz, or maybe it was the Audigy 2
[19:18:59 CET] <jamrial> i bought it for hardware accel audio on games (DirectSound, OpenAL). Unfortunately Vista showed up and killed that for DirectSound
[19:19:17 CET] <atomnuker> ALchemy?
[19:19:27 CET] <jamrial> Then the Xbox 360 showed up with XAudio2, and nobody used OpenAL anymore
[19:19:33 CET] <jamrial> Tried it, way too buggy
[19:19:53 CET] <jamrial> With Anno 1404 i'd get all kinds of random sounds coming from the speakers
[19:20:32 CET] <atomnuker> it worked for Diablo 2, which is the only thing I really tried it with when I had my Audigy 2
[19:20:40 CET] <atomnuker> and System Shock 2
[19:22:59 CET] <TD-Linux> jamrial, actually I think the reason PCM audio is so common is because game devs usually roll their own everything, and including libraries in the weird SDKs is hard
[19:24:02 CET] <kierank> halo had vorbis audio
[19:25:04 CET] <TD-Linux> yeah most games that cared were vorbis, because it is free and supports gapless looping. also stb_vorbis helped the popularity
[19:25:37 CET] <TD-Linux> *games that care, it's still the most common format for PC titles
[19:27:07 CET] <durandal_1707> but really there is bunch of sequenced formats and no library to rule them all
[19:38:28 CET] <kierank> boom h264 crashes found
[19:38:36 CET] <kierank> 16 mins in
[19:38:39 CET] <kierank> a new record
[19:40:24 CET] <durandal_1707> you use how many frames and resolution?
[19:40:40 CET] <kierank> some cif file
[19:40:47 CET] <kierank> and cut it at 500kB
[19:40:51 CET] <kierank> and afl
[19:42:00 CET] <kierank> interestingly can't reproduce
[19:42:53 CET] <durandal_1707> yes, I used AFL for ffv1 and fvl a little
[19:43:18 CET] <durandal_1707> Run under valgrind?
[19:46:07 CET] <kierank> might be because of afl memory limit
[19:46:14 CET] <kierank> lemme change to 1gb max
[19:49:55 CET] <kierank> durandal_1707: do you use threading as well
[19:50:00 CET] <kierank> in afl?
[19:51:13 CET] <durandal_1707> No, I disable it, but that will obviously hide some bugs
[19:51:52 CET] <durandal_1707> I mean both in AFL and ffmpeg
[19:52:13 CET] <kierank> ok
[19:54:29 CET] <durandal_1707> but you should really try to AFL with asan
[19:56:29 CET] <kierank> can't say i've ever got asan to work
[20:11:57 CET] <kierank> BBB: can you publish your slides somewhere from vdd
[20:12:19 CET] <BBB> I thought I blogged them?
[20:12:33 CET] <BBB> https://blogs.gnome.org/rbultje/2015/09/28/vp9-encodingdecoding-performance…
[20:13:23 CET] <kierank> the other slides
[20:17:23 CET] <kierank> 1200k fps, 1200k tbn, 1200k tbc
[20:17:24 CET] <kierank> lol
[20:18:44 CET] <BBB> either your content is highly professional, or your tool is somewhat questionable
[20:23:01 CET] <kierank> more trashed files
[20:28:24 CET] <Lectem> hi, just to make sure, sending a mail for a patch using a git clone is ok even if I dont attach the patch ? as long as I give the commit url
[20:32:12 CET] <kierank> Lectem: eh?
[20:32:28 CET] <kierank> git format-patch or git-send-email
[20:34:40 CET] <Lectem> ok, cause the website stated "Committing changes to a git clone, for example on github.com or gitorious.org. And asking us to merge these changes." so at first I thought Pull Requests were accepted, but then saw that most of them were ignored
[20:35:26 CET] <BtbN> Whatever the one merging your changes is fine with.
[20:37:59 CET] <Lectem> ok thanks
[20:38:52 CET] <Lectem> there's a patch I'm really sure of submiting or not, involving new versions of msys2
[20:39:05 CET] <Lectem> the configure script doesnt recognize the uname
[20:40:50 CET] <Lectem> I was thinking of adding it https://github.com/FFmpeg/FFmpeg/blob/master/configure#L4413 and https://github.com/FFmpeg/FFmpeg/blob/master/configure#L3356
[20:40:54 CET] <Lectem> will it be enough?
[20:41:42 CET] <Lectem> (I mean, that worked for me but I'm not sure if its the right approach)
[20:43:01 CET] <Daemon404> adding which
[20:43:18 CET] <Daemon404> if the uname is 'msys*', youre compiling from the wrong shell
[20:44:14 CET] <Lectem> well msys2/bin is in my path so I usually just need cmd
[20:44:50 CET] <Lectem> is it expected that we'd use the mingw* shell instead?
[20:45:07 CET] <Daemon404> msys2 has 3 shell launches
[20:45:16 CET] <Daemon404> the one called 'msys2 shell' is for compiling /for/ msys2
[20:45:27 CET] <Daemon404> which is a special compiler, and shouldnt be used
[20:45:59 CET] <Daemon404> https://www.dropbox.com/s/ms43ca12c48tbhf/shells.png?dl=0
[20:46:02 CET] <Daemon404> ^ dont use the top one
[20:47:56 CET] <cone-333> ffmpeg 03Michael Niedermayer 07master:9ec2b9fce188: avformat/img2enc: Disable rename&atomic writing for non file protocol and split planes
[20:49:45 CET] <Lectem> well i'm just using the windows cmd prompt + path with msys64/usr/bin
[20:49:49 CET] <Lectem> might be the reason
[20:50:05 CET] <Daemon404> that is not supported by msys, and not supposed to work
[20:50:26 CET] <Lectem> oh, my bad then
[20:50:37 CET] <Lectem> I used to have this setup running just fine with the basic msys
[20:52:29 CET] <Lectem> thanks anyway
[21:10:57 CET] <nevcairiel> Lectem: you can make that work again by exporting the MSYSTEM env variable, and setting it to MINGW32
[21:11:22 CET] <Daemon404> i wouldnt encourage such use myself.
[21:11:55 CET] <nevcairiel> i do that because their shell scripts suck ass
[21:12:02 CET] <nevcairiel> (and really thats all their scripts do)
[21:23:45 CET] <Timothy_Gu> what's the difference between time base and 1/frame rate?
[21:23:59 CET] <nevcairiel> they dont have to be related at all
[21:24:19 CET] <nevcairiel> MPEG-TS always has a 1/90000 time base, but can hold any number of frame rates
[21:25:05 CET] <iive> mpeg-ts have 3 clocks, one of the is system or wall-time clock.
[21:39:49 CET] <cone-333> ffmpeg 03Michael Niedermayer 07master:1b82a0052ce1: avformat/img2enc: Fix img2enc atomic implementation to work with split planes
[22:53:15 CET] <cone-333> ffmpeg 03Andreas Cadhalpun 07master:eaa6bade377a: avcodec: install avdct.h as public header
[22:53:31 CET] <Timothy_Gu> huh I'm confused then. What is time base in general?
[22:53:52 CET] <kierank> it's a scale in which timestamps are represented
[22:54:14 CET] <nevcairiel> indeed
[22:54:33 CET] <nevcairiel> if it was 1/1, then 1 would be 1 second, 2 would be 2 seconds, etc
[22:54:42 CET] <nevcairiel> f its 1/1000, then 1 is 1 millisecond
[22:54:44 CET] <nevcairiel> and so on
[22:55:08 CET] <nevcairiel> it defines the scale and precision of the timestamps
[22:55:32 CET] <nevcairiel> in some formats its a static value, like mpeg-ts where its always 1/90000, other formats allow setting it
[00:00:00 CET] --- Wed Oct 28 2015
1
0
[01:35:54 CET] <techtopia> o/
[01:36:22 CET] <techtopia> so when im encoding in windows, every update gets displayed as a new line like this
[01:36:30 CET] <techtopia> http://i.imgur.com/2PqKpek.jpg
[01:36:48 CET] <TD-Linux> that's because windows doesn't have proper terminal emulation
[01:36:54 CET] <techtopia> is there anything i can add to my command to make it just update in one line? instead of spamming the command window
[01:37:33 CET] <techtopia> any way around it TD-Linux?
[01:39:10 CET] <TD-Linux> -nostats, but that won't give you any progress
[01:40:05 CET] <furq> techtopia: resize your terminal
[01:40:15 CET] <furq> that only happens if the terminal is too narrow to fit a full line of stats
[01:40:20 CET] <DHE> looks like the line is just too long and wrapping around. so going back to the start of the line only goes back 1 byte, not 81
[01:40:35 CET] <DHE> and you can see if is too long. there's an 's' from "bits/s" that wrapped
[01:40:45 CET] <DHE> that's all it takes
[01:40:50 CET] <furq> right click the terminal titlebar and change screen buffer size in the layout tab
[01:41:10 CET] <furq> i can't believe it's 2015 and i still have to explain how to resize a window in windows. thanks bill gates
[01:41:53 CET] <TD-Linux> but now you can resize the environment variables GUI.
[01:42:09 CET] <DHE> I'm mildly annoyed it can be vertically resized by simple clikc+drag but not horiztonally
[01:42:24 CET] <furq> alternatively use console2 or conemu or mintty or some other competent terminal
[01:44:32 CET] <techtopia> i changed the width buffer in the settings but no change
[01:44:43 CET] <techtopia> i guess i would have to restart it to see the change?
[01:44:48 CET] <maduro_> hi all, is there any trick to getting octagonal audio (not 7.1 - don't want the LFE conversion) working in .m4a audio files?
[01:46:01 CET] <furq> techtopia: i guess you need to restart ffmpeg for it to get the new size
[01:46:09 CET] <techtopia> yes it worked furq
[01:46:14 CET] <techtopia> just tested it with a new session
[01:46:18 CET] <techtopia> thank you very much :D
[02:10:23 CET] <utack> Has one of you dealt with a SMPTE standard yet? I did not quite understand their license agreement, specifically what you are allowed to do if you buy access to the specs for a video codec, can you use that to program a free decoder? ( https://trac.ffmpeg.org/ticket/1087 )
[02:55:39 CET] <pikaren> im transcoding a rmtp stream to youtube live
[02:55:48 CET] <pikaren> what parameters should i use
[02:55:58 CET] <pikaren> the quality seems to be a bit low currently
[03:07:45 CET] <relaxed> pikaren: can you stream copy?
[03:39:53 CET] <pikaren> relaxed: nah youtube says unspported codec
[03:41:43 CET] <pikaren> currently im using this command: http://pastebin.com/gnBsZNSx
[03:44:01 CET] <furq> pikaren: you're not actually specifying a bitrate there
[03:45:09 CET] <pikaren> should i use b:v ?
[03:45:21 CET] <furq> apparently you can use -crf with maxrate so i'd do that
[03:45:57 CET] <pikaren> hmm
[03:47:34 CET] <pikaren> tbh i've trying a lot of these settings but cant tell any difference for most of them
[03:58:40 CET] <pikaren> how much of the video we see every day have been processed by ffmpeg?
[04:06:04 CET] <grublet> doesnt youtube use ffmpeg?
[04:46:58 CET] <relaxed> pikaren: did you see https://trac.ffmpeg.org/wiki/EncodingForStreamingSites
[04:49:12 CET] <pikaren> sure
[06:26:50 CET] <Matador> Keep getting bloody -- Decklink input buffer overrun
[06:44:43 CET] <Max-P> "Stream #0:0: Video: bintext, pal8, 1280x170384, 25 tbr, 25 tbn, 25 tbc" man ffmpeg really takes anything you throw at it as a valid input, crazy
[07:07:13 CET] <pikaren> zz
[08:09:21 CET] <cbsrobot> maduro: you can stick 8 channels into wav, but not sure about m4a
[08:09:36 CET] <cbsrobot> why do you need m4a ?
[09:30:42 CET] <Flerb> Hi. I have a series of timestamped jpgs that I want to put into a timelapse video at a particular speed - how can I do this with ffmpeg?
[11:21:17 CET] <Danielyan> Hi people, need your help, how can I set bitrate for output audio with fnExtractSoundToMP3 method?
[11:25:46 CET] <BtbN> No idea what that method should be, most likely not ffmpeg related.
[11:40:05 CET] <Ironhand> hello, I'm using ffprobe to classify a large set of video files with random sources, many of which were created using a crappy encoder and/or otherwise corrupted; I'm trying to determine with a reasonable level of confidence whether each file can at least be read from start to finish
[11:40:21 CET] <Ironhand> which values from ffprobe could I compare to get a decent idea of this?
[11:41:11 CET] <Ironhand> I thought of comparing the 'format' info, whether duration * bitrate approximately matches the filesize, but if ffprobe actually calculates the bitrate itself by dividing filesize and duration that won't do much good
[11:42:22 CET] <Ironhand> to be clear, what I'm trying to find is files which are, say 1 GB in size, but ffmpeg decoding stops at the 500 MB mark b/c it's too badly corrupted
[11:43:25 CET] <Mavrik> ffprobe really isn't going to help there
[11:43:34 CET] <Mavrik> And there's nothing you can really do except actually run a decode
[11:47:00 CET] <Mavrik> After all, you're trying to determine issues deep within the file while ffprobe is designed to collect data with as little file decoding / reading as possible.
[11:48:44 CET] <Ironhand> well, I am already using the -count_frames option, which causes ffprobe to actually decode the file and determine the number of frames it finds
[11:49:25 CET] <Ironhand> but I don't know which metadata I can reliably compare that number to in order to determine whether the detected frame count approximately matches how long the file really should be
[11:50:05 CET] <Ironhand> so I guess what I'm looking for is to find out which relevant values ffprobe provides that are actually read directly from the file's metadata and not interpreted based on other data by ffprobe
[12:17:09 CET] <ribasushi> greetings
[12:17:49 CET] <ribasushi> is there some way to add video delays (with a humongous buffer, ~10seconds of 1080p) within a complex filtergraph?
[12:17:56 CET] <ribasushi> similar to adelay, but for video
[12:18:11 CET] <ribasushi> I have two streams (so itsoffset can't work) that I need to align
[12:33:20 CET] <ribasushi> I can see the actual buffer implementation (the buffer video source), but I can't find info on how to glue that part to an actual delay loop
[13:16:55 CET] <rm-rvf> Hi everybody. I'm sorry for possible offtopic but where can I ask some questions on mpeg layer 3 streams/ I'm interested in stream that is responsible for audio normalization
[14:27:07 CET] <RobotsOnDrugs> normalization is something that is done to the audio itself
[14:27:52 CET] <RobotsOnDrugs> there is also replaygain which, iirc, is just a metadat field
[14:28:00 CET] <RobotsOnDrugs> metadata
[14:32:49 CET] <ribasushi> anyone on my question earlier? syncing streams by delaying one of them by a pre-determined amount of time?
[14:33:56 CET] <relaxed> ribasushi: use -itsoffset
[14:36:41 CET] <ribasushi> relaxed: both streams come in matroska over stdin, I can't use that, besides (as far as I can tell) -itsoffset doesn't work on live sources anyway, only on files
[14:36:50 CET] <ribasushi> s/files/seekable inputs/
[15:40:48 CET] <maduro> cbsrobot: compression, + going in an mp4
[16:16:15 CET] <yongyung> If I want to encode files for editing, basically "lossless" (I'm not doing any expert color correction etc., I just want high quality files that are compressed, but file size doesn't matter too much), does it matter if I use preset slow, medium or veryfast? I've read that if you plan to re-encode a file the faster presets are better at the same crf, is that true?
[16:20:10 CET] <Mavrik> yongyung, the slower presets are better :)
[16:20:18 CET] <Mavrik> but why not use the losless mode on x264_
[16:20:19 CET] <Mavrik> ?
[16:21:01 CET] <Mavrik> https://trac.ffmpeg.org/wiki/Encode/H.264#LosslessH.264
[16:23:31 CET] <yongyung> Mavrik: Are you sure the slower presets are better? Why would that be? Doesn't make much sense to me... - I'm not using the lossless mode because it's not really worth it, I have to use 4:2:0 chroma subsampling anyway to get vegas to eat the files and crf 8 seems to be a fine quality
[16:23:37 CET] <Hello71> yongyung: you need to figure out what you want.
[16:23:56 CET] <Hello71> speed, quality, size, pick 2 or fewer
[16:26:35 CET] <Mavrik> yongyung, slower presets take more CPU time to do search and lookahead and also enable certain bitstream features at time
[16:27:07 CET] <yongyung> Hello71: I want quality, but my question isn't about direct playback quality, it's about re-encoding the file later (after editing)
[16:28:42 CET] <yongyung> Mavrik: Wouldn't you say that slower presets imply a higher compression for the same visual quality in playback, so retain sort-of less of the original information? Why would the slower presets be better for re-encoding then, if used with the same CRF value?
[16:29:10 CET] <Mavrik> Technically yes.
[16:29:16 CET] <Mavrik> Practically... it's not that clear.
[16:29:36 CET] <Mavrik> Using very fast presets will turn off H.264 bitstream features that can cause more quality loss.
[16:30:56 CET] <theozaurus> Hi. We're having trouble with ffmpeg 2.8.1. When doing the command `ffmpeg -f concat -i foo` it returns `Unrecognized option 'i foo'` but in 2.7.2 it correctly says `foo: No such file or directory`. Do we need to concatenate files in a different way?
[16:39:02 CET] <pikaren> zzz
[16:39:16 CET] <pikaren> ?
[16:55:35 CET] <yongyung> Hm, when I encode a .mp4 file to a .mkv file, for some reason vlc displays the frame rate as 120.004800 instead of 120 (which it should be). Even when I move the video stream from the mkv file (with -c:v copy) to an .mp4 file, the framerate stays, so I don't think it's VLCs fault. wtf is happening there? I can reencode the video with exactly the same settings to a .mp4 file and it has exactly 120 fps.
[17:03:43 CET] <BtbN> close enough to 120fps though
[17:21:29 CET] <yongyung> BtbN: I mean, it's not like I'd notice a difference, it's just awkward. Especially because it's connected to the container and not to the codec
[17:27:29 CET] <pikaren> hi
[17:27:55 CET] <pikaren> I'm trying to stream video with ffserver to my chromecast
[17:28:05 CET] <pikaren> what kind of format / encoding should i use?
[19:23:06 CET] <cousin_luigi> Greetings.
[19:23:43 CET] <cousin_luigi> How can I join two mp4 clips skipping either the tail of the first one or the head of the second one?
[19:34:51 CET] <fling> What is the difference between x264 and openh264? Which one is better?
[19:35:31 CET] <fling> cousin_luigi: first get the needed parts from your clips using -t and/or -ss
[19:35:46 CET] <fling> cousin_luigi: then join the parts using the concat filter
[19:35:53 CET] <furq> fling: openh264 is designed for realtime (e.g. webRTC)
[19:36:50 CET] <furq> if that's not your use case then x264 is definitely better
[19:37:14 CET] <fling> furq: thanks :>
[20:02:06 CET] <Bombo> hi
[20:04:51 CET] <Bombo> can ffmpeg extract (copy) titles out of a dvd.iso?
[20:05:54 CET] <Bombo> i need to get a list of available titles with playtime, then something like -dvdtitle 5 -c copy
[20:06:04 CET] <cousin_luigi> fling: won't that cause quality loss?
[20:06:30 CET] <Bombo> (without using mplayer or java tools ;)
[22:05:42 CET] <kepstin-laptop> ok, I'm passing a filter script to ffmpeg with the "-filter_complex_script" option; how do I escape a , in the value of a filter parameter in this file (I'm trying to write an expression for a select filter)
[22:05:47 CET] <kepstin-laptop> ?
[22:11:16 CET] <c_14> tried \ ?
[22:12:07 CET] <kepstin-laptop> i've tried between 0 and 3 \ before the ,
[22:12:54 CET] <kepstin-laptop> select=n=2:e=gte(t\,0.000)+gte(t\,257.152) gives "Missing ')' or too many args in 'gte(t'" and "Error initializing filter 'select' with args 'n=1:e=gte(t'"
[22:13:55 CET] <kepstin-laptop> fun, if I use 5 \, i get a different output:
[22:14:21 CET] <kepstin-laptop> select=n=2:e=gte(t\\\\\,0.000)+gte(t\\\\\,257.152) gives "Missing ')' or too many args in 'gte(t\,0.000)+gte(t\,257.152)'" and "Error initializing filter 'select' with args 'n=2:e=gte(t\\,0.000)+gte(t\\,257.152)'"
[22:16:21 CET] <kepstin-laptop> it gets even weirder if I start using single quotes :/
[22:19:25 CET] <c_14> hmm, works for me with one \
[22:21:27 CET] <kepstin-laptop> bah, simplified test case of only the select filter works fine
[22:21:42 CET] <kepstin-laptop> this is in a rather more complex script with multiple lines, etc.
[22:23:11 CET] <c_14> If you can pastebin it, I can look at it. Might be missing a '\' somewhere.
[22:23:38 CET] <kepstin-laptop> could be. let me poke at it a bit more here to see if I can simplify the test case
[22:28:12 CET] <kepstin-laptop> oh, right, all my fault. turns out that i had two places with unescaped commas in the file, and when i fixed one I got an error from the other
[22:28:19 CET] <kepstin-laptop> which made me think I hadn't fixed the first one
[22:29:33 CET] <kepstin-laptop> would be nice to have line numbers in the error reports :)
[23:24:24 CET] <jgarde> Does anyone know how to encode video into h264 Baseline instead of Constrained Baseline?
[23:26:18 CET] <Mavrik> not possible afaik.
[23:29:22 CET] <jgarde> Is there anything else currently available for the task?
[23:29:53 CET] <Mavrik> I guess some commercial encoders might do it.
[23:30:03 CET] <Mavrik> But non-constrained baseline is pretty much out of use for ages now.
[23:32:24 CET] <jgarde> Well, apparently Periscope, the mobile live streaming service, uses it pretty heavily. H264, Baseline at level 2.1
[23:40:01 CET] <furq> are you sure it's not constrained baseline
[23:40:07 CET] <furq> they use the same profile identifier
[23:40:22 CET] <kepstin-laptop> lets see... some older (obsolete) apple devices only support baseline 3.0 or 3.1.
[23:40:35 CET] <JEEB> that means constrained baseline in reality
[23:40:43 CET] <JEEB> nobody uses actual baseline profile features
[23:40:46 CET] <JEEB> :)
[23:40:53 CET] <furq> constrained baseline is a subset of baseline
[23:41:01 CET] <furq> (as the name implies)
[23:41:38 CET] <JEEB> jgarde: that means constrained baseline in practice :)
[23:47:11 CET] <kepstin-laptop> given the stuff i've seen with a quick look, periscope is almost certainly encoding with x264, which doesn't support the loss resistance features from baseline - and they aren't needed anyways, since the periscope streams are tcp (hls, it looks like)
[23:47:51 CET] <Mavrik> jgarde, there's literally no mobile video hardware decoder using baseline.
[23:48:02 CET] <Mavrik> or x264 if they use CPU encode.
[23:51:01 CET] <jgarde> I have a few clips off of the HLS stream and I've run ffprobe on them vs a stream that I've broadcast myself to their service - My encodes are h264 constrained baseline. They'res are just baseline.
[23:52:22 CET] <jgarde> Also, they use RTMP for the upstream. I'm not so sure about the downstream.
[23:52:38 CET] <jgarde> RTMPS as well.
[23:53:14 CET] <Mavrik> If you're half smart you'll beat them by using Main ;)
[23:54:24 CET] <jgarde> I'm trying to playback my streams using their client though. I'm upstreaming RTMP to their ingest server, but the iOS client keeps crashing when it tries to playback my stream.
[23:56:05 CET] <jgarde> Some type of custom RTMP client so I'm thinking it might be a encoder problem.
[23:56:28 CET] <jgarde> I'm trying to match my streams so that they're the same as native Periscope.
[00:00:00 CET] --- Wed Oct 28 2015
1
0
[00:16:06 CET] <cone-463> ffmpeg 03Ganesh Ajjanagadde 07master:2ccc1b304e08: MAINTAINERS: add key fingerprint
[01:06:06 CET] <rcombs> BBB: do you think working out memory allocations in the init API should block merging the patch series?
[01:06:13 CET] <rcombs> since it doesn't actually create a leak as-is
[01:17:42 CET] <BBB> rcombs: no, not really
[01:17:48 CET] <BBB> rcombs: Im fine with the patches as-is
[01:17:51 CET] <rcombs> cool
[01:18:00 CET] <BBB> I think the interface is a little complex
[01:18:05 CET] <BBB> I mean, its a callback driven thing
[01:18:12 CET] <BBB> but I cant think of anythinh simpler that is not stupid
[01:18:38 CET] <BBB> (stupid being probably incomplete after we use it a couple of times)
[01:19:02 CET] <BBB> you probably thought more about that than I did already anyway
[01:19:29 CET] <rcombs> I really just crammed it in with interleaving because it fit well there
[01:19:44 CET] <rcombs> since we've already got all the buffering it needs
[01:20:38 CET] <rcombs> and in theory it stays flexible enough that you could inspect a few packets before making up your mind
[01:40:39 CET] <BBB> I think its fine to go in, Id like to use it and write my own bsfs
[01:40:57 CET] <BBB> (which I know I can do anyway, but the point is that theyre required in certain scenarios and this allows me to enforce that)
[01:49:14 CET] <rcombs> which contexts, out of curiosity?
[01:49:48 CET] <rcombs> (and I'm still kinda afraid to push things so I'm waiting on someone to do that)
[03:07:17 CET] <BBB> rcombs: vp9_parser splits superframes into frames, Id like a bsf that reverses that so we can properly mux vp9 into webm as speced
[03:07:34 CET] <BBB> (and maybe vp9_parser should be a bsf also; demuxers can already insert bsfs, right?)
[08:06:35 CET] <atomnuker> development of libfaac seems to have ceased and the webpage linked in doc/encoders.texi is dead
[08:09:10 CET] <atomnuker> will remove it when I push the rewritten AAC encoder documentation (as well as glorifying it wherever relevant :)
[08:23:14 CET] <JEEB> :)
[08:23:44 CET] <JEEB> yeah, libfaac only got a few updates over its lifetime
[08:53:51 CET] <durandal_1707> will push sdx2 patch shortly
[09:47:28 CET] <__gb__> wm4, I believe the reason behind #define ALIGN in libavu/mem.c is explained below in av_malloc() and the 32 for HAVE_AVX is just a heuristic to match cache lines in a way Gramner exposed. Just a guess
[09:48:14 CET] <__gb__> what I want is: all video AVFrames to have page-alignment and 64-byte strides for more efficient interop with GPU or other video processors
[09:50:00 CET] <__gb__> having an av_buffer_alloc2() with explicit alignment or additional flags is interesting to me
[09:50:20 CET] <__gb__> that way we could also foresee cases when we need sharedmem for bitstream buffers for example
[09:50:38 CET] <__gb__> (out-of-process, or other needs :))
[09:50:59 CET] <__gb__> I would tend to option 2 too
[09:54:35 CET] <wm4> well, AVBufferRef can be constructed from existing memory, and custom free functions
[09:56:04 CET] <__gb__> well, that's not about vaapi business to allocate such memory, but to use it wherever applicable
[09:56:23 CET] <__gb__> it could also be user allocated pages, with such requirements, we can import them afterwards
[09:57:44 CET] <wm4> in any case, at most this heuristic should be in av_frame_get_buffer, not av_malloc - though there are a bunch of places where AVFrames are allocated using other methods (like libavcodec allocs planes itself from a buffer pool)
[10:01:06 CET] <__gb__> yes, the option 2 was about libavutil/frame.c changes + av_buffer_alloc2() or something similar
[10:32:23 CET] <cone-207> ffmpeg 03Paul B Mahol 07master:035ae3c0096f: avcodec: add SDX2 DPCM decoder
[10:32:23 CET] <cone-207> ffmpeg 03Paul B Mahol 07master:ff1e44b01ef7: avformat/thp: set duration for audio stream too
[11:26:21 CET] <ubitux> TEST aac-pns-encode
[11:26:23 CET] <ubitux> stddev: 666.58 PSNR: 39.85 MAXDIFF:10110 bytes: 1675800/ 1679360
[11:26:25 CET] <ubitux> stddev: |666.58 - 695| >= 25
[11:26:27 CET] <ubitux> is this known?
[11:26:57 CET] <ubitux> ah, asan is not happy
[11:28:14 CET] <ubitux> but just the test failing normally
[11:28:58 CET] <ubitux> aren't most fate instance dead since a while?
[11:29:14 CET] <ubitux> most fate instances seems to be at least 7 days old
[11:30:15 CET] <nevcairiel> seems to be michaels which are down for a couple days now
[11:30:34 CET] <ubitux> is fate-aac-pns-encode failing only for me?
[11:30:52 CET] <nevcairiel> oh wait, those that seem dead are building release branches
[11:31:08 CET] <nevcairiel> just no changes there
[11:31:27 CET] <nevcairiel> i wish the main listing wouldnt include those
[11:31:34 CET] <nevcairiel> for better overview
[11:32:06 CET] <nevcairiel> and yes, its only you ubitux
[11:32:09 CET] <nevcairiel> fate seems happy
[11:33:01 CET] <nevcairiel> asan lists it, maybe thats related
[11:33:06 CET] <nevcairiel> but all others are fine
[11:33:12 CET] <ubitux> yes, it's weird
[11:33:21 CET] <ubitux> but i have the issue locally too
[11:33:26 CET] <ubitux> without asan
[11:40:31 CET] <ubitux> how much stddev are you supposed to get on this test btw? around 695?
[11:43:38 CET] <ubitux> http://b.pkh.me/aac-pns-encode.wav.gz this is what i obtains; can someone send me a wav that works?
[11:44:41 CET] <durandal_1707> what compiler?
[11:45:29 CET] <ubitux> gcc 5.2.0
[11:49:48 CET] <nevcairiel> 695 +/- 25, obviously
[11:49:54 CET] <nevcairiel> so 670-720
[11:53:17 CET] <nevcairiel> is there a way for fate to preserve the intermediate files
[11:59:14 CET] <nevcairiel> ubitux: http://files.1f0.de/tmp/aac-pns-encode.zip
[11:59:58 CET] <nevcairiel> the stddev of that file is 684.85
[12:00:28 CET] <nevcairiel> stddev: 684.85 PSNR: 39.62 MAXDIFF:11573 bytes: 1675800/ 1679360
[12:06:12 CET] <nevcairiel> BBB: bsf's shouldnt be needed for demuxer->decoder operation, thats the job of the parser, so the vp9_parser being a parser is perfectly fine
[12:07:05 CET] <nevcairiel> (they both do somewhat of a similar job, to be honest)
[12:09:59 CET] <wm4> generally bsf is never used for demuxer->decoder, except internally in some decoders, while we have an infra structure to put parsers between demuxer and decoder
[12:13:24 CET] <durandal_1707> can parser do both audio and video at once?
[12:13:44 CET] <wm4> no
[12:15:33 CET] <cone-207> ffmpeg 03Ganesh Ajjanagadde 07master:68a0a164d1f6: avfilter/vf_removegrain: replace qsort with AV_QSORT
[12:26:28 CET] <BBB> nevcairiel: ok, thats fine with me, but I will still need the inverse operation as a bsf for going from copy/encoder->muxer
[12:26:38 CET] <BBB> (assuming bsf is the right way to do that)
[12:34:59 CET] <nevcairiel> BBB: sure that works as bsf
[13:33:34 CET] <cone-207> ffmpeg 03Michael Niedermayer 07master:4f00d2357720: tests/fate/aac: Add bitexact flags to fate-aac-pns-encode
[14:16:49 CET] <ubitux> nevcairiel: thanks
[14:16:55 CET] <ubitux> michaelni: ah, so you got the issue too?
[14:17:35 CET] <nevcairiel> its a stddev comparison, shouldnt that only take audio data into account, how does minor version modify it
[14:18:30 CET] <ubitux> nevcairiel: your file is getting more and more different over time, it's fun
[14:18:33 CET] <ubitux> (from mine)
[14:20:49 CET] <nevcairiel> sounds like fun?
[14:21:08 CET] <ubitux> i can't tell the difference with my ears though
[14:21:58 CET] <ubitux> i can ear how this sample is a nice audio stress btw
[14:25:10 CET] <nevcairiel> theoretically your file is better, isnt it
[14:25:17 CET] <nevcairiel> higher psnr, lower stddev
[14:25:37 CET] <nevcairiel> lower maxdiff
[14:25:46 CET] <nevcairiel> so whats your secret?
[14:25:46 CET] <nevcairiel> :D
[14:30:29 CET] <ubitux> nevcairiel: it's fixed by the bitexact commit from michael& maybe it's using some asm code doing better averaging that the C or something?
[14:30:53 CET] <nevcairiel> there is no reason my system wouldnt use all the asm thats available
[14:31:03 CET] <nevcairiel> unless its 3dnow =p
[14:31:17 CET] <ubitux> flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c
[14:31:18 CET] <ubitux> rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt
[14:31:21 CET] <ubitux> do you have all of this? @_@
[14:32:02 CET] <nevcairiel> well its a haswell, so i would hope so
[14:32:10 CET] <ubitux> ok
[14:32:18 CET] <nevcairiel> no really new relevant instructions since then
[14:32:28 CET] <nevcairiel> still weird
[14:32:32 CET] <nevcairiel> should grep for the bitexact flag
[14:32:33 CET] <ubitux> CPUFLAGS=none doesn't help
[14:32:40 CET] <ubitux> so i guess it's unrelated
[14:33:55 CET] <ubitux> maybe a swr resampling happening?
[14:34:24 CET] <nevcairiel> aacenc writes encoder ident info into the bitstream
[14:34:36 CET] <nevcairiel> but presuambly there is an actual audio difference, and not just that, right?
[14:34:55 CET] <michaelni> maybe 9->10 results in a difference in bit allocation
[14:34:59 CET] <ubitux> i doubt ident would affect stddev & psnr :p
[14:35:13 CET] <michaelni> as its one byte longer
[14:35:22 CET] <michaelni> but just guessing
[14:35:33 CET] <nevcairiel> avpriv_float_dsp_alloc has a bitexact param
[14:35:36 CET] <nevcairiel> but its only used on ppc
[14:35:37 CET] <nevcairiel> :D
[14:36:46 CET] <nevcairiel> i suppose its possible that the ident info causes the bit distribution to be different
[14:37:29 CET] <nevcairiel> make note: set bitexact in $work code for more bits for audio
[14:40:09 CET] <ubitux> indeed, if i remove put_bitstream_info(s, LIBAVCODEC_IDENT), it fixes fate
[14:40:24 CET] <ubitux> madness
[14:41:23 CET] <ubitux> maybe it does trigger a different bitrate adjustment?
[14:41:41 CET] <nevcairiel> yeah it seems to use the full frame size in some conditions, including this
[14:45:40 CET] <nevcairiel> guess that makes sense then
[14:53:00 CET] <kierank> rcombs: "0.612 +- 1.857" --> that's odd
[15:12:18 CET] <cone-207> ffmpeg 03Vittorio Giovara 07master:8c2214822052: timecode: Do not fail for non-standard framerates
[15:12:18 CET] <cone-207> ffmpeg 03Vittorio Giovara 07master:63ea8e0610d0: timecode: Support HFR values
[15:13:08 CET] <Daemon404> "high frame rate" is 100+ now?
[15:13:21 CET] Action: Daemon404 wonders who owns such panels
[15:13:48 CET] <nevcairiel> what panels
[15:13:49 CET] <Daemon404> besides /r/pcmasterrace
[15:13:57 CET] <nevcairiel> my screen does 144hz
[15:14:21 CET] <Daemon404> none of mine do
[15:14:36 CET] <nevcairiel> most newer TVs will do 120hz
[15:14:44 CET] <thardin> do we have variable frame rate yet?
[15:14:51 CET] <Daemon404> they can *do* 120 hz yet
[15:14:59 CET] <Daemon404> but can you feed it that?
[15:15:03 CET] <ubitux> TIL nevcairiel plays CS
[15:15:12 CET] <Daemon404> many tvs onyl do 120hz in their own motion interpolation
[15:15:15 CET] <Daemon404> not actual 120fps content
[15:15:52 CET] <nevcairiel> actually with a bunch of them you can feed ti that too
[15:15:54 CET] <JEEB> all of the new broadcast specs for 120fps seem to note that they'd be separate parts of the bit stream
[15:16:03 CET] <JEEB> so you either decode a 60fps or 120fps stream
[15:16:13 CET] <nevcairiel> isnt that this hevc thing
[15:16:16 CET] <nevcairiel> shvc?
[15:16:28 CET] <Daemon404> i thought shvc was for spatial res
[15:16:41 CET] <nevcairiel> hm right
[15:16:47 CET] <JEEB> I think it was indeed some sort of scalable thing
[15:16:48 CET] <nevcairiel> hevc also has this concept of temporal layers
[15:16:51 CET] <JEEB> ENOTSURE though
[15:16:52 CET] <nevcairiel> where you can decide only to decode one
[15:16:57 CET] <JEEB> and yeah, temporal layers
[15:17:18 CET] <Daemon404> will it be just as used as SVC was?
[15:18:00 CET] <JEEB> well I don't think SVC got into broadcast specs too much...
[15:19:00 CET] <Daemon404> tests/Makefile:209: recipe for target 'fate-aac-ltp-encode' failed
[15:19:00 CET] <Daemon404> make: *** [fate-aac-ltp-encode] Error 1
[15:19:04 CET] <Daemon404> wut
[15:19:21 CET] <Daemon404> the .err file has 0 useful info
[15:19:46 CET] <wm4> (does it ever)
[15:20:17 CET] <Daemon404> stddev: 1522.74 PSNR: 32.68 MAXDIFF:19476 bytes: 1675800/ 1679360
[15:20:18 CET] <Daemon404> stddev: |1522.74 - 1535| >= 10
[15:20:26 CET] <Daemon404> atomnuker, ^ :?
[15:20:41 CET] <nevcairiel> try setting the bitexact flag
[15:21:05 CET] <Daemon404> it is set
[15:21:17 CET] <Daemon404> /home/daemon404/dev/f/ffmpeg/ffmpeg -nostdin -nostats -cpuflags all -flags +bitexact -fflags +bitexact -hwaccel none -threads 1 -thread_type frame+slice -i /home/daemon404/dev/f/ffmpeg/tests/data/fate/aac-ltp-encode.adts -c:a pcm_s16le -fflags +bitexact -f wav -
[15:21:21 CET] <Daemon404> from V=1
[15:21:32 CET] <nevcairiel> thats the decode
[15:21:34 CET] <nevcairiel> i meant the encode
[15:22:00 CET] <Daemon404> that sounds a tad silly
[15:22:03 CET] <Daemon404> but ok
[15:22:11 CET] <nevcairiel> read discussion of the last hour
[15:22:13 CET] <Daemon404> oh
[15:22:16 CET] <Daemon404> so its known?
[15:22:27 CET] <nevcairiel> just set it and see if it helps
[15:22:32 CET] <nevcairiel> if it does, you may co mmit a patch
[15:22:33 CET] <nevcairiel> =p
[15:23:32 CET] <Daemon404> im nto actually sure where/when to add it
[15:23:38 CET] <Daemon404> theres flags, fflags, and a few positions
[15:23:54 CET] <nevcairiel> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=4f00d235772064f2bdd471…
[15:23:58 CET] <nevcairiel> copy what that patch did
[15:24:18 CET] <nevcairiel> (since the patch we kinda figured out why its needed, so no longer unknown)
[15:24:45 CET] <Daemon404> yeah
[15:24:47 CET] <Daemon404> now it passes
[15:25:14 CET] <nevcairiel> we may want to mass-add that for all aac tests just to get it over with
[15:25:20 CET] <Daemon404> probably.
[15:29:33 CET] <ubitux> ffs fate-aac-ltp-encode also fails now
[15:29:44 CET] <nevcairiel> (read up)
[15:29:56 CET] <ubitux> heh yeah...
[15:30:13 CET] <Daemon404> ill push a fix along with this patch i was testing
[15:32:22 CET] <cone-207> ffmpeg 03Tinglin Liu 07master:9ea812692c38: mov: Add support parsing QuickTime Metadata Keys.
[15:32:23 CET] <cone-207> ffmpeg 03Derek Buitenhuis 07master:a7fcc43bcc8c: tests/aac: Add bitexact flags to AAC LTP Encode test
[15:34:02 CET] Action: Daemon404 pokes nevcairiel for a merge sometime soon-ish (next 1-2 days)
[15:34:21 CET] <nevcairiel> didnt see anything interesting
[15:34:28 CET] <Daemon404> theres one patch i need =p
[15:34:48 CET] <nevcairiel> which
[15:34:55 CET] <Daemon404> e02dcdf6bb6835ef4b49986b85a67efcb3495a7f
[15:35:04 CET] <Daemon404> wait wrong hash
[15:35:07 CET] Action: Daemon404 stabs clipboard
[15:35:14 CET] <Daemon404> 5ea5a24eb70646a9061b85af407fcbb5dd4f89fd
[15:38:00 CET] <canaar> Hello is anyone up?
[15:39:58 CET] <Daemon404> dont ask to ask, ask
[15:41:16 CET] <canaar> I started reading ffplay.c 2 days ago.
[15:41:30 CET] <canaar> Where can I get to know what algorithms are exactly used ?
[15:42:09 CET] <Daemon404> uh, wut?
[15:42:20 CET] <Daemon404> that is an incredibly vague question
[15:42:32 CET] <Daemon404> algorithms for what part, etc
[15:42:36 CET] <Compn> canaar : do you want the algorithms from the codecs, or from the various cryptographies ?
[15:43:20 CET] <Compn> also , i dont think we wrote down most of the algorithms in the code, i could be wrong
[15:43:38 CET] <Compn> easier to find the algorithms on wikipedia..
[15:44:15 CET] <Compn> sorry, i'm thinking of equations.
[15:44:21 CET] Action: Compn needs food
[15:44:38 CET] <canaar> I want to learn how ffplay works, so before directly reading the code, should I read how it works
[15:44:52 CET] <Daemon404> there is no such document.
[15:44:59 CET] <canaar> Oh I see
[15:45:14 CET] <Daemon404> nobody in the world outside of academi is going to write a document that descriebs exactly how their entire codebase works
[15:45:16 CET] <canaar> There is one for ffserver
[15:45:18 CET] <Daemon404> academia*
[15:45:30 CET] <Daemon404> i am not aware of one for ffserver
[15:45:33 CET] <Daemon404> so its news to me
[15:45:59 CET] <wm4> what part/aspect of ffplay do you want to know how it works?
[15:46:07 CET] <Daemon404> i already asked taht
[15:46:09 CET] <Daemon404> that*
[15:46:14 CET] <ubitux> probably refering to http://ffmpeg.org/ffserver.html#toc-Detailed-description
[15:46:22 CET] <canaar> Exactly
[15:46:49 CET] <ubitux> there is no complex concept to describe for a player
[15:46:58 CET] <ubitux> so http://ffmpeg.org/ffplay.html ...
[15:47:34 CET] <ubitux> (from a user perspective i meant)
[15:48:12 CET] <canaar> Okay. What are the very basic things involved in a media player?
[15:48:42 CET] <ubitux> canaar: http://ffmpeg.org/ffmpeg.html#Detailed-description
[15:48:47 CET] <ubitux> player does the top part of that
[15:48:59 CET] <kierank> what do you actually want to learn about a player
[15:49:03 CET] <ubitux> demux+decode, and renders the decoded stuff
[15:49:22 CET] <ubitux> (with eventually filtering, described below)
[15:49:42 CET] <canaar> I see.
[15:55:06 CET] <cone-207> ffmpeg 03Clément BSsch 07master:7794627032e9: avcodec/avdct: remove redundant "default" information in options
[15:55:07 CET] <cone-207> ffmpeg 03Clément BSsch 07master:90c4ccc629a3: avcodec/options: remove redundant and wrong default information for skipcmp option
[15:55:08 CET] <cone-207> ffmpeg 03Clément BSsch 07master:51ee62d50b19: avcodec/options: remove a few more redundant "default" information
[15:55:25 CET] <ubitux> the ac3 enc options are really weird
[15:55:35 CET] <ubitux> that "default" thing
[15:56:22 CET] <ubitux> there are bool-like options (on/off) with a "notindicated" value, and with a default which is actually even different
[15:56:33 CET] <nevcairiel> those are all single metadata flags, which can be set to 1/0, or just not included in the bitstream, which can have a different meaning
[15:56:52 CET] <ubitux> "notindicated" is actually 0
[15:56:59 CET] <ubitux> which means "off"
[15:57:15 CET] <nevcairiel> weird
[15:57:17 CET] <ubitux> so it could be dropped and replaced with a bool+auto
[15:57:28 CET] <nevcairiel> but their default is -1
[15:57:32 CET] <ubitux> yes
[15:57:33 CET] <ubitux> "none"
[15:57:35 CET] <ubitux> :P
[15:57:39 CET] <ubitux> #define AC3ENC_OPT_OFF 0
[15:57:42 CET] <ubitux> #define AC3ENC_OPT_NOT_INDICATED 0
[15:58:48 CET] <nevcairiel> -1 triggers auto defaults in the code
[15:58:55 CET] <nevcairiel> instead of just setting these defaults in the opt table
[15:58:56 CET] <nevcairiel> oh well
[15:59:13 CET] <ubitux> sometines there is a on/off an more value
[15:59:14 CET] <nevcairiel> a bunch of those employ other conditions, apparently
[15:59:23 CET] <ubitux> like dsurex_mode
[15:59:36 CET] <ubitux> anyway, fun stuff
[15:59:56 CET] <nevcairiel> just let it be :D
[16:00:19 CET] <ubitux> well, i wanted to drop the "(default)" thing
[16:00:32 CET] <ubitux> (because it's redundant since displayed in the help)
[16:00:42 CET] <ubitux> but for those... it's a bit special
[16:00:44 CET] <ubitux> anyway
[16:01:11 CET] <ubitux> i'm going to calm down my ocd and move on
[16:01:39 CET] <Daemon404> dsurex_mode <-- i read that as durex_mod...
[16:01:40 CET] <Daemon404> mode*
[16:02:04 CET] <ubitux> i read 3 times what i wrote to avoid writing that mistake
[16:02:19 CET] <Daemon404> hah
[16:07:40 CET] <Daemon404> i guess saying 'ffserver' is liek saying beetlejuice 3 times...
[16:08:16 CET] <nevcairiel> dont we have some developer that feels responsible for ffserver these days
[16:11:36 CET] <Compn> yes, i thought so
[16:35:48 CET] <Daemon404> it disturbs me that someone may use ffserver for real things
[16:37:28 CET] <nevcairiel> they probably dont know any better
[16:39:19 CET] <Stormsys> Sorry im not sure if this is the right channel, but i want to understand how ffmpeg calculates a streams bitrate when delaing with an mp4?
[16:39:34 CET] <Stormsys> i ask becaue im getting slight variances on what im expecting
[16:40:17 CET] <Stormsys> For instance whjen im expecting 160000 im getting 159997
[16:42:39 CET] <wm4> Stormsys: it's in libavformat/utils.c
[16:42:48 CET] <wm4> (probably)
[16:48:12 CET] <Stormsys> Just had a look through that, im refering to AVCodecContext ->bit_rate (in relation to AVStream)
[16:48:23 CET] <Stormsys> but i guess its a question about libav in that case then?
[16:51:25 CET] <wm4> uh what do you mean?
[16:52:36 CET] <Stormsys> wm4, to be very specific, im actually having an issue with tools/ismindex.c it reads an mp3, loads a AVStream that has a AVCodecContext, the bit_rate value in there i need to understand how it is obtained as it sppears to be off
[16:54:06 CET] <Stormsys> seems to use avformat_open_input to get the model in the first place.
[16:54:34 CET] <Stormsys> which does appear to be in libsbgotmsy/utils actually let me read through it
[17:24:18 CET] <Daemon404> wtf is libsbgotmsy
[17:24:37 CET] <Daemon404> oh shifted keys
[17:25:33 CET] <martijnb> xD
[17:25:52 CET] <martijnb> you actually caught that pretty quick, took me a minute
[18:21:29 CET] <kierank> lol RHEL
[18:21:31 CET] <kierank> and ffmpeg 0.6
[18:22:06 CET] <Compn> why do distros maintain these old releases?
[18:22:08 CET] <Compn> whyyyy
[18:35:13 CET] <JEEB> Compn: are you implying it's maintained?
[18:48:03 CET] <rcombs> jamrial: whoops re: absolute path in fate file
[19:01:20 CET] <wm4> uh so I wanted to look at adding something like a proper uint64 AVOption type
[19:01:27 CET] <wm4> but AVOption.min/max are double
[19:01:56 CET] <wm4> which is where my endeavor ends
[19:11:38 CET] <durandal_1707> wm4: can't you add new 128 bit fields?
[19:12:15 CET] <durandal_1707> or interpret it like uint64?
[19:12:38 CET] <JEEB> lol
[19:13:53 CET] <wm4> well there's this patch that does
[19:13:54 CET] <wm4> + *(uint64_t *)dst = (llrint(num/den - (INT64_MAX + 1ULL)) + (INT64_MAX + 1ULL))*intnum;
[19:52:02 CET] <atomnuker> ubitux, Daemon404: looking into it now
[20:46:54 CET] <rcombs> michaelni: (yes)
[21:18:56 CET] <cone-207> ffmpeg 03Kyle Swanson 07master:dcb95ef48255: avfilter: add vibrato filter
[21:57:00 CET] <ubitux> durandal_170: did you check if vibrato really works with inplace buffers?
[21:57:39 CET] <ubitux> maybe i'm misreading but i'm afraid it's going to read values it's rewriting
[21:57:46 CET] <durandal_170> isn't that default?
[22:01:26 CET] <ubitux> writable frames?
[22:01:39 CET] <ubitux> it really depends
[22:01:48 CET] <ubitux> perms=random is your friend to test this :p
[22:01:53 CET] <ubitux> (with some logging to make sure)
[22:17:03 CET] <durandal_170> i tried ro and rw and md5 is same
[22:20:29 CET] <peloverde> Anyone have a good understanding of what's going on with the vpx bool coder probability ranges? BBB?
[22:20:53 CET] <BBB> ?
[22:21:17 CET] <BBB> can you be more specific on what youre trying to do?
[22:21:40 CET] <BBB> are you trying to compare libvpx w/r->range with some ffmpeg equivalent?
[22:21:50 CET] <BBB> or something else?
[22:22:16 CET] <peloverde> I'm trying to understand how to interpret p = 0, to build compatible tables for a new entropy coder
[22:23:54 CET] <peloverde> The textual description the the vp8 spec says 0 <= p <= 255, and the probability should be interpreted as p/256
[22:24:06 CET] <BBB> p=0 is the same as p=1
[22:24:09 CET] <BBB> it has no meaning basically
[22:24:36 CET] <peloverde> okay
[22:25:04 CET] <BBB> (Im not saying thats a good thing or thats how it should be)
[22:25:16 CET] <BBB> (it wastes 1/256th of your value range)
[22:25:19 CET] <BBB> (but thats what it does)
[22:26:07 CET] <BBB> in your new one, will the actual float p[0,1] be linear over the p[0,255] range? or will you apply a beta function or something like that?
[22:26:12 CET] <BBB> (thats what cabac does)
[22:26:41 CET] <BBB> (or, well, not a beta, I dont actually know what it does, btu at least its not linear, it has higher density in the more-often occurring range, by some metric or whatever)
[22:26:42 CET] <peloverde> some of the code seems to be written as if 0 and 255, 1 and 254, etc are complements, and some as if 1 and 255, 2 and 254, etc.
[22:26:56 CET] <BBB> yeah, thats because nobody knew :D
[22:27:07 CET] <BBB> but for the actual coder, 1 and 255 are complements, I believe
[22:27:35 CET] <peloverde> In what I'm looking at 0 will be invalid, mostly becuase I don't want to put a bunch of divide by 257 in the decoder
[22:27:46 CET] <BBB> fair enough
[22:28:14 CET] <peloverde> thanks for the info
[22:28:28 CET] <BBB> yeah, I tried that at some point, the realworld cost of encoding total garbage data 1s or 0s is identical for p:0 and 256-p:1
[22:48:58 CET] <BBB> does anyone know of a tool that if I give it a y4m file and a text file (or whatever format) with motion vectors, it can visualize the mvs on the frame for me? I guess kind of like -debug +mv but with self-created mvs instead of using ffmpegs me
[23:01:25 CET] <ubitux> BBB: doc/examples/extract_mvs?
[23:01:47 CET] <ubitux> not sure what you want actually
[23:02:01 CET] <BBB> the inverse of -debug +mv
[23:02:12 CET] <BBB> or the mvvis filter
[23:02:25 CET] <ubitux> codecview does display mvs
[23:02:27 CET] <BBB> so I want it to show a list of mvs that I made up
[23:02:33 CET] <BBB> instead of ones in the file
[23:02:40 CET] <ubitux> if you set them in the frame side data
[23:02:44 CET] <ubitux> by whatever means
[23:03:19 CET] <TD-Linux> I don't know of any, I'd just write one. I wrote one for daala https://github.com/tdaede/jirojiro
[23:22:21 CET] <rcombs> michaelni: in your failed test there, does tests/data/fate/lavf-fate-crypto.err show anything wrong?
[23:25:52 CET] <michaelni> rcombs, it likely will list a missing .pgm file that hasnt been generated, will have to retest
[23:26:20 CET] <michaelni> does it work for you if you do a make distclean and make fate-lavf-fate-crypto ?
[23:26:56 CET] Action: rcombs tries
[23:32:18 CET] <michaelni> rcombs, "ffmpeg/tests/vsynth1/%02d.pgm: No such file or directory"
[23:32:25 CET] <rcombs> ahhh
[23:33:03 CET] <michaelni> and before that "Could find no file with path 'ffmpeg/tests/vsynth1/%02d.pgm' and index in the range 0-4"
[23:34:15 CET] <rcombs> michaelni: not sure how to add that dependency
[23:38:24 CET] <michaelni> look at how other tests that use such files do, i dont remember how exactly its done
[23:56:54 CET] <rcombs> michaelni: how's this look? https://gist.github.com/fbdf6b31bcc6a02bc9a9
[23:59:29 CET] <michaelni> if that fixes it then sure
[00:00:00 CET] --- Tue Oct 27 2015
1
0
[00:01:33 CET] <ChocolateArmpits> if you're not sure about the frame scan inspect it manually
[00:07:18 CET] <pcroland> I wasn't able to find any interlaced frame
[00:20:44 CET] <gachoffy> hello. error: invalid time base 0/1 when trying to stream from webcam to ffserver. where to find solution for this? ffserver config? ffmpeg params? wrong codec? first time, when working with ffmpeg :S
[00:20:46 CET] <gachoffy> http://pastebin.com/XYyz4t33
[00:23:22 CET] <Mavrik> Wrong codec it seems, you're trying to stream raw video.
[00:23:25 CET] <Mavrik> That usually doesn't work.
[00:33:00 CET] <gachoffy> hmm& setting input_format param to h264 gives same error :S where i need to specify that? ofc. webcam supports h264 :)
[00:36:20 CET] <Mavrik> gachoffy, encoding params are controlled in ffserver file
[00:36:27 CET] <Mavrik> and you have "VideoCodec" commented out.
[00:36:55 CET] <gachoffy> ouh, this way.
[01:11:00 CET] <gachoffy> hmm.. tried few changes from stackoverflow for that, without success. now tried to totally rewrite ffserver.conf, and other error occured: http://pastebin.com/q5JRchXT
[01:12:01 CET] <gachoffy> can it be caused by other versions of ffmpeg on server and on streamer?
[02:32:13 CET] <intracube> hi, how can the drawtext video filter be made to re-evaluate on each frame with gmtime and localtime?
[02:32:35 CET] <intracube> by default it gets the date on the first frame and never updates
[02:33:42 CET] <intracube> the frame number updates each frame though
[03:23:23 CET] <mischmerz> Hey guys :) Anybody home ?
[03:24:51 CET] <mischmerz> I was wondering if ffmpeg supports (or is going to support) DSD over USB .. ?
[03:44:13 CET] <Guest75089> hi all, I want compile ffmpeg on windows with x264 support, but when I configure with --enable-x264 --extra-cflags="-I/wheremyx264surce' --extra-ldflags="-L/wherex264.lib", it tell me that "ERROR: libx264 not found", any one can help?
[03:45:06 CET] <Guest75089> oh, p.s. I use mingw32
[06:20:36 CET] <codingquark> Hello, while using ffmpeg on Ubuntu, system monitor shows only one CPU is being utilized at any given time. My CPU is Core i3-3220.
[06:21:54 CET] <codingquark> Here is the command: ffmpeg -i raspberry_1.mp4 -i raspberry_2.mp4 -filter_complex "[0:v]setpts=PTS-STARTPTS[V1]; [1:v]setpts=PTS-STARTPTS, scale=278:172, fade=in:0:30, fade=out:300:30 [V2]; [V1][V2] overlay=x=86:y=46" out.mov
[08:07:55 CET] <codingquark> Any help? I'm really stuck here...
[08:13:40 CET] <Mcl0vin> howdy folks
[08:15:50 CET] <Mcl0vin> Hi, i have used ffmpeg to join a video & audio together, but I am having issue syncing audio. is this something i get help with here, i used 'ffmpeg -i video.h264 -i audio.mp3 -c:v copy -c:a aac -strict experimental output.mp4'
[08:20:10 CET] <Mcl0vin> anyone
[08:24:50 CET] <codingquark> Mcl0vin: I have no idea. And seems I'm the only one around here :P
[08:25:10 CET] <Mcl0vin> heheheh fair enough codingquark
[08:30:05 CET] <Mcl0vin> codingquark: reading about the 'itsoffset' switch now, hopefuly this will fix my issue
[08:33:49 CET] <codingquark> Mcl0vin: I'll be right back :P
[09:36:10 CET] <Mcl0vin> yep 'itsofset' took care of me for now.
[12:38:06 CET] <ccapndave> Hey everyone - I am trying to turn a single image and a wav file into a video with a single frame and the audio over the top. I've got this, which works perfectly, but I'm running in a browser and its super slow. Is there a way to optimize it, or is this as good as it gets?
[12:38:13 CET] <ccapndave> ffmpeg -i audio.wav -f image2 -loop 1 -r 2 -i image.jpg -shortest -vf fps=fps=1,showinfo -acodec copy -preset veryfast test.avi
[12:41:35 CET] <BullHorn> i have a question unrelated to ffmpeg but maybe you guys can help
[12:42:01 CET] <BullHorn> a video i recorded with OBS and opened in Premiere pro looks great ( http://i.imgur.com/yBaFL5J.jpg )
[12:42:19 CET] <BullHorn> now no matter how else i open it (VLC, MPCHC, YouTube player, etc), the colors look washed out
[12:42:32 CET] <BullHorn> even if i open the same source file in VLC ( http://i.imgur.com/csMDUPc.jpg )
[12:42:45 CET] <BullHorn> or 16mbps on youtube ( http://i.imgur.com/jAoBG1H.jpg )
[12:42:47 CET] <BullHorn> ideas?
[12:43:03 CET] <BullHorn> ooooh wait a minute
[12:43:06 CET] <BullHorn> it looks fine on youtube O_o
[12:43:10 CET] <BullHorn> i think VLC is the problem
[12:43:29 CET] <BullHorn> yes it indeed is lol
[12:44:32 CET] <BullHorn> ill show myself out :p
[12:44:39 CET] <Danielyan> lol
[12:48:54 CET] <ccapndave> Argle... encoding my single frame video with 15 seconds of audio takes 11 minutes
[12:51:21 CET] <ccapndave> Sure thing
[12:51:32 CET] <ccapndave> http://pastebin.com/L67uZMeg
[12:55:32 CET] <ccapndave> The weird thing is, before I had another command which did the same thing in about 30 seconds, but the duration of the video was reported wrongly (even though it still played correctly in VLC). http://pastebin.com/Kssyzrtp
[13:41:04 CET] <codingquark> When adding alpha channel the following way, the output video is extremely large.
[13:41:07 CET] <codingquark> ffmpeg -i demo.mov -vcodec rawvideo -pix_fmt bgra -strict -2 demo_alpha.mov
[13:41:22 CET] <codingquark> Input is <1MB and output is >100MB
[13:41:30 CET] <codingquark> Any other way to add alpha channel?
[13:42:08 CET] <DHE> well you're outputting 4 bytes per pixel. rawvideo does that
[13:42:50 CET] <codingquark> DHE: then which one should I use?
[13:46:33 CET] <DHE> dunno. I don't use alpha channels
[13:47:01 CET] <codingquark> DHE: Okay. :) Thanks!
[13:53:05 CET] <c_14> codingquark: ffv1 is lossless and supports bgra, ditto huffyuv. Not sure if any lossy codec supports bgra
[13:53:20 CET] <codingquark> rgba would too I think.
[13:53:32 CET] <codingquark> I tried qtrle and output is 60MB
[13:54:25 CET] <c_14> utvideo supports rgba, also lossless though
[13:55:22 CET] <codingquark> 70MB with utvideo.
[13:59:43 CET] <c_14> ljpeg also supports bgra
[13:59:50 CET] <c_14> Also lossless though
[14:04:59 CET] <codingquark> Damn these lossless codecs for alpha channels. :()
[14:05:21 CET] <gachoffy> gash. next day, fighting with stream from webcam. anyone knows, how to fix that Invalid time base (0/1) and Operation not permited? http://pastebin.com/7Xarz4gN
[14:05:41 CET] <ccapndave> I don't totally understand how avi works.. is there some way to set the duration of it after its been encoded?
[14:21:22 CET] <codingquark> c_14: I think I'll have to consider further processing of the new video. I'm then using the newly formed video as overlay in another video.
[14:21:48 CET] <codingquark> And that slows things down depending on which vcoded I used while adding the alpha channel.
[14:21:55 CET] <DHE> so maybe you do want to keep it lossless for now
[14:22:56 CET] <codingquark> Yeah... Now that I think of it.
[15:22:54 CET] <ccapndave> Sorry to keep asking the same question, but I am getting nowhere :( Does anyone have any idea how to optimize this operation: http://pastebin.com/L67uZMeg ?
[15:23:21 CET] <ccapndave> I have tried everything :(
[15:23:42 CET] <Mavrik> You did?
[15:23:52 CET] <Mavrik> And what do you mean by "optimize"? What exactly is wrong?
[15:24:32 CET] <ccapndave> I am running this in a browser, which is super slow, and doing this on even a small wav takes like 10 minutes
[15:24:53 CET] <Mavrik> Wat.
[15:25:20 CET] <ccapndave> The thing that makes me confused is that I can run this command: http://pastebin.com/Kssyzrtp - and its super fast, and it works in VLC, but the duration of the avi gets reported wrong
[15:26:28 CET] <ccapndave> So, the goal is to take a single jpeg and a wav and turn it into an avi which is just the voice over a static image
[15:26:34 CET] <Mavrik> Why on earth are you using avi anyway :/
[15:26:48 CET] <ccapndave> This compilation of ffmpeg doesn't work for mp4
[15:27:04 CET] <ccapndave> I can't believe it works at all, to be honest, but it does seem to work for avi (very slowly)
[15:29:58 CET] <voice> are you able to build a up-to-date version yourself?
[15:33:06 CET] <ccapndave> I've tried, but I can't get it to compile
[15:33:10 CET] <ccapndave> Do you think this is a version issue?
[15:33:38 CET] <voice> depends, what does ffmpeg -version show?
[15:33:47 CET] <ccapndave> P.S. here is the info of the two files - the first one gets built quicky but has the wrong duration, the second one takes forever but has the right duration: http://pastebin.com/JFTkkNrR
[15:34:03 CET] <ccapndave> (But the first one plays in VLC, so its obviously all there)
[15:34:17 CET] <ccapndave> Its 2.2.1
[15:35:26 CET] <voice> also, I'm just thinking from a stand point of compiling a version that includes the codecs you want
[15:35:56 CET] <ccapndave> I have the right codecs I think
[15:36:06 CET] <ccapndave> Well, apart from mp4
[15:36:29 CET] <ccapndave> But I'm fine with avi as long as it has the wav and the static image and doesn't take forever to generate
[15:36:40 CET] <voice> keep in mind mp4 is a container, do you have libx264? :P
[15:38:08 CET] <ccapndave> I do, but I think it doesn't work
[15:38:26 CET] <ccapndave> Any attempt to use it says 'madvise: can't find function' or something
[15:41:05 CET] <ccapndave> [avi @ 0x7fedb1000000] non-interleaved AVI - do you think this is relevant?
[15:47:16 CET] <voice> that I can't help you with
[15:48:29 CET] <ccapndave> Ok
[15:48:31 CET] <ccapndave> Thanks anyway :(
[15:48:49 CET] <ccapndave> Its so annoying that this video plays totally fine in VLC, but the duration is wrong
[15:49:02 CET] <ccapndave> Cos its obviously all there or it couldn't play in anything!
[16:00:55 CET] <ccapndave> voice: I just found another build of ffmpeg for the browser which seems to have mp4 working... maybe this will work better :)
[16:08:36 CET] <furq> i don't think pcm is supported in mp4
[16:09:06 CET] <furq> assuming you actually want to keep it as pcm and weren't just doing that to work around a ropey ffmpeg build
[16:13:26 CET] <ccapndave> furq: TBH I don't care what it ends up as, so long as I can combine a wav and a jpeg and end up with something that I can upload to Google Drive
[16:13:32 CET] <ccapndave> Without it taking 11 minutes to encode :)
[16:13:49 CET] <furq> mp3 or aac should work fine
[16:15:17 CET] <ccapndave> furq: So, this is what I now have with the new build I found: http://pastebin.com/sVS6sEyt
[16:15:46 CET] <ccapndave> furq: If I make -r a fraction instead of 1 then it runs much quicker, but the duration ends up too long. Any idea how I can optimize this even further?
[16:39:37 CET] <Stormsys> Sorry im not sure if this is the right channel, but i want to understand how ffmpeg calculates a streams bitrate when delaing with an mp4?
[16:39:42 CET] <Stormsys> i ask becaue im getting slight variances on what im expecting
[16:40:20 CET] <Stormsys> For instance whjen im expecting 160000 im getting 159997
[17:03:43 CET] <RobotsOnDrugs> it counts bits
[17:04:39 CET] <RobotsOnDrugs> also, there is some allowance for slight variation in bitrate for CBR, so assuming you don't have some strange buffer settings, you'll be fine
[17:06:16 CET] <RobotsOnDrugs> and mp4 is a container, but i would assume you mean h.264 video encoded by libx264, and if you want to know how that handles CBR, there is #x264
[17:06:44 CET] <Mavrik> There's really no such thing as CBR video :)
[17:06:54 CET] <Stormsys> Okay, so your saying hat the bitrate value is processed by libx264?
[17:06:59 CET] <Mavrik> It might be stuffed with null packets to reach constant, but you need to enable that separately :)
[17:07:42 CET] <RobotsOnDrugs> i'm saying x264 is what handles how to encode the video so that it has a (near-)constant bitrate
[17:08:02 CET] <RobotsOnDrugs> afaik, ffmpeg simply adds up what libx264 spits out
[17:09:07 CET] <Stormsys> RobotsOnDrugs, just to give better context - im actually using tools/ismindex. so it reads the file, detamains some metadata and spits out a manifest and some split files
[17:10:07 CET] <Stormsys> so i guess im asking is this bit_rate value for the codec generated via libx264, or is an ffmpeg utility generating it
[17:10:28 CET] <RobotsOnDrugs> so you're just reading a file and copying it to new split files?
[17:10:40 CET] <RobotsOnDrugs> or are you actually reencoding?
[17:10:42 CET] <Stormsys> yup exactly
[17:10:45 CET] <Stormsys> no re-encodeing at all
[17:10:49 CET] <Stormsys> its already encoded at this point
[17:11:01 CET] <RobotsOnDrugs> then ffmpeg is just telling you what it sees
[17:11:11 CET] <Stormsys> Exactly, and how does it see this bitrate?
[17:11:22 CET] <Stormsys> Does it use the mp4 box header? does it try to calculate it
[17:11:23 CET] <RobotsOnDrugs> it counts bits as it writes them
[17:11:30 CET] <Stormsys> i see
[17:11:40 CET] <Stormsys> so i calculates it is what your saying
[17:12:39 CET] <RobotsOnDrugs> i'm not 100% sure that's what it does exactly, but i doubt it explictly trusts headers when it can do a simple count during processing
[17:13:06 CET] <RobotsOnDrugs> especially when it has to write new headers
[17:14:02 CET] <Stormsys> sure makes sense
[17:58:08 CET] <intracube> hi, does anyone know if drawtext can be made to update/refresh when the gmtime and localtime functions are passed to it?
[17:58:58 CET] <intracube> if not the specific drawtext filter, can the whole filter chain be made to refresh/re-evaluate?
[18:00:16 CET] <intracube> (either each frame, each second, some other specified interval)?
[18:01:10 CET] <intracube> it clearly does this when you pass it the frame_num or pts/timecode (or the whole point of it would be lost)
[18:01:19 CET] <intracube> so... why not time as well?
[19:59:09 CET] <loa> hello, if quicksync encoder is already in ffmpeg?
[19:59:15 CET] <loa> what flag i need to enable it?
[21:41:43 CET] <rsully> is it possible to use fdk aac without a cutoff? or should i just manually specify cutoff 20k (max documented)?
[21:49:47 CET] <furq> rsully: -vbr 5
[21:51:04 CET] <furq> http://wiki.hydrogenaud.io/index.php?title=Fraunhofer_FDK_AAC#Bandwidth
[21:51:05 CET] <rsully> furq my only worry with that is it may not pick a high enough bitrate to ensure it sounds near-lossless
[21:51:06 CET] <GFXDude> Should an issue with building ffmpeg on an older Tomato FW be asked in ffmpeg-devel?
[21:51:08 CET] <furq> according to that, anyway
[21:51:18 CET] <JEEB> GFXDude: what?
[21:51:34 CET] <JEEB> building FFmpeg on a tomato? :P
[21:51:38 CET] <furq> GFXDude: no
[21:51:48 CET] <GFXDude> Tomato router firmware
[21:51:54 CET] <furq> that should be asked in here so we can say "why are you building ffmpeg on a router"
[21:52:10 CET] <JEEB> I've built FFmpeg with a PSP toolchain for MIPS
[21:52:16 CET] <GFXDude> Here is a very close version to my Makefile; spedifically the ffmpeg stuff is the same: http://repo.or.cz/w/tomato.git/blob/a0789c6aa75238e60c37ba0ff2fa31c0ec3ddcb…
[21:52:22 CET] <GFXDude> JEEB, i'm building for mips
[21:52:29 CET] <GFXDude> line 1038 in that link
[21:52:33 CET] <GFXDude> is causing me issues
[21:52:35 CET] <JEEB> ugh
[21:52:40 CET] <JEEB> custom fucking Makefiles
[21:52:52 CET] <GFXDude> Not too custom
[21:53:06 CET] <JEEB> do you guys really think you're so clever that you want to override projects' own build systems?
[21:53:16 CET] <GFXDude> had to customize to strip some access from customers so they can't create non-protected wifi
[21:53:32 CET] <JEEB> oh, it actually calls the FFmpeg build system
[21:53:45 CET] <GFXDude> Yeah, i havent' costumized ffmpeg
[21:53:59 CET] <TD-Linux> JEEB, that makefile just calls the normal build system
[21:54:04 CET] <JEEB> TD-Linux: I noticed
[21:54:09 CET] <GFXDude> Anyway, the --extra-libs is breaking it without much explination. 1 sec for error
[21:54:28 CET] <TD-Linux> ah yeah I see. OpenWRT has a much more sophisitcated but similar system
[21:54:37 CET] <furq> rsully: -vbr 5 is 192k (96k per channel) which should be fine for aac
[21:54:44 CET] <GFXDude> https://gist.githubusercontent.com/GFXDude2010/3dfbc3706c4a30365b04/raw/b6c…
[21:55:02 CET] <JEEB> > latest version from SVN
[21:55:02 CET] <rsully> furq I was hoping for closer to 128/ch
[21:55:03 CET] <JEEB> holy crap
[21:55:15 CET] <JEEB> what kind of archeology are you doing
[21:55:27 CET] <JEEB> also the real beef is in config.log
[21:55:40 CET] <GFXDude> When I remove the --extra-libs, I can compile the ffmpeg project fine, but it doesn't have the zlibs I need.
[21:56:03 CET] <GFXDude> When compiled with parent makefiles that use zlibs, using the --extra-libs argument in the first link, I get the second link's error.
[21:56:08 CET] <JEEB> but first of all, if you want to get help, please do not ask for support for a version from ~2010
[21:56:11 CET] <JEEB> :)
[21:56:39 CET] <JEEB> > SVN > config.err
[21:56:46 CET] <JEEB> wow, I don't even remember when that file was output
[21:56:50 CET] <JEEB> I only know config.log
[21:56:51 CET] <JEEB> lol
[21:56:54 CET] <GFXDude> JEEB, I understand that. We will be switching to AsusWRT or DD next year, but for now we just need to rebuild this version with a new openvpn client until that time comes.
[21:57:30 CET] <JEEB> GFXDude: in any case nothing can be said without config.log (or config.err if that's the crapola your version outputs)
[21:57:45 CET] <JEEB> that contains the actual error(s)
[21:59:40 CET] <GFXDude> config.err - https://gist.githubusercontent.com/GFXDude2010/25b030e5be0cf1065a74/raw/402…
[22:00:38 CET] <JEEB> > skipping incompatible libz.so/a
[22:00:42 CET] <JEEB> so uh
[22:01:02 CET] <JEEB> you're either building for the wrong arch, or your zlib is for the wrong arch
[22:01:55 CET] <JEEB> also that compiler is even older than what I used for the PSP in like 2011...
[22:04:53 CET] <GFXDude> zlib is used elsewhere in mips builds; specifically openssl and openvpn. I believe it may be --arch=mips and --target_os=linux; I may just try upgrading to most recent ffmpeg
[22:06:00 CET] <JEEB> dunno, just seems like your FFmpeg build is built to a different thing than your zlib is
[22:06:46 CET] <JEEB> it's not FFmpeg's build system telling you that thing after all, but rather your linker
[22:07:24 CET] <JEEB> not sure how much updating FFmpeg would help with that
[22:07:48 CET] <JEEB> esp. since the correct cross-prefix'd compiler and linker seem to be getting used?
[22:08:02 CET] <JEEB> mipsel-uclibc-gcc & mipsel-linux-uclibc/bin/ld
[22:08:18 CET] <JEEB> although the ld doesn't seem to have the cross-prefix
[22:10:10 CET] <JEEB> also that configure line is oh such cargo cult :| but fixing people's configuration is :effort: so I'm not going to be commenting about that more
[22:12:39 CET] <GFXDude> Yeah, I'm uncertain about the config. I'm not going to change anything on it unless need be; it's currently in the field like that. I've just got to be able to update openvpn client to no longer accept TLS1.0 for PCI compliance. This router has run its course, but we need to push a temporary solution update until we obtain a new version and can re-work it into the field and allow much better
[22:12:39 CET] <GFXDude> FW updates.
[22:13:07 CET] <GFXDude> Hmm. The ld linker has been used for all other projects in the router
[22:13:16 CET] <GFXDude> It does look like it's not being told to be mips for this build though
[22:14:11 CET] <GFXDude> Though I don't see why there would be a specific need to provide a mips-linux argument to it, consdering it's the linker of the mipsel-linux-uclibc
[22:16:32 CET] <JEEB> yeah, I no idea what your toolchain is doing
[22:16:44 CET] <JEEB> might want to run those commands manually once and see if you get the same result
[22:17:04 CET] <JEEB> the test is after all completely documented in there
[22:18:58 CET] <GFXDude> I really don't see why Tomato needs ffmpeg? I may just look into not including it in the build...
[22:19:06 CET] <JEEB> a good question indeed
[22:19:51 CET] <Mavrik> DLNA server perhaps?
[22:20:33 CET] <GFXDude> Mavrik, that's right. Just found it mentoined in TomatoUSB docs
[23:18:32 CET] <TrenxT> quick question folks. I own a seedbox and i just updated to the latest ubuntu .. now im getting this error. screenshots: Plugin will not work. rTorrent user can't access external program (ffmpeg).
[23:18:51 CET] <TrenxT> any ideas how to fix that?
[23:19:39 CET] <JEEB> install the package `ffmpeg`?
[23:20:30 CET] <JEEB> also probably libavcodec-ffmpeg-extra56
[23:22:55 CET] <TrenxT> yah im a noob... i can download it and decompress it
[23:23:00 CET] <TrenxT> but to install them?
[23:23:08 CET] <JEEB> package management?
[23:23:23 CET] <JEEB> `apt-get install ffmpeg libavcodec-ffmpeg-extra56`
[23:23:25 CET] <JEEB> with sudo :P
[23:23:54 CET] <TrenxT> need to be in a specific folder or it doesnt matter?
[23:25:14 CET] <JEEB> the package manager handles that
[23:25:27 CET] <TrenxT> E Package 'ffmpeg' has no installation candidate
[23:25:27 CET] <TrenxT> E Unable to locate package libavcodec-ffmpeg-extra56
[23:25:32 CET] <JEEB> uhh
[23:25:38 CET] <JEEB> that is *not* the latest ubuntu then
[23:25:48 CET] <TrenxT> 14
[23:26:09 CET] <JEEB> 14.04 has no ffmpeg, only avconv :P
[23:26:29 CET] <JEEB> 15.04 was the first to have ffmpeg back, and 15.10 was just now out
[23:26:37 CET] <JEEB> so, uh, what was that about "newest" :P
[23:27:11 CET] <JEEB> s/newest/latest/
[23:28:00 CET] <TrenxT> hmm sorry when i logged in it asked me if i wanted to update
[23:28:03 CET] <TrenxT> and said yes
[23:28:05 CET] <TrenxT> Distributor ID: Ubuntu
[23:28:05 CET] <TrenxT> Description: Ubuntu 14.04.3 LTS
[23:28:05 CET] <TrenxT> Release: 14.04
[23:28:05 CET] <TrenxT> Codename: trusty
[23:28:10 CET] <c_14> Just download the static build and put it in /usr/local/bin or something
[23:28:11 CET] <TrenxT> thats what it got updated to
[23:28:32 CET] <JEEB> you're on the latest LTS
[23:28:42 CET] <JEEB> which is almost two years old now
[23:28:52 CET] <JEEB> LTS is OK for servers because it has 5 years of support
[23:29:00 CET] <JEEB> but you can't exactly say it's new :P
[23:29:14 CET] <TrenxT> sorry for that like I say im a newb
[23:29:22 CET] <JEEB> well, next LTS will be in april next year
[23:29:27 CET] <TrenxT> so how to fix that error with this version
[23:29:45 CET] <JEEB> btw, do you use that plugin?
[23:29:50 CET] <JEEB> the screenshot thing
[23:30:20 CET] <TrenxT> dont think so, dont even know what it is for :D
[23:30:26 CET] <TrenxT> i just hate seeing errors
[23:30:27 CET] <JEEB> you could just disable/remove it then
[23:30:41 CET] <JEEB> or ignore it if the thing works fine otherwise
[23:30:58 CET] <TrenxT> it works fine but like i stated above hate seeing errors
[23:31:06 CET] <TrenxT> how to go about removing it
[23:31:25 CET] <JEEB> dunno
[23:31:28 CET] <JEEB> just ignore it :P
[23:31:32 CET] <TrenxT> :/
[23:31:39 CET] <JEEB> it's not a fatal error and you're not using that functionality
[23:31:50 CET] <JEEB> you will get an ffmpeg when you upgrade to the next LTS
[23:31:55 CET] <JEEB> in half a year+
[00:00:00 CET] --- Tue Oct 27 2015
1
0