Hi Even,
> I'm a bit surprised about your qualifying of the openjpeg code base as
> "spaghetti code". I've not spent a lot of time in it, just fixing a few
> bugs
> here or there, but this was not my feeling at all. I can't remember having
> seen goto's.
>
Thanks for your feedback. Perhaps I was
Aaron,
I'm a bit surprised about your qualifying of the openjpeg code base as
"spaghetti code". I've not spent a lot of time in it, just fixing a few bugs
here or there, but this was not my feeling at all. I can't remember having
seen goto's.
Anyway just seeing that gpu_jpeg2k is licenced unde
Hello Jürgen, thanks for your reply
I hoped that I could fix it.
I have to present a project (in which I was working with Gdal) at the end of
April. I think
that the most reliable solution is to replace the disk, right ?
Regards,
George
--
View this message in context:
http://osgeo-org.1560.
Hi Gpetr,
IMHO all that is evidence that the disk failures are in the binaries. It crash
while it still loading the shared libraries. Bus errors on Linux on Intel
point to paging problems. Unaligned accesses don't apply there.
And I'd expect the disk failures to spread and backup as much as I
I am interested in seeing an OpenCL JPEG2000 decoder/encoder developed. I have
a bit of experience writing OpenCL kernels. Please contact me if you need help.
~Seth
via iPhone
> On Mar 1, 2014, at 7:27 AM, Aaron Boxer wrote:
>
> Hello,
>
> I recently started developing an open source jpeg2000
Hey Seth,
I would love to have some help! Currently I have gathered all the relevant
open-source GPU accelerated code
I could find here:
https://github.com/OpenCodec
My plan is to port an existing CUDA jpeg 2000 library to OpenCL:
https://github.com/OpenCodec/gpu_jpeg2k
My library will be cal
GDAL core is mostly C++
but it is exposed thru a 'C' interface for stability reasons
e.g. the 'C API' is stable thru major releases whereas the
underlying implementation may change
On Mar 1, 2014, at 11:07 AM, Aaron Boxer wrote:
> Thanks, Norman! That is very useful.
> I haven't decided yet
Thanks, Norman! That is very useful.
I haven't decided yet whether to use C or C++ for the library language.
Is the gdal core C or C++? I am tending to C over C++, just for
portability.
But I want to avoid the spaghetti code I see in OpenJPEG.
Any comments on this?
Thanks again,
Aaron
On Sat,
These should help
http://gdal.org/gdal_drivertut.html
http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/openjpeg/openjpegdataset.cpp
On Mar 1, 2014, at 10:27 AM, Aaron Boxer wrote:
> Hello,
>
> I recently started developing an open source jpeg2000 compression library
> using opencl.
> I wou
Hello,
I recently started developing an open source jpeg2000 compression library
using opencl.
I would like to base the library design on the very successful gdal library
design.
Can anyone recomend any resources to help me to grok the high level design
of gdal?
Thanks so much,
Aaron
Hello Even and Jürgen,
thank you for your quick replies.
I'll try to give you more details about the error and my system.
My system:
Architecture: x86_64
CPU: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz
Disk: ST9500325AS (/dev/sda)
Os: OpenSuse 12.3
I'm using GDAL 1.10.1 - 1.37 and QGIS 2.2 and I p
Hi Even,
On Sat, 01. Mar 2014 at 12:58:20 +0100, Even Rouault wrote:
> > Maybe the disk errors aren't even on the data, but on the binaries.
> Eh, that would be the 0.1% case where the software isn't the cause of the
> failure ;-)
hehe. but sda might be the system disk that is dying - high sec
Le samedi 01 mars 2014 12:38:29, Jürgen E. Fischer a écrit :
> Hi Even,
>
> On Sat, 01. Mar 2014 at 11:18:10 +0100, Even Rouault wrote:
> > Hum, well perhaps hard disk failure could give a crash in portion of code
> > that don't properly check the return code of I/O operations. But
> > difficult t
Hi Even,
On Sat, 01. Mar 2014 at 11:18:10 +0100, Even Rouault wrote:
> Hum, well perhaps hard disk failure could give a crash in portion of code
> that don't properly check the return code of I/O operations. But difficult to
> know and fix without knowing where the crash occurs within GDAL.
Maybe
Le samedi 01 mars 2014 02:08:09, Gpetr a écrit :
> Hello,
>
> I was trying to process a raster image via Gdal when it's happened an
> unexpected error. A Bus Error. After that, QGIS can not start. Also I
> recieve the same error when I'm trying to execute any of the GDAL commands
> via terminal.
>
15 matches
Mail list logo