- 2,546
- Brazil
It's more of a necessity in PD's case,game development takes alot of time these days,they have to cut corners somewhere,but i'm sure the car models will have PD's attention of detail even with procedural generation.
Polyphony Digital Is Experimenting With Procedurally Generated Cars
- Thread starter GTPNewsWire
- 40 comments
- 6,772 views
It's more of a necessity in PD's case,game development takes alot of time these days,they have to cut corners somewhere,but i'm sure the car models will have PD's attention of detail even with procedural generation.
- 170
- InfamousPhil79
- 2,546
- Brazil
It's either that or PD stops making Gran Turismo games,they held as long as they could but i think its reasonable to say that PD's love for making everything "handmade" hurt GT Sport's day 1 car list.
- 170
- InfamousPhil79
No more GranTurismo?... please say it ain't so, Autitore! I'm personally waiting on the next full GT release.
I'm no 'know-it-all' but as far as I know, many other developers are scanning most, if not all, environments including cars for a realistic experience.
For many years now, I have been thinking of a sim racer that would allow players to design their own cars within certain parameters and guidelines in accordance to a specific class, effectively foregoing the need for licensing... GrandTheftAuto style.
I cain't think of a worse solution than PGing to solve a financial issue. Besides... you'd think this pay-to-play model, Sony, PD and Kaz have embraced, would generate the kind of cash they are looking for. But I just think that they are just plain greedy... like the lot of them.
- 8,698
Honestly, this is nonsense. It doesn't replace artists at all. Just the same as all the other layers of automation haven't replaced artists yet.
What it does is free up artists' time to focus on the areas where their artistry makes the greatest difference. No one is actually forced to use it if a certain type of artistic expression is desired.
The guy who created that "art" is a programmer. "Programmer art" is basically a games development in-joke.
What it does is free up artists' time to focus on the areas where their artistry makes the greatest difference. No one is actually forced to use it if a certain type of artistic expression is desired.
The guy who created that "art" is a programmer. "Programmer art" is basically a games development in-joke.
- 26,247
- Houston, Texas, USA
- JMarine25
In my times trying to game program, I have been accustomed to the concept of procedural modeling and such. Thing is, I don't know what procedural cars would entail. I've tried to learn procedural content, but I have yet to fully understand or implement such features. So I am wondering what can actually be accomplished with PD experimenting with procedural modeling in this case.
- 8,698
The adaptive tessellation was already a procedural model of sorts, at least the warping between one mesh configuration and another was. The way that mesh was turned into a progressive one in the first place is a procedural process, nobody did that by hand.
Trees are a great example, they've been procedural for many years now in some cases for obvious reasons. Any foliage, in fact - especially placing all those grass sprites!!
Any other scenery items, such as a stone wall or a house or a bridge etc. would benefit from some proceduralisation (e.g. exact placement, colour and condition of constituent stones in said stone wall). These can still be hand tweaked after the effect.
Any kind of randomisation of content effectively involves proceduralisation. Games like the Signal from Tolva use procedurally generated loadouts for enemies. It's more procedural and not just purely random, because some effort is made to create a cohesive look if nothing else.
Materials shading is effectively procedural; e.g. PD didn't paint the carbon fibre onto the cars, they just lined up the coordinates and scale for the material shader to do the rest.
On that note, many materials now are designed as combinations of layers of different procedures - PBR is a procedure that alleviates some of the painstaking work of colour matching, shading and other artistic mixing / blending of colours and materials on screen, and opens up new tools for different kinds of artistic expression, depending on how you "tune" it.
Photogrammetry is one big mathematical procedure that takes e.g. aerial photographs as its inputs and gives something like the coursemaker environments as its output.
Obviously, as far as content goes, we've got things like the course generator, but we could possibly also get a livery generator, championship / career generator, racing series (regulations) generator etc. etc. There's a lot that could be done, but it will take a significant amount of time to tune properly, but once in place and working will be highly valuable.
Still: be very cautious about equating "procedural" with "random", as it doesn't have to be. Take the demoscene, much of it is procedural (in some cases from an embarrassingly small filesize), but it's the same every time (demo) because it is at least partially generated by fixed mathematical processes at runtime instead of being entirely stored pre-made. This applies to the visual content, the music, the animations etc. All of it.
In that sense, procedural generation also has (always had) substantial usefulness in performance optimisation, by trading different resources off against each other
And, as a final note, all of the platform graphics calls, for example, are procedures. One of the things that made the demoscene so striking is that they often made their own procedures for drawing to create visuals that just weren't available via the "standard" APIs (e.g. DirectX) and their own workflows that serve their purposes, rather than the same old editing tools everyone else was using (e.g Unity). This is getting harder to do these days, though.
People often say that procedural generation is the future of gaming, but the reality is that it is already its past and present.
Trees are a great example, they've been procedural for many years now in some cases for obvious reasons. Any foliage, in fact - especially placing all those grass sprites!!
Any other scenery items, such as a stone wall or a house or a bridge etc. would benefit from some proceduralisation (e.g. exact placement, colour and condition of constituent stones in said stone wall). These can still be hand tweaked after the effect.
Any kind of randomisation of content effectively involves proceduralisation. Games like the Signal from Tolva use procedurally generated loadouts for enemies. It's more procedural and not just purely random, because some effort is made to create a cohesive look if nothing else.
Materials shading is effectively procedural; e.g. PD didn't paint the carbon fibre onto the cars, they just lined up the coordinates and scale for the material shader to do the rest.
On that note, many materials now are designed as combinations of layers of different procedures - PBR is a procedure that alleviates some of the painstaking work of colour matching, shading and other artistic mixing / blending of colours and materials on screen, and opens up new tools for different kinds of artistic expression, depending on how you "tune" it.
Photogrammetry is one big mathematical procedure that takes e.g. aerial photographs as its inputs and gives something like the coursemaker environments as its output.
Obviously, as far as content goes, we've got things like the course generator, but we could possibly also get a livery generator, championship / career generator, racing series (regulations) generator etc. etc. There's a lot that could be done, but it will take a significant amount of time to tune properly, but once in place and working will be highly valuable.
Still: be very cautious about equating "procedural" with "random", as it doesn't have to be. Take the demoscene, much of it is procedural (in some cases from an embarrassingly small filesize), but it's the same every time (demo) because it is at least partially generated by fixed mathematical processes at runtime instead of being entirely stored pre-made. This applies to the visual content, the music, the animations etc. All of it.
In that sense, procedural generation also has (always had) substantial usefulness in performance optimisation, by trading different resources off against each other
And, as a final note, all of the platform graphics calls, for example, are procedures. One of the things that made the demoscene so striking is that they often made their own procedures for drawing to create visuals that just weren't available via the "standard" APIs (e.g. DirectX) and their own workflows that serve their purposes, rather than the same old editing tools everyone else was using (e.g Unity). This is getting harder to do these days, though.
People often say that procedural generation is the future of gaming, but the reality is that it is already its past and present.
INEEDNAWZZZ
Premium
- 1,754
- Lincoln
- EGGSBAWCKS
- DigitalLuke64DD
- 26,247
- Houston, Texas, USA
- JMarine25
For reference, there are games like the independent/indie game "No Man's Sky" that features many different procedural elements. There is even a game I found on Steam called "Racecraft" which is an eSports racing game where everything from cars to tracks can be generated procedurally. It is all very interesting. I could understand the idea of possibly a procedural environment. However, procedural cars? I almost sort of thought of if Gran Turismo 5 or Gran Turismo 6 were re-done so that you could have some better implementation of certain visual upgrades or (especially) more interesting generated/custom courses.
I will am interested in seeing what Polyphony Digital could possibly come up with using procedural technology.
I will am interested in seeing what Polyphony Digital could possibly come up with using procedural technology.
