Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Вьюер больших картинок

16 views
Skip to first unread message

Victor Wagner

unread,
Aug 12, 2010, 4:30:02 AM8/12/10
to
Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
способный эффективно работать с большими растровыми картинками?

Под "эффективно работать" понимаается быстрое масштабирование и
панорамирование. И естественно никаких промежуточных файлов. Должно
работать даже если в распоряжении этой программы нет ни одной writable
файловой системы. Это же вьюер

"Большими" считаются картинки, количество пикселов в которых превосходит
количество байт RAM на машине, где они просматриваются.

Поддержка десяти тысяч экзотичских форматов не нужна. JPEG, TIFF (cо
всеми его вариациями) и PNG - достаточно.

Таких картинок может запросто нагенерировать, скажем graphviz.
Но вообще-то попадаются и полноцветные картинки такого размера, например
результаты сканирования листа карты формата A1. А уж если склеить в
единый файл карту СССР масштаба 1:2 500 000 (16 листов формата A1)...

Года два назад я такой вьюер искал и не нашел. Может с тех пор ситуация
изменилась?


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/20100812082...@wagner.pp.ru

Alexey Boyko

unread,
Aug 12, 2010, 6:20:02 AM8/12/10
to

> быстрое масштабирование и панорамирование.

> никаких промежуточных файлов.

> количество пикселов превосходит количество байт RAM на машине

И как такое реализовать?

--
xmpp: alexey#boyko,km,ua

C S

unread,
Aug 12, 2010, 6:30:01 AM8/12/10
to

] И как такое реализовать?
]

делаешь побольше своп и юзаешь картинки....

BR--
Чертов Вячеслав


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/871281...@web145.yandex.ru

Alexey Boyko

unread,
Aug 12, 2010, 6:50:02 AM8/12/10
to
> ] И как такое реализовать?
> ]
>
> делаешь побольше своп и юзаешь картинки....

Ну - это уже как бы временный файл.

--
xmpp: alexey#boyko,km,ua

Denis Feklushkin

unread,
Aug 12, 2010, 7:00:01 AM8/12/10
to
On Thu, 12 Aug 2010 14:25:24 +0400
C S <ll7...@yandex.ua> wrote:

>
> ] И как такое реализовать?
> ]
>
> делаешь побольше своп и юзаешь картинки....

вот из-за такого подхода большинства кодеров вьювера и нет...


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20100812183...@gmail.com

Alexander Galanin

unread,
Aug 12, 2010, 7:20:01 AM8/12/10
to
12.08.2010 13:31, Alexey Boyko пишет:

>
>> быстрое масштабирование и панорамирование.
>
>> никаких промежуточных файлов.
>
>> количество пикселов превосходит количество байт RAM на машине
>
> И как такое реализовать?

Осознать, что по файлу можно перемещаться с помощью fseek(3).

--
Alexander Galanin


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4C63D164...@galanin.nnov.ru

sergio

unread,
Aug 12, 2010, 7:20:02 AM8/12/10
to
On 08/12/2010 12:23 PM, Victor Wagner wrote:

> Таких картинок может запросто нагенерировать, скажем graphviz.

Как?

% sfdp -Gsize="10000,10000" -Gratio=fill -Tjpeg psg.gv -o psg.jpeg
sfdp: graph is too large for cairo-renderer bitmaps. Scaling by
0.0341323 to fit
sfdp: failure to create cairo surface: out of memory
zsh: segmentation fault sfdp -Gsize="10000,10000" -Gratio=fill -Tjpeg
psg.gv -o psg.jpeg

% sfdp -Gsize="10000,10000" -Gratio=fill -Tjpeg:gd psg.gv -o psg.jpeg
sfdp: graph is too large for gd-renderer bitmaps. Scaling by 0 to fit
gd warning: one parameter to a memory allocation multiplication is
negative or zero, failing operation gracefully
Error: gdImageCreate returned NULL. Malloc problem?
zsh: exit 1 sfdp -Gsize="10000,10000" -Gratio=fill -Tjpeg:gd psg.gv
-o psg.jpeg

psg.gv пример с graphviz.org

--
sergio.


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4C63D850...@sergio.spb.ru

