email sol follow sol rss feed of the blog wishlist Sol::News

Important note:

When linking to these pages, please use the URL: - it's permanent.

(1,0) (1,3) (-2,-1) (3,-1) (3,-3) (-2,-3)

Dual Booting Win10 and Ubuntu

January 31st, 2017 #

I recently purchased Acer Aspire VX15 laptop, and wanted to dual-boot it between Windows 10 (that it came with) and Ubuntu. For reasons.

Since basically all the guides on the net that I followed failed me, here's approximate steps how I got it working:

1. Boot up, go through Windows first time run, declining most things.

2. Remove crapware. This took forever. Probably left some in there. Also removed pre-installed Firefox and installed a fresh copy just in case.

3. In the partition manager (just tap windows key and type partition to get there) I shrunk the Windows partition down as much as it went (right-click on the biggest partition and choose the shrink option).

The partition went down to about half the disk space. This left decent amount of space for Windows and overkill amount for Ubuntu. If I need, I can ditch the Ubuntu partitions later on and just grow the Windows partition again.

At this point you should have Windows boot manager partition, Windows partition, unallocated partition and recovery partition.

4. Put Ubuntu ISO on a memory stick using a tool called rufus. Don't even try to consider using a DVD. I first tried booting off a DVD (using USB DVD drive) and the boot-up went on for several hours before I gave up; from a memory stick it was just a few seconds.

5. Go to BIOS settings (well, UEFI settings to be precise, but, well, you know), by tapping F2 like crazy when booting up. If the screen lights up without the Acer logo, you've succeeded, and the BIOS will pop up shortly. If you see the Windows 10 bootup circle, you've failed; try again.

6. In the BIOS settings find the option to enable the F12 boot menu.

7. Plug in the Ubuntu install stick, save and exit from BIOS settings, tap F12 like crazy to get to the boot menu.

8. Select the memory stick from the boot menu. If it doesn't show up, reboot and try again. Sometimes it appeared, sometimes not. If that doesn't help, go back to BIOS and try to see if there's some setting that blocks booting from USB devices.

