Abstract: A wagering game system and its operations are described herein. In some embodiments, the operations can include presenting a wagering game on a display device of a wagering game machine. The operations can also include detecting head movements and facial gestures of a player of the wagering game via a video capture device of the wagering game machine, and generating player input data based on the head movements and facial gestures of the player. The operations can further include modifying wagering game content based on the player input data associated with the head movements and facial gestures of the player, and presenting results of the wagering game on the display device of the wagering game machine.

Abstract: A wagering game system and its operations are described herein. In some embodiments, the operations can include initiating a wagering game session for presentation of wagering game content. The operations can further include scanning a coded identifier during the wagering game session. The coded identifier indicates a characteristic associated with activity, events, achievements, etc. performed or attained prior to initiation of the wagering game session. For instance, the coded identifier can be a two-dimensional barcode generated in response to online activity (e.g., in response to progress attained in an online game). In some embodiments, the characteristics indicate information about the activity. The operations can further include adapting the wagering game content during the wagering game session based, at least in part, on the characteristic indicated in the coded identifier, such as providing gaming rewards and bonus games, adding funds, unlocking content, modifying wagering game content, etc.

Abstract: Club cards and tickets can be eliminated by providing an application that allows a player's mobile phone to process an image of an optical machine-readable representation of data. At the end of a wagering session on a WGM, the WGM can display a barcode representing a player's winnings, an achievement, game status, etc. The player takes a picture of the barcode with his or her mobile phone. The application on the phone processes the barcode image and automatically updates an account of the player in accordance with the data represented or carried by the barcode. For instance, the mobile phone sends a request to a wagering account server to electronically deposit the winnings, as represented by the barcode, in a wagering account associated with the player's club profile.

Abstract: A wagering game system and its operations are described herein. In some embodiments, the operations can include presenting a wagering game on a display device of a wagering game machine. The operations can also include detecting head movements and facial gestures of a player of the wagering game via a video capture device of the wagering game machine, and generating player input data based on the head movements and facial gestures of the player. The operations can further include modifying wagering game content based on the player input data associated with the head movements and facial gestures of the player, and presenting results of the wagering game on the display device of the wagering game machine.

Abstract: A gaming system for conducting a multi-player wagering game includes a multi-touch table surface that is touched by a handheld electronic wager input device (EWID) carried by a player for placing wagers on a wagering game displayed on the multi-touch table surface. Each EWID carried by a player has an associated unique identification code, which is linked to the respective player's account. Players indicate an amount to be wagered by touching the EWID to designated wager amount areas, then place the wager by touching the EWID to a designated wagering area. Because each EWID is uniquely associable with distinct player accounts, the gaming system can support any number of players placing wagers. The funds remain safe in the player account and no funds are stored on the EWID. Only the identification code is detected, which is compared with the associated player account before allowing that player to place wagers.

Abstract: A gaming system for conducting a multi-player wagering game includes a multi-touch table surface that is touched by a handheld electronic wager input device (EWID) carried by a player for placing wagers on a wagering game displayed on the multi-touch table surface. Each EWID carried by a player has an associated unique identification code, linked to the respective player's account. Players indicate an amount to be wagered by touching the EWID to designated wager amount areas, then place the wager by touching the EWID to a designated wagering area. Because each EWID is uniquely associable with distinct player accounts, the gaming system can support any number of players placing wagers. The funds remain safe in the player account and no funds are stored on the EWID. Only the identification code is detected, which is compared with the associated player account before allowing that player to place wagers.

Abstract: Based on the characteristics of a reel-spinning video, a video encoder/decoder can rely on image date from a preceding video frame to reconstruct a current area of a current frame of the reel-spinning video. The video encoder can record some indication of the current area (e.g., number of dropped blocks or boundary values of the area). The video encoder can rely on motion information (e.g., a motion vector) of a preceding area within the current frame, or encode motion information with the indication of the current area. The video encoder then transmits the indication of the current area, perhaps with a subsequent area, without image data of the current area. The video decoder can then reconstruct the current area with image data from a matching area in the preceding frame based on the motion information.

