[00:29] <durandal_1707> bytestream2_get_byte should return uint8_t [01:14] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r43fd321252 10ffmpeg/libavcodec/targa.c: [01:14] <CIA-17> ffmpeg: targa: Fix input buffer size check. [01:14] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [01:14] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [01:14] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rd6eef545c1 10ffmpeg/libavcodec/vc1dec.c: [01:14] <CIA-17> ffmpeg: vc1dec: move mquant zero check down. [01:14] <CIA-17> ffmpeg: This way it catches all cases, and prevents later segfaults. [01:14] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [01:14] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [01:14] <CIA-17> ffmpeg: 03Paul B Mahol 07master * r7f9b42ff9d 10ffmpeg/libavcodec/j2kenc.c: [01:14] <CIA-17> ffmpeg: j2kenc: cosmetics: vertically align AVCodec members. [01:14] <CIA-17> ffmpeg: Signed-off-by: Paul B Mahol <onemda@gmail.com> [01:14] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [01:14] <CIA-17> ffmpeg: 03Paul B Mahol 07master * ra65016205f 10ffmpeg/libavcodec/libopenjpegdec.c: [01:14] <CIA-17> ffmpeg: libopenjpegdec: hack to fix GRAY16 decoding [02:42] <ikrabbe> Hi, I'm trying to get an overview over av_close_input* deprecation. Are there any docs about the libav* API in the ffmpeg tree? [02:43] <funman> docs/APIchanges [02:46] <ikrabbe> funman: yes there the deprecation is mentioned [02:46] <ikrabbe> funman: but the api itself isn't docuemented within ffmpeg tree? [02:47] <funman> possibly not, you have to read avcodec.h and/or git log and figure it on your own [02:51] <ikrabbe> hmm in the libav package there seems to be some documentation. Does ffmpeg provide its own state of libav or does it simply merge in the libav changes? [03:04] <funman> what is libav? [03:05] <Compn> short for libavcodec [03:05] <Compn> :) [03:05] <durandal_1707> michaelni: libopenjpegdec segv on file created with j2kenc [03:05] <Compn> and libavformat, libavfilter, libavutils... [03:05] <funman> yeah that's what i thought too it's not very clear [03:05] <durandal_1707> lav is enough [03:06] <ikrabbe> www.libav.org? [03:06] <funman> it's the same thing wrt doc [03:06] <Compn> ikrabbe : ffmpeg merges most libav changes [03:07] <funman> i.e. api changes are wrongly documented if at all [03:07] <Compn> but libav doesnt merge much of ffmpeg :\ [03:07] <Compn> api may be broken forever :( [03:09] <durandal_1707> @deprecated use avformat_close_input() [03:09] <durandal_1707> it just takes ** instead of * [03:09] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rb62b9df798 10ffmpeg/ffmpeg.c: [03:09] <CIA-17> ffmpeg: ffmpeg: more verbose error messages in case of audio encoding failure. [03:09] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [03:09] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * ra0820eaa8a 10ffmpeg/ffmpeg.c: [03:09] <CIA-17> ffmpeg: ffmpeg: fix handling or empty audio packets [03:09] <CIA-17> ffmpeg: Fixes Ticket1131 [03:09] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [03:09] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r8b58f6b5c2 10ffmpeg/libavcodec/rawdec.c: [03:09] <CIA-17> ffmpeg: Revert "raw: move buffer size check up." [03:09] <CIA-17> ffmpeg: This reverts commit cc5dd632cecc5114717d0b90f8c2be162b1c6ee8. [03:09] <CIA-17> ffmpeg: The change was redundant, it has been fixed long ago (422e3a7) [03:09] <CIA-17> ffmpeg: Conflicts: [03:09] <CIA-17> ffmpeg: libavcodec/rawdec.c [03:09] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [03:10] <durandal_1707> and this one clears looks to clear everything [03:18] <durandal_1707> libopenjpegdec segv an it is not wrapper fault but bug in openjpeg and IMHO this decoder should be marked experimental [03:19] <ohsix> what sort of reply are you looking for, and from whom [03:32] <ramiro> hi [03:34] <ramiro> michaelni: i'm transcoding from wmav2 to wmav2 (don't ask why =) and I got a sample that has 20kbps bitrate. I need to transcode to the same bitrate, but the wma encoder says at least 24000 is needed. where did you get that limit from? [03:36] <adem1> hello [03:38] <michaelni> ramiro, i guess our rate control code failed with lower bitrates [03:39] <michaelni> that is the packts ended up too big [03:39] <michaelni> more aggressive quantization, lower sample rate only mono could lower the limit [03:39] <michaelni> with the existing rate/quant choosing code [03:40] <adem1> this os my first time on gsoc, is there anyone who can help me a bit [03:40] <adem1> ? [03:41] <michaelni> hi adem1 [03:41] <michaelni> FFmpeg sadly has not been accpted by google this year for their gsoc [03:42] <michaelni> they had 400 or so organizations and could only accept 180 and they droped some long time participating onces [03:42] <adem1> ok then sorry [03:42] <michaelni> wait a moment :) [03:43] <michaelni> theres a small chance that ffmpeg might find some donator(s) and could make its own FF-summer of code [03:43] <michaelni> and of course you are welcome to work on anything you have fun to work on as long as you dont mind to do it without getting money [03:44] <michaelni> either way FFMpeg will apply next year again to gsoc so maybe we will be in again then [03:46] <adem1> thank you [03:46] <CIA-17> ffmpeg: 03Paul B Mahol 07master * rddfa3751c0 10ffmpeg/libavcodec/j2kdec.c: [03:46] <CIA-17> ffmpeg: j2kdec: convert to bytestream2 API [03:46] <CIA-17> ffmpeg: Protects against overreads. [03:46] <CIA-17> ffmpeg: Signed-off-by: Paul B Mahol <onemda@gmail.com> [03:46] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [03:46] <CIA-17> ffmpeg: 03Paul B Mahol 07master * r75625c6138 10ffmpeg/libavcodec/j2kdec.c: [03:46] <CIA-17> ffmpeg: j2kdec: Remove useless .pix_fmts. [03:46] <CIA-17> ffmpeg: Signed-off-by: Paul B Mahol <onemda@gmail.com> [03:46] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [03:46] <CIA-17> ffmpeg: 03Paul B Mahol 07master * rebbf10efb0 10ffmpeg/libavcodec/j2kdec.c: [03:46] <CIA-17> ffmpeg: j2kdec: vertically align AVCodec members [03:46] <CIA-17> ffmpeg: Signed-off-by: Paul B Mahol <onemda@gmail.com> [03:46] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [03:46] <CIA-17> ffmpeg: 03Paul B Mahol 07master * r0f3886fa7d 10ffmpeg/libavcodec/j2kdec.c: [03:49] <ramiro> michaelni: do you have any suggestions to improve the rate control code so it may go lower than 24kbps? [03:51] <durandal_1707> wtf why -lavdopts lowres=5 doesnt work for mplayer... [03:54] <michaelni> ramiro, use less bits :) [03:54] <michaelni> i think there was a second variant to encode scale factors [03:54] <michaelni> it might be more compact [03:54] <michaelni> a bigger block size might help too in lowering the lowest achiveable point [03:55] <michaelni> and 24000 is maybe not as aggressivly low as it could be, i dont remember [03:57] <michaelni> also make sure the rate/quant control code tests down to the lowest possible quality [03:57] <michaelni> and that it would always reach all coefficients = 0 no matter what input at that lowest quality [03:58] <ramiro> the second variant does scoreL and scoreR, I don't know what difference that makes [03:58] <michaelni> they should match [03:59] <michaelni> these are the quant/rate control code [03:59] <michaelni> one is just a simplified variant of the other IIRC [03:59] <michaelni> its simple bisection [03:59] <michaelni> both actually [04:09] <Compn> shit [04:09] <Compn> forgot to tell adam if he wanted to work for ffmpeg, we could probably sponsor him [04:09] <Compn> :) [04:09] <Compn> oh you told him [04:09] <Compn> good work michaelni :) [04:10] <funman> ramiro: http://download.videolan.org/pub/videolan/vlc/2.0.1/win64/ [04:11] <funman> 2.0 version is built with FFmpeg btw [04:14] <CIA-17> ffmpeg: 03Compn 07master * rab31db0610 10ffmpeg/doc/indevs.texi: doc: clarify dshow input requirements [04:17] <Compn> ramiro : the dshow input doesnt work with regular mingw ? [04:21] <Daemon404> it doesnt? [04:21] <Daemon404> worksforme(tm) [04:24] <funman> what is 'regular' mingw? [04:24] <ramiro> that would be mingw32 [04:24] <Compn> mingw.org mingw is regular [04:24] <darkstarbyte> How would one start making an interface for ffmpeg in C? [04:24] <ramiro> and no, it doesn't. there are no headers [04:24] <Compn> well Daemon404 is being a jerk then [04:24] <Compn> ;P [04:24] <ramiro> there are the headers written by videolan, but they're not part of mingw32 [04:25] <Compn> thanks [04:25] <funman> written by, or stolen by? [04:25] <ramiro> darkstarbyte: it already exists. it's the only one actually [04:25] <ramiro> oh, you mean ffmpeg.c? [04:25] <Compn> darkstarbyte : you start by copying and pasting a bunch of code from another C frontend from the projects page :) [04:25] <ramiro> funman: that's a very thin line [04:25] <funman> ramiro: dshow headers come from wine i think (header says (C) codeweavers) [04:26] <darkstarbyte> I was wondering if there was a header I needed? [04:26] <funman> and Alexandre Julliard [04:26] <Compn> hellokitty.h [04:27] Action: darkstarbyte murders Compn silently like a ninja [04:28] <darkstarbyte> I need it to do one specific task [04:28] <darkstarbyte> and almost the exact same everytime [04:30] <darkstarbyte> So if I were to steal some source code, where would I start? [04:30] <darkstarbyte> (Which project) [04:31] Action: darkstarbyte ninja suicide? [04:32] <Compn> sorry, i uhhh really havent a clue [04:32] <Compn> i'm just here to troll people [04:32] <Compn> someone here will know [04:32] <Compn> they are useful people [04:32] <darkstarbyte> Your good at trolling. [04:33] <darkstarbyte> The only reason I want to do this, is to improve an app someone wrote, except it is in python so I can't understand it. The other program uses [04:33] <darkstarbyte> ffmpeg to convert stuff, but does not have a command line tool which I want to write [04:34] <Compn> i mean uh [04:34] <Compn> what error are you running into when including ffmpeg ? [04:34] <Compn> you said you think you were missing a header [04:34] <darkstarbyte> ??? [04:34] <Compn> which means you get some errors when compiling your program ? [04:34] <darkstarbyte> I just wanted to write a command line tool for a program [04:35] <darkstarbyte> I need some place to start [04:35] <Compn> + [04:36] <darkstarbyte> Nothing [04:36] <Compn> a command line frontend for a command line program [04:36] <Compn> i guess it can be done :) [04:36] <darkstarbyte> no a command line front end for another program that uses ffmpeg [04:36] <Compn> ahhh [04:36] <Compn> sounds very complicated [04:36] <darkstarbyte> yeah [04:37] <darkstarbyte> It converts file to compliant mpeg2 for dvd players [04:37] <darkstarbyte> it authors them, turns them into an iso [04:37] <darkstarbyte> devede is what I am talking about [04:38] <Daemon404> i dont use mingw from mingw.org [04:38] Action: Compn hits head against wall [04:39] <Daemon404> i use mingw-w64, from komisar [04:39] <Daemon404> i didnt think anyoen didnt used mingw-w64 anymore. [04:39] <Compn> ... [04:39] <darkstarbyte> Daemon404, I am sorry I can't help, but how did you bold that word? [04:39] <Daemon404> that varies between clients? >_> [04:40] <Compn> what do you mean bold? [04:40] <funman> 1b2o3l4d ? [04:40] <Compn> ;P [04:40] <darkstarbyte> xchat [04:40] <Daemon404> google it [04:40] <Compn> try ctrl+b [04:40] Action: Daemon404 slaps Compn [04:40] <funman> /bin/sh: 1: toilet: not found [04:40] <funman> oops [04:40] <Daemon404> im trying to promote RTFM [04:40] <Daemon404> ;) [04:41] <Compn> i'm trying to see how darkstarbyte is going to write a c program if he cant read a manual [04:41] <Daemon404> fun fact: i wrote a good chunk of the xchat manual [04:41] <funman> he'll boldly ask other people to write it for him :P [04:41] <Daemon404> and stopped using it right after [04:41] <Compn> Daemon404 : did anyone read it ? [04:42] <Compn> lol burn [04:42] <Daemon404> Compn, of course [04:42] <Daemon404> i am the only one whoever documented all its /set vars [04:42] <Daemon404> someone else is maintaining it now though [04:43] <darkstarbyte> sorry I just didn't know about the bold thing, I had no intention of actually using it. [04:43] <darkstarbyte> I only asked because I didn't know about it. [04:43] <Compn> darkstarbyte : its good idea to ask questions, fast way to learn :) [04:43] <Compn> dont listen to these jerks [04:43] <Daemon404> hey! im not old enough to be jaded yet! [05:09] <durandal_1707> lol jp2 use ftyp from mp4/qt [05:09] <Compn> yes, they were infected [05:34] <ramiro> michaelni: the wma encoder seems to expect a fixed frame_size. but I have some samples that decode using different frame_sizes. what would need to be changed in the encoder to support this? or is it better to just buffer up the samples prior to calling the encode function? [05:36] <ramiro> Zeranoe: hi [05:51] <Compn> wbs : rtsp://208.86.19.32:8000/crtn [05:51] <Compn> wbs : you ever seen h264 in asf over rtsp ? [06:07] <michaelni> ramiro, dunno, i think the code should mostly be able to handle variable bytes per frame if something makes it variable [06:09] <michaelni> i need to sleep a bit now though (send me a mail if you have more questions ill reply tomorrow) [06:24] <Zeranoe> ramiro: Hi Ramiro [12:37] <CIA-17> ffmpeg: 03Ronald S. Bultje 07master * r5484170ac7 10ffmpeg/libavcodec/rv34.c: (log message trimmed) [12:37] <CIA-17> ffmpeg: rv34: set mb_num_left to 0 after finishing a frame [12:37] <CIA-17> ffmpeg: Prevents running error resilience on a previous frame which will write [12:37] <CIA-17> ffmpeg: to the pic->mb_type[] array of the previous image. The array might [12:37] <CIA-17> ffmpeg: already be re-used for a new image in a subsequent thread, thus cause [12:37] <CIA-17> ffmpeg: two threads to write to the same pic->mb_type[] array, causing a race [12:37] <CIA-17> ffmpeg: condition which can crash in rv34_decode_cbp(), called by [12:37] <CIA-17> ffmpeg: 03Ronald S. Bultje 07master * r2ad405548b 10ffmpeg/libavcodec/targa.c: [12:37] <CIA-17> ffmpeg: targa: convert to bytestream2. [12:37] <CIA-17> ffmpeg: Also remove some write-only variables or write-only variable [12:37] <CIA-17> ffmpeg: assignments, remove internal colorspace conversion to native [12:37] <CIA-17> ffmpeg: endianness (that can be done by swscale much more efficiently), [12:37] <CIA-17> ffmpeg: and some cosmetics. [12:37] <CIA-17> ffmpeg: 03Mashiat Sarker Shakkhar 07master * r95b192de5d 10ffmpeg/libavcodec/ (vc1.c vc1data.c vc1data.h vc1dec.c): [12:37] <CIA-17> ffmpeg: vc1: Do not read from array if index is invalid. [12:37] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [12:37] <CIA-17> ffmpeg: CC: libav-stable@libav.org [12:38] <j-b> michaelni: are there many remaining issue from j00ru ? [12:38] <CIA-17> ffmpeg: This patch allows the user to force flushing of all queued packets [12:38] <CIA-17> ffmpeg: by calling av_interleaved_write_frame() with pkt set to NULL. [12:38] <CIA-17> ffmpeg: Signed-off-by: Jindrich Makovicka <jindrich.makovicka@nangu.tv> [12:38] <CIA-17> ffmpeg: Signed-off-by: Martin Storsjö <martin@martin.st> [12:38] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r6999f8bcf5 10ffmpeg/: (log message trimmed) [12:38] <CIA-17> ffmpeg: Merge remote-tracking branch 'qatar/master' [12:38] <CIA-17> ffmpeg: * qatar/master: [12:38] <CIA-17> ffmpeg: make av_interleaved_write_frame() flush packets when pkt is NULL [12:38] <CIA-17> ffmpeg: mpegts: Fix dead error checks [12:38] <CIA-17> ffmpeg: vc1: Do not read from array if index is invalid. [12:38] <CIA-17> (1 lines omitted) [13:36] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rdcd013a535 10ffmpeg/libavformat/omadec.c: [13:36] <CIA-17> ffmpeg: oma: dont over-read buffer [13:36] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [13:36] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [13:36] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * re3bd61248f 10ffmpeg/libavcodec/vc1dec.c: [13:36] <CIA-17> ffmpeg: vc1dec: avoid == -1 checks for errors. [13:36] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [13:36] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r1acc553e54 10ffmpeg/libavcodec/vc1dec.c: [13:36] <CIA-17> ffmpeg: vc1dec: dont ignore ff_vc1_parse_frame_header_advs return value [13:36] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [13:36] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [13:36] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rb378a23395 10ffmpeg/libavcodec/vc1dec.c: [13:36] <CIA-17> ffmpeg: vc1dec: sanity check state used in get_mvdata_interlaced() [13:36] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [13:37] <j-b> more vc1 fixes [13:37] <j-b> interesting [15:54] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rdfacef9e73 10ffmpeg/libavcodec/alsdec.c: [15:54] <CIA-17> ffmpeg: alsdec: make sure no invalid opt_order stays in the context. [15:54] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [15:54] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [15:54] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r28a613b09b 10ffmpeg/libavcodec/ (h264.c h264.h h264_loopfilter.c svq3.c): [15:54] <CIA-17> ffmpeg: h264: dont mess with chroma planes for grayscale h264. [15:54] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [15:54] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [20:31] <CIA-17> ffmpeg: 03Thilo Borgmann 07master * r7ea948bac3 10ffmpeg/libavcodec/alsdec.c: alsdec: check return values. [20:31] <CIA-17> ffmpeg: 03Tim Nicholson 07master * r6fa998c491 10ffmpeg/doc/filters.texi: [20:31] <CIA-17> ffmpeg: Clarify the use of the interl=1|-1 option of the scale filter. [20:31] <CIA-17> ffmpeg: It is not entirely clear that whilst for width and height only an [20:31] <CIA-17> ffmpeg: expression needs to be provided, for interlace the option must [20:31] <CIA-17> ffmpeg: also be given. [20:31] <CIA-17> ffmpeg: It is also unclear that the default is non interlaced aware scaling. [20:31] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [20:31] <CIA-17> ffmpeg: 03Paul B Mahol 07master * r1cd8510912 10ffmpeg/libavcodec/j2kdec.c: [20:31] <CIA-17> ffmpeg: j2kdec: move ff_j2k_init_tier1_luts() to j2kdec_init() [20:31] <CIA-17> ffmpeg: Signed-off-by: Paul B Mahol <onemda@gmail.com> [20:31] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [20:31] <CIA-17> ffmpeg: 03Paul B Mahol 07master * ra0340dfbd7 10ffmpeg/ (5 files in 3 dirs): [20:31] <CIA-17> ffmpeg: XBM decoder [20:44] <Daemon404> why is searching disabled on git's web ui? [20:44] <funman> thresh disabled a few stuff in gitweb recently [20:44] <Daemon404> any idea why? [20:45] <durandal11707> so that libav folks have hard time porting stuff [20:45] <funman> Daemon404: avoid DoS - not sure if search was part of them though you should ask him [20:45] <Daemon404> durandal11707, if thats true [20:45] <Daemon404> it's pretty sad [20:45] <Daemon404> and hypocritical. [20:46] <Daemon404> funman, oic [20:47] <funman> no it's not true :P [20:49] <ubitux> < durandal11707> so that libav folks have hard time porting stuff // like they care& [20:49] <ubitux> :) [20:59] <iive> they can follow ffmpeg-cvs and get all the patches they want. [21:00] <iive> and they like to rewrite the fixes, to avoid giving credit :) [21:01] <Daemon404> i forward them fixes sometimes (some projects i use are built with libav) [21:01] <Daemon404> theyre usually accepted pretty easily [21:02] <bcoudurier> :) [21:06] <ubitux> they just don't give a shit to most things really [21:06] <Daemon404> thats not really true [21:06] <ubitux> their NIH syndrom is particulary marked [21:06] <ubitux> well, did you follow what was said about lavfi? [21:07] <ubitux> there are at least 3 of them who want to "rewrite everything" [21:07] <Daemon404> i just think they need to bikeshed less. [21:08] <ubitux> i recently realized libav has even less than what i thought about audio processing [21:08] <ubitux> of course they're still stick with the old api which doesn't allow much (and no third app can really use it) [21:08] <ubitux> but they also have nothing in lavfi for audio [21:09] <Daemon404> i dont use either project for much besides encoding/decoding [21:09] <Daemon404> so i cant really say [21:09] <Daemon404> (both are rather inadequate for my usual uses) [21:10] <ubitux> anyway, it's too late now to think libav will rise imo [21:11] <ubitux> they should have removed their blinkers [21:11] <ubitux> and it seems they don't even plan to soon [21:11] <ubitux> so much manpower lost is a shame imo, but well. [21:12] <durandal11707> manpower? [21:13] <iive> yes. The rewrite of prores encoder was fundamental waste of time. [21:13] <ubitux> well, they should just work with us instead of rewriting everything [21:14] <iive> well, they forked because they don't want to work with, you know who :) [21:15] <gnafu> Elvis Presley? [21:15] <gnafu> ;D [21:15] <iive> Presisely [21:15] <gnafu> Hehe, nice. [21:16] <durandal11707> Elvis Presley is still alive? [21:16] <iive> yes, I guess it is relativity time delay. You know, aliens. [00:00] --- Wed Mar 28 2012