So what with DX11 support?
-
Maybe take a peek at what is going on at the BMS Fighters Mafia Discord channel…
Thx, Icer, and visitors are always welcome. Yes, Brother Kaos is doing great work in the 3D area.
-
I know it is possible, but without an SDK or published guides it is hard to say what exactly is possible.
You dont need an SDK to make 3D models, and there are published guides on this very forum!
Or, well. There were. I guess Im not sure if they survived the great Purge.
-
You dont need an SDK to make 3D models, and there are published guides on this very forum!
Or, well. There were. I guess Im not sure if they survived the great Purge.
https://www.benchmarksims.org/forum/showthread.php?6009-3DS-Max-Exporters-for-BMS
https://www.benchmarksims.org/forum/showthread.php?7712-PinkyandBrains-Beginners-guide
They are still there
-
Thanks for those links. Sadly it looks like there are exporters for 3DS Max only. I am proficient in Blender and I haven’t touched Max; partly because Blender satisfies all my production needs and secondly because Max costs a fortune to license (putting it out of reach for the average hobbyist). I will dig around and read up more; haven’t really looked into BMS development that hard to be honest.
-
IIRC there were some hints for blender users, maybe it’s worth looking in Community Mods and Tools/ 3D Models forum for more info. I’m sure someone was asking similar question
-
Thanks for those links. Sadly it looks like there are exporters for 3DS Max only. I am proficient in Blender and I haven’t touched Max; partly because Blender satisfies all my production needs and secondly because Max costs a fortune to license (putting it out of reach for the average hobbyist). I will dig around and read up more; haven’t really looked into BMS development that hard to be honest.
Even so you could model with Blender and export obj to MAX you won’t come around MAX 2010-14 it the only tool a exporter/importer is existing unless someone sits down writing a generic one or a plugin for other 3d modelling software
Gesendet von meinem SM-G930F mit Tapatalk
-
Even so you could model with Blender and export obj to MAX you won’t come around MAX 2010-14 it the only tool a exporter/importer is existing unless someone sits down writing a generic one or a plugin for other 3d modelling software
When only developing a mesh that approach used to work quite well, but from what I understand it may not be as straightforward to convert animations from one package to another. It is certainly a potential workflow to consider and explore, thanks. I have a well established workflow between Blender, Substance Painter and Photoshop, and it would be really disappointing if I had to bring Max into the equation.
-
When only developing a mesh that approach used to work quite well, but from what I understand it may not be as straightforward to convert animations from one package to another. It is certainly a potential workflow to consider and explore, thanks. I have a well established workflow between Blender, Substance Painter and Photoshop, and it would be really disappointing if I had to bring Max into the equation.
3dsMax is essentially to create animations and export the 3D model for use in BMS.
Cheers, :yo:
LS -
I think VR support would be nice for….VR users. A large portion of us currently flying with TrackIR or other head tracking solutions will most likely keep flying the way we always have. With DX11 support I am more excited about the prospects (I am hoping) of having physical based rendering (PBR). It will require an updated renderer, but PBR together with a better lighting system will do a lot to breathe new life into Falcon.
But there is still a lot to do - I browsed through the tactical reference section again tonight and there are a lot of 3D models in need of a refresh. It would be great if members of the community could assist with modding and creating new 3D models. I know it is possible, but without an SDK or published guides it is hard to say what exactly is possible.PBR looks good but how exactly does it work? specifically how would it impact fps in bms?
-
3dsMax is essentially to create animations and export the 3D model for use in BMS.
If that is the case then it precludes a lot of people from ever contributing content to BMS which is unfortunate. I have searched but I can’t find anything about exporting directly from Blender so that does not exist. I can’t afford 3DS Max so I won’t be able to develop a Blender -> 3DS Max workflow even if I wanted to.
-
PBR looks good but how exactly does it work? specifically how would it impact fps in bms?
The performance overhead is typically not that high, but there is an increased requirement for video RAM to store the additional textures to be loaded, depending on the PBR implementation. Engines such as Unity and Unreal Engine support various metallic/roughness formats where you would typically have your diffuse/albedo textures, your normal map textures and then separate texture sets for metallic and roughness. All these textures need to be loaded into video memory and take up storage space, so some simulation developers try to embed as much information into the smallest file spaces to try and save on those. X-Plane for instance embeds the PBR texture info into the alpha channel of the normal maps. It is a crude solution but it works to some degree but it does not provide a 1:1 representation between the development software and the sim. Each texture set has two textures for X-Plane, and a third if you have an emissive set.
DCS embeds metallic/roughness data into a single texture but within the individual RGB channels to separate the info. DCS thus uses three texture files for each texture set.
The VRAM requirement depends not only on the number of additional files but also the resolution of the files. A high definition aircraft could have multiple 4K texture sets to allow a uniform texel density over the entire object - and that is only referring to external. Internally you may need the same of even more depending on the level of detail you are going for.
If I had to guess, adding PBR could add an additional 30% - 50% VRAM requirement over a standard albedo/diffuse & normal map texture set. This is a very rough guestimate that will depend entirely on the PBR implementation. On a simulation that is mainly CPU dependent the performance impact could be negligible. If you are running an old video card that is already struggling from low video memory then the impact could be noticeable, but I have no idea what the current BMS underlying system looks like so I can’t really comment on that. -
The performance overhead is typically not that high, but there is an increased requirement for video RAM to store the additional textures to be loaded, depending on the PBR implementation. Engines such as Unity and Unreal Engine support various metallic/roughness formats where you would typically have your diffuse/albedo textures, your normal map textures and then separate texture sets for metallic and roughness. All these textures need to be loaded into video memory and take up storage space, so some simulation developers try to embed as much information into the smallest file spaces to try and save on those. X-Plane for instance embeds the PBR texture info into the alpha channel of the normal maps. It is a crude solution but it works to some degree but it does not provide a 1:1 representation between the development software and the sim. Each texture set has two textures for X-Plane, and a third if you have an emissive set.
DCS embeds metallic/roughness data into a single texture but within the individual RGB channels to separate the info. DCS thus uses three texture files for each texture set.
The VRAM requirement depends not only on the number of additional files but also the resolution of the files. A high definition aircraft could have multiple 4K texture sets to allow a uniform texel density over the entire object - and that is only referring to external. Internally you may need the same of even more depending on the level of detail you are going for.
If I had to guess, adding PBR could add an additional 30% - 50% VRAM requirement over a standard albedo/diffuse & normal map texture set. This is a very rough guestimate that will depend entirely on the PBR implementation. On a simulation that is mainly CPU dependent the performance impact could be negligible. If you are running an old video card that is already struggling from low video memory then the impact could be noticeable, but I have no idea what the current BMS underlying system looks like so I can’t really comment on that.Do you think bms developers are able to implement PBR completely? it is not possible to recreate bms into Unity and Unreal graphics engine?
-
Do you think bms developers are able to implement PBR completely? it is not possible to recreate bms into Unity and Unreal graphics engine?
BMS devs are able to do whatever they want, considering they decide how much time and resources they want to spend. Implementing PBR is not trivial, but they already have DX11 in place. The hardest part was already done. Implementing PBR implies modifying the basic Albedo/diffuse shaders to take into consideration more textures like the metallic and such, also they would need to create from the ground up all the new required textures for the whole game. Again, it is not trivial, but the backend system required to build PBR rendering is already there.
Recreating BMS into Unity or UE is not going to happen, ever. There are many reasons, I am not the product owner of the game, so there are going to be millions more reasons why not, but the most important is that you already have the Empire State building in place, you don’t take the building down just to replace the exterior tiles or a couple of walls in the interior.
Building software is just like building BIG buildings, like a stadium, a carrier or even a jet. You need lots of things to build a carrier, lots of money, many years, decades of experience, LOTS of experience, and the correct people. You just don’t sink a carrier to build a new one just because you want more F18s on the deck.
I hope you liked the analogies there
-
Well said. While many of these engines do offer the advantage of having access to modern techniques to build and modify content, these engines suffer from severe ‘bloat’ as they are designed to try and do everything. Desktop flight simulators are very unique in how things get processed and rendered compared to first person shooters and other types of games. Some games have a visibility of a few hundred meters - simulations are expected to to display 100km or further.
Because these game engines focus on smaller environments the coordinate systems are still 32-bit and you start suffering from floating point jitter the further you move away from the origin. There are ways to fool the system but it becomes a messy affair and is not really suited to flight simulation. There are engines that support 64-bit floating points but these are expensive to license and still suffer from bloat.
At the end of the day it is not the engine that determines the success of a product, but what the developers do with it. Anyone that ever says a game is crap because it was developed in engine XYZ has no idea what they are talking about. The time and effort invested in a specific engine cannot be easily undone and rejigged to work in another. Part of an engine can be swapped out and improved on to make it better, but changing an engine is a massive undertaking that almost equates to starting from scratch.Edit: An engine and a renderer is not the same thing.
-
…Part of an engine can be swapped out and improved on to make it better…
This is what I meant, taking the parts we need and putting them in bms
Do you think it is possible to convert dx 11 to 12 or to vulkan on bms? -
Do you think bms developers are able to implement PBR completely?
Yes…
it is not possible to recreate bms into Unity and Unreal graphics engine?
No
As it was said already, such “generic engines” may be good for matching many scenes but not necessarily a flight simulation needed range and other unique properties. So while you can theoretically create breath-taking scenes with these engine with the reuse of some existing stuff, I doubt they will answer ALL the necessary requirements from a BMS engine.
Also, for having total freedom, and being able to debug tweak and being independent of some potential limitations (e.g performance) that may exist in some 3rd party library, we will always prefer to have the source code with us, statically linked with the options to fully debug including GFX debugging which isn’t trivial at times even this way (We already have some problems with debugging GFX with some of the modern versions of VS).
Do you think it is possible to convert dx 11 to 12 or to vulkan on bms?
Yes, for sure it’s possible but 3 things here:
1. It will require work, at least some (I don’t know the exact estimation). Probably less for DX12 than Vulkan.
2. Vulkan may not be the “wet dream” that everyone think of when compared to DX11/12. And yes I know the benchmarks, numbers etc, so enough of those. XP11 may give such a boost because it was OGL before, you may not know if Vulkan will be so much better than DX11/12.
3. If you already push the GPU to work 100% all the time, I’m really not sure how much you may gain from an API which its primary advantage is parallel-context (i.e the ability to process draw calls in parallel, because you may just shift some of the draw-calls bottleneck elsewhere, so GPU will be able to digest draw calls in parallel but if it’s already fully utilized, how can you gain?)I do agree though that probably in general DX12 and maybe especially Vulkan will produce some performance gain compared with DX11, but the question is how much and does it worth the effort? Regardless of that DX12 has some nice features over DX11 (More of a low-level kind of stuff, rather than rendering methods features) but DX12 force Windows 10 which until now we still tried to avoid forcing (Although I personally think at some point there will be no choice)
-
Let the developers utilize DX11 first and correct me if I’m wrong , but iirc DX12 and Vulkan are quite similar APIs. So rewrite GFX engine to either DX12 or Vulkan should take similar amount of work. I’d opt for Vulkan because it would help running BMS on non-Widows systems.
Vulkan being available on WIndows7, 8/8.1 is another bonus. -
but DX12 force Windows 10 which until now we still tried to avoid forcing (Although I personally think at some point there will be no choice)
as long as BMS runs on my Windows Me we are good
-
Let the developers utilize DX11 first and correct me if I’m wrong , but iirc DX12 and Vulkan are quite similar APIs. So rewrite GFX engine to either DX12 or Vulkan should take similar amount of work. I’d opt for Vulkan because it would help running BMS on non-Widows systems.
Vulkan being available on WIndows7, 8/8.1 is another bonus.If we could use a vulkan version of bms on linux, assuming it is compatible with all products, joysticks, vr viewers … to be ready for the future, I would create a partition with linux only for bms
-
Guys … DX11 just came in and is not fully exploited yet and you are suggesting Vulkan implementation?! Are you nuts?!