Infernal Engine allows users to create high performance games for a multitude of devices from console to mobile.

Used in the company’s own games such as Ghostbusters: The Video Game and Kinect Star Wars, lead technical artist Ryan Monday says the tool offers a single WYSIWYG editor that “allows users to deploy to all consoles and mobile platforms and allows them to maximise on their development budget by focusing on game-related functionality”.

It also features the Velocity Physics engine that allows users to create destructible environments, with a collision system its creators claim maintains thousands of simulating objects and offers real human body physics.

Despite being known for its integration into medium to large studio titles, Monday says Infernal has shifted its focus to providing affordable solutions as the sector moves away from simply pushing hardware boundaries.

If you’d like to explore licensing the Infernal Engine, please contact enginesales@terminalreality.com

1. The Macintosh gaming market is wide open.
2. Bypass QuickDraw wisely.
3. Use CopyBits correctly.
4. Scroll graphics smoothly.
5. Don’t synchronize with the VBL interrupt.
6. Use Sound Manager 3.0.
7. Learn when to use (or not use) Apple events.
8. Use the Time Manager.
9. Use the Memory Manager effectively.
10. Use a compatible copy-protection scheme (if any).

THE TIPS IN DETAIL

1. The Macintosh gaming market is wide open.
The Macintosh has infiltrated the homes, offices, and schools of every continent on the planet, and it has matured enough to be ready for entertainment software of all sorts. Hit Macintosh games have sold over 60,000 copies, and users are clamoring for more. If you walk into a software store, though, you’ll notice that there isn’t a very large selection of Macintosh game and entertainment software. Now is the time to take advantage of the lack of competition and get into the entertainment market with your games.

2. Bypass QuickDraw wisely.
Applications that bypass QuickDraw by accessing video memory directly may not work on future Macintosh platforms. The Macintosh is evolving, and some of the changes may be in the bus architecture, causing applications that write to video memory to break. We’re not saying this is going to happen any time soon, but it’s a good idea to be ready for it now so that your product will last in the marketplace.

A good compromise is to draw with custom drawing code into an off-screen GWorld, and then use CopyBits to transfer it to the screen. This avoids accessing hardware directly, and will always work. If you must write directly to the screen, it’s important to follow the guidelines set forth in “Graphical Truffles: Writing Directly to the Screen” indevelop Issue 11, which states that you should always have a QuickDraw version of your code. If your program uses QuickDraw (or QuickDraw GX), it will always be compatible with every future Macintosh platform.

If you do bypass QuickDraw, your application should time the custom drawing code versus QuickDraw at run time, and then choose the fastest routines. This way, the fastest code will be used in cases where your code is running on a system that has an accelerated version of QuickDraw, or perhaps a different CPU altogether.

3. Use CopyBits correctly.
I’ve heard many developers say that CopyBits is slow, that it can’t achieve the frame rates needed to do good games. If you use CopyBits correctly, however, youcan achieve a high animation frame rate.

Understanding all of the factors that affect CopyBits performance is critical to achieving high animation frame rates and still having processor bandwidth left over for the rest of the game. The following tips on CopyBits speed have been collated from many different sources, including Technical Notes, sample code, and other tomes of QuickDraw knowledge. (See also tip 4 below.)

• CopyBits is more efficient with wider images than with tall ones.
• CopyBits is more efficient with rectangular transfers, with no mask region.
• CopyBits is more efficient when the source and destination have the same color table, and even better when the ctSeeds of the color tables are the same. (The accompanying sample code shows how to use the Palette Manager and how to set up the color tables in your application window and off-screen GWorld.)
• CopyBits with a mask region is faster than either CopyMask or CopyDeepMask. Convert your masks to QuickDraw regions and then use CopyBits. (See the CopyBits vs. CopyMask snippet on this issue’s CD.)
• CopyBits is faster when the transfer source and destination are long-word aligned, especially on an 68040-based Macintosh.

For more details on these principles, see the Tech Note “Of Time and Space and _CopyBits.”

