<?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 for Code 'n Stuff</title>
	<atom:link href="http://www.elliotglaysher.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elliotglaysher.org</link>
	<description>My projects, et cetera.</description>
	<pubDate>Fri, 21 Nov 2008 05:44:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>Comment on rlvm 0.3 released! by glaysher</title>
		<link>http://www.elliotglaysher.org/2008/10/04/rlvm-03-released/#comment-17596</link>
		<dc:creator>glaysher</dc:creator>
		<pubDate>Sat, 25 Oct 2008 06:04:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/?p=57#comment-17596</guid>
		<description>&lt;blockquote&gt;
When english text is displayed, it is too big for the line height and looks bad, also the letters are too far apart. All together, it's readable but looks *bad*.
&lt;/blockquote&gt;

I am not surprised; I've hard coded the Japanese text model into rlvm,
much like RealLive does. I don't have short term plans to support
English/Korean/Chinese fan patches. Obviously, this is one of the big
long term goals on the agenda once unmodified Clannad is rock solid.
The problem is that rldev will generate bytecode that requires
Haeleth's rlBabel DLL to work correctly. I am not entirely sure what
to do about this and therefore have been putting it off. The easiest
option is to make a compatibility rlbabel-rlvm.kh file and require
everyone who wants to make a patch to compile it in, much as people
use Haeleth's rlbabel.kh. It's not a convenient solution, but it may
be the only way. I've only done preliminary work on this, though, as I
think there's still more important work to be done (i.e. stop crashing
on Kotomi's route).

&lt;blockquote&gt;
(Oh yeah, any chance of save compatibility? ^^ I don't know how far-fetched this is, please ignore my if it's unreasonable)
&lt;/blockquote&gt;

