A new mouse has hit my desk - the so-called Cyborg R.A.T. 7. It's not yet available in Australia, it's been shipped straight from Mad Catz themselves! But, they didn't do it because they love me, it's a review unit so I could analyse it. And analyse it I did!

Check out that link to the review, and leave your feedback. :)

Benchmark Reviews has an article on building a bang-for-buck enthusiast PC, for Q3 2010. If you haven't already heard, I recently joined their team of contributers, and this is my first article there. Here's a short snippet.

Performance is often attributed to expensive objects of desire. In the automobile space, it's generally accepted that a higher performing vehicle will incur a significant markup over the average fuel-efficient family offerings. Computing is much the same. Retail OEM machines are pre-built at predetermined price points, often targeting the humble office/Internet-centric user. Performance isn't a primary concern for these systems, nor are upgradability or customisation. On the other hand, you have the expensive 'gamer' orientated machines which cost several thousands of dollars! This is where Benchmark Reviews steps in. We've sat down and created three enthusiast machines without the dreaded price gauge of many pre-built setups - the 'Enthusiast PC Build' for Q3 2010!

Keep in mind that prices are in USD. You can read the full article here.

Netcasts (also known as webcasts) are the new age talkback radio. They're an audio file - sometimes pre-recorded, other times live - which is broadcasted via the Internet. The popular 'podcasts' are a derivative of netcasts, but are typically restricted to the iTunes distribution channel. The term 'podcast' is often abused and used in place of netcasts, much like how the term 'iPod' is used in place of 'MP3 player', despite the brand. From a technical perspective, a netcast is just an ordinary audio file, typically MP3.

I've collated some of my favourite tech netcasts for you all to enjoy!

TWiT Network
TWiT is arguably the most popular netcast network in the world. Regularly topping the podcast ratings in iTunes, TWiT broadcasts shows which cover all corners of technology - and more! The founder Leo Laporte participates in most shows, and has been hailed the President of the Internet by TechRepublic in a mock election. His great personality and long history of radio produces entertaining and intellectual shows with his regular hosts and guests alike.
If you want to keep up with tech, the TWiT network is hard to pass up.

AtomicMPC
Atomic's new podcast is all about enthusiast tech, covering articles in their magazine, trade shows, and anything else that stumbles into their labs. Being new, it's still getting on its feet, but it's a good listen nonetheless.

Engadget Podcast
Humour, awkwardness, tech - that's the Engadget podcast! Editors from the popular tech blog Engadget meet up once a week to talk about the latest news and reviews in the tech world. Definitely one you want to add to your netcast feed!

PC Perspective
PC Perspective is the netcast associated with the popular review site of the same name. The host Ryan Shrout and his panel of guests talk about the latest in enthusiast computing hardware. This netcast is a great way for enthusiasts to keep up with the ever expanding world of hardware.

So, what do you listen to? Let us know in the comment section below!

There's an abundance of utterly hideous equipment on the market, ranging from mobile phones to desktop computers to anything designed by a collection of stale engineers. Sometimes it's a subtle flaw, such as an upside-down logo on your laptop lid. Other times you'll come across something that's so insanely blemished, that you struggle to comprehend the fact that a living human being produced and released this device to the market - at least, not with a straight face.

With the aim of outing the design flaws which plague the consumer tech industry, I've written a few specific examples which clearly explain why some 'features' are best left to concept art.

Gloss
Perhaps the most prevalent, glossy paint jobs are used anywhere there's a need to cover cheap plastic and subpar design choices. It's as if designers look at the product, know it sucks, and think that gloss is the magical solution to the whole mess. Well, it isn't.
Glossy hardware is a magnet for body oils, including figerprints or residue from your lunch. It looks cheap when it's clean, and revolting when it's been used for five minutes. If a manufacturer is keen to go at a design with a gloss covered brush, at least make it resistant to prints. Otherwise, stick to matte.

Chrome, real and fake
Chrome is another ugly trend. Both real and fake scratch into an awful palette of circular scarring, the latter looking like a knock-off from the local two dollar shop. As with gloss, it attracts fingerprints, and breeds compulsive shirt wiping. And don't get me started on fake carbon fibre - c'mon, these things ain't cars!

Screen border
This one is a problem with portable devices, and to an extent, monitors. So many touch screen phones have an insane amount of plastic framing around the screen. With the advent of capacitive screens, your entire attention when using a modern phone is directed to the screen itself. Both control and display are all in one, so perhaps manufacturers should build the phone around the screen, not just shove it where it'll fit. An excellent example of this is the HTC Evo 4G.

An example of good screen usage

Regarding monitors, the frame gets in the way of multi-monitor setups. For example, using Eyefinity for gaming would be much more attractive if the gap between screens was minimal.

Stickers
No one cares about what fancy features are part of their device - we already know, we bought it! At least make them remove easily, leaving a sticky mess isn't going to win you any favours.

