New Projects - Fresh from the Labs
Fans of unique puzzle games should check out Cube Escape—a really interesting variation on the traditional maze games you've come to expect. According to the Web site: “You are inside a cube made up of numerous shells, with a maze etched on the surface of each shell. Escape the cube by traveling through the mazes, including over cube edges, until you find an upward exit home. When you reach the red exit, you win.”
Running this game actually is very easy, as you don't have to compile it (assuming you're on an Intel x86 architecture). If you're not on an Intel-based distro, fear not; compilation is also very easy. Although binaries are available at places such as playdeb.net (and you can work out how to install those yourself), the source tarball is so easy that I'll just run with that.
As far as library requirements go, the documentation says you need the following
Grab the latest tarball from the Web site and extract it. Open a terminal in the new folder, and if you're on an x86 machine (including AMD64 and the like), run the program with the following command:
If you're running on another architecture, simply delete the current cube-escape file and enter this command:
Now you can run the game with the same command as above.
Inside the game, the controls and game play are pretty simple. Start a new game, and using the default settings for now, click OK and the game starts.
You'll be presented with a small white box, with the player represented as a green ball inside a black pathway. Basic controls consist of the arrow keys for movement, and the Enter key engages the colored portals to ascend and descend between levels, as well as the red portals that finish the game.
At this point, I recommend right-clicking in the black space outside the maze. A set of controls appears (which can be disabled again by another right-click) that control your view of the cubic maze. Currently, you are looking at one side of the cube, but click any of the arrows on the top, bottom, left and right of the window, and you can flip the cube around, exploring all six sides of the cube before moving on. This is handy for checking which direction your needed portals are on, so I highly recommend you do so!
If you look in the corners of your game window, at the bottom right of the screen are some zoom controls. At the top left and top right are rotational controls, so you actually can rotate the view of the cube, instead of just changing between cube faces.
As far as the actual gameplay goes, you start on some very basic levels with little detail, zoomed in quite closely to your character. Find your way to the green portal, and you'll ascend to the next layer. At the top layer is the red portal to finish, and the blue portals let you descend layers (I'm not sure why you would though, unless other gameplay mechanics are in the pipeline).
You'll notice gray sections on the cube. These are the unexplored areas, and they light up and reveal bits of maze the more you explore, staying that way if you're heading back (the game would be very hard without this gameplay mechanic as you'd keep covering old ground).
Once you've come to grips with the game, you may want to increase the difficulty. When you start a new game, the Options screen has a number of variables you can change, such as how many levels you want, which level to start on, how far the exit distance is from the starting portal and so on.
Although the gameplay of Cube Escape will speak for itself with any genuine geek (myself included), OSS projects have a habit of evolving into something bigger, and what I'm really looking forward to are the mutations that inevitably will take place.
The game may take place on a 3-D cube, but most of the time, this 3-D world isn't readily apparent. If you turn off the Advanced Graphics option with its cube flipping, you would realize the game takes place on a cube only after hours of playing time. I know it's shallow, but if some whiz-kid OpenGL programmer used some perspective tricks to show something like a cube floating in space, with some graphical hints toward the game taking place over multiple layers, the appeal of the game would become readily apparent to any casual observer.
I think there's also some potential for modifications, such as a “time attack” mode, split-screen multiplayer races, or some kind of gameplay mechanic that would make use of the descent function, utilizing each level completely and multiple times (instead of just ascending).
I'm not criticizing the game though—far from it! I think this game has a solid design principle at heart that easily could be extended upon. Cube Escape may become one of those cult-following games that spawns a thousand variants. Get modding, people.
John Knight is the New Projects columnist for Linux Journal.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- Managing Linux Using Puppet
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Tech Tip: Really Simple HTTP Server with Python
- Parsing an RSS News Feed with a Bash Script
- Rogue Wave Software's Zend Server
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide