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

burek burek021 at gmail.com
Thu Aug 13 02:05:03 CEST 2015

[00:00:44 CEST] <LRUB1> Acho que eu sei qual é o problema do FFMPEG ao digitar "make check" depois de adicionar "--enable-shared" em "./configure". Alguém quer ver o log, para me dar algum auxílio? Sei onde está, mas não a causa.
[00:00:51 CEST] <LRUB1> I think I know what FFmpeg the problem by typing "make check" after adding "--enable-shared" in "./configure". Someone wants to see the log, to give me some help? I know where it is, but not the cause.
[00:01:11 CEST] <wm4> I wish debian continued to maintain xmms 1
[00:01:32 CEST] <wm4> (I'm still using that for some reason, not even sure why)
[00:02:10 CEST] <llogan> LRUB1: you should ask in #ffmpeg.
[00:06:13 CEST] <durandal_1707> wm4: what reason?
[00:06:59 CEST] <wm4> it has a simple playlist and doesn't want to "scan" files when adding them
[00:07:19 CEST] <wm4> there are dozens of such players, but for some reason they all did something I didn't like
[00:11:11 CEST] <philipl> wm4: I can sympathize. I used it for ages, but gave up in the end.
[00:11:23 CEST] <philipl> rhythmbox regularly locks up. Presumably gstreamer's fault.
[00:11:50 CEST] <wm4> yeah, I don't want a "use all the libs" thing either
[00:11:54 CEST] <wm4> should just use ffmpeg
[00:12:11 CEST] <philipl> You don't use mpv for music? :-)
[00:12:31 CEST] <wm4> mpv is not very good at handling huge playlists
[00:12:39 CEST] <wm4> you can get only so far with pure CLI
[00:12:50 CEST] <philipl> The lua is half way there.
[00:12:52 CEST] <llogan> the scanning is annoying. although im too lazy to stop using moc (or ffplay sometimes)
[00:13:59 CEST] <cone-597> ffmpeg 03Ganesh Ajjanagadde 07master:36e17d994edc: tests/fate-run: make FATE non-interactive
[00:15:16 CEST] <cone-597> ffmpeg 03Andreas Cadhalpun 07master:13b3462b7a85: avfilter: add missing FF_API_AVFILTERPAD_PUBLIC guard
[00:15:17 CEST] <cone-597> ffmpeg 03Andreas Cadhalpun 07master:9c29aa7143ba: ffmpeg: replace deprecated av_log_ask_for_sample with av_log
[00:15:18 CEST] <cone-597> ffmpeg 03Andreas Cadhalpun 07master:107e54c5bf43: avutil: add ff_reverse as av_reverse replacement
[00:54:31 CEST] <kierank> loool this thread again
[00:59:26 CEST] <wm4> troll points +1
[01:01:29 CEST] <kierank> lol
[01:02:01 CEST] <ubitux> thor looks like a simple bastard of the classic h264/vp9 serie with a simple clear specs
[01:02:10 CEST] <ubitux> at first glance
[01:02:41 CEST] <ubitux> i mean i see no novel concept, but it's nice to see a readable spec
[01:02:43 CEST] <kierank> yes and a bit more
[01:02:50 CEST] <kierank> well afaik it has no framing
[01:02:58 CEST] <kierank> so it's like a portion of a normal spec
[01:12:00 CEST] <cone-597> ffmpeg 03Michael Niedermayer 07master:542562e5abdf: avcodec/gsm_parser: Replace codec_id check by assert
[01:18:19 CEST] <rcombs> glancing at Thor, I have 2 questions
[01:18:24 CEST] <rcombs> 1. is anyone actually going to implement it?
[01:18:39 CEST] <rcombs> 2. how can anyone be sure it doesn't fall under existing patents?
[01:19:28 CEST] <klaxa> according to their blogpost they hired patent lawyers to make sure they don't
[01:19:58 CEST] <kierank> so did google
[01:20:08 CEST] <klaxa> ah... hm...
[01:20:26 CEST] <rcombs> patents are fun like that
[01:20:56 CEST] <rcombs> there's no easy way to get a list of patents your software might violate
[01:21:32 CEST] <wm4> also look at what happened to hevc
[01:22:11 CEST] <rcombs> TWO patent pools!
[01:23:02 CEST] <rcombs> for the price of& well, yeah, actually, you have to pay for both
[01:23:03 CEST] <rcombs> probably
[01:23:14 CEST] <rcombs> *rcombs is not a patent lawyer
[01:23:21 CEST] <rcombs> **or any other type of lawyer, for that matter
[01:53:14 CEST] <Compn> JEEB : actually mplayer configure script calls git to pull ffmpeg repo...
[01:53:27 CEST] <Compn> so technically its not internal, we rely on git (and many things break just for fun of course)
[01:54:08 CEST] <Compn> BBB : could post on mplayer-dev-eng asking for someone to help fix old api usage
[01:54:21 CEST] <Compn> or andreas could post
[01:56:29 CEST] <Compn> i dont care about people who choose mpv over mplayer
[01:56:49 CEST] <Compn> BBB : would having a script to patch ffmpeg to put the old api back in be welcome ?
[01:56:55 CEST] <Compn> (in mplayer repo that is)
[01:57:20 CEST] <Compn> i mean if its going to be abandoned anyway, is there a problem with just abandoning it to a patch in our repo :P
[01:58:11 CEST] <BBB> Compn: entirely your choice, I dont care about how you fix it, I just want mplayer to fix it so debian stops complaining about us removing broken old apis
[01:58:33 CEST] <Compn> er, what i meant is, people are free to choose mpv over mplayer, you can call it a replacement, but its not, since iirc mpv doesnt have the m**coder
[01:59:10 CEST] <Compn> and ffmpeg is not a replacement for mencoder until it can encode dvds.
[02:02:53 CEST] <rcombs> doesn't mpv have encoder functions (for some reason)?
[02:09:36 CEST] <Compn> i dont see it on mpv.io
[02:10:19 CEST] <Compn> BBB : i mean, all mplayer would need is a reverse patch of you removing whatever api.
[02:10:33 CEST] <rcombs> http://mpv.io/manual/master/#encoding
[02:10:50 CEST] <BBB> Compn: sounds ok to me, whatever you want
[02:10:55 CEST] <BBB> Compn: Im not an mplayer maintainer
[02:10:57 CEST] <BBB> or developer
[02:11:21 CEST] <Compn> well i cant speak for the project :P
[02:11:23 CEST] <Compn> have to ask reimar
[02:11:52 CEST] <rcombs> Compn: ^^^^^
[02:11:54 CEST] <Compn> i doubt debian would go for that
[02:12:03 CEST] <Compn> rcombs : yes i see it  . interesting
[02:12:41 CEST] <rcombs> also, I find it amusing that nobody's suggested actually updating mplayer to use the new API
[02:12:50 CEST] <Compn> BBB suggested it
[02:13:01 CEST] <Compn> i suggested emailing mplayer-dev-eng list to find some volunteer
[02:13:07 CEST] <Compn> to update mplayer
[02:14:21 CEST] <Compn> now i suggest putting api in seperate files so they dont #ifdef everywhere but hey thats craaaaazy
[02:14:33 CEST] <Compn> and we cant do that can we
[02:14:54 CEST] <Compn> libavapi
[02:17:11 CEST] <Compn> (i can approve any mails on mplayer-dev-eng if you do not wish to subscribe too)
[02:17:54 CEST] <Compn> (or mplayer could switch to ffmbc fork instead ...)
[02:37:08 CEST] <BBB> Compn: youre like a manager
[02:37:27 CEST] <BBB> Compn: dont suggest that someone email someone else to suggest someone to find someone to do something
[02:37:48 CEST] <BBB> Compn: I know you wont want to code it yourself, thats ok
[02:37:55 CEST] <BBB> Compn: but you can send emails yourself, right?
[02:38:24 CEST] <Compn> i was going to suggest that i can do that for you, i just thought it was silently implied
[02:40:17 CEST] <Compn> so sure , i'll send a mail
[02:41:56 CEST] <Compn> was just trying to encourage upstream to talk to downstream directly :P
[02:41:57 CEST] <Compn> ehe
[02:42:53 CEST] <Compn> i want to code myself, got some programming books. but uh i make no promises on my programming education progression.
[02:48:25 CEST] <Compn> and yeah reimar was in the deprecated feature thread and he mentioned fixing one of the api already
[02:48:50 CEST] <Compn> michaelni has also been very kind to mplayer and has fixed many breakages :)
[03:04:37 CEST] <Compn> BBB : mail sent
[03:11:31 CEST] <BBB> ty!
[04:25:33 CEST] <cone-960> ffmpeg 03Michael Niedermayer 07master:254ff6e6bf65: avformat/avidec: Add flac to the dshow_block_align exception list
[04:25:33 CEST] <cone-960> ffmpeg 03Michael Niedermayer 07master:5f501f066ee2: avformat/avidec: Disable AVSTREAM_PARSE_TIMESTAMPS for flac
[11:30:48 CEST] <wm4> j-b: at which clock time does VDD start anyway?
[11:31:52 CEST] <ubitux> so is it worth the hassle to go to vdd?
[11:32:46 CEST] <wm4> a good question
[11:33:00 CEST] <wm4> what do I do as a socially incompetent nerds for 2 days in paris?
[11:33:24 CEST] <wm4> I can't even troll people IRL because they might punch me
[11:38:13 CEST] <cone-279> ffmpeg 03Alexis Ballier 07master:4f74efa76dfc: libavcodec/tableprint_vlc.h: include lavu/reverse.c for ff_reverse.
[12:03:02 CEST] <Compn> wm4 : i'll protect you, with my beard.
[12:13:40 CEST] <Compn> ubitux : its worth it just to see how all of these people act in real life :P
[12:14:28 CEST] <Compn> also seen a few job offers fly around , if you are into that sort of thing
[12:17:29 CEST] <cone-279> ffmpeg 03Ganesh Ajjanagadde 07master:8b63a8849426: doc/ffmpeg,doc/ffplay: reference timespec definitions
[12:28:19 CEST] <thardin> what was the procedure for pushing?
[12:29:58 CEST] <nevcairiel> git push --dry-run to verify it does what you think it does, followed by a simple git push
[12:36:34 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:4a53c758d2f6: x86: dcadsp: Avoid SSE2 instructions in SSE functions
[12:36:36 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:8f4a06faf45c: checkasm: Remove unnecessary include
[12:36:37 CEST] <cone-279> ffmpeg 03Anton Mitrofanov 07master:8c75ba55a436: x86inc: warn if XOP integer FMA instruction emulation is impossible
[12:36:37 CEST] <nevcairiel> see, just like this :d
[12:36:38 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:9f1245eb9620: x86inc: Support arbitrary stack alignments
[12:36:38 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:2752a038bca8: Merge commit '4a53c758d2f69302e6822b23f3e7349253b9e8d3'
[12:36:40 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:47c1f36b4912: Merge commit '8f4a06faf45c1cbcabec610f4b47824171379934'
[12:36:41 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:eaf3fb877f81: Merge commit '8c75ba55a4367c854b577c849ea2195bd78c4c81'
[12:36:42 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:0e35296da5b6: Merge commit '9f1245eb9620a70feaa00ba745c6c7a56a839556'
[12:38:56 CEST] <cone-279> ffmpeg 03Anton Mitrofanov 07master:b114d28a1805: x86inc: warn when instructions incompatible with current cpuflags are used
[12:38:57 CEST] <cone-279> ffmpeg 03Christophe Gisquet 07master:f5e486f6f8c2: x86inc: Fix instantiation of YMM registers
[12:38:58 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:1c6bb8132847: x86inc: Disable vpbroadcastq workaround in newer yasm versions
[12:38:59 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:30cd9695a7ed: Merge commit 'b114d28a18050b5ebd22fc067332e5487243889c'
[12:39:00 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:9947902601e7: Merge commit 'f5e486f6f8c242bb2be01ad3ae952b5733ba1113'
[12:39:01 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:f0da59806988: Merge commit '1c6bb813284732d9a1acacfe99522d9f66ebf73e'
[12:41:23 CEST] <cone-279> ffmpeg 03Henrik Gramner 07master:ab43beefab91: x86inc: Drop SECTION_TEXT macro
[12:41:24 CEST] <cone-279> ffmpeg 03Hendrik Leppkes 07master:8a8aee358d41: Merge commit 'ab43beefab9147673e09679e04be08431684a5db'
[15:43:27 CEST] <wm4> why are we including .c files in header files?
[15:43:41 CEST] <wm4> see libavcoded/tableprint_vlc.h
[15:43:44 CEST] <wm4> *codec
[16:00:48 CEST] <BtbN> Those c files look like they want to be headers
[16:01:16 CEST] <BtbN> Or are missing them
[16:04:12 CEST] <nevcairiel> wm4: those are hardcoded table hacks, nevermind those
[16:05:40 CEST] <BBB> so if I wanted to make a list of software choo/using ffmpeg vs. libav, where would vlc sit?
[16:05:46 CEST] <BBB> ffmpeg, libav or complicated?
[16:05:55 CEST] <wm4> why do we have hardcoded table hacks?
[16:06:29 CEST] <wm4> or is that because of the silent minority who suddenly become loud and behave as if we want to kill ffmpeg when we suggest of removing it
[16:06:57 CEST] <wm4> (I've often see compilation failures with hardcodec-tables)
[16:07:10 CEST] <BBB> theres a fate station testing it
[16:18:24 CEST] <kierank> BBB: both
[16:18:41 CEST] <BBB> *confused*
[16:18:41 CEST] <kierank> I think currently it's ffmpeg on win/osx and whatever the system has on linux
[16:18:49 CEST] <kierank> but in the past they've used libav on win/osx
[17:23:21 CEST] <Plorkyeran> iirc they've switched back and forth a few times
[17:23:28 CEST] <Plorkyeran> even on minor releases
[17:28:43 CEST] <BBB> Im also still looking for #libav irc logs if anyone has them *please please please*
[17:29:14 CEST] <wm4> with a carrot and a stick
[17:29:53 CEST] <wm4> BBB: if jeeb doesn't give them to you, maybe I could concatenate the fragments I have, but they're less than complete
[17:30:39 CEST] <JEEB> mine would also be less than complete
[17:30:55 CEST] <JEEB> anyways, I can finally look at it after work now
[17:31:59 CEST] <BBB> \o/
[18:03:25 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:45c558563aef: avformat: Move MAX_PROBE_PACKETS to internal.h
[20:14:31 CEST] <atomnuker> copysign() isn't available when using C99->C89, is it?
[20:14:51 CEST] <wm4> time for av_copysign?
[20:15:34 CEST] <wm4> they added it at least in msvc2015 https://msdn.microsoft.com/en-us/library/0yafk1hc.aspx
[20:15:51 CEST] <wm4> along with their usual uglified variants
[20:18:35 CEST] <atomnuker> I don't really want them adding any C99 in msvc, then at least people would either rebel against it and its halfassed C99 functions or just wouldn't use it and we wouldn't have to deal with it
[20:27:34 CEST] <BBB> atomnuker: if its useful, just use it and well add a compat version for msvc<=2013 as weve done for other functions
[20:27:57 CEST] <jamrial> wm4: not an av_copysign, but adding a fallback to libm.h would be nice, assuming anyone cares about msvc 2012 and wants the dynaudnorm filter
[20:28:01 CEST] <BBB> if its not useful, well, dont use it :)
[20:28:43 CEST] <jamrial> it's pretty trivial to do. the one that's complex is erf()
[20:29:09 CEST] <j-b> wm4: CET?
[20:32:01 CEST] <atomnuker> @BBB: I just need to get the sign of a float, but a macro is trivial
[20:32:18 CEST] <atomnuker> some audiofilter uses copysign as a dependency so I thought that was kinda weird
[20:32:38 CEST] <BBB> that sounds silly, we typically assume these standard functions exist
[20:33:08 CEST] <BBB> this leads to obscure feature disparities between builds for different compilers/systems, which isnt a good thing
[20:33:11 CEST] <wm4> j-b: that's still kind of unspecific
[20:33:19 CEST] <atomnuker> "dynaudnorm_filter_deps="copysign erf""
[20:33:25 CEST] <jamrial> copysign is not in msvc 2012 and it was failing to compile that one filter
[20:33:52 CEST] <jamrial> so i added the dependency since nobody wanted to write a libm.h fallback
[20:34:17 CEST] <jamrial> as i said copysign is easy, but erf() probably isn't
[20:35:19 CEST] <jamrial> there is http://www.johndcook.com/blog/cpp_erf/ though
[20:35:45 CEST] <wm4> it's so short it's probably wrong
[20:35:47 CEST] <BBB> https://msdn.microsoft.com/en-us/library/Hh308428(v=vs.110).aspx
[20:36:27 CEST] <BBB> msvc2012 has erf
[20:36:30 CEST] <BBB> its just in a different header
[20:36:40 CEST] <jamrial> ah, interesting
[20:38:02 CEST] <jamrial> same with copysign it seems
[20:38:18 CEST] <jamrial> anyone with msvc 2012 wants to check if they work? :p
[20:40:08 CEST] <nevcairiel> push and my fate will try
[20:40:09 CEST] <nevcairiel> :P
[20:40:26 CEST] <nevcairiel> BBB: these C++ AMP things cant be used
[20:40:36 CEST] <nevcairiel> they are special things for concurrency
[20:42:49 CEST] <BBB> but if it exists in 2012, erf itself must exist, no?
[20:43:09 CEST] <wm4> what about those AMP things?
[20:43:18 CEST] <wm4> do they explode when called from C?
[20:43:31 CEST] <BBB> http://stackoverflow.com/questions/6281020/error-function-erfx-not-found-in-math-h-for-visual-studio-2005 also
[20:43:54 CEST] <BBB> so I guess you need your own version then
[20:43:55 CEST] <BBB> sorry
[20:44:25 CEST] <wm4> http://git.musl-libc.org/cgit/musl/tree/src/math/erf.c (but might have internal deps)
[20:45:07 CEST] <jamrial> much longer than the other version
[20:45:31 CEST] <nevcairiel> BBB: the AMP things are just documented there when you use the C++ AMP framework (Accelerated Massive Parallelism), they are not for normal C
[21:04:51 CEST] <Daemon404> wm4, i am surprised musl used bsd code
[21:04:56 CEST] <Daemon404> i thought it was all about NIH
[21:05:09 CEST] <wm4> not really
[21:05:14 CEST] <wm4> they have a fetish for clean code
[21:05:21 CEST] <wm4> clean & small
[21:05:41 CEST] <Daemon404> 'clean'
[21:05:42 CEST] <wm4> and apparently old BSD code fits the bill
[21:05:51 CEST] <wm4> their definition of clean
[21:05:53 CEST] <Daemon404> a lot of the code reminds me of old neckbeard code
[21:05:59 CEST] <wm4> lol
[21:06:00 CEST] <Daemon404> (thats not good)
[21:06:10 CEST] <wm4> what do you mean? too "clever"?
[21:06:22 CEST] <Daemon404> not necessarily
[21:06:30 CEST] <Daemon404> ugly style, one letter names, etc
[21:07:23 CEST] <Daemon404> http://git.musl-libc.org/cgit/musl/tree/src/math/modf.c
[21:07:26 CEST] <Daemon404> clicked a random file
[21:07:31 CEST] <Daemon404> fits it pretty well.
[21:07:48 CEST] <Daemon404> and probably stuff like
[21:07:56 CEST] <Daemon404> <400 lines follow>
[21:08:00 CEST] <Daemon404> /* some simple stuff. */
[21:10:32 CEST] <Daemon404> http://git.musl-libc.org/cgit/musl/tree/src/misc/getopt_long.c#n52 <-- another random click
[21:11:26 CEST] <wm4> lol
[21:11:34 CEST] <wm4> modf doesn't look too bad though
[21:11:42 CEST] <wm4> it even has comments
[21:12:20 CEST] <BBB> neckbeard?
[21:12:33 CEST] <BBB> Ive heard that term several times now
[21:12:34 CEST] <wm4> I think it's code for "nerds I don't like"
[21:12:35 CEST] <BBB> what is that
[21:12:40 CEST] <BBB> ah
[21:12:44 CEST] <Daemon404> no
[21:12:58 CEST] <Daemon404> i specifically mean the semi-autistic foss style of neckbeard
[21:13:15 CEST] <BBB> like you, and all of us?
[21:13:23 CEST] <BBB> or more specific? :-p
[21:13:29 CEST] <Daemon404> BBB, more like the kind you read on LWN comments
[21:13:39 CEST] <BBB> oh, mplayerhq.hu people
[21:13:44 CEST] <BBB> esp. the ones who cant code
[21:15:51 CEST] <wm4> "nerds I don't like"
[21:16:04 CEST] <kierank> no there's a specific type
[21:16:47 CEST] <wm4> I don't read that much LWN
[21:16:52 CEST] <Daemon404> i wouldnt call mplayer people neckbeards
[21:17:39 CEST] <nevcairiel> for me neckbears are the religious gnu and stallman followers
[21:17:43 CEST] <nevcairiel> neckbeards*
[21:17:56 CEST] <wm4> (my definition is still correct)
[21:18:03 CEST] <Daemon404> you definition is too vague
[21:18:11 CEST] <Daemon404> i could also just say "people who are alive"
[21:18:13 CEST] <Daemon404> and be correct
[21:18:15 CEST] <wm4> which means it can be true
[21:18:43 CEST] <Daemon404> maybe ill layout one defining trait: being needlessly pedantic
[21:18:58 CEST] <Daemon404> one of the*
[21:19:11 CEST] <jamrial> BBB: http://www.anandtech.com/show/9503/lenovo-launches-new-p50-and-p70-mobile-workstations-with-first-mobile-xeon-chips since you wanted Skylake with AVX-512
[21:20:04 CEST] <kierank> holy shit that's magnificent
[21:20:08 CEST] <jamrial> i still wonder why Intel made it xeon exclusive
[21:20:08 CEST] <kierank> I want that laptop
[21:20:22 CEST] <iive> oh, you mean like Diego...
[21:20:26 CEST] <BBB> lenovo != apple
[21:21:06 CEST] <kierank> apple wouldn't make a laptop with a xeon
[21:21:17 CEST] <BBB> then Im unlikely to buy one
[21:21:37 CEST] <BBB> maybe I should buy a mac pro, now that I have space
[21:21:47 CEST] <Daemon404> you mean a trash can?
[21:21:56 CEST] <jamrial> why does it have to be a mac?
[21:22:11 CEST] <Daemon404> BBB, the NYC subway system is lined with mac pros
[21:22:12 CEST] <Daemon404> just waiting.
[21:22:43 CEST] <kierank> who was it who wanted an avx2 shell again?
[21:22:43 CEST] <BBB> jamrial: macs are good systems
[21:22:49 CEST] <BBB> me me me
[21:22:56 CEST] <BBB> but Im not going to buy my own if its not a mac
[21:23:06 CEST] <BBB> sorry Im a mactard
[21:23:13 CEST] <jamrial> kierank: i could use one as well
[21:25:18 CEST] <kierank> I'll try to find an avx2 machine
[21:25:27 CEST] <kierank> I have many but I need to find one I can rackmount permanently
[21:31:10 CEST] <wm4> BBB: macbooks have nice power management, but the UI is too horrible
[21:31:30 CEST] <BBB> see, I disagree
[21:31:35 CEST] <BBB> with a mac, I can just work
[21:31:44 CEST] <BBB> with windows also, except windows is constantly in my way
[21:31:45 CEST] <wm4> (I just can't)
[21:31:53 CEST] <BBB> with linux, all you ever do is mess with it
[21:31:53 CEST] <Daemon404> can we argue about emacs vs vim next
[21:31:58 CEST] <wm4> windows is almost the same as OSX
[21:32:03 CEST] <wm4> the copy each other all the time
[21:32:29 CEST] <BBB> yeah they do
[21:32:31 CEST] <BBB> free os updates
[21:32:35 CEST] <BBB> free developer environment
[21:32:38 CEST] <Daemon404> and then perhaps we can argue about US/EU politics
[21:32:47 CEST] <BBB> no no, democrats vs. republicans
[21:32:58 CEST] <BBB> warren vs. trump!
[21:33:08 CEST] <Daemon404> just as productive 
[21:33:21 CEST] <iive> trump trumps them all
[21:35:23 CEST] <BBB> so when is skylake macbook pro coming out, kierank?
[21:35:32 CEST] <BBB> h wait it was jamrial
[21:38:47 CEST] <wm4> first intel needs to release some good skylake CPUs
[21:45:52 CEST] <jamrial> BBB: ask Apple, not me :p
[21:46:08 CEST] <jamrial> and i doubt they would release one with skylake xeon anyway
[21:47:36 CEST] <wm4> BBB: so how do you deal with the fact that clicking the terminal icon on the bottom bar shows _all_ terminal windows?
[21:48:02 CEST] <Compn> in OSX ?
[21:48:23 CEST] <wm4> yes
[21:48:25 CEST] <BBB> Ive never encountered that issue
[21:48:38 CEST] <BBB> so it sounds like a neckbeard feature I dont use :-p
[21:48:44 CEST] <Compn> terminal windows can have seperate icons in the dock
[21:49:00 CEST] <Compn> its been a while since i've been on the mac though :P
[22:28:22 CEST] <cone-279> ffmpeg 03Paul B Mahol 07master:f9905e13ea1e: avfilter: add aphasemeter filter
[23:07:11 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:0d2a62d25719: avformat/avidec: Simplify dshow_block_align based special case detection
[23:07:12 CEST] <cone-279> ffmpeg 03Michael Niedermayer 07master:1f8607937630: avcodec/mpeg12dec: Check chroma_format
[23:13:05 CEST] <tab1293> I have installed ffmpeg from source into a user directory ~/ffmpeg_build as the build instructions said. My make file looks like this http://pastebin.ca/3101404  and the code I am trying to compile is here http://dranger.com/ffmpeg/tutorial01.c
[23:13:35 CEST] <tab1293> But I just get a bunch of undefined references when trying to make
[23:13:48 CEST] <nevcairiel> the order of your link libraries is probably wrong then
[23:14:06 CEST] <tab1293> how do I know what the order should be?
[23:14:51 CEST] <tab1293> nevcairiel ^
[23:14:54 CEST] <BtbN> By using pkg-config
[23:15:11 CEST] <nevcairiel> that would certainly tell you
[23:15:56 CEST] <tab1293> where do I find the pkg-config files though?
[23:16:18 CEST] <nevcairiel> no idea what the perfect order is, but avutil should definitely come first, avcodec before avformat, avformat before avdevice, swresample  may need to go before avcodec fi you build the opus decoder
[23:20:10 CEST] <tab1293> I am getting undefined references to system functions like undefined reference to `pthread_join'
[23:20:18 CEST] <tab1293> this doesn't seem like an order issue
[23:20:33 CEST] <BtbN> pkg-config also takes care of that.
[23:20:37 CEST] <BtbN> Just use it.
[23:21:07 CEST] <tab1293> BtbN, don't you need a pkg-config file specific to the library to use it? I can't find one for ffmpeg
[23:21:50 CEST] <BtbN> Every lib has one
[23:22:11 CEST] <BtbN> So just use a pkg-config call instead of your hardcoded -l and -I
[23:22:59 CEST] <nevcairiel> building ffmpeg should ge nerate you one
[23:23:24 CEST] <BtbN> you have to run make install though, otherwise they're not too usefull
[23:23:34 CEST] <BtbN> so make sure you build with a propper prefix somewhere in your ~
[23:37:45 CEST] <tab1293> I added the ffmpeg lib/pkgconfig path to my PKG_CONFIG_PATH envar but when I try to run pkg-config --libs avcodec it still can't find it...
[23:39:26 CEST] <BBB> isnt it libavcodec.pc?
[23:39:32 CEST] <BBB> so pkg-config libs libavcodec
[23:40:14 CEST] <tab1293> oh I thought it would prepend the lib to the name of the file, my mistake
[23:43:37 CEST] <cone-279> ffmpeg 03Niklesh 07master:1bf8f54274f8: movtextdec: Use default style information from movtext header
[23:59:44 CEST] <tab1293> BBB, okay so I got pkg-config and my that example transcode program to compile but now I get this error when I try to run the program: http://pastebin.ca/3101453
[00:00:00 CEST] --- Thu Aug 13 2015

More information about the Ffmpeg-devel-irc mailing list