After Papyrus' Indianapolis 500: The Simulation, which was released three years earlier, it was the second serious 3D polygon-based racing sim (that is, without textures, except some for the scenery in the PC version). Although Indy 500 was strictly speaking first in pioneering many novel features, F1GP would make a bigger overall impression and impact because it featured Formula One race cars, and because it offered the player a complete season to compete in, featuring 16 F1 tracks to Papyrus' 1 track in Indy 500.

When Indy 500 and F1GP appeared, they were the very first to implement something that resembled "real world" racing physics, accurate track modelling and car handling that required skills somewhat similar to real-world driving skills to perform well. Both were also the first to offer meaningful options to tune the behaviour of the cars. Although not quite on the level of later simulations, the most important variables, such as gear ratios, tyre compounds and wing settings were available to tune and, more importantly, proved to make an actual difference when driving. Important were also the functional rearview mirrors and an "instant replay" system with a wide range of adjustable camera settings not seen in other games of the era.

Despite several continuity hiccups, the game offered a completely new experience for players at the time. The accurately modelled tracks meant that the player could actually recognise their location on the real-life circuit. The detailed physics engine provided a more realistic driving experience than had been seen before, drivers could easily experience the differences in handling depending on how you entered a corner and how soon or late you accelerated out of it. Unlike other racing simulations of the time, the accuracy of the simulation actually made the 1/1000 of a second chronometer meaningful, as races could be won or lost by a few thousandths of a second. Vitally, the combination of graphics and physics meant players could actually "feel" whether they were driving fast or slow, and could predict how the car would respond. Even details such as tyre wear were modelled throughout the race, qualifying tyres are an extreme example of this: you could not drive more than a couple of laps without beginning to lose grip and eventually spinning out on nearly every corner. Together with the 16 tracks and the atmosphere-packed rendition of complete Grand Prix weekends, it made F1GP a favourite with Formula One and racing sim fans for many years, and is still referred to occasionally in current reviews as a classic benchmark.

Two more aspects worth mentioning are the "driving help" features, the ability to drive easily with the keyboard or another controller, and the availability of automatic transmission on most cars. F1GP was built on a system that allowed for an almost perfect learning-curve. Depending on which driving assistances were activated, the game covered playability from a pure arcade-racer level up to the most advanced sim-level available at the time. Players could choose to activate innovative help-functions like "brake-assistance" which would apply your brakes in time for a corner, displaying an "ideal line" on the tarmac to help learning the layout of a track, suggestions for the optimum gear, and others. Perhaps the most impressive achievements in that respect were the "steering help" and "throttle assistance". At the time F1GP was released, analogue steering wheels were far from mainstream. Even joysticks were still mostly digital, and in that respect no different from a keyboard. In order to compensate for the strict on-off nature of digital controllers, Geoff Crammond implemented a method to 'smoothen' the inputs. "Throttle assistance" prevented wheel spin when going on the gas. "Steering help" smoothened the steering actions (as an indication, one would experience cars steering slightly into corners all on their own when this help was activated). This was a subtle exercise, as it could give the impression of cars driving themselves when implemented too strongly. As experience showed, a balance was found. Which turned F1GP, and its successors, into a racing game that could be fully enjoyed and played well via digital input devices.

As an aside, it is illustrative for the depth of the game that people actually learned to overcome the need for "Throttle Assistance" when using the keyboard, and discovered that disabling it and applying the right techniques enabled "digital" drivers to go faster (at the expense of tyre wear). To this day F1GP remains a unique and world leading example in providing a learning curve that caters from the utter driving novice to the very advanced sim-driver.

Despite these great achievements, F1GP also contained a flaw that was considered irrelevant at first, but would later seriously compromise the potential of the game and its successors.

Geoff Crammond wrote the game long before the era of DirectX, OpenGL and 3D acceleration video cards. So F1GP was built around a proprietary 3D engine that ran in software. This engine was set up in such a way that a fixed frame rate had to be chosen (up to 25.6 frame/s on the PC version), and the game would at all times try to render the specified number of frames.

The result was that the engine would never drop frames when the CPU couldn't handle the rendering in realtime. Instead, gametime itself was slowed down. The software itself provided an option to display the CPU-load, pressing the "o" key. When this was higher than 100%, the game was no longer working in realtime. This would become known in the community as the infamous "slow-motion driving". Since the rendering was obviously dependent on the complexity of the scene, this also meant that one could experience slowdowns of the action only on certain parts of certain tracks, or when there were lots of cars around (for example at the start).

The game did provide options to eliminate trackside details; (CTRL-D), and in addition one could also choose a lower framerate to avoid the problem altogether. It also has to be understood that gamers didn't have quite the same expectations of framerates as nowadays. The unmatched quality of the 3D representations in itself was enough to impress people. So the actual impact on single-player gaming was not seen as important.

