Wizard1393

+1 agreed this would be a nice feature. Especially the automatic selection by mission date.

I wonder where I read this, but I could swear I read this somewhere, that if bank angle is more than 5 deg then BALT mode will hold your ALT and bank angle (essentially an "orbit hold"). If less then 5 deg bank, it will hold ALT and HEADING.

Thats a practice "Instant Action" mission. Thats not the same as an interactive training mission, where you would learn how to deploy the maverick.

No, I don’t think so. I think the server tells the client to draw a plane with “af standard” and the client draws it with that livery. The client doesn’t fetch the liveries from the server. Some liveries might still be required by the game server to start for whatever reason. These are the details we need from ED. What can be removed.

Its funny that you chose to quote my comment from page 3 of this thread, when we're now at page 25. There has been numerous similar comments and opinions about this, had you read the thread. I think it's safe to say that obviously ED wasnt clear enough on its original post on what this was, technically, which lead to people questioning its usefulness. And through pages and pages after my comment it has obviously been validated that the new --norender switch is not the same thing as the old render3d = false option. EDIT: While this is all very very good indeed and I offcourse appreciate the efforts that went into this adaption, I can't deny that I was expecting a "proper" standalone dedicated server once it was released. And by "proper" I mean a slimmed down standalone package without the need of an account and without the need for all game data to be there. But they already said they are looking into expanding the functionality of this adaption to e.g. allow hosting terrains not owned, so there's that already on the way probably. And I'm still hoping that it will come to that a downloadable standalone DS package that contains only the data needed to host the server and no texture data or other data that is not needed.

Possibly there will be an option in the coming SA subpage(s) that will let you turn them off. At least there is a declutter function coming that I don't know exactly what it will declutter.

Don't worry fellas. Grimes (which is on the ED Testers Team) already confirmed and reported it (see 2:nd post in this thread).

I also wondered this. EDIT: Ah I see now. AI Hueys and Mi8 now have working door gunners. Nothing to do with human controlled helicopters.

PIP would be an awesome feature for the weapon follow view. And it should auto snap view so weapon and target always are in view. Just like the closest AC view.

I have not tested all events, but I believe not all events are affected by this bug.

This is all very intriguing. Further clarification from ED on the current situation and future plans would be appreciated.

At least events world.event.S_EVENT_DEAD and world.event.S_EVENT_CRASH does not return an event.initiator (nil) since the latest OB patch. Possible other events but haven't tested.

You probably never will see the server in the public server list, I know I dont', even if it's visible to others. But you should be able to connect to it by IP:PORT on the servers LAN address...

MiG-21

That didnt work for me and for some others. What worked was, change unit type to non-awacs, save, change back to awacs. Works.

I have a script where an event handler starts like this: function msn.event_dead:onEvent(Event) 471 if Event.id == world.event.S_EVENT_DEAD then 472 473 local initObj = Event.initiator 474 local initObjName = initObj:getName() This code crashes with error: "474: attempt to index field 'initObj' (a nil value)" I've also tried changing 474 to "local initObjName = Event.initiator:getName()" but then it complains that field "initiator" doesnt exist. Anyone know what I'm doing wrong?

Same here.

I also wonder this. Why is there even a "player"? Isn't this a dedicated server? :doh:

Yeah. So thats what I'm saying. I know people having reduced their DCS install dirs by gigs, by simply removing aircraft liveries they they don't need. Possibly this could be done with other texture data aswell. The thing here though is, that it's not a new executable so possibly some graphics data is still required for the game to load, even if started with --norender switch.

I thought the exact same thing. The webgui really is the only new thing here. Hopefully, like someone said, it's in it's baby steps and this is the first iteration. Hopefully, it will evolve into something resembling an actual dedicated server package.

I'd say that's an unrealistic expectation, although if they released a "proper" standalone dedicated server package, it could be way smaller, as no textures, skins/liveries and the like would be needed. Basic terrain data, i.e. geometry data, would probably be needed though. Actually, now that I think about it. You could probably just delete loads of texture and livery data on your separate DCS Server install. But I don't think there's any documentation on what data is actually required by the server.

Sure But in this case they're not releasing a new software. It's the same software, just a new feature within it. I don't think they'll post any system requirements different than the game itself. Perhaps if it is later released as a separate standalone package, then I would expect it.

Hm. About the terrain owning requirement...I hope they're not saying ALL terrains have to be owned even if your dedicated server is only hosting Caucasus missions right? Thats not what they're saying is it?

It would be roughly same as playing the game normally, minus a graphics beast. :thumbup: You could probably get away with a slower CPU too, as it doesn't have to be involved in any rendering related work.

Why not do it like every other competent dedicated server games out there? Just set a separate user/password locally on the server hosting and use that to logon remotely?