[ImageJ-devel] Labeling - Revised Branch

[Tobias Pietzsch]

On 03/20/2012 05:01 PM, Tobias Pietzsch wrote:
> The main point for you is, that now you can use "smaller" IntegerTypes
> (eg. Byte) to store the Labeling, so you save memory, right?
>
> That's cool, but it comes with the additional overhead of using a
> SamplerConverter for the Accessors. So you trade of memory vs
> computation time. Did you do any benchmarks to see how much
> runtime-overhead you have there?

An alternative way to achieve this would be to make LabelingType an 
interface a la
public interface LabelingType<T extends LabelingType<T> & Comparable<T>> 
extends NativeType<T>
and provide implementations mapping to different basic type arrays.

Did you consider this alternative?

best regards,
Tobias


>
>
> best regards,
> Tobias
>
>
> On 03/19/2012 10:05 PM, Christian Dietz wrote:
>> Hi Tobi & Lee,
>>
>> I created a new branch with some changes of Martin Horn and me
>> concerning the Labeling (labeling-revised).
>> Actually the we changed only a little.
>>
>> The main differences are:
>>
>> - Generic Labeling of any IntegerType (Bit, Byte, Short, Int and so on)
>>
>> - Labeling is not an Img<LabelingType<?>> anymore, but still
>> IterableInterval<LabelingType<?>> and RandomAccessible<LabelingType<?>>
>>
>> - The Labeling is created a little different now (Img<? extends
>> IntegerType<?>> is provided in the constructor as the storage).
>>
>> Please see this as some suggestions from our side and we are pretty sure
>> it's not perfect or even good ;) But maybe it's a good starting point
>> for some future discussions.
>>
>> Thank you for your comments in advance,
>>
>>
>> Martin & Christian :)
>>
>
>
> _______________________________________________
> ImageJ-devel mailing list
> ImageJ-devel at imagej.net
> http://imagej.net/mailman/listinfo/imagej-devel