http://www.fsdeveloper.com/forum/threads/maximum-image-material-resolution.435357/#post-724501
By default, 32-bit versions of Sketchup will reduce the resolution of any large texture image to tiles of 1024x1024 pixels each using a internal "medium quality" 'down-sampling' graphics function.
AFAIK, this is also still true in the newer 64-bit Sketchup, but I have not yet tested this personally to see if that requirement has changed.
UPDATE: See this post below...
http://www.fsdeveloper.com/forum/threads/maximum-image-material-resolution.435357/#post-724510
Thus, when working with 32-bit Sketchup, one must work with image "tiles" of 1024x1024 pixels to texture
ex: ground polygons.
Can you clarify?
http://www.fsdeveloper.com/forum/threads/maximum-image-material-resolution.435357/#post-724537
Does it "reduce the resolution" to 1024x1024 or does it chop it up into "tiles of 1024x1024"?
Will a 2048x2048 be resized to one 1024x1024 or sliced into four 1024x1024?
cheers,
Lane
Hi Lane:
To clarify, by "default" I mean the 32-bit Sketchup default
before setting 'different' preferences via:
Sketchup Menu > Window > Preferences > OpenGL > check "Use Maximum Texture Size"
Based on previously posted KB info for original 32-bit versions of Sketchup, one might infer that for
imported images or textures (
not "photo textures" applied via the "Add Photo Textures" Google Street view 'Select Region' feature, a foreground 'watermark' image, or the discontinued "Photo Match" 'Background Image' feature), the overall image size is reduced to 1024 x 1024, and that such images will be "auto-tiled" when initially applied as a texture material ...until manually 're-projected'.
However, one might also infer that MIPMAPs are being displayed in Sketchup for images mapped onto 3D models, perhaps as a function of their projected size:
http://sketchucation.com/forums/viewtopic.php?f=15&t=28434
This seems to be the case for 32-bit Sketchup as alluded to in a post by a development team member:
http://sketchucation.com/forums/viewtopic.php?f=15&t=32191
Thus, one might conclude that in 32-bit Sketchup (as in FS9), to maintain display of the highest (full resolution) MIPMAP for a mapped / projected texture on a 3D model (in FS SDK MDL file format), one must use "tiles" of imagery no larger than 1024 x 1024.
[
EDITED]
In a 32-bit Sketchup export / conversion workflow to a 3D model in
MDL file format, if a 3D object is made larger, and one enlarges the texture image mapped onto it by projecting it at an effective resolution larger than 1024 x 1024, a lower MIPMAP may be displayed.
http://sketchucation.com/forums/viewtopic.php?f=80&t=41935
But, IIUC, this topic is ultimately concerned with an output to a ground polygon which is
not a 3D model in a FS SDK '
MDL' file format.
Rather, a ground polygon is output after conversion by MCX to a SCASM / ASM BGL format, which reportedly may have "
no" effective limits on texture resolution display in FS2002 / FS2004 / FSX ...depending on how the source code is structured for SCASM / ASM compilation to BGL format.
So, IMHO, one may wish to further consider what workflow is required in Sketchup (within its own inherent texture resolution limitations) in order to export a 3D model that achieves the desired 'display' resolution for textures mapped onto 3D "model" (
not 'MDL') ground polygon tiles converted by MCX to a SCASM / ASM compiled BGL ...when rendered in FS at run time.
[
END_EDIT]
Although the above 'quoted' info was cited from an original Sketchup KB document here:
http://help.sketchup.com/en/article/114418
...I shall refer you to these hits on Google so that you might better discern the various factors which may apply to each end user's scenario, especially since there may have been some changes in versions of Sketchup released since Sketchup 32-bit version 8, maintenance revision-3 (aka "M-3"):
https://www.google.com/#q=Sketchup import image resolution pixels
https://www.google.com/#q=Sketchup resolution pixels
PS: '
Exporting' mapped / projected texture images from Sketchup at higher and/or full resolution, is yet another subject unto itself.
GaryGB