Victor Wagner

unread,
Aug 12, 2010, 8:00:01 AM8/12/10
to
On 2010.08.12 at 15:17:36 +0400, sergio wrote:

> On 08/12/2010 12:23 PM, Victor Wagner wrote:
>
>> Таких картинок может запросто нагенерировать, скажем graphviz.
> Как?

> % sfdp -Gsize="10000,10000" -Gratio=fill -Tjpeg psg.gv -o psg.jpeg

> sfdp: graph is too large for cairo-renderer bitmaps. Scaling by

А нормальный рендерер, не cairo использоваь. В крайнем случае возьмите
версию graphviz из sarge


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2010081211...@wagner.pp.ru

Victor Wagner

unread,
Aug 12, 2010, 8:00:02 AM8/12/10
to
On 2010.08.12 at 12:31:23 +0300, Alexey Boyko wrote:

>
> > быстрое масштабирование и панорамирование.
>
> > никаких промежуточных файлов.
>
> > количество пикселов превосходит количество байт RAM на машине
>
> И как такое реализовать?

Узнать как устроены внутри графические файлы.
И далее читать файл не целиком, а построчно, или блоком из 8 строк,
если это jpeg, выбрасывать лишнюю информацию, оставляя ровно столько
пикселов, сколько пойдет на экран при текущем масштабе.

Такое вообще-то еще во времена MS-DOS делали. И на тогдашних
процессорах, тактовая частота которых была меньше сотни мегагерц, а про
суперскалярные конвейеры еще никто и не слышал, оно работало БЫСТРО.


> --
> xmpp: alexey#boyko,km,ua


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2010081211...@wagner.pp.ru

sergio

unread,
Aug 12, 2010, 8:10:02 AM8/12/10
to
On 08/12/2010 03:56 PM, Victor Wagner wrote:

> А нормальный рендерер, не cairo использоваь. В крайнем случае возьмите
> версию graphviz из sarge

Я два варианта привёл, это второй:


% sfdp -Gsize="10000,10000" -Gratio=fill -Tjpeg:gd psg.gv -o psg.jpeg
sfdp: graph is too large for gd-renderer bitmaps. Scaling by 0 to fit

Или что такое нормальный рендерер?

У меня сид.

--
sergio.


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4C63E283...@sergio.spb.ru

Alexey Boyko

unread,
Aug 12, 2010, 9:10:01 AM8/12/10
to
четвер, 12-сер-2010 14:58:58 Victor Wagner ви написали:

> > > быстрое масштабирование и панорамирование.
> > >
> > > никаких промежуточных файлов.
> > >
> > > количество пикселов превосходит количество байт RAM на машине
> >
> > И как такое реализовать?
>
> Узнать как устроены внутри графические файлы.
> И далее читать файл не целиком, а построчно, или блоком из 8 строк,

Это не будет быстрое масштабирование и панорамирование.

> если это jpeg, выбрасывать лишнюю информацию, оставляя ровно столько
> пикселов, сколько пойдет на экран при текущем масштабе.

Если подгонять по 8х8 и выкидывать цвет - такое делали во времена МС-ДОС, но
сейчас тебя врят ли устроит такой вариант.

Это для жпега. тифф - кажись пожато непрерывно, а не построчно.


--
xmpp: alexey#boyko,km,ua

Andrey Rahmatullin

unread,
Aug 12, 2010, 9:20:03 AM8/12/10
to
On Thu, Aug 12, 2010 at 04:01:47PM +0300, Alexey Boyko wrote:
> Это для жпега. тифф - кажись пожато непрерывно, а не построчно.
Тиффы пожаты разве?
Впрочем, допускаю, что бывают разные.

--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<dottedmag> Гыыыы. "Clone bug" => "размножить ошибку"
<dottedmag> И картинку с текущей багзиллы приложить.
<raorn> кстати, а как размножаются баги?
<roman> личинками
<dottedmag> С ними по ночам девелоперы трахаются.
<LunohoD> dottedmag: это как китайцы пишут в апдейтах: "Modify bugs."

signature.asc

Alexey Boyko