Branding
If you're a small company, and want to make a name for yourself, don't plaster it all over your product! Sure, put it on there, but be subtle about it. If you're not a household name, then you'll probably find excessively branding your products will do more damage than good. There's only so many times people will put up with "What the heck is VuvuzelaTec?" every time they take their device out in public.

Cheap build
No one wants to pick up a product and feel it buckle under their moderate grip. It might be cheaper to skimp on structural integrity, but customers hate it. Are you building a product for people, or margins? It's particularly bad when you can see the warping of the frame, thanks to reflections in the glossy exterior!

There's a lot of odd design choices when creating products. What irritates you? Put your response in the comment section below! :)

Not to be outdone by insignificant humans, IBM's Watson supercomputer has made an appearance in a behind the scenes sneak peak video, showcasing its ability to answer complex natural language questions in real-time. Watson is one of IBM's latest projects, designed to push the boundaries of computing hardware/algorithms, and ultimately, produce convincing artificial intelligence. But, IBM aren't aiming to pass the ever conquering Turing test. Instead, they're going to compete during an episode of the American quiz show Jeopardy! using Watson as a contestant. Excited? Watch the video below and bask in its awesomeness!

I'm sure you've all heard about Australian Senator Stephen Conroy's craziness during a recent press conference. The pro-filter communications minister had a few things to say about the usage of portals, and their habit of being targets of malicious spam.

But, I'm not here to regurgitate prior news. Nope. I'm here to reveal that Conroy was hinting at the upcoming game Portal 2 (sneaky!). And I have proof!

Ok, so it's not really the new Portal game, but I must say, Conroy had me convinced! For those starring at me blankly, here's the footage that explains it all:

Let's just hope he's better at protecting portals than he is at protecting children. :)

Before delving into the software and physical development of BOB++, it's important to get a good idea of the tactics that the robot will perform. Making a sumo bot involves many behaviours which are critical when encountering a dynamic opponent. This worklog encompasses the behaviours which will eventually be implemented using LeJOS and Java Integrated Development Environment (IDE) Eclipse.

Note: You can find the previous worklog here.

The Static Environment
As we know, all battles are held within a small ring. This nature of the ring is known well in advance, which provides a point of reference when developing the robots behaviours. The rules of the battle are also used to determine what actions the robot can, can't and should take. These factors are always considered when creating a behaviour.

The Dynamic Environment
The opponent robot will behave unpredictably, unless you design your robot to find patterns in behaviour. Since prediction is very difficult to implement, it is wise to design a robot to act on events as they occur. These events are many and varied, and it can become tempting to scheme up elaborate solutions to specific situations. The most effective way to design behaviours is to think about the core functions that the robot will need to compete, and how they can be implemented. Once you have a functional robot, elaborate algorithms may be warranted. That being said, the best approach is to keep things simple, and to prioritise the behaviours you wish to develop. For instance, 'seeking the opponent' is of a much higher priority than 'rip their wheels off'.

So, what will BOB++ do?
After some thought, I've decided on a few core behaviours. I've created the following list, however I may alter them later if required.

Seek
The seek behaviour is insanely trivial, but will provide the basis for navigation in BOB++. When an object isn't in sight (according to the ultrasonic sensor), the two drive servos will rotate in opposite directions. This will cause the robot to rotate on the spot. If an object is detected, the EMF breaks are applied to stop the robot as accurately as possible. It will then move toward the object. If the robot loses sight of the object, then it will rotate again - rinse and repeat.

Lift main weapon
If you look back to the last prototype, you would have noticed the main weapon - a lifting device. This weapon is used to (hopefully) lift the opponent partially or completely off the ground. Doing this will make it easier to remove from the ring.
This behaviour dictates when to lift the main weapon. If an object is detected within 10cm of the robot, the main weapon will raise. The 'seek' behaviour will still be running, so the robot will be moving forward at the same time. If the robot loses sight of the object, or the edge of the ring is detected (via the light sensors), the lift will lower again.

Edge tracking
Tracking the edge of the ring is essential when competing. Even when running solo, it is difficult to keep an autonomous robot within the small bounds of the ring. Detecting the edge allows BOB++ to act immediately when leaving the ring.
The edge tracking behaviour of BOB++ will immediately halt BOB++ on detection of a black line. If the weapon is up, it will be lowered immediately. The robot will then reverse a distance of 15 cm. The 'Seek' and 'Lift weapon' behaviours may take over during the reversal.

Disorientation correction
Due to the nature of BOB++'s weapon, it is possible that BOB++ may start to flip if attempting to carry an excessively heavy load. For the reason, a touch sensor will be fitted to the rear of the robot. When the robot is firmly on the ground, the touch sensor will be pushed by the weight of the robot on the rear wheel. If the robot starts to lift, the touch sensor will release, and the robot will be alerted.
When the touch sensor reports false, i.e. it's not being pushed down, the main weapon will lower in an attempt to reorientate the robot.

These are the only behaviours I'll be implementing at first. The current prototype hardware design facilitates the above, apart from 'disorientation correction'. Fortunately, this behaviour is not necessary to compete, thus can be assigned a lower priority.
In the next worklog, I'll be implementing the seek and attack behaviours using Java and Eclipse.

