Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FastStone Image Viewer

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171

Открыть новую тему     Написать ответ в эту тему

m a x

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Родственная тема в Варезнике
Голосование: Лучший просмотрщик (viewer) картинок (2D-графики) - 2021


FastStone Image Viewer это бесплатная при личном использовании программа для обзора, просмотра, конвертирования и редактирования изображений. Имеет простой интерфейс и богатый набор функций. В их числе изменение размера картинок, их сравнение, обрезка, переименование, отправка по электронной почте, цветокоррекция, наложение водяных знаков, фильтрация изображений по меткам и рейтингу, возможность формирования меню избранных папок и др. В удобном полноэкранном режиме доступны информация EXIF и скрытые меню со всеми основными функциями программы, появляющиеся при подведении мыши к каждому из четырёх краёв экрана. Среди прочих особенностей – высококачественная лупа, музыкальное слайдшоу с более чем 150 эффектами смены слайдов, поворот JPEG без потерь, эффекты тени, добавление аннотаций, поддержка сканеров, вывод гистограммы и др. Поддерживаются все основные графические форматы.
 
Особенности программы:


FastStoneImageViewer WEBP HEIC Win7 Fix
https://disk.yandex.ru/d/SCmlWfvDtq6axw - для версии 7.8
https://disk.yandex.ru/d/3pSNP0NtWBP1Qg - для версии 7.7
Фикс позволяет прокручивать файлы WEBP/HEIC и видеть их в медиа-браузере и диалоге "Открыть" программы на Windows 7/8/8.1 при наличии установленных в систему WIC-кодеков Google WebP Codec и CopyTrans HEIC. Для Windows 10/11 данный фикс не нужен.


