Boost logo

Boost :

Subject: Re: [boost] [gil::io] Feedback for scanline_read_iterator
From: Mateusz Loskot (mateusz_at_[hidden])
Date: 2013-02-20 11:24:51

On 18 February 2013 17:05, Mateusz Loskot <mateusz_at_[hidden]> wrote:
> On 18 February 2013 16:52, Phil Endecott
> <spam_from_boost_dev_at_[hidden]> wrote:
>> Christian Henning wrote:
>>>> 3) scanline_read_iterator is an input iterator, do you also plan output
>>>> one too?
>>> Not before the release. But logically I don't think there is much
>>> interest. What do you think?
>> The example that I originally presented for needing line-by-line access was
>> to read in a very large image and cut it into tiles, without needing RAM
>> proportional to the image size.
> Phil,
> Thanks for bringing this subject. It would be an important use case
> for myself too.
> I have assumed, at some point we may achieve this by the following:
> * add tile_read_iterator which would dereference to tiles as views
> * use scanline_read_iterator to access lines of current view (a memory
> of tile data)
> I'm thinking along the lines of TIFF spec, perhaps similar approach could
> be based applied to strips-based access combined with scanline_read_iteartor.

I'm wondering, would that tiling scheme be irrelevant or plain unreasonable?
I'd appreciate critique on these ideas
Would anyone?

Best regards,

Mateusz Loskot,

Boost list run by bdawes at, gregod at, cpdaniel at, john at