Никогда не заморачивался с программами просмотра всяких изображений, юзая стандартную классическую прогу просмотра в винде, но когда начал тянуть с сети рисунки в png в коллекцию, да еще и большого размера, а это по 7000...10 000 пикселей по одной из сторон (ну выкладывают авторы оригиналы столь большого размера, что мне, специально конвертировать каждое в меньший, что ли), то обнаружил её косяки в виде показа этих же png с черным ступенчатым обрамлением, у которых прозрачность есть. Плюс подтормаживает она на таких больших пикчах и может перестать реагировать на кнопки перемотки с клавиатуры, приходится в интерфейсе кнопки перемотки мышью нажимать. А новая прога просмотра для Windows 10 в metro-стиле хоть и работает просто-таки реактивно, но имеет черный фон, поэтому в пикчах с прозрачностью им будет залита она тоже. Соответственно, что-то черное на рисунке сольется с фоном и будет не видно. Причем цвет фона не настраивается - зачем вообще было делать такую программу, неизвестно.Одним словом, назрела необходимость найти какую-то альтернативную программу для просмотра изображений. Сперва себе подумал, что проблем тут вообще не будет, это же винда, под нее есть куча программ, сейчас все установим! Но как же жестоко я ошибался...Требования к проге были такие - просто просмотр, без редактирования, но с поворотом по кнопкам клавиатуры (вправо и влево) с сохранением нового положения без подтверждения, масштабирование скроллингом колеса мыши и включение и выключение отображения пикчи в истинном размере по одной из кнопок на клавиатуре. А, и ещё - перетягивание мышью увеличенного изображения нажимом левой кнопки.Итак, перепробовал следующие проги, всюду нашел если не косяки, то отсутствие требуемого функционала:Pictus - не сохраняет повернутые пикчи, зато просмотр быстрый.ImageGlass - подтормаживает на больших изображениях и при просмотре таких перескакивает почему-то через несколько штук, это вообще косяк косяков. Причем какого-либо сообщения об ошибке не выводится.XnViewMP - работает быстро, много чего настраивается. Но - показывает пикчи в последовательности сортировки своего обозревателя. То есть если там стоит по-имени - то так и перематываться пикчи будут по-имени, а на сортирование по дате в виндовом проводнике этой программе пофигу. Так что приходится еще специально влезать в тот обозреватель и переключать сортировку и там. Облазил настройки - так и не нашел, как это все выключить. Кроме того, если отключить диалог подтверждения сохранения, то прога вовсе не сохраняет пикчи при их повороте. Плюс повернутая пикча в виндовом проводнике так и остается в прежнем виде, обновления эскизов не происходит, странный глюк.FastStone MaxView - после поворота изображений их надо еще и специально сохранять, отображение в полный размер включается аж по Ctrl+H (вообще прикол, тянутся специально от контрола до этой буквы на клавиатуре, неудобно) и просмотр идет в последовательности сортирования по-имени, переключал в проводнике по дате, но все равно будет по-имени показывать. И это не настраивается (не нашел может, но вряд-ли). Вообще не настраиваются клавиатурные комбинации, как себе автор захотел, так и пользоваться надо.FastPictureViewer Proffessional - неудобное управление и на больших изображениях долго тупит и вскоре выдает, что не хватает памяти (установлено несколько больше 2,5ГБ). И это при том, что остальные проги нормально себе, хоть и с тормозами отображают огромные рисунки. А metro-приложение 10-тки вообще открывает такие изображения мгновенно. И это при том, что у меня не SSD и проц даже не Core i3.От всего этого у меня дикий бугурт, неужели в мире нету простой и быстрой программы для просмотра пикч для Windows с подробной настройкой под себя?! Жесть какая-то, хоть бери и сам пиши, не знаю насколько это сложно правда, не программист.
Лучше ACDSee нету нихуя, именно для быстрого просмотра он годен, в остальном говно конечно с функциями недофотошопа.
>>1867025О, вот его то как раз не пробовал ни разу, проверю в работе.
>>1867027Поставил значит ACDSee Pro 9.2, какой-то репак с рутрекера с вырезанной частью компонентов, которые мне и так не нужны. В отличие от уже упомянутого metro-просмотрщика 10-тки открывает больше png дольше, но это еще допустимо. А вот просмотр идет в последовательности сортировки её же каталога - сортировку проводника винды игнорирует. Это плохо. Плюс какой-то косяк с gif, часть отображается с искажениями цветов, квадратиками и полосами. Это уже никуда не годится.
>>1867038Эти глюки с gif выглядят вот так.
>>1867038>>1867040Ну те не угодишь.Алсо че у тебя там за черный экран то? попробуй откалибровать, жми везде далее до конца и посмотри поможет нет.
>>1867053Черный экран - в смысле черный фон в metro-просмотрщике Windows 10, он не настраивается. Экран я уже калибровал, нормально у меня там все цвета отображаются, монитор e-IPS, хоть правда не профессиональный. Классический же просмотрщик винды, который я себе в 10-тке включил бы подошел, если бы не глюки с отображением больших png, добавил пример такого в пост (кусок от такого изображения показал). Уже снес ACDSee, думал поставить Pictus назад - ну не сохраняет повернутые изображения и фиг с ним, я редко это делаю. Так он, оказывается, тоже сортирует по своему, а не как проводник. У меня по-дате показ стоит, а он по-имени показывает. Там в меню переключить можно, но что-то это не дало ничего, глюк что-ли. Снес нафиг, остается разве что ставить XnViewMP и индивидуально для каждой папки сортировку в нем же и настраивать.
Итак, получается, что только виндовые просмотрщики пикч могут показывать их в том порядке, в котором их проводник отображает! В других надо специально порядок просмотра настраивать. Ибо иначе будет последовательность просмотра по-умолчанию, например по-имени. И если переключать в проводнике по-дате, то в проге просмотра все равно последовательность по-имени остается. Это просто прикол приколов какой-то, выходит, майкросфот специально как-то могут сделать в своих прогах просмотра пикч последовательность как в проводнике (а это классическая прога и новая в метро-стиле), тогда как иному анону так в своей проге сделать и не выйдет, получается - Pictus, ImageGlass, XnViewMP и FastStone MaxView последовательность сортирования в проводнике игнорируют. А настроек брать последовательность оттуда я не нашел, только в части этих программ можно настроить сортировку отдельно (в FastStone MaxView не нашел, как это сделать, ну да видимо плохо искал). Теперь то все понятно, а то я уже себе всю голову сломал, ища требуемую программу. Ставлю пока XnViewMP назад, придется для каждой папки сортировку в ней настроить, а поворачиваю я пикчи не так часто, чтобы глюк с обновлением эскизов, описанный в ОП-посте, сильно доставал.
>>1867060Или я чего-то не понимаю, но у меня XnView показывает пикчи в таком же порядке как и в проводнике.
>>1867024 (OP)https://sourceforge.net/projects/jpegview//thread
>>1867063У тебя просто XnView, без MP? У меня XnViewMP показывает только в той последовательности, которая выставлена в его обозревателе, даже если он при запуске и не показывается (отключил). Стоит там по имени - и будет показывать по имени, пока не перенастроишь. >>1867065Ух ты, сейчас проверю в работе.
>>1867066Неа, XnViewMP. Особо не настраивал его кроме визуального вида.
>>1867067Ясно. Поставил Jpegview. Показывает вообще не пойми в какой последовательности, ставил в проводнике и по дате, и по имени - отображает не в той последовательности, что я устанавливаю. На больших png прилично тормозит, одно открыть не может, ругается на недостаток памяти, а свободная точно была (даже Хром специально закрыл). То изображение, что не может открыть было выложено в нете размером 12000х9000 пикселей, и скачано. На диске занимает 2,75МБ, не стал переделывать в меньший размер. Кстати, часть программ отображает его, вот тот же XnViewMP, только открывает с небольшим притормаживанием (а стандартный Paint уже не осиливает, лол). Так что пока приоритет остается за XnViewMP, если не найду еще что-то иное.
>>1867076IrfanView не пробовал?
>>1867079Пробовал, не понравился он мне. Там в ОП-посте сказанное к FastStone MaxView относится как раз к IrfanView, затупил - перепробовал уже кучу прог, голова не варит. А FastStone MaxView тоже не подошел, не помню уже чем.
>>1867080Есть ещё необновляемый Google Picasa, но можешь попробовать и его.
>>1867082Спасибо, гляну.
рекомендую бесплатный FastStone Image Viewer.платный FastStone MaxView из той же конторы, как по мне, даже хуже)
>>1867086И то, и другое не умеет в уникод...
>>1867084Поставил Picasa - отображает GIF статичными и куда тормознутее XnViewMP, так что удалил. Но в ней не нужно было сортировку файлов настраивать, брала из проводника, ну надо же...>>1867086> FastStone Image ViewerИнсталлировал, настраивается похуже XnViewMP, на больших png соображает немного дольше, не понравилась.
>>1867137Тогда получается что на Windows ничего лучше чем XnViewMp нет.
>>1867141Тяжеловато само по себе. Плохо умеет в уникод.
>>1867143А есть альтернативы по лучше?
>>1867141Я уже был почти в этом уверен, но только что словил там глюки - просматривал png большие взад-вперед, постепенно прога начала тупить и вдруг выдала вообще пустое окно, но не повисла. Пришлось закрыть и открыть её снова. Глянул в диспетчер задач - а процесс её занимает в памяти аж 670МБ (свободная память еще была, кстати). Вспомнил, что там есть настройки кэширования и предварительной загрузки следующего изображения, отключил. Стала куда дольше рисунки открывать, но тех глюков не было. Но это уже слишком долго, включил все назад. Если не возвращаться далеко назад при просмотре (а это по-сути и не нужно, так для проверки делал), то может и нормально показывать всегда будет. Да что же это такое в конце-концов, достало уже. Нету ни одной программы, которая бы работала так же быстро, как metro приложение 10-тки. Я без понятия, как там получилось сделать такую быструю работу. Хоть бери и конвертируй те png во что-то иное или разрешение уменьшай. Придется пока XnViewMP пользоваться.
>>1867146У каждой из альтернатив, одной из которых явлется XnViewMP, есть какой-нибудь значительный недостаток. Супериора по всем параметрам -- нет.Лично я держу FastStone, как основную гляделку; XnViewMP как гляделку для форматов, в которые FastStone не может совсем или не может хорошо; и IrfanView для файлов со всякими экзотическим символами в именах, и форматов, в которые не могут ни первый, ни второй.
Honeyview
>>1867060>Итак, получается, что только виндовые просмотрщики пикч могут показывать их в том порядке, в котором их проводник отображает!Если для тебя это сверхкритично, то можно накостылить в каком-нибудь AHK скрипт, который будет мониторить изменение сортировки в проводнике и менять его в вьюере.Это просто очень специфичный запрос, мне бы наоборот, например, такого не хотелось бы.
>>1867174Проинсталлировал, долго думает перед открыванием больших изображений, не годится.
>>1867192Ну, они все долго будут.Хочешь быстро — файлы храни на SSD, приобрети восьмиядерник, на питоне напиши рендер-модуль с распараллеливанием и менеджер фалов, подгружающий следующую.
>>1867181> Если для тебя это сверхкритично, то можно накостылить в каком-нибудь AHK скрипт, который будет мониторить изменение сортировки в проводнике и менять его в вьюере.Интересно, не знал, что так можно. > Это просто очень специфичный запрос, мне бы наоборот, например, такого не хотелось бы.Я когда-то думал, что любая программа просмотра будет показывать в том порядке, что и проводник, а оно же совсем не так. Уже настроил себе в XnViewMP сортировку в каждой требуемой папке, их не та уж и много, он эту всю сортировку запомнил.
>>1867195> Ну, они все долго будут.Так наибольший прикол в том, что не все! Попробуйте кто тут на винде, в которой есть встроенное metro-приложение (вроде с 8-ки появилось оно) для просмотра изображений открыть что-нибудь тяжелое - да оно летает просто! Даже с png по 10000х12000 пикселей! И вот это меня наиболее удивляет. Значит как-то же можно сделать, чтобы на Xeon E5450 (4-ре ядра по 3ГГЦ, по уровню быстродействия чуть быстрее максимального Core2Quad, но похолоднее) и почти 3ГБ DDR2 памяти, х32 Windows 10, а также обычном харде все быстро показывалось. Ну а так в целом насчет железа согласен, для остальных программ надо хотя бы средний Core i5, DD3 оперативку и SSD.
Итак, хотя и решил остановиться уже на XnViewMP, но решил поискать еще просмотрщиков. И не зря - таки нашел лучшую альтернативу в виде http://nomacs.org/, это тоже freeware. По сравнению с XnViewMP работает в целом быстрее на тяжелых png и гораздо быстрее открывает gif. Лишние панели отключаются, нету всяких наворотов в виде встроенного обозревателя, редактора и т. п, есть русификация, поддерживает много форматов судя с настроек. Клавиатурные сокращения настраиваются довольно широко. Единственный минус, но это уже мои придирки - при просмотре тяжелых изображений вверху окна появляется анимация прогресса в виде мелких бледных, перемещающихся слева направо точек. И если предыдущее изображение было подогнано под размер окна (если оно по разрешению больше его конечно), то оно чуть уменьшается в размере из-за показа этой анимации. Правда долго этой анимации аж так не видно, на моем железе переключение между большими по разрешению изображениями в этой программе занимает до примерно 3...3,5 секунд (засек по секундомеру на смартфоне).
>>1867024 (OP)Держи годноту:honeyview https://www.bandisoft.com/honeyview/ru/Жду отзыв
>>1867143>Плохо умеет в уникод.В чем выражается плохое умение?
>>1867457Уже проверял в работе: >>1867192Спрашивал в /pr, в чем дело что просмотрщик в metro-стиле в 10-тке столь быстр работает, объяснили: потому что wic работает в ядре и захуячен на хардкорном сиhttp://sim0nsays.livejournal.com/31460.htmlа многая часть современных просмотрщиков под винду - ублюдочные порты линукс-прог юзающих библиотеки обработки картинок, заточенные под те же линунсы Как и написал выше: >>1867300 остановился на nomacs.
>>1867024 (OP)
>>1867766
>>1867767
>>1867460Некоторые символы жрет нормально, а на некоторых спотыкается так же, как FastStone. Как правило на wide-char пунктуаторах из области идеографов. То есть, на "широких" двоеточиях, запятых и т.п.
