Comments on: a smaller jpg encoder I’ve released an early version of “tinydeflate”, which is a fully functional, public domain Deflate/zlib implementation in a single ~700 line source file: I’ve released v1.03, which includes Alex’s changes and a few other things: that's fantastic Rich! Thanks so much for the awesome code. that’s fantastic Rich! Thanks so much for the awesome code.

]]>
By: Rich Geldreich/2011/04/06/a-smaller-jpg-encoder/#comment-2628 Rich Geldreich Tue, 12 Apr 2011 11:03:08 +0000 Oh wow. How did I miss that. I suppose for writing out screenshots it should be good enough. I will give that a try, thanks. Oh wow. How did I miss that. I suppose for writing out screenshots it should be good enough. I will give that a try, thanks.

]]>
By: Sean Barrett/2011/04/06/a-smaller-jpg-encoder/#comment-2466 Sean Barrett Fri, 08 Apr 2011 06:22:21 +0000 Good point, in many cases you can write your own images. Are there matching decoders for jpg/png? Perhaps a future topic :-)? Good point, in many cases you can write your own images.

Are there matching decoders for jpg/png? Perhaps a future topic :-)?

]]>
By: Alex Evans/2011/04/06/a-smaller-jpg-encoder/#comment-2441 Alex Evans Thu, 07 Apr 2011 17:53:32 +0000

]]>
By: Alex Evans/2011/04/06/a-smaller-jpg-encoder/#comment-2440 Alex Evans Thu, 07 Apr 2011 17:53:06 +0000
probably introduces 10 new bugs tho :)

]]>
By: Alex Evans/2011/04/06/a-smaller-jpg-encoder/#comment-2439 Alex Evans Thu, 07 Apr 2011 17:46:00 +0000
be warned that that version has a memory stomp (also see comments above), you need to malloc an extra ‘p’ bytes in the malloc.
there may be other bugs… this is hot off the press as they say.

]]>
By: Armin Ronacher/2011/04/06/a-smaller-jpg-encoder/#comment-2438 Armin Ronacher Thu, 07 Apr 2011 17:34:26 +0000 While I agree in principle with Mr Postel, your point.... <blockquote>You have no idea where the JPEG files you want to read</blockquote> is often not true in games. ie you have a very clear idea where the JPEG files come from! eg your own tools. but in the general case, you're right. While I agree in principle with Mr Postel, your point….

You have no idea where the JPEG files you want to read

is often not true in games. ie you have a very clear idea where the JPEG files come from! eg your own tools. but in the general case, you’re right.

]]>
By: anti/2011/04/06/a-smaller-jpg-encoder/#comment-2433 anti Thu, 07 Apr 2011 13:13:22 +0000 <cite>Be conservative in what you send; be liberal in what you accept. <blockquote><a href="http://en.wikipedia.org/wiki/Robustness_principle" rel="nofollow">Jon Postel</a></blockquote></cite> You have no idea where the JPEG files you want to read come from, so you cannot safely assume that they're adhering to the same rules as you are. Be conservative in what you send; be liberal in what you accept.

Jon Postel

You have no idea where the JPEG files you want to read come from, so you cannot safely assume that they’re adhering to the same rules as you are.

]]> By: Rich Geldreich/2011/04/06/a-smaller-jpg-encoder/#comment-2423 Rich Geldreich Thu, 07 Apr 2011 09:12:57 +0000 If you're compressing using a subset of the full standard, I imagine the decompressors can be simplified accordingly... nice :-) If you’re compressing using a subset of the full standard, I imagine the decompressors can be simplified accordingly… nice :-)

]]>
By: alex/2011/04/06/a-smaller-jpg-encoder/#comment-2411 alex Wed, 06 Apr 2011 23:21:46 +0000

]]>
By: alex/2011/04/06/a-smaller-jpg-encoder/#comment-2408 alex Wed, 06 Apr 2011 21:48:18 +0000 Beautiful :-) Beautiful :-)

]]>
By: James Abley/2011/04/06/a-smaller-jpg-encoder/#comment-2404 James Abley Wed, 06 Apr 2011 20:23:51 +0000 thanks! I guess I was worried I hadn't tested my patch yet much, but what the hell. thanks! thanks! I guess I was worried I hadn’t tested my patch yet much, but what the hell. thanks!

]]>
By: Erwin Coumans/2011/04/06/a-smaller-jpg-encoder/#comment-2402 Erwin Coumans Wed, 06 Apr 2011 19:26:00 +0000

]]>