4. Scroll graphics smoothly.
This tip applies to games with scrolling maps, painting programs, and any application that needs to scroll window content quickly and smoothly.

Many Macintosh applications suffer from flickering scrolling, caused by erasing the previous image before drawing the new image. To reduce flicker, you should redraw only the parts of the screen that change; don’t erase anything first, unless absolutely necessary. When you’re designing your scrolling code or animation engine, the philosophy to adopt is that every pixel should be touched onlyonce .

Another technique is to buffer your graphics into an off-screen GWorld: make all changes in the GWorld and then transfer the image to the screen with CopyBits. This can be slower, because the image is drawn twice, but it results in an especially smooth update. An example of a game that uses CopyBits in this way is MacPlay’s Out of This World. This game draws into an off-screen GWorld using custom polygon-rendering code (thus ensuring a high frame rate); then, when the image is completely rendered, it’s transferred to the screen with CopyBits (ensuring compatibility with future video hardware). For more on this subject, see “Graphical Truffles: Animation at a Glance” indevelop Issue 12 and “Drawing in GWorlds for Speed and Versatility” in Issue 10.

There’s another method that isn’t as smooth but uses less memory, and that is to use ScrollRect. ScrollRect was changed in System 7: if you pass nil for the updateRgn parameter of ScrollRect, it won’t erase the area that has been uncovered, and you can then use CopyBits in a second step to copy in the new bits. (In System 6, ScrollRect will erase the area you’re scrolling out of, causing the screen to flicker more.)The sample code demonstrates these techniques, showing the tradeoffs between memory footprint and smoothness/apparent speed.

5. Don’t synchronize with the VBL interrupt.
Many developers have wanted to synchronize animation with the vertical blanking (VBL) interrupt to eliminate tears when the next frame of animation is drawn before the display hardware has completed the previous frame. It’s possible to eliminate tears from small-sized animations, but the overall application will run more slowly because you’ll be spending time waiting for the VBL period to start. This results in a much lower animation frame rate, and the application also loses processing power for the rest of the program. Note that QuickTime does not synchronize with the VBL interrupt.

Another headache to consider with respect to synchronizing with the VBL interrupt is that displays have different refresh rates, and each one’s actual VBL period has a different length. This means that for your program to have accurate frame rates on different monitors, you’ll have to time the refresh rate of the display you’re animating on.

To work around not being able to synchronize with the VBL interrupt, you should try to interleave the animation processing so that you’re never updating too many objects at one time. The Time Manager will allow you to break the processing up into separate tasks (see tip 8). If you’re getting tears on objects, consider using fewer objects or smaller ones.

6. Use Sound Manager 3.0.
The Macintosh Sound Manager has recently been enhanced (version 3.0). It now can efficiently handle as many sound channels as memory and processor bandwidth can take. This means four channels on a Macintosh LC (which used to handle only one channel) and up to 16 or more on higher-end platforms. As a result, your application can play sound and still have enough CPU bandwidth for other animation and processing. The sample code demonstrates multiple sound channels playing asynchronously while animating an image. Also see “Somewhere in QuickTime: What’s New With Sound Manager 3.0″ in develop Issue 16 and “The Asynchronous Sound Helper” in Issue 11. Many bugs have been fixed in Sound Manager 3.0. You can now open a sound channel at the start of your program and then continuously use SndPlay to play sounds through it, without disposing of the channel between sounds. Previous versions of the Sound Manager had problems playing sampled sounds like this, so many developers adopted the technique of allocating and disposing of a new sound channel for each sound played.

On the AV Macintosh models, the Sound Manager uses the DSP. This requires the DSP Manager to load a new component every time you open a new channel, and may require disk access. So if you’re running with Sound Manager 3.0 you shouldnot open and close a sound channel for each sound played; doing so will cause your application to perform less than optimally, especially on the AV models.

