Wiley.Games.on.Symbian.OS.A.Handbook.for.Mobile.Development.Apr.2008 (779888), страница 49
Текст из файла (страница 49)
If it is on (EVibraModeON), the vibration will be initiated, otherwise only the ball movement willbe in effect.void CVibraPoolAppView::WallsDetection(){if(iBallLoc.iX+iMoveX >=(Rect().Width()-(TABLE_BORDER+BALL_DIAMETER-STEP))){// Change the direction of the movementiMoveX = -STEP;// If vibration is on in the profile settingsif(iVibra->VibraSettings() == CHWRMVibra::EVibraModeON){iVibra->StartVibraL(100, 20);}}// After ball location is updated check if the ball// is to fall in a hole.if( HolesDetection() ){if(iVibra->VibraSettings() == CHWRMVibra::EVibraModeON){// Vibrate in negative directioniVibra->StartVibraL(300, -100);// Update the screen nowDrawNow();// First interval of half a secondUser::After(500000);// Vibrate in positive directioniVibra->StartVibraL(300, 100);214EXPLOITING THE PHONE HARDWARE// Second interval of another half secondUser::After(500000);iVibra->StartVibraL(1000, -100);}}}Overall, we would encourage developers to think of using vibrationboth in terms of its more obvious use (to enhance driving, boxing,or fighting games), and also less obvious implementations, such asalerting users to the presence of objects or other players in locationgames.
Finally, it is important to consider that, although developers oftenconsider sounds as a primary source of feedback within a game, mobilegames are often played in public places, where the use of sounds maybe inappropriate. Vibrations can be an important, and useful, alternativeand should therefore be given due consideration.6.5.2 Proximity/PresenceAs we discussed previously in section 6.3, games may use proximity, inthe sense that the user’s location is close to either another player or a realor virtual artifact within the game. However, none rely solely upon theproximity between either a player and another player, or the player anda game artifact, irrespective of the physical location.
The most notableexample of this type of game playing, which is not mobile phone based, isPirates,15 which was an adventure game using personal digital assistants(PDAs) and RF proximity detection. Players completed piratical missionsby interacting with other players and game artifacts using RF proximitydetection. One of the interesting aspects that emerged was the stimulatedand spontaneous social interaction between the players. An interestingprospect for the mobile game industry is to produce games that provideopportunities to utilize interaction of a more serendipitous nature for theirplayers. We believe this serendipity can be best achieved by removingthe requirement for a central game server, as utilized in Pirates, andusing a proximity detection scheme that initiates a dynamic peer-to-peerconnection between the mobile users when they enter into the closevicinity of each other, requiring no pre-arrangement for the meeting.In terms of proximity detection, the obvious choice is Bluetooth-which,despite previous predictions of its demise, is in fact increasing its growth.In fact, there are already a small number of mobile Bluetooth proximity applications which are often described as mobile social software(MoSoSo) and can be viewed as evolutions of Bluejacking.
This is aphenomenon where people exploit the contacts feature on their mobile15Björk S., Falk J., Hansson R., and Ljungstrand P., Pirates! Using the physical world asa game board, Proceedings of Interact 2001, IFIP TC.13 Conference on Human-ComputerInteraction, Tokyo, 2000.VIBRATION215phone to send messages to other Bluetooth-enabled devices in their proximity. Bluejacking evolved into dedicated software applications such asMobiluck and Nokia Sensor which provided a simpler interface, and inthe case of Nokia Sensor, individual profiles that could be used to initiatea social introduction.
More complex systems such as Serendipity 16 havetried to introduce a greater degree of selection into the process in thata server tries to match users before making the introduction. There arerelatively few games that have exploited Bluetooth in this way, but onesuch is You Who from Age0+ that provides a simple game premise to helpinitiate a meeting. After scanning for other users running the applicationand ‘inviting’ a person to play the game, the first player acts as a ‘mysteryperson,’ who then provides clues about their appearance to the secondplayer, who builds up a picture on their mobile phone screen. After a setnumber of clues have been given, the players’ phones alert, revealing bothplayers’ locations and identities.
Obviously, the gameplay is quite limitedand effectively non-competitive, which is unlikely to result in repeatedgame playing, therefore, it is closer to the Nokia Sensor than a game.The game described above provides significant opportunities forserendipitous social interactions, addictive, and competitive game play.The game draws from the familiar, which is always a good way of gainingacceptance for a new game, using the concept of a wild west quick-drawgunfighter, which we have called Mobslinger,17 as shown in Figure 6.17.Figure 6.17 Screenshots of Mobslinger16Eagle N., and Pentland A., Social Serendipity: Mobilizing Social Software, IEEEPervasive Computing, Special Issue: The Smart Phone. April–June 2005, pp 28–34.17Clemson H., Coulton P., and Edwards R., A Serendipitous Mobile Game, Proceedingsof The Fourth Annual International Conference in Computer Game Design and Technology,Liverpool, 15–16 November 2006, pp 130–134.216EXPLOITING THE PHONE HARDWAREMobslinger runs as a background application on S60 smartphones andperiodically scans for other users in the vicinity who are also running theMobslinger application.
Once detected, a countdown timer is initiatedon both phones, which alerts the users by sounding an alarm andvibrating the phone. The user then has to ‘draw’ their phone and enterthe randomly generated number which has appeared on the screen asquickly as possible. The person with the fastest time is the winner and theloser is ‘killed,’ which means their application is locked out from gameplaying for a set period of time.6.6 SummaryIn the past, mobile games have suffered from a reputation of poorfunctionality and usability, and have been criticized by some gamedevelopers, who have been unduly harsh about an industry which onlyreally started in 1997 with the Snake game that was embedded in Nokiaphones. However, this criticism is diminishing, and, as the mobile gamesindustry comes of age, it is creating a vibrant market in its own right, builtaround the inherent strengths of mobile communications technology.
Inthis chapter, we have highlighted just some of these strengths that givemobile game developers opportunities to create new game experiencesthat are uniquely mobile. There are others worthy of consideration, forinstance, on a device with such powerful audio functionality, we haven’tyet seen any audio driven games or interfaces.While there are no doubt challenges in the commercial realizationof some of these new mobile game experiences, we believe that, ifembraced, mobile game developers can help establish the very innovativeindustry from under the shadow of the PC and console game market andplay a significant role in the world of game development.6.7 AcknowledgementsWe would like to express our sincere thanks to Nokia and Symbian forsupport given to the Mobile Radicals research group within Infolab21 atLancaster University UK, where many of the innovative games featuredin this chapter were developed.Part ThreePorting Games to Symbian OS7C/C++ Standards Support for GamesDevelopers on Symbian OSSam Mason(Mobile Intelligence)7.1 P.I.P.S.
Is POSIX on Symbian OSP.I.P.S. is the result of a massive effort to make Symbian OS POSIXcompliant (adhering to the ISO/IEC 9945 specification) and to open thedoors to C programmers worldwide. It may sound like a cocktail, butP.I.P.S. is actually a recursive acronym: P.I.P.S. Is POSIX on Symbian OS.Symbian OS was never originally designed to be POSIX compliant,but increases in hardware performance and advances in the operatingsystem over the last few years (specifically the introduction of EKA2)means that it is now feasible to provide a platform for porting existing Capplications to run on Symbian OS, and encourage the re-use of opensource code originally developed on other operating systems.
With thefirst release in January 2007, the P.I.P.S. initiative allows developers withdesktop or server skills from Linux, Unix and Windows backgrounds,who program using the C language, to port and mobilize their gameswith relative ease. Although cited by Symbian as enabling the porting ofpopular desktop middleware and applications such as web servers andfile sharing software, P.I.P.S. is also good news for games developers whouse C.That all reads well and makes a nice press release, but it doesn’t mean awhole lot if you don’t know what POSIX is in the first place, so let’s coverthat briefly first.
Back in the dark ages, around about 1988, it was clearthat there was a growing need to define a set of standard interfaces whichwould allow software to run unchanged on any system that supported thestandard, and so the Portable Operating System Interface for Unix (POSIX)was born. Among other things, it defines requirements for threads, fileand network I/O, security and IPC, as well as conformance testing.218 C/C++ STANDARDS SUPPORT FOR GAMES DEVELOPERS ON SYMBIAN OSMost Unix-like systems are basically either fully compliant (for example,Mac OS X, Solaris, AIX) or ‘mostly’ compliant (like FreeBSD and Linux) –which means that while not actually certified, they pretty much cover itall.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