I've been busy, and a robot has emerged from the Lego filled trays that occupy my desk. Usually I'd document the building process as I go, but I decided to build the thing bit by bit between doing uni work, thus documentation was left to last. So, I'll be analysing my first finished prototype as a whole, whilst focusing on individual design choices and implementations. Here we go!

Note: You can read the previous log here.

BOB++ v3.0 Prototype 1

The first prototype is quite different from the original BOB++ design. The servos have been placed perpendicular to the Intelligent Brick. The reason for this was to combat a couple of issues, the first being structural integrity. The original design had the servomotors adjacent and directly attached to the Intelligent Brick. Although this allowed for a low centre of mass (the Intelligent Brick is heavy with batteries installed), the mounting points were insufficient to secure the servos without them being moderately loose.

The old servo connection.

The current prototype fixes this by removing the direct connection, thus allowing a frame to be built around the brick. This frame can then facilitate the servos in addition to other sensors. A strong frame is superior to connecting everything directly to the brick since the available mounting points are often awkward to use.

Having the servos mounted as they are in the prototype was a decision to allow:

a) A frame to be built without the servos being in the way.
b) The servos to be mounted to the front of the robot to prevent an overly wide design.
c) A low centre of mass.

The position of the Intelligent Brick is improved over the original design, particularly in regards to battery access. The bottom of the brick is now completely accessible, meaning the battery door can be removed and replaced without issue. On the other hand, the LCD display and brick controls are difficult to access due to the overlying frame. This isn't much of a concern since there's a sufficient gap to navigate the firmware menus, and the screen can be read if need be. At least I don't have to rip the robot apart to charge the batteries!

You may have noticed that there's only two rubber tyres on this build. This is because I plan to bring across the spin behaviour its predecessor utilised. This involves rotating the two drive wheels in opposing directions, causing the robot to rotate on the spot. Since this spinning motion causes the back wheels to slide perpendicular to their rotation (i.e. to their side), I decided that it'd be better off to have a single low friction rear wheel. At this point in time its a solid plastic wheel, however it'll likely be replaced with a trolley wheel in a later prototype.

The ultrasonic sensor is at a higher level than before. The position of the sensor was chosen to allow for the main weapon to move freely at the front end of the robot.

This may change since there's a chance it'll overlook close opponents with a small physical profile, as seen below.

At first you may think that the solution is to aim the ultrasonic sensor on a larger angle...

This doesn't work well, though. It severely limits the scanning range of the sensor since it's always looking at its "feet". The solution is to move the ultrasonic sensor to a lower position if possible.

Last but not least, there's the lifting mechanism. This has been drastically changed to allow for a smaller profile, stronger lifting power, and reduced chance of self inflicted damage (such as failing under an opponents weight).

Perhaps the most obvious change is the length of the lifting mechanism. The previous model was quite lengthy to ensure an opponent was well positioned to be flipped or carried away. This does not come without disadvantages. A large distance between the load and fulcrum (turning point, i.e. the servo) will give the opponent a greater mechanical advantage. What does this mean? Think about when you're opening a door. Is it easer to push it from the outer edge, or near the hinges? Try it, and you'll soon realise that the further away you are from the fulcrum (or hinge), the easier it is to manipulate. This is also why you can lift something easier if you shove a large stick/plank/etc. under it and push down. The effects of mechanical advantage are found everywhere, but are usually associated with simple machines.

One equation of mechanical advantage is the following:

In this situation, the load is my robot, and the effort is the weight force of the opponent acting on the lift. Therefore, the longer the lifting device, the larger the application distance of the effort force. This increases the numerator value of the above equation, which as we know, means the MA value will also increase. Unfortunately, the 'advantage' is not ours, and if it's large enough, it will either flip the robot or damage the lifting mechanism. This is precisely why I've shortened it.

In addition, the gearing set up has changed. Previously we had a 8-tooth gear attached to the servo (acting as the drive gear), and a larger 24-tooth gear attached to that. This resulted in a gear ratio of 1:3. In layman's terms, this means for every rotation of the smaller gear, the larger one will move 1/3 of a rotation, or 120 degrees. Why do we want this? The sacrifice in speed of rotation gives us a larger torque value (which is inversely proportional to the speed). When we're trying to lift a heavy object, speed is not nearly as important as power, and torque gives us that power.

The original gear set up. The 8-tooth gear is not visible.

Since the servos are quite fast, I altered the gear ratio to the following in the current prototype build:

The drive gear is still a 8-tooth gear, and the gear directly proceeding it is also the same 24-tooth gear. This time I've added a 40-tooth gear to bring the gear ratio to 1:5. This is a 40% torque increase from the previous design.

What's next?
And that's it for this log! More to come soon, including design alterations, and a bit of logic programming!

