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

[burek]

[00:45] <Compn> hmm
[00:45] <Compn> how did this email make it to me
[00:46] <Compn> Delivered-To: webmaster at ffmpeg.org
[00:46] <Compn> oh ok
[01:20] <cone-499> ffmpeg.git 03clook 07master:b9b1a2c3e470: libswscale: Adding RGB => XYZ support
[01:20] <cone-499> ffmpeg.git 03clook 07master:4443213d2ea4: avcodec/libopenjpegen: XYZ 12 bit support for libopenjpeg encoder
[03:21] <cone-499> ffmpeg.git 03Michael Niedermayer 07master:b7397857e20d: avcodec: add avcodec_enum_to_chroma_pos()
[03:21] <cone-499> ffmpeg.git 03Michael Niedermayer 07master:abc8110f7e54: avcodec: add avcodec_chroma_pos_to_enum()
[09:32] <bernie__> ok so I have a signed commit ready to go, but unsure if I should email the patch directly to ffmpeg-devel mail list or where...
[09:36] <nevcairiel> usually you would use git send-email and send it to ffmpeg-devel list
[09:37] <nevcairiel> or just send it as an attachment if you have issues with send-email
[09:37] <bernie__> okay, I'll try that :)
[09:37] <bernie__> thanks
[09:38] <bernie__> when I use git send-email, will it show me what it's gonna send?  (just want to make sure I don't spam something stupid to the whole list)
[09:42] <bernie__> off it went... though I sent the patch as an attachment
[09:42] <bernie__> :)
[09:48] <bernie__> ... and I screwed it up... I'll just cut-n-paste it this time around
[09:53] <nevcairiel> lets hope that your mailer didnt screw up the copy/paste then :d
[10:39] <cone-528> ffmpeg.git 03Martin Storsjö 07master:69e6702c0132: arm: Mangle external symbols properly in new vfp assembly files
[10:39] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:7dc77613f653: Merge remote-tracking branch 'qatar/master'
[14:16] <durandal_1707> lol
[17:30] <cone-528> ffmpeg.git 03Hendrik Schreiber 07master:650355089cc4: avformat/aviobuf/ffio_init_context: set seekable automatically
[18:11] <Compn> 99 comments, we have a winner
[18:12] <Compn> wow look at all of those graphs 
[18:30] <hotwings> according to the author of the softhddevice output plugin for vdr, theres a problem with the vdpau decoder not ffw/rew'ing h264 (h264 paff to be exact, iirc). would this be the right place to talk to someone about that?
[19:22] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:fe328f080768: avfilter: Dont partially merge lists
[21:25] <bernie_> wm4: hey I finally submittied my patch for the CueRelativeOffset... it's my first patch request to ffmpeg.  yay!
[21:29] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:6a0b72f94fb7: avfilter/avfiltergraph: minor cosmetic
[21:29] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:55db06af64d1: avcodec/utils: use av_assert0() to check validity of input pointers for start code search
[22:35] <johnsmith> Hi all, since most of you are developing in ffmpeg, I was wondering how much I need know about libavfilter's "graph"?
[22:37] <durandal_1707> johnsmith: you want to use libavfilter or work on libavfilter?
[22:38] <johnsmith> durandal_1707: I wish to use libavfilter, but I know it's offtopic within this channel, but you and the other guys are more likely to answer the question than on #ffmpeg
[22:39] <johnsmith> To put the question in perspective to allow a simple answer:
[22:40] <johnsmith> I am using libavfilter for encoding audio with one of ffmpeg's filter features, should I care at all about what this "graph" is from the filter_audio.c example provided from ffmpeg doxygen trunk?
[23:07] <michaelni> bernie_, your patches are replies to random unrelated threads
[23:18] <llogan> anyone have a rough idea of the size of the make fate suite?
[23:18] <llogan> s/make//
[23:20] <llogan> the samples I meant.
[23:22] <durandal_1707> you mean size of fate directory?
[23:23] <nevcairiel> the samples are ~670mb
[23:23] <durandal_1707> 686
[23:26] <llogan> thanks
[23:27] <nevcairiel> hm wonder if i havent synced for a while
[23:30] <durandal_1707> 'du -m' gives 689 after 'gmake fate-rsync'
[23:40] <durandal_1707> lol, libav gonna deprecate above mentioned target...
[23:44] <durandal_1707> noone wants dynamic range filter?
[23:55] <saste_> durandal_1707, dynamic range filter, what's that stuff?
[23:56] <durandal_1707> compress or expand dynamic range of audio
[23:59] <llogan> a wilhelm scream filter would be nice. -af wilhelm='eq(t,10)'
[23:59] <saste_> durandal_1707, compand?
[00:00] --- Wed Jul 24 2013