Jaap,I'm not certain you are the same person, but a document roughly matching the description of your concept was shown to me and a few other FS team members about a month ago. My expectation is that duplicating the files in multiple locations to prevent multi-step searches doesn't really buy that much in terms of performance. The writer of the document I saw even doubted if there was any tangible benefit noting that there was little, if any, measurable performance improvement. Therefore, busy with other things we know will improve performance, we didn't give the document any further thought. I still think that was the right call, notwithstanding the unsubstantiated performance improvements claimed by others in this thread.The reason I take the performance claims made here with a bit of skepticism is because all of our file I/O is performed on a secondary thread. Therefore, it shouldn't cause stutters or frame rate fluctuations unless you are running on a single-core machine, have a horribly fragmented hard drive, or have a disk controller running in PIO mode (CPU intensive). Since the file system caches directory information, the multi-step searches shouldn't be very expensive after the first attempt. One could argue that we shouldn't be doing multi-step file searches at all, and I might be persuaded to agree with them, but that's part of the cost of allowing customizable third-party content.Someone else raised the issue of the file access patterns of photo scenery in this thread. That's something that's being discussed in a different thread. Look here: http://forums.avsim.net/dcboard.php?az=sho...3&page=1#377412-Adam

>> Therefore, it shouldn't cause stutters or>frame rate fluctuations unless you are running on a>single-core machine, >> IMHO isn't that the large majority of us? Are we all supposed to rush out and buy a dual-core machine? What would my Financial Secretary say? I daren't ask her...:-roll

I'm on an intel core 2 duo, and I get the stutters just as the original topic poster described. So it's not just single core... Great for a while, then gets worse as the flight progresses (30 mins to an hour). What's going on here? And thanks Adam for replying. I'm sure everyone here appreciates it!

I did some tests with my patch. It seems that it has gotten rid of a lot of stutters. Have not seen any frame rate increase, but a lot smoother even with high single and low teen digit frame rate. Granded, there are only half of the files that are suitable for this patch. I will do more tests and evaluations.

Hi Adam, thanks a lot for taking your time. What a pleasant surprise. A little bit of background on the CD (you might have seen as well?): I had roughly 14 hours to prepare the CD & readme after I heared Scott would be attending a meeting nearby. So, my 'rush-job readme' unfortunately didn't mention the 'misleading' texture.cfgs. In the 'Boats' folder you recieved, the fallback.cfgs were ok. It would be interesting to learn whether this will be addressed in the upcoming service release or whether we should take care of it ourselves? I share your thoughts about performance improvements. Of course. If, these modifications only add to smoothness. It's bottom-up at most. Not knowing much about FSX texture handles (I worked on FS9 till the last seconds), my biggest worry was that such changes might be counter-productive? From your words I tend to take this is not the case. Maybe even the contrary? All I could confirm on my end: With a modified GroundVehicles folder, movements in detailed aiport environments became (even) smoother and/or the textures in question load a tick quicker. Case HD-space and a little bit of work is all it needs to get a couple of cycles, fine with me. Case it's too much of a hassle for Aces, I'm sure we could easily build 'it' here at Avsim. Maybe you (Aces) approve it and MS-servers host it? Why not? The official 'Avsim FSX SimObjects Texture Update' :-) With Garett's name on it because he's responsible for bringing it up and for collecting all the files?!? :-) Or whoever volunteers... I fully understand Aces has much more challenging things to do than quaint, bottom-up improvements (if this issue qualifies as such). Looking forward to what Aces is cooking-up and appreciating the feedback, kind regards Jaap

