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

burek burek021 at gmail.com
Mon May 26 02:05:02 CEST 2014


[00:40] <michaelni> probably
[00:51] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:46e3883519b7: avcodec/opusdec: check alignment, misalignment could lead to crashes with avx
[02:24] <cone-248> ffmpeg.git 03James Almer 07master:d94e255dd114: x86/dsputilenc: make the SUM_ABS_DCTELEM macro more readable
[03:27] <cone-248> ffmpeg.git 03Aman Gupta 07master:4372fb7a5722: avcodec/webvttenc: add webvtt encoder
[03:42] <clever> any good docs on how to use av_opt with the rtmp options?
[03:43] <clever> i dont see any clear way to get the void* for the 1st argument to av_opt_find
[03:59] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:fa915d4193e1: avcodec/aac: fix () in IS_CODEBOOK_UNSIGNED macro
[03:59] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:97e6b5ee3a16: avcodec/golomb-test: fix () in EXTEND() macro
[03:59] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:af62b42736c0: avcodec/h264: fix () in macros
[03:59] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:0f45e643cc09: avcodec/h264_slice: fix macro ()
[03:59] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:70f671c39e53: avcodec/hevc: fix () in macros
[04:00] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:f276bf303cbb: avcodec/ivi_dsp: add some missing () to macros
[04:02] <michaelni> ubitux, iam not sure EOVERFLOW is supported on all platforms, i remember we removed it elsewhere in the past
[04:02] <michaelni> i think
[06:20] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:fa160af08b6f: avcodec/mlpdec: fix () in MSB_MASK() macro
[06:20] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:6e720c5c815e: avcodec/mss34dsp: fix () in SOP* macros
[06:21] <cone-248> ffmpeg.git 03Michael Niedermayer 07master:cf7ff0146c76: avcodec/mss4: Fix () in MKVAL() macro
[10:47] <cone-128> ffmpeg.git 03Clément BSsch 07master:657c603263fb: avcodec/webvttenc: do not use EOVERFLOW.
[10:47] <ubitux> michaelni: fixed
[12:49] <michaelni> ubitux, thx
[13:15] <cone-128> ffmpeg.git 03Nidhi Makhijani 07master:e0d01dc7d7fc: smoothstream: check malloc calls
[13:15] <cone-128> ffmpeg.git 03Michael Niedermayer 07master:ee9b0199c843: Merge commit 'e0d01dc7d7fc3ce4c23f286a10870e9599c8b8b9'
[14:32] <BBB> I'm looking at that swresample avx inline...
[14:32] <BBB> really michaelni 
[14:32] <BBB> you have to learn to write more maintainable assembly
[14:54] <compn> you mean non-michael maintainable asm
[14:54] <compn> michael can maintain it :P
[14:55] <compn> hehe
[14:55] <Daemon404> 1/g 35
[14:55] <Daemon404> fffs.
[14:55] <compn> thats the old trick, code so no one but you can fix it. "job security"
[14:56] <compn> Daemon404 : expensive pot ?
[14:56] <Daemon404> eh?
[14:57] <Daemon404> i only typo'd by one character.... this time
[14:57] <compn> thought you were buying 1gram of something for 35 bux, nevermind
[14:58] <nevcairiel> dont mind compn, he is the resident off-topic troll
[14:58] <Daemon404> maybe compn is right
[14:58] <Daemon404> that old numb3rs clip says irc is like boats in the ocean
[14:59] <nevcairiel> if you could ignore some of those crazy inaccuracys, it was a decent show tho
[15:00] <compn> i need to setup an x86 android build environment i think. got some old googletv hardware 'logitech revue'
[15:00] <Daemon404> nevcairiel, but the entire show is based around it
[15:00] <Daemon404> i cringed myself into a coma when they were using uncertainty theory to predict where a bomb will go off
[15:01] <nevcairiel> luckily i only cringed at the tech references as I know shit about such math theories :p
[15:02] Action: Daemon404 enhances nevcairiel 
[15:02] <nevcairiel> and really, who gets tech references right
[15:03] <nevcairiel> no money for one geek in the multi-million-dollar budgets
[15:03] <Daemon404> the girl with the dragon tattoo did
[15:03] <Daemon404> i mean the proper swe version
[15:03] <nevcairiel> the swe version was way better than the hollywood version anyway
[15:03] <Daemon404> why yes, it was
[15:04] <Daemon404> i have a vague memory of watching the dude run dpkg or apt-get in the bg of that movie
[15:05] <nevcairiel> according to hollywood every mad hacker needs 6 screens, with at least 5 of those running large text or hex dumps of stuff over and over, anyway
[15:06] <Daemon404> yes: http://www.smbc-comics.com/index.php?db=comics&id=2526
[16:03] <cone-128> ffmpeg.git 03Michael Niedermayer 07master:6e725f19f88c: configure: try to fix the disappearing "r" bug in fate
[18:29] <cone-128> ffmpeg.git 03Timothy Gu 07master:ad733089b024: x86: dsputilenc: convert ff_sse{8, 16}_mmx() to yasm
[19:14] <kurosu> michaelni, iive, hi
[19:15] <kurosu> I noticed simple_idct has a bias, and I'm wondering if that's expected
[19:15] <kurosu> for only a dc value, output is (dc+3-(dc>>15))>>8 (empirical formula)
[19:16] <kurosu> so the rounding differs between positive and negative values
[19:35] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:c163f5e601ca: avcodec/pngdec: fix () in OP_* macros
[19:35] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:d62a4707f92e: avcodec/opus_celt: Fix () in CELT_PVQ_V macro
[19:35] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:eb718f4c532c: avcodec/opus: Fix () in ROUND_MULL() macro
[19:36] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:9babf13764dd: avcodec/msvideo1enc: Fix () in MKRGB555() macro
[19:40] <michaelni> kurosu, the idct is tuned to minimize rounding errors relative to what encoders used or rather relative to the material that was posted to us that showed artifacts
[19:43] <kurosu> yeah I know about the specs requesting max/mean errors
[19:43] <kurosu> but that was kind of weird
[19:43] <kurosu> *requiring
[19:44] <kurosu> if you think this is ok, then so be it
[19:45] <kurosu> but this may have underlined a potential issue
[20:07] <jamrial> kurosu: re 3dnow, i have a k10 so i can test
[20:07] <jamrial> back when i made that comment i hadn't noticed you sent a 3dnow patch yourself
[20:07] <jamrial> if you think it's worth it, i can send a patch adding a 3dnow version
[20:07] <jamrial> iive at least seemed somewhat interested :P
[20:08] <kurosu> jamrial, nice - I think only veryfying that it works is good enough
[20:08] <kurosu> eg testing with cpuflags=mmx+3dnow
[20:09] <jamrial> yeah
[20:09] <jamrial> alright, i'll send a patch later
[20:09] <kurosu> as for a patch, I tend to think: current patch/code doesn't change things for your setup? send patch
[20:10] <kurosu> at least that's what the discussion about avx inline made me think
[20:11] <kurosu> refusing code because of this is kind of baffling - I tend to thing something > nothing
[20:11] <kurosu> *think
[20:26] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:a3950a90f643: Revert "x86: dsputilenc: convert ff_sse{8, 16}_mmx() to yasm"
[20:35] <kurosu> wasn't maillan adding the tag [FFmpeg-devel] to messages before ?
[20:36] <kurosu> I never think of adding it manually
[20:37] <nevcairiel> you shouldn
[20:38] <nevcairiel> 't
[20:38] <nevcairiel> its added automatically
[20:38] <kurosu> I'm using gmail maybe it hides from me - but then that's gmail that has changed without me noticing
[20:38] <kurosu> *it hides it
[20:39] <kurosu> thanks
[20:50] <nevcairiel> if i send mails via git send-email, it never showed the prefix in gmail for me
[21:50] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:e5dc7439e33c: avcodec/proresenc_anatoliy: Fix () in macros
[21:50] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:a45e6b7bc5ad: avcodec/psymodel: Fix () in AAC_CUTOFF() macro
[21:50] <cone-679> ffmpeg.git 03Michael Niedermayer 07master:9f50d3b944a9: avcodec/rv34: Fix () in GET_PTS_DIFF() macro
[21:52] <ubitux> michaelni: did you get a tool or compiler warning about these macro?
[22:55] <michaelni> ubitux, no just grep define and my eyes so iam surely missing 50% or so of these issues
[22:55] <ubitux> did you hit a bug or something because of this recently?
[22:56] <michaelni> no
[22:57] <ubitux> ok :)
[22:57] <michaelni> do you think its not worth fixing them ?
[22:57] <ubitux> no no, no problem with that
[22:57] <ubitux> just curious
[22:58] <michaelni> i thought its better to fix as that could lead to rather hard to debug issues
[23:53] <kurosu> is msvc2013 express + yasm sufficient/able to compile ffmpeg?
[23:54] <Daemon404> yep
[23:54] <Daemon404> well you need msys as well obviously
[23:54] <Daemon404> to run configure
[23:55] <kurosu> yeah, the help page made me guess so
[23:55] <Daemon404> youre looking at platform.{texi,html,1} ?
[23:55] <kurosu> I was wondering how restricted the express version was
[23:55] <Daemon404> express versins lacks uh
[23:56] <Daemon404> MFC i think
[23:56] <Daemon404> nothing meaningful
[23:56] <kurosu> Daemon404, basically yes, through I just googled it :)
[23:56] <kurosu> *though
[23:56] <Daemon404> jab me if anythin is unclear
[23:56] Action: Daemon404 wrote it
[23:56] <nevcairiel> MFC and ATL is missing, so really only stuff older apps would be using
[23:56] <nevcairiel> dont understand the limitation anymore really
[23:56] <Daemon404> the IDE is missing some stuff too
[23:56] <Daemon404> team stuff
[23:56] <nevcairiel> yeah sure
[23:56] <Daemon404> not like i use that though
[23:57] <kurosu> well my issue is that it's getting hideous debuging some issues with gdb
[23:57] <nevcairiel> the ide is actually quite a bit limited from some features
[23:57] <Daemon404> debugging is pretty much the reason msvc support was added
[23:59] <kurosu> last time I did debug asm with msvc it was less friendly, but that was another decade
[00:00] --- Mon May 26 2014


More information about the Ffmpeg-devel-irc mailing list