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

burek burek021 at gmail.com
Fri Jul 4 02:05:02 CEST 2014


[02:43] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:5ab67340f9d1: avfilter/avfiltergraph: dont "or" together error codes
[02:43] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:126524720661: avfilter/vf_format: Check pix_fmts before dereferencing it
[03:19] <jamrial> BBB: just sent a patch that makes some changes to the resample dsp context and init code if you want to check
[03:58] <BBB> oh i like 1/3
[03:59] <BBB> 3/3 is also nice
[03:59] <BBB> yeah all looks good
[03:59] <BBB> thanks
[09:58] <rcombs> so, apparently the yuv4mpegpipe muxer doesn't have AVFMT_NOTIMESTAMPS and AVFMT_VARIABLE_FPS set
[09:59] <rcombs> 1. should the `format_video_sync == VSYNC_AUTO` change format_video_sync to VSYNC_PASSTHROUGH if AVFMT_NOTIMESTAMPS is set but AVFMT_VARIABLE_FPS is not (it doesn't right now); 2. should yuv4mpegpipe set AVFMT_VARIABLE_FPS?
[10:02] <rcombs> does it make sense for a format that's just raw frames with no timestamp or framerate meta to declare itself as allowing variable frame rates?
[10:07] <rcombs> wow, I'm hearing people complaining about the build/configure/version banner being printed to stderr on ffmpeg invocation, as if it's a major offense to their religion
[10:53] <cone-706> ffmpeg.git 03Paul B Mahol 07master:7e8c1f0c3879: avfilter/af_aphaser: move wave table generation code into separate file
[10:53] <cone-706> ffmpeg.git 03Paul B Mahol 07master:b52c26c66f65: avfilter: add flanger filter
[13:13] <cone-706> ffmpeg.git 03Michael Niedermayer 07master:33f6ba9c4e7b: avdevice/pulse_audio_dec: clear pa_simple pointer after deallocation
[13:32] <funman> were the ffmpeg stickers printed by beastd?
[13:34] <cone-706> ffmpeg.git 03Luca Barbato 07master:df949b645b12: hevc: Use the local context variable when needed
[13:34] <cone-706> ffmpeg.git 03Michael Niedermayer 07master:982920cfaa40: Merge commit 'df949b645b12d62bb4da56d629a887c81f67f2e5'
[14:11] <Compn> funman : llogan did them i think
[14:12] <Compn> i remember they had an alaska addy...
[14:36] <funman> I put it next to my laptop touchpad and the paper drinks the humidity from my wrists :/
[14:37] <Compn> i put it on the back of my laptop
[14:38] <Compn> if you want to keep sticker longer, might have to seal it with nail polish or clear tape
[14:54] <cone-706> ffmpeg.git 03Vittorio Giovara 07master:cdab9db2adee: lavf: document av_dump_format()
[14:54] <cone-706> ffmpeg.git 03Michael Niedermayer 07master:44f079b27e81: Merge commit 'cdab9db2adeec46b3984309c8c651bdd737d2b6b'
[14:54] <cone-706> ffmpeg.git 03Michael Niedermayer 07master:a3c479fc4965: avformat/avformat: minor grammar improvement
[15:06] <michaelni> funman, i complained to logan about their robustness long ago already. Which also supposed to mean i expect the next time someone creates stickers, that they are way more robust
[15:08] <kierank> mine is on the back of my phone and still relatively strong after 2 months
[15:08] <kierank> and obviously that phone touches my hand many times per day
[15:10] Action: Daemon404 is one of those weird people who hates putting stickers on this electronics
[15:10] <Daemon404> smooth n' vanillla ftw
[15:12] <nevcairiel> i still have a few of the factory stickers on my ultrabook
[15:13] <nevcairiel> the intel i7 sticker, intel ultrabook sticker and a windows 7 sticker, way too lazy to remove them properly without leaving some smudge of adhesive
[15:13] <Daemon404> me too
[15:13] <Daemon404> but thats laziness
[15:13] <Daemon404> i7, ultrabook, iris gfx, energy star, hdmi
[15:14] <Daemon404> i dont add to the problem though
[15:14] <nevcairiel> they seem like decent quality, didnt suffer from any (ab)use
[15:15] <michaelni> my notebook lost its intel sticker recently but then it was placed exactly where my left hand always touches the keyboard while typing
[15:16] <Compn> another court evidence person wants help with videos 
[15:16] <Compn> seems like a lot of court evidence techs are using mplayer and ffmpeg to analyze videos now
[15:17] <Daemon404> mplayer? misguided fools
[15:17] <Daemon404> Compn, that also mostly speaks to how terrible surveillance software is
[15:19] <Compn> yes, i've seen a few complaints about bad cctv dvr software
[15:19] <Compn> i think michael fixed playback of a few dvr formats already
[15:49] <Daemon404> "Well, i'm aiming at better codecs (MpegII, ProRes), and both can carry TC."
[15:49] <Daemon404> wat
[16:01] <Compn> timecodes
[16:02] <Compn> is tc i assume
[16:02] <Compn> and better, i'm assuming, can mean anything from tool support to error correction or 'manager says he wants mpeg' 
[16:21] <alexvf> hi
[16:22] <alexvf> any h264 guru can explain how mmco_reset works?
[16:23] <alexvf> in particular, i don't understand this line https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/h264_refs.c#L691
[16:50] <alexvf> ok, i understood that line after reading this:
[16:50] <alexvf> A picture including a memory_management_control_operation equal to 5 shall have frame_num constraints as described above and, after the decoding of the current picture and the processing of the memory management control operations, the picture shall be inferred to have had frame_num equal to 0 for all subsequent use in the decoding process, except as specified in clause 7.4.1.2.4.
[16:50] <alexvf> damn standard!
[18:35] <Compn> michaelni : a user wants to know if he can visualize motion vectors in h263 video ,specifically this t263 varient > http://samples.ffmpeg.org/V-codecs/T263/atomic.avi
[19:36] <J_Darnley> Does anyone know a good resource for learning how the x87 stack operates?
[19:38] <michaelni> not really, its rather long ago that i wrote x87 code
[19:39] <michaelni> but the intel instruction set references probably could be used 
[19:42] <cone-252> ffmpeg.git 03Carl Eugen Hoyos 07master:d538dd824ee7: avformat: Add image3 demuxers with format autodetection
[19:56] <Compn> i wonder if h263 even has motion vectors
[20:00] <saste> sometimes i have the impression that i'm being an asshole reviewer
[20:03] <J_Darnley> michaelni: I'm less interested in what the instructions do (i've got their giant PDFs anyway) and more: how the stack functions, which order it goes in, is a load always put it in st0...
[20:04] <J_Darnley> why and when 0 1 and 2 arguments are used
[20:09] <michaelni> the intel doc should explain all aspects of the x87 stack, but dont ask me where 
[20:10] <michaelni> from what i remember the x87 instructions work with the top of the stack and a freely chooseable register
[20:10] <Case> J_Darnley: http://www.drpaulcarter.com/pcasm/ should be suitable
[20:10] <michaelni> in practice you need a fxch to swap elements after many instructions
[20:13] <michaelni> also these fxch are needed to avoid dependancy chains
[20:29] <kierank>  J_Darnley last time i looked at x87 i had some book
[20:29] <kierank> this was 4yrs ago though
[21:02] <cone-252> ffmpeg.git 03Martin Storsjö 07master:6bc4934b75dd: ismindex: Allow adding a path prefix to the generated .ism file
[21:02] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:0d35d5ab1b73: Merge commit '6bc4934b75dde9354ee16a6e700ebe6775abf69e'
[21:22] <cone-252> ffmpeg.git 03Martin Storsjö 07master:f920d089535b: ismindex: Add an option for outputting files elsewhere than in the current directory
[21:22] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:524eeaca2280: Merge commit 'f920d089535bf7cf10aeda900cc43201c5e18cd0'
[21:49] <cone-252> ffmpeg.git 03Nidhi Makhijani 07master:0955e57ad076: daud: split muxer and demuxer
[21:49] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:a9ce5d92e614: Merge commit '0955e57ad07640574fc20ce0bea3c0b83982ada1'
[22:42] <ubitux> so we're going to try opw?
[22:42] <ubitux> don't expect me to be a volonteer for mentoring though 
[22:43] <nevcairiel> didnt the whole thing happen already
[22:43] <ubitux> nevcairiel: next session
[22:43] <ubitux> i don't believe in positive discrimination
[22:44] <ubitux> always the same debate, but considering women special (in the sense "people with a handicap who need help") doesn't sound really helpful
[22:45] <ubitux> </rant>
[22:52] <wm4> ubitux: libav has opw thus ffmpeg needs opw
[22:52] <ubitux> what came out of opw in libav?
[22:52] <wm4> ubitux: also did you just call being a woman a handicap
[22:52] <michaelni> i dont support any form of gender, race, ... discrimination. I think though OPW isnt a bad idea, also i would support OPM equally if it would exist
[22:53] <ubitux> wm4: that's how it's presented, like "we need to help them specifically"
[22:53] <wm4> well don't let them hear it
[22:54] <wm4> what if ffmpeg is branded a women hostile project, while libav is considered women friendly?
[22:54] <ubitux> well, various women feels insulted by these movements you know
[22:54] <ubitux> it's really all about the perspective of positive discrimination
[22:54] <ubitux> ?
[22:54] <ubitux> -?
[22:55] <wm4> anyway, politics aside, it appears this basically means someone is paid to work on the project
[22:55] <wm4> so that seems like a good way for money grabbing
[22:56] <wm4> i.e. fund a dev for free
[22:56] <ubitux> also, i'm not saying i oppose to opw, i'm just saying i'm not supporting it (because i'm embittered grrr)
[22:56] <wm4> fulltime dev even (I guess)
[22:56] <nevcairiel> except that you have to come up with the money yourself
[22:56] <nevcairiel> the opw project doesn't pay it
[22:56] <wm4> huh
[22:56] <nevcairiel> (like google would with gsoc)
[22:56] <wm4> that sounds pointless then
[22:56] <ubitux> so my question again, what came out of opw in libav?
[22:56] <nevcairiel> they have like 3 people doing stuff
[22:56] <nevcairiel> so nothing came out yet
[22:57] <nevcairiel> but it might :p
[22:57] <ubitux> any deadline?
[22:57] <nevcairiel> no idea
[22:57] <wm4> didn't some participant send a huge number of patches for checking memory allocs?
[22:57] <nevcairiel> they are supposed to work on it full time, they are paid specifically for that, no idea if thats really happening
[22:57] <wm4> who pays them anyway?
[22:57] <wm4> if it isn't the opw project
[22:57] <ubitux> ffmtech?
[22:58] <nevcairiel> no idea
[22:58] <wm4> in any case, guiding new devs sounds like a good idea, even if it's discriminated by gender
[22:59] <nevcairiel> i dunno, the way i see it, if some motivated dev comes around, i'm sure there would be enough people to be willing to help guide them, don't need to be able to pay them for that
[23:00] <nevcairiel> we're all here without being paid for our time
[23:05] <michaelni> many of us work for free, i dont see why it would be bad if a gsoc or opw student is payed to work some months on improving ffmpeg and maybe we also gain a long term contributor
[23:07] <michaelni> also i surely dont mind if some company appears one day and pays all or some of the volunteer developers we have for what they already do, but i guess thats just a dream atm
[23:09] <J_Darnley> If someone's being paid can you give them the worst tasks that no else volunteers to do?  I guess the stuff nobody wants to do is too hard for newcomers.
[23:09] <iive> J_Darnley: that's what money are for
[23:10] <J_Darnley> gsoc was supposed to be paid, wasn't it?
[23:10] <iive> yes, if the student finishes the task
[23:10] <michaelni> J_Darnley, well, we would ideally want to end with some long term contributors, and giving them the worst tasks might be conflicting with that
[23:12] <wm4> by definition, the things that are not done in an open source project are always the least fun, most annoying, hardest etc.
[23:12] <michaelni> in gsoc payment is split up in 3 parts IIRC, first the student gets at the begin 2nd in the middle 3rd in the end. so if a student disappears in the middle he/she would still get something
[23:14] <J_Darnley> When does the "next round" begin?
[23:15] <wm4> google ignores ffmpeg/libav applications now
[23:16] Action: J_Darnley wonders why he wrote a test to check that two things things are identical. One method was compiled to the other.
[23:22] <michaelni> J_Darnley, some dates are on https://wiki.gnome.org/OutreachProgramForWomen/Admin/InfoForOrgs#Requirements
[23:22] <michaelni> or september 2014
[00:00] --- Fri Jul  4 2014


More information about the Ffmpeg-devel-irc mailing list