can anyone help me where to find the best image processing library for
c++
mohan gupta

On Fri, 21 Mar 2008 02:39:38 -0700, mohangupta13 wrote:

can anyone help me where to find the best image processing library for
c++
mohan gupta

And "best" is stipulated by what requirements?

--
OU

On Fri, 21 Mar 2008 02:39:38 -0700 (PDT), mohangupta13@gmail.com
wrote:

>can anyone help me where to find the best image processing library for
>c++
>mohan gupta

Too bad not there in c++ standard library :)

<mohangupta13@gmail.comwrote in message
news:3618363a-588f-4a74-bfed-e6ec213ae91b@i12g2000prf.googlegroups.com...
: can anyone help me where to find the best image processing library for
: c++
: mohan gupta

You'll have to google for one. There are many different solutions
and levels of complexity, depending on the features you need,
and the platform/tools you want to work with.

Best would be to ask on a platform-specific forum
(Windows/KDE/Gnome depending on the OS, DirectX/OpenGL
depending on what you want to use for rendering).


--
http://ivan.vecerina.com/contact/?subject=NG_POST <- email contact form
Brainbench MVP for C++ <http://www.brainbench.com

On Fri, 21 Mar 2008 13:20:55 +0100, "Ivan Vecerina"
<_INVALID_use_webform_@ivan.vecerina.comwrote:

>Best would be to ask on a platform-specific forum
>(Windows/KDE/Gnome depending on the OS, DirectX/OpenGL
depending on what you want to use for rendering).

Exactly. That was exactly the answer I got years ago when I asked
something on this newsgroup.

"Don't waste of precious time -- ask in windows news newsgroup."

Now how on earth is imaging, networking, threading is all
plateform-specific, bit IO isn't and is included in standard library?

On Mar 21, 8:03*am, Razii <DONTwhatever...@hotmail.comwrote:

Now how on earth is imaging, networking, threading is all
plateform-specific, bit IO isn't and is included in standard library?

C++ is a general purpose programming language. There are platforms on
which it runs that don't require imaging, threading, networking,
etc. Why bloat the standard library and carry it around where it
isn't needed?

You also have more choices in C++, and the ability to port already
portable open-source libraries to another platform. How would you
port Java to a platform where it's not supported?

On Mar 21, 8:36*am, Razii <DONTwhatever...@hotmail.comwrote:

>
Huh? *How would you port your C++ to a platform if there is no C++
compiler for it?

You would either use a cross-compiler, or perhaps port the gcc
compiler, or just not port. Fortunately, C++ is available on more
platforms than any other language.

My point is, have you tried to port the JDK source code to another
platform? If not, why?

On Fri, 21 Mar 2008 06:47:52 -0700 (PDT), dave_mikesell@fastmail.fm
wrote:

>You would either use a cross-compiler, or perhaps port the gcc
>compiler, or just not port. Fortunately, C++ is available on more
>platforms than any other language.

And you could be using third-part libraries that even a c++ compiler
on that platform might not compile.

>My point is, have you tried to port the JDK source code to another
>platform? If not, why?

You don't have to. If JVM is available on that platform, you should be
able to run the same compiled files without even having to recompile.

On Mar 21, 9:05*am, Razii <DONTwhatever...@hotmail.comwrote:

>
You don't have to. If JVM is available on that platform, you should be
able to run the same compiled files without even having to recompile.

You're dodging the question. If the JVM is not available and you
would like to port it, how would you go about doing so?

On Fri, 21 Mar 2008 07:16:25 -0700 (PDT), dave_mikesell@fastmail.fm
wrote:

>You're dodging the question. If the JVM is not available and you
>would like to port it, how would you go about doing so?

That's like saying how would you port c++ to a platform that doesn't
have a c++ compiler.

First you will port JVM to that platform, then you will run the same
compiled files on that JVM. Your answer was also same. You said that
first you will port the compiler, then port the source files and
RECOMPILE. In Java's case, first you will port JVM.

If no one is willing to port JVM to that platform, then someone still
will have to port some kind of native Java compiler (like JET), but if
they do that, why not just port JVM? I see no difference between c++
and Java here.

I suggest:

http://openil.sourceforge.net/
http://freeimage.sourceforge.net/index.html
http://www.codeproject.com/KB/graphi...play_demo.aspx

