 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 09 Jan 2008 17:37:46 To : Ruslan Kosolapov Subject : Re: Ubantu 7.10 server пароль -------------------------------------------------------------------------------- Jan 09 12:18 08, Ruslan Kosolapov wrote: RK> Hе надо мерять строчками, это моя основная претензия к RK> твоему аргументу. Раскраска и нормальный редактор нужны даже для RK> 50 строк. Понимая, что это субъективно, я все же выскажусь негативно по поводу попугайских цветов в тексте программы. Впервые я столкнулся с этим еще в Мультиэдите под Дос - начиная с какой-то версии он научился такому. И сразу я стал искать как там это отключить, потому что мне это существенно мешало, сбивая с мысли. ZK>> То, что параметры упаковки в jpeg можно менять - как бы и не ZK>> секрет ни для кого. Как и то, что можно сократить количество ZK>> цветов и тогда картинка пакуется существенно лучше. Это все ZK>> может сделать и Гимп. RK> Только вот в чём фигня - фотошоп иногда значительно сильнее пакует RK> картинку, чем всё остальное. Особенно png. При внешне одинаковых RK> параметрах упаковки. Вот именно что _внешне_ одинаковых. Что там в качестве параметров - некие условные "проценты" качества? Так ведь совершенно не факт что эти проценты имеют одинаковое значение в Фотошопе, Гимпе и XnView например. Это примерно то же самое что сравнивать звучание разных колонок при одинаковой в миллиметрах высоте ползунка регулятора громкости на экране. RK> dottedmag недавно в ЖЖ писал про большой файл, показать который RK> нормально фотошоп смог относительно легко, а вот с линуксовыми RK> тулзами пришлось трахаться. RK> В общем, ты не в теме. Hа самом деле одно преимущество Фотошопа перед Гимпом я знаю, имеется в виду то преимущество, которое актуально для обычного пользователя, не фотографа или художника. Если надо "склеить" два листа географической карты или электронной схемы (А3, 300dpi), то Фотошоп намного лучше справляется с этой задачей так как в процессе "двигания" пересчитывает только видимые на экране части этих огромных файлов, а не все полностью как это делает Гимп. С точки зрения "просто показать" - нужно всего лишь иметь достаточное количество свопа, что может быть проблемой если в линуксе используется что-то типа swapd для динамического его создания - он не всегда успевает сделать достаточное количество и активно жрущий память большими кусками софт получает сообщение о ее нехватке. В вышесказанном(одном и другом) я убедился лично, когда реставрировал старые финские карты своего места обитания. ZK>> А вот тебе более интересное различие. Сравни сколько разных ZK>> методов интерполяции при масштабировании в Фотошопе и сколько их ZK>> в бесплатном XnView (увы - виндовом, не знаю есть ли оно под ZK>> линукс). RK> Опять ты считаешь количество, а не качество. Читал в интернете статью, где сравнивалось качество масштабирования(увеличения) в разных программах. Правда это было лет семь назад. Hаилучший результат там был получен в старом досовом софте Alchemy, а вовсе не в Фотошопе. XnView тогда не было. Также читал о том, что для разного типа изображений рекомендуются разные алгоритмы. В смысле для карты одни, а для фотографии другие. Так вот в Фотошопе толком не из чего выбирать. RK> PS: картинки перепакую как дома появлюсь, если не забуду. Я думаю что прежде чем сравнивать упаковку надо бы разобраться как и на что влияют доступные настройки, в смысле какие именно параметры алгоритма упаковки они меняют. А то ведь если просто с настройками по умолчанию паковать - то они запросто могут оказаться разными. P.S. Интересно - существует ли XnView под Линукс? --- Msged/LNX 6.1.1 * Origin: mobile point - Compaq Armada 1750 + Siemens ME45 (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32884784e9d2.html, оценка из 5, голосов 10
|
|
|