See the source code file GameSounds.c, which is part of the CopyBits ColorKarma sample, for an example of a unit that manages asynchronous sound. If Sound Manager 3.0 or later is present, the code opens the sound channels at initialization and closes them when the program quits; otherwise it opens and closes the channels as sounds are played.

Sound Manager 3.0 also adds a new routine, named GetSndHeaderOffset, that makes it easier to use a bufferCmd to play sounds. Using a bufferCmd is faster than using SndPlay. See the sample code on the CD for an example.

Note that the sample code doesn’t store the application’s A5 register as part of the callback command, so that the interrupt code can set the flag associated with the channel. Instead it just stores a pointer to the flag. This allows the interrupt-time callback to be very small, since it doesn’t have to save, set up, and restore A5; it just dereferences the pointer and sets the flag directly. The sample code gives an example of playing a sound asynchronously with a completion callback. I use thistechnique in just about any interrupt-time callback code I write, including VBL tasks, Time Manager tasks, and Device Manager completion routines.

If you don’t use the Sound Manager at all, you’re taking an unnecessary compatibility risk. Apple has always recommended against accessing the sound hardware directly. Applications that violate this rule have broken in the past, and they will break again.

7. Learn when to use (or not use) Apple events.
Apple events have simplified interapplication communication, making it easy to add value to your application. A game played against live human players is often more fun than a game played against a computer. Just about every night you’ll find some Apple engineers huddled over their computers playing Bolo, Spaceward Ho!, or other network games.

Consider Velocity’s Spectre, a network tank game that has been very successful. Spectre doesn’t use Apple events; it uses custom DDP (datagram delivery protocol) socket listeners at the lowest level of AppleTalk to achieve high performance. But if your game doesn’t require the same level of performance, you may benefit from the ease of use of Apple events.

If you require more performance than Apple events can provide, one option is to use the PPC Toolbox directly, which will allow you to still remain a step removed from direct AppleTalk. See the PPC Toolbox chapter ofInside Macintosh Volume VI for more information.

If you require even more performance, you can use AppleTalk Data Stream Protocol (ADSP) directly, or one of the other AppleTalk protocols. ADSP is a higher-level protocol that will allow you to do block transfers and not worry about losing packets and packet order.

It’s hard to determine which networking protocol to use ahead of time. From my experience in using Apple events to synchronize animation and events between two Macintosh computers, I would say that if your game is a more than two-player, real-time arcade game, Apple events would probably not be the best solution. If your game is a turn-based strategy-type game, like Spaceward Ho!, RoboSport, Strategic Conquest, and many others, Apple events will work very well for you, no matter how many players are in the game.

For a simple example of using Apple events as a game messaging system, see ZAM 1.a13 on the CD.

8. Use the Time Manager.
The Macintosh Time Manager is very useful for game developers. Animation code often needs a heartbeat, to synchronize the timing and updates of every object. The Time Manager lets you break down your code into discrete tasks that run at a steady rate. This allows you to write modular code that updates smoothly.

One limitation of the Time Manager is that tasks fire at interrupt time, so they can’t do much more than set a flag to inform the regular event loop that it’s time to do something. The sample code on the CD shows how to place a wrapper around the Time Manager that allows you to execute tasks at non-interrupt time.

9. Use the Memory Manager effectively.
The Macintosh Memory Manager is very flexible, and a boon to most application programmers. However, for the game programmer it can be a performance problem unless it’s used wisely. In a game, you should preallocate as much of your memory as possible. If you’re using a dynamic object allocation scheme, you should design one that preallocates the objects and keeps track of which ones are in use or not. If you have many allocated blocks in a heap and then request a new one, you could send the Memory Manager into thrashing mode where it will try to move many blocks around to make space. This can cause your animation to be jerky or your whole game to freeze for an instant. So the best thing to do when performance matters is to minimize your use of the Memory Manager. To minimize Memory Manager use, you should not only allocate as much of your memory up front as possible but also avoid using relocatable blocks unless absolutely necessary. This means avoiding game architectures that rely on the Memory Manager for dynamic object allocation. Definitely allocate your nonrelocatable blocks first, and allocate handles later. This prevents heap fragmentation and avoids sending the Memory Manager into a tailspin.

