<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: AOL ART Format</title>
	<atom:link href="http://multimedia.cx/eggs/aol-art-format/feed/" rel="self" type="application/rss+xml" />
	<link>http://multimedia.cx/eggs/aol-art-format/</link>
	<description>Topics On Multimedia Technology and Reverse Engineering</description>
	<lastBuildDate>Sun, 06 May 2012 18:52:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Luther Blisset</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-152234</link>
		<dc:creator>Luther Blisset</dc:creator>
		<pubDate>Thu, 08 Jul 2010 09:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-152234</guid>
		<description>Here&#039;s some information on the ART dlls that ship with AOL.

JGAOL.DLL                     : Johnson Grace Drag &amp; Drop &amp; ART Stuff /Loaded by Manager
JGAWAOLS.DLL:  Johnson Grace Audio Decoder
JGDWAOL.DLL              : Johnson-Grace Interface
JGEWAOL.DLL              : Johnson-Grace Encoder
JGFRAOL.DLL              : Johnson-Grace Foreign Image Decoder (GIF, JPG, BMP)
JGMDAOL.DLL              : Johnson-Grace Midi Decoder
JGPLAOL.DLL              : Johnson-Grace main ART play for decoding ART 4.0 and below
JGSDAOL.DLL              : Johnson-Grace Speech Decoder
JGSHAOL.DLL              : Johnson-Grace Slide Show Decoder