Considering the public perception of robotics, if you were to ask someone to help you construct a robot, the chances of them accepting would probably be influenced by their technical enthusiasm. A layperson will likely assume it's beyond their abilities, which is not necessarily the case. This is why I've started this worklog, I want to give people a look at the development of a simple robot. If anything, it'll get more people interested in robotics. :)

For the sake of intuitiveness, I'm going to be using Lego in this project. It's great for modelling physical structures, and the Mindstorms kits make the process of assembly easy. More specifically, the kits of interest are the NXT and NXT 2.0 models. I'll be working off the original NXT kit, however version 2.0 is very similar, and for the most part interchangeable with the first. Before you shout "But Lego is for 8 year olds!" I'll put things into perspective. I will only be using the NXT hardware. That is, the 'brain' of the kit, also known as the Intelligent Brick, will be re-flashed with LeJOS firmware. This allows me to program the robot in Java. For the uninitiated, Java is an object orientated programming language which is commonly used for cross-platform applications, mobile phone apps, and Internet applets. Wherever there's a Java Virtual Machine (JVM), you can run a program written in Java. This is what LeJOS provides - a compact JVM.

Note: This worklog isn't a tutorial. It's a written update of the work I'll be doing on this robot. I'll aspire to include as much information as I can to assist anyone who wishes to use it as a guide. I will be writing a separate step-by-step tutorial, and will inform readers when it's completed.

What's the robot for?
The robot is a remake of a project my UNSW ENGG1000 team and I built over a year ago. We called it BOB++ (don't ask), and its sole task was to sumo wrestle. The goal of the project was to compete in the annual ENGG1000 SumoBot competition - and win. The higher you made it up the competition ladder, the more marks you got. Without getting into too much detail, our robot was significantly hard to beat. We won 5/5 qualification rounds, before getting into the final. This match was almost called a draw due to the length of time the robots were fighting; we had almost broken the 3 minute time cap. Unfortunately, a brief slip of our drive wheel allowed the opponent to remove us from the ring. Nevertheless, in the grand final, where the three best robots were placed into the one ring, BOB++ didn't hesitate to barge both opponents out ASAP.

It was sweet revenge.

What are the rules of the competition?
Much like a traditional Sumo fight, the aim of the game is to remove the opponent from the ring. This ring is 500mm in diameter with a 15mm non-reflective black borderline. The inside of the ring is white.

During play, the following rules must be followed:
- Robots cannot fire projectiles
- Robots cannot intentionally damage their opponents
- The first robot to have more than 50% of itself outside the ring loses
- Robots must not exceed 1KG
- If a detached part of your robot is removed from the ring, you lose
- A robot must wait 3 second after being activated before moving; the match officially starts after these 3 seconds
- A robot must move within 10 seconds of the match starting, otherwise it's disqualified
- A match is a draw if 3 minutes pass without either robot winning
- The robot must be autonomous; you cannot use the inbuilt Bluetooth functionality

The initial starting positions are as follows:

How did BOB++ work?
BOB++ was built using a Lego NXT educational kit. A typical kit includes a multitude of Technic pieces, an Intelligent Brick, three servos, and a range of sensors including:

Ultrasonic sensor
Uses ultrasound to determine the distance between it and another object.

Sound sensor
Determines the decibel (dB) loudness rating of ambient sound.

Touch sensor
Basically a simple switch. It's either on or off, the former being when the button is held down.

Light sensor
Determines the intensity of ambient or active reflected light. The latter is achieved via a red LED on the sensor.

The ENGG1000 course permitted the addition of a second light sensor.

Instead of using LeJOS, we were told to use NXC, which is based off the C programming language.

The design of BOB++ was quite simple. We focused on creating a robot which was simple to build, simple to program, and highly effective. The main weapon was a lifting mechanism attached to the front of the robot. When an enemy was in range (as determined by the ultrasonic sensor), the lifting mechanism controlled by a single servo would raise. The aim was to get close enough so that we could lift the opponents drive wheels off the ground. If nothing was in range, or the edge of the ring was detected, the lift lowered itself.

During some trials, we noticed that our robot was capable of lifting itself off the ground if the opponent was heavy, or if the lift got stuck. To determine this, the touch sensor was placed near the rear of the robot so that it was always touching the ground (i.e. it was always on). If the robot starting lifting from the floor, the touch sensor would turn off, and the lift would know to release its load.

Since the ultrasonic sensor was fixed, we set the default robot movement to spin until another robot was detected, effectively giving the robot a 360 degree view. The robot would move toward the enemy on detection.

The light sensors were attached on the front and rear of the robot to help determine when we were going outside the ring. If the light sensor detected a low light value (the black line representing the ring's border), appropriate actions were taken to remain inside, as defined by our program.

Note: We did not use the sound sensor.

BOB++

How can BOB++ be improved?
There are many ways the design can be improved. At this time, the main focus is to build the robot so that the following issues are addressed:

Easy access to the battery compartment
The mounting points on the Intelligent Brick are difficult to work with. Half of them are on the underside of the brick adjacent to the battery door. For this reason, it's important to make the Brick either removable, or to keep the underside unobstructed. This was a major issue with the original BOB++ robot.

Low center of mass
A lower center of mass means the robot is less suseptable of being pushed over by an opponent. Top heavy designs are easier to topple, so its a good idea to keep most of the weight near the bottom of the robot.

Structural integrity
BOB++ wasn't as strong as we would have liked. Several small changes before the competition meant there was less strength in the design. Fortunately this wasn't a problem in the competition, but it's always a good idea to have a solid design.

Enhanced behaviours
The AI in BOB++ was functional, but it had its quirks. For instance, the main weapon would forget its position on occasion, and try to raise the lift whilst its already at its highest point. Crunching of gears assured! There was also very little in the way of filtering data from the sensors. We opted to use raw data directly, which can be a problem if the sensors briefly report an erratic reading.

What's next?
That's all for now! In the next log, I'll get into building the robot and showing off my design decisions. I'll describe what I've done, and the reasoning behind it. Stay tuned!

So, the long hyped Apple tablet has finally been announced. As expected, it very much resembles a larger iPod Touch. A single hardware button, minimal ports, and a screen which consumes most of the device's top surface. It's touted as a new platform, somewhere between the smartphone and the netbook, which is interesting. Of course, it's not exactly a new platform; Apple is essentially entering an existing one with their own offering. Android based tablets have been around for a while, and haven't really taken off. Regardless, there's been much excitement over this particular device for a couple of reasons. It was a long rumoured product, and it's from Apple. But will the hype pay off? Is the device compelling enough to warrant purchase? Let's find out.

Hype is a double edged sword. It can cause massive excitement for a product, but it can also cause over-expectation. The iPad copped both sides. People expected this thing to be the pinnacle of tablet innovation, with dual cameras, an OLED screen, stereo speakers/microphones, MacOSX, resistive and capacitive touch, the list goes on and on. When long time followers (read: enthusiasts) saw a mere extended iPod Touch, they weren't happy. On the other hand, this same hype generated enough momentum to get it aired on news services internationally. Good news, you ask? Yes and no. News reporters tend to be technically illiterate, and advertised the device as a 'large iPhone'. Who wants a large iPhone? It still impressed many people though, which is all that matters to Apple. The hype may have paid off after all.

The funny thing about hype, however, is that it's short lived. The iPad won't be released for a couple of months, probably more in Australia. Will the average consumer remember it by then? The iPhone made its success by a) being an innovation of an existing established market, and b) being portable enough that you could take it out, and people would say "hey, that's awesome, what is that?" The iPad doesn't really fit into any of these. It's too large to take with you, unless you're carrying some sort of bag as well, so you'd leave it at home in most cases. That can't be good for word of mouth, especially when the device is yet to prove itself. Should Apple have waited until the release date to announce it? I believe they should have.