Похожие программы:
  • ACDSee for PENTAX 3.0 (S-SW87)
  • XnViewMP

  • Всего записей: 652 | Зарегистр. 31-05-2002 | Отправлено: 06:31 06-03-2005 | Исправлено: embrace909, 17:09 29-09-2023
    JFK2005



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DVall

    Цитата:
    Она быстро показывает превью из RAW.
    Как только включаешь опцию реально показывать RAW, быстродействие катастрофически проседает

    А какой смысл показывать реальные RAW? Превью вполне достаточно для оценки кадра. Иной раз достаточно просто вытащить эти превью (что я обычно делаю при помощи dcraw -e *.cr2).
     
    В любом случае, для обработки понадобится что-то более мощное, чем вьювер.
     
    Что касается быстродействия... неплохо бы автору сабжа пересобрать критические участки более продвинутым компилятором (например, Intel C++) с поддержкой всех векторных расширений. Или хотя бы выпустить 64-разрядную версию, в которой SSE2 используется по умолчанию. Это даст существенный прирост скорости. Может быть, отпишу ему. Или отпишите сами - чем больше народу попросит, тем больше вероятность, что он прислушается.
     
    Вот вам картинка, наглядно показывающая разницу в скорости декодирования JPEG, с применением векторных команд, и без оных. Два верхних декодера их используют.
     
       
     
    Из моего опыта, некоторые алгоритмы дают восьмикратный прирост производительности при использовании обычного набора SSE2, я уж не говорю про AVX/AVX2 и распараллеливание.

    Всего записей: 2060 | Зарегистр. 26-10-2005 | Отправлено: 20:06 06-01-2016 | Исправлено: JFK2005, 20:15 06-01-2016
    DVall



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А какой смысл показывать реальные RAW? Превью вполне достаточно для оценки кадра.

     
    Мне недостаточно. По превью отлавливается только явный шлак...
    Превью с 24 мп. ощущение что всё мыло(с 14 было ещё нормально).
    В камерах явно ресайз идёт по быстрому алгоритму.

    Всего записей: 2600 | Зарегистр. 21-09-2001 | Отправлено: 20:24 06-01-2016
    JFK2005



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DVall
    Думаю, что это от камеры зависит. У моей 20 Мп, и никакого мыла на превью нет, если его нет в оригинале.

    Всего записей: 2060 | Зарегистр. 26-10-2005 | Отправлено: 20:50 06-01-2016
    DVall



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Да и зачем анализировать превью когда можно на большой скорости смотреть реальные кадры.

    Цитата:
    У моей 20 Мп, и никакого мыла на превью нет

    С трудом верится, ну явно же при таком ресайзе будет большая потеря информации.
    Может ещё от монитора зависит?(NEC 2490WUXi2)

    Всего записей: 2600 | Зарегистр. 21-09-2001 | Отправлено: 20:56 06-01-2016 | Исправлено: DVall, 20:57 06-01-2016
    JFK2005



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DVall
    У меня в качестве основного монитора почти такой же (Dell U2412M).
     
    Качество ресайза еще зависит от типа матрицы. У меня был аппарат с 18 Мп - разница в превью с 20 Мп ощущается. И от настроек джипега в камере зависит, например от уровня резкости. По крайней мере, на Кэнонах к встроенному в RAW джипегу применяются настройки камеры (цветовые стили, резкость и т.д.)
     
    Поднять быстродействие сабжу всё равно не помешало бы. Интерфейс там, насколько я понимаю, написан на Delphi, декодеры - скомпилированы обычным Visual C++ без векторных расширений. В разы ускорится время декодирования, если использовать всю мощь современных процессоров.

    Всего записей: 2060 | Зарегистр. 26-10-2005 | Отправлено: 21:07 06-01-2016
    DVall



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Краткое исследование.
    24 Мп RAW 6024x4024
    Превью 1616x1080  
    Размер файла 500K
    Если его же пересохранить с качеством 100% получаем ~800K.
    Явно идут потери на ресайзе, и артефакты jpg сжатия.
    Я снимаю в RAW, без jpg.
    Вполне возможно на соньках при съёмке в RAW никакие улучшайзеры к превью не применяются.
     

    Всего записей: 2600 | Зарегистр. 21-09-2001 | Отправлено: 21:21 06-01-2016
    Pasha_ZZZ



    Platinum Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    В камерах всегда ищется компромисс между скоростью сохранения и качеством превьюшки. При чем в деле такие факторы как мощность проца и его стоимость, время работы от батареи, охлаждение, кол-во оперативки (для отложенной записи на карту готовой картинки), кол-во снимков в серии (которые в эту оперативку сначала и отправляются) и т.п.

    Всего записей: 12402 | Зарегистр. 11-03-2002 | Отправлено: 21:38 06-01-2016
    JFK2005



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DVall
    У меня - 20 Мп RAW 5472x3648 (23 Мб). Превью такого же разрешения, размер встроенного в RAW джипега (выдернул при помощи dcraw -e) - 2,3 Мб.
     
    Faststone при сохранении показывает качество оригинала - 80%.
     
    Думаю, что дело тут в разрешении. Моя камера не делает ресайз, отсюда и разница.

    Всего записей: 2060 | Зарегистр. 26-10-2005 | Отправлено: 21:43 06-01-2016 | Исправлено: JFK2005, 21:51 06-01-2016
    sergEO7905



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    неплохо бы автору сабжа пересобрать критические участки более продвинутым компилятором (например, Intel C++) с поддержкой всех векторных расширений.


    Цитата:
     если использовать всю мощь современных процессоров.

     вот из за таких советов, софт под x86 жирнее носорога стал. Вся мощь современных процессоров, вот так глупо в тепловую энергию и просирается. Говнокомпилятор от штеуда, даёт прирост только в егошных процессорах , которые он в настоящий момент производит, и только в писькомерных тестах. а амд процессоры сразу в жопе окажутся. к тому же использование в качестве оптимизаций  дурного нашпиговывания бинарника скалярными и векторными инструкциями, вместо грамотных ручных ассемблерных оптимизаций и качественных алгоритмов,  отвалит программу на процах которые эти инструкции неподдерживают или поддерживают плохо. ну а на core i7 и так перемолится быстро, даже если привык везде с секундомером сидеть.

    Всего записей: 1140 | Зарегистр. 01-02-2015 | Отправлено: 21:54 06-01-2016 | Исправлено: sergEO7905, 21:55 06-01-2016
    DVall



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    кол-во снимков в серии

    Вполне может быть определяющим фактором, при 12к/с на превью наплевать....

    Всего записей: 2600 | Зарегистр. 21-09-2001 | Отправлено: 21:54 06-01-2016
    vapod

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sergEO7905
     

    Всего записей: 1796 | Зарегистр. 21-09-2008 | Отправлено: 22:12 06-01-2016 | Исправлено: vapod, 22:12 06-01-2016
    Pasha_ZZZ



    Platinum Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    sergEO7905
    Цитата:
    Говнокомпилятор от штеуда, даёт прирост только в егошных процессорах , которые он в настоящий момент производит, и только в писькомерных тестах. а амд процессоры сразу в жопе окажутся.
    Какой же ламерский это бред, просто жуть.
    Главные производители комнатных обогревателей (они же шмамд) давно поддерживают и SSE различных версий, и AVX и (продолжить самостоятельно)...
    А если бы вы знали на самом деле, что это такое - то тупостей про оптимизации взамен SSE/AVX не говорили бы.

    Всего записей: 12402 | Зарегистр. 11-03-2002 | Отправлено: 22:50 06-01-2016
    sergEO7905



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А если бы вы знали на самом деле, что это такое - то тупостей про оптимизации взамен SSE/AVX не говорили бы.

    считайте что хотите, я не собираюсь оправдаваться. результат на лицо., никакой реальной оптимизации давно нигде нет, а софт становится всё жирнее и неповоротливее.
    Цитата:
    (они же шмамд) давно поддерживают и SSE различных версий, и AVX и (продолжить самостоятельно)...

     то что бульдозеры поддерживают, совершенно незначит то что оно там нормально работает. к тому же у превидущего покаления K10 этих фуфлыжных avx нет, а этих процов включая 6 ядерных у населения навалом в работе, и никто ничего менять несобиерается.  к тому же даже обычного ia32 для быстрой отработки фото должно хватать, при чём потенциал расширять можно ещё очень долго. а вешать всё на ключи оптимизации дуракомпилятора, и соответственно насиловать этим блоки и костыли вокруг ALU, должно быть стыдно, так как это лень страшная.

    Всего записей: 1140 | Зарегистр. 01-02-2015 | Отправлено: 23:09 06-01-2016 | Исправлено: sergEO7905, 23:09 06-01-2016
    Pasha_ZZZ



    Platinum Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    sergEO7905
    Цитата:
    блоки и костыли вокруг ALU
    ALU занимается целочисленными операциями, а для потоковых и векторных - фактически не предназначен. И если бы интерполяция и лосси-сжатие базировались бы на целых числах - то оно бы и помогло.
    И т.к. нужный вариант ЕХЕшника/ДЛЛки получается изменением пары ключей комстроки - можно было бы:
    а) сделать несколько вариантов сабжа с разными ключами;
    б) сделать несколько вариантов процедур.
    Но вы ведь такой идеалист и хотите, чтобы один ЕХЕ работал и на 286, и на и7. И что вы, что вы, и так ведь целых 7(!!!) метров весит! А вдруг после таких вариантов вырастет, аж до 10-12(!!!!!!), это ж при нынешних гигабайтах ни в какие ворота просто не лезет!

    Всего записей: 12402 | Зарегистр. 11-03-2002 | Отправлено: 23:58 06-01-2016
    mikki

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    C офф. сайта скачивается версия 5.6.1 от 21.12.15
    На главной странице о новой версии информации нет. Как и об изменениях  
    UPD. А устанавливается 5.5
    Cnet  по первый ссылке на загрузку с офф. сайта в заблуждение вводит  http://download.cnet.com/FastStone-Image-Viewer/3000-2192-10324485.html?part=dl-FastStone&subj=dl&tag=button

    Всего записей: 141 | Зарегистр. 01-12-2002 | Отправлено: 16:12 07-01-2016 | Исправлено: mikki, 16:41 07-01-2016
    sergEO7905



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    ALU занимается целочисленными операциями,

    я знаю это. но надо смотреть глубже. alu в микропроцессоре было изночально, это его основной блок. А вот потом и начали обрастать всевозможными костылями и обвесами. ненужно воспринимать влоб сказанное.
    Цитата:
    И т.к. нужный вариант ЕХЕшника/ДЛЛки получается изменением пары ключей комстроки - можно было бы:  а) сделать несколько вариантов сабжа с разными ключами;  б) сделать несколько вариантов процедур.  Но вы ведь такой идеалист и хотите, чтобы один ЕХЕ работал и на 286, и на и7. И что вы, что вы, и так ведь целых 7(!!!) метров весит! А вдруг после таких вариантов вырастет, аж до 10-12(!!!!!!), это ж при нынешних гигабайтах ни в какие ворота просто не лезет!

    как правило программисты ленивы. им тяжело вести несколько сборок под разные конфигурации. и если они переползли под последнее покаление компиляторов и процов, делать под что либо другое они не будут. я не идеалист, я за справедливость. у владельцев i7 и так всё работает, зачем призывать делать подлость другим, у которых этого i7 нет и не будет. к тому же бенчмаркосеки и писькомерщики вполне могут пастись в разнообразных профильных тестопрограммах, и наслождаться всевозмоджными приростами, а не в программе для просмотра картинок, которая везде работать где есть монитор, по определению.

    Всего записей: 1140 | Зарегистр. 01-02-2015 | Отправлено: 16:24 07-01-2016
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Pasha_ZZZ
    Я извиняюсь, т.е. если в компиляторе тупо отметить все галочки со всеми SSEx без каких-либо правок кода, реально будет прирост?

    Всего записей: 6489 | Зарегистр. 28-01-2008 | Отправлено: 17:32 07-01-2016
    JFK2005



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sergEO7905
    При компиляции приложения Intel C++ встраивает в программу диспетчер, определяющий тип процессора и доступные наборы команд. При выполнении выбирается оптимальный вариант, обеспечивающий максимальную производительность. Да, "по умолчанию" процессоры AMD им не опознаются (т.е. программа выполняется без использования SIMD-инструкций). Но эта проблема легко решаема, см. сайт Агнера Фога.
     
    И даже без применения векторных команд Intel лучше оптимизирует код, повышая производительность на любом процессоре.

    Цитата:
    бенчмаркосеки и писькомерщики вполне могут пастись в разнообразных профильных тестопрограммах

    Причем здесь бенчмарки? Ну, будет декодироваться RAW или JPEG в 4 раза быстрее. Причем даже на старом Pentium 4, не говоря уж о новых процессорах. Пример: у меня когда-то был P4 2,4 ГГц. Смотреть HD-видео с применением обычных кодеков на нем было невозможно, не хватало мощности. С кодеками, оптимизированными под SSE2 - никаких проблем.
     
    Всё дело, в том, что ALU, на которые вы так любите ссылаться, уже давно 128-разрядное (или даже 256-разрядное). Оптимальным образом оно будет работать, если выровнять данные по границе и загружать их в регистры сразу большими порциями, а не эмуляцией 32-разрядного режима. И как я уже выше говорил - на некоторых (реальных, из жизни) алгоритмах это дает аж 8-кратный прирост скорости.
     
    Добавлено:
    Skif_off
    pi.cpp
     
    Пример первый попавшийся, не самый удачный. Внутренний цикл компилятор трогать не стал, т.к. неизвестно количество итераций. Если там поставить парочку #pragma, алгоритм будет векторизован полностью.
     
    Или вот такой пример.
    vector.cpp

    Всего записей: 2060 | Зарегистр. 26-10-2005 | Отправлено: 17:38 07-01-2016 | Исправлено: JFK2005, 20:41 07-01-2016
    dmitry1988



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Программа не отображает tiff-файлы с глубиной цвета 12 бит - просто полностью чёрный кадр. 24 бита отображает корректно. А жаль, т. к. она не так сильно тупит как ACDSee при большом количестве фоток в одной папке (около 600 тысяч).

    Всего записей: 468 | Зарегистр. 05-01-2006 | Отправлено: 16:15 20-01-2016
    dmitry1988



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    И еще не могут понять. За что отвечает чекбокс Слежение в настройках во вкладке Миниатюры?

    Всего записей: 468 | Зарегистр. 05-01-2006 | Отправлено: 18:58 20-01-2016
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171

    Компьютерный форум Ru.Board » Компьютеры » Программы » FastStone Image Viewer


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru