Ryzom Ring (R²) - Developer Diary #3
"An Overview of the R² Service" by David Blanchard
Editor's Note: This article had previously been posted on the official Ryzom website. It is however, reposted here for context as we continue this series and soon begin posting these diaries as a limited time exclusive on MMORPG.com.
Introduction
In this article, we are going to leave the description of R² tools to one side (for a while) and more generally focus on the “service” provided with the Ryzom Ring extension. Here, the word “service” encompasses all the peripheral features provided alongside the tools for creating and running scenarios. In this article, we will focus on the concepts of collaboration and sharing between pioneers.
We will, of course, come back to the description of tools in coming articles. This overview of the service is intended to give a more general idea of our ambitions for R².
Now, we will follow the adventures of a pioneer – we will call him Matthew -, from his discovery of R² to his first successes of creator. Here, the aim is not to be exhaustive, but to illustrate with examples some of the possibilities of the service.
Getting into R²
First creation and first run of the scenario
Matthew is not a “hardcore player”, but a regular player of SoR. Reminded of his days as a Game Master in Pen and Paper RPG, he decides to test R² and to create a first scenario (players with very different profiles from Matthew’s can, of course, exploit R² in different ways, but Matthew serves us well for today’s example).
After a quick overview of the Ring tools, Matthew knows what he wants to do: he enjoys the journeys across Atys (scouting out the land ahead, skirting past dangers, pausing to regroup and admire the awesome scenario, ….) and decides to recreate this experience by developing a convoy escort scenario: the players will have to help an NPC to escort a herd on a perilous trek to their desired destination.
The scenario is created via the editor tools (we won’t go into the workings of the editor tools here as they have already been introduced in previous articles and will be revisited in the articles to come). Negotiating the various pitfalls and ambushes in the terrain, the final objective that Matthew sets for the player is to reach the end of the adventure with as few losses, within the herd, as possible.
A first version seems to satisfy him, so Matthew decides to propose it to some of his fellow guild members with whom he gets on well. Matthew contacts them ingame and agrees with them on a date. When the moment comes, Matthew launches the scenario and opens an access to the players. Those players are warned ingame and via their personal space on the R² website (see frame n°3) … and the fight for the survival of the mektoub herd begins.
Editing scenarios with the aid of other players
One of the participants -we will call him Olivier-, particularly appreciated the way Matthew animated the scenario. He has developed a component which he called “ambush”, in which the players must counter waves of increasingly aggressive enemies. Olivier thought he would use it for his own scenarios before diffusing it via his personal space on the R² website. But after participating in Matthew’s scenario, he estimates that for a first use, his component would fit in here perfectly.
He contacts Matthew to make him aware of his idea and he also thinks that the component would have its place within his scenario. However, he would like to have the assistance of Olivier to integrate the component, so he loads the escort scenario up in the R² editor and uses the ‘invite’ feature to give Olivier the possibility to log in and join him. Together they set up the “ambush” and fine tune certain elements of the story.
Frame n°2 –Multi-users Editing:
When creating or modifying a scenario in the R² editor tools, a pioneer can invite one or more friends to join them. The host keeps administrative control of the session, allowing them to invite in other players, toggle to and from tests mode and so on. The participants share the work of creation and synchronize their actions via the game chat interface.
|
When dealing with players… a little assistance can be useful
Planning a play session for a punctual adventure
Bolstered by the positive feedback from his fellow guild members, for his first run of the escort scenario, and by the addition of the "ambush" component, Matthew reckons that the scenario is ready for the player community. He decides to run the scenario for anyone interested from the Ryzom-playing public. Matthew posts a ‘planned session’ on the R² Web, specifying a date, the number of player places available and the rough level required to participate. He adds a general description of the scenario giving a little story background to set the scene. As soon as Matthew hits the ‘Done’ button, players can see the session listed on the R² Web and in the R² interfaces ingame. They can sign up to play the scenario, as long as there is an open player slot. As players sign up, Matthew can keep track of his list of players in real time.
Frame n° 3 – Personal web space of R² pioneer
The pioneers have a personal space within the Ring web site that provides all of the functions briefly described above.
- Event tracking: this is a sort of pioneer calendar that displays the current sessions the pioneer can join (as a player, dungeon master or editor), and the upcoming scenarios, as either a player or dungeon master.
- Scheduling a scenario: creating a new, scheduled scenario, and tracking the player registrations for scheduled scenarios.
- Management of the content published by the pioneer: this area lets the pioneer manage the content that he/she has published on the R² site).
- Subscription management.
This is a private space (visible only to the pioneer concerned), but it is linked to a public space that is visible to all visitors to the site, where information on 'planned sessions' and such like can be found.
|
|