Regardless of popularity, there's also a concern about the type of functionality this device offers. Now, let's think about what the average consume would want to use this device for:

e-book reader
The iPad has a nice large screen and a snazzy UI, which is a plus. However, the backlit panel is not suitable for reading large amounts of text. As much as people like to believe that this claim is a load of crud, reading off such a panel will give you eye strain, especially in low light. This is why devices such as the Kindle use e-Ink. Not because they like black and white images, but because it doesn't rely on additional lighting. I know I personally have to print off large documents to read them - LCD just doesn't cut it. Perhaps the self-illuminated OLED technology would have been a safer bet.

Web browser
Decent resolution screen, good UI and browser. But no Flash. That really kills it for me. Sure, you can blame Adobe for that until the cows come home, but in the end, no matter who's fault it is, it's still missing. And that sucks. There's also this Micro SIM business, which is annoying if you want to use an existing 3G SIM.

Music
The inbuilt speaker is mono. Sure that's adequate for an inbuilt sound solution, but it would have been nice to have stereo. That being said, with decent headphones, the audio aspect should be great.

Note taking
We know that this device uses a capacitate touch screen, I think that's quite obvious. But does it also have a resistive layer? I don't believe it has, which is a real downer for people who'd want to use this for uni. You can type notes, but you can't type equations and diagrams - you'd want to use a stylus. I realise there's styluses out there for capacitive screens, but the nature of the technology means the input wouldn't be as accurate, and by extension reliable, as a traditional resistive touch screen set-up.
For typing purposes, I can't see people using this for more than IM and quick blog posts. Virtual keys are very good for finger strain. Also, the iPad doesn't offer haptic feedback.

Picture viewer/frame
I think it's safe to say most people have a point and shoot camera of some kind. It'd also be reasonable to expect that said cameras use an SD card. Wouldn't it have been a good idea to include an SD card reader so that we could see our photos on a larger screen, without the hassle of hooking this thing up to iTunes on a PC/Mac? In fact, not just for photos. An SD card would be a great way to get any media on there quickly and easily.

Conferencing
The iPad would have made an awesome little Skype companion for the home. Unfortunately, the lack of a camera makes video conferencing a non-reality. Many people, including myself, thought that this would be an obvious inclusion. I guess not.

