NightLight64k_1k_dds.zip NightLightDDS.zip NightLight64k_2k.zip
So that's what it is good for?nardo wrote:besides, that's what ctrl+l is for.
makes sense, but I still don't like exaggerated brightness.No but when using a virtual texture Celestia completely refuses to render cloud shadows, so when using your addon they're gone for good. But I fixed this by making your texture an alternative surface, so I can switch back and forth when I need the one or othernardo wrote:as for the cloud shadows, is that an issue on the night side of earth?
Why is that? Don't you like the effect or are they also causing bugs? I experience black planet surfaces because of them sometimes.nardo wrote:i meant the cloud shadows always freak out.
Then you have a better computer than me. I could not even load the texture you posted a link to... I hope the new version of gimp keeps its promise and works much faster. But I will need a new computer to really think about processing such huge textures.nardo wrote:my laptop can handle up to a 32k square in gimp, so i can process a 64k image in two parts. just verrrryy slowwlllyyy. anything else i have to do from the command line
Code: Select all
#! /bin/bash
if [ $# -lt 3 -o "$1" = "--help" ]; then
echo
echo 'Usage: virtualtex [--help | <texture name> <tile size> <tile format>] [e|E|w|W]'
echo
echo
echo The shell script \'virtualtex\' is a tool for Celestia \> 1.3.0
echo that supports \'virtual textures\'.
echo
echo The script generates the required tiles tx_i_j of \
desired \(square\) size,
echo \<tile size\>, in a specified format, \<tile format\> = \
png, tga, jpg,...,
echo from an input texture, \<texture name\>, in any popular graphics format.
echo
echo The optional 4th argument e\|E\|w\|W is for the case of tiling
echo square /e/astern \| /w/estern halfes of the full texture separately!
echo
echo Besides Linux/Unix, the script also runs in a current Cygwin \
installation
echo under Windows, \( http://www.cygwin.com \). If the z-shell \(\'zsh\'\) \
is unavailable,
echo it also may be executed with the \'bash\' shell, by replacing \
\#\! /usr/bin/zsh by
echo \#\! /bin/bash in the first line.
echo
echo The script assumes that a recent version \(\>= 6.1.8\) of the ImageMagick package
echo \( http://www.ImageMagick.org \) is installed \
\(either under Unix/Linux or Windows\).
echo The utilities \'convert\' and \'identify\' of that package are used.
echo
echo You may increase the pixel cache size \$maxmem from the 80 MB default
echo value to e.g. 80\% of your RAM size within the script with an editor.
echo This will speed up the performance of \'virtualtex\' considerably.
echo
echo On a PIII/512MB RAM the tiling of a 16k x 8k texture into
echo 32 \(2k x 2k\) tiles now only takes 15 minutes with a Linux OS!
echo
echo Author: Dr. Fridger Schrempp, fridger.schrempp@desy.de
echo Version: 1.04, 02/15/05
echo
else
maxmem=80
texturesize=`identify -format "%wx%h" $1`
texturewidth=`identify -format "%w" $1`
textureheight=`identify -format "%h" $1`
tilesize=$2
tileformat="$3"
echo
echo "Texture size = " $texturewidth "x" $textureheight "tilesize = " $tilesize
echo "Number of tiles =" $(( ((texturewidth/tilesize)) * ((textureheight/tilesize)) ))
echo "Image format of tiles:" $tileformat
echo
echo "Tile: "
echo
convert -cache $maxmem -crop ${tilesize}x${tilesize} $1 out%d.$tileformat
j=0
while (( j * tilesize + tilesize <= textureheight )); do
((offy = j * tilesize))
if [ $# -eq 4 ]; then
if [ "$4" = "e" -o "$4" = "E" ]; then
ioff=$(( texturewidth/tilesize ))
elif [ "$4" = "w" -o "$4" = "W" ]; then
ioff=0
else
echo
echo "*** Incorrect 4th parameter! ***"
echo
return
fi
fi
i=0
while (( i * tilesize + tilesize <= texturewidth )); do
((offx = i * tilesize))
echo "tx_"$((i + ioff))"_"${j}": x-offset:" $((offx + ioff * tilesize)) "y-offset:" $offy
mv out$((i+ ((texturewidth/tilesize)) * j)).$tileformat tx_$((i + ioff))_${j}.$tileformat
((i++))
done
((j++))
done
fi 
Goofy wrote:So I found the reason of this: it's up to Level4 instead of Level6, so really the VT is a 16K, not a 64K.
Am I missing something?
Goofy wrote:In my life I travelled by air for almost one million miles, so I had the possibility to see a lot of times lighted nightscapes.
I can say for sure that, if there are no clouds and no haze, fog or whatelse between your aircraft and the ground, what you can see is absolutely closer to the right image than to the left one.
I modified only contrast and luminosity, nothing else.
BTW, reducing such a way luminosity and contrast, you killed resolutiom feeling too, so that it looks like a smaller image.
Just my opinion, obviously.
nardo wrote:FarGetaNik
i'll see if my laptop can make a 1k tile version and post it here. pretty sure that's the same tile size as Jestr's texture, which even my last laptop could handle. perhaps we can call it NightLite.
John Van Vliet wrote:NOAA has the monthly data
the June 2016 "VCMSLCFG" data
http://ngdc.noaa.gov/eog/viirs/download_monthly.html
Would be great if someone could process this. i did a few years agoWould be great if someone could process this.