This will never happen. The official RealLive.exe appears to simply
dump its in memory structures into a binary file and no one (to my
knowledge) has seriously tried to reverse engineer it. Even if someone
did the prerequisite reverse engineering work, both creating and
maintaining the mapping between RealLive.exe and rlvm's in memory data
structures would take significant effort for little benefit. I'd
rather spend that time on getting voice files working, reverse
engineering the tonecurve files or HIK animations, et cetera.</description>
		<content:encoded><![CDATA[<blockquote><p>
When english text is displayed, it is too big for the line height and looks bad, also the letters are too far apart. All together, it&#8217;s readable but looks *bad*.
</p></blockquote>
<p>I am not surprised; I&#8217;ve hard coded the Japanese text model into rlvm,<br />
much like RealLive does. I don&#8217;t have short term plans to support<br />
English/Korean/Chinese fan patches. Obviously, this is one of the big<br />
long term goals on the agenda once unmodified Clannad is rock solid.<br />
The problem is that rldev will generate bytecode that requires<br />
Haeleth&#8217;s rlBabel DLL to work correctly. I am not entirely sure what<br />
to do about this and therefore have been putting it off. The easiest<br />
option is to make a compatibility rlbabel-rlvm.kh file and require<br />
everyone who wants to make a patch to compile it in, much as people<br />
use Haeleth&#8217;s rlbabel.kh. It&#8217;s not a convenient solution, but it may<br />
be the only way. I&#8217;ve only done preliminary work on this, though, as I<br />
think there&#8217;s still more important work to be done (i.e. stop crashing<br />
on Kotomi&#8217;s route).</p>
<blockquote><p>
(Oh yeah, any chance of save compatibility? ^^ I don&#8217;t know how far-fetched this is, please ignore my if it&#8217;s unreasonable)
</p></blockquote>
<p>This will never happen. The official RealLive.exe appears to simply<br />
dump its in memory structures into a binary file and no one (to my<br />
knowledge) has seriously tried to reverse engineer it. Even if someone<br />
did the prerequisite reverse engineering work, both creating and<br />
maintaining the mapping between RealLive.exe and rlvm&#8217;s in memory data<br />
structures would take significant effort for little benefit. I&#8217;d<br />
rather spend that time on getting voice files working, reverse<br />
engineering the tonecurve files or HIK animations, et cetera.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on rlvm 0.3 released! by Mitchell Ferguson</title>
		<link>http://www.elliotglaysher.org/2008/10/04/rlvm-03-released/#comment-17391</link>
		<dc:creator>Mitchell Ferguson</dc:creator>
		<pubDate>Mon, 20 Oct 2008 07:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/?p=57#comment-17391</guid>
		<description>Wow, this is looking awesome. I tried it with Clannad and an unoffical english patch, and it's working mostly as you said it would. It may be a bit early to start making requests, but just some things to note:

Allow use of the "enter" key to advance dialog. Currently, only return works.

When english text is displayed, it is too big for the line height and looks bad, also the letters are too far apart. All together, it's readable but looks *bad*. It would be awesome if there was some way to switch fonts, next release.

When viewing Clannad backlog, the only way to get back to the present is by clicking. Normally, you can at least use return, if not enter.

All in all, thanks a tonne for your hard work on this!

(Oh yeah, any chance of save compatibility? ^^ I don't know how far-fetched this is, please ignore my if it's unreasonable)</description>
		<content:encoded><![CDATA[<p>Wow, this is looking awesome. I tried it with Clannad and an unoffical english patch, and it&#8217;s working mostly as you said it would. It may be a bit early to start making requests, but just some things to note:</p>
<p>Allow use of the &#8220;enter&#8221; key to advance dialog. Currently, only return works.</p>
<p>When english text is displayed, it is too big for the line height and looks bad, also the letters are too far apart. All together, it&#8217;s readable but looks *bad*. It would be awesome if there was some way to switch fonts, next release.</p>
<p>When viewing Clannad backlog, the only way to get back to the present is by clicking. Normally, you can at least use return, if not enter.</p>
<p>All in all, thanks a tonne for your hard work on this!</p>
<p>(Oh yeah, any chance of save compatibility? ^^ I don&#8217;t know how far-fetched this is, please ignore my if it&#8217;s unreasonable)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by Kado</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-555</link>
		<dc:creator>Kado</dc:creator>
		<pubDate>Tue, 27 Mar 2007 14:00:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-555</guid>
		<description>Great: simple and efficient!

Do you  (or someone else) work on VitaminSEE? Please tell me Yes ;-)</description>
		<content:encoded><![CDATA[<p>Great: simple and efficient!</p>
<p>Do you  (or someone else) work on VitaminSEE? Please tell me Yes ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by Wyatt</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-304</link>
		<dc:creator>Wyatt</dc:creator>
		<pubDate>Mon, 25 Dec 2006 04:12:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-304</guid>
		<description>Excellent program!  It looks to be exactly what I was looking for - a graphical interface which allows tagging of images, before I run my archiving scripts on them.  A couple of comments:

1) I notice the same problem as Deb: vertical images are not properly rotated.  My camera includes the rotation information in the metadata.  Most applications recognise this (Finder, Preview, iPhoto, etc) this and flip the photo accordingly, but VitaminSee does not seem to do so.

2) Keyword tagging only seems to work for .jpg; it does not seem to work for .raw (specifically, Olympus RAW: .orf), and .png.  I don't know if this is a limitation with the Exif2 library or the interface.  This is not a huge problem, but it would be nice.

3) I can consistently crash the program by doing the following:
    a) Open preferences, and edit Keywords
    b) Click on a tag (to edit the name)
    c) Click on Remove


Regardless, this is a very nice program which does exactly what I need.  Thank you very much!</description>
		<content:encoded><![CDATA[<p>Excellent program!  It looks to be exactly what I was looking for - a graphical interface which allows tagging of images, before I run my archiving scripts on them.  A couple of comments:</p>
<p>1) I notice the same problem as Deb: vertical images are not properly rotated.  My camera includes the rotation information in the metadata.  Most applications recognise this (Finder, Preview, iPhoto, etc) this and flip the photo accordingly, but VitaminSee does not seem to do so.</p>
<p>2) Keyword tagging only seems to work for .jpg; it does not seem to work for .raw (specifically, Olympus RAW: .orf), and .png.  I don&#8217;t know if this is a limitation with the Exif2 library or the interface.  This is not a huge problem, but it would be nice.</p>
<p>3) I can consistently crash the program by doing the following:<br />
    a) Open preferences, and edit Keywords<br />
    b) Click on a tag (to edit the name)<br />
    c) Click on Remove</p>