unread,
Aug 12, 2010, 9:40:01 AM8/12/10
to
> > Это для жпега. тифф - кажись пожато непрерывно, а не построчно.
>
> Тиффы пожаты разве?
> Впрочем, допускаю, что бывают разные.

Бывают разные. Для непожатого - проблем не будет.

--
xmpp: alexey#boyko,km,ua

Sergei Stolyarov

unread,
Aug 12, 2010, 10:10:02 AM8/12/10
to
On 12.08.2010 15:23, Victor Wagner wrote:
> Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> способный эффективно работать с большими растровыми картинками?
> Года два назад я такой вьюер искал и не нашел. Может с тех пор ситуация
> изменилась?

eog?


--
Sergei Stolyarov


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4C63FF57...@regolit.com

Dmitri Samsonov

unread,
Aug 12, 2010, 11:10:01 AM8/12/10
to
Victor Wagner пишет:

> Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> способный эффективно работать с большими растровыми картинками?

nip2 не подходит?

Это, правда, редактор, а не глядельщик, но кто ж заставляет
редактировать-то?
Просмотр (и редактирование!) картинок больше RAM-а
(подгрузка/сохранение только нужных кусков), масштабирование, быстрота
работы -- вроде бы всё это есть...

P.S. Да и он уже лет пять как есть, если я правильно понимаю. Значит и
два года назад тоже был.

--
Dmitri Samsonov


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4C640E78...@gmail.com

Andrey Kiselev

unread,
Aug 12, 2010, 11:20:02 AM8/12/10
to
On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote:
> Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> способный эффективно работать с большими растровыми картинками?
>
> Под "эффективно работать" понимаается быстрое масштабирование и
> панорамирование. И естественно никаких промежуточных файлов. Должно
> работать даже если в распоряжении этой программы нет ни одной writable
> файловой системы. Это же вьюер

nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет.

> Года два назад я такой вьюер искал и не нашел. Может с тех пор ситуация
> изменилась?

VIPS/NIP в Debian входят очень давно, гораздо дольше двух лет.

--
Andrey V. Kiselev


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20100812144...@ak4719.spb.edu

Victor Wagner

unread,
Aug 12, 2010, 11:20:02 AM8/12/10
to
On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote:

> On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote:
> > Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> > способный эффективно работать с большими растровыми картинками?
> >
> > Под "эффективно работать" понимаается быстрое масштабирование и
> > панорамирование. И естественно никаких промежуточных файлов. Должно
> > работать даже если в распоряжении этой программы нет ни одной writable
> > файловой системы. Это же вьюер
>
> nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет.

Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он
меня и не устроил. Требования - должно работать при отсутствии вообще
какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в
RAM).

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2010081215...@wagner.pp.ru

Ekimov Alexandr

unread,
Aug 12, 2010, 11:50:02 AM8/12/10
to
В сообщении от Четверг 12 августа 2010 19:18:21 автор Victor Wagner написал:

> On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote:
> > On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote:
> > > Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> > > способный эффективно работать с большими растровыми картинками?
> > >
> > > Под "эффективно работать" понимаается быстрое масштабирование и
> > > панорамирование. И естественно никаких промежуточных файлов. Должно
> > > работать даже если в распоряжении этой программы нет ни одной writable
> > > файловой системы. Это же вьюер
> >
> > nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет.
>
> Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он
> меня и не устроил. Требования - должно работать при отсутствии вообще
> какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в
> RAM).
Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать
изображения не влезающие в оперативную память, при этом не организовывать
временного файла и не читать картинку кусками. Тут либо память (оперативная
или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие
изображения в оперативной памяти, но это такой изврат. Хотя если
профинансируете , то выполню все ваши капризы :D

Serhiy Storchaka

unread,
Aug 12, 2010, 12:20:01 PM8/12/10
to
Victor Wagner wrote:
> Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> способный эффективно работать с большими растровыми картинками?

eog обещают.

Description: Eye of GNOME graphics viewer program
eog or the Eye of GNOME is a simple graphics viewer for the GNOME
desktop which uses the gdk-pixbuf library. It can deal with large
images, and zoom and scroll with constant memory usage. Its goals are
simplicity and standards compliance.

Но врут.


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/i416oc$1a5$1...@dough.gmane.org

Иван Лох

unread,
Aug 12, 2010, 3:10:02 PM8/12/10
to
On Thu, Aug 12, 2010 at 07:45:59PM +0400, Ekimov Alexandr wrote:
> >
> > Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он
> > меня и не устроил. Требования - должно работать при отсутствии вообще
> > какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в
> > RAM).
> Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать
> изображения не влезающие в оперативную память, при этом не организовывать
> временного файла и не читать картинку кусками. Тут либо память (оперативная
> или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие
> изображения в оперативной памяти, но это такой изврат. Хотя если
> профинансируете , то выполню все ваши капризы :D

Это должно достаточно просто и красиво делаться для вейвлетных форматов. Так, что
надо просто переформулировать задачу ;-}