don't know if this is the best, but works properly.

If you are on window platform,
try also GDI+

http://www.codeproject.com/KB/GDI-pl...nggdiplus.aspx
http://www.codeproject.com/KB/GDI-pl...__and_mfc.aspx


<mohangupta13@gmail.comha scritto nel messaggio
news:3618363a-588f-4a74-bfed-e6ec213ae91b@i12g2000prf.googlegroups.com...

can anyone help me where to find the best image processing library for
c++
mohan gupta

On Fri, 21 Mar 2008 08:12:51 -0700 (PDT), dave_mikesell@fastmail.fm
wrote:

>In practice, for what Java is used mostly for (enterprise
>applications),

Not true. Java is widely used on mobile devices (like phones). And
they have Java ME platform for that. Also, applications based on Java
are portable from one mobile device to a different mobile device (as
long as the mobile device has JVM). And you also need networking,
threading and image prepossessing on these devices. Guess what? They
are not in C++ standard library.

What BitTorrent client do you use? The most popular BitTorrent client
is Azureus. That's written in Java. Obviously there are more usage of
java than server apps.

On Fri, 21 Mar 2008 06:47:52 -0700 (PDT), dave_mikesell@fastmail.fm
wrote in comp.lang.c++:

On Mar 21, 8:36*am, Razii <DONTwhatever...@hotmail.comwrote:
>

>
You would either use a cross-compiler, or perhaps port the gcc
compiler, or just not port. Fortunately, C++ is available on more
platforms than any other language.

You went to far with this statement, it is flatly incorrect. It is C,
not C++, that is the most widely available language. There is a C
compiler for every platform that has a C++ implementation, the one
included in the C++ package, if no others.

But there are C compilers for a vast number of platforms, most notably
embedded systems and digital signal processors, that do not have C++
compilers.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.club.cc.cmu.edu/~ajo/docs/FAQ-acllc.html

On Mar 21, 10:54*am, Razii <DONTwhatever...@hotmail.comwrote:

Not true. Java is widely used on mobile devices (like phones). And
they have Java ME platform for that. Also, applications based on Java
are portable from one mobile device to a different mobile device (as
long as the mobile device has JVM). And you also need networking,
threading and image prepossessing on these devices. Guess what? They
are not in C++ standard library. *

