01:25:23 <HackEgo> β[U+1D4D2 MATHEMATICAL BOLD SCRIPT CAPITAL C] [U+1D4D7 MATHEMATICAL BOLD SCRIPT CAPITAL H] [U+1D4DE MATHEMATICAL BOLD SCRIPT CAPITAL O] [U+1D4DC MATHEMATICAL BOLD SCRIPT CAPITAL M] [U+1D4E2 MATHEMATICAL BOLD SCRIPT CAPITAL S] [U+1D4DA MATHEMATICAL BOLD SCRIPT CAPITAL K] [U+1D4E8 MATHEMATICAL BOLD SCRIPT CAPITAL Y] [U+1D4D3 MATHEMATICAL BOLD SCRIP

03:59:27 <zzo38> http://optipng.sourceforge.net/pngtech/better-filtering.html "For images of color type 3 (indexed color), filter type 0 (None) is usually the most effective." There are cases where this is not true; this is one example: http://zzo38computer.org/img_1C/palette.png (and, to me at least, it seems easily enough to see how)

04:00:41 <zzo38> Also, in all three cases of the example pictures, I have achieved better compression with my "ffpng" program than the numbers given there.

04:03:32 <zzo38> frymire.png: "w32768 n258 f0" gives IDAT size 250245. serrano.png: "w32768 n258 f0" gives IDAT size 106434. lena.png: "n258 m6 w2 e0,2" gives IDAT size 473108.

04:19:28 <zzo38> One more thing to consider can be: If filtering is in use (or even if it isn't in use, because then the filter types are all zero, and because the way the code length table is recorded), to consider the order of the colours in the palette when encoding in indexed colour mode.

05:00:32 <zzo38> (Encoding settings "n258 w512 e-1,512,258 m6" reduce the picture from 196372 bytes to 88875 bytes.)

11:43:10 <HackEgo> 1/2:diagram//A diagram is just a functor. \ frozen water//Frozen water is just ice. \ oya yakuman//We don't know what an oya yakuman is, but based on boily's reaction, it must be quite painful. \ bΓ©zout's theorem//BΓ©zout's theorem says that if a system of polynomial equations over the complexes has as many variables as equations, then in

11:43:11 <HackEgo> 2/2:the general case the number of solutions it has is equal to the product of one less than the degrees of the polynomials. \ unlambda//``ci`r`.!`.l`.a`.i`.v`.i`.r`.t`. `.t`.s`.e`.'`.c`. `.,`.a`.d`.b`.m`.a`.l`.n`.U`ci

19:29:23 <zzo38> Due to this article http://optipng.sourceforge.net/pngtech/too_far.html I have managed to achieve even better compression; now I have shortened the IDAT chunk of frymire.png to 249821 bytes.

19:32:54 <int-e> (I'm not 100% sure that this is even possible, but the gzip quine means that there's hope)

19:58:02 <zzo38> Yes, that is a idea, although I don't know how to do it. I have once found a PNG that claimed to be a QR code encoding of itself, although from what I can tell the data that it decodes into appears to be scrambled (but vaguely looks like a PNG file).

21:34:05 <zzo38> How to make vim to automatically set syntax for any new buffer except for a help buffer?

22:34:14 <\oren\> it means std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move std::move

22:52:31 <HackEgo> βbrandonson: Welcome to the international hub for esoteric programming language design and deployment! For more information, check out our wiki: <http://esolangs.org/>. (For the other kind of esoterica, try #esoteric on EFnet or DALnet.)

23:07:12 <\oren\> ok, it seems no matter what i do, unique_ptr wants to create type errors in template specializations

23:09:19 <\oren\> usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/move.h:57:14: error: rvalue reference to type 'unique_ptr<[2 * ...]>' cannot bind to lvalue of type 'unique_ptr<[2 * ...]>'

23:11:38 <fizzie> As far as your line goes, it looks just fine (modulo oddly using std:: for move, but not for unique_ptr), so we must be missing some context here.

23:15:22 <\oren\> explode_cpp/explode.cpp:174:75: note: in instantiation of function template specialization 'std::move<std::unique_ptr<ParseObj, std::default_delete<ParseObj> > &>' requested here

23:16:47 <fizzie> I've been fiddling with C++17 recently, actually, and found it pretty pleasant going. Even if the errors are terrible.

23:22:41 <\oren\> struct A : public B { double d; std::unique_ptr<B> b; A(double d, std::unique_ptr<B> b) : d(d), b(std::move(b)) {}