Watching movies
Apple touted the iPad's ability to watch HD movies. That's awesome and all, but the screen isn't designed to play widescreen video. I'm sure if you watched the announcement, you'd have noticed that the letterbox format rendered over 40% of the screen real-estate useless. It was literally a thin strip of your movie in the centre of the screen. Not impressive. However, I do understand that having a wide screen aspect ratio would have caused problems for the form factor. But, in the end, it's still an issue.

Multitasking
I think this one is self explanatory. People like doing many things at once. If the Nexus One smartphone can handle several applications simultaneously, I don't see why this, or the iPhone for that matter, can't do the same.

This all being said, I do see a future for this device. Maybe not this generation, or perhaps even the next, but it's definitely got a chance to do well. I just have this sneaking suspicion that Steve Jobs is omitting features on purpose, to keep costs down, and to leave an upgrade path for later revisions. People want this thing to work how they want it to now, not after buying five of them.

So, what does this thing do right for you? What will you use it for? Is it really worth the money for such a device? Leave your comments below. :)

Another quarter, another list of parts. I've created five builds ranging from $1000 to $3000, each with high quality components and a strong focus on raw performance. Looking at gaming? No problem. Video editing and graphic design? There's a PC for you.

The online computer store PC Case Gear has been used to produce the price lists. For comparison, prices in brackets were found using an average of the top 5 StaticICE results (minus outliers). Although StaticICE results tend to be marginally cheaper, keep in mind that the cost of delivery from multiple stores may increase the total considerably. Each PC consists of the tower without external peripherals or operating system (OS).

Note: Parts with an asterisk (*) next to them are only required if you plan to overclock the system.

$1000+ Budget Beast

CPU: Intel Core i5 750 - $239 [$219]
RAM: Corsair CMV4GX3M2A1333C9 4GB - $129 [$124]
Mobo: Gigabyte GA-P55A-UD3 - $159 [$152]
GPU: PowerColor Radeon HD5770 1GB - $189 [$188]
DVD-RW: Pioneer DVR-218L - $49 [$42]
Case: Lian Li Lancool Dragon Lord PC-K56 - $85 [$85]
Heatsink: Noctua NH-U9B SE2 - $74 [$75] *
PSU: Corsair CX-400 - $59 [$63]
HDD: Samsung SpinPoint F3 1TB - $112 [$104]
Total: $1095 @ PCCG [$1052 @ StaticICE]

$1500+ Budget Workhorse

CPU: Intel Core i5 750 - $239 [$219]
RAM: G.Skill Ripjaws F3-12800CL9D-4GBRL (2 x 2GB) - $142 [$149]
Mobo: Gigabyte GA-P55A-UD3 - $159 [$151]
GPU: 2 x PowerColor Radeon HD5770 1GB - $378 [$376]
DVD-RW: Pioneer DVR-218L - $49 [$42]
Case: SilverStone Raven RV02 - $195 [$195]
Heatsink: Thermalright Venomous X - $89 [$89] *
Fan: Scythe Ultra Kaze 120mm Fan 2000rpm - $22 [$22] *
PSU: Corsair HX-650 - $159 [$159]
HDD: Western Digital Caviar Black 1TB WD1001FALS - $118 [$116]
Total: $1550 @ PCCG [$1518 @ StaticICE]

$2000+ Performance Powerhouse

CPU: Intel Core i7 920 - $369 [$347]
RAM: G.Skill Ripjaws F3-12800CL8T-6GBRM (3x2GB) - $221 [$239]
Mobo: Gigabyte GA-X58A-UD3R - $279 [$279]
GPU: 2 x PowerColor Radeon HD5770 1GB - $378 [$376]
DVD-RW: Pioneer DVR-218L - $49 [$42]
Case: SilverStone Raven RV02 - $195 [$195]
Heatsink: Thermalright Venomous X - $89 [$89] *
Fan: Scythe Ultra Kaze 120mm Fan 2000rpm - $22 [$22] *
PSU: Corsair HX-650 - $159 [$159]
HDD: Western Digital Caviar Black 1TB WD1001FALS - $118 [$116]
SSD: Corsair Extreme X32 32GB - $176 [$176]
Total: $2055 @ PCCG [$2040 @ StaticICE]

$2500+ Grand Gaming Rig

CPU: Intel Core i7 920 - $369 [$347]
RAM: Corsair TR3X6G1600C8 6GB - $264 [$227]
Mobo: Gigabyte GA-X58A-UD3R - $279 [$279]
GPU: 2 x Radeon HD5850 1GB - $858 [$730]
DVD-RW: Pioneer DVR-218L - $49 [$42]
Case: SilverStone Raven RV02 - $195 [$195]
Heatsink: Thermalright Venomous X - $89 [$89] *
Fan: Scythe Ultra Kaze 120mm Fan 2000rpm - $22 [$22] *
PSU: Corsair HX-650 - $159 [$159]
HDD: Western Digital Caviar Black 1TB WD1001FALS - $118 [$116]
SSD: Corsair Extreme X32 32GB - $176 [$176]
Total: $2578 @ PCCG [$2382 @ StaticICE]

