BRooDJeRo

Yes, thats the FBI evesdropping on me because i talk about FEMA camps in the US to soldiers in afghanistan thatare not supposed to know this yet untill they join homeland security. :huh:

Just a moment ago i did another packagetest to the masterserver and to google.com in California. To Google is fine to the other side of the planet, to NY seems fine too. In NY its .....

The server is still running and fetching log details. In the mean time i collected data about only the client logging into the masterserver. The client is started up normaly and logs in normaly. 3 times with pauzes of 5-8 seconds a serverlist in requested and didnt push anything for a few minutes. After these few minutes a 4th serverlist is requested once and returned a list. The client is left alone again for a few minutes. After another few minutes a 5th request is made and the list returns empty. There is no message of connectionloss in the client. At this point 'logout' and 'login' is needed and 1 listrequest is made. The log doesnt show the loss in connection The log doesnt show the 'logout' 'login' procedure The log shows more serverlist requests than made by human clickys The log doesnt show a returning 'empty' list while the list is not showing servers The log reports 19-20 servers, yet the client shows less in the list Extra attachments: 1.jpg: List as it appears after initial login 2.jpg: List after list request 5

Im not completely sure if it fits the description of the stated problem. the initial connection by the gameserver to the masterserver is made normaly without error. After that the connection drops from the masterserver. When you are already on the server as a client and stay on it, you are fine. But when you disconnect by whatever reason you cant reconnect to the gameserver as it is not listed. A manual IP connect is not possible due to the implemented genuity check that needs that masterserver connection. A full gameserver relog and mission restart following si the only solution. But you want 1 clientlog trying to find a server that is not listed? Pehaps a log while trying to connect to the IP when the drop is occuring is possible. Providing a logfile of the gameserver with a connection timeout can be provided within the hour if this is what you need. The gameserver is running now to provide this log.

Wow, awesome Mr. Groove. Thank you for your reply. _______________________ To Macedk: I understand you completely, however some customers like me are of a different breed. (when you dont get what you pay for, get your money back and/or go somewhere where you will be serviced and heard). Its also not just 'some' packageloss, but its almost all of the packages. The difference between a 20-40% and 70-90% to make it at least acceptable for some server to overlook any loss, seems a bit high doesnt it. Specialy for a place where geniunity in softwarestatus is being checked. You cant have 'loose' security here.

Unfortunatly im not into FC2. Is it realy true that ED ignores faulty services from presumably a 3rd party which they most likely pay duku for too? The solution can be 1 phonecall away...literaly.

Awesome Thx

When you are in the mission editor and set an object 'hidden' on map, it would help if it was not only available as visualy removed, but perhaps an option or function to only fade it out in the editor to get a better overview of the tactical situation. Editing will also be somewhat less of a search.

We're trying to set a red vs blue here. Now we want to have only blue items to apear on the map for blue players and red items only the map for only red players at the same time in the same mission. Is this actualy possible at the moment?

Ive been searching or try to get the function 'switch waypoint' on a ground vehicle, however the option is simply not there like in an aircraft. Is this known? Has this yet to be implemented? or...is it there, but only mine is missing?

Yesterday i bumped into something. I was editing a mission from someone else which has the Black Shark in it. The mission seems made with the BS module installed and activated. Now the problem was that the skins were set up on the black one with the shark teeth and the red, however this skin is not standard installed when you have lets say only the A-10C package or no BS package resulting in the default bright yellow/orange 'skin-error' skin. Now this could mean a few things. 1. The implementation of all products skins has yet to be implemented in the World client. 2. Special skins only are available when you install and purchase a module. In case of 1 there isnt a big deal. In case 2 its different. Not everybody will have every module thus not every skin. Traded missions or missions on servers will have all these yellow vehicles flying around. Also, when these 3rd party aircraft will enter DCS, those skins most likely will have to be on every client as a standard install through the World engine or we will see alot of uglyness flying around or 50-500 MB downloads before joining a server for skinpacks to load up that are packed with the mission. Or maybe im looking at the problem totaly wrong and perhaps adding only the skins from the module downloads to the missionservers install is enough to make it show for everyone. However i dont think DCS works like that. There should be conciderable more networkuse for large skinfiles to cross, which there isnt. It looks like only skins are shown that the client has installed and when the client doesnt recognise a skin it turns into the yellow skinerror instead of a default skin everyone has in the standard install. Has this been discussed yet somewhere already?

340 views and nobody that anything to add in form of information or opinion? :huh:

60 minutes? :megalol:

Dont think too hard, just remove or place your current settingsfolder somewhere else on the computer and start up DCS again and set the settings so new settings will be generated.

Did you use the old settings folder or did you remove/backup the old settings and use new dcs wolrd generate settings?

Sometimes i wish i wasn't one of the worlds 'gruntz'....

