Re: [gdal-dev] gdal_translate and multithreading

2015-01-14 Thread Even Rouault
Selon Pierre Soille : > > > > > > Even, > > > > thank you for your prompt reply.  To be more specific, the > successive steps of my procedure are > > > > 1] gdalwarp of a vrt file referring to 8 bands (stored as > gtiffs) of Landsat8 image from UTM into the equi

Re: [gdal-dev] gdal_translate and multithreading

2015-01-14 Thread Pierre Soille
Even, thank you for your prompt reply.  To be more specific, the successive steps of my procedure are 1] gdalwarp of a vrt file referring to 8 bands (stored as gtiffs) of Landsat8 image from UTM into the equivalent EPSG:4326 vrt file:

Re: [gdal-dev] gdal_translate and multithreading

2015-01-14 Thread Even Rouault
Pierre, Nor gdal_translate nor the VRT driver uses multithreading. But it is possible that the driver that handles the underlying dataset referenced by the VRT uses multithreading. There are very few of them however. I can only think of : - JP2KAK. You can specify JP2KAK_THREADS=1 - JP2OpenJPEG. Y

[gdal-dev] gdal_translate and multithreading

2015-01-14 Thread Pierre Soille
Hello, while translating a vrt file into a tif file with gdal_translate, I noticed thanks to htop utility that gdal_translate is using multithreading (typicallay 4 threads). I fail to find any multithreading option for gdal_translate (contrary to gdal_warp that has a multi option and where the num