Re: Вьюер больших картинок
М... кстати, вот и ответ на вопрос. Берёшь dosbox, берёшь SEAView, и в бой. Я не помню, опенсорсный он или нет, если да, можно попытаться портировать. Я точно помню, что он умел смотреть 300Мб тиффы на 486 с 12 мегами памяти. В Чтв, 12/08/2010 в 15:58 +0400, Victor Wagner пишет: 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-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/128183.3780.1.ca...@home.desunote.ru
Re: Вьюер больших картинок
быстрое масштабирование и панорамирование. никаких промежуточных файлов. количество пикселов превосходит количество байт RAM на машине И как такое реализовать? -- xmpp: alexey#boyko,km,ua
Re: Re: Вьюер больших картинок
] И как такое реализовать? ] делаешь побольше своп и юзаешь картинки BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871281608...@web145.yandex.ru
Re: Вьюер больших картинок
] И как такое реализовать? ] делаешь побольше своп и юзаешь картинки Ну - это уже как бы временный файл. -- xmpp: alexey#boyko,km,ua
Re: Вьюер больших картинок
четвер, 12-сер-2010 14:58:58 Victor Wagner ви написали: быстрое масштабирование и панорамирование. никаких промежуточных файлов. количество пикселов превосходит количество байт RAM на машине И как такое реализовать? Узнать как устроены внутри графические файлы. И далее читать файл не целиком, а построчно, или блоком из 8 строк, Это не будет быстрое масштабирование и панорамирование. если это jpeg, выбрасывать лишнюю информацию, оставляя ровно столько пикселов, сколько пойдет на экран при текущем масштабе. Если подгонять по 8х8 и выкидывать цвет - такое делали во времена МС-ДОС, но сейчас тебя врят ли устроит такой вариант. Это для жпега. тифф - кажись пожато непрерывно, а не построчно. -- xmpp: alexey#boyko,km,ua
Re: Вьюер больших картинок
Это для жпега. тифф - кажись пожато непрерывно, а не построчно. Тиффы пожаты разве? Впрочем, допускаю, что бывают разные. Бывают разные. Для непожатого - проблем не будет. -- xmpp: alexey#boyko,km,ua
Re: Вьюер больших картинок
В сообщении от Четверг 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
Re: Вьюер больших картинок
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-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/i416oc$1a...@dough.gmane.org
Re: Вьюер больших картинок
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-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fwyjybxv@statyvka.org.ua