Be aware that some parts of the Toolbox, like Apple events, expect Memory Manager structures. However, if the rest of the program’s memory is allocated wisely to prevent heap fragmentation, even these allocations will happen quickly, with no impact on game performance.

10. Use a compatible copy-protection scheme (if any).
It’s a matter of great controversy whether software should be copy-protected at all. No software protection scheme on the Macintosh has ever survived the talented efforts of Macintosh hackers. There’s always someone who will defeat your copy protection, no matter how convoluted it may be. There are many who consider such protection a puzzle and a challenge to break, so by putting it in you may be inviting piracy.

But if you do decide you want some level of protection on your game, we strongly recommend against a disk-based protection scheme, which is guaranteed to break your program. Instead, we recommend using one (or a combination) of the methods described here.

One method is to use serial numbers: when the software is installed, ask the user to enter the serial number from the disk label, and then imprint the software with the person’s name. Another method involves requiring the user to enter a password from the manual every once in a while. If you do this, it’s a nice touch to allow users who send you the registration card to disable the password dialog; once you have the registration card, you can link the customer to a serial number.

Consider also making the following checks: At installation time, use Gestalt to determine the characteristics of the machine you’re installed on, and save these to your preferences file. Also, use FindFolder to record the directory ID of the System Folder, which is the same until a new System Folder is created. Every time your application starts up, make the same Gestalt and FindFolder calls to check whether you’re running on the same machine; if not, have the user reinstall the software and reenter the serial number, or reenter the password from the manual.

These techniques are the most compatible way to both protect your sales and minimize the kind of frustration customers experience with other password- or disk-based copy protection systems.

Developers Can Easily Create Stunning Games and Applications for Simple Deployment Across Seven Popular Platforms.

LiveCode Mobile brings you a truly cross platform mobile development experience. Our Android deployment pack complements the already hugely successful iOS deployment pack, allowing you to author your applications on your desktop machine and compile them as native standalone applications on each target mobile platform. The standalone application builder lets you easily apply settings and build for each of the target platforms, re-using the same code base.

Today’s developers think mobile first. With Smart Phone sales surpassing PC sales as never before you need a fast, effective way to code, edit and deliver mobile apps. As a Mobile Application Developer, you need LiveCode Mobile.

With this cross-device product, you can use the same code to deploy to multiple mobile platforms, while still taking advantage of many OS specific features on each device. Build live prototypes that use the full capabilities of iOS and Android Devices; deploy to whatever platform your customers need. Take advantage of our compile-free workflow to iterate quickly and create stunning user experiences that your customers will love.

LiveCode Mobile allows you to:

- Achieve your project goals in a fraction of the time with our compile free
workflow changes happen in real time to slash debugging and maintenance.

- Deliver to multiple devices and platforms from a single code base for a quick
& easy cross platform experience.
- Take advantage of native platform features on each supported platform port
from iOS to Android and vice versa with simplicity and ease. Write code in
an English like language that makes sense so quick to learn that even non-
programmers can use it.
- Leverage the same programming language for code re-use across all
platforms save time and money in the development cycle.

LiveCode Development Environment
LiveCode is an alternative development environment that enables easier and faster application development across all major devices and platforms without the need to recode or rewrite apps.
The platform is used broadly by software development houses, educators both teaching programming and creating custom apps for coursework, commercial software vendors, and enterprises writing custom utilities or productivity software. Developers have gone from limited experience to creating spectacular apps in weeks or months, and have created successful businesses built solely around LiveCode app creation.

LiveCode 5 is available today at www.runrev.com and starts at $99 US for a single seat license, with upgrade pricing at $49 US for existing LiveCode developers. RunRev also offers LiveCode in an extended trial with a free course in mobile app development, giving developers and students a chance to create the game or app they’ve dreamed of in just a few weeks time. LiveCode Academy is an accelerated course in the principles of programming, and available throughout the year as a live course, or on demand during the free LiveCode trial.

 