9. Install Ubuntu alongside Windows. No "do something else" trickery, the defaults worked fine. (If you want to dual-boot to several versions of Linux, or something crazy like that, well, you're probably not reading this, now, are you?)

10. Boot back to BIOS settings. In security tab set the administrator password. Setting the password enables like half of the settings you can touch. After setting the password you'll need it every time you boot to the BIOS settings, so better set it to something memorable like "1234". Or something secure if you're paranoid.

11. In Secureboot settings, select the option to add stuff to Secureboot.

12. Browse down to /EFI/ubuntu/shimx64.efi and add that.

13. Save and exit, and tap f12 like crazy to get to the boot menu.

14. Select Ubuntu to boot to it.

See? No need to disable Secureboot, no need to boot in legacy mode, no need to reinstall Windows. I went through installing Ubuntu a few times, switching between Ubuntu versions, trying to play with efibootmgr just to find that the bios overwrites my settings every time on bootup, tried boot-repair, nothing worked, but just simply adding the Ubuntu to the Secureboot from the BIOS settings did the trick.

Oh, and follow these instructions on your own risk, naturally. Just, like, a word of warning. Backups and stuff. You know the drill.

Toaster Mashup

January 30th, 2017 #

So what was the "toaster" game that I had in my mind? Well, it would have been something like..

Walking around in space stations and on land-able locations, like you do in Space Rogue.

Hyperspace navigation in 3D, like in Space Rogue. This is not something I'd do now, I think it would have been a bad idea, when everything else in the game is 2D.

Ship engine room / device management like in Lightspeed or Hyperspeed. There's just something about seeing those thingamabobs in their slots. Relatively simple thing but I still love it.

Dialogue with aliens (and other NPCs) like in Star Control 2.

Planet surveys like in Star Control 2 or Lightspeed / Hyperspeed or even Starflight. I'm not so sure about the landing bit, except for the land-able locations. So most planets would be just scanning for some things, maybe sending a probe or something, and some places would have actual Star Trek-esque "away missions".

And of course, space battles like in Star Control 2. With more than two ships at once (which is what some other later games have done).

Navigation in the galaxy would have been done in some other way, possibly by picking dots on a rotating galaxy map or something. Something that looked cool, anyway. I was (and am) a demo coder after all.

On Space Fantasy Games

January 29th, 2017 #

There's one genre of games that I've loved to bits, and am a bit sad that there are relatively few of these games around. I've decided to call the genre "Space Fantasy Games"; I considered including "Adventure" in there but that didn't result in a nice acronym, soooo..

What defines this genre includes:

  • Space exploration
  • Space combat
  • Discussion with aliens
  • Your ship is your home, and you can modify it
  • Plot (i.e, not an empty sandbox)

Since there are so few of these, I'm willing to bend the rules a bit, as you'll find. I'm listing a few games in publication order.

Starflight came out way back in 1986, and it's one I have never played. I've watched some videos on youtube, though, and I'm pretty sure I might have enjoyed it back when it came out (if I had been old enough to enjoy it). Since I don't have the required nostalgia factor for it, it doesn't seem appealing to me to try it now.

You explore the galaxy to find a new home for humanity, discuss with various aliens to get hints on what to do, there are space battles (albeit rather simple ones), you can scan and land on planets to find stuff. There's trading, ship modification, etc.

But it's old, and that unfortunately shows.

Space Rogue came out in 1989, and it's a game I've actually played. I never solved it, even though (I've later found) the storyline is rather short. It has full 3d space battles which are mainly frustrating, but were impressive at the time.

You explore the galaxy one quadrant at the time, can dock at various places to walk around in ultima IV-esque kinda isometric view, talk with NPCs, change your ships systems, buy and sell stuff, etc.

Lightspeed, and its expanded version Hyperspeed came out in 1990 and 1991. Hyperspeed includes everything Lightspeed has, plus more content.

I'm actually surprised this game came out so early; I think I found out about it way after I had played Star Control 2.

You fly around in fully 3d environment (again), having space battles, collect resources, talk to aliens, trade with aliens, outfit your ship (with a gorgeous engine room view). I'm pretty sure there was some kind of plot too, but nothing as strong as in..

The game that made me totally fall in love with the genre, Star Control 2, came out in 1992. This game has been open sourced and can be found with the name "Ur-Quan Masters" for free, and I do recommend trying it out if you haven't. The open source version doesn't carry the "Star Control" name due to licensing issues. (Star Control 3 was made by Legend Entertainment when they had turned from a high quality adventure house to a 3rd party outsourcing house, and it's not as good).

A new Star Control game is in the works, and I'm just hoping they don't screw it up. High hopes, but not holding my breath.

You talk to aliens, land on planets to find resources and items, have 2D space battles, explore the galaxy, and update your ship, whilst trying to figure out the plot and avoid the end of the world.

Solar Winds (parts 1 and 2) came out in 1993 from a small indie game studio Epic Games which modern audiences may know for their Unreal engine.

I remember playing the part 1 back when it came out and finding it to be Star Control 2 inspired, but much smaller game. You explore the galaxy, have space battles in 2D, talk to aliens. And there's a plot. Not sure if you can fix up your ship, but I find that very likely.

The closest modern game I can think of is Mass Effect (2008). You explore the galaxy, trade, talk to aliens; there's no space battles (outside cutscenes, anyway) but FPS/tactical battles instead. You don't fix up your ship, but instead you upgrade your gear, which makes more sense because the battles are in FPS. And there's plot. Lots of plot. And lots of talking. You can also land on planets and drive around, looking for stuff.

There are a bunch of games that come close but don't exactly fit the genre I'm defining here. Here's a few examples:

Ring Runner: Flight of the Sages (2013). Has 2D space battles, outfitting your ship, exploring the galaxy.. kind of. And I think there's plot, but couldn't make myself play it long enough to get really into it. There's no dialogue, just cutscenes, and all the places you go to are scenarios (with end of scenario screens), so it feels a bit too "gamey", instead of feeling like being there.

Rebel Galaxy (2015). You don't really explore anything, the game is very linear, and there's a handful of people to talk with but they're not really engaging. You do get to buy new ships and outfit them. You do get to fly REALLY BIG ships in this weird 2D game that looks like 3D, and I'd rather call it "space truckers", to be honest.

Someone suggested Elite Dangerous (2015) as it has aliens now, but as far as I can tell, you let your guns do the talking. FTL (2012) isn't really free exploration. Neither of these really have a plot. Knights of the Old Republic (2003) doesn't have you explore the galaxy.

It's been ages since I played Freelancer (2003), but as far as I recall there's no real dialogue and the game's story is very linear. Same can be said for Darkstar One (2006). Both concentrate on 3d space battles and trading.

One potentially fitting game in the genre is The Long Journey Home which should be released in 2017. I'm a bit worried about the randomly generated world though.

Other games on Steam from a quick search which I haven't tried that might fit include: Endless Sky (2015), ARM Planetary Prospectors Asteroid Resource Mining (2015) and Space Rangers HD: A War Apart (2013). Some of the X-series of games may also fit, but I haven't studied them enough to say.

Old games that may fit that I haven't studied include SunDog: Frozen Legacy (1984) and Protostar (1993).

I'd love to hear of others - there's bound to be a bunch out there, as I'm sure I'm not the only one looking for another one!

Toaster from 1993

January 26th, 2017 #

Back in 1993 I was in high school, and spent most of my free time doing various programming projects, most of which didn't go anywhere. One of these was a game called "toaster" - the name didn't refer to toasted bread, but was a reference to the epic backstory I never actually ended up writing down anywhere.

The main character was some ex-space navy grunt who had got the nickname after frying a bunch of aliens, or something. You know. Epic.

The game itself was (rather obviously) heavily inspired by Star Control.

During breaks we played some games in the computer class. Some people liked playing Toaster. Some people skipped class to play Toaster. Here's a short video of Toaster.

WARNING: Has loud noises.

In hindsight I was way over my head with the project. The idea was to mix Star Control and Space Rogue, with a strong storyline. You could walk around in top-down view of locations like space stations or cities on planets, travel through space via some kind of galaxy map (possibly with actual first person 3d navigation through the hyperspace), and space battles were done in Star Control way.

The storyline orbitted around the idea that Earth is actually a machine that runs civilizations, and when some timer runs out, the civilization gets wiped out and the process starts all over again. As a dead man's switch, if humans didn't get the flu often enough we'd die - that meant that new strains of the flu virus had to be transported to everybody in the star-faring human civilization. Once the timer runs out, no new flu virus appears. The goal is to figure out what's going on, who's running the things and how to solve the problem.

All of the ships in the version above are identical except for the sprite sheet. I was planning various power levels and hitpoints and AI enemies using a scripting language that I'd need to invent, etc.

There's a second prototype, a complete rewrite that didn't even get as far as the version above, but with nicer graphics.

I guess if I started doing that project today, I could pull all of it off, but it would still be a lot of work. Oh, and I was already hitting the limitations of real-mode Turbo Pascal with that project. The primary problem doing that projec today is that art asset requirements have completely exploded (unless you go "retro aesthetic", I guess).

Some technical details - the game runs in VGA 13h mode, so 320x200 and 256 colors out of palette of 64*64*64=256k colors, and all the fades etc. are based on just adjusting the palette, without touching the actual pixels. The ship explosion effect (which is probably the most advanced thing in it) is a marching ant fractal.

And oh boy, was I ever paranoid. The game (and its source code) is littered with warnings not to distribute, as it's closed beta or whatever. In the video above I skip the intro and outro texts about all that. I doubt the game would have gotten wide distribution even if I had forced it on people. But who knows? The second version actually requires you to type in a password in order to play.

The Pi Ano Project, vol 2

January 14th, 2017 #

Since last time, the Pi has gained a header (with the "Connect These And The Pi Fries" pins blocked with blu-tack).

And the piano itself has lost the blob board, and gained a bunch of wires (with rather shoddy solder job, but I hope it holds until I get everything inside the box). The image above also shows just how tiny the keys are compared to "normal" piano keys.

I connected the wires to the Pi and started working on a GPIO analysis tool.

The tool more or less works, but the signals I got out of the piano were strange. I found a few reasons for this.

First, since I had not labeled the wires, I had no idea what order they were in. Second, the Pi's pull up/pull down resistors were configured in more or less random order, so signals got pulled every way. Setting them all to pull up resulted in weird results; a couple pins did not want to be 0 by default. After suspecting some kernel daemon messing things up etc, I found a note on some forum thread noting that the pins 2 and 3 have fixed pull-down resistors. So I set everything to pull-down for now. If that doesn't work out, I'll just have to use some other GPIO pins.

Third, the piano keys themselves pretty much require the box to be screwed shut, or otherwise the long circuit board just flexes which is not a good thing. So I need some way to get the wires out of the box while having it closed. Which means making a hole in the box.

Of course, when I started labeling the wires, I found that at least one of the wires was loose. (See "shoddy solder job", above).

At that point I figured it's time to take a break, and put the project on a shelf for a couple weeks.

When I picked the project up again, I tied all the wires together to create a common hard point which is hopefully better for the solder points - the wires should bend from the common point rather than from the solder point. In theory, at least. The negative side of this is that knot is a bit big and may cause problems when I squeeze the box closed.

I also opted to put the pi inside the case. My first idea was to use screws to connect the board to the bottom and then dremel the excess screws off the bottom, but turns out that the plastic is fraction of a millimeter thick and thus screws wouldn't hold. So I made four holes and tied the pi in there.

I also dremeled a rough hole to the back of the case to get the USB cables out.

And this time I wanted to make sure I know which wire is which, so I labeled them all.

So I wired the cables so that I used the first 11 GPIO slots, 0-10, and then carefully closed the box. Experimenting with the signals I found that pins 2 and 3 were linked; either there's something going on with the pi, or I managed to short circuit something when soldering. So I opened the box again to move the wires.. and so many wires got loose that I got frustrated and moved the box on a shelf again for a few days.

After I picked it up again and moved the cables pins 2 and 3 to 11 and 12, got the box closed again, and got to testing again.

To reiterate: I was using pins 0,1,4,5,6,7,8,9,10,11 and 12. When I tried different keys with different pins in read and write position, I found that I got reactions from pins 15 and 25. What the? Either the is not accurate for the pi zero, or there's something going on I have no idea about, or there's some really, really weird soldering problems going on.

I rewrote my GPIO analysis program, ditching the interactive state display and made it to scan all GPIO configurations to see if there's any life when I press the piano keys. What I expected to find, if everything worked right, is that when a key is pressed, multiple GPIO pins go to 0. This didn't happen, though. Additionally, the only pins that had any kind of effect were 0,1,4,5,8,10,15 and 25, so only 8 wires did anything out of 11. Possible reasons for this include bad connections to the pi (easy enough when I had to squeeze the box closed), bad soldering, or even broken circuit boards. Crap.

On positive note, the signals that I did get seemed logical - one pin being responsible for a bunch of adjacent keys.

As the next step I took the pi outside the box and pulled the wires out of the hole that I had dremeled, planning to plug them in outside the box. That should at least say whether it was the case of bad connections to the pi. The wires are tad bit short though so connecting them to the pi was so frustrating I put the project on a shelf again.

And that's where I'm at, primarily waiting for inspiration to tinker with it again.

I'm still waiting for the usb audio device to come in the mail. When that arrives I can play a bit more in the software side. At the moment I'm not all that certain if that toy piano will work out at all. One idea would be to plug an USB midi keyboard to the pi and using PortMidi to get the keys.. in which case I'd be using the pi just like a regular computer though. We'll see.

Speccy, Vol 12: Mazeract

January 7th, 2017 #

I made a speccy game called "Mazeract". Further writeup can be found here, and the game can be played on-line here or downloaded here as a .tap file.


January 5th, 2017 #

So happy 2017, let's hope it's better than 2016 was. Bound to be, for some people at least.

Anyway, here's the demo:

You can also read the breakdown, the pouet page, or maybe even download it if you're adventurous.

I also wrote breakdown of last year's demo even though nobody asked for it.


Older news have been archived here: 2016 2015 2014 2013 2012 2011 2010 2009 2008 2007 2006 2005 even older

Site design & Copyright © 2017 Jari Komppa
Possibly modified around: January 31 2017