Konvertor failed to display or convert any of my AOL ART images.</description>
		<content:encoded><![CDATA[<p>Here&#8217;s some information on the ART dlls that ship with AOL.</p>
<p>JGAOL.DLL                     : Johnson Grace Drag &amp; Drop &amp; ART Stuff /Loaded by Manager<br />
JGAWAOLS.DLL:  Johnson Grace Audio Decoder<br />
JGDWAOL.DLL              : Johnson-Grace Interface<br />
JGEWAOL.DLL              : Johnson-Grace Encoder<br />
JGFRAOL.DLL              : Johnson-Grace Foreign Image Decoder (GIF, JPG, BMP)<br />
JGMDAOL.DLL              : Johnson-Grace Midi Decoder<br />
JGPLAOL.DLL              : Johnson-Grace main ART play for decoding ART 4.0 and below<br />
JGSDAOL.DLL              : Johnson-Grace Speech Decoder<br />
JGSHAOL.DLL              : Johnson-Grace Slide Show Decoder</p>
<p>Konvertor failed to display or convert any of my AOL ART images.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magic</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-150576</link>
		<dc:creator>Magic</dc:creator>
		<pubDate>Fri, 22 Jan 2010 08:55:06 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-150576</guid>
		<description>Konvertor is supposed to read that AOL ART</description>
		<content:encoded><![CDATA[<p>Konvertor is supposed to read that AOL ART</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darkwing42</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-126226</link>
		<dc:creator>Darkwing42</dc:creator>
		<pubDate>Mon, 25 Aug 2008 02:59:14 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-126226</guid>
		<description>I learned quite a bit about this format back when me and my family first got online since we were using Compuserve and unbeknown to us at that time Compuserve was owned by AOL and used pretty much the same browser software, so when I would save art from the internet it would end up saved as .ART files. It took a while to find out how to turn the setting off in Compuserve because every site that told how to turn off AOL saving images as .ART files neglected to say the same was true for Compuserve, and while trying to figure out what to do I learned the history of this headache of a format. As you said it was developed by a company called Johnson Grace which was gobbled up by AOL who thought this format would help them get an edge because of how small it could shrink a file using fractal wavelet compression, and they convinced Microsoft to hop on board with them by having Internet Explorer be able to read the images, back when IE was trying to be the dominant browser and AOL got them to believe the format would become the next image standard because of the sheer numbers of users AOL had who would be using the format when it was introduced. The problems started almost immediately when people complained about fuzziness in the images, which was because because AOL set the compression levels much too high, favoring size over quality, and so they could make a file be only 10 KB that may have been 130 KB as a JPEG but it would be ruined in the process and not worth saving anyway. It was considered a complete failure after a few years and quietly abandoned in later AOL browsers, others have tried to use a similar technique to compress images but after the huge rejection by users of the .ART format most moved to other methods. Graphic Workshop Professional did have support for .ART file and the unique thing to that is they had a setting to choose how you wanted the program to try and compress the image, which ironically when done with a setting that favored quality it did produce an image that was smaller than a similar quality JPEG but without the fuzziness and image artifacts, so if AOL had been less concerned with super small size over quality the format could have become one of the web standards. The burial of the format finally occurred when an internet security group discovered a way to sneak a virus inside .ART files and Microsoft stripped it for good out of Windows and Internet Explorer. Graphic Workshop Pro has a plugin that has the files that Windows used to use to decode the files that can be downloaded to use with current versions of their program.
I don&#039;t know if that will help any, I kind of hated the format but ended up with too many images saved in it and had to have something to convert from it. If I knew who to ask at AOL or Google, since they own a chunk of AOL shares, I would suggest they release the specifications on the format so that programs like Irfanview and XnView could be able to read it for all those who are stuck with .ART files, but it seems that AOL plans to keep it locked up for spite. The least they could do is make a small converter to help folks.</description>
		<content:encoded><![CDATA[<p>I learned quite a bit about this format back when me and my family first got online since we were using Compuserve and unbeknown to us at that time Compuserve was owned by AOL and used pretty much the same browser software, so when I would save art from the internet it would end up saved as .ART files. It took a while to find out how to turn the setting off in Compuserve because every site that told how to turn off AOL saving images as .ART files neglected to say the same was true for Compuserve, and while trying to figure out what to do I learned the history of this headache of a format. As you said it was developed by a company called Johnson Grace which was gobbled up by AOL who thought this format would help them get an edge because of how small it could shrink a file using fractal wavelet compression, and they convinced Microsoft to hop on board with them by having Internet Explorer be able to read the images, back when IE was trying to be the dominant browser and AOL got them to believe the format would become the next image standard because of the sheer numbers of users AOL had who would be using the format when it was introduced. The problems started almost immediately when people complained about fuzziness in the images, which was because because AOL set the compression levels much too high, favoring size over quality, and so they could make a file be only 10 KB that may have been 130 KB as a JPEG but it would be ruined in the process and not worth saving anyway. It was considered a complete failure after a few years and quietly abandoned in later AOL browsers, others have tried to use a similar technique to compress images but after the huge rejection by users of the .ART format most moved to other methods. Graphic Workshop Professional did have support for .ART file and the unique thing to that is they had a setting to choose how you wanted the program to try and compress the image, which ironically when done with a setting that favored quality it did produce an image that was smaller than a similar quality JPEG but without the fuzziness and image artifacts, so if AOL had been less concerned with super small size over quality the format could have become one of the web standards. The burial of the format finally occurred when an internet security group discovered a way to sneak a virus inside .ART files and Microsoft stripped it for good out of Windows and Internet Explorer. Graphic Workshop Pro has a plugin that has the files that Windows used to use to decode the files that can be downloaded to use with current versions of their program.<br />
I don&#8217;t know if that will help any, I kind of hated the format but ended up with too many images saved in it and had to have something to convert from it. If I knew who to ask at AOL or Google, since they own a chunk of AOL shares, I would suggest they release the specifications on the format so that programs like Irfanview and XnView could be able to read it for all those who are stuck with .ART files, but it seems that AOL plans to keep it locked up for spite. The least they could do is make a small converter to help folks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-124319</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Tue, 05 Aug 2008 00:57:36 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-124319</guid>
		<description>Only if you can RE it.</description>
		<content:encoded><![CDATA[<p>Only if you can RE it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: compn</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-124307</link>
		<dc:creator>compn</dc:creator>
		<pubDate>Mon, 04 Aug 2008 23:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-124307</guid>
		<description>will this be the first image format ffmpeg will have support for, that imagemagick does not? :)</description>
		<content:encoded><![CDATA[<p>will this be the first image format ffmpeg will have support for, that imagemagick does not? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DrV</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-122980</link>
		<dc:creator>DrV</dc:creator>
		<pubDate>Thu, 31 Jul 2008 16:22:28 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-122980</guid>
		<description>I converted the samples to PNG with the evaluation version of Graphic Workshop Professional (linked on the Wikipedia page):
http://drv.nu/temp/ART/

You&#039;re welcome to upload these with the samples if you&#039;d like...

As a side note, apparently Graphic Workshop uses a few DLLs from Johnson-Grace to decode and encode ART, which were also the subject of a security advisory a few years ago as part of Windows/Internet Explorer: http://labs.idefense.com/intelligence/vulnerabilities/display.php?id=407</description>
		<content:encoded><![CDATA[<p>I converted the samples to PNG with the evaluation version of Graphic Workshop Professional (linked on the Wikipedia page):<br />
<a href="http://drv.nu/temp/ART/" rel="nofollow">http://drv.nu/temp/ART/</a></p>
<p>You&#8217;re welcome to upload these with the samples if you&#8217;d like&#8230;</p>
<p>As a side note, apparently Graphic Workshop uses a few DLLs from Johnson-Grace to decode and encode ART, which were also the subject of a security advisory a few years ago as part of Windows/Internet Explorer: <a href="http://labs.idefense.com/intelligence/vulnerabilities/display.php?id=407" rel="nofollow">http://labs.idefense.com/intelligence/vulnerabilities/display.php?id=407</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reimar</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-122828</link>
		<dc:creator>Reimar</dc:creator>
		<pubDate>Thu, 31 Jul 2008 07:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-122828</guid>
		<description>Hehe, &quot;Johnson-Grace&quot;, so it is indeed not by chance that the files start with &quot;JG&quot;.
I guess having the decoded files as decode bitmap sure would be useful, at least for those like me who prefer to try reverse-engineering by staring hard at hex data and a bit of guessing.
Though that may be the reason why I mostly stick to trivial stuff like game archive formats (http://sourceforge.net/projects/extractor-gtk).</description>
		<content:encoded><![CDATA[<p>Hehe, &#8220;Johnson-Grace&#8221;, so it is indeed not by chance that the files start with &#8220;JG&#8221;.<br />
I guess having the decoded files as decode bitmap sure would be useful, at least for those like me who prefer to try reverse-engineering by staring hard at hex data and a bit of guessing.<br />
Though that may be the reason why I mostly stick to trivial stuff like game archive formats (<a href="http://sourceforge.net/projects/extractor-gtk" rel="nofollow">http://sourceforge.net/projects/extractor-gtk</a>).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-122778</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Thu, 31 Jul 2008 04:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-122778</guid>
		<description>Hmm, good catch...

$ file *
&lt;em&gt;[actual ART files omitted]&lt;/em&gt;
BUILDING.ART:                   JPEG image data, JFIF standard 1.01
CARBLO3B.ART:                   JPEG image data
atmsunrise.art:                 JPEG image data, JFIF standard 1.02
i_mobilecomm_product.art:       GIF image data, version 89a, 201 x 150

I&#039;ll strike those from the archive.</description>
		<content:encoded><![CDATA[<p>Hmm, good catch&#8230;</p>
<p>$ file *<br />
<em>[actual ART files omitted]</em><br />
BUILDING.ART:                   JPEG image data, JFIF standard 1.01<br />
CARBLO3B.ART:                   JPEG image data<br />
atmsunrise.art:                 JPEG image data, JFIF standard 1.02<br />
i_mobilecomm_product.art:       GIF image data, version 89a, 201 x 150</p>
<p>I&#8217;ll strike those from the archive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DrV</title>
		<link>http://multimedia.cx/eggs/aol-art-format/comment-page-1/#comment-122777</link>
		<dc:creator>DrV</dc:creator>
		<pubDate>Thu, 31 Jul 2008 04:15:52 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/aol-art-format/#comment-122777</guid>
		<description>atmsunrise.art, BUILDING.ART, and CARBLO3B.ART are JPEG/JFIF
i_mobilecomm_product.art is a GIF</description>
		<content:encoded><![CDATA[<p>atmsunrise.art, BUILDING.ART, and CARBLO3B.ART are JPEG/JFIF<br />
i_mobilecomm_product.art is a GIF</p>
]]></content:encoded>
	</item>
</channel>
</rss>