Abstract: Club cards and tickets can be eliminated by providing an application that allows a player's mobile phone to process an image of an optical machine-readable representation of data. At the end of a wagering session on a WGM, the WGM can display a barcode representing a player's winnings, an achievement, game status, etc. The player takes a picture of the barcode with his or her mobile phone. The application on the phone processes the barcode image and automatically updates an account of the player in accordance with the data represented or carried by the barcode. For instance, the mobile phone sends a request to a wagering account server to electronically deposit the winnings, as represented by the barcode, in a wagering account associated with the player's club profile.

Abstract: A gaming system for conducting a multi-player wagering game includes a multi-touch table surface that is touched by a handheld electronic wager input device (EWID) carried by a player for placing wagers on a wagering game displayed on the multi-touch table surface. Each EWID carried by a player has an associated unique identification code, linked to the respective player's account. Players indicate an amount to be wagered by touching the EWID to designated wager amount areas, then place the wager by touching the EWID to a designated wagering area. Because each EWID is uniquely associable with distinct player accounts, the gaming system can support any number of players placing wagers. The funds remain safe in the player account and no funds are stored on the EWID. Only the identification code is detected, which is compared with the associated player account before allowing that player to place wagers.

Abstract: A wagering game system and its operations are described herein. In some embodiments, the operations can include detecting, at a gaming machine, a fiducial marker in one or more images captured by an image capture device of the gaming machine, determining an orientation of the fiducial marker, and detecting a fiducial code embedded within the fiducial marker. The operations can also include providing, via a network, fiducial code information and fiducial marker orientation information to a wagering game server to identify an augmented reality object associated with the fiducial code and determine attributes of the augmented reality object. The operations can further include receiving, at the gaming machine, wagering game content and the augmented reality object from the wagering game server, incorporating the augmented reality object within the wagering game content, and presenting the wagering game content comprising the augmented reality object on a display device of the gaming machine.

Abstract: An apparatus for presenting primary and secondary wagering game content is described herein. In one embodiment, the apparatus includes a primary wagering game unit configured to determine results for a first group of primary wagering games in a first wagering game session. The first wagering game session can be associated with a player identifier. The primary wagering game unit can be further configured to determine results for a second group of primary wagering games in a second wagering game session that is associated with the player identifier. The apparatus can also include a secondary wagering game unit configured to, after certain of the results in the first wagering game session, cause presentation a first episode of a group of episodes, and to, after certain of the results in the second wagering game session, cause presentation a second episode of the group of episodes.

Abstract: A behavior controller system and its operations are described herein. In embodiments, the operations can include detecting one or more events that occur within a wagering game. The wagering game can feature a wagering game object that can automatically (e.g., intelligently) respond to the one or more events. The behavior controller system can use event-driven behavior controllers, such as a behavior tree. The behavior controller system can determine, and activate, tasks on the behavior tree that cause the wagering game object to respond to the one or more events. In some embodiments, the behavior controller system can also prioritize tasks that may be performed by behavior trees to prevent conflicts between wagering game objects during a wagering game.

Abstract: A system and method for concurrency control in high performance database systems. Generally includes receiving a database access request message from a transaction. Then, generating an element that corresponds to the access request message. The element type is that of a read element, commit element, validated element, or restart element. The element is then posted to a read-commit (RC) queue. If the element is a commit element, an intervening validation of the transaction is performed. Upon the transaction passing validation the requested database access is performed.

Abstract: A system and method for concurrency control in high performance database systems. Generally includes receiving a database access request message from a transaction. Then, generating an element that corresponds to the access request message. The element type is that of a read element, commit element, validated element, or restart element. The element is then posted to a read-commit (RC) queue. If the element is a commit element, an intervening validation of the transaction is performed. Upon the transaction passing validation the requested database access is performed.

Abstract: A system and method for concurrency control in high performance database systems. Generally includes receiving a database access request message from a transaction. Then, generating an element that corresponds to the access request message. The element type is that of a read element, commit element, validated element, or restart element. The element is then posted to a read-commit (RC) queue. If the element is a commit element, an intervening validation of the transaction is performed. Upon the transaction passing validation the requested database access is performed.

Abstract: A system and method for concurrency control in high performance database systems. Generally includes receiving a database access request message from a transaction. Then, generating an element that corresponds to the access request message. The element type is that of a read element, commit element, validated element, or restart element. The element is then posted to a read-commit (RC) queue. If the element is a commit element, an intervening validation of the transaction is performed. Upon the transaction passing validation the requested database access is performed.