<p>Regardless, this is a very nice program which does exactly what I need.  Thank you very much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by Matt</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-91</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 01 Aug 2006 09:14:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-91</guid>
		<description>Hi, great software. One observation: there doesn't seem to be any way to control the default window size: every time I open an image it defaults to a (relatively) small window, and the image shrunk to fit it. Even if I enlarge the window, the next time I launch VitaminSEE it's small again.

I'd love to see 1) an option to "remember this window size" for future launches, and 2) an option for "view at Actual Size" by default, which is usually what I want (unless the image is larger than my screen).

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi, great software. One observation: there doesn&#8217;t seem to be any way to control the default window size: every time I open an image it defaults to a (relatively) small window, and the image shrunk to fit it. Even if I enlarge the window, the next time I launch VitaminSEE it&#8217;s small again.</p>
<p>I&#8217;d love to see 1) an option to &#8220;remember this window size&#8221; for future launches, and 2) an option for &#8220;view at Actual Size&#8221; by default, which is usually what I want (unless the image is larger than my screen).</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by glaysher</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-21</link>
		<dc:creator>glaysher</dc:creator>
		<pubDate>Tue, 02 May 2006 12:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-21</guid>
		<description>Deb, this sounds like a bug. Could you please email me (one) of these images, so I can figure out what's going on for the next version?</description>
		<content:encoded><![CDATA[<p>Deb, this sounds like a bug. Could you please email me (one) of these images, so I can figure out what&#8217;s going on for the next version?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by Deb</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-20</link>
		<dc:creator>Deb</dc:creator>
		<pubDate>Mon, 01 May 2006 17:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-20</guid>
		<description>Love your application but how do I view my portrait (vertical) shots? They are rotated in the thumbnail and they are rotated images but VitaminSEE doesn't recognize or display verticals in the viewer. Is there something I'm missing here? Thank you! Deb</description>
		<content:encoded><![CDATA[<p>Love your application but how do I view my portrait (vertical) shots? They are rotated in the thumbnail and they are rotated images but VitaminSEE doesn&#8217;t recognize or display verticals in the viewer. Is there something I&#8217;m missing here? Thank you! Deb</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by Kerry</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-6</link>
		<dc:creator>Kerry</dc:creator>
		<pubDate>Tue, 18 Apr 2006 13:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-6</guid>
		<description>Tried it out. But wish I could have the option of displaying PDFs as thumbnails.</description>
		<content:encoded><![CDATA[<p>Tried it out. But wish I could have the option of displaying PDFs as thumbnails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1.2 by Sergiu Partenie</title>
		<link>http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-5</link>
		<dc:creator>Sergiu Partenie</dc:creator>
		<pubDate>Sat, 01 Apr 2006 09:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/30/vitaminsee-0712/#comment-5</guid>
		<description>Full screen interface.
Very nice - but a Aperture-type gray pallete for the menus would look much better imho.

And another request - an option that will only display 64x64 thimbnails in the thumbnail pane - the default ones are too big for smaller (800x600) displays</description>
		<content:encoded><![CDATA[<p>Full screen interface.<br />
Very nice - but a Aperture-type gray pallete for the menus would look much better imho.</p>
<p>And another request - an option that will only display 64&#215;64 thimbnails in the thumbnail pane - the default ones are too big for smaller (800&#215;600) displays</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VitaminSEE 0.7.1 by Paul Russo</title>
		<link>http://www.elliotglaysher.org/2006/03/21/vitaminsee-071/#comment-4</link>
		<dc:creator>Paul Russo</dc:creator>
		<pubDate>Wed, 22 Mar 2006 09:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.elliotglaysher.org/2006/03/21/vitaminsee-071/#comment-4</guid>
		<description>Hi Elliot,

VitaminSEE 0.7.1.1-beta.dmg does the trick. The date/time is now preserved when the thumbnails are added. 

Thanks for the quick response :)

Paul</description>
		<content:encoded><![CDATA[<p>Hi Elliot,</p>
<p>VitaminSEE 0.7.1.1-beta.dmg does the trick. The date/time is now preserved when the thumbnails are added. </p>
<p>Thanks for the quick response :)</p>
<p>Paul</p>
]]></content:encoded>
	</item>
</channel>
</rss>
