[FFmpeg-devel-irc] IRC log for 2011-02-14

[irc at mansr.com]

[00:03:32] <mru> hmm, adding restrict to a pointer makes the armcc bug in dv go away
[00:03:37] <mru> that's a first
[00:04:02] <peloverde> that seems weird
[00:04:08] <mru> not really
[00:04:36] <mru> adding restrict allows the compiler to optimise out the bit it miscompiled otherwise
[00:04:45] <peloverde> restrict should never be necessary, it should only open the door to better optimization
[00:04:56] <mru> it's a compiler bug
[00:05:10] <mru> _anything_ can affect those
[00:05:10] <peloverde> if restrict is required to get proper output you are papering over a bug in the source or compiler
[00:05:17] <mru> I know that
[00:05:20] <mru> I'm just tinkering
[00:05:27] <mru> to narrow down the bug
[00:05:53] <mru> now I'm pretty certain it has to do with a specific pointer dereference
[00:05:56] <mru> time to read asm
[00:31:51] <mru> found it
[00:38:24] <Sean_McG> wow at the cygwin results... 8/499
[00:38:49] <mru> something unrelated failed
[00:38:53] <Sean_McG> ah
[00:40:12] <mru> they are all new failures
[00:40:37] <Sean_McG> it doesn't capture stderr either? is that a cygwin issue?
[00:40:55] <mru> probably there was none
[00:41:05] <mru> I suspect it failed to execute ffmpeg at all
[00:42:34] <mru> if you expand the list of failed tests on the front page, new failures are listed in red
[00:42:54] <Sean_McG> oh cool
[00:43:41] <mru> the full report page also tells which revision the test last passed, if any
[00:44:01] <Sean_McG> ah so it does keep history then
[00:44:07] <mru> sure
[00:44:21] <mru> click the timestamp at the left for a recent history
[00:44:36] <mru> it only shows the 50 latest reports for now
[00:45:39] * Sean_McG LOLs @ gentoo with the pre9999
[00:45:53] <mru> yeah, I know
[00:46:10] <Sean_McG> we've still got over 20 P1 & P2 bugs before we can release 4.6.0
[00:46:36] <mru> I predict 4.6.0 will be rather bad
[00:46:39] <Sean_McG> a number of which are specific to platforms I don't use (HPPA)
[00:46:46] <mru> it's a .0 of an even parity series
[00:47:29] <mru> have you heard my theory about gcc release quality?
[00:48:04] <peloverde> it sucks because they reprioritze P1s so they can release?
[00:48:11] <Sean_McG> not yet, but it's usually heartbreaking to hear people go on about it
[00:48:29] <mru> peloverde: that too
[00:48:53] <mru> I was referring to the parity rule
[00:49:12] <mru> if major and minor numbers have odd parity, it's a good one
[00:49:24] <mru> or will be once micro becomes > minor
[00:49:40] <mru> I haven't quite worked out that last one
[00:50:53] <Sean_McG> anyhow... getting a ride home now and I think I will catch up on some anime when I get there so if you folks aren't around when I return then take care
[00:51:12] <mru> enjoy the cartoons
[01:17:59] <Compn> i wonder if youtube does have a porn detection filter...
[01:18:16] <Compn> it must
[01:19:51] <ohsix> theres also the human filter
[01:20:17] <Compn> yes but i think its pretty difficult to review that many videos
[01:20:18] <Compn> and costly
[01:20:43] <ohsix> people watching them flag them, doesn't have to be at youtub
[01:21:06] <mru> but omg, think of the children@!!!@!@!@#
[01:21:17] <Compn> quick statistic i pulled out, '20 hours of video uploaded to youtube every second'
[01:21:39] <ohsix> they probably do audio detection for porno noises and skin tones, and give it a number like spamassassin; then just put it behind a login warning
[01:21:58] <Compn> i guess humans could review in 2x speed...
[01:22:05] <Compn> doesnt have to be realtime
[01:22:12] <Compn> maybe even 4x :)
[01:22:16] <ohsix> new footage isn't watched footage either
[01:22:32] <Compn> huh?
[01:22:42] <ohsix> chances are the first guy that actually sees it besides the uploader will probably flag it; or show it to their friends, one of which will
[01:22:54] <ohsix> it's not porn until someone sees it :D
[01:22:59] <Compn> shcrodinger porn
[01:23:18] <Compn> btw even behind login wall, its rare to see nude people on youtube
[01:23:38] <ohsix> yea, most stuff flagged behind the login is tame stuff too
[01:23:56] <ohsix> i've seen lots of boobies in trailers for old movies though; and that's all down to who's viewing them
[01:24:00] <mru> there are other sources of porn, you know...
[01:24:27] <Compn> i'm just making a point that whatever youtube is doing, it works
[01:24:55] <ohsix> soylent green is people
[01:25:05] <Compn> http://www.youtube.com/watch?v=IVnba8ipJ9I
[01:26:01] <ohsix> there's also that
[01:26:15] <Compn> private videos
[01:26:17] <Compn> right
[01:26:22] <ohsix> unlisted videos only get viewed by the uploader and people that almost definitely don't give a shit
[01:26:24] <saintdev> i've come across some old r3d samples, and have gotten permission to put them up on samples.mphq.hu. Are we interested in them?
[01:26:53] <Compn> they all decode properly ?
[01:27:08] <saintdev> we don't have a decoder...
[01:27:33] <saintdev> we have a demuxer
[01:27:58] * Compn forgot what codec is in r3d
[01:28:04] <saintdev> r3d
[01:28:11] <saintdev> or REDCODE
[01:28:11] <Compn> ah
[01:28:14] <Compn> samples welcome then
[01:28:55] <saintdev> Compn: we have one up there already, afaikt it' appears to be from a newer firmware than these are.
[01:30:12] <Compn> well firmware probably not really matter, but spec/api/version might :)
[01:30:24] <ohsix> no spec
[01:30:33] <saintdev> Compn: well the firmware determines the version ;)
[01:30:38] * Compn wonders why he didnt find binary red codec for mplayer
[01:30:38] <ohsix> it rolls with their firmware versions and their software
[01:30:59] <Compn> sounds like a pain in the ass
[01:31:06] <ohsix> that's why they rule
[01:31:40] <ohsix> inexpensive modular digital and the tie in
[01:31:53] <saintdev> and according to the guy i got the samples from they significantly changed the file format in a later firmware
[01:32:36] <Compn> ugg
[01:32:45] <Compn> well sounds perfect for ffmpeg devs :)
[01:32:45] <saintdev> i don't know how much truth that holds, or how it compares to our existing sample
[01:32:54] <Compn> they love incompatable version file formats
[01:33:08] <saintdev> i just thought it would be nice to have more samples than the one we have.
[01:33:23] <Compn> yep, be good
[01:33:50] <saintdev> ok, how do i go about putting them in the right place?
[01:35:34] <Compn> upload directly to the dir using developer login
[01:35:55] * saintdev doesn't have one.
[01:36:45] <Compn> check pm
[01:39:21] <ohsix> they only do it that way cuz of the sensors, and that it's a raw format
[01:40:28] <saintdev> ohsix: it's not raw.
[01:40:45] <ohsix> ehhhhhhh
[01:40:57] <saintdev> it's called "REDCODE RAW"
[01:41:23] <ohsix> the contents are multispectral bayer shits
[01:41:28] <mru> is it boiled, fried, grilled, baked, or something else?
[01:41:33] <saintdev> but it's lossily wavelet compressed (i've read it's similar to jpeg2k)
[01:41:50] <mru> ah, poached
[01:43:51] <ohsix> but anyways, processing the footage is tied to the sensor it was shot on
[01:44:47] <saintdev> do i have to worry about md5sum, etc? or are those scripted?
[01:45:19] <Dark_Shikari> the "raw" name is to mislead you into thinking their footage is actually 4K
[01:45:22] <Dark_Shikari> when it's really more like 720p
[01:47:05] <ohsix> that'd be quite a scam
[01:50:01] <Compn> 720p should be enough for everyone :P
[01:50:30] <Dark_Shikari> 20mbit wavelet "4K" is a scam.
[01:50:32] <ohsix> flic 4 lyf
[01:50:40] <Sean_McG> just a way to sell equipment
[01:52:10] <ohsix> they're haxors
[01:52:17] <Sean_McG> 31337?
[01:55:14] <ohsix> Dark_Shikari: maximum bitrate is 244mbit/s, up to 366 on newer devices
[01:55:27] <Dark_Shikari> Their marketing material at least originally claimed really stupid low bitrates.
[01:55:36] <Dark_Shikari> 244 mbit sounds quite feasible for 4K though.
[01:55:48] <ohsix> shrug @ marketing material
[01:56:06] <ohsix> the sensor can do windowing and lower resolutions, dunno what use a minimum or average bitrate number would be
[01:57:42] <saintdev> Dark_Shikari: it was 28 MBps
[01:57:57] <Dark_Shikari> MBps?
[01:57:58] <saintdev> which is 224 Mbps
[01:58:06] <saintdev> megabytes per second
[01:58:10] <Dark_Shikari> oh, that's much more feasible.
[01:58:31] <saintdev> the choices are 28MBps 36MBps and 42MBps
[02:02:09] <ohsix> Werner Herzog shot his film My Son, My Son, What Have Ye Done? with the Red One. He was disappointed with the camera's long reboot times, saying "It drove me insane, because sometimes something is happening and you can't just push the button and record it". He described the camera as "an immature camera created by computer people who do not have a sensibility or understanding for the value of high-precision mechanics"
[02:02:18] <ohsix> HUHUHU, i've got tha tmovie in my "to see" bin
[02:02:56] <ohsix> hm the social network was done on a red one too
[02:03:25] <saintdev> ...and that's why Cameron bought 30 Red Epics...
[02:04:40] <ohsix> apparently they can take the suck out of digital cinematography if they can play with the bayer data
[02:26:19] <kierank2> red are licensing x264
[02:26:32] <kierank2> so their tech can't be *that* good
[02:27:08] <Sean_McG> isn't that much more likely to be part of their postproduction stuff than part of the camera?
[02:27:22] <kierank2> probabl
[02:27:23] <Dark_Shikari> of course.
[02:27:50] <kierank2> don't let facts get in the way of some good marketing
[02:28:20] <Sean_McG> lol
[02:28:30] <Sean_McG> anyways, I'mma go watch some Highschool of the Dead
[05:09:16] <kierank2> http://code.google.com/p/ffmpeg-p3dtv/
[05:22:01] <Compn> p3dtv ?
[05:22:06] * Compn lazy to cllick
[07:01:04] <Dark_Shikari> http://search.cpan.org/~dconway/Lingua-Romana-Perligata-0.50/lib/Lingua/Romana/Perligata.pm
[07:01:12] <Dark_Shikari> Now we can say for sure that Perl really is a dead language!
[07:03:31] <pJok> Dark_Shikari, funny enough, that does seem to make perl less obscure for some reason....
[07:40:54] <KotH> salut
[07:41:32] <KotH> elenril: nope, i dont mind good samples, as long as it will be sorted in properly ;)
[07:44:06] <cartman> moin
[07:47:01] <KotH> moin cartman
[07:48:11] <cartman> KotH: its official, I am moving to Germany :)
[07:50:52] <KotH> /o\
[07:51:35] <cartman> You mean \o(
[07:51:40] <cartman> You mean \o/ rather
[07:52:14] <cartman> KotH: Would you be happier if I went to France instead?
[07:53:18] <spaam> cartman: why germany? ;S
[07:53:42] <cartman> spaam: there is an awesome Linux company there ;)
[07:54:44] <KotH> cartman: are you going to köln? to ms?
[07:54:52] <spaam> cartman: so they will give you $$$ to fix gl output for ffplay?  nice
[07:54:58] <cartman> KotH: Nürnberg, SUSE :)
[07:55:16] <KotH> /o\
[07:55:17] <cartman> I'll make sure that I bug _av500_ enough though
[07:55:43] <cartman> KotH: you are supposed to be proud of me instead ;)
[07:55:47] <spaam> cartman: when are you going to move? :D
[07:55:56] <cartman> spaam: Early March
[07:56:03] <spaam> cartman: oh nice .. glhf then :)
[07:56:08] <cartman> glhf? :D
[07:56:18] <cartman> Good luck have fun? :D
[07:56:20] <spaam> cartman: good luck and have fun ;D
[07:56:22] <spaam> yes
[07:56:25] <cartman> nice compression :D
[07:56:48] <cartman> KotH: you are not happy because you don't like German chaklit right?
[08:00:53] <KotH> cartman: no. because you're leaving your homeland instead of defending it against vultures sitting on dear-skin chairs
[08:01:30] <cartman> KotH: oh well...
[08:02:29] <KotH> italian deer-skin nonetheless!
[08:02:49] <cartman> nice one!
[08:03:04] <KotH> hey, it's true!
[08:03:10] <cartman> I know :>
[08:06:53] <cartman> KotH: when are you coming back to .tr then? :P
[08:09:40] <KotH> as soon as i've gathered an army
[08:10:48] <cartman> LOL
[08:10:51] <cartman> count me in
[08:10:52] * elenril knew it
[08:11:47] <cartman> KotH: Everybody has a plan until they get hit.
[08:12:15] <superdump> peloverde: ping?
[08:12:23] <peloverde> pong
[08:12:33] <superdump> why was that scaling code dead?
[08:14:08] <peloverde> because of this http://git.ffmpeg.org/?p=ffmpeg.git;a=commitdiff;h=9d06d7bce3babb82ed650c13ed13a57f6f626a71#patch1
[08:14:08] * cartman hears another police raid
[08:14:37] <KotH> cartman: the secret about a successfull revolution is _not_ getting hit ;)
[08:14:54] <cartman> KotH: heheh true
[08:15:34] <peloverde> I double check that make fate still works both with and without asm
[08:19:48] <superdump> looks right
[08:21:07] <superdump> peloverde: also, with young's submission, i don't suppose you verified that ret can be reduced to 1024 elements from 2048 did you?
[08:22:41] <peloverde> hmm, when did that part get there?
[08:24:29] <peloverde> seems like it first showed up revision 9
[08:24:36] <peloverde> and also seems like ti will break SBR
[08:27:22] <peloverde> hmmm, fate still passes but i think it's because the second half of ret is aliasing ltp_state
[08:27:26] <peloverde> care to comment on this?
[08:27:55] <peloverde> Looks like it happened revision 9
[08:31:21] <superdump> peloverde: hmmmmm :)
[08:31:28] <superdump> i don't like such hacks personally
[08:31:40] <peloverde> i agree
[08:31:44] <superdump> i'd be fine with a lump of ram that is used for multiple mutually exclusive things
[08:32:00] <peloverde> the correct hack is to alias ltp_state and predictor state with a union
[08:32:14] <peloverde> those two really are mutually exclusive
[08:32:15] <kshishkov> superdump: every moder computer RAM is such
[08:32:50] <superdump> peloverde: as for reducing ltp_state, i think it's something to look at later unless you have time right now
[08:33:14] <peloverde> I think it's fine for later as well
[08:33:38] <peloverde> I'd rather get something committed sooner, positive feedback, etc.
[08:35:58] <superdump> yup
[08:59:35] <wbs> about the guy sending patches for mpeg2ts muxer for bluray - what's the point in having two separate muxers, one "mpegts" and one "mpeg2ts"?
[09:00:41] <Dark_Shikari> blu-ray "mpeg ts" is slightly different
[09:00:44] <kshishkov> bluray m2ts is not compatible
[09:00:45] <Dark_Shikari> it has an extra 4 bytes among other things.
[09:00:49] <Dark_Shikari> per packet
[09:00:53] <wbs> ah, ok
[09:03:59] <peloverde> I hope the FFmpeg developers 50 years from now curse the crazy formats I come up with
[09:04:32] <kshishkov> Vorbis+SBR?
[09:04:37] <kshishkov> or FLAC+SBR?
[09:05:29] <peloverde> adpcm_ms+SBR
[09:05:45] <wbs> lol
[09:07:23] <kshishkov> but it's reasonable
[09:11:59] <hyc> hey, is anyone working on atrac3plus these days?
[09:19:47] <kshishkov> hyc: probably
[09:19:50] <Kovensky> 06:17.28 rfw: i am going to use the json license in my software
[09:19:50] <Kovensky> 06:17.44 rfw: i find it hilarious that the clause "The Software shall be used for Good, not Evil." makes it incompatible with the GPL
[09:20:26] <Dark_Shikari> Of course.  the GPL isn't discrimanatory against evil people.
[09:20:34] <kshishkov> GNU is beyond good and evil
[09:20:46] <wbs> the "no additional requirements" part of GPL adds all sorts of complications :-(
[09:20:47] <Dark_Shikari> Beyond Good and Evil is a good game.
[09:22:56] <astrange> it's incompatible with a lot of things
[09:23:07] <kshishkov> Dark_Shikari: you play something not related to Houhou?
[09:23:23] <astrange> anyone who's going to run things through a lawyer will object to someone else being able to define if they're evil or not
[09:23:53] <kshishkov> for me having a lawer is a clear sign of evilness
[09:25:02] * cartman has a lawyer friend
[09:28:00] <hyc> lol... kshishkov: agreed. heck, even Shakespeare said "the first thing we do is kill all the lawyers"
[09:28:01] <kshishkov> cartman: and you're going to work for SuSe, that counts even more
[09:28:28] <astrange> just use WTFPL
[09:28:36] <kshishkov> hyc: I'm not in USA and the rest of world doesn't have lawyer mafia
[09:28:53] <kshishkov> astrange: WTFPL v2 actually
[09:29:54] <uau> that "hilarious" comment shows a lack of understanding / judgment
[09:30:05] <uau> it's obviously a very problematic clause
[09:30:10] <peloverde> "I hereby give IBM and its customers permission to use this software for evil"
[09:31:01] <elenril> s/customers/minions/
[09:32:14] <kshishkov> peloverde: laugh till your code ends in Windows Media
[09:34:49] <__av500__> cartman: work for Suse, cool, I can bug you with bugs all day long
[09:35:16] <cartman> __av500__: I will be L3 support
[09:35:19] <cartman> you can't bug me :P
[09:35:31] <__av500__> cartman: of course I can
[09:35:40] <cartman> You paid for it? :)
[09:36:09] <av500> cartman: priceless hours of my life lost
[09:36:14] <cartman> LOL
[09:36:15] <av500> so yes, I paid dearly
[09:36:36] <cartman> shouldn't be _that_ bad, its pretty solid :)
[09:37:22] <mru> suse? you mean novell^W attachmate?
[09:37:29] <cartman> mru: SUSE/*
[09:37:31] <cartman> yes
[09:38:02] <mru> I thought they'd be firing, not hiring
[09:38:04] <thresh> you evil MS liker
[09:38:13] <av500> cartman: I hope suse does not follow the trend to swicht to some windows 7 variant
[09:38:29] <cartman> av500: nah I don't think so :)
[09:38:40] <cartman> mru: They don't fire R&D, neither does Nokia
[09:38:46] <av500> they could switch to redhat7
[09:38:53] <av500> that was pretty soldi
[09:38:54] <av500> solid
[09:39:01] <cartman> av500: I do know Linux you know :P
[09:39:09] <av500> cartman: neither does Nokia, lol
[09:39:27] <thresh> well nokia will actually fire a lot of folks
[09:39:41] <cartman> what I heard is Nokia won't fire Qt R&D guys
[09:39:41] <thresh> most will go away by themselves though
[09:39:56] <av500> they set thier burning platform on fire last friday
[09:39:57] <thresh> my peeps @ meego team say they're not motivated now
[09:39:58] <cartman> they were still hiring
[09:40:12] <wbs> thresh: wonder why..
[09:40:12] <cartman> thresh: true they'll move to somewhere else probably
[09:40:21] <pJok> thresh, probably moving to android then?
[09:40:26] <av500> back to making tires....
[09:40:37] <cartman> I had a MeeGo related job opportunity in Finland
[09:40:41] <cartman> good idea to refuse it :P
[09:41:09] <DonDiego> nah, just make sure you work on infrastructure that is of general usefulness...
[09:41:16] <thresh> pJok: well there is a lot of interesting linux related work, not only the embedded stuff
[09:41:22] <j-b> oy
[09:41:40] <DonDiego> saste: moin - do you have any patches pending for me to review?
[09:42:19] <pJok> thresh, of course
[09:42:26] <cartman> Google is hiring at least :p
[09:44:12] <pJok> isn't google always hiring?
[09:44:26] <cartman> hiring thousands these days
[09:46:44] <peloverde> word is on the street they are planning on building a death star
[09:56:59] <CIA-38> ffmpeg: Alex Converse <alex.converse at gmail.com> master * r916dee9f45 ffmpeg/libavcodec/aacsbr.c:
[09:56:59] <CIA-38> ffmpeg: aac: remove dead SBR input scaling
[09:56:59] <CIA-38> ffmpeg: It has been unused since 9d06d7bce3babb82ed650c13ed13a57f6f626a71
[09:56:59] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[11:07:42] <kshishkov> mate!
[11:08:31] <spaam> kshishkov: Time to fix that audio issue? :D
[11:08:47] <kshishkov> spaam: why are you asking me?
[11:09:11] <spaam> kshishkov: beacuse you are bink guy nr1
[11:09:17] <pross-au> There is no audio issue in my tree :)
[11:09:22] <pJok> kshishkov actually codes? ;)
[11:09:34] <kshishkov> pross-au: where's the patch?
[11:09:35] <spaam> pJok: sometimes.
[11:09:47] <pross-au> Forthcoming
[11:09:49] <kshishkov> pJok: why should I?
[11:10:19] <kshishkov> pross-au: good, then we can forget about Bink completely and do something nonproductive instead
[11:10:32] <pross-au> Bink is awesome
[11:10:52] <kshishkov> wow http://losslessaudio.org/
[11:11:19] <kshishkov> undead lossless audio codecs! run for your life!
[11:12:21] <av500> kshishkov: 1st undead mplayer devs, not undead codecs, what is next?
[11:12:27] <av500> not->now
[11:12:45] <cartman> The Walking Dead
[11:12:54] <pross-au> Codecs that suck your BLOOD
[11:13:01] <kshishkov> av500: undead standards? or undead hardware? dunno
[11:13:05] <kshishkov> pross-au: brains!
[11:13:24] <kshishkov> please try REing RALF
[11:14:06] <pross-au> RALF?
[11:14:35] <kshishkov> Retarded Audio Lossless Format
[11:14:36] <av500> real audio lossless
[11:15:50] <av500> KotH: so you can keep your gun at home!
[11:16:31] <kshishkov> pross-au: it uses ~30kb for Huffman tables description
[11:16:58] <kshishkov> pross-au: so please look at it, decide that Z video is better and RE it ;)
[11:17:26] <pross-au> the Z one is fidely because well, its DOS.
[11:18:05] <kshishkov> iKnow
[11:18:36] <spaam> iKostya
[11:18:48] <kshishkov> but I still like to have Discworld Noir video decoder and it's hard to even pinpoint in executable - it's all coroutines
[11:19:29] <pross-au> Well, you can resort to studying the bitstream
[11:19:54] <pross-au> Thats how the American laser games one was reverse engineered
[11:20:45] <mru> that's the proper way
[11:21:01] <kshishkov> pross-au: that was how I REd my first codec and some others
[11:24:13] <kshishkov> pross-au: here's its first generation (from Discworld II) - https://github.com/scummvm/scummvm/blob/master/engines/tinsel/bmv.cpp
[11:32:18] <pross-au> Never got into those games ksh. FFmpeg doesnt support any Discworld formats?
[11:35:00] <kshishkov> nope
[11:35:30] <kshishkov> there was experimental decoder based on that ScummVM code but I'm not sure if I've ever submitted it
[11:38:16] <kshishkov> and for Discworld Noir I've REd file structure (it was almost the same) and found audio decoder IIRC
[11:51:35] <BBB> peloverde: re "[PATCH] Don't write an illegal stsz when sample size is larger than sample count", will you add a comment? I'll commit after that
[11:55:23] <mru> peloverde, saintdev: linaro are talking about aac encoders
[11:55:36] <av500> ffaacenc?
[11:55:51] <j-b> faac relicensing?
[11:56:05] <mru> they think there's a need for a good open-source one
[11:56:08] <mru> I tend to agree
[11:56:36] <j-b> yes
[11:57:12] <av500> mru: I just pinged goog on relicencing the android one....
[11:57:18] <av500> +spelling
[11:57:19] <Dark_Shikari> >faac
[11:57:20] <Dark_Shikari> >good
[11:57:26] <mru> better than ffaac
[11:57:38] <cartman> av500: I thought they only had a decoder
[11:57:56] <av500> cartman: you thought wrong then
[11:58:30] <cartman> av500: and I thought it was Apache licensed
[12:00:20] <mru> that part you thought correctly
[12:00:40] <cartman> good luck with relicensing it then
[12:00:42] <av500> cartman: hence us asking to get it gpl/lgpl
[12:01:43] <lu_zero> lgpl would be better probably
[12:02:12] <lu_zero> btw ffaac is "just" missing a complete psy-model or something else?
[12:13:05] <BBB> hm I keep missing astrange
[12:13:17] <kshishkov> aim better
[12:13:30] <wbs> BBB: which parts of -mt were committed, and which parts are left?
[12:13:48] <wbs> BBB: h264 still missing, right? any other codecs?
[12:14:02] <spaam> bink-mt
[12:14:11] <spaam> kshishkov going to fix that this year
[12:14:35] <kshishkov> spaam: well, at least WavPack multichannel decoding can be made threaded
[12:16:04] <spaam> :)
[12:16:36] <kshishkov> and parts of Xan WC4 frame can be decoded in parallel
[12:17:36] <superdump> lu_zero: it needs someone smart to work on it and make it good
[12:18:22] <av500> hmm, could one use -mt also for audio?
[12:18:51] <superdump> i think the work focused on video and mpegenccontext and such
[12:18:57] <superdump> but perhaps i'm wrong
[12:19:01] <superdump> astrange: ^
[12:19:37] <av500> e.g. if I have 5 audio tracks to encode
[12:20:05] <av500> but thats not the same
[12:20:13] <av500> thats more like adding -mt to ffmpeg.c
[12:20:35] <av500> i guess there is not much audio where one can encode/decode frames on their own
[12:20:52] <kshishkov> just run LAME in parallel and mux result
[12:21:13] <av500> for mp3 :)
[12:21:26] <kshishkov> and you won't gain much on ffaacenc :P
[12:22:03] <cartman> encoding silence, multithreaded!
[12:22:31] <av500> [PATCH] make codec PCM use several cores
[12:22:31] <BBB> wbs: theora was committed (well, vp3)
[12:22:45] <BBB> wbs: h264/h263/mpeg/huffyuv was not committed
[12:22:47] <divVerent> av500: yay :P
[12:22:51] <cartman> BBB: had time to look at VP8 failures with clang -O2?
[12:22:55] <BBB> I don't know if huffyuv was actually multithreaded
[12:22:57] <divVerent> multithreaded endianness conversion NOW ;)
[12:23:08] <wbs> BBB: ok, how much work do you think there's remaining on those ones?
[12:23:13] <BBB> cartman: looked at clang 2.8, cannot reproduce
[12:23:14] <mru> divVerent: one byte per core?
[12:23:18] <BBB> wbs: not much
[12:23:20] <divVerent> mru: yeah :P
[12:23:27] <divVerent> mru: one core reads even bytes, writes to odd
[12:23:28] <BBB> cartman: I'll try on kostylev's machine at some point
[12:23:30] <cartman> BBB: you need clang 2.9 trunk, 2.8 doesn't optimise well
[12:23:31] <divVerent> opther reads odd, writes to even
[12:23:33] <divVerent> PROBLEM? ;)
[12:23:34] <cartman> BBB: ok
[12:23:37] <BBB> cartman: until then, compiler error is likely
[12:23:52] <divVerent> CPU cache will go bankrupt
[12:23:56] <mru> divVerent: that is probably the slowest possible way of doing it
[12:23:57] <BBB> cartman: feel free to try various combinations of that patch, change random stuff, no-inline, etc. until it works
[12:24:03] <divVerent> mru: right :P
[12:24:11] <mru> anyone for a game of ping-pong?
[12:24:16] <divVerent> sane would probably be dividing the work into two halves, and avoiding overlapping writes :P
[12:24:44] <mru> actually, what would probably happen is one core would get ahead by a cacheline and stay there
[12:24:59] <mru> still bad, but not quite the worst case
[12:25:23] <divVerent> don't worry, just do a barrier every 16 bytes to make sure it'll suck :P
[12:25:43] <Dark_Shikari> "optimize well" == "miscompile code"?
[12:25:45] <KotH> mru: the only way to win is not to play :)
[12:25:47] <kshishkov> mru: multithreaded bureacracy!
[12:25:56] <divVerent> kshishkov: best way to describe it ;)
[12:26:10] <av500> isnt there an internet service like NTP that one sends data to and it returns it endian-reversed?
[12:26:40] <mru> I know of the standard echo service
[12:26:45] <kshishkov> av500: bswap instruction on CPU is usually enough
[12:26:51] <divVerent> another thing I always wondered... how many reimplementations of htonl/htons exist?
[12:26:52] <av500> kshishkov: not cloudy enough
[12:27:05] <divVerent> also, why do we have both htonl and ntohl?
[12:27:11] <divVerent> they do THE EXACT SAME THING, ALWAYS
[12:27:19] <mru> for clarity
[12:27:28] <mru> makes it obvious which side is which
[12:27:31] <divVerent> then the header should be allowed to use a macro for these
[12:28:00] <divVerent> oh, it IS a macro
[12:28:01] <mru> "On some implementations, these functions are defined as macros."
[12:28:18] <divVerent> or not
[12:28:36] <divVerent> here, they are macros if __OPTIMIZE__ is defined
[12:28:59] <kshishkov> ...an option totally unacceptable in glibc
[12:29:10] <divVerent> how so?
[12:29:21] <divVerent> what is this macro anyway, set by gcc -O?
[12:29:37] <mru> yes
[13:11:00] <CIA-38> ffmpeg: Stefano Sabatini <stefano.sabatini-lala at poste.it> master * rb7ec5cc401 ffmpeg/ffplay.c: (log message trimmed)
[13:11:00] <CIA-38> ffmpeg: Remove disabled legacy code in ffplay.
[13:11:00] <CIA-38> ffmpeg: The code was setting aspect ratio from the DTG active format, and was
[13:11:00] <CIA-38> ffmpeg: present and disabled since the creation of ffplay.
[13:11:00] <CIA-38> ffmpeg: See thread:
[13:11:01] <CIA-38> ffmpeg: Subject: [FFmpeg-devel] [PATCH] Cosmetics: adopt compact notation in
[13:11:02] <CIA-38> ffmpeg:  disabled code.
[13:13:49] <DonDiego> superdump, peloverde, could you please teach young han lee to snip quotes or at least remove the mailing list footers yourself? thx
[13:14:17] <lu_zero> ^^;
[13:15:28] <superdump> i have been iirc
[13:15:44] <superdump> but yes, we should point it out
[13:16:18] <DonDiego> note that many people here are guilty of excessive quoting...
[13:17:04] <av500> > note that many people here are guilty of excessive quoting...
[13:17:05] <av500> who?
[13:18:41] <DonDiego> i don't remember offhand, i can point some fingers as i notice offenders if you want :)
[13:18:55] <av500> > i don't remember offhand, i can point some fingers as i notice offenders if you want :)
[13:18:59] <av500> no, i trust you
[13:19:47] <CIA-38> ffmpeg: Michael Niedermayer <michaelni at gmx.at> master * r910b5b82e8 ffmpeg/libavfilter/ (avfilter.c avfilter.h vf_aspect.c vf_transpose.c):
[13:19:47] <CIA-38> ffmpeg: Add sample_aspect_ratio to AVFilterLink
[13:19:47] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[13:19:57] <CIA-38> ffmpeg: Mans Rullgard <mans at mansr.com> master * r08a459f096 ffmpeg/doc/APIchanges:
[13:19:58] <CIA-38> ffmpeg: Update APIchanges for 910b5b8
[13:19:58] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[13:20:55] <divVerent> You are doing it wrong. On IRC, you quote Outlook style.    av500 wrote: > > i don't remember offhand, i can point sume fingers as i > notice > > offenders if you want :)
[13:22:12] <divVerent> argh, failed to properly do a FULL quote ;)
[13:22:18] <av500> divVerent: yes, but how do I top post on irc? divVerent wrote: You are doing it wrong. On IRC, you quote Outlook style.    av500 wrote: > > i don't remember offhand, i can point sume fingers as i > notice > > offenders if you want :)
[13:23:03] <divVerent> av500: wrote: divVerent: yes, but how do I top post on irc? divVerent wrote: You are doing it wrong. On IRC, you quote Outlook style.    av500 wrote: > > i don't remember offhand, i can point sume fingers as i > notice > > offenders if you want :)    actually, on IRC top posting seems to work out better than bottom posting.
[13:29:31] <mru> av500: top-posting on irc is trivial once you master precognition
[13:30:13] <av500> s/wat/what/
[13:30:14] <av500> wat?
[13:30:18] <divVerent> there sure is some IRC client that adds new lines at then top
[13:30:35] <mru> you could run irc in hyperterm for a partial effect
[13:31:56] <divVerent> "blog-style interface to IRC" now
[13:32:30] <mru> f1rst!
[13:32:47] * elenril double-stabs av500 and divVerent 
[13:32:54] <av500> we should move away from irc andway and use a *forum*
[13:33:02] <av500> andway->anyway
[13:33:05] <av500> [edit]
[13:33:11] <divVerent> you accidentally the usenet
[13:33:33] <pJok> av500, forum is too newfangled
[13:33:41] <av500> alt.bizarre.ffmpeg-devel
[13:34:05] <pJok> alt.bikeshed.ffmpeg-devel
[13:34:07] <pJok> or
[13:34:10] <pJok> alt.flame
[13:34:22] <av500> alt.ffmpeg.flame.flame.flame
[13:34:29] <thresh> any flame topics I should read for last 4 days?
[13:34:40] <divVerent> ANNOUNCEMENT: if you have a video sample to demonstrate a bug, always crosspost to alt.binaries.movies.pr0n.pr0n.pr0n
[13:34:43] <av500> in fact, we are standing on a burning bikeshed
[13:34:59] <divVerent> this is all fine...
[13:35:01] <divVerent> but...
[13:35:03] <divVerent> WHICH COLOR HAS IT?
[13:35:13] <mru> by now, black
[13:35:28] <divVerent> good, we'll go with that then
[13:35:40] <av500> mru: full or reduced range?
[13:35:49] <divVerent> the only thing why IRC is still not a complete mess yet...
[13:35:56] <divVerent> is that IRC lacks features for crossposting
[13:36:16] <divVerent> and also, lacks "Followup-to: #debian"
[13:36:40] <av500>  /autojoin divVerent #debian
[13:36:50] <divVerent> that is still quite harmless :P
[13:37:01] <divVerent> but redirecting replies would be quite evil
[13:37:10] <divVerent> like one can do on Usenet (and some clients don't even notify about it)
[13:37:41] <mru> and some clients rudely ignore it
[13:37:46] <kshishkov> is it still September on Usenet?
[13:38:04] <mru> yes
[13:38:06] <av500> kshishkov: nope, all the aol ppl are on facebook now
[13:38:22] <mru> remember remember, eternal september
[13:38:24] <divVerent> also this is always fun on IRC: #notachannel.iknewyouwilljoinit
[13:39:54] <divVerent> BTW, I just noticed that a channel #!/bin/sh exists. On another network, I once made that channel... accidentally. I posted a script, and some moron complained that nobody is in that channel.
[13:41:11] <mru> it exists on freenode too
[13:41:22] <av500> I like the topic
[13:41:24] <mru> but the most disturbing channel is still #netbsd-furries
[13:42:02] <kshishkov> what's so disturbing about NetBSD?
[13:42:19] <mru> it's the combination
[13:42:46] <kshishkov> well, every BSD user can have its own channel
[13:42:50] <mru> and the only person to be banned from #alpha hangs out there
[13:44:06] <divVerent> I suppose, "openbsd-furries" would be worse
[13:44:18] <divVerent> just imagine a furry version of that fish thing
[13:44:28] <mru> brain melt
[13:44:30] <kshishkov> haven't he splitted already?
[13:44:50] <divVerent> should I try posting the openbsd logo on 4chan, and ask for rule 34... better not
[13:46:03] <Flameeyes> divVerent: for obsd nuts obsd is porn in itself
[13:47:08] <divVerent> even if it got planed there by the FBI/NSA/CIA/Scientology/whoever?
[13:47:11] <divVerent> *planted
[13:48:06] <mru> which is worse, rule 34 on cia or scientology?
[13:48:42] <Flameeyes> the latter
[13:50:39] <siretart> baaah, images in my head. make them go away!
[13:50:49] <divVerent> does the latter involve scientology's enemies too?
[13:50:50] <lu_zero> siretart: uh?
[13:50:58] <siretart> lu_zero: rule 34 on scientology
[13:51:00] <divVerent> like, weirdos with guy fawkes masks who claim to "not forgive"?
[13:51:08] <lu_zero> siretart: missing reference ^^
[13:51:15] <Flameeyes> divVerent: but they will forget! :P
[13:51:54] <Flameeyes> lu_zero: https://xkcd.com/305/
[13:52:17] <Flameeyes> [don't ask me why I got the secure url..]
[13:53:10] <lu_zero> Flameeyes: to be safe =)
[13:53:28] <Flameeyes> lu_zero: more the fact that I have kb ssl installed on chromium :P
[13:55:52] <Flameeyes> damn isn't there a useless use of cat lolcat? :|
[13:56:30] <divVerent> IM IN UR COMMANDLINE DOIN NUTTIN USEFUL
[13:57:51] <divVerent> USELESS CAT IS WATCHING YOU AWK|GREP|SED
[13:58:20] <kshishkov> that's useless indeed, awk is enough
[13:58:52] <divVerent> sure, this is why :P
[13:58:55] <divVerent> but awk is so awkward
[13:59:15] <divVerent> I prefer the pathologically eclectic rubbish lister
[14:09:20] <mru> awk is nice at times
[14:10:23] <spaam> How to you use it on times?
[15:01:35] <BBB> michaelni: not to restart a trollwar again, but do you understand how infuriating it is to other developers who develop a "fix" for a problem (regardless of how good or bad this "fix" is), if you merely just tell them that the fix is "rejected" and then you just commit your own fix, without public discussion, without submitting a patch, anything? it's like we're worth nothing to you
[15:04:59] <mru> BBB: you didn't know that sooner?
[15:07:25] <divVerent> this is how FOSS development works.
[15:07:27] <divVerent> Discuss.
[15:16:50] <spaam> elenril: do you think he will do it? :P
[15:20:39] <Compn> BBB : not to troll, but what is the 'correct' way to reject a patch and fix it yourself in a better way ?
[15:21:30] <mru> Compn: start by explaining why it is wrong
[15:21:38] <mru> and why the alternative is better
[15:22:02] <mru> "fixing" the "better" solution moments later doesn't exactly inspire confidence either
[15:22:21] <kshishkov> mru: it's mine ergo it's better
[15:23:34] <BBB> Compn: send a patch
[15:24:42] <BBB> Compn: mru is required to send patches before he can apply them. that way I can review them and poke his head whenever he does something stupid. there is no reason whatsoever why specifically and only Mr. Michael Niedermayer would be exempt from this rule as the only person in the whole FFmpeg developer community. he should send patches just like Mans and everybody else
[15:25:35] <kshishkov> BBB: should we vote for that?
[15:25:46] <av500> BBB: yes, but only for git.ffmpeg.org, no?
[15:25:47] <BBB> let's bikeshed over it first
[15:25:56] <BBB> and stop bikeshedding only if people don't reply by email for 7 days
[15:26:24] <BBB> av500: well it doesn't inspire any confidence for us in having michael being part of the git.ffmpeg.org team, does it?
[15:26:34] <av500> no comment :)
[15:27:18] <kshishkov> BBB: all people to any email
[15:27:53] <{V}> saying why it is rejected is/should be part of the procedure of either of the main repos, isn't/shouldn't it?
[15:28:21] <DonDiego> BBB: you forget insulting people about how broken their code/tree/commits are and how yours is infinitely better, this step is mandatory!
[15:56:30] <CIA-38> ffmpeg: Ronald S. Bultje <rsbultje at gmail.com> master * r275189a2bd ffmpeg/libavformat/mmst.c:
[15:56:30] <CIA-38> ffmpeg: mmst: fix reading uninitialized data for ping packets.
[15:56:30] <CIA-38> ffmpeg: Fixes errors after a few minutes (first ping) when playing back
[15:56:30] <CIA-38> ffmpeg: mmst://wm.bbc.co.uk/wms/bbc7coyopa/bbc7_-_friday_0430.wma
[16:08:32] <Flameeyes> TCP is fourth level in the stack isn't ti?
[16:08:48] <mru> depends on where you start counting
[16:09:06] <Flameeyes> mru: bottom, osi-style?
[16:09:07] <kshishkov> mru: with usual 7-level model it doesn't matter
[16:09:15] <mru> 7-lol
[16:11:32] <mru> Flameeyes: some old book of mine puts tcp at layer 4
[16:12:15] <Flameeyes> thanks that should do
[16:12:26] <kshishkov> passing an exam on networks?
[16:12:36] <Flameeyes> kshishkov: writing documentation
[16:12:38] * Flameeyes eyes lu_zero
[16:13:13] <mru> I rarely memorise such irrelevant details
[16:13:28] <mru> I know enough about how it works to get stuff done
[16:13:40] <mru> arbitrary names don't help me there
[16:13:43] <kshishkov> can you whistle at 4800?
[16:13:57] <lu_zero> uhm
[16:14:01] <mru> same with language and silly classifications of grammatical constructs
[16:14:09] <lu_zero> Compn: BBB patch for mmst seems a good example
[16:15:02] <kshishkov> mru: we had more formal grammar in school than German people in their life, so consider yourself lucky
[16:26:04] <divVerent> kshishkov: I beg to differ :P
[16:26:08] <divVerent> I had Latin at school
[16:26:25] <kshishkov> I had Russian
[16:26:28] <divVerent> sure
[16:26:46] <divVerent> just saying... in Latin, we do nothing BUT learn about all sorts of formalities in grammar, and rhetorical forms
[16:27:06] <divVerent> but I do know that Russian grammar is best described as "Like Latin. But worse."
[16:27:29] <kshishkov> exactly
[16:28:19] <mru> it bugs me when they try to classify other languages according to latin patterns
[16:28:31] <divVerent> however, if you learn Latin at school, you PROBABLY put way more emphasis on the grammar constructs than in ANY "native" language class
[16:28:49] <kierank> hehe latin
[16:29:02] <divVerent> of course... now, if you had Russian AND Latin at school... then you must have the ultimate grammar experience :P
[16:29:09] <mru> what with latin being a rather fossilised language and all...
[16:29:23] * mru took an introductory class in russian
[16:29:48] <divVerent> I mean... in German class, we never put much emphasis on grammar formalities
[16:30:00] <divVerent> we learn what imperfect, perfect, conjunctive, etc. are... but that's it
[16:30:08] <divVerent> to learn German grammar properly, you must learn Latin :P
[16:30:57] <mru> occasionally someone will start talking about words belonging to some declension or other
[16:30:58] <divVerent> I would go so far, and say that a German who chose French, not Latin, as second foreign language, will know less about grammar formalities than a 10 years old Russian
[16:31:00] <mru> that's just silly to me
[16:31:33] <mru> I have no trouble learning the correct inflections without categorising them
[16:31:39] <divVerent> mru: especially funny are the Latin words that are in a declension but male
[16:31:41] <divVerent> e.g. pirata, idiota
[16:31:44] <mru> or at least without formally naming the categories
[16:32:04] <mru> I never took latin
[16:32:05] <divVerent> I wonder what picture the Romans had of women
[16:32:17] <divVerent> if they use grammatically-female-looking words for pirate and idiot
[16:32:28] <mru> pirate chicks, arrr
[16:32:45] <divVerent> (note: "the biggest idiot" would be idiota maximus, not idiota maxima)
[16:33:12] <divVerent> but nowadays, we call them just "user" ;)
[16:33:16] <mru> hehe
[16:33:22] <mru> or biggus dickus
[16:33:27] <divVerent> or "manager"
[16:33:58] <divVerent> what was so funny about his name? he was a fwiend of mine
[16:34:40] <divVerent> anyway, just wanted to say... don't generalize
[16:34:56] <mru> I try not to
[16:35:00] <divVerent> some germans had Latin at school, and put a LOT of emphasis on grammatical details... they may be on the level of a typical Russian with that
[16:35:20] <Kovensky> portuguese still has a lot of words with feminine-looking endings but that are masculine
[16:35:20] <divVerent> many didn't, of course
[16:35:26] <divVerent> Kovensky: like "Maria"? ;)
[16:35:28] <Kovensky> pirata and idiota are some of those examples :P
[16:35:33] <Kovensky> no, maria is female
[16:35:36] <mru> and then there's swedish...
[16:35:46] <divVerent> hm... in some languages, Maria is a male first name
[16:35:49] <divVerent> some Spanish-like
[16:35:50] <mru> with two genders, neither of them male nor female
[16:35:52] <divVerent> but I forgot which ones
[16:35:52] <Kovensky> spanish probably is the same
[16:36:11] <Kovensky> maria here always is female
[16:36:13] <divVerent> cool, what ARE the genders in swedish then?
[16:36:20] <mru> just different
[16:36:28] <divVerent> ah, nice
[16:36:44] <divVerent> and what is really ill-designed in Latin, is the few declensions and conjugations that only apply to VERY FEW words
[16:36:52] <divVerent> so few, that there is no point in actually learning them
[16:37:06] <mru> swedish has four 3rd person singular pronouns
[16:37:12] <divVerent> especially, as these ones even contain so many ambiguous forms that you need to guess anyway
[16:37:35] <mru> that's why I don't bother memorising the declensions in the first place
[16:37:56] <divVerent> e.g. look at the forms of "domus" (u declension), or "ferre, fero, tuli, latum" (HOW THE **** IS tuli THE PERFECT FORM, AND latum THE PARTICIP OF ferre?)
[16:38:30] <divVerent> which is also etymologically funny, as from "transferre" we got both "transfer" and "translate" in English
[16:39:09] <mru> nice
[16:39:49] <divVerent> and of course... the one verb that is irregular in about every language: "to be"
[16:39:57] <divVerent> in very few languages it is actually regular
[16:40:01] <mru> yeah
[16:40:26] <mru> where are you from btw?
[16:40:30] <vipw> swedish has 3 genders, as i recall
[16:40:31] <divVerent> Germany
[16:40:37] <mru> vipw: no, two
[16:40:38] <divVerent> "sein" in German, but why "ich bin" then? How can that come from the same word? Or worse: "gewesen", the perfect participle
[16:40:39] <vipw> just feminine is almost ever used
[16:40:42] <mru> wrong
[16:41:07] <kierank> [16:32] mru: pirate chicks, arrr --> keira knightley
[16:41:14] <lu_zero> 17:35 < divVerent> hm... in some languages, Maria is a male first name
[16:41:19] <lu_zero> not first
[16:41:21] <lu_zero> second
[16:41:25] <lu_zero> same for Italian...
[16:41:26] <mru> given name
[16:41:28] <divVerent> it can only be second?
[16:41:32] <divVerent> still, weird :P
[16:41:35] <lu_zero> second or third
[16:41:44] <lu_zero> divVerent: lookup my full name and have fun
[16:41:44] <mru> there are spanish blokes called jesus maria
[16:41:53] <divVerent> mru: yes, that is evil :P
[16:43:00] <vipw> Though traces of the three-gender system still exist in archaic expressions and certain dialects, masculine and feminine nouns have today merged into the common gender
[16:43:07] <mru> reminds me of a funny coincidence... the recent calls list on my phone happened to have at the top: jesus, mr monk, 666 666
[16:43:07] <vipw> thus spake wikipedia
[16:43:17] <mru> the last one being the local taxi company
[16:43:24] <vipw> but that's what i remember from swedish classes
[16:43:38] <mru> vipw: that's about right
[16:44:03] <mru> and the old neutral gender still remains
[16:44:40] <mru> but you have four 3rd-person pronounds: han, hon, den, det
[16:45:13] <vipw> not strange for english speakers (he she it_
[16:45:31] <mru> but there are two kinds of "it"
[16:46:07] <mru> the maskuline and feminine ones are only used about people or, occasionally, animals
[16:46:11] <mru> if the gender is important
[16:46:23] <vipw> it's a nice simple language
[16:46:34] <mru> it has its share of traps
[16:46:57] <mru> like an insane number of vowel sounds
[16:46:59] <vipw> now i'm learning polish, every possible thing you can do wrong when making a language has been done in polish
[16:47:05] <mru> and a penchant for long strings of consonants
[16:47:30] <mru> as in e.g. världsspråk
[16:48:05] <vipw> do foreigners have trouble pronouncing that?
[16:48:09] <mru> oh yes
[16:48:49] <vipw> it doesn't seem difficult, but i'm not normal
[16:51:18] <mru> thresh: http://www.theregister.co.uk/2011/02/14/russia_poll/
[16:52:27] <vipw> it's just more logical: http://dd.dynamicdiagrams.com/wp-content/uploads/2011/01/orrery_2006.swf
[16:52:58] <BBB> hm, vc1 decoding spends 10% of its time in memcpy() (probably lavfilter), another 15% in av_md5_update() (should've used null as output, not md5), but another 10% in vc1_inv_trans_8x8_c() - guess what I'm going to optimize some time later
[16:53:13] <BBB> new hobby: optimize unused decoders :-p
[16:53:57] <divVerent> mru: Weltsprache?
[16:54:00] <divVerent> not that problematic :P
[16:58:08] <lu_zero> bilboed: you'll be at the EuroPython?
[16:58:15] <bilboed> nope :(
[16:58:19] <lu_zero> ouch =|
[16:59:06] <bilboed> why ? :)
[16:59:45] <lu_zero> I'll be there
[16:59:52] <divVerent> mru: I somewhat doubt that study
[17:00:07] <divVerent> 29% claimed something about a man vs dinosaur war... ROTFL
[17:00:12] <lu_zero> and I was planning to gather more beer-interested friend and bring them to a local brewery
[17:00:19] <bilboed> lu_zero, :D
[17:00:23] <divVerent> either that was a suggestion on the multiple choice test... then many just didn't care and put the cross SOMEWHERE
[17:00:29] <divVerent> or, some movie has pictured that recently
[17:00:34] <divVerent> I am not aware of such a movie, though
[17:01:05] <divVerent> Jurassic Park was a) too long ago, b) didn't really pose that scenario either
[17:01:22] <Kovensky> people have that image even without the movies
[17:01:32] <divVerent> no, really?
[17:01:36] <divVerent> first time I heared of that story
[17:01:39] <Kovensky> it's just that they don't grasp that we only started existing a long time after dinosaurs stopped
[17:01:55] <Kovensky> children often have that image, if they grow uncorrected...
[17:03:09] <lu_zero> brb
[17:03:15] * lu_zero heads to home hopefull
[17:03:55] <divVerent> Kovensky: actually, I am not THAT sure about any PROOF how that really happened... there is one funny aspect...
[17:04:10] <divVerent> people imagined and have drawn dragons that look remarkably like today's picture of dinosaurs
[17:04:19] <divVerent> way before we knew anything about dinosaurs
[17:04:31] <divVerent> however, this isn't exactly proof of any story, and there are no OTHER indications to this
[17:04:33] <divVerent> just funny
[17:04:39] * Kovensky spews fire on divVerent
[17:04:56] <Kovensky> in brazil "dragão" is apparently also slang for ugly women
[17:05:04] <divVerent> of course... it maybe just shows that our image of dinosaurs may be rather created as "let's make dragon skin around this skeleton we found"
[17:06:08] <divVerent> I mean... I'm pretty sure dinosaurs "as we know them" and humans can't have existed at the same time, no matter what
[17:06:14] <divVerent> but what are the dragons based on then?
[17:06:35] <divVerent> maybe simply a somewhat harmless animal that has died out independently, and looked a bit similar to the stereotypical dragon
[17:06:40] <divVerent> that never spewed fire though :P
[17:07:12] <Kovensky> probably some alchemist got drunk enough and wrote down about it and people liked
[17:07:27] <mru> dragons are really just an amalgamation of various scary creatures
[17:07:32] <divVerent> hehe, I just can't imagine how a stupid idea from a single person could spread like that
[17:07:35] <divVerent> I mean...
[17:07:39] <mru> and then fire added for extra emphasis
[17:07:40] <divVerent> we didn't have the internet back then :P
[17:08:03] <mru> there was also no peer review back then
[17:08:33] <divVerent> but the other half is... we must see quite critical the "dinosaur findings", as there are many things we don't know
[17:08:41] <divVerent> especially, all those pictures of "dinosaurs with skin"
[17:08:44] <divVerent> (not just skeleton)
[17:08:56] <divVerent> at that time, no humans were there, and especially none with a photographic camera :P
[17:09:40] <divVerent> use magnet to acquire time machine (or simply use the flashlight-magnet based time machine), travel to the past, shoot photo of real T-Rex, travel back, sell photo on ebay
[17:09:44] <mru> drawings of dinosaurs with skin are of course just guesses
[17:10:21] <divVerent> of course... but I am a bit wary that people consider these drawings real
[17:10:36] <Kovensky> also, in japan, OurDragonsAreDifferent: http://danbooru.donmai.us/post/show/836176
[17:10:43] <mru> it's reasonable to assume the dinosaurs had the same basic physiology as modern animals
[17:13:06] <divVerent> mru: on this assumption, which is reasonable, the combining of the bones is based
[17:13:11] <divVerent> don't doubt THAT part much
[17:13:16] <divVerent> but how the skin looks... no idea :P
[17:13:38] <mru> colour and texture are of course pure guesses
[17:13:39] <divVerent> Kovensky: now base a "dinosaur photo" on that ;)
[17:20:57] <CIA-38> ffmpeg: Tilman Brock <tilman.brock at tu-clausthal.de> master * rb08f59dca4 ffmpeg/doc/faq.texi:
[17:20:58] <CIA-38> ffmpeg: Fix spelling error.
[17:20:58] <CIA-38> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje at gmail.com>
[17:31:58] <thresh> mru: yeah, I know that people around me are stupid
[18:13:26] <av500> goog says nope to GPL for aacenc
[18:14:30] <mru> who did you ask?
[18:14:36] <mru> and how final was the answer?
[18:14:37] <pJok> computer says no
[18:15:47] <av500> mru: biff
[18:17:25] <elenril> solution: kicks saintdev until he fixes ffaacenc
[18:21:55] <kierank> solution: use quicktime aac enc
[18:22:52] <bilboed> steal Watson and make it code it in less time it takes to answer a jeopardy question
[18:48:18] <spaam> kierank: can you use it on linux?
[18:51:57] <kierank> spaam: through wine yes
[20:00:58] <microchip_> kierank: neroaacenc ;)
[20:01:04] <microchip_> ftw!
[20:01:16] <mru> works, but code ain't pretty
[20:01:28] <microchip_> who cares?
[20:01:36] <mru> whoever has to edit the code
[20:01:44] <microchip_> their problem
[20:04:35] <CIA-38> ffmpeg: Stefano Sabatini <stefano.sabatini-lala at poste.it> master * r70c275f8c3 ffmpeg/libavfilter/avfilter.c: Make avfilter_config_links() propagate audio information of the source link if it is not explicitely set by the filter.
[20:15:40] <lu_zero> neroaacenc source is available?
[20:16:24] <mru> in their offices, and those of their subsidiaries/spinoffs
[20:17:21] * av500 saw mru hide a floppy disk up his sleeve there...
[20:43:38] <BBB> Dark_Shikari: ping
[20:44:00] <BBB> Dark_Shikari: please look at http://pastebin.com/seYQ7ih6, I'm trying to transpose the idct while reading it, and it breaks make fate-vc1, any idea what I forgot?
[20:55:38] <ubitux> why is there a special -x parameter added to strip on darwin? (configure)
[20:55:57] <mru> because steve said so
[20:56:09] <ubitux> it seems to be the same option here on linux
[20:56:12] <av500> was it added for macOS "X"?
[20:56:18] <ubitux> isn't steve dead?
[20:56:24] <ubitux> haha
[20:56:39] <av500> the liver lives on
[21:02:25] <Kovensky> -x     Remove all local symbols (saving only global symbols).
[21:02:46] <Kovensky> and from osx's ld manpage:
[21:03:07] <Kovensky>      -x          Do not put non-global symbols in the output file's symbol table. Non-global symbols are useful when debugging and getting symbol names in back traces, but are not used at runtime. If -x is used with -r non-global symbol names are not removed, but instead replaced with a unique, duumy
[21:03:12] <Kovensky> name that will be automatically removed when linked into a final linked image.  This allows dead code stripping, which uses symbols to break up code and data, to work properly and provides the security of having source symbol names removed.
[21:03:43] <Kovensky> (strip's manpage says -x means the same as ld's -x)
[21:07:31] <ubitux> well, maybe i miss something but... what is the difference since -r is not used?
[21:39:18] <Kovensky> elenril: sure are spoilers in that op (you ran from rizon so I have to poke you here :P)
[21:41:08] <Kovensky> in b4 he didn't run away and it's actually freenode's timeout being REALLY long as usual :S
[21:46:45] <Dark_Shikari> BBB: 404
[21:47:54] <BBB> Dark_Shikari: http://pastebin.com/FLSdP0Zc
[21:49:10] <BBB> ac reading is all screwed up, not sure what I did wrong, still looking at it
[21:49:25] <Dark_Shikari> watch out that iirc the vc-1 transforms require 32-bit intermediates at some point
[21:49:28] <Dark_Shikari> because micorsoft is dumb
[21:49:41] <BBB> I'll watch out once I write it
[21:49:46] <BBB> I'm just trying to do something simple
[21:50:00] <Dark_Shikari> why v->zz_8x8?
[21:50:04] <Dark_Shikari> do you need another indirection
[21:50:05] <Dark_Shikari> ?
[21:50:17] <mru> Dark_Shikari: nope
[21:50:25] <mru> vc1 transform fits in 16 bits
[21:50:27] <mru> just
[21:50:35] <BBB> Dark_Shikari: simply transpose of the original scantables
[21:50:35] <Dark_Shikari> I thought there was an extremal case where it failed to?
[21:50:45] <BBB> Dark_Shikari: I may hardcode it later, but am too lazy now
[21:50:46] <Dark_Shikari> BBB: why not transpose the scantables themselves?
[21:50:47] <Dark_Shikari> ok
[21:50:57] <BBB> Dark_Shikari: first make it work, then make it pretty :)
[21:51:13] <Dark_Shikari> patch looks correct, I would guess you're missing some other hunk
[21:51:18] <Dark_Shikari> since I'm not reading vc1dec.c
[21:51:40] <BBB> hm, I'll bt on the abort to see where it fails
[22:17:40] * twnqx wonders if ffmpeg can convert animated gifs to movies
[22:18:40] <twnqx> no, only 1 frame. lame.
[22:19:08] <spaam> twnqx: fix it
[22:30:44] * BBB found bug - one of those "oh shit duh" momentss
[22:31:25] <spaam> haha
[22:46:44] <mru> av500: wtf?
[22:48:08] <_av500_> its sony related
[22:48:15] <_av500_> not ridiculing you but them
[22:48:28] <mru> ah, that key
[22:49:24] <spaam> mru: långsökt? :P
[23:24:08] <mru> hmm, all the bus errors mysteriously vanished
[23:25:37] <Sean_McG> when in doubt, reboot? ;)
[23:25:58] <mru> didn't
[23:26:11] <mru> new code rev probably shuffled alignment enough
[23:26:26] <mru> I'm pretty sure it'll come back
[23:26:49] <mru> the dv errors I have narrowed down
[23:26:54] <mru> loop unrolling gone wrong
[23:27:22] <mru> you know, if you unroll a loop twice, you need up increment your pointers by twice as much too...
[23:27:29] <mru> s/up/to/
[23:27:31] <Sean_McG> heheh
[23:27:52] <mru> not write the odd iterations on top of the even ones
[23:28:08] <mru> not the first time that compiler messes up in that way
[23:28:17] <mru> it's funny with compilers
[23:28:30] <mru> each one has its own typical miscompilations
[23:39:04] <CIA-38> ffmpeg: Anssi Hannula <anssi.hannula at iki.fi> master * r24a83bd10a ffmpeg/libavformat/ (avformat.h utils.c version.h):
[23:39:05] <CIA-38> ffmpeg: lavf: add AV_DISPOSITION_CLEAN_EFFECTS flag
[23:39:05] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[23:39:17] <CIA-38> ffmpeg: Mans Rullgard <mans at mansr.com> master * r935ee1b9bb ffmpeg/doc/APIchanges:
[23:39:17] <CIA-38> ffmpeg: apichanges: update for 24a83bd: add AV_DISPOSITION_CLEAN_EFFECTS flag
[23:39:17] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[23:39:18] <CIA-38> ffmpeg: Anssi Hannula <anssi.hannula at iki.fi> master * r3f2d3a1904 ffmpeg/libavformat/mpegtsenc.c:
[23:39:18] <CIA-38> ffmpeg: mpegtsenc: set audio_type according to st->disposition
[23:39:18] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[23:39:21] <CIA-38> ffmpeg: Anssi Hannula <anssi.hannula at iki.fi> master * r60e7306643 ffmpeg/libavformat/mpegts.c:
[23:39:21] <CIA-38> ffmpeg: mpegts: set st->disposition according to ISO 639 language descriptor
[23:39:21] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[23:39:25] <CIA-38> ffmpeg: Mans Rullgard <mans at mansr.com> master * r2dd1ee4bfe ffmpeg/libavformat/mpegtsenc.c:
[23:39:25] <CIA-38> ffmpeg: mpegtsenc: whitespace cosmetics
[23:39:25] <CIA-38> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[23:43:54] <Sean_McG> wow...even the ppc vp8 stuff is succeeding
[23:44:18] <Sean_McG> and that's been broken for almost a month now
[23:45:41] <mru> nope, still broken
[23:45:51] <Sean_McG> wierd, it's working on Rosetta here
[23:47:02] <mru> it depends on compiler
[23:47:06] <mru> and never trust an emulator
[23:49:45] <Sean_McG> *sigh* looks like the DVD drive in my MacBook Pro is starting to go... very picky about what discs it'll read now
[23:51:30] <mru> get a real computer
[23:51:38] <mru> my laptop doesn't even have a dvd drive
[23:51:58] <Sean_McG> I'm not into that whole cloud computer thing
[23:52:05] <mru> me neither
[23:52:22] <mru> but the twice a year I need to read a dvd in the laptop, I can connect an external one
[23:53:14] <Sean_McG> I'll probably just pick up an external one soon, hoping this machine will last another year (or at least until Apple gets Sandy Bridge)
[23:54:37] <lu_zero> Sandy Broken Bridge?
[23:54:43] <lu_zero> o Sandy Burning Bridge?
[23:54:49] <Sean_McG> the CPUs are fine! :P~
[23:55:02] <Sean_McG> just because the damn SATA300 eats data for lunch, heh