Ff you could have one thing in the next update it would be…
-
If it can save you 3 pages of further posts , know that there is not plan to make BMS available on Linux.
-
If it can save you 3 pages of further posts , know that there is not plan to make BMS available on Linux.
Yep probably it’s easier to port Linux to run on BMS than vice versa
-
Hi Manos,
the formation lights are a switch, with the number of switch states is defined in the DAT (“numFormationLightLevels”).
In each switch state a different illuminated part part of the texture is mapped and so we get the dimming effect.Check the AV-8B 3d model, DAT and texture 1076.dds (upper left corner), the switch to use is #62.
Cheers
BikerI believe I had asked that already but ain’t sure. can this be used besides airplanes? like vehicles or ground objects?
If I create a 3d model with entries like aircraft and place it on the ground I believe it will not work… right? needs the switches to be turned on to trigger the dat entries… hmmm (I know stupid… but I had to ask… just in case…) (Oh and I know the why don’t u try it… well time is the issue, and doing many things at the same time, just if someone tried it or a coder knows and can answer…)
If the answer is no…
Could it be please added as a feature?
And as we have the dat files for the aircraft to have this for all 3d objects.
in the logic if a dat file exists use it if not work as it is now.
On the other hand the code already handles those and more properties for the surfaces.From what I see in the dat files we need the:
Lights
Spot Lights
animations maybe like gear and nws?
switches like set default to on and not wait for user input as you do in the airplane.and ofcourse please please please the scripts… and maybe the ability to add - create our own.
-
This post is deleted! -
I do not scold anyone. If discussing Linux makes you happy, go for it.
-
However, back to the issue at hand. Linux in general is not a viable gaming platform. How many concessions did you mention in your response you had to make to get it to work? Can’t use the software for your equipment like TARGET, had to contact the developer of a hack to get another half completed, not-tested hack (Because yes… that’s what it is) to make some work, and just concede that some will likely never work because the developers/manufacturers know the return is not there for the investment to make it work. Advanced hardware configuration can’t be done. 50% of the advanced features of normal hardware can’t be leveraged. You have to use one program, to run another program, the former not being the easiest one in the world to understand or configure for the average individual. Broad PROFESSIONAL support from people who actually know what they’re doing doesn’t exist. And among the 20+ different Linux “Lines”, there are hundreds of versions, most of which share almost zero standardization, so troubleshooting from one to the next is a nightmare, to put it politely.
^ This
-
I think you got this wrong, Mortesil. The developer requested my help (as he didn’t have a T500 available) to capture the init stuff the win7 drivers would send to the device in order to set it up and then used that usb capture file to determine the correct init commands for a python script that does the same on the Linux side.
Following that, the pedals worked fine in Linux (both x-plane 11 and BMS via WINE as I said).
All the best, Uwe
-
This post is deleted! -
I’ll keep it short so DeeJay doesn’t scold me anymore: I think you misunderstood what I meant. Not just OS support, but software/hardware support. Getting a Python script from a guy on the internet to intercept USB commands from the controller isn’t professional type of support. It’s creative, and maybe effective, but not legit, and certainly not safe. If you know nothing about Python and take his word for it, he could write it to do what it says, and also bury all kinds of malicious code in it… particularly in Python, which is the Hacker’s language of choice (Because you can talk directly to the memory like you can in C, but doesn’t require a Compiler to run). Windows won’t let you do that without certain things going on from a code perspective (Because It’s basically a cheap driver), however Linux will. It will let me write whatever I want and self-sign it as a valid driver and accept it, granting access to the kernel. Very Not Secure. That example, not Linux in general.
If you mean peripheral support, I agree. But Windows isn’t that better, the graveyards are full of printers, joysticks , webcams for which the vendor dropped the ball on driver updates across versions of Windows
-
very basic and simple “IFF”
-
very basic and simple “IFF”
Why basic and simple?
Don’t you think that the coders possess the talent to make it advanced and complex ? -
Mebbe he only wants M1?
-
…I think they could model all of it…key word being “model”.
But someone elsewhere brought up a point - there should only be period relevant tech included in a “period” campaign or scenario. I think that’s also a fair idea.
-
This post is deleted! -
Would completely separate hardpoints be achievable?
On a few aircraft, taking the F-15K as example, you can have multiple bombs under one side of the fuselage. As it is, first 3 are added on the side, last 3 under the engine. If you want to add fuel tanks, the bombs are dangerously close to those tanks, making it look like this:
Also, the 3 bombs in a row are very close to each other, and in some cases clip into each other, which could realistically be a problem when you’d ripple them. Eye-candy only, as long as bombs hitting each other in-flight is not simulated (AFAIK?), but for potential future development already.
With separate hardpoints, we could mitigate that risk somewhat, e.g. by having bombs only under the engine.
-
Mode 2 has been around since the 60’s and Mode 4 has been around since the late 70s / early 80s, I don’t think there are any theaters that wouldn’t have it.
Someone brought up wanting to build a theater scenario where datalink would not have been appropriate, but couldn’t think of a way to turn it off for MP. I was thinking in general, and not specifically of IFF - sort of a scenario/period based avionics configurator that covers all.
-
This post is deleted! -
-
Sure it is possible, ask Mystic.
I’m sure the OP is pursuing it…but I’ll still submit the idea of a “scenario configurator” for MP. Or maybe just the ability to loosen up the config restriction for use of MP?
-
Would completely separate hardpoints be achievable?
On a few aircraft, taking the F-15K as example, you can have multiple bombs under one side of the fuselage. As it is, first 3 are added on the side, last 3 under the engine. If you want to add fuel tanks, the bombs are dangerously close to those tanks
They are already “separated” as you might want to. You have to know what to change in bmsrack.dat file in order to “reposition” the loading order in the (any) given hardpoint so to make it mimic something more realistic as per your request. I’ve done it before in my mod specially for the Eagle birds, nothing fancy difficult. And yes I do believe that the below racks would and should take the bombs before the upper positions.
Also, the 3 bombs in a row are very close to each other, and in some cases clip into each other, which could realistically be a problem when you’d ripple them.
With separate hardpoints, we could mitigate that risk somewhat, e.g. by having bombs only under the engine.
The ripple distance value is a sole responsibility of the a2g mission designer as and the crew not to type something not so… practical in the SMS, for these obvious reasons. This has nothing to do with the loading order, as answered and above.
What I WOULD ASK is, a second table per some stores in bmsrack.dat, in order to separate weapon loading order for the given hardpoint, from release order.