size matters...

after trying to multiply pixels manually in some wild encapsulated for-loops, figured that the regular resizing via drawInRect does exactly the same results, if one sets interpolation to NSImageInterpolationNone. saves lots of code and time :-)
really nice blockish...

the iOS 5 sucking issue

since apple refuses to bring an update fixing this issue, it seems the only workaround is to manually change every time to airplane mode before bringing the iTouch to standby. quite a pain.

...sub-mission completed

took again little longer (and that even though I already have too little), since I seriously thought I could cut out a piece of an original image by using drawInRect, fortunately found accidentally drawAtPoint which does not enforce resizing while drawing :-)

now one can select if the ratio shall be kept by cutting out the resulting image in the center or if one wants a messed up ratio.

still have to implement the size factors, 320x200 is lil' too lil' sometimes.

some results:

apple sucks... batteries

nice, got that brand new iPod Touch (what is actually the model name currently, is it the '5' or still 4G just improved? lost overview), because my good ol' 1st gen gets little tired here and there battery-life-wise. and what should I say? the new one empties the batteries over night or maximum two, while the 1st gen stands a viagra-like 5 nights with some usage here and there checking emails, facebook, twitter etc. and that although I switched off all those nice features on the new one, which make iOS... notifications, cloud and so on.
Apple, PLEASE GIVE ME AN iOS 5.0.2 SOLVING THIS (well known) ISSUE!!! ;-)

searching for open source solutions for your business?

here you might be finding some:
http://www.osbf.eu/global/landing_page/

(upon click you are leaving this blog, I take no responsibilities)

modern retro comuting?

seems like there will be soon a cheaper way to natively run one of my favorite OS'es of my younger days, RiscOS :-)
http://www.riscoscode.com/Pages/Item0113.html

(upon click you are leaving this blog, I take no responsibilities)
reports about it on the
http://www.raspberrypi.org/

(upon click you are leaving this blog, I take no responsibilities)
(a project by david braben, the guy behind the all time favorite elite game)

need for vintage software?

I still like to use older mac hardware every now and then, for sentimental reasons or so. quite handy page I found if you need for example the last version of skype for 10.5 leopard PPC:
http://mac.oldapps.com/
(upon click you are leaving this blog, I take no responsibilities)

happy retro computing :-)

honey on x86 :-)

silently the android-x86 force delivered android 3.2 honeycomb. installs and runs fine under virtual box...just the lan drivers are missing. but it's still an RC2, maybe next release. or ice cream sandwich x86 comes first? :-)


get it here: http://code.google.com/p/android-x86/downloads/list

(upon click you are leaving this blog, I take no responsibilities)

getting closer...

these results satisfy me little more :-) made some few mistakes which lead to the bad results, no much detail today, but seems the TIFFRepresentation is not really optimal and CGFloat loses some precision here and there ;-)
still have to do smth about the ratios of images, but have some ideas already...

wifi messed up...

... just when I was so motivated to do some more coding (tackled down the quality difference issue between java and cocoa I think), weird things happened. all my wireless connected devices timed out every few minutes. took me a while to realize that my wired media server was still streaming radio from the net though. in the end I tried evth, all channels, all possible wireless settings. wired ok, wireless freezing every few minutes and in the end even only working every few minutes. forums say others had the same issue with netgear 614v6's after approx. 5 to 6 year. thus... time for a new wireless router and some hours lost :-(

java vs. cocoa pixels and colors...

somehow I still did not get it, why my c64 colors look more nice under java than under cocoa.
here a java result:

and a cocoa result, using the same function to find the distance between two colors:


ok, the c64 was very pixelish and I did miss the 320x200 by 40 pixels yet (very few time to code at home due to that small worm on the images;-), but anyways, the java version looks better a this time. have to play more with the NSBitmapImageRep class I think...

this is the method I use for getting the distance between the colors, basically found the weighting stuff in the net, missed it in my first approach of building a simple 3d room over R G B and doing some vector length calculations:
-(CGFloat) colourDistance:(NSColor*)c1 second:(NSColor*)c2
{
CGFloat distance = DBL_MAX;

CGFloat rmean = ([c1 redComponent] + [c2 redComponent]) /2.0;
CGFloat r = [c1 redComponent] - [c2 redComponent];
CGFloat g = [c1 greenComponent] - [c2 greenComponent];
CGFloat b = [c1 blueComponent] - [c2 blueComponent];
CGFloat weightR = 2.0 + rmean/256.0;
CGFloat weightG = 4.0;
CGFloat weightB = 2.0 + (255.0-rmean)/256.0;
distance = sqrt(weightR*r*r + weightG*g*g + weightB*b*b);
return distance;
}

same one under java.
will play around more these days...

viliv s7 revived...

under xp home it was useless, under tiny7 it was too slow, now testing a customized viliv s7 version i found on the net. first impression, android x86 could replace windows and linux on some netbooks, notebooks and desktops for most regular users :-) just the system dialogs (e.g. for power off) are quite slow. looking forward for an android x86 4.0 ...