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

[burek]

[00:26:17 CET] <TD-Linux> why would adobe push cineform when they have CinemaDNG
[00:26:29 CET] <TD-Linux> blackmagic cameras even directly record it
[00:27:58 CET] <kierank> mezzanine codec
[00:28:17 CET] <kierank> j-b: doesn't seem possible to write a cfhd decoder from spec
[00:28:22 CET] <kierank> trolled the author on twitter
[00:31:33 CET] <j-b> kierank: cfhd?
[00:31:37 CET] <kierank> cineform vc-5
[00:40:22 CET] <J_Darnley> What happened to VCs 2 through 4?
[00:40:26 CET] Action: J_Darnley runs
[00:50:39 CET] <jamrial> J_Darnley: Dirac and DNxHD afaik
[00:57:42 CET] <TD-Linux> vc-2 is dirac pro specifically (iframe only)
[01:14:42 CET] Action: J_Darnley didn't expect serious replies
[01:15:01 CET] Action: TD-Linux wonders how dirac pro fares compared to cineform
[01:17:45 CET] <smarter> and compared to intra-only daala? :)
[01:24:00 CET] <Compn> TD-Linux : dont you know? we have to make new codec every year.
[01:24:12 CET] <Compn> progress or die.
[01:24:21 CET] <atomnuker> well, ffv1 outperforms daala lossless by 1/4 or so
[01:24:31 CET] <atomnuker> (keyframe only lossless)
[01:24:34 CET] <Compn> speed, compression or both ?
[01:24:40 CET] <atomnuker> compression
[01:25:00 CET] <atomnuker> and speed
[01:25:27 CET] <TD-Linux> yeah daala lossless hasn't been worked on at all
[01:25:40 CET] <TD-Linux> other than verifying that it is actually lossless
[01:27:24 CET] <atomnuker> TD-Linux: could mixing lossless and lossy blocks easily be done?
[01:27:44 CET] <atomnuker> I mean you'd have to skip filtering for lossless blocks, but other than that?
[01:28:09 CET] <TD-Linux> atomnuker, originally that was the case. also our filtering is perfectly invertible so you don't have to skip it
[01:28:48 CET] <TD-Linux> but we have an optional wavelet mode that currently performs better for lossless, so that's turned on instead. and there is no good way to switch between DCT and wavelet blocks in a single frame yet
[01:31:09 CET] <atomnuker> ah, yeah, forgot about that
[01:31:20 CET] <atomnuker> the haar flag in the header is global
[01:31:28 CET] <JEEB> r
[01:32:31 CET] <atomnuker> still, the workaround would be to transmit a bit before each block_decode() to use either dct/iwt
[02:18:09 CET] <TD-Linux> atomnuker, yup, the question is how to do that without any "seams"
[02:19:07 CET] <TD-Linux> we have an adaptive deblocker we could use now, but no one has written the code yet to use it on the seams. it's also not lossless
[03:42:05 CET] <kierank> wm4: does mpv support the mplayer binary loader
[03:42:49 CET] <cone-338> ffmpeg 03Michael Niedermayer 07master:aa427537b529: avcodec/h264_refs: Check that long references match before use
[03:42:57 CET] <wm4> kierank: no
[03:43:35 CET] Action: kierank tries mplayer2:i386
[03:47:24 CET] Action: kierank gives up and uses mplayer on win32
[03:49:43 CET] <rcombs> what are you even trying to do
[03:50:19 CET] <rcombs> atomnuker: how's daala doing in general these days
[03:54:43 CET] <kierank> rcombs: load the cfhd binary module so I can run it under gdb
[04:41:01 CET] <Compn> i dont remember if i ever successfully tested the cfhd binary in mplayer
[04:41:24 CET] <Compn> should ask kostya what he uses :P
[04:41:46 CET] <Compn> he may have some info on cineform, or whoever did the other decoder
[10:59:24 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:2ea38a946dbd: avformat/mlpdec: consider all valid mlp access units when probing
[13:03:03 CET] <cone-302> ffmpeg 03Paul B Mahol 07master:7a9b4427b51e: avfilter/avf_showvolume: fix several issues
[13:15:03 CET] <fritsch> wm4: unbelievable ...
[13:15:13 CET] <fritsch> wm4: so fully against the spirit of open source - I am done with it
[13:15:21 CET] <wm4> we also don't know what bug he's talking about
[13:15:37 CET] <fritsch> he said: "i don't write a list - cause the mpv guys will use that list and implement all the features"
[13:15:39 CET] <wm4> (which we supposedly found in his closed source stuff (?) and which we supposedly didn't report)
[13:16:00 CET] <fritsch> we had a very major discussion on kodi forum with a lot angry users ...
[13:16:08 CET] <fritsch> that wanted us to integrate those blobs ...
[13:16:12 CET] <atomnuker> where is he saying that?
[13:16:22 CET] <wm4> http://forum.kodi.tv/showthread.php?tid=223175&pid=2173269#pid2173269
[13:16:50 CET] <wm4> <haasn> wm4: The only bug I remember people discussing a lot is his version of ewa_lanczos being constrained to integer filter sizes, which is not so much a bug but rather a lack of generalization
[13:17:47 CET] <fritsch> "I could give you a detailed list of all quality differences, but if I gave you such a list, I already know that you'd forward it to the mpv devs to use as a checklist for their future development, so I'm not going to do that."
[13:18:02 CET] <fritsch> yeah - and there I basically stopped reading ...
[13:18:11 CET] <fritsch> in a forum of a software with 12 million oss users ...
[13:18:17 CET] <fritsch> i can't stand that
[13:18:26 CET] <fritsch> it's fully against my philosophy
[13:18:36 CET] <durandal_1707> Just re all the thing
[13:20:42 CET] <fritsch> wm4: so - if you have time :-) a good scaler, a good sharpener crossplatform and most users won't talk about that other stuff anymore
[13:21:01 CET] <fritsch> we are thinking of implementing better smoothness when playing n fps at m refreshrate
[13:21:06 CET] <fritsch> by blending frames
[13:21:57 CET] <wm4> mpv has its interpolation feature (originally a clone of madvr's smoothmotion, but AFAIK was then extended), which helps slightly
[13:23:50 CET] <fritsch> yeah - kodi has not a single problem sharing code ... we write it for the world
[13:23:54 CET] <fritsch> not for personal purpose
[13:24:22 CET] <fritsch> using a good mpv feature in kodi and writing: "thx, implemented by looking at mpv"
[13:24:27 CET] <fritsch> is fine - some the other way round
[13:24:37 CET] <fritsch> s/some/same/
[13:25:37 CET] <wm4> closed source people have problems with this approach
[13:25:50 CET] <wm4> wasn't there also a shitstorm when ffmpeg RE'd tak?
[13:27:32 CET] <JEEB> and of course the best part is that I'm pretty sure that madvr wasn't even RE'd
[13:27:44 CET] <JEEB> it was just found to have some useful features which were then reimplemented
[13:27:54 CET] <wm4> also, haasn said he actually discussed some things with madshi himself via mail
[13:27:59 CET] <JEEB> yes
[13:28:08 CET] <JEEB> he seemed to be helpful (until you get popular, I guess)
[13:28:10 CET] <Daemon404> lol madshi
[13:28:13 CET] <Daemon404> that guy, man.
[13:28:27 CET] <Daemon404> at least i assume that's the topic atm.
[13:28:32 CET] <JEEB> ye
[13:28:39 CET] <Daemon404> he's a dick
[13:28:40 CET] <JEEB> he got funny on the XBMC forums
[13:28:50 CET] <JEEB> (see the link wm4 posted)
[13:29:10 CET] <Daemon404> nah
[13:29:16 CET] <Daemon404> id rather not.
[13:29:25 CET] <wm4> you don't like drama? are you even an open source dev?
[13:30:14 CET] <fritsch> the other part in that thread is the "user group"
[13:30:16 CET] <fritsch> kodi currently has
[13:30:28 CET] <fritsch> we are too succesful for everyday joe
[13:30:36 CET] <fritsch> they are not interested in OSS values at all
[13:30:50 CET] <fritsch> they even blame the team that some "blob" from "somewhere" is not integrated ...
[13:31:01 CET] <fritsch> and say: the devs don't help the users
[13:31:04 CET] <wm4> madvr fans are in fact much more annoying than madshi says mpv fans are
[13:31:11 CET] <fritsch> that's some kind of "cognitive dissonance" I think
[13:31:29 CET] <fritsch> hehe - if you read back in that thread I posted a definition of "fanboy"
[13:31:35 CET] <fritsch> they did not like that
[13:31:53 CET] <fritsch> thouhg I must say until those comments by madshi, which is just his philosphy that I don't share at all
[13:31:59 CET] <fritsch> he was always kind of "polite in tone"
[13:32:39 CET] <fritsch> Yeah - Winnetou on public TV -> afk
[14:10:35 CET] <Daemon404> nevcairiel, do people really play 'raw' truehd/mlp with lavfilt?
[14:10:46 CET] <Daemon404> like, not muxed in anything
[14:13:55 CET] <JEEB> I just do it for testing, nothing else
[14:31:25 CET] <kierank> nevcairiel: ping
[14:32:46 CET] <nevcairiel> kierank: pong
[14:32:55 CET] <nevcairiel> Daemon404: dunno, rcombs had a sample that this fixes
[14:33:05 CET] <nevcairiel> Daemon404: maybe not play, but for muxing purposes stored like that
[14:34:51 CET] <kierank> nevcairiel: so I have a direct show filter that works in graphstudio. Do you need to do something special in windows for breakpoints to work?
[14:34:59 CET] <kierank> Ida nor gdb seems to work
[14:37:09 CET] <nevcairiel> dunno, shouldnt require anything special, but i dont really use either gdb or ida
[14:37:59 CET] <haasn> fritsch: quoting myself re: that Either users will notice it (and thus compile this list themselves in some inevitable argument about mpv vs madVR), or they won't.
[14:38:13 CET] <haasn> re: the list of things madVR does better than mpv
[14:39:16 CET] <Daemon404> kierank, use graphedit
[14:39:21 CET] <Daemon404> graphstudio is 3rd party
[14:39:28 CET] <nevcairiel> and graphedit is crap
[14:39:28 CET] <haasn> And for the record, I'm happy if people use my code in open source projects. I even hear firefox wants to port some of the mpv scalers (which I was supposed to help with but put somewhere on the bottom of my list of things I'll never do), which would be great since firefox is really lacking in that department
[14:39:37 CET] <Daemon404> nevcairiel, sure but it should work
[14:39:40 CET] <nevcairiel> not really
[14:39:45 CET] <nevcairiel> its broken as shit
[14:39:50 CET] <Daemon404> also isnt graphstudio .net
[14:39:55 CET] <nevcairiel> who cares
[14:40:01 CET] <nevcairiel> i use it to debug my native code all the time
[14:40:29 CET] <Daemon404> sure, in msvs ;p
[14:43:02 CET] <nevcairiel> msvs can also debug assembly
[14:43:11 CET] <nevcairiel> which is probably what I would use when I had to
[14:51:49 CET] <Daemon404> im sure kierank is using it for trolling purposes
[14:57:15 CET] <kierank> Daemon404: it's because I can't get the mplayer(2) binary loader to work
[14:58:07 CET] <Daemon404> lulz
[15:04:15 CET] <durandal_1707> kierank: its slow process there are no shortcuts
[15:04:37 CET] <wm4> kierank: and you know how to do it? including editing codecs.conf etc.
[15:05:05 CET] <kierank> iirc it's preconfigured on ubuntu
[15:05:09 CET] <kierank> But let me see
[15:06:28 CET] <wm4> it binary loads only known codecs
[15:06:37 CET] <wm4> in mplayer, even ffmpeg codecs need to be added to codecs.conf
[15:06:45 CET] <wm4> (unless this specific codec is already added?)
[15:07:30 CET] <kierank> it tries to load the directshow filter but crashes
[15:07:37 CET] <kierank> but perhaps the codecs.conf incantation might fix that
[15:07:45 CET] <kierank> strace doesn't seem to be reading a codecs.conf
[15:09:54 CET] <wm4> or maybe the file had a different name
[15:10:07 CET] <kierank> MPlayer interrupted by signal 11 in module: check_framedrop
[15:10:11 CET] <kierank> added a codecs.conf
[15:10:14 CET] <kierank> still fails
[15:10:47 CET] <wm4> oh I remember, mplayer also had a builtin codecs.conf
[15:12:47 CET] <nevcairiel> wm4: clearly we should provide a modern binary loader in avcodec
[15:12:53 CET] <nevcairiel> :D
[15:13:00 CET] <kierank> nevcairiel: don't give people ideads
[15:13:02 CET] <kierank> ideas *
[15:13:06 CET] <wm4> including a 16 year old wine copy
[15:13:16 CET] <wm4> because wine gets better as it ages
[15:14:03 CET] <ubitux> quotable material
[15:18:42 CET] <cone-302> ffmpeg 03Anton Khirnov 07master:e7d7cf86dcab: qsvenc: support more RC methods
[15:18:43 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:24563c20f181: Merge commit 'e7d7cf86dcaba8eaaed62c80172ff0aff2588c2a'
[15:23:05 CET] <cone-302> ffmpeg 03Anton Khirnov 07master:fc4c27c4edfc: qsvenc: expose additional encoding options
[15:23:06 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:5bc9c7a6db1c: Merge commit 'fc4c27c4edfc6a5f9bc7c696e823652474a65ce8'
[15:24:36 CET] <cone-302> ffmpeg 03Anton Khirnov 07master:8a9de5c52401: doc/encoders: document the QSV option mappings
[15:24:37 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:da7cfef7f0c9: Merge commit '8a9de5c52401aa1e87bdb147524831c640d1ec53'
[15:28:15 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:462a54e2291e: lavc: Deprecate avctx.rtp_callback field
[15:28:16 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:93fb4a46298c: Merge commit '462a54e2291e1fa18e1f1254d09739dfbb795617'
[15:29:07 CET] <cone-302> ffmpeg 03Luca Barbato 07master:afdff8008149: configure: Clearly state that MSYS native builds are discouraged
[15:29:08 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:bbfdeec0203b: Merge commit 'afdff8008149515afebf9992eae84be7d76e6b1e'
[15:29:53 CET] <cone-302> ffmpeg 03Derek Buitenhuis 07master:c8fa64781137: oggparsespeex: Fix unchecked malloc
[15:29:54 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:4aa900acbdf6: Merge commit 'c8fa647811371885be421a84a2388529857fed23'
[15:32:34 CET] <cone-302> ffmpeg 03Tim Walker 07master:c12c085be7e8: dcadec: Do not check for overreads in auxiliary data
[15:32:35 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:b7855daffe40: Merge commit 'c12c085be7e86880924249e5cb3f898e45dee134'
[15:32:52 CET] <cone-302> ffmpeg 03Alexandra Hájková 07master:8375dc1dd101: asfdec: handle the case when the stream index has an invalid value better
[15:32:53 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:bf67ae3cfa28: Merge commit '8375dc1dd101d51baa430f34c0bcadfa37873896'
[15:34:10 CET] <cone-302> ffmpeg 03Luca Barbato 07master:6b7df14251c4: doc: Document better how to use MSYS2
[15:34:11 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:7c4d405d404c: Merge commit '6b7df14251c49331ae7efd4811ec21f4415ccdb5'
[15:35:31 CET] <cone-302> ffmpeg 03James Zern 07master:4d05e9392f84: libvpxenc: remove some unused ctrl id mappings
[15:35:32 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:6dce615ee24e: Merge commit '4d05e9392f84702e3c833efa86e84c7f1cf5f612'
[15:42:44 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:99f40fd02f18: sgienc: Do not end RLE lines with 0s
[15:42:45 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:ba32a22c8686: Merge commit '99f40fd02f1870c2dee70977b672da9cb198f0be'
[15:44:52 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:62cc8f4d79da: sgienc: Port to bytestream2
[15:44:53 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:e9675ed13ac5: Merge commit '62cc8f4d79dad119e8efeaae080a58a8dcb1e89d'
[15:46:26 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:59e3f4e598ae: sgienc: Use a local RLE encoding function
[15:46:27 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:81b73f1f9795: Merge commit '59e3f4e598ae381600ef54e1f6e6a8a5270ac245'
[15:47:27 CET] <Daemon404> neag
[15:47:28 CET] <Daemon404> neat
[15:48:11 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:98626a1a4c3e: avfilter/avf_showvolume: Fix "warning: comparison of unsigned expression < 0 is always false"
[15:48:27 CET] <nevcairiel> always in the mdidle of the merging!
[15:48:42 CET] <nevcairiel> git should get a repository lock feature like svn
[15:48:50 CET] <wm4> you should just announce on IRC when you're starting/finishing merging
[15:49:05 CET] <nevcairiel> if the merge spam above wasnt a clue, then thats not going to help
[15:49:10 CET] <wm4> I think it'd be better if git could just rebase merges
[15:49:27 CET] <nevcairiel> i kinda figured out how to do it mostly painless
[15:49:29 CET] <nevcairiel> but still
[15:50:22 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:4a0918cae639: sgienc: Support encoding high bit depth images with RLE
[15:50:23 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:7c56b8792c8f: Merge commit '4a0918cae6394e503b17c71f8f171b4a795eb849'
[15:56:31 CET] <cone-302> ffmpeg 03Rick Kern 07master:2f92322bfff2: developer.texi: Call out K&R coding style.
[16:03:36 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:823fa7004571: fate: Rework sgi tests into a suite and add the missing ones
[16:03:37 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:5c0dbc20fceb: Merge commit '823fa7004571cb8404ca5785f9fa6e85f0f9f3d3'
[16:04:53 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:99cb833fc2d9: sgi: Correctly propagate meaningful error values
[16:04:54 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:28765693955f: Merge commit '99cb833fc2d9874c62fffbcd3347fae660de0fe5'
[16:05:26 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:7831fb905031: textureencdsp: cosmetics: Use normal static const for tables
[16:05:27 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:f01a276b50a5: Merge commit '7831fb90503142e32cc3c9be43bc3f9d342ded6b'
[16:05:59 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:eef38316cab6: texturedspenc: Avoid using separate variables
[16:06:00 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:c75459167736: Merge commit 'eef38316cab68aff080cf2b83c2427a734194e8d'
[16:08:29 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:fdd5c48ebdec: texturedsp: Explicitly cast RGBA parameters to unsigned
[16:08:30 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:503153a96782: Merge commit 'fdd5c48ebdec489ec9e84eee547fefa50c3ad53c'
[16:09:51 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:5b70fb8fee4a: movenc-test: Fix integer overflows
[16:09:52 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:3b55484c30ad: Merge commit '5b70fb8fee4af3b13f29a2dc7222fd3c9782f79b'
[16:10:20 CET] <cone-302> ffmpeg 03Luca Barbato 07master:98063bcf15eb: rtsp: Do not assume getnameinfo cannot fail
[16:10:21 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:aaa4abfdb8bb: Merge commit '98063bcf15eb1e9bf9c8758c83c88d51cbb7ace7'
[16:12:31 CET] <cone-302> ffmpeg 03Luca Barbato 07master:34af7813f77e: udp: Use the logging context
[16:12:32 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:bf5437700136: Merge commit '34af7813f77e2b5b9dcb34f20bcf53bfcc0ba9c9'
[16:12:56 CET] <cone-302> ffmpeg 03Luca Barbato 07master:12b14382861f: udp: Provide additional information on getaddrinfo failure
[16:12:57 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:a6dac0b41054: Merge commit '12b14382861fbf19378afcddaa19cd9a949a86a3'
[16:13:33 CET] <cone-302> ffmpeg 03Luca Barbato 07master:2c17fb61ced2: rtsp: Log getaddrinfo failures
[16:13:34 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:f62fe535d5c0: Merge commit '2c17fb61ced2059034856a6c6cd303014aed01fe'
[16:16:26 CET] <Daemon404> eh
[16:16:33 CET] <Daemon404> blame git not peoppe who push
[16:16:35 CET] <cone-302> ffmpeg 03Luca Barbato 07master:62f72b40c0b0: nut: Provide more information on failure
[16:16:36 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:2e4d10ae553a: Merge commit '62f72b40c0b0d2cd6a2b81977287fa01d9f4ca6d'
[16:17:43 CET] <cone-302> ffmpeg 03Luca Barbato 07master:0e2395293bff: nut: Mark non-fatal errors as warnings
[16:17:44 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:2ee89553aafe: Merge commit '0e2395293bff089536b97131b32fea8b58bca0ba'
[16:20:21 CET] <durandal_1707> kierank: fire up ida and locate fuctions that do bitstream reading
[16:20:34 CET] <kierank> done all t hat
[16:20:36 CET] <kierank> it's insane
[16:20:42 CET] <kierank> never seen anything like it
[16:20:58 CET] <durandal_1707> what's name of DLL?
[16:26:23 CET] <kierank> sent pm
[16:26:39 CET] <cone-302> ffmpeg 03Matt Oliver 07master:26a84e2dae40: configure: Add user options to enable gcrypt/gmp for rtmp(t)e support.
[16:28:23 CET] <Compn> kierank : still need help with loader ?
[16:28:28 CET] <kierank> yes
[16:28:29 CET] <kierank> doesn't work
[16:28:35 CET] <Compn> what mplayer version?
[16:28:47 CET] <Compn> and what os? ubuntu? 32bit ? 32bit mplayer ?
[16:28:55 CET] <kierank> ubuntu 32-bit mplayer2
[16:29:12 CET] <kierank> MPlayer2 2.0-701-gd4c5b7f-2ubuntu2
[16:29:35 CET] <Daemon404> thats not mplayer
[16:29:45 CET] <kierank> tried normal mplayer as well
[16:29:52 CET] <kierank> same problem
[16:29:52 CET] <Compn> i'm not sure what year that mplayer2 is built in
[16:30:20 CET] <Compn> because, specific hacks were required for that specific codec, see patch from 2010 here https://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2010-January/063243.html
[16:30:30 CET] <Compn> i'm trying to find out when those hacks were committed
[16:30:40 CET] <wm4> Compn: january 2013
[16:30:54 CET] <wm4> the mplayer2 git commit hash I mean
[16:31:00 CET] <Compn> ok , those were committed in 2010. http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2010-May/039155.html
[16:31:07 CET] <wm4> but mplayer2 didn't merge mplayer changes for quite a while
[16:31:26 CET] <Compn> where did you get the cineform dll from ?
[16:31:37 CET] <kierank> sesse
[16:31:41 CET] <Compn> its also possible that we can load an old version but not latest dll... (happened to quicktime.qts a lot)
[16:32:16 CET] <Compn> well paste me failing output to pastebin then
[16:32:40 CET] <wm4> if you knew how terrible the wine hack is, you wouldn't be surprised
[16:32:42 CET] <kierank> moving to normal mplayer
[16:32:46 CET] <Compn> did you try the vfw version? http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2010-January/038106.html
[16:32:51 CET] <Compn> dshow nonsense...
[16:32:51 CET] <wm4> most newer DLLs could probably be made work by using a modern wine
[16:32:54 CET] <kierank> no that only works on windows
[16:32:57 CET] <Compn> ah
[16:33:12 CET] <Compn> some error on linux ?
[16:33:24 CET] <Compn> wm4 : i agree, our wine code is ancient. new wine loader welcome...
[16:33:52 CET] <wm4> the coreavc hack used a somewhat reasonable approach (out-of-process wine server)
[16:33:58 CET] <Compn> sesse is on irc, could ask him :P
[16:34:04 CET] <Daemon404> why are you trying to load in mplayer anyway
[16:34:12 CET] <kierank> Compn: http://paste.ubuntu.com/13559405/
[16:34:12 CET] <Compn> the dshowserver stuff is still developed by sherpya i  think
[16:34:18 CET] <kierank> Compn: I have
[16:34:22 CET] <wm4> there's also a chinese mplayer fork with native directshow support
[16:34:35 CET] <kierank> durandal_1707: because I can't get breakpoints to work on windows in dshow
[16:34:38 CET] <kierank> at least on linux it should work
[16:34:46 CET] <nevcairiel> wm4: of course that would only work on windows then
[16:34:59 CET] <Daemon404> kierank, msvs debguger BP should work fine i would think
[16:35:01 CET] <Daemon404> or windbg
[16:35:25 CET] <Compn> or use gdb on windows in mingw ... hehe
[16:35:45 CET] <Daemon404> no that didnt work.
[16:35:47 CET] <Compn> where mplayer uses more native dlls instead of emulated calls
[16:35:52 CET] <nevcairiel> gdb isnt very good debugging binaries not build for mingw
[16:36:00 CET] <Compn> right
[16:36:44 CET] <Compn> kierank : ah im an idiot , paste didnt help me.
[16:37:01 CET] <nevcairiel> in msvs related news, 2015 update 1 is going to be released tomorrow, i can finally finish my vp9 dxva decoder \o/
[16:37:08 CET] <JEEB> :o
[16:37:52 CET] <Compn>  maybe i should boot up ubuntu and fix the vfw codec 
[16:39:49 CET] <nevcairiel> Daemon404: do you use a mac for development by any chance?
[16:39:56 CET] <Daemon404> lol no
[16:39:56 CET] <Daemon404> why
[16:40:10 CET] <nevcairiel> i was hoping you could merge the objc patch =P
[16:40:12 CET] <wm4> when is the clang thing coming out?
[16:41:01 CET] <Daemon404> nevcairiel, maybe poke thilo
[16:41:03 CET] <nevcairiel> i think they'll release the preview version with update 1, and the final scheduled for spring
[16:41:24 CET] <nevcairiel> (final being near-zero local changes, everything upstreamed to clang, afaik)
[16:42:02 CET] <nevcairiel> Daemon404: i can dig out my macbook i suppose, at least i can roughly test it
[16:42:19 CET] <nevcairiel> i just always get a headache when i have to use it, the different keyboard layout drives me mad
[16:42:56 CET] <nevcairiel> (and all the special keys are not even labeled on the keyboar, so i have to guess, gah!)
[16:44:02 CET] <wm4> yeah, macbooks aren't made for actual people
[16:44:07 CET] <fritsch> :-)
[16:47:49 CET] <Compn> are there laptops out there with sane keyboard layouts ?
[16:48:39 CET] <nevcairiel> its just if you never use a mac, you expect those special keys a programmer needs to be on the same keys as usual - which the mac does not do
[16:49:44 CET] <nevcairiel> other laptops are fine, not ideal since all needs to be tiny, but at least same keys as my normal keyboard =p
[16:50:19 CET] <durandal_1707> kierank: I located codebook mentioned in spec
[16:50:27 CET] <nevcairiel> i guess i can just boot it and ssh in to avoid the headaches
[16:50:36 CET] <kierank> durandal_1707: haven't got that far yet
[16:50:50 CET] <kierank> kostya helped me with lowpass coeffs (raw pixels) so I am getting downscaled picture working first
[16:51:12 CET] <durandal_1707> Funny there are names of devs in comments somehow
[16:51:15 CET] <kierank> yeah
[16:51:28 CET] <kierank> probably I will submit patch with downscaled decoder
[16:51:49 CET] <kierank> and then work on highpass coeffs
[16:52:24 CET] <kierank> durandal_1707: where is location of codebook
[16:54:43 CET] <cone-302> ffmpeg 03James Almer 07master:27ce53b52d0d: avcodec/libdcadec: require first public release
[17:00:15 CET] <durandal_1707> kierank: .rdata: 100B9220
[17:01:17 CET] <durandal_1707> Order of numbers is different from one in spec
[17:02:13 CET] <durandal_1707> they need to be converted from bytes to dwords
[17:03:00 CET] <durandal_1707> type several times d on that location, ignore first dword
[17:03:51 CET] <durandal_1707> dword is dd
[17:04:38 CET] Action: Compn afk
[17:12:54 CET] <durandal_1707> wtf open c:/tweak.txt
[17:15:26 CET] <kierank> yeah
[17:18:39 CET] <cone-302> ffmpeg 03Nicolas George 07master:15206ffdbee3: ffserver: add NULL context to ff_rtsp_parse_line().
[17:23:33 CET] <Daemon404> i see that stuff al the time in codec dlls
[17:23:47 CET] <Daemon404> one checked for a txt file and if it existed, enabled debug logging
[17:32:06 CET] <kierank> that binary is super riced
[17:32:20 CET] <kierank> asm (probably) intrinsics everywhere
[17:32:49 CET] <durandal_1707> kierank: so you know all bitstream?
[17:32:57 CET] <kierank> no just lowpass coeffs
[17:33:00 CET] <kierank> but I want to get a picture first
[17:33:06 CET] <kierank> then figure out highpass coeffs
[18:48:16 CET] <wm4> do we require all AVOptions to be documented separately?
[18:56:31 CET] <ubitux> wm4: seems so; but i'd love to have most of the current documentation generated from the code
[18:58:47 CET] <wm4> anyway, I can't see where a new option for a demuxer would be added
[18:58:51 CET] <wm4> but I might be blind
[18:59:15 CET] <wm4> actually, looking again, is it just doc/demuxers.texi ?
[18:59:29 CET] <wm4> seems so
[19:05:54 CET] <cone-302> ffmpeg 03Claudio Freire 07master:88e498a87eb2: AAC encoder: make pe.min a local minimum
[19:20:56 CET] <cone-302> ffmpeg 03Paul B Mahol 07master:337b6d3b365a: avfilter/af_sidechaincompress: fix output gain for rms(default) detection
[21:02:56 CET] <kierank> durandal_1707: hmmm, stuck on the chroma currently
[21:03:00 CET] <kierank> luma looks sane
[21:04:07 CET] <Compn> hue hue hue
[21:04:26 CET] <Compn> looks like i broke trac #5046 sample url :D
[21:04:48 CET] <Compn> oh nm
[21:10:52 CET] <cone-302> ffmpeg 03Carl Eugen Hoyos 07master:ec494e6c8369: lavf/mxfdec: Set width to actual coded_width for AVCI50.
[21:32:51 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:55711e6fd052: avcodec/dnxhddec: Disable 12bit by default
[21:33:36 CET] <Daemon404> oooh aac
[21:44:17 CET] <durandal_1707> kierank: you already got code or?
[21:44:46 CET] <kierank> durandal_1707: the lowpass coefficients are not compressed
[21:46:35 CET] <rcombs> holy shit that sample
[21:48:17 CET] <durandal_1707> kierank: but bits how lowpas stuff is stored..
[21:48:58 CET] <kierank> the lowpass coefficients are the pixels of a downscaled image
[21:52:28 CET] <Daemon404> kierank, it depends how many transforms they do
[21:52:40 CET] <Daemon404> lowpass may end up at 128x128 for all i kniow
[21:52:48 CET] <Daemon404> (wavelets~)
[21:57:36 CET] <atomnuker> the experimental flag's off as soon as the patch hits master
[21:57:56 CET] <atomnuker> from what the patch on the ML fixes I think it's definitely good enough
[21:58:11 CET] <atomnuker> just need to inspect the code and make sure it's still stable
[21:58:40 CET] <kierank> durandal_1707: I also need to figure out how  to get the codebooks into ffmpeg
[22:00:08 CET] <durandal_1707> you can save asm
[22:03:31 CET] <Daemon404> kierank, spec is really missing such obvious things?
[22:04:58 CET] <durandal_1707> afaik spec have only one codebook other two are in binary
[22:06:10 CET] <kierank> I mean how do you use the codebooks in ffmpeg
[22:06:10 CET] <kierank> I've written the opposite for x262, never done codebook bitstream reading
[22:06:48 CET] <kierank> durandal_1707: not sure how those other codebooks are selected either
[22:11:57 CET] <Daemon404> kierank, look at any of the VQ codecs
[22:11:57 CET] <Daemon404> ... dammit
[22:55:30 CET] <Timothy_1u> "Lag: 17" Freenode is probably being attacked again
[23:58:40 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:891dc8f87536: avcodec/mpeg4videodec: Check available data before reading custom matrix
[00:00:00 CET] --- Mon Nov 30 2015