$3000+ Performance King

CPU: Intel Core i7 920 - $369 [$347]
RAM: Corsair TR3X6G1600C8 6GB - $264 [$227]
Mobo: Gigabyte GA-X58A-UD3R - $279 [$279]
GPU: 2 x Radeon HD5850 1GB - $858 [$730]
DVD-RW: Pioneer DVR-218L - $49 [$42]
Case: SilverStone Fortress FT02 - $282 [$282]
Heatsink: Thermalright Venomous X - $89 [$89] *
Fan: Scythe Ultra Kaze 120mm Fan 2000rpm - $22 [$22] *
PSU: Corsair HX-650 - $159 [$159]
HDD: Western Digital Caviar Black 1TB WD1001FALS - $118 [$116]
SSD: 2 x OCZ Agility 60GB - $578 [$584]
Total: $3067 @ PCCG [$2877 @ StaticICE]

Note: The Ultra Kaze fan should be mounted on the Vernomous X heatsink so it pushes air through the fins. If the build has an SSD, it's best to install your OS, applications and games to it for added performance. Documents and media are best kept on the larger HDD.

Tip: When shopping for components, visit any brick and mortar stores you have in mind first. Ordering some parts online, then realising that the local store is out of stock for the rest of the build, will only cause frustration, wastage of time, and money.

You may have noticed that some builds are between $50-$100 more than the reference budget. This is because of the variance between the PCCG and StaticICE price, in addition to the optional after market heatsink and fan (if overclocking). It's possible to remain on a strict budget if you shop around, or remove components you don't require.

Well there you have it, system builds for Q1 2010! If you have any questions, or want a computer custom designed to your requirements, feel free to ask on the forum!

According to George "Geohot" Hoz, the man responsible for jailbreaking the iPhone, the infamous Playstation 3 Hypervisor is no longer an obstacle. His blog entitled On the PlayStation 3 suggests that his attempts at hacking the PS3 were very fruitful.

Hello hypervisor, I'm geohot
I have read/write access to the entire system memory, and HV level access to the processor. In other words, I have hacked the PS3. The rest is just software. And reversing. I have a lot of reversing ahead of me, as I now have dumps of LV0 and LV1. I've also dumped the NAND without removing it or a modchip.

3 years, 2 months, 11 days...thats a pretty secure system

Took 5 weeks, 3 in Boston, 2 here, very simple hardware cleverly applied, and some not so simple software.

Shout out to George Kharrat from iPhoneMod Brasil for giving me this PS3 a year and a half ago to hack. Sorry it took me so long :)

As far as the exploit goes, I'm not revealing it yet. The theory isn't really patchable, but they can make implementations much harder. Also, for obvious reasons I can't post dumps. I'm hoping to find the decryption keys and post them, but they may be embedded in hardware. Hopefully keys are setup like the iPhone's KBAG.

It's hard to believe that it's taken over three whole years for someone to crack this pesky security obstacle. What can be believed is that this guy may very well be the first to achieve such a feat. He was able to pioneer the iPhone jailbreaking escapade that many people utilise today, so it appears we're in for a good chance.

This milestone should make it possible for many interesting PS3 projects to start up. This includes homebrew applications, running 'backup' copies of your games, and perhaps some interesting physical modifications. If you have a PS3, this is definitely something you'll want to look out for. :)

Microsoft's Project Natal has been getting mixed responses lately. Some critics liken it to an elaborate Sony EyeToy, whilst others see it as a Wii-like motion control gimmick. Those who like it tend to brush it off as a child's toy. So is there any hope of making Natal an interesting method of control for gaming enthusiasts? I've created a list of the things I'd like developers to implement in their upcoming titles, bar the cliché EyeToy-like functionality.

5. Voice navigation
The major drawback with the existing controller is that you have to click through multiple dialogues/menus to get to where you want. The Natal device has an inbuilt microphone which allows it to capture audio. I don't see why Natal couldn't be used to navigate the consoles various menus via voice recognition, similar to the Microsoft Auto powered Ford Sync technology. Wouldn't it be great to be in the middle of your favourite game, and be able to say "natal music Guns 'n' Roses" and have it play that album? I think so. Especially if you're busy shooting the crap out of a horde of oncoming aliens. And let's face it, who doesn't like an upbeat soundtrack to compliment their multi-kill streak?

But music isn't the only thing that could benefit. You could ask it to save your game progress at a specific instance, pause the game, take you to a specific section of your dashboard, or perhaps help with parts of the game such as answering the phone in GTAIV.

Of course, if this was implemented, it'd be available to those with existing headsets too. So even those without the money to buy the latest Natal kit will have something to look forward to.

4. Automatic account switching
If an Xbox 360 is shared among multiple people, they'll naturally want to be able to sign into their own Live accounts, and access their own save files. Microsoft's official Natal site shows that the Natal device is capable of distinguishing who is playing the console. If this tech can be linked to the switching of Live accounts, that'd be very handy.

