[GIL] color_converted_view usage problem
Hi guys, I currently working on TuttleOFX projet, and using Boost GIL to perform some image process. I wan't using color_converted_view to process clamping values on a view, witth a specific ColorConvert (CC) functor. But with the actual code [ https://github.com/tuttleofx/TuttleOFX/blob/master/libraries/terry/src/terry...] , the pixel_clamp contructor was corretly called, but our functor (void operator()( const SPixel& src, DPixel& dst ) const) wasn't. Does someone have the same bug ? Are they more documentation anywhere on this function ( I'm refering on this link: http://stlab.adobe.com/gil/html/group___image_view_transformations_color_con... ) Thanks, -- Marc-Antoine
Hi Marc,
are you aware of scoped_channel_value? Here a small example:
// Create a double channel with range [-0.5 .. 0.5]
struct double_minus_half { static double apply() { return -0.5; } };
struct double_plus_half { static double apply() { return 0.5; } };
typedef scoped_channel_value
Hi guys,
I currently working on TuttleOFX projet, and using Boost GIL to perform some image process. I wan't using color_converted_view to process clamping values on a view, witth a specific ColorConvert (CC) functor.
But with the actual code [https://github.com/tuttleofx/TuttleOFX/blob/master/libraries/terry/src/terry...] , the pixel_clamp contructor was corretly called, but our functor (void operator()( const SPixel& src, DPixel& dst ) const) wasn't. Does someone have the same bug ? Are they more documentation anywhere on this function ( I'm refering on this link:http://stlab.adobe.com/gil/html/group___image_view_transformations_color_con... )
Thanks, -- Marc-Antoine
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Hi Christian,
Thank for your reply, but I continued to investigate on my problem and in
fact I found the problem.
The function color_converted_view
Hi Marc,
are you aware of scoped_channel_value? Here a small example:
// Create a double channel with range [-0.5 .. 0.5] struct double_minus_half { static double apply() { return -0.5; } }; struct double_plus_half { static double apply() { return 0.5; } }; typedef scoped_channel_value
bits64custom_t; // channel_convert its maximum should map to the maximum bits64custom_t x = channel_traits
::max_value(); assert(x == 0.5); bits16 y = channel_convert<bits16>(x); assert(y == 65535); Let me know. If that doesn't help I'll dig deeper into your problem.
Regards, Christian
Hi guys,
I currently working on TuttleOFX projet, and using Boost GIL to perform some image process. I wan't using color_converted_view to process clamping values on a view, witth a specific ColorConvert (CC) functor.
But with the actual code [ https://github.com/tuttleofx/TuttleOFX/blob/master/libraries/terry/src/terry... ] , the pixel_clamp contructor was corretly called, but our functor (void operator()( const SPixel& src, DPixel& dst ) const) wasn't. Does someone have the same bug ? Are they more documentation anywhere on this function ( I'm refering on
On Tue, May 29, 2012 at 6:28 AM, Marc-Antoine ARNAUD
wrote: this link: http://stlab.adobe.com/gil/html/group___image_view_transformations_color_con... )
Thanks, -- Marc-Antoine
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Hello Marc,
On Thu, May 31, 2012 at 10:35 AM, Marc-Antoine ARNAUD
Hi Christian,
Thank for your reply, but I continued to investigate on my problem and in fact I found the problem. The function color_converted_view only process pixel if they are differents which is not our case, we want to process every time.
What do you mean by "only process if they are different"? You mean the destination type? Good to see you fixed the problem yourself. May I ask why you don't use scoped_channel_value? I seems that your channel_clamp class might be similar. Regards, Christian
participants (2)
-
Christian Henning
-
Marc-Antoine ARNAUD