[Insight-users] ITK versus Opencv

[hanifa mohamed]

Hi all, 

Isaiah :
After looking through the slides, my only conclusion is tt OpenCV provides a more richer set of functionality for
video processing. If solely image processing, ITK shld be good enough. Not sure, if my assumption is right. ???

The "ITK working together with OpenCV" is a nice bit in that slides.. Though, optimally , we would like to stick with one imaging library.


Bill :
Nice that OpenMP is being integrated with ITK.
I even a found cuda for ITK.. :D 

Parallel processing for images seems hot stuff nowadays.

http://code.google.com/p/cuda-insight-toolkit/

Regards
Hanifa



________________________________
From: Isaiah Norton <isaiah.norton at gmail.com>
To: hanifa mohamed <hanifa_email at yahoo.com.sg>
Cc: itk <insight-users at itk.org>; Bill Lorensen <bill.lorensen at gmail.com>
Sent: Monday, 4 July 2011 11:07 PM
Subject: Re: [Insight-users] ITK versus Opencv


You may be interested in this presentation about interfacing opencv and itk:

http://wiki.na-mic.org/Wiki/images/4/4a/ITKOpenCVBridgeTutorial.pdf


On Mon, Jul 4, 2011 at 8:47 AM, Bill Lorensen <bill.lorensen at gmail.com> wrote:

Regarding OpenMP...
>
>At the latest ITKv4 developer meeting we agreed to replace the
>pthreads implementation in the current itkMultiThreader with an OpenMP
>implementation. This will mean that all threaded filters will benefit
>from OpenMP. We also agreed to allow developers to use OpenMP
>directives in ITK code.
>
>Assuming all goes well with this transition, then OpenMP will be in
>the ITKv4 release (Nov 2011). There will be a beta available in
>September 2011.
>
>Regarding the speed difference between ITK and Opencv, it would be
>nice to have a set of benchmarks that show the difference between the
>two toolkits.
>
>Bill
>
>
>On Mon, Jul 4, 2011 at 5:24 AM, hanifa mohamed
><hanifa_email at yahoo.com.sg> wrote:
>> Hi,
>>      I have been using Opencv for some time and am now studying on the
>> feasiblity of using ITK.
>> Here's the positives, which I appreciate from ITK.
>> 1) Kudos to generic programming ideology used in ITK.
>> 2) I also like its object factories and smart pointers, easies the burden
>> for the developer.
>> 3) The pipeline methodology of stringing together filters is also nice.
>> However, how about speed and performance? Since OpenCV runs on native C
>> code, is it in way better optimised and faster than ITK's template approach.
>> How about using OpenMP (or any parallel processing ) with ITK ? Not an
>> important consideration now, but I'd still like to know. OpenCV supports
>> OpenMP but how about ITK.
>> May I know the key differences and similarities between these 2 libraries
>> and when is one more preferred ?
>> IMO, Itk seems to triumph over Opencv. But Opencv is still going strong. Is
>> it more of legacy issue ?
>> I know my question is kinda biased but I do hope, i can get some honest
>> answers.
>>
>>
>> Thanks in advance.
>>
>>
>> _____________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.html
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.itk.org/mailman/listinfo/insight-users
>>
>>
>_____________________________________
>Powered by www.kitware.com
>
>Visit other Kitware open-source projects at
>http://www.kitware.com/opensource/opensource.html
>
>Kitware offers ITK Training Courses, for more information visit:
>http://www.kitware.com/products/protraining.html
>
>Please keep messages on-topic and check the ITK FAQ at:
>http://www.itk.org/Wiki/ITK_FAQ
>
>Follow this link to subscribe/unsubscribe:
>http://www.itk.org/mailman/listinfo/insight-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20110705/bf069766/attachment.htm>