[Ffmpeg-devel-irc] ffmpeg-devel.log.20150511
burek
burek021 at gmail.com
Tue May 12 02:05:03 CEST 2015
[01:46:16 CEST] <cone-583> ffmpeg 03James Almer 07master:32a4177a627d: dashenc: replace attribute id with contentType for the AdaptationSet element
[01:56:06 CEST] <cone-583> ffmpeg 03James Almer 07master:ac1a1cb948fe: dashenc: replace attribute id with contentType for the AdaptationSet element
[01:56:07 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:ae99f06e5a5f: Merge commit 'ac1a1cb948fe29975424e367173b88db48792144'
[02:10:04 CEST] <cone-583> ffmpeg 03Martin Storsjö 07master:b8d2630c5327: dashenc: Reduce the segment duration if cutting out parts with edit lists
[02:10:05 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:28b7d7a36d0e: Merge commit 'b8d2630c5327d2818d05c8a48be0417905d8e0fd'
[04:06:20 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:95efc651294b: avformat/url: Use size_t for len from strlen()
[04:06:21 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:17b26308a2e3: avformat/matroskadec: Use size_t for the variable holding a strlen() value.
[05:49:16 CEST] <yvear> should line 519 end in a semicolon? https://www.ffmpeg.org/doxygen/trunk/allcodecs_8c_source.html
[05:54:09 CEST] <BtbN> Doesn't have to, because how how the macro works. Still looks odd
[06:08:16 CEST] <yvear> ok
[06:31:02 CEST] <yvear> in the source code, what would have to be changed to make libdcadec the default dts decoder?
[06:37:58 CEST] <jamrial> move the libdcadec line in that file above the dca one
[06:38:37 CEST] <jamrial> but if you're going to compile from source, you should just disable the internal dca decoder during configure
[06:40:35 CEST] <yvear> jamrial, what would disabling that configure command look like?
[07:00:06 CEST] <jamrial> --disable-decoder=dca
[07:07:04 CEST] <yvear> jamrial, ty
[10:33:34 CEST] <rcombs> ubitux: got a to-do list for subtitles in lavfi?
[10:39:10 CEST] <ubitux> subtitles in lavfi is the end, the api needs to be moved to lavu in a better state first
[10:41:45 CEST] <rcombs> which bits
[12:58:46 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:a633928d4705: avformat/subtitles: Use size_t for len
[13:41:40 CEST] <Compn> Converting videos and audios has never been so easy.
[13:41:48 CEST] <Compn> audios :)
[13:42:05 CEST] <Compn> maybe s/audios/audio files ?
[16:02:54 CEST] <BBB> guys, guys, so much monday morning energy spent trolling
[16:03:02 CEST] <BBB> I suggest we all have a nice coffee
[16:04:13 CEST] <wm4> coffee is way too hot to throw it into each other's faces
[16:05:52 CEST] <BBB> but but but
[16:06:17 CEST] <BBB> how about we dont throw coffee in each others faces - or other (colder, or hotter, or equally hot) beverages, for that matter
[16:07:06 CEST] <iive> BBB: you know that coffee contains caffeine ? it is stimulant. you are likely to get the opposite effect. ;)
[16:07:15 CEST] <BBB> but decaf stinks
[16:07:33 CEST] <iive> maybe milk instead?
[16:08:17 CEST] <BBB> ok milk works
[16:08:43 CEST] <iive> and maybe some cocoa/chocolate :)
[16:08:47 CEST] Action: Daemon404 is currently making himself a v60
[16:09:32 CEST] <iive> Cacao
[16:10:16 CEST] <wm4> what's a v60?
[16:10:22 CEST] <nevcairiel> Cocoa is actually correct
[16:11:25 CEST] <Daemon404> wm4, drop coffee
[16:11:27 CEST] <Daemon404> drip*
[16:11:44 CEST] <Daemon404> http://nordiccoffeeculture.com/wp-content/uploads/2011/06/kahvilasavy2.jpg
[16:11:45 CEST] <Daemon404> ^
[16:12:15 CEST] <iive> cocoa is Theobroma cacao , so kind of both are correct.
[16:13:22 CEST] <wm4> oh
[16:14:44 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:eca38864a6ce: avformat/vorbiscomment: Check entry length in ff_vorbiscomment_write()
[16:14:45 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:40a7700b82ae: avformat/flacenc: Check length in flac_write_block_comment()
[16:14:46 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:0db5b2b9f8a9: avformat/oggenc: Check ff_vorbiscomment_length in ogg_write_vorbiscomment()
[16:14:47 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:66f26b3e8ec0: avformat/matroskaenc: Check ff_vorbiscomment_length in put_flac_codecpriv()
[16:14:48 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:ab6dc8634363: avformat/vorbiscomment: Use 64bit int for ff_vorbiscomment_length()
[17:16:13 CEST] <cone-134> ffmpeg 03Gopu Govindaswamy 07master:94c20de42942: avcodec/libx265: use x265 Multi-library Interface to query the API
[18:37:29 CEST] <Zeranoe> So FFmpeg dropped support for the release version of x265?
[18:40:06 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:2b97cc2e5bee: avformat/mov: Pass MovContext into mov_open_dref()
[18:40:20 CEST] <jamrial> no, git head should work with 1.6 and newer
[18:41:19 CEST] <Zeranoe> I'd have to check the lib version for the 1.6 version, but FFmpeg just errored out complaining about <57
[18:46:19 CEST] <Zeranoe> 1.6 has #define X265_BUILD 51
[18:47:17 CEST] <Daemon404> Zeranoe, yes
[18:47:25 CEST] <Daemon404> this was direct work of the x265 team
[18:47:33 CEST] <Daemon404> as in they submitted the patch.
[18:47:55 CEST] <Zeranoe> Daemon404: So they dropped release version support?
[18:48:02 CEST] <Daemon404> in ffmpeg anyway
[18:48:11 CEST] <Daemon404> ffmpeg's release version works fine
[18:48:20 CEST] <Daemon404> i dont think is unreasonable for ffmpeg git to need x265 git.
[18:48:34 CEST] <Daemon404> s/git/hg/
[18:48:38 CEST] <Zeranoe> Maybe things are different now
[18:49:23 CEST] <Daemon404> this should be the last break, ever
[18:49:24 CEST] <Daemon404> for x265
[18:49:27 CEST] <Daemon404> afaict
[18:50:01 CEST] <Daemon404> Zeranoe, i would join #x265 and ask muggs.
[18:50:30 CEST] <Zeranoe> My past experience with x265 hg was rough
[18:51:09 CEST] <Daemon404> it's always possible Gopu used a higher required ver than usual
[18:51:18 CEST] <Daemon404> Steve (muggs) would know the exact version
[18:53:28 CEST] <jamrial> 1.6 introduced x265_api_get(), and bumped X265_BUILD to 51
[18:53:45 CEST] <jamrial> unless they changed it since then, the check should probably be for 51 and not 57
[18:53:57 CEST] <Daemon404> quite possible
[18:54:11 CEST] <Daemon404> considering the 'issues' that there were with teh first few patch revisions
[18:58:11 CEST] <jamrial> yeah, commit 521643054a55 changed it. so X265_BUILD 57 is apparently required
[19:00:59 CEST] <Daemon404> ah ok.
[19:34:12 CEST] <Compn> [12:37] <Zeranoe> So FFmpeg dropped support for the release version of x265?
[19:34:24 CEST] <Compn> if this is true we should put a note in apichanges and/or changelog
[19:34:33 CEST] <Compn> if not already there
[19:34:35 CEST] Action: Compn runs
[19:56:22 CEST] <jamrial> i don't think we ever did that for other version requirement bumps
[19:56:27 CEST] <jamrial> but in this case the change allows ffmpeg to link to both 8bpp and 16bpp libraries without having to recompile, so a changelog line sounds good
[19:59:45 CEST] <jamrial> Zeranoe: x265 1.7 should be released in the coming days, judging by one of the recent commits in the mercurial repo
[19:59:59 CEST] <jamrial> in the meantime you could checkout the stable branch and use that
[20:10:43 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:ae4eea8be45a: avutil/avstring: Use size_t in av_strlcatf()
[20:30:23 CEST] <cone-134> ffmpeg 03Andreas Cadhalpun 07master:0382c94f13b4: id3v2: catch avio_read errors in check_tag
[22:06:33 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:541d75f9a0b6: avformat: add callback for opening further files
[22:06:34 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:77ccc9145aa5: avformat/mov: Use open_cb() if set
[22:42:23 CEST] <yvear> in our current binaries, what is enabled? is our default configure command somewhere on site?
[22:48:29 CEST] <Daemon404> what?
[22:48:34 CEST] <Daemon404> there are no official binaries.
[22:55:32 CEST] <yvear> @Daemon404, then windows builds
[22:58:02 CEST] <Daemon404> there are no official binaries. at all.
[22:58:10 CEST] <Daemon404> windows builds are not available on ffmpeg.org.
[22:58:15 CEST] <Daemon404> you got them from somewhere else.
[22:58:31 CEST] <Daemon404> im not sure what you're looking for here.
[22:58:55 CEST] <Zeranoe> yvear: Did you read the readme that came with your build...?
[22:59:33 CEST] <yvear> oh I see, windows builds are unofficial
[23:00:46 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:a228f7d5e5eb: avformat/avformat: slightly more verbose documentation for open_cb()
[23:00:47 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:62a1e0035a14: avformat/mlvdec: Use AVFormatContext->open_cb()
[23:01:46 CEST] <yvear> +Zeranoe, oh it's you! ty for windows binaries :) and now I see README
[23:37:03 CEST] <yvear> hmm, does anyone know why this is? I have the latest version but ./configure --enable-libdcadec gives me ERROR: dcadec not found using pkg-config
[23:53:17 CEST] <JEEBsv> yvear: have you gotten libdcadec installed somewhere in pkg-config's search path?
[23:53:47 CEST] <JEEBsv> also if you have used a nonstandard prefix you generally want to do PKG_CONFIG_LIBDIR=/your/random/prefix/lib/pkgconfig ./configure --your --options
[23:54:17 CEST] <yvear> JEEBsv, I thought it comes with ffmpeg now?
[23:54:46 CEST] <JEEBsv> no?
[23:54:57 CEST] <nevcairiel> its an external library, it does not come with ffmpeg, you need to install it if you want ffmpeg to use it
[23:55:09 CEST] <JEEBsv> libavcodec can now use libdcadec as a decoder, yes. but it's still separate
[23:57:09 CEST] <yvear> oh! ok I completely get it now.. any chance of ffmpeg including it *soon*?
[23:59:26 CEST] <nevcairiel> never, its an external library, an entirely separate project, it will not include it
[23:59:43 CEST] <wm4> would be nice if it could replace the builtin decoder
[00:00:00 CEST] --- Tue May 12 2015
More information about the Ffmpeg-devel-irc
mailing list