Под "эффективно работать" понимаается быстрое масштабирование и
панорамирование. И естественно никаких промежуточных файлов. Должно
работать даже если в распоряжении этой программы нет ни одной 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
> никаких промежуточных файлов.
> количество пикселов превосходит количество байт RAM на машине
И как такое реализовать?
--
xmpp: alexey#boyko,km,ua
делаешь побольше своп и юзаешь картинки....
BR--
Чертов Вячеслав
--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Ну - это уже как бы временный файл.
--
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
Осознать, что по файлу можно перемещаться с помощью 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
> Таких картинок может запросто нагенерировать, скажем 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
> 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
>
> > быстрое масштабирование и панорамирование.
>
> > никаких промежуточных файлов.
>
> > количество пикселов превосходит количество байт 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
> А нормальный рендерер, не 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
> > > быстрое масштабирование и панорамирование.
> > >
> > > никаких промежуточных файлов.
> > >
> > > количество пикселов превосходит количество байт RAM на машине
> >
> > И как такое реализовать?
>
> Узнать как устроены внутри графические файлы.
> И далее читать файл не целиком, а построчно, или блоком из 8 строк,
Это не будет быстрое масштабирование и панорамирование.
> если это jpeg, выбрасывать лишнюю информацию, оставляя ровно столько
> пикселов, сколько пойдет на экран при текущем масштабе.
Если подгонять по 8х8 и выкидывать цвет - такое делали во времена МС-ДОС, но
сейчас тебя врят ли устроит такой вариант.
Это для жпега. тифф - кажись пожато непрерывно, а не построчно.
--
xmpp: alexey#boyko,km,ua
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):
<dottedmag> Гыыыы. "Clone bug" => "размножить ошибку"
<dottedmag> И картинку с текущей багзиллы приложить.
<raorn> кстати, а как размножаются баги?
<roman> личинками
<dottedmag> С ними по ночам девелоперы трахаются.
<LunohoD> dottedmag: это как китайцы пишут в апдейтах: "Modify bugs."
Бывают разные. Для непожатого - проблем не будет.
--
xmpp: alexey#boyko,km,ua
eog?
--
Sergei Stolyarov
--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
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
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
> 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
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
Это должно достаточно просто и красиво делаться для вейвлетных форматов. Так, что
надо просто переформулировать задачу ;-}
Я, кстати, храню фотографии в 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
> >
> > Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он
> > меня и не устроил. Требования - должно работать при отсутствии вообще
> > какой-либо 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 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
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
Это хорошо, что расход памяти фиксированный, однако не сказано, каков он. Для
больших изображений он и будет соответственно большим. Например, 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
Я точно помню, что он умел смотреть 300Мб тиффы на 486 с 12 мегами
памяти.
В Чтв, 12/08/2010 в 15:58 +0400, Victor Wagner пишет:
Archive: http://lists.debian.org/1281834444....@home.desunote.ru
> Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер,
> способный эффективно работать с большими растровыми картинками?
>
> Под "эффективно работать" понимаается быстрое масштабирование и
> панорамирование. И естественно никаких промежуточных файлов. Должно
> работать даже если в распоряжении этой программы нет ни одной 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