Blog
Page: 0 ... 5 ... 10 ... 15 ... 20 21 22 23 24 25 26 27 28 29 ... 30 ... 35 ... 40 ... 45 ... 50 ... 55 ... 60 ... 65 ... 70 ... 75 ... 80
76 MPG
Date: 4/10/2008
Oh yeah, I hit 76 MPG on that last tank. Lots of nanny riding for sure, but that's a personal best. :D

That's about 3.07 liters/100km in metric.

But it's no Bajaj, which are known to hit 100km/lt (235 MPG) on the highway with a 125cc engine (same as my scooter).

*sigh*

In other news someone I know IRL is converting their car to electric. I bumped into that URL when I was moaning about 300kW V8's being legal here whereas 300w electric bicycles are not on the communal white board and Carmel wrote her URL beneath. I would too, but I can't afford to convert my car (say ~$20k?) at the moment. However I might be able to afford converting the scooter at some point. Muhaha.
(0) Comments | Add Comment

Linux Stack Traces
Date: 30/9/2008
For a long time now, the windows port of Lgi has had the ability to print out a stack trace on crash or via the LgiStackTrace method. Well I thought I'd have a look around for a similar way to do this on Linux and well, there is! So I've implemented that and using c++filt it prints out a quite readable version of the current calling stack. The only downside is that it doesn't do line numbers because the line number information is buried in some obscure ELF block that has it's own instruction set. Yes I don't want to believe it either but this IS Linux after all. *sigh*

2 steps forward... 1 back.
(0) Comments | Add Comment

Backup Software
Date: 29/9/2008
I'm looking for some backup software, something reliable that I can schedule to run once a day. But then I thought of some others that'd be nice.
  • Keep older versions of files, but at least one latest version.
  • Offsite FTP support with encryption (gpg would be best)
  • Would be nice: Portable (Local settings + Mac / Win)
  • Lightweight.
  • Free?
Anyone know of something like that?
(3) Comments | Add Comment

Mobile Phone Development?
Date: 23/9/2008
The current state of affairs in the Apple iPhone App Store is just enough to keep me from diving into doing mobile phone apps. Currently I'm waiting for Android to show up and see how it works on actual hardware before committing to anything platform wise. My old v3x is the most abominable piece of crap I've ever had to live with, it promises things and then takes them away because they don't work. Whereas the simple text mode phone I had before that didn't promise much but delivered in spades (old Nokia).

So the iPhone was on the top of my list of possible replacement phones. But there are a few too many limitations in the iPhone for me to be happy with it. I did actually play with one in person a week ago for the first time. And it's amazing sure, it's even "The Future(tm)" that we like to joke about. Definitely a long way ahead of the competition, who aren't even in the same ball park. But Google have a reputation for doing things right and well, maybe they'll pull off a miracle and bring a series competitive devices out via their partners. It's a really good sign that they use the same Webkit back end for HTML rendering. And from what I hear the whole system is designed to be very flexible. Something that most phone vendors DO NOT GET. Which is very refreshing to see.

If Apple cleaned up their act with the App Store and made the iPhone do MMS I'd be there with bells on, till then it's wait and see.... wait and see.
(1) Comment | Add Comment

New i.Mage Scripting Functionality
Date: 17/9/2008
Every now and then I need to generate a directory of thumbnails from a set of photos. This is painful doing it by hand so in a moment of inspiration I thought that i.Mage could be scripted to do just that. (der!)

So with the addition of a few simple functions I came up with this little jem of a script:
f = SelectFiles(Parent, "Jpeg *.jpg", 0, 1);
if (f)
{
    for (i=0; i<f.Length; i++)
    {
        File = f[i];    
        Load(File);
        
        Doc = GetDocument();
        Print("Doc = " + Doc.x + "x" + Doc.y + " @ " + Doc.Bits + "\n");
        
        Aspect = 1.0 * Doc.x / Doc.y;
        Nx = 320;
        Ny = Nx / Aspect;
        Print("Aspect = " + Aspect + " " + Nx + "x" + Ny + "\n");
        
        Resample(Nx, Ny);
        
        Dot = Strchr(File, ".", -1, 1);
        Base = Substr(File, 0, Dot);
        Ext = Substr(File, Dot+1);
        Small = Base + "_s." + Ext;
        Print("Small=" + Small + "\n");
        
        Save(Small, "quality=40");
    }
}
It opens a file selection dialog at the top and then proceeds to convert each file down to 320 px across and saves it out to "filename_s.ext".

Then I got to thinking, that this could ship with the product and hang off a tools menu so that other people can use it too. Or at least it there needs to be a directory of scripts that you can access in the editor rather than just what you were working on last.

Hmmmm.

There is a new function GetDocument() that returns the current document (in the form of a GVariant containing a GSurface) which has a few properties like "x", "y" and "Bits". There is some new scripting abilities in the pipes to allow the engine to call methods on Dom objects. This could pave the way to code like:

GetDocument().Create(640, 480, 32);


Which would be quite nice. I've also started putting some of the standard image wide transforms into functions so that you can call them from scripts. i.e. the Resample() method.
(1) Comment | Add Comment

Lgi Release
Date: 12/9/2008
Someone once said that i.Hex didn't work on Cygwin/MingW, and I had a look at it, and sure enough it didn't. So anyway I fixed that and uploaded same current Lgi and i.Hex source, with makefiles that actually produce working binaries if you can find the various libs that Lgi relies on (iconv, libjpeg, libpng, zlib) and adjust your local paths accordingly. (Btw unzip both files into the same folder for best results)

I can't find that original post, so heres you're reply :)

Also included in the Lgi release is working project files for Visual C++ 2005/2008, if you're into that. Most of the API's are really stable at the moment. But I'm thinking of really messing with the GDom class to convert it to integer based naming instead of passing strings around. That would cause chaos in all the different apps because GDom is used everywhere now. The latest release has a few cool bits of new software in it, first the new bytecode compiler and VM, and also the updates to the IMAP protocol code thats being used in Scribe v2. Also the mac port inches along, so if you were thinking of building something on both windows and mac this release would actually work for you.

Full doxygen api docs are in ./docs/html so have a look at that if you want. I've been meaning to do some basic examples of Lgi application for a long time. But no one seems interested. If you are interesting in some samples let me know and I'll work some up.

Oh... and this is my 500th blog post. Go me. (Just because the ID is "511" doesn't mean anything... I deleted some apparently)
(0) Comments | Add Comment