Hi,
Gave this a try on Windows (relatively simple to build) with CUDA and
indeed the difference in speed is big.
Petty that the result is quite broken.
My test was with this projection
gdalwarp -t_srs +proj=sinu mundo.tiff lixo32.tiff
Joaquim
I'm working on the trunk OpenCL build on my Ma
Le samedi 18 décembre 2010 00:09:44, Seth Price a écrit :
> > I can't help for MacOS build system.
>
> Good thing I'm here. :) Do you want an account on my machine for
> testing?
well, we can try, but do a full backup before I break things due to my Mac
illiteracy ;-)
>
> > It's me. You can fi
I can't help for MacOS build system.
Good thing I'm here. :) Do you want an account on my machine for
testing?
It's me. You can find the culprit of any commit by doing a svn blame
or looking
at the log ;-)
Most of that clampToDst() code was brought over from
GWKSetPixelValue(). I'm
Le vendredi 17 décembre 2010 23:41:53, Seth Price a écrit :
> I'm working on the trunk OpenCL build on my Mac now.
>
> ** First, on my mac I get an error at the end of make:
> [...] ./ogr/.libs/ogr_srs_xml.o ./ogr/.libs/ograssemblepolygon.o ./
> ogr/.libs/ogr2gmlgeometry.o ./ogr/.libs/gml2ogrg
I'm working on the trunk OpenCL build on my Mac now.
** First, on my mac I get an error at the end of make:
[...] ./ogr/.libs/ogr_srs_xml.o ./ogr/.libs/ograssemblepolygon.o ./
ogr/.libs/ogr2gmlgeometry.o ./ogr/.libs/gml2ogrgeometry.o ./ogr/.libs/
ogr_expat.o /opt/local/lib/libsqlite3.dyli
It's more than a little strange that none of those image sizes work.
Perhaps it's a problem with the image format? Can you verify that the
given format should work?
Looking at the spec, it might also be a problem with the 'sz'
argument. What value is that passing?
~Seth
On Dec 7, 2010,
Le mardi 07 décembre 2010 02:05:51, Seth Price a écrit :
> Ah, the joys of multiple platform development.
>
> The first two warnings should be fixable by replacing "-99.0" with
> "-99.0f".
>
> Your fix for read_imagef() should work fine.
ok, I'll commit that then
>
> To fix that last error, tr
Ah, the joys of multiple platform development.
The first two warnings should be fixable by replacing "-99.0" with
"-99.0f".
Your fix for read_imagef() should work fine.
To fix that last error, try changing the image size from "1, 1" to "2,
2" or "4, 4". It shouldn't matter because the imag
Hi Seth,
I gave a try to Frank's integration of your work with my ATI Radeon HD 5400. I
got the ATI SDK 2.2 correctly installed with latest ATI drivers (10-11). The
few OpenCL demos provided with the SDK I tried work on the GPU device.
(Note: "thanks" to the errors bellow, I've made a few clean
Over the summer I rewrote the warper to use OpenCL. There was a 2x to
50x speedup. Here is a description of what I did:
http://osgeo-org.1803224.n2.nabble.com/gdal-dev-gdalwarp-OpenCL-Performance-Week-9-td5341226.html
~Seth
On Dec 6, 2010, at 5:10 AM, Konstantin Baumann wrote:
Hi,
what be
On 10-12-06 07:10 AM, Konstantin Baumann wrote:
Hi,
what benefit/improvement would the OpenCL integration bring to GDAL?
Additional functionality or a speedup of existing functions? Probably only
operations on images and/or rasters are supported; reprojection/warping and
filtering would be good
Hi,
what benefit/improvement would the OpenCL integration bring to GDAL? Additional
functionality or a speedup of existing functions? Probably only operations on
images and/or rasters are supported; reprojection/warping and filtering would
be good candidates, right? What concrete operations wou
12 matches
Mail list logo
