Scrolling Game Development Kit Forum

I ran it in a virtual machine and played with it some. It's not very usable at present, the windowing system is wonky, there is no ACPI management in place. It's an interesting idea however.

I do worry about the SSI issue (single sign-in). Basically your login allows access to ALL of your files on the cloud. I'd like to see it implement a hardware key or bio-mimetics requirement as an option. Even using a usb drive with a hashed key for verification would be acceptable for me.

Okay, so work has eased off enough for me to consider writing some code and graphics for fun.

I'm thinking of remaking a game idea I had long ago, based on my memories of a 2d CGA graphics biplane game from the late 80's. I did a half-assed version but got bored and started working on an embedded linux project.

My questions are
1) should I do it in SGDK2 or SGDK1
I'm familiar with one, but suck at VB, I'm good a C# but have to learn 2 so the learning curve may be an issue.
2) Should I concern myself with footprint? Memory is cheap now. Should I avoid making an 8mb png file for the sky? Avoid a 12480x100 pixel terrain file? Tiles are nice for memory savings, but can be very bland.
3) If I did make large single terrain files how would I import them? Collision detection would be iffy as well, no?

I hope to start a project that I can finish in a few months, as I tend to get distracted by new techniques at work and go a bit obsessive about them.

I had heard that the 32nm process didn't scale well, but it appears they've found a fix...

Wait, isn't quantum processing based in part on the idea that all the processors exist in the multiverse simultaneously and the first one to get the correct answer returns the value to all the processors? This would allow for a MASSIVELY parallel brute force attempt.

There is an attempt being made now to simulate the cortex of a brain in silicon.
http://bluebrain.epfl.ch/
While we are several years out from running a complete brain in silicon we are closer now than you would think. I recall the excitement of breaking a teraflop, now I can do the same with my video cards using the CUDA toolkit. Somehow it ended up being the future without me noticing it.

A sharp (#) is a half step in music notation, and ++ means increment by one, so C# is C plus one and a half

Ternary is base three notation so
1=1
2=2
3=10

Graphics drivers used to be an issue with linux. That seems to be no longer the case however.

The 64 bit compatibity issue is unfortunately not just a linux problem. I have similar issues with compiled software from my 64 bit XP machine running on any other iteration of windows. Vista64 is plainly obscene in its problems.

The reason you need a 64 bit os is that everything on the motherboard has a physical address. The RTC, the DMA, northbridge and southbride. Add in a video card with a gig of ram and you suddenly have a little more than 2 gig of adress space available for RAM. Unfortunately there is no hardware abstraction available at this level, so you can't spoof or duplex the addresses. Unlike with a hard drive for example.

Umm..... Here.

Been busy doing embedded stuff at work and NO WAY am I coming home to do more coding. Still have that project, but its gathering dust.

I could do it in PHP or even javascript using ADO.

Post the table name and field names and I'll hack up an example in VBscript/ASP real quick for you.

*** Edit ***

You really need to add a connect object as well as the recordset. Additionally a recordset EOF object to handle errors if the query object is not found. I would sanitize my inputs by using a regular expression parser and most critical of all... you MUST close a connection cleanly. The software we design here tends to asynchronous database hits, but it is important regardless of the method used. It is safer to open and close connections as needed and used rather than leaving it open.