• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

50 Input File Limit

=Hollywood=

=Hollywood=

Messages
1,025
Country
us-florida
Is anyone else able to confirm an approximate 50 file limit to inputing source data into resample.exe.

I've run several tests over the last two years and it seems that anything beyond 50 base images (i.e. base picture sans watermask & sans blendmask and sans nightlighting layers) will cause resample.exe to arbitrarily crash saying some sort of memory error.

I've found if the number of daytime images referenced stays below 50 then resample works fine...

It doesn't appear to matter if it's done with:

"resample.exe multisource.inf" files where all the sources are in the one *.inf file

or if you have the source images in the:

"resample.exe -i source1.inf source2.inf ... source49.inf destination.inf" format

As soon as you go beyond a certain number of base source files resample.exe crashes...

Am doing some further investigating...
 
Hey I didn't know you could push inf files that way. So no I have not run into any limit.

I usually make a .bat file to run the resample unattended.

this is the contents of a r.bat file I might use:
resample.exe Pass_1.inf
resample.exe Pass_2.inf
resample.exe Pass_3.inf

one benefit I have found of the bat file is that if I want to add more inf's I can just add them into the bat and re-save it.

so in the above example say my re-projection of pass_4 files finish I can add:
resample.exe Pass_4.inf to the end of the bat and that will fire after pass_3.inf finishes.

Sean
 
Hi Sean,

Yeah you can actually stitch a bunch of source files together (or are supposed to be able to) through two different methods...

Up until now I've been using multisource imagery in one .inf file but as mentioned there's a limit to the number of [sourceN] sections before resample.exe spits the dummy...

It's okay if you're not adding in water/blend/night data from separate files (rather than the alpha channels), as taking that approach means each image tile now takes 4 [sourceN] entries... Thereby limiting the number of files that can be stitched together in a single multisource.inf file...

The second option is to use the resample -i file1.inf file2.inf file3.inf output.inf format, but for some reason (maybe a vista thing???) it is not geo-referencing properly and doing some pretty weird things...

With all of my scenery projects I've been batching the master.inf files for each thing, and run 4 separate batches at once to utilize all 4 cores on the CPU to speed up render times as resample.exe doesn't use much more than about 25-33% per instance...
 
Its been a while since ive done a lot of resampling for multiple imagery sources but when I initially did my tests, it would ignore the spatial information after the first sources?

I.e. 1st source was an image as a Geotiff
2nd source was the water mask in a separate Geotiff but with a slightly different extent (i.e maybe I zoomed out a bit before exporting the water mask image from GIS or something)

The resultant BGL would have a screwy water mask placement like it hadnt figured out the water mask was a bit different than the image.

Did you manage to get around that? It would be great if could reference say a lower resolution water mask or blend file rather than have one for each aerial I had.

....otherwise I could use the seperate water mask bgl method I guess
 
Hey Timmo,

The best method I could figure as a solution is to have a multisource.inf file and embed the blend and water masks into the alpha channels and write our program to pull the NW lat/lon data and pixel size from the tfw file and plug that in to the [source] section...

Still assuming a 50 file input issue... It also seems there's an issue where a BGL can only be a certain number of pixels wide and a certain number of pixels down...

I remember testing a separate water BGL mask previously, but results came back inconclusive, have you managed to find a way to make it work with placing a water effect on underlying imagery data? If so that would really help me get Utah water mapping done very fast...

Dean.
 
You must log in or register to reply here.
Back
Top