Long, and I mean, LONG loading times

[GGTharos]

The use ventrilo ...

[EtherealN]

Very interesting. I wouldn't have guessed on Skype...

 

But I guess next time someone has a similar loading time problem I'll make sure to ask them to kill absolutely all background programs they have and then slowly add them back in one at a time.

 

As for push-to-talk and sound quality, both TeamSpeak and Ventrilo has threshold settings that removes the need to use push-to-talk. (Set client-side.) Both also support a wide variety of audio codecs to give you whichever balance you prefer between audio quality and bandwidth use. (Set server-side.)

 

EDIT: On DCSMax: http://forums.eagle.ru/showthread.php?t=40037&highlight=dcsmax

 

It's a launcher that can launch (and kill) programs like TrackIR, Ventrilo/Teamspeak, Tacview and so on alongside DCS as needed, as well as automatically setting affinity on the processes to ensure optimum use of multicore processors.

Edited May 18, 2009 by EtherealN

[Winney]

I re edited the thing on updated Skype.

 

Well, thats an example on how used I am to it...

 

NO, even on the latest Skype version BS loads really slowly when on comms/phone. I thought I was on phone, but due to the restart, I wasn't anymore obviously, and forgot about that.

 

:(

 

Guess I do have to revert to TS or Ventrillo.

 

Still have to check for newer sound drivers. Something I'll do tomorrow, though I'm getting hot on finding the very cure, I'm done with it for now.

 

I 'll keep you informed on that thou

 

TNX for the info on DCSMAX!!!

 

~S

Winney

Edited May 18, 2009 by Winney

[xacto]

OMG!!! I thought I was crashing... instead this has to be THE longest application load time I have ever seen (5 min?!). There is something very wrong here. I just installed the program on a NEW computer, so there is nothing about disk frag with this issue.

 

Any ideas on how to fix this problem?

 

I am running 64bit vista.

 

BTW.... I do not use Skype (never installed this on my computer). Is there some file that skype updates to fix this issue?

Edited May 20, 2009 by xacto

[Sherlock]

OMG!!! I thought I was crashing... instead this has to be THE longest application load time I have ever seen (5 min?!). There is something very wrong here. I just installed the program on a NEW computer, so there is nothing about disk frag with this issue.

 

Any ideas on how to fix this problem?

 

I am running 64bit vista.

 

BTW.... I do not use Skype (never installed this on my computer). Is there some file that skype updates to fix this issue?

 

I suspect this problem has something to do with 64bit OSes. You could try to dual boot the 32bit version and see if works better.

[beugnen]

I suspect this problem has something to do with 64bit OSes. You could try to dual boot the 32bit version and see if works better.

 

i'm not sure that is entirely correct. apart from the benefits of a 64-bit cpu that offers performance gains there is also speed gains from caching from increased memory.

 

moving from vista 32 (where i could only access 2gb of my 4gb of ram) to vista64 where i could now access the full 4gb, BS had significantly shorter load times. not only that, disk activity dropped if loading missions with the same or similar resources as it had been pre-cached by windows. :thumbup:

 

EDIT: i assume your original post was just about BS. i admit coming into this forum late and cant quite understand if it is BS, TS or vent related.

Edited May 20, 2009 by beugnen
footnote

[Air-Force-1]

I suspect the long load times are due to the code used to write this game. LOMAC suffered the same problems and bugs

[xxvintersorgxx]

OMG!!! I thought I was crashing... instead this has to be THE longest application load time I have ever seen (5 min?!). There is something very wrong here. I just installed the program on a NEW computer, so there is nothing about disk frag with this issue.

 

Any ideas on how to fix this problem?

 

I am running 64bit vista.

 

BTW.... I do not use Skype (never installed this on my computer). Is there some file that skype updates to fix this issue?

 

 

I suspect that its poor coding in the audio engine. There are various obvious problems like very loud engine sounds inside the cockpit and such (curable by switching to external and back to cockpit). I assume any apps running anything to do with streaming audio/communications COULD trigger long load times.

 

I'd guess it's probably waiting for an audio DLL to load which it can't because something else is using it (driver dependent). I'm willing to bet you have a similar sound device as winney?

 

I've been using skype on x64 vista with 0 loading problems with my onboard sound card (on comms with winney).

 

Are you running any type of communications software (skype/TS/Vent), mp3player(winamp/windows media player), youtube, or basically anything that uses your sound card when loading?

 

Have you tried disabling your sound card and killing all Instant messaging software, or other stuff that starts up when you boot your computer up?

[xacto]

Ouch, this program does not support 64bit? I can not imagine that the programers at DCS would not test this on windows vista64 -- seems odd that this would be an issue (maybe it is). I know of no other game that makes it run slower... it is suppose to speed up programs because of the ability to use more memory(instead of 4, I should be able to access 12mb).

 

I will try it on 32. Any other ideas?

[slug88]

Ouch, this program does not support 64bit? I can not imagine that the programers at DCS would not test this on windows vista64 -- seems odd that this would be an issue (maybe it is). I know of no other game that makes it run slower... it is suppose to speed up programs because of the ability to use more memory(instead of 4, I should be able to access 12mb).

 

I will try it on 32. Any other ideas?

 

I very strongly doubt that this is a 64bit issue. I, and many others, are running 64bit systems without any problems.

[xacto]

Hmmm... sound.... will have to try this out.

[ZaltysZ]

Partial reason for slow loading times is how game searches files.

 

If you check with Process Explorer, you will see that game searches most files not in precise locations, but instead it traverses predefined directory tree until it finds required file or until the whole tree has been traversed without finding that file.

 

There are about 6800 NO SUCH FILES events and all of them adds delay. This delay of single such event is very small (in good system), but still the sum of them all can be viewed as significant (in order of tens of seconds). This can be avoided by letting the game to know precise location (relative path is ok too) of every required file and not telling it to look for files which don't exist.

[beugnen]

Ouch, this program does not support 64bit? I can not imagine that the programers at DCS would not test this on windows vista64 -- seems odd that this would be an issue (maybe it is). I know of no other game that makes it run slower... it is suppose to speed up programs because of the ability to use more memory(instead of 4, I should be able to access 12mb).

 

I will try it on 32. Any other ideas?

 

windows is ONLY as reliable as the worst written driver in much the same way that responsiveness in Windows 95 was only as great as the worst written application. that's why apple is generally so much better, they make all the hardware and drivers.

 

hardware manufacturers are reluctant for many reasons to have their drivers WHQL for every release. so just because you have the latest video card from brand xxx, chances are it has not passed microsoft testing and you are basically a beta tester.

 

so if you have a dud video, audio, raid, motherboard, or usb driver chances are your game will go KABOOM!

[LazerPotatoe]

There are about 6800 NO SUCH FILES events and all of them adds delay.

What log file are you seeing these events in?

 

 

This can be avoided by letting the game to know precise location (relative path is ok too) of every required file and not telling it to look for files which don't exist.

How do we do this?

Or do you mean the developers need to change their code?

 

 

Thanks,