Nice, its good to see that the nice toys and functions are actualy available. But...which army do i need to join to play this game? :D Is is it reasonable to believe that DCS will also have TBS functionality and shiny vehicles? Is for instance the apache a 'no-go' for community development and functonality? 19 Flyable aircraft, 25 naval vessels. Why not DCS? We already know they exist and what theyre capable off through CNN and Youtube...

Keep in mind that the message 'connection interupted' can mean many things. It seems to be a very standard message. The reason behind it can be very standard to complete coincidence. - Just a disco - Kicked by players - Kicked by admin - kicked by extra server sofware with ping detection (some are set to max 150/200 ping) - Perhaps you jumped on a server that initialy wasnt passworded, but no outsiders are wanted. - Some admins just have fun in kicking people in front of buddys on TS for instance. - Anyone can start a server so someone starts one up plays a bit and doesn't care about others doing their thing, no message is given regarding shutting down the server. - A bunch of server suffer from connectionloss (timeout) from the masterserver to have the server listed, the only way after a timeout to get listed again is restarting the server fully, thus: 'connection interupted', the admin doesnt tell you that hes about to restart. The only other message i saw was 'no masterserver connection'. It all happens to me too. A good option is finding yourself a group within the DCS community and you'll see that things will smoothen out. Some servers have TS3 support. Get on it and bookmark the server. Even when a nice server is offline or 'de-listed', you can get in something good like that. Multiplay is kind of a workaround atm.

Hmm, The Battle Simulator... This seems also a part of eagle.ru...whats going on with this? Looks like a direct copy of DCS with all the good stuff we want... :megalol: Whats the story behind TBS?

Tbh, i'd like to see some upcomming features listed too on what we might expect. Theres no harm in just telling someone what you're up to when you have a community dangling on your belt.

Some message functionality can be implemented by the missioncreator though.

Getting things ironed out outside ED or at least investigate something might solve a great deal of problems people are having. A hosting company will act when the customers starts calling and the community starts contacting them too. You'd be amzazed what you can acomplish. :smilewink: On 2 machines DCS is running fine apart from this connectionissue and im determined to get rid of it. Im also sure im not alone, so i wont believe nobody actualy cares.

Option: 1 Most recent packetmeasurement from the Netherlands stable 50-60% packet loss at 161.58.157.61 to 161.58.185.114. Jumps up now and then to 85%.

POLLLLLLLLL: Its maybe good to get some information together before bombarding a hostingservice with a bunch of technical messages. _______________________________________________________________ 16 options: 1. DCS server location: non-US Masterserver de-listing timeout: YES Packettrace result: Packetloss @ NTT NY (161.58.185.114:5222) 2. DCS server location: non-US Masterserver de-listing timeout: YES Packettrace result: Packetloss elsewhere than @ NTT NY (161.58.185.114:5222) 3. DCS server location: non-US Masterserver de-listing timeout: YES Packettrace result: NO packetloss 4. DCS server location: non-US Masterserver de-listing timeout: YES No packettrace measurement has been done. 5. DCS server location: non-US Masterserver de-listing timeout: NO Packettrace result: Packetloss @ NTT NY (161.58.185.114:5222) 6. DCS server location: non-US Masterserver de-listing timeout: NO Packettrace result: Packetloss elsewhere than @ NTT NY (161.58.185.114:5222) 7. DCS server location: non-US Masterserver de-listing timeout: NO Packettrace result: NO packetloss 8. DCS server location: non-US Masterserver de-listing timeout: NO No packettrace measurement has been done. 9. DCS server location: US Masterserver de-listing timeout: YES Packettrace result: Packetloss @ NTT NY (161.58.185.114:5222) 10. DCS server location: US Masterserver de-listing timeout: YES Packettrace result: Packetloss elsewhere than @ NTT NY (161.58.185.114:5222) 11. DCS server location: US Masterserver de-listing timeout: YES Packettrace result: NO packetloss 12. DCS server location: US Masterserver de-listing timeout: YES No packettrace measurement has been done. 13. DCS server location: US Masterserver de-listing timeout: NO Packettrace result: Packetloss @ NTT NY (161.58.185.114:5222) 14. DCS server location: US Masterserver de-listing timeout: NO Packettrace result: Packetloss elsewhere than @ NTT NY (161.58.185.114:5222) 15. DCS server location: US Masterserver de-listing timeout: NO Packettrace result: NO packetloss 16. DCS server location: US Masterserver de-listing timeout: NO No packettrace measurement has been done.

Ive also checked the other serverlocations in Germany and Russia on the IP's given by the DNS. No packetloss to Germany from the Netherlands and to Russia seems a different story and the measurement seems to be blocked at several locations. Im wondering if DCS servers in the USA suffer de-listing timeouts from the masterserver and if theres servers elsewherein the world suffering from this or not and what their trace is to the masterserver.