Later in the game's life, this effect became a larger issue. The Grand Prix series never offered solid multiplayer network support, largely due to this design choice. "Real time" in the game could differ between different players, and this conflicted with the all-important synchronization in a multiplayer context. The effect could also be misused to artificially slow down the action, and exploit the extra reaction time that became available to the player that way. Although largely irrelevant if one played the game on its own, it caused a lot of trouble for online competitions (see below). Successors Grand Prix 3 and Grand Prix 4 offered LAN-play and were even hacked to be playable over the Internet, but never performed reasonably. Even when the first boom of 3D acceleration chipsets revolutionized gaming, the concept was not reworked as this would have required a large rewrite of the game engine, and remained a problem (although less so because of the available computer power).

Another exploitable flaw lay in the physics engine, which only took account of horizontal collisions and ignored vertical velocity when calculating damage. Thus, it was possible to use the rumble strips on some tracks to launch the car into the air, bypassing chicanes, and land without damaging the car.

F1GP was among the first wave of games that had a busy online community. The first competitions were organized via online services like Compuserve in 1993, with driver Ivan establishing a secure presence at the top of leaderboards. F1GP crossed over to the wider Internet once these became mainstream.

The racing didn't actually happen online. F1GP only offered modem play. Thus, the competitions were based on submitted save-games of races and practice laps. These were then used in competitions around complete (or partial) races on the one hand, and so called "Hotlap Competitions" on the other hand. Often, the races followed the schedule of the real world Formula One competition.

The community spawned a host of mods, making the game highly customizable for its time. Liveries, car-performance and the performance of the computer-opponents, camera-settings and many other settings could be edited. First attempts at a track-editor emerged, but this would only become reality after the arrival of the successor Grand Prix 2.

Because of the possibilities to edit the performance of the car, or to make other aspects of the game favour the player, there were also a lot of utilities to check for cheats. These could handle just about every possible trick that was available, except one: the mentioned "slow-motion driving" effect. The game didn't store the CPU-load data, which could be displayed via a function key, in any save game file. So there was no way to exclude the possibility that someone maximized the graphics detail on purpose to force a slowdown of the action.

In practice, F1GP was already an 'older' game when online competitions appeared. This meant that most used computers could easily handle the highest detail at the highest framerate. As such, F1GP-based competitions were actually not hit by the "slow-mo" cheat. Both because the communities were small, and because the CPU-power surplus meant that the effect and its possible usefulness as a way to cheat were less well known.

Its successor Grand Prix 2 though, was notorious for its high CPU-demands. When it appeared, there were no systems available that could handle it at full detail. Most people had difficulty finding a good compromise between details and smooth framerate, and the majority were likely playing in moderate slow-motion without being aware.

When the Grand Prix 2 community materialized and exploded far beyond what F1GP ever offered, it soon became apparent that some participants in the competitions submitted results that were totally unrealistic. Telemetry-data files even showed typical signs of "slow-motion driving" (like impossibly fast gearchange speeds) but there was no way to unambiguously prove it.

This problem kept bugging the community for several years until the utility GP2LAP was developed to monitor and log the CPU load dynamically during the driving.

A special PBM or Play by Mail mode was introduced in F1GP. Players would choose one of the drivers for the particular race and when their turn was up save the game onto floppy disk. The disk would then be sent via second class mail to other participants in the event to continue with their turn. This would again be saved and the disk mailed out to the next participant. The PBM mode could extend to include a full seasons championship.

Despite the sheer age of the game and the fact that it is both technically and graphically inferior to modern racing simulators, F1GP still has a small community and on-going developments relating to the game. Prior to 2008, the forefront of this community was found at the racing game website SimRacingWorld. A single section was reserved for F1GP in which community information and developments, both historical and current were available to anybody interested in the game. While this site remains accessible as of the current date, the last update was made in April 2007. The successor to the previously illustrated website was created on the 14th of January, 2007 and is a Yahoo group. This portal was originally designed to augment SimRacingWorld, promoting community discussion and allowing casual players to remain aware of new developments. However, it has since expanded to contain a selection of files. As of the current date, all new community developments are made available via this portal. However, it is clear that there is significantly more material on the SimRacingWorld website than on the group and thus it cannot be seen as a complete replacement.

Modern day developments for F1GP have largely have been limited to small-scale community updates and projects. However, two developments in particular deserve notable mention. The construction of an open-source game editor "Chequered Flag" is the first of these as it was a project of significant scale, designed to unify previous editing tools and introduce new game modification facilities. Initial progress was good and a number of screenshots were released on the 3rd of September, 2006 to give an indication of the editor construction state. This was followed on the 23rd of December, 2006 by the first release of the editor under version 0.1.0. This early version focused only on providing modification facilities for track editing. A more complete set of editing tools was anticipated, although this remains the only released version as of the current date.

The second significant development revolves around the creation of the ERace, an online multiplayer competition which uses the play by mail mode to facilitite a championship. This contest was announced on the 11th of October, 2011 and is still running as of the current date. Competition updates are regularly posted on the Yahoo group portal for all those interested in the game to read.