Hi Jukka,
> I would like to see something that is open source and fast with JPEG2000. I
> think that it would be OK to support only a subset of JPEG2000 standard if
> the basic operations would be super fast. I took just a moment ago some
> timings for another purpose but they may be interesting.
Hi Jukka,
> To: gdal-dev@lists.osgeo.org
> From: jukka.rahko...@mmmtike.fi
> Date: Fri, 21 Mar 2014 14:26:21 +
> Subject: Re: [gdal-dev] New compression library based on gdal design
>
> Aaron Boxer gmail.com> writes:
>
> >
> > Hello,
> > I
Aaron Boxer gmail.com> writes:
>
> 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
o
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
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
11 matches
Mail list logo
