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

burek burek021 at gmail.com
Wed Aug 7 02:05:02 CEST 2013


[00:26] <BBB> ubitux: make testdata after cloning or downloading and configuring libvpx
[00:26] <BBB> ubitux: then look for vp90-02-*.webm
[00:43] <beastd> good night...
[01:08] <cone-530> ffmpeg.git 03Carl Eugen Hoyos 07master:4c15f3491f19: Set bits_per_raw_sample when decoding pnm.
[02:54] <BBB> Daemon404: ubitux: fyi keyframe decoding works now (for one file tested, loopfilter not yet done)
[02:55] <Daemon404> oic
[02:55] <Daemon404> ive been practicing
[02:55] <BBB> Daemon404: ubitux: is anyone working on loopfilter or bw adaptivity yet? if not I'll pick either of those two (in that order)
[02:55] <Daemon404> implemented an mpeg1 decoder from scratch
[02:55] <Daemon404> (what a huge waste of time)
[02:55] <BBB> that's a waste of time
[02:55] <BBB> yeah
[02:55] <Daemon404> its te first dct-related thing i ever coded
[02:56] <Daemon404> so it wasnt *entirely* useless to me
[02:56] <Daemon404> "learning experience"
[02:56] <Daemon404> walk before you run etc
[02:56] <cone-530> ffmpeg.git 03Marton Balint 07master:a7bb12a30756: mpegts: add fix_teletext_pts mpegts demuxer option
[02:57] <BBB> i s'pose
[02:57] <BBB> anyway
[02:57] <BBB> so nobody doing lf/bwadapt?
[02:57] <BBB> then I'll do lf
[02:57] <Daemon404> lf i loopfilter.. what is bw?
[02:58] <Daemon404> is*
[02:58] <Compn> bandwidth adaptive loopfilter
[02:58] <BBB> backward
[02:58] <Compn> damn
[02:59] <BBB> updating probabilities based on frequency of symbol/branch in previous frame(s)
[02:59] <BBB> it's a little like cabac but different
[02:59] Action: Daemon404 still doesnt understand arithmetic coding so well
[02:59] <BBB> we'll get there later
[02:59] <BBB> brb
[02:59] <BBB> :)
[02:59] <Daemon404> ;p
[03:02] <BBB> I can explain arithcoding at some point but for now suffice to say it's a bitstream reader that is more efficient in terms of how many bits you spend per symbol
[03:03] <Daemon404> ive just been thinking of it as a black box where symbls go in and bits come out
[03:03] <Daemon404> defined in a spec somewhere
[03:03] <Daemon404> <_<
[03:04] <BBB> that's somewhat generic, no, really, it's not that weird
[03:04] <BBB> we have multple range coder implementations in ffmpeg
[03:04] <BBB> and this is just one particular kind
[03:04] <BBB> but yes black box works for now
[03:12] <Kovensky> <@Daemon404> its te first dct-related thing i ever coded <-- I thought that was JPEG
[03:13] <Daemon404> technically
[03:13] <Kovensky> Daemon404: D_S once explained to me that it was like encoding a huge fraction -- you're writing the digits of the denominator
[03:13] <Kovensky> (arithmetic coding that is)
[03:13] <Daemon404> something like that
[03:13] <Kovensky> and the decoding would be equivalent to executing the division (with 1 as the numerator) and reading the digits of the result
[03:53] <kierank> Daemon404: richardson explains it
[03:54] <Daemon404> i wasnt in a good enough state of mind while reading it on a plane to comprehend it
[03:54] <Daemon404> also i like how the aricoding section is as long as all the other sectins combined
[03:54] <Datalink> I'm about to recompile ffmpeg for screencasting to an RTMP server from a Raspberry Pi, does anyone know a good list of config options for the compiler?
[03:55] <Datalink> I'm mainly wondering if things like  --enable-hardcoded-tables would speed up runtime and reduce load on the limited processor
[03:55] <Daemon404> that only affects init time
[03:56] <Datalink> ok, would I need to enable gpl, gpl3 or nonfree for my needs? this will likely be streaming constantly unless power goes out to the Pi
[03:56] <Skyler_> hardcoded tables is for embedded systems with limited RAM, in order to put the tables in ROM instead
[03:56] <Skyler_> license options are for enabling particular non-LGPL external libraries; it will refuse to configure if you haven't set the right ones
[03:57] <Daemon404> there's also some gpl mmx code
[03:57] <Daemon404> but i dont recall it being useful at all
[03:57] <Daemon404> also >arm
[03:57] <Datalink> it's not relevent on ARM, so yeah
[03:57] <Datalink> okay so I'll be able to just enable x11grab and be okay?
[03:57] <Daemon404> x11grab is gpl atually
[03:57] <Daemon404> :D
[03:58] <Datalink> is it? heh, okay... so I do need to enable nonfree
[03:58] <Datalink> er, gpl
[03:58] <Skyler_> no, you need to enable... gpl
[03:58] <Skyler_> yes
[03:58] <Datalink> that was a typo :P
[03:58] <Datalink> alright, now to wait the 2 hours+ for this to compile...
[03:58] <Datalink> what's the status of libx264?
[03:59] <Daemon404> also gpl
[03:59] <Datalink> yeah, configure just told me that x.X okay, I'll get this done
[04:00] <Skyler_> if you're using x264, I might warn you the raspberry pi is an armv6 cpu, while most of the encoding optimizations are for armv7 (neon)
[04:00] <Skyler_> it may be, um.  quite slow
[04:00] <Datalink> Skyler_, noted
[04:01] <Datalink> it's kinda the 'it's cheap' tax, everything's optimized for the generation of CPU after the Pi's SoC core
[04:01] <Skyler_> partly because armv6 doesn't have much in the realm of SIMD, so there's not really much to optimize for
[04:02] <Datalink> true, I wonder how hard it'd be to optimize for the VideoCore GPU
[04:03] <Skyler_> videocore is more of a DSP than a GPU
[04:03] <Skyler_> but it's very proprietary 
[04:05] <Datalink> yeah, true, but after much user pressure, Broadcom opened up it's Linux side code to a point, there's also a player that uses it already, omxplayer
[04:06] <Skyler_> they opened APIs for their decoding libraries, but they didn't open up the development tools, processor ISA, and so on
[04:06] <Skyler_> i.e. you can use their decoder; you can't go write your own
[04:06] <Skyler_> so you wouldn't be able to go port <X software> to run on their DSP
[04:06] <Datalink> true :/
[04:10] <Datalink> and now to install libx264
[04:13] <Datalink> hm, should I be worried if ./configure takes a long time?
[04:14] <Datalink> never mind, it couldn't find X11...
[04:14] <Skyler_> if you're compiling /on/ the pi, well, it probably will
[04:14] <Datalink> true
[07:16] <BBB> hm actually I have to retract that bw adapt and loopfilter stuff
[07:16] <BBB> I need 32x32 intra pred and idct first
[07:16] <BBB> so I'll go do that now
[07:22] <ubitux> BBB: well...
[07:22] <ubitux> i was looking for the 32x32 intra pred
[07:23] <ubitux> i don't mind doing something else, but well... :)
[07:23] <ubitux> 32x32 idct*
[07:23] <BBB> I'll do intra pred if you do idct
[07:23] <BBB> that's fine with me
[07:23] <ubitux> ok
[07:24] <ubitux> ok idct, just give me the time to dive into the code properly
[07:24] <BBB> send patches even if it doesn't work yet :)
[07:24] <BBB> the code I originally uploaded wasn't QA'ed either
[07:24] <BBB> I just put it up there and it had embrassing bugs
[07:24] <BBB> that's an ok model for development for something that moves quickly like this
[07:25] <ubitux> i don't move quickly yet myself, need some little time to get familiar with the code first
[07:25] <ubitux> and ok for the make testdata, handful, thx
[07:27] <BBB> np
[07:27] <BBB> I can supply some test files if you want to test the 32x32 idct
[07:28] <BBB> the vp90-02-size-*.webm files don't trigger it
[07:28] <ubitux> i suppose i just have to generate very low bitrate video with the simple_encoder of libvpx?
[07:28] <BBB> for example
[07:28] <BBB> I can send you a 25kb file
[07:28] <BBB> it's 50 frames of akiyo @ 100kbps
[07:28] <ubitux> with pleasure then
[07:29] <BBB> sent
[07:30] <ubitux> thx
[07:30] <BBB> first 64x64 decodes ok, then it crashes because of missing 32x32 functions being called
[07:30] <BBB> (intra pred)
[07:30] <ubitux> ok
[07:30] <BBB> after that, it'll crash b/c the idct 32x32 is missing
[07:30] <BBB> then it should decode correctly?
[07:30] <BBB> (first frame, at least)
[07:39] <ubitux> BBB: so you're on init_intra_pred(TX_32X32, 32x32), right?
[07:39] <BBB> yes
[07:40] <BBB> and you're on init_idct(TX_32X32,  idct_idct_32x32);
[07:40] <ubitux> ok, then i'm on init_idct(TX_32X32,  idct_idct_32x32)
[07:40] <ubitux> :)
[07:40] <BBB> let me push the boilerplate for my stuff so it doesn't crash for you
[07:40] <BBB> if you play that file
[07:40] <BBB> ignore the missing intra prediction for now, if you compare against libvpx, just focus on the residual only
[07:41] <ubitux> ok
[07:41] <BBB> so if the output of intra pred is X and residual is Y, just make sure that your final reconstruction outputs Y
[07:41] <BBB> I'll make it output X+Y
[07:41] <BBB> (or the other way around)
[07:41] <BBB> (i.e. you make it output X+Y and I make it output just X)
[07:41] <BBB> pushing a boilerplate function is fine btw, then at least it doesn't crash for me
[07:41] <BBB> :)
[07:43] <BBB> (also a good practice for making sure we can push to each other's repo and don't kill each other's changes)
[07:43] <ubitux> i'm mostly reading now anyway
[07:44] <ubitux> itxfm = inverse transform ... function modes?
[07:44] <BBB> inverse transform
[07:44] <BBB> I don't call it idct because we use more than just dct here
[07:45] <BBB> i.e. adst
[07:45] <BBB> so I can call it idct_1d or iadst_1d (inverse dct, inverse adst)
[07:45] <BBB> dct is discrete cosine transform, adst is assyetric discrete sine transform
[07:45] <ubitux> oh txfm is "transform" ok
[07:45] <BBB> assymetric *
[07:45] <BBB> yeah
[07:45] <ubitux> funny letter compression
[07:45] <BBB> maybe itx is better?
[07:45] <ubitux> no no it's ok :)
[07:47] <ubitux> so for each of the 2 dimensions of each block, you can choose between the 2 tx?
[07:47] <ubitux> hence the 4 combinations?
[07:48] <BBB> for 4x4-16x16 yes
[07:48] <BBB> for 32x32 no
[07:48] <BBB> 32x32 is dct only
[07:48] <BBB> that's why the 32x32 initializer is different
[07:48] <ubitux> and that's the reason it was left and the macro is not the same as the other
[07:48] <BBB> also, lossless is one type only (it's not strictly a dct or adst, it's a walsh-hadamard based one)
[07:48] <BBB> hence the name iwht
[07:49] <BBB> I didn't implement idct32x32 because I was lazy
[07:49] <BBB> not strictly because it was different
[07:49] <BBB> it's the longest, as you might have noticed
[07:49] <BBB> and as you translate from libvpx to the real world, you'll notice I order instructions differently
[07:49] <BBB> it typically makes it a lot shorter
[07:49] <BBB> I hope that can be done for the 32x32 one also
[07:50] <ubitux> :)
[07:51] <BBB> ok now 32x32 intra pred diagnoal functions... they are a pain
[07:51] <BBB> (because they're long when written out)
[08:17] <ubitux> 07:48:11 <@BBB> 32x32 is dct only // why libvpx has a adst 32 then?
[08:17] <ubitux> also, why a special case for 32x32?
[08:17] <ubitux> oh wait
[08:18] <ubitux> forget it
[08:20] <BBB> good thing I was off for a while :)
[08:20] <ubitux> yeah, 20 sec was w
[08:20] <ubitux> was enough
[09:19] <cone-885> ffmpeg.git 03Anton Khirnov 07master:612a5049d9b4: avserver: do not use a static string as a default for a string option
[09:19] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:4131f21f7761: Merge commit '612a5049d9b4ac1c2a293daf75fe814b7a94fdc7'
[09:28] <cone-885> ffmpeg.git 03Anton Khirnov 07master:06cd4c5a68e2: avconv: fix usage of deprecated lavfi API
[09:28] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:a59a64cbc853: Merge commit '06cd4c5a68e23f5be199c0d2d563da80989f839f'
[09:40] <cone-885> ffmpeg.git 03Anton Khirnov 07master:3799376dd337: lavfi/fifo: fix flushing when using request_samples
[09:40] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:bb5ef961647f: Merge commit '3799376dd3373ee255651ed542c75b15665801a8'
[10:13] <cone-885> ffmpeg.git 03Anton Khirnov 07master:2e661f26f8b1: avconv: insert extra filters in the same way for both graph inputs and outputs
[10:13] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:84bc317019ba: Merge commit '2e661f26f8b12195f75ae3b07d9591e395135bc7'
[10:43] <cone-885> ffmpeg.git 03Anton Khirnov 07master:56ee3f9de7b9: avconv: distinguish between -ss 0 and -ss not being used
[10:43] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:3fa72de82f04: Merge commit '56ee3f9de7b9f6090d599a27d33a392890a2f7b8'
[11:51] <cone-885> ffmpeg.git 03Anton Khirnov 07master:811bd0784679: avconv: make input -ss accurate when transcoding
[11:51] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:7cbef2ed7ed4: Merge commit '811bd0784679dfcb4ed02043a37c92f9df10500e'
[12:03] <durandal_1707> somebody wants to test my super2xsai patch on multiple cores cpu?
[12:48] <cone-885> ffmpeg.git 03Anton Khirnov 07master:488a0fa68973: avconv: support -t as an input option.
[12:48] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:6d77279ed81c: ffmpeg_opt: Remove support for specifying -t anywhere to set the duration
[12:49] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:b7fc2693c70f: Merge commit '488a0fa68973d48e264d54f1722f7afb18afbea7'
[13:44] <cone-885> ffmpeg.git 03Rémi Denis-Courmont 07master:578ea75a9e4a: vdpau: remove old-style decoders
[13:44] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:bf36dc50ea44: Merge commit '578ea75a9e4ac56e0bbbbe668700be756aa699f8'
[13:53] <cone-885> ffmpeg.git 03Rémi Denis-Courmont 07master:a0ad5d011318: vdpau: deprecate old codec-specific pixel formats
[13:53] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:4ee0984341d8: Merge commit 'a0ad5d011318f951ecd4c9ffe1829518c9533909'
[14:25] <cone-885> ffmpeg.git 03Rémi Denis-Courmont 07master:549294fbbe1c: vdpau: deprecate VDPAU codec capability
[14:25] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:3b805dcaa97e: Merge commit '549294fbbe1c00fee37dc4d3f291b98945e11094'
[14:25] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:50fb8c1114b9: avcodec/vdpau.h: define FF_API_CAP_VDPAU if its not defined
[14:30] <cone-885> ffmpeg.git 03Rémi Denis-Courmont 07master:2852740e23f9: vdpau: store picture data in picture's rather than codec's context
[14:30] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:c3b290232078: Merge commit '2852740e23f91d6775714d7cc29b9a73e1111ce0'
[14:49] <Datalink> http://illogicallabs.com/paste/00000005.txt
[14:50] <cone-885> ffmpeg.git 03Rémi Denis-Courmont 07master:f824535a4a79: vdpau: deprecate bitstream buffers within the hardware context
[14:50] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:9547e3eef369: Merge commit 'f824535a4a79c260b59d3178b8d958217caffd78'
[14:50] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:66056f74a1e9: avcodec/vdpau.h: define FF_API_BUFS_VDPAU if its not defined
[14:50] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:318d7a963871: avcodec/vdpau: include attributes.h, needed for attribute_deprecated
[14:56] <cone-885> ffmpeg.git 03Diego Biurrun 07master:bea3d6f4363f: ismindex: Replace mkdir ifdeffery by os_support.h #include
[14:56] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:1dfb34db6dd0: Merge commit 'bea3d6f4363ff1bbbd99c1717f7498b9fdb12cfc'
[15:00] <cone-885> ffmpeg.git 03Diego Biurrun 07master:22a154e4363b: build: Add missing img2.o dependency to apetag.o
[15:01] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:7ed002d79136: Merge commit '22a154e4363b351dd9f321003de01dffebd2fa18'
[15:10] <cone-885> ffmpeg.git 03Ben Avison 07master:daf1e0d3de03: avio: Add an internal function for reading without copying
[15:10] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:8878aef04882: Merge commit 'daf1e0d3de03bd424016e2a7520e4e94ece5c0ac'
[15:16] <cone-885> ffmpeg.git 03Ben Avison 07master:cabb16816975: mpegts: Remove one memcpy per packet
[15:16] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:4ed0b28a45ad: Merge commit 'cabb1681697555e2c319c37c1f30f149207e9434'
[15:22] <cone-885> ffmpeg.git 03Ben Avison 07master:c84ea750cf76: mpegts: Make discard_pid() faster for single-program streams
[15:22] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:5dd8ca7d1b54: Merge commit 'c84ea750cf765c9d8845fca5546eb0ae25b9c855'
[15:31] <cone-885> ffmpeg.git 03Luca Barbato 07master:bc54c2ae3ca6: libx264: add shortcut for the bluray compatibility option
[15:31] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:560e9365b6eb: Merge commit 'bc54c2ae3ca6abd225dc331eafc12108513158de'
[15:39] <cone-885> ffmpeg.git 03Luca Barbato 07master:605387582bd3: lavf: Support unix sockets
[15:39] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:8d06ce79411f: Merge commit '605387582bd35920b83a26dabbe1c0601f425621'
[15:44] <cone-885> ffmpeg.git 03Luca Barbato 07master:bb9378251a16: network: Use SOCK_CLOEXEC when available
[15:44] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:253976720653: Merge commit 'bb9378251a167ef0116f263912e57f715c1e02ac'
[15:53] <cone-885> ffmpeg.git 03Luca Barbato 07master:9991298f2c4d: bink: Bound check the quantization matrix.
[15:53] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:06fd4e45d9b6: Merge commit '9991298f2c4d9022ad56057f15d037e18d454157'
[16:02] <cone-885> ffmpeg.git 03Luca Barbato 07master:090cd0631140: vc1: check the source buffer in vc1_mc functions
[16:02] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:f606c6e92c63: Merge commit '090cd0631140ac1a3a795d2adfac5dbf5e381aa2'
[16:14] <cone-885> ffmpeg.git 03Luca Barbato 07master:43bacd5b7d3d: vc1: check mb_height validity.
[16:14] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:91062ddef18e: Merge commit '43bacd5b7d3d265a77cd29d8abb131057796aecc'
[16:23] <cone-885> ffmpeg.git 03Ben Avison 07master:a22ae9f0c579: mpegts: Remove one 64-bit integer modulus operation per packet
[16:23] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:0df55e1ba886: Merge commit 'a22ae9f0c579793f411e2bd7a8db557091a3a4ae'
[16:29] <cone-885> ffmpeg.git 03Kostya Shishkov 07master:bc909626b0a3: twinvq: move all bitstream reading into single place
[16:29] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:9648c8e57b15: Merge commit 'bc909626b0a3c107625f2cb4c85479d18de422a8'
[16:34] <cone-885> ffmpeg.git 03Diego Biurrun 07master:4d8d16b596c6: twinvq: Prefix enums and defines shared with VoxWare MetaSound
[16:34] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:a97f7499909a: Merge commit '4d8d16b596c63de85e52488734338fbb41238058'
[16:41] <cone-885> ffmpeg.git 03Kostya Shishkov 07master:86f4c59bd676: twinvq: Split VQF-specific part from common TwinVQ decoder core
[16:41] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:7d03e60c124b: Merge commit '86f4c59bd676672040b89d8fea4c9e3b59bfe7ab'
[16:47] <cone-885> ffmpeg.git 03Diego Biurrun 07master:971cce7ebb48: riff.h: Remove stray extern declaration for non-existing symbol
[16:48] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:f5b2718c0ae5: Merge commit '971cce7ebb48a58e72e4dc57b3008e2682bcf4e7'
[16:53] <cone-885> ffmpeg.git 03Diego Biurrun 07master:0ba4ea312b2a: avcodec/options: Drop deprecation warning suppression macros
[16:53] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:83db013a063b: Merge remote-tracking branch 'qatar/master'
[17:25] <cone-885> ffmpeg.git 03Martin Storsjö 07master:2a0ec47bd70e: unix: Convert from AVERROR to errno range before comparing error codes
[17:25] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:287f7d0ae126: Merge commit '2a0ec47bd70ebb79e8b2d2f956feeb3a813df798'
[17:46] <ubitux> BBB: i believe i'll be done with idct32 in the next 24 hours
[17:46] <ubitux> if you can wait "that much"
[17:51] <j-b> Thilo ?
[17:57] <cone-885> ffmpeg.git 03Martin Storsjö 07master:abe5268c3328: tcp: Use a different log message and level if there's more addresses to try
[17:58] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:89efaabc9949: Merge commit 'abe5268c3328bf0e8fcfb7dc6e231b8920177c3a'
[18:06] <cone-885> ffmpeg.git 03Diego Biurrun 07master:fcc455ff2e11: avformat/dv: K&R formatting cosmetics
[18:06] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:7565aaecb497: Merge commit 'fcc455ff2e11ed04603aead1984a92ac3a4be226'
[18:13] Action: funman looks for dilaroga
[18:27] <cone-885> ffmpeg.git 03Diego Biurrun 07master:3dd5c95deef5: riff: Move muxing code to a separate file
[18:27] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:508a5349da98: Merge commit '3dd5c95deef51d7fbf6f4458ba42d1335d2f1472'
[18:36] <cone-885> ffmpeg.git 03Diego Biurrun 07master:255d9c570e11: riff: Move demuxing code to a separate file.
[18:36] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:0a8f5eb23a2d: Merge commit '255d9c570e117f0fcb8e51fa2c5996f3c4b2052b'
[19:20] <cone-885> ffmpeg.git 03Diego Biurrun 07master:406e6c0ba539: configure: Properly split avserver component and system dependencies
[19:20] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:1faece7eccdb: Merge commit '406e6c0ba5393fa302080202fe77bd09187889a1'
[19:26] <cone-885> ffmpeg.git 03Diego Biurrun 07master:a7d45e06e975: configure: The W64 demuxer should select the WAV demuxer, not depend on it
[19:26] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:05f1b4e2ecc4: Merge commit 'a7d45e06e9757f49ea4e105cbefc3462a7324e9a'
[19:33] <cone-885> ffmpeg.git 03Diego Biurrun 07master:61c31e4ee7ea: configure: Properly set zlib dependencies for all components
[19:33] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:c32db6adab99: Merge commit '61c31e4ee7ea79a9e74c0476b81244febf17e6d7'
[19:40] <cone-885> ffmpeg.git 03Diego Biurrun 07master:6fb65973c950: configure: Properly split dv1394 indev dependencies
[19:40] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:66328da700c7: Merge commit '6fb65973c9501d3fe94a5a9195c01cd20083066e'
[19:45] <cone-885> ffmpeg.git 03Christian Schmidt 07master:1c6d2bb9a927: pcm_bluray: Return AVERROR_INVALIDDATA instead of -1 on header errors
[19:45] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:aa24729c2135: Merge remote-tracking branch 'qatar/master'
[20:02] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:5b13778f9323: mpegts: remove usage of MOD_UNLIKELY()
[20:37] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:ef71717901b0: avformat/smoothstreamingenc: Make const tables static const
[20:37] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:9e10b2cfc9ec: avformat/spdifenc make const tables static const
[20:37] <cone-885> ffmpeg.git 03Michael Niedermayer 07master:a68b6ec7f55e: avutil/hmac: make const tables static const
[20:47] <ubitux> 07:49:32 <@BBB> and as you translate from libvpx to the real world, you'll notice I order instructions differently
[20:47] <ubitux> 07:49:40 <@BBB> it typically makes it a lot shorter
[20:47] <ubitux> 07:49:59 <@BBB> I hope that can be done for the 32x32 one also
[20:47] <ubitux> it seems so ^
[20:48] <ubitux> so far i'm able to follow the changes you did
[21:37] <michaelni> ubitux, you dont want to maintain libavutil/timecode.c ?
[21:37] <ubitux> michaelni: yeah sorry i didn't reply
[21:37] <ubitux> i don't know, i'm not much into broadcasting anymore
[21:38] <ubitux> i guess it doesn't require much maintainance anyway, so it should be ok
[21:39] <michaelni> ok and yes shouldnt need much/any work
[21:39] <michaelni> and as one of the authors it should be even easier for you
[21:39] <michaelni> BBB, you dont want to maintain libavutil/atomic ?
[21:41] <michaelni> wbs, you dont want to maintain libavutil/hmac.c ? you are the author AFAIK ...
[21:45] <llogan> ubitux: welcome back.
[21:45] <ubitux> hello llogan :)
[21:45] <ubitux> i'm back since a few days actually
[21:45] <llogan> how was the break?
[21:46] <ubitux> mind free
[21:47] <llogan> my summer plans all got canceled due to one thing or another...
[21:47] <llogan> and now it's already august
[21:48] <ubitux> yup, worst time of the year
[21:48] <ubitux> welcome to hell
[22:07] <ubitux> BBB: WIP available at https://github.com/ubitux/FFmpeg/commits/vp9
[22:07] <ubitux> still not usable (doesn't build anyway)
[22:08] <ubitux> possibly working tomorrow
[22:08] <Daemon404> i will start working on vp9 tomorrow -- if you give me a task
[22:08] <Daemon404> so i dont conflict with someone else
[23:35] <aballier> michaelni: any reason you kept decode_audio3 but not AVCODEC_MAX_AUDIO_FRAME_SIZE when merging ?
[23:37] <michaelni> aballier, which commit ?
[23:38] <aballier> michaelni: e052f06531c400a845092a7e425ef97834260b3b
[23:38] <aballier> (this is the merge commit)
[23:41] <michaelni> aballier, i cant awnser this question, it might have been a mistake or maybe i had something in mind, i dont rememer 
[23:42] <aballier> can it be readded ? iirc decode_audio3 was meant to be used with buffers of that size
[23:42] <aballier> (or decode_audio3 killed, i dont mind, its just it doesnt seem useful that way)
[23:52] <BBB> ubitux: ok got it
[23:52] <BBB> ubitux: I'm far from done anyway, so don't worry about it taking another few days
[23:52] <BBB> funky weird bugs all over the place
[23:52] <BBB> first frame of akiyo starting to look good though
[23:53] <BBB> michaelni: let me think about that, on vacation right now, not quite the right time
[23:57] <wm4> oh dear, one merge commit per merged commit
[23:59] <durandal11707> yes, but michaelni likes having one extra commit per each fork one
[00:00] --- Wed Aug  7 2013


More information about the Ffmpeg-devel-irc mailing list