3. Hand gestures
No, I'm not talking about waving your hand like a mad man trying to get a virtual fluffy bunny to catch flying carrots, but something more appealing to the enthusiast market. Hand gestures can be used for navigation. Say you want to navigate a menu; you could briefly flick your hand to the side. This would be particularly useful if the machine is being used for media purposes. Chances are that you won't have the controller in your hand, so searching through a list of songs and video clips would be much easier if you could merely get in sight of the Natal device and perform a few quick gestures.

It'd also be practical in-game, even for the quick paced first person shooter (FPS) genre. Games such as Ghost Recon Advanced Warfighter rely on commanding AI team mates. The gamer could briefly signal the AI to do his/her bidding, using recognised squad hand gestures.

2. Head tracking
This would be an awesome addition to games where a player controls transportation machines such as cars or planes. For instance, in regards to flight simulators, the gamer wants to be able to quickly see to either side. Unfortunately, gamepads are a bit fiddly in this regard, particularly if you're already concentrating on manoeuvring the plane. To combat this drawback, a device by the name of TrackIR was developed on the PC platform. To put it simply, it tracks head movement so you can naturally move your head to the side, and the game replicates this so that you're looking to the side in-game. Implementing this into Natal would be quite an awesome feature to play around with.

FPS gamers may also find this beneficial. Being able to quickly look to the side may give them the upper hand in combat. It may even reduce eye strain, since moving your head will cause your eyes to move around to maintain focus on the screen, thus preventing them from staying in the one position for a significant period of time.

1. Noise and emotion integration
Natal's product demonstrations, in particular the Milo video, showcase the ability for gamer emotions to be recognised. Now what if this, in addition to sound, could be used to alter the atmosphere of a game? Think zombies. Say you're playing Left 4 Dead with friends online, and one of you gets caught off guard. And they scream like a little girl. Now imagine that this attracts more zombies to that particular player. But, that's not all. What if the completely freaked out face that this guy is pulling is replicated by the on-screen player? That'd be awesome and humorous. It'd also be quite cool to have a group of players with a massive grin on their faces as they plow through hordes of the undead. Now that's gaming.

---

You may have noticed that all of my suggestions compliment the existing physical controller. I honestly don't think many gamers are interested in swapping their gamepad out for a virtual control system. Sure, it'll entice some of the Wii and EyeToy users over to the Xbox 360 camp, but there's so much more that they can do with this system. My main point is that Microsoft and its partners should not neglect the market they've already set up. By enhancing what they have, the new Natal technology won't be just another kids toy, but instead an extension of both traditional control schemes and the overall target market. That's what will make Project Natal a success.

That being said, there's always the opportunity to create games which rely solely on the Natal technology. These would be perfect for those who want to muck around, i.e. casual gamers. As long as Microsoft recognises the difference in markets, and doesn't force this "controller-free" experience down people's throats, they may be onto something revolutionary.

Have any other great ideas for Project Natal to implement? Let us know in the comments section below!

Website: http://www.microsoft.com/
Price: $38.74AUD + $16 postage - http://www.gizmomart.com.au/ (at time of review)



Yes, you heard correctly, an Xbox 360 controller. "But Vito", you would say, "isn't this old hardware now?" And you'd be correct! However, the controller is still on the market, and I have only recently got my hands on one. I've been searching for a good reasonably priced game pad for my PC for a while now. I first started with a Powerwave branded controller which was promptly returned to the store of purchase. The quality was sub par, and the dead zone of the analogue stick unbelievably large. For those playing at home, 'dead zone' is the area in which the analogue control on a gamepad will not respond. This is typically set to counteract any small discrepancies when the analogue stick returns to its origin. Analogue sticks rarely return to the exact same origin, which can be a problem on sensitive or loose controls - hence the need for a dead zone.

With the Powerwave controller returned, I continued to use my humble keyboard. In the meantime, I'd look around for comfortable controllers from other brands, and ultimately failed to find one. That was until I came across the Xbox 360 PC controller. But does it live up to the expectations of an avid PC gamer? Let's find out!

What's in the package?
Included is a Xbox 360 controller, driver CD, and a small user manual. Pretty much the bog standard contents for a consumer peripheral.

As you can see, the controller is identical to one you'd find on the Xbox 360 console. The only apparent difference is the packaging and the included driver CD.

Next page >>

Not too long ago I wrote a tutorial for Australian tech magazine Atomic which delves into the process of overclocking Intel's latest high end CPU architecture - the Core i7. They've now released this article for free in their quarterly issue of Kitlog, which is an e-mag aimed at providing information regarding computer builds across different budgets/purposes. It's a great opportunity to see what Atomic is all about, and to check out some of my published works.

KitLog is a new publication which is currently at issue two. Their first issue also has one of my articles which is all about designing the perfect PC. So, if you're looking for something new to check out, head over to Atomic, indulge in their offerings, and mingle with the best tech minds on their online forum!