From 2016, the entire MotoGP class will switch to a single, spec software for the electronics on the bikes. Development of the software is to become a collaborative process, with the factories competing in MotoGP supplying code and requirements through a single website.

This much we know. But what we don’t know is much more interesting. Which technologies will be supported? Which functions will be available? How sophisticated will the software be? Who will lead the software process, the factories or Dorna?

To get answers to all of these questions and more I spoke to MotoGP’s Director of Technology, Corrado Cecchinelli at Silverstone. He is the man in charge of the process of making the switch to the spec, or unified software, as it is now being called. Cecchinelli will manage the development process, and define the goal of the unified software, trying to create a level playing field for all of the competitors.

It was a long and interesting interview. We covered many subjects, from the logistics of the development process, to the technologies which will be allowed, to what Cecchinelli sees as the objective of the software, and the goals it should achieve.

Cecchinelli described in some detail how the development process for the unified software is to work, and how the process will be managed. It will be a collaborative process, but it will not, as some fans had hoped, be a fully open process, with fully public access to the code.

Cecchinelli then set out his vision for the unified software, both in terms of implementation at the track and its application in production bikes. The goal is that any MotoGP-level electronics engineer should be able to extract the maximum performance from the software, rather than requiring mastery of an arcane and excessively complex piece of software.

It should be fully usable by the engineers in the independent or non-factory teams, allowing them to use the software to its full potential. This is one of the complaints made by the Open teams at the Sepang test at the start of the year, when they were handed an extremely powerful, but extremely complex software update. The update was soon dropped, in favor of an evolution of the existing software.

Cecchinelli’s vision of how the unified software should be applicable to road-going machines makes for interesting reading. The aim is for technology developed at the track to be directly transferrable to production bikes. That does not mean restricting technology, but rather focusing it on making it usable for all riders.

The idea is not to remove traction control and engine braking, but to keep them relevant to production bikes, and improve rideability. Though the software will still allow turn-by-turn settings, Cecchinelli made a strong case for why it should be removed, and the focus switched to other technology areas.

The aim, Cecchinelli was keen to emphasize, was to prevent factories getting into a spending war over extreme performance, and make them focus instead on providing the rider with a more rideable package.

Cecchinelli admitted that the unified software would not stop factories from spending money, but his aim was to limit the return on throwing ever larger resources at the field of electronics which had no direct relevance to MotoGP. We started on the subject of the development process, and where it stands at the moment.