Hi all
Also I have written a small patch demonstrating the second plan.
The patch implements bwcrop (improved to take input image of any depth) as
a functionality.
[2] https://sourceforge.net/p/brlcad/patches/201/
On Sat, Jun 22, 2013 at 3:19 AM, Mohit Daga <mohitdaga.lnm...@gmail.com>wrote:
> Hi Erik, Sean and other mentors,
>
> Through this email I seek your advice/suggestions in implementing the
> image processing functions of lib_icv.
>
> My current plan of implementation of icv api [1]
>
> This plans to implement the functions of libicv in the following way :
>
> The function caller sends the icv_image struct of the input file and also
> send the pointer of the icv_image struct of the output file.
>
> The function fills in the output data to the file with the required
> functionality for eg, filter, crop etc. And the function caller will have
> to bother about what he/she wishes to do of the output icv_image struct
>
> While implementing the utilities in the above way I got other plan which
> is as follows :
>
> The function caller sends the output file name and these function saves
> the image according to its functionality using the input icv_image struct.
> and returns only the success parameters or the icv_image structure.
>
>
> a) should i continue with the current plan or revert to the second plan
> just talked about ?
> b) If I use the second plan what should be the return value : the output
> icv_image struct or it frees the output icv_image struct ? and returns
> success/failure parameters ?
>
> [1] http://brlcad.org/wiki/User:Level_zero/GSOC13/api
>
>
>
> --
> *--
> Mohit Daga*
>
--
*--
Mohit Daga*
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