The setup was similar to Netflix Inc. (NFLX)’s streaming application for the iPad. The “Play Instantly” service would give subscribers unlimited access to games such as “Mystery Case Files” and the “Mahjong Towers” series from inside the Big Fish app. The games would be streamed via Wi-Fi to a user’s iPad from Big Fish’s data centers.

In an interview yesterday, Thelen said Apple wasn’t quickly convinced that a monthly fee would work for games.

“It took longer than usual to be approved,” Thelen said yesterday. “They needed to be convinced there’s a reason to charge customers every month.”

Big Fish, founded in 2002, generated $140 million in sales last year, mostly from games downloaded to a personal computer or mobile device. About 75 percent of its players are women over the age of 30

Stanning CG illustration og Warcraft by

GENZOMAN

According to data from Media Create, during the seven-day period ending November 20, the PlayStation 3 version sold 180,372 copies, while the Xbox 360 version charted in seventh place after selling 30,467 copies.

Modern Warfare 3 broke records in Europe and North America, and while the same can’t be said of its performance in Japan, it beat out competition from anticipated home-grown releases One Piece Gigant Battle! 2 and Ni no Kuni.

Another notable new entry was THQ’s Saints Row: The Third, which charted at number five after selling 36,222 units on PlayStation 3.

It would be easy to dismiss Modern Warfare 3 as just another iterative update to the massively successful shooter series. After attending a preview event this summer, I left with concerns that the Infinity Ward/Sledgehammer Games collaboration shelved the multiplayer innovation Treyarch introduced with Black Ops in favor of more minor, underwhelming updates. Some of my early concerns proved valid, but many of the incremental tweaks are smart additions to the multiplayer experience. Modern Warfare 3 does little to fundamentally change the well-known franchise formula, but it offers enough enhancements to recommend it to any fan.

On the surface, this Call of Duty experience is similar to the other Modern Warfare games. If a casual fan sat down for a few rounds of team deathmatch or domination, it would be easy to forgive them for mistaking this for a map pack. Its visuals are familiar, most of the weapons are recycled from previous games, the tight gunplay feels similar, maps are still fairly cramped affairs for the most part, assembling a party operates the same, and many of the killstreak rewards return. Modern Warfare 3’s most noteworthy tweaks may be smaller changes, but they add up to contribute in a big way.

The core elements of multiplayer and the campaign remain fundamentally unchanged, but the game serves as a great example of how many subtle tweaks can add up to an improved overall product. Even with the recent turmoil at Infinity Ward, the remnants of that team (in conjunction with Sledgehammer) have put together a worthy sequel to one of the most successful franchises of all time.

The Elder Scrolls V: Skyrim is a role-playing video game being developed by Bethesda Game Studios. It is the fifth installment in The Elder Scrolls action role-playing video game series, following The Elder Scrolls IV: Oblivion.   It is scheduled to be released on November 11, 2011 for Microsoft Windows, PlayStation 3 and Xbox 360.

Skyrim

‘s main story revolves around the player character’s efforts to defeat a dragon god who is prophesied to destroy the world. Set two hundred years after Oblivion, the game takes place in the land of Skyrim in the midst of a civil war after the assassination of the king. The open world gameplay of the Elder Scrolls series is continued inSkyrim

, as the player character can explore the land at will and ignore or postpone the main quest indefinitely.

This game looks absolutely Amazing!  Just click any of the pictures to get a better view.

7 important things you should do in SKYRIM

Skyrim offers so many opportunities for exploration and personal improvement that you may feel overwhelmed every time you fire it up. Luckily, there’s no need for that: You can break Skyrim down into exactly the kind of game you want to play without too much trouble. What follows is our (extremely brief) list of things you may want to try, but there are thousands more. Have a favorite of your own? Share it with us by leaving a comment below.