Я, кстати, храню фотографии в DjVu wavelets ;-}


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20100812190...@nano.ioffe.rssi.ru

Victor Wagner

unread,
Aug 12, 2010, 3:30:02 PM8/12/10
to
On 2010.08.12 at 19:45:59 +0400, Ekimov Alexandr wrote:

> >
> > Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он
> > меня и не устроил. Требования - должно работать при отсутствии вообще
> > какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в
> > RAM).
> Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать
> изображения не влезающие в оперативную память, при этом не организовывать
> временного файла и не читать картинку кусками. Тут либо память (оперативна

Вообще у меня есть программа, которая в реальном режиме MS-DOS (640кб)
показывает картинки размером до 16000x16000, что демонстрирует
выполнимость требований.

Откуда вы взяли требование "не читать картинку кусками"? Я такого не
ставил. Я ставил требование "читать картинку из того формата, в котором
она лежит". Можно даже поставить более жетское требование "читать файл
только последовательно, перематывая на начало при кажом масштабировании
или панорамировании". Это не делает задачу невыполнимой.

> или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие
> изображения в оперативной памяти, но это такой изврат. Хотя если

Так мы, кстати, пробовали. И в 16-битном DPMI ухитрялись благодаря этому
редактировать картинку 15000x8000. Правда очень немногоцветную, так что
она RLE хорошо жалась. Если кто не в курсе, у 16битного Protected Mode
286 процессора предел адресуемого пространства - 24Мб.


> профинансируете , то выполню все ваши капризы :D

С какой стати я буду финансировать освоение вами того, что любой
программист должен был понять в первый же год обучения программированию?
Я просто замечу вашу фамилию и если вы когда-нибудь придете ко мне на
собеседование, не буду тратить время.

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20100812192...@wagner.pp.ru

Victor Wagner

unread,
Aug 12, 2010, 3:30:02 PM8/12/10
to
On 2010.08.12 at 19:16:15 +0300, Serhiy Storchaka wrote:

> Victor Wagner wrote:
> > Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> > способный эффективно работать с большими растровыми картинками?
>
> eog обещают.
>
> Description: Eye of GNOME graphics viewer program
> eog or the Eye of GNOME is a simple graphics viewer for the GNOME
> desktop which uses the gdk-pixbuf library. It can deal with large

Вот только плохо что там GNOME и gdk-pixbuf. То есть constant memory
usage будет в районе гигабайт нескольких даже для иконки 16x16

Хотя конечно я это требование забыл указаль - никаких зависимостей от
GNOME и KDE.

> images, and zoom and scroll with constant memory usage. Its goals are
> simplicity and standards compliance.
>
> Но врут.


Не могут не врать. gdk-pixbuf же.

А для этой задачи нельзя использовать стандартные библиотеки работы с
изображениями. Надо головой думать. libtiff и libjpeg, пожалуй, можно, а вот
насчет libpng уже не уверен.
>


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20100812192...@wagner.pp.ru

Dmitry Statyvka

unread,
Aug 12, 2010, 5:00:02 PM8/12/10
to
>>>>> Ekimov Alexandr writes:

EA> В сообщении от Четверг 12 августа 2010 19:18:21 автор Victor Wagner
EA> написал:


>> On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote:
>> > On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote:
>> > > Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве
>> вьюер, > > способный эффективно работать с большими растровыми
>> картинками?
>> > >
>> > > Под "эффективно работать" понимаается быстрое масштабирование и
>> > > панорамирование. И естественно никаких промежуточных
>> файлов. Должно > > работать даже если в распоряжении этой программы
>> нет ни одной writable > > файловой системы. Это же вьюер
>> >
>> > nip2, но это не только вьюер и писать проект он обычно куда-нибудь
>> хочет.
>>
>> Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра,
>> он меня и не устроил. Требования - должно работать при отсутствии
>> вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е
>> считай в RAM).