Jaap.. why not use batch files or some script to simply move or copy existing files? Then you don't have to host all the files. There may be a few file additions required (??), but in the end you'd be looking at hosting a very small file to fix it. I seriously doubt MS would host anything developed here (not sure on that.. you'd know better than I it sounds like). Bottom line is what you say.. it can't hurt and probably helps. And based on some results from people here, it can help quite a bit!Cheers,Sammie

Seems to justify turning off the 'file last access' time stamping! lol

HiSorry to bump this, but are there any news on this one? I seem to recall that there was talk of a patch in the works.../ Cheers, Poul

Yeah I'm very interested in this as well.

>Yeah I'm very interested in this as well. Just an observation that I made a couple of days ago while using Filemon ( It's real "scary" to watch the error activity! ) I noticed that FSX ALWAYS looks for "sim.cfg" first, then "sim.CAB" before it looks for "aircraft.cfg" when scanning thought the simobjects directories, so I went in an renamed ALL my aircraft.cfg files to "sim.cfg". FSX is happy with that it seems. Not a big issue but when taken with all the other seemingly errant searches that FSX does, eliminating them group by group will eventually have a positive effect on FSX load times. Another thing I did was COPY a bunch of DLL files that FSX first searched for in the FSX root directory and are ALWAYS located in the WindowsSystem32 folder into the FSX root directory. This, of course, increases the size of the installation but at the moment I have lots of disc space and little patience for FSX's long load times! I also adjusted the fallback paths in several "texture.cfg" files so that FSX found what it was looking for on the first attempt. If you did not install FSX to the default path or an alternate path with the same number of subdirectory levels off the drive root directory, these fallback path statements will have FSX looking in the wrong places. I also put a "texture.cfg" file in all my addon aircraft texture folders...no simple task since I have folders for "AI Aircraft" ( 215 of them with multiple textures ) and "Aircraft" ( my FS9 imports so far...25 of them ) located under SimObjects along with the default folders. Several default "sim objects" were missing texture.cfg files so I created/copied those where needed. I spent several hours "correcting" things in FSX just for the initial loading period and the period from "Fly" to "cockpit" of my default flight. I've not yet investigated the chaos that I'm certtain exists during any flight regime at various places in the world! I was amazed at the mumber of erroneous searches for files thet don't exist, nay, shouldn't exist, such as alot of searches for files with "CAB" extensions... There were illogical searches for gauges, etc, that I noted. It seems that FSX, instead of looking for "CAB" files as a first choice chooses to look for a FOLDER of the gauge name first. In these cases I unzip'd the gauge CAB file into a folder of the same name and placed that in the panel folder, resulting in alot of unnecesary BLOAT to an already OVERLY bloated product, all in the quest for trimming the load times, etc :( As I said, watching FSX "work" with Filemon is really scary and not for the faint of heart! :) Paul

All the more reason to keep your hard drive defragged.RhettAMD 3700+ (@2310 mhz), eVGA 7800GT 256 (Guru3D 93.71), ASUS A8N-E, PC Power 510 SLI, 2 GB Corsair XMS 2.5-3-3-8 (1T), WD 250 gig 7200 rpm SATA2, CoolerMaster Praetorian case

Hopefully incorporated into the one from Aces ... That we haven't heard hide nor hair about for well over a month and a half. (Phil ?)There are many "performance" issues in this forum, alot about studders (micro and pauses), fps from the start or over time, mem leaks, this one, vfr scenery loading from the other side of the planet, etc etc etc. That combined with ACES acknowledgment that the entire textures are being read instead of only parts of them as needed - I still wonder if this post's topic is just yet another that scratches the surface.To be honest after tweak this - tweak that since OCT 24th with FSX (and getting pretty frustrated as not much really seems to make any signifigant difference - and personally I still have an issue with the textures) you eventually enlighten yourself to remember that the hobby is trying to fly the sim, not the other way around.I'm going to wait for the patch before any more screwing around. I'm using both, and need to have some fun flying before we go through this all over again "after" the patch. Heck, if FSX is nicer to me after that- I might even buy it a new HD.Best Regards'Garett

>Hopefully incorporated into the one from Aces ... That we>haven't heard hide nor hair about for well over a month and a>half. (Phil ?)>Microsoft's FS Team appears to be largely absent from the forums at the present time, which is probably a good thing. It means they are busy working on some goodies.RhettAMD 3700+ (@2310 mhz), eVGA 7800GT 256 (Guru3D 93.71), ASUS A8N-E, PC Power 510 SLI, 2 GB Corsair XMS 2.5-3-3-8 (1T), WD 250 gig 7200 rpm SATA2, CoolerMaster Praetorian case

Well, Vista is being released at the end of the month, and they'll have to have the promised DX10 patch shorty after.

Agree'd Rhett,I know its not the way the MS works, but a little PR about what they found and we can expect would be appreciated. EG: Due to your feedback we haved maxed out the sliders to 40% values so it will run good for all of of you regardless of single/dual core/sli hardware, OR , we have found (thank you for your feedback) that the we where able to rework the engine/code, in which we optimized bla, and reduced the size of the speclular textures on the animals and ai ground/boat traffic (which now will be processed by Core 1 if you have dual core) which will increase perfromance and reduce the load on currently available CPUs/GPUs. Please note that an evident memory leak was identified and we believe it to be the result of a hole in center of the DVD. He He He.. I continue ..Thus to date initial testing on a (maybe range of PC's) are finding performance increases of XX%. We are targeting for a DX9 performance package to be available "this date". We will continue futher FSX performance as well as address more of the non-performance related feedback as we shift our focus on DX10 compatability/optimization.Something like that anyways ... ;)GarettQuestion #842I still wonder why at 8000ft over downtown cyvr I can get dam near 30fps+ in spot with a "huge" field of view, but you can't get 15 looking straight down at the seat/floormat of the 737 from VC?