<?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"
	>
<channel>
	<title>Comments on: Grit 0.8.1</title>
	<atom:link href="http://www.coranac.com/2008/05/12/grit-081/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.coranac.com/2008/05/12/grit-081/</link>
	<description>my own little world</description>
	<pubDate>Tue, 06 Jan 2009 05:04:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Chrono</title>
		<link>http://www.coranac.com/2008/05/12/grit-081/#comment-1929</link>
		<dc:creator>Chrono</dc:creator>
		<pubDate>Tue, 09 Sep 2008 15:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.coranac.com/2008/05/12/grit-081/#comment-1929</guid>
		<description>I mailed you the files I used.</description>
		<content:encoded><![CDATA[<p>I mailed you the files I used.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cearn</title>
		<link>http://www.coranac.com/2008/05/12/grit-081/#comment-1927</link>
		<dc:creator>cearn</dc:creator>
		<pubDate>Tue, 09 Sep 2008 13:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.coranac.com/2008/05/12/grit-081/#comment-1927</guid>
		<description>@ Chrono:

I've tried reproducing what you say, but I get exactly what I'd expect. Can you send over something that illustrates the problem?</description>
		<content:encoded><![CDATA[<p>@ Chrono:</p>
<p>I&#8217;ve tried reproducing what you say, but I get exactly what I&#8217;d expect. Can you send over something that illustrates the problem?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chrono</title>
		<link>http://www.coranac.com/2008/05/12/grit-081/#comment-1926</link>
		<dc:creator>Chrono</dc:creator>
		<pubDate>Tue, 09 Sep 2008 12:12:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.coranac.com/2008/05/12/grit-081/#comment-1926</guid>
		<description>Hi,

I'm pretty sure there is a problem with sbb exporting of maps larger than 256x256. When I export using the sbb option the .map.bin contains the first 256x256 part of the map repeated two times for 512x256 maps and four times for 512x512 maps. The tiles are exported just fine - only the map is wrong.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I&#8217;m pretty sure there is a problem with sbb exporting of maps larger than 256&#215;256. When I export using the sbb option the .map.bin contains the first 256&#215;256 part of the map repeated two times for 512&#215;256 maps and four times for 512&#215;512 maps. The tiles are exported just fine - only the map is wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cearn</title>
		<link>http://www.coranac.com/2008/05/12/grit-081/#comment-1842</link>
		<dc:creator>cearn</dc:creator>
		<pubDate>Mon, 16 Jun 2008 16:28:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.coranac.com/2008/05/12/grit-081/#comment-1842</guid>
		<description>As far as I know, there are no standard and  platform-independent routines in C of dealing with wildcards in filenames (or even directories in general). This makes it rather hard to add support for it. It should be possible to grab all the relevant filenames with a system command and use that for input, but I'm not sure which one you'd need in a batch file.</description>
		<content:encoded><![CDATA[<p>As far as I know, there are no standard and  platform-independent routines in C of dealing with wildcards in filenames (or even directories in general). This makes it rather hard to add support for it. It should be possible to grab all the relevant filenames with a system command and use that for input, but I&#8217;m not sure which one you&#8217;d need in a batch file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Lacey</title>
		<link>http://www.coranac.com/2008/05/12/grit-081/#comment-1841</link>
		<dc:creator>Matt Lacey</dc:creator>
		<pubDate>Mon, 16 Jun 2008 15:09:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.coranac.com/2008/05/12/grit-081/#comment-1841</guid>
		<description>Just when I needed shared palettes, voila! there it is... one thing though - I run a bunch of various grit commands from a batch file, the line that did the images between which I wanted to share a palette looks like:

grit ..\gfx\logo\*.bmp 

however, after adding the -pS it complains about not being able to find the files, saying that the file "..\gfx\logo\*.bmp not found or can't be read"  - I guess maybe the code for the shared palettes doesn't deal with wildcards? 

Matt</description>
		<content:encoded><![CDATA[<p>Just when I needed shared palettes, voila! there it is&#8230; one thing though - I run a bunch of various grit commands from a batch file, the line that did the images between which I wanted to share a palette looks like:</p>
<p>grit ..\gfx\logo\*.bmp </p>
<p>however, after adding the -pS it complains about not being able to find the files, saying that the file &#8220;..\gfx\logo\*.bmp not found or can&#8217;t be read&#8221;  - I guess maybe the code for the shared palettes doesn&#8217;t deal with wildcards? </p>
<p>Matt</p>
]]></content:encoded>
	</item>
</channel>
</rss>