EA> Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет
EA> показывать изображения не влезающие в оперативную память, при этом
EA> не организовывать временного файла и не читать картинку
EA> кусками. Тут либо память (оперативная или дисковая), либо чтение
EA> кусками.

Да вроде и не было ограничения на чтение кусками. Более того, именно
это и просят.

[...]

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/87fwyjy...@statyvka.org.ua

Andrey Kiselev

unread,
Aug 13, 2010, 9:00:02 AM8/13/10
to
On Thu, Aug 12, 2010 at 07:16:15PM +0300, Serhiy Storchaka wrote:
> > Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> > способный эффективно работать с большими растровыми картинками?
>
> eog обещают.
>
> Description: Eye of GNOME graphics viewer program
> eog or the Eye of GNOME is a simple graphics viewer for the GNOME
> desktop which uses the gdk-pixbuf library. It can deal with large
> images, and zoom and scroll with constant memory usage. Its goals are
^^^^^^^^^^^^^^^^^^^^^^^^^^

Это хорошо, что расход памяти фиксированный, однако не сказано, каков он. Для
больших изображений он и будет соответственно большим. Например, TIFF он грузит
целиком (да ещё и через упрощённый интерфейс, так что далеко не каждый TIFF
загрузится).

> simplicity and standards compliance.
>
> Но врут.

Ну почему же...


--
Andrey V. Kiselev


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20100813125...@ak4719.spb.edu

George Shuklin

unread,
Aug 14, 2010, 9:30:01 PM8/14/10
to
М... кстати, вот и ответ на вопрос. Берёшь dosbox, берёшь SEAView, и в
бой. Я не помню, опенсорсный он или нет, если да, можно попытаться
портировать.

Я точно помню, что он умел смотреть 300Мб тиффы на 486 с 12 мегами
памяти.

В Чтв, 12/08/2010 в 15:58 +0400, Victor Wagner пишет:

Archive: http://lists.debian.org/1281834444....@home.desunote.ru

Sergey Korobitsin

unread,
Aug 31, 2010, 5:00:02 AM8/31/10
to
Victor Wagner ☫ → To debian-...@lists.debian.org @ Thu, Aug 12, 2010 12:23 +0400

> Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> способный эффективно работать с большими растровыми картинками?
>
> Под "эффективно работать" понимаается быстрое масштабирование и
> панорамирование. И естественно никаких промежуточных файлов. Должно
> работать даже если в распоряжении этой программы нет ни одной writable
> файловой системы. Это же вьюер
>
> "Большими" считаются картинки, количество пикселов в которых превосходит
> количество байт RAM на машине, где они просматриваются.

Случайно на http://linux.org.ru/ попалась схожая тема, и там
посоветовали вот что:

> Просмоторщик Openev умеет это делать
> http://openev.sourceforge.net/. (Он использует библиотеку GDAL).

> При этом не использует свап и расходует лишь несколько десятков мегабайт
> озу.

> Он специально создан для просмотра фотографий гига-размеров.

URL: http://www.linux.org.ru/jump-message.jsp?msgid=5278942&cid=5284321

В Debian, правда, нет.

--
Bright regards, Sergey Korobitsin | http://the-brights.net/ --
Arta Software, http://arta.kz/ | illuminating and elevating
xmpp:under...@jabber.arta.kz | the naturalistic worldview

--
Условно-бесплатная программа — это такая программа,
которую ставишь бесплатно, а потом тебе за неё дают условно…
-- aceler в http://lj.rossia.org/users/k001/659660.html?thread=4968140#t4968140


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2010083108...@undertaker.arta.local

0 new messages