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

[burek]

[00:51:00 CEST] <cone-818> ffmpeg 03Lukasz Marek 07master:31886968d338: lavu/avstring: add av_append_path_component() funcion
[01:06:39 CEST] <cone-818> ffmpeg 03Donny Yang 07master:3c912391dd13: avcodec/png: Clearly separate encoding header and frames
[03:48:10 CEST] <electronrotoscop> ah dang
[07:07:38 CEST] <kinnera> Can someone let me know if I could apply for outreachy program of gnome now?
[12:30:59 CEST] <cone-443> ffmpeg 03Timo Rothenpieler 07master:b63c9a999047: avcodec/nvenc: Fix typoed nv_status checks
[13:22:29 CEST] <legume> Hi, can anyone tell me what I need to do to see the output from av_dlog(...) please.
[13:47:31 CEST] <legume> Ahh, #define DEBUG
[16:18:13 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:61123634dda0: avutil/eval: factor av_expr_free() calls out
[16:18:14 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:c49e7924a8b5: avutil/eval: check for av_malloc failure
[16:56:12 CEST] <ramiro> http://www.bbc.com/news/technology-32140732
[16:56:28 CEST] <Daemon404> yes, and its not an april fools joke
[16:56:31 CEST] <Daemon404> i was convinced it was
[16:57:02 CEST] <azk> Nice.
[16:58:03 CEST] <wm4> what is?
[16:58:21 CEST] <wm4> I'm blind
[16:58:26 CEST] <nevcairiel> releasing anything credible today is weird though
[16:58:26 CEST] <Daemon404> yep
[16:58:34 CEST] <Daemon404> nevcairiel, lol. "Credible."
[16:58:44 CEST] <nevcairiel> allegedly credible?
[17:22:02 CEST] <BBB> ramiro: that sounds like they hooked up a hevc (or vp9 :-p) encoder?
[17:23:49 CEST] <nevcairiel> they do claim improved efficiency over hevc, otherwise what would be the point
[17:24:11 CEST] <BBB> I dont see the word hevc in that press release
[17:24:45 CEST] <BBB> it says netflix 4k movies are 12-16mbps, we can do same quality at 7-8mbps
[17:24:58 CEST] <BBB> that sounds a lot like hevc is half bandwidth of h264 at high resolutions"
[17:25:13 CEST] <j-b> Daemon404: it's not?
[17:25:20 CEST] <nevcairiel> PERSEUS® compresses significantly better than existing codecs (e.g., J2K, h.264/AVC or h.265/HEVC). Benefits further increase with increasing resolutions & frame rates
[17:25:25 CEST] <nevcairiel> http://www.v-nova.com/en/products-and-technology.html
[17:25:30 CEST] <Daemon404> j-b, kierank says its not
[17:25:54 CEST] <j-b> shit
[17:26:03 CEST] <kierank> marketgeneering
[17:26:36 CEST] <BBB> it sounds like marketing to me, yes
[17:26:50 CEST] <BBB> its just a nice product around hevc technology if you ask me
[17:30:50 CEST] <Daemon404> BBB, still waiting for any hevc encode to produce results better than x264
[17:30:57 CEST] <Daemon404> so still bunk ;)
[17:31:06 CEST] <BBB> the press release doesnt mention speed
[17:31:09 CEST] <BBB> so theyre not lying
[17:31:14 CEST] <Daemon404> lol
[17:31:24 CEST] <BBB> I think everyone agrees that hm can in some cases give significantly better quality than x264
[17:31:34 CEST] <BBB> it just takes 10 years
[17:31:51 CEST] <Daemon404> i should quantify with "in a practical sense"
[17:32:01 CEST] <Daemon404> er, qualify.
[17:32:13 CEST] <kierank> they said it was realtime
[17:32:13 CEST] <BBB> theyre marketeers
[17:32:46 CEST] <BBB> I dont see the word real in either press release or products/technology website
[17:32:54 CEST] <BBB> maybe Im just not very good at reading
[17:55:41 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:5b32558fd805: tools/sidxindex: Use av_*malloc_array()
[18:26:34 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:5b911f1d5be4: avformat/webmdashenc: use AVERROR(ENOMEM) for memory allocation failures
[18:26:35 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:b9fbd034bfd4: avformat/xwma: Use ff_alloc_extradata()
[19:41:16 CEST] <cone-443> ffmpeg 03Himangi Saraogi 07master:5b02e84bdb15: lavc/smvjpegdec: Avoid null dereference and return meaningful error codes
[20:01:26 CEST] <Daemon404> g 54
[20:36:14 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:5dd5b7d5312d: Revert "avcodec/exr: fix memset first arg in reverse_lut()"
[20:49:54 CEST] <durandal_1707> michaelni: are you ok with APNG patches?
[20:52:36 CEST] <michaelni> durandal_1707, if you are ok with them, sure
[21:12:20 CEST] <cone-443> ffmpeg 03Luca Barbato 07master:3c47e7c4350f: rtp: Map the urloptions to AVOptions
[21:12:21 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:fde2e35e5642: Merge commit '3c47e7c4350f73fc77d8e76f0dd6d2946b13c5cc'
[21:24:14 CEST] <cone-443> ffmpeg 03Luca Barbato 07master:8c9c5479c4ba: rtp: Add an option to set the send/receive buffer size
[21:24:15 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:b99a8e4e4a1e: Merge commit '8c9c5479c4ba729b4ba868ab541a90b2061a7c2f'
[21:53:51 CEST] <cone-443> ffmpeg 03Luca Barbato 07master:e3ec6fe7bb2a: rtsp: Add a buffer_size option
[21:53:52 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:53bf6b155cee: Merge commit 'e3ec6fe7bb2a622a863e3912181717a659eb1bad'
[23:12:46 CEST] <BtbN> That install script, oh god
[23:13:01 CEST] <BtbN> "sudo cp Samples/common/inc/* /usr/include/"
[23:13:07 CEST] <BtbN> yes, dump a bunch of trash in /usr/include
[23:18:00 CEST] <wm4> always fun if you find differences between libavresample and libswresample
[23:18:10 CEST] <wm4> and of course this difference is a libswresample bug
[23:21:10 CEST] <wm4> 96000Hz 5.1 6ch s32 -> 48000Hz stereo 2ch s32 is fine, but either 96000Hz 5.1 6ch s32 -> 96000Hz 5.1 6ch float or 96000Hz 5.1 6ch float -> 48000Hz stereo 2ch float changes the loudness and introduces clipping
[23:29:15 CEST] <jamrial> wm4: does it happen if you force cpuflags to 0?
[23:32:36 CEST] <BtbN> That profile string is strange. The global -profile option seems entirely broken, is it used anywhere?
[23:40:41 CEST] <llogan> BtbN: i'm guessing mpeg4, dts, maybe aac.
[23:40:53 CEST] <BtbN> Cause it totaly doesn't work
[23:40:55 CEST] <BtbN> it expects an int
[00:00:00 CEST] --- Thu Apr  2 2015