So you need a new type of Java platform for mobile devices? And how
many different APIs do you have to download (http://java.sun.com/
javame/reference/apis.jsp#api)? How is that different than
downloading and using C++ libraries?

Razii wrote:

On Fri, 21 Mar 2008 06:47:52 -0700 (PDT), dave_mikesell@fastmail.fm
wrote:
>

>
And you could be using third-part libraries that even a c++ compiler
on that platform might not compile.
>

>
You don't have to. If JVM is available on that platform,

--------------------^^^^

And you have exactly the same situation here.
*if* there is no JVM, the holy Java is useless.

Please, if you are serious but not a school kid and you intent to make a
serious sign using your name.

Cheers
--
Mateusz Loskot
http://mateusz.loskot.net

mohangupta13@gmail.com wrote:

can anyone help me where to find the best image
processing library for c++

You may want to look at the Adobe Generic Image Library (GIL).
You can find support for some aspects of image processing in GDAL
library (http://gdal.org/).

Greetings
--
Mateusz Loskot
http://mateusz.loskot.net

dave_mikesell@fastmail.fm wrote:

On Mar 21, 8:36 am, Razii <DONTwhatever...@hotmail.comwrote:
>
Fortunately, C++ is available on more platforms than any
other language.

I find that difficult to believe.



Brian

On Mar 21, 1:24*pm, "Default User" <defaultuse...@yahoo.comwrote:

dave_mikes...@fastmail.fm wrote:

>

>
I find that difficult to believe.

Aside from C, which Mr. Klein pointed out, I'm wondering what other
language is available on more platforms. Gnu C++ is available on
dozens (http://gcc.gnu.org/install/specific.html).

dave_mikesell@fastmail.fm wrote:

On Mar 21, 1:24 pm, "Default User" <defaultuse...@yahoo.comwrote:

>
Aside from C, which Mr. Klein pointed out,

Yes, I saw.

I'm wondering what other language is available on more platforms.

If you dismiss C, then you are probably right. However, that's a huge
caveat.




Brian

On Fri, 21 Mar 2008 19:01:56 +0100, Mateusz Loskot
<see.my@signature.netwrote:

>And you have exactly the same situation here.
>*if* there is no JVM, the holy Java is useless.

And if there is no C++ compiler, the holy C++ is useless.

On Fri, 21 Mar 2008 10:35:21 -0700 (PDT), dave_mikesell@fastmail.fm
wrote:

>So you need a new type of Java platform for mobile devices?

It's not a "new" platform. It's a subset of Java SE.

>And how
>many different APIs do you have to download (http://java.sun.com/
>javame/reference/apis.jsp#api)? How is that different than
>downloading and using C++ libraries?

There are only three APIs, ME (which is a subset of SE), SE, EE (which
includes everything in SE + a server and libraries for server side
applications).

On Mar 21, 4:58 pm, Razii <DONTwhatever...@hotmail.comwrote:

>
There are only three APIs, ME (which is a subset of SE), SE, EE (which
includes everything in SE + a server and libraries for server side
applications).

So which of the optional dozen or so libraries do you need for your
micro app?

AFAICT, ME, SE, and EE are three distinct platforms. If someone says
their Java app is portable, I'll ask for which platform?

On Fri, 21 Mar 2008 15:19:37 -0700 (PDT), dave_mikesell@fastmail.fm
wrote:

>So which of the optional dozen or so libraries do you need for your
>micro app?
>
>AFAICT, ME, SE, and EE are three distinct platforms. If someone says
>their Java app is portable, I'll ask for which platform?

It's not a new platform. It's a subset of SE. As the computing power
of mobile devices improves, the SE and ME will become one. It's a
subset of SE, not new. If someone is familiar with SE API, he already
knows ME.

On Mar 21, 9:28 pm, Razii <DONTwhatever...@hotmail.comwrote:

On Fri, 21 Mar 2008 15:19:37 -0700 (PDT), dave_mikes...@fastmail.fm
wrote:
>

>

>
It's not a new platform. It's a subset of SE. As the computing power
of mobile devices improves, the SE and ME will become one. It's a
subset of SE, not new. If someone is familiar with SE API, he already
knows ME.

So SE apps are not portable to ME. That was my point. Currently you
have three platforms which are used in various combinations: SE, EE,
ME.

On 21 Mar., 20:12, "Default User" <defaultuse...@yahoo.comwrote:

dave_mikes...@fastmail.fm wrote:

>

>

>

>
Yes, I saw.
>

>
If you dismiss C, then you are probably right. However, that's a huge
caveat.
>
Brian

Surely C is number one. But most platforms that offer C could also
offer C++ via Comeaus C++-to-C compiler.

/Peter

In article <sko7u3l2nqf4ig9ni4id90co7hcdg0d3du@4ax.com>,
jackklein@spamcop.net says...

[ ... ]

You went to far with this statement, it is flatly incorrect. It is C,
not C++, that is the most widely available language. There is a C
compiler for every platform that has a C++ implementation, the one
included in the C++ package, if no others.
>
But there are C compilers for a vast number of platforms, most notably
embedded systems and digital signal processors, that do not have C++
compilers.

This is open to some question as well. Given that Comeau C++ compiles
from C++ input to standard, portable C as its output, you can make a
pretty fair argument that any platform that supports C also supports
C++.

Of course, actually using the Comeau compiler for a purpose like this
requires a license that allows it -- and knowing Greg, he probably does
more than just write a license and tell you to have fun. I'd expect he
does a bit of rewriting to invoke that compiler correctly, and then runs
full regression tests and such before he considers the port complete.
Nonetheless, I think it would probably take an extremely unusual target
back-end compiler for this to be any more than a fairly minor, routine
kind of task.

--
Later,
Jerry.

The universe is a figment of its own imagination.

It seems all comp.lang.c++ topics are turning to a troll war. nice job
huh?

should we...
1) go back to the subject (image processing library)
2) keep feeding the troll (unfortunately, he is a greedy troll)
3) stop posting here since it is somewhat off-topic?

I vote 3, although I am curious about a good IP lib for C++ (my
current choice is doing things manually and using OpenCV when the time
is short)

Diego
HP