Game metadata manager

Game File Reference

Overview

• dbmodel.sql - database model
• gameinfos.inc.php - meta-information
• gameoptions.json - game options & user preferences
• img/ - game art
• Game Metadata Manager - tags and metadata media
• material.inc.php - static data
• misc/ - studio-only storage
• modules/ - additional game code
• states.inc.php - state machine
• stats.json - statistics
• X.action.php - player actions
• X.css - interface stylesheet
• Game.php - main logic
• X.js - interface logic
• X.view.php - dynamic game layout
• X_X.tpl - static game layout

---

Useful Components

Official

• Deck: a PHP component to manage cards (deck, hands, picking cards, moving cards, shuffle deck, ...).
• Draggable: a JS component to manage drag'n'drop actions.
• Counter: a JS component to manage a counter that can increase/decrease (ex: player's score).
• ExpandableSection: a JS component to manage a rectangular block of HTML than can be displayed/hidden.
• Scrollmap: a JS component to manage a scrollable game area (useful when the game area can be infinite. Examples: Saboteur or Takenoko games).
• Stock: a JS component to manage and display a set of game elements displayed at a position.
• Zone: a JS component to manage a zone of the board where several game elements can come and leave, but should be well displayed together (See for example: token's places at Can't Stop).

Undocumented component (if somebody knows please help with docs)

• Wrapper: a JS component to wrap a <div> element around its child, even if these elements are absolute positioned.

Unofficial

• BGA Code Sharing - Shared resources, projects on git hub, common code, other links
• BGA Studio Cookbook - Tips and instructions on using API's, libraries and frameworks
• Common board game elements image resources

---

Game Development Process

• First steps with BGA Studio
• Create a game in BGA Studio: Complete Walkthrough
• Tutorial reversi
• Tutorial gomoku
• Tutorial hearts
• BGA Studio Guidelines
• BGA game Lifecycle
• Pre-release checklist
• Post-release phase
• Player Resources - add player help/rules to your game page

---

Guides for Common Topics

• Translations - make your game translatable
• Game Replay
• Mobile Users
• 3D
• Compatibility

---

Miscellaneous Resources

• Studio FAQ
• Tools and tips of BGA Studio - Tips and instructions on setting up development environment
• Studio logs - Instructions for log access
• Practical debugging - Tips focused on debugging
• Troubleshooting - Most common "I am really stuck" situations
• Studio Bugs - Reports against Studio itself (not BGA!)

The Game Metadata Manager is the portal for managing tags and media for your games. This page exists both on Production and Studio:

• Game Metadata Manager (production) - manage game tags and media once the game has reached private alpha and beyond
• Game Metadata Manager (studio) - manage game media before the game reaches private alpha

Media

Game media consists of all the images which are used to represent your game on Board Game Arena, outside of the art of the actual game.

Whilst working on your game on the studio initially, you can manage media from the studio: Game Metadata Manager (studio).

Once your game first hits private alpha, the media is copied over to the production site, and from this point on, all media changes must be effectuated over there: Game Metadata Manager (production).

Name	Example	Description
Box		PNG It is displayed on the main site on the game description page and when creating a table (280x280 px). It should be a 3D image of a physical copy of the game box as it appears in an online shop. It is better to take the version of the game that is coherent with the game art used in the adaptation, and from the original publisher of the game. The background of the image must be transparent. If you don't have a 3D version of the game box, you can use the following website to create one: http://www.3d-pack.com/
Icon		PNG It is the icon displayed in the lists of games and tables (50x50 px). The objective of this icon is to make the game recognizable among the other games. A good idea is to take a part of the game cover that is distinctive (ex: the game title). This one does not have to be transparent. This image should not have a border
Title		PNG This is an image displayed instead of the name of the game as text Must be 2000x2000px Must look good when overlayed on top of the game box, and must be transparent There should be a transparent margin of at least 500px at the top and bottom
Publisher	-	PNG It is the logo of the publisher of the game, displayed on the game description page. The width must be 150 px. The height can be anything (reasonable). The image could be transparent. You can have up to 2 publisher images
Banner		JPG size 1386x400px should not contain any text; representative of the atmosphere of the game such as a cover element or communication image; the box image covering the banner on the left should stand out
Display	-	JPG height between 400px and 760px, width maximum 1.5 x height; the idea is to make players want to play the game, so it could be a zoomed card, some detail of the board, an overview of an ongoing physical game... but NOT a screenshot of the BGA adaptation since there is already the "see game in action" replay for that You can have up to 10 display images

Tags

Whilst working on your game on the studio initially, you can manage tags from the gameinfos.inc.php file.

Once your game first hits private alpha, the tags are copied over to the production site, and from this point on, all tag changes must be effectuated over there: Game Metadata Manager (production).

Note: this will change in the future to be more consistent.

Migration

Images used to be served from the/img folder of your game's repository. All of these files (those prefixed with game_) are now deprecated and can be deleted from the folder. Any changes to these images will not be picked up.

Tags used to be managed by changing the tags in gameinfos.inc.php. These tags are read only on the first deploy to production, from which point onwards tags must be editted using the Game Metadata Manager on production.

Future

The Game Metadata Manager will play an increasingly important role in managing a BGA implementation in the future.

It is planned that:

• more metadata (such as publisher and designer names, or presentation text) be managed here
• tags be managed exclusively this way (removing the initial dependency on gameinfos.inc.php)