Ru-Board.club
← Вернуться в раздел «Программы»

» IrfanView

Автор: GoblinNN
Дата сообщения: 04.12.2013 05:39
megane68

Цитата:
Почему у меня меняется структура прозрачности

irfan плохо работает с прозрачностью. я в свое время сам крутил irfan и так и эдак. в конце плюнул и все сделал в articons.
Автор: megane68
Дата сообщения: 04.12.2013 14:57

Цитата:
В программе три опции для прозрачности в PNG: "Сохранять прозрачный цвет", "Сохранять прозрачность как альфа-канал" и "Прозрачный цвет - по цвету главного окна".


По сути, кроме опции "Сохранять прозрачный цвет" ничего не должно менять картинку, но программа работает некорректно.
В общем перепробовав все варианты, пришел к мнению, что использование данной программы для ресайза картинок крайне нежелательно.
Для изменения кодировки имён файлов, например на UTF-16, тоже не нашёл для себя решения.

Если для ресайза существует "море" программ, то вот с переводом кодировок названий файлов какая то засада. Может кто посоветует что- то приличное?
Автор: V0lt
Дата сообщения: 04.12.2013 16:59
megane68

Цитата:
Для изменения кодировки имён файлов, например на UTF-16

Что это вообще значит? И при чем здесь просмоторщик картинок?
Автор: Astra55
Дата сообщения: 04.12.2013 17:05
V0lt
Цитата:
Что это вообще значит? И при чем здесь просмоторщик картинок?
Дык с самого начала надо было вопрошающего деликатно отправить куда-нибудь в топик по переименовывающему софту, поскольку Ирфан хоть и имеет отношение к именам файлов, есть у него пункт "Групповое переименование", но специализированная программа сделает это лучше.
Автор: megane68
Дата сообщения: 04.12.2013 17:07

Цитата:
Что это вообще значит? И при чем здесь просмоторщик картинок?

Ну в просмотрщике есть так называемая функция "Преобразовать / Переименовать группу файлов".
Как показала практика, то с преобразованием программа не очень то справляется. А как быть с переименованием?


Цитата:
Дык с самого начала надо было вопрошающего деликатно отправить куда-нибудь в топик по переименовывающему софту, поскольку Ирфан хоть и имеет отношение к именам файлов, есть у него пункт "Групповое переименование"


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

Добавлено:

Цитата:
но специализированная программа сделает это лучше.


А есть пример специализированной программы, где переименовать можно было бы не из 1252 в 1251 и обратно, или сделать транслит кириллица - латинос и обратно, а задать кодировку названия файла самому?
Автор: V0lt
Дата сообщения: 04.12.2013 17:23
megane68

Цитата:
Как показала практика, то с преобразованием программа не очень то справляется.

В целом нормально справляется, только с прозрачностью проблемы.


Цитата:
А как быть с переименованием?

В шапке Скачать русский языковый пакет: EXE или ZIP (со Справкой) Там довольно подробно про настройку шаблона для переименования.


Цитата:
А есть пример специализированной программы, где переименовать можно было бы не их 1252 в 1251

Вообще-то в NTFS имена файлов хранятся в UTF-16 и сохранить их в другой кодировке как бы невозможно.


Цитата:
транслит кириллица - латинос

Автор: megane68
Дата сообщения: 04.12.2013 17:33

Цитата:
Вообще-то в NTFS имена файлов хранятся в UTF-16 и сохранить их в другой кодировке как бы невозможно.


Хорошо. Тогда в какой кодировке должны быть названия картинок на русском, чтобы они отображались на разных локалях одинаково, без крякозябр? Инфан сохраняет, но такое впечатление, что в ANSI.


Цитата:


Что? Есть такая функция у программ 0 Заменить криллические символы на латинские, можно и обратно.
Автор: V0lt
Дата сообщения: 04.12.2013 17:44
megane68
У меня в проводнике, TC и др. программах любые символы отображаются нормально.

IrfanView, как и многие старые программы, имеет проблемы с нелатинскими символами. Эти проблемы частично решаются загрузкой плагина для поддержки уникода. Но если включить это плагин, то будут проблему с русским переводом.
Автор: megane68
Дата сообщения: 04.12.2013 17:49

Цитата:
IrfanView, как и многие старые программы, имеет проблемы с нелатинскими символами. Эти проблемы частично решаются загрузкой плагина для поддержки уникода. Но если включить это плагин, то будут проблему с русским переводом.


Русский перевод не проблема. Плагин включал - толку мало. Я только заметил, что если сохранить список файлов в текстовый файл, то он сохраняется в UTF-8, а без плагина юникода в ANSI.
Впрочем это, по видимому, на само переименование никак не влияет.
Автор: thelamb
Дата сообщения: 04.12.2013 19:25
megane68
Вообще то я не понял конкретно проблемы? Вот я взял первые попавшие скрины с русскими именами в расширении .PNG и преобразовал их все и сразу в .JPG все имена файлов сохранились:

Никаких краков не наблюдаю. Что неудобно, так это то, что получил двойной пакет и теперь надо вручную удалять ненужное расширение, но я не копался в настройках. Просто прочитал ваш пост и решил проверить. Может я чего неправильно понял? Открывал скрины, на глаз разница в глаза не бросается.

В настройках я не копался, но выбор там большой. Открываем любой скрин, щёлкаем на клаве букву B и в открывшемся окне смотрим все настройки. Если надо переименовывать или преобразовывать группу, то лучше собрать скрины в отдельную созданную папку и там пробовать.
Автор: megane68
Дата сообщения: 04.12.2013 19:54

Цитата:
Вообще то я не понял конкретно проблемы? Вот я взял первые попавшие скрины с русскими именами в расширении .PNG и преобразовал их все и сразу в .JPG все имена файлов сохранились:

Да, только если открыть такие названия на отличной от русской локали, они будут читаться крякозябрами.


Цитата:
Никаких краков не наблюдаю. Что неудобно, так это то, что получил двойной пакет и теперь надо вручную удалять ненужное расширение, но я не копался в настройках.

Лучше определить другую папку назначения, чтобы потом не мучаться с удалением исходных файлов и была возможность проверки правильности переименования.

Смысл был в том, что есть файлы PNG, которые на другой локали не читаются. Поэтому возникла необходимость пакетного их переименования по шаблону. Имена надо оставить как есть, только перевести в юникод.
Сколько не рылся в инете, ничего подходящего пока не нашел для Windows.
Сложность еще заключается в том, что не могу определить кодировку в которой названия, а переключаться каждый раз задолбало.
Автор: thelamb
Дата сообщения: 04.12.2013 20:03
megane68
Но тогда и текстовые файлы там читаться не будут? К примеру Документ формата RTF? Я как-то прокололся с этим. Копировал текст из инета в такие файлы. Потом скинул их на CD переустановил ОС, вернул, а они не читаются. Пришлось менять кодировку в реестре. Теперь делаю так. Перед копированием, к примеру страницы, смотрю её кодировку и меняю язык в трее под кодировку страницы. Кстати есть онлайн помощь в определении кодировки текста. Где-то был адрес. На вскидку не помню. Писал об этом в теме Windows.
Автор: megane68
Дата сообщения: 04.12.2013 20:14

Цитата:
Но тогда и текстовые файлы там читаться не будут? К примеру Документ формата RTF? Я как-то прокололся с этим. Копировал текст из инета в такие файлы. Потом скинул их на CD переустановил ОС, вернул, а они не читаются. Пришлось менять кодировку в реестре. Теперь делаю так.

На самом деле надо просто перевести документ в 1251 (для русской локали) и в 1252 (для английской) или юникод. В документе проще сменить кодировку, чем в названии файлов.
Вернее сменить можно кодировку в названии, но цель состоит в том, чтобы они были в юникоде и читались правильно на разных локалях.

Цитата:
Кстати есть онлайн помощь в определении кодировки текста. Где-то был адрес. На вскидку не помню. Писал об этом в теме Windows.

Было бы неплохо. Правда предполагаю, что эта помощь определяет кодировку документов, а не названий файлов.
Автор: thelamb
Дата сообщения: 04.12.2013 20:23
megane68
Если в поиске темы Windows ввести просто "Шрифты" то тем много http://forum.ru-board.com/forum.cgi?action=filter&forum=62&filterby=topictitle&word=%D8%F0%E8%F4%F2%FB
----------------------------------------------
Если возникли проблемы со шрифтом, то можно попробовать выяснить где проблема на стр-цу перекодировщика текста: http://www.artlebedev.ru/tools/decoder/ скопировать свой бракованный текст. Они его выправят (если смогут, причём не всегда с 1-го раза) и пониже напишут что сделали.
P.S. Но вообще-то это всё к данной теме никак не относится
Автор: zhe_zho
Дата сообщения: 04.12.2013 20:57
megane68
Вам правильно сказал V0lt

Цитата:
Вообще-то в NTFS имена файлов хранятся в UTF-16

Обзор файловых систем FAT, HPFS и NTFS на сайте Microsoft
http://support.microsoft.com/kb/100108/ru

Цитата:
Кроме того, для задания имен файлов используется кодировка Юникод и наряду с длинными именами обеспечена поддержка формата 8.3.


Цитата:
Да, только если открыть такие названия на отличной от русской локали, они будут читаться крякозябрами.

А не думаете ли вы, может проблема возникает при переносе изображений с одной локали на другую?
Автор: megane68
Дата сообщения: 04.12.2013 21:07

Цитата:
Обзор файловых систем FAT, HPFS и NTFS на сайте Microsoft
http://support.microsoft.com/kb/100108/ru

Так я и не спорил. Если бы я сам делал наименования картинок, то может удивился бы наличию ANSI в их названиях. Но в том то и дело, что картинки в таком виде ко мне пришли.

Цитата:
А не думаете ли вы, может проблема возникает при переносе изображений с одной локали на другую?

Пробовал и переносить на флешку и переключать систему в которой они изначально читались на русской локали.

Цитата:
Вообще-то в NTFS имена файлов хранятся в UTF-16

Ну вот пример онлайн декодера, который дал thelamb:
http://s5.hostingkartinok.com/uploads/images/2013/12/093d939573bb488f52d420a680f75d39.png
Откуда UTF-8, если должно быть UTF-16?
Автор: zhe_zho
Дата сообщения: 04.12.2013 22:03

Цитата:
Откуда UTF-8, если должно быть UTF-16?

А у меня показывает UTF-8 для текста взятого из текстового файла явно сохранённого в UTF-16.

Цитата:
Пробовал и переносить на флешку

а флешка тоже NTFS? В FAT - ASCII.
А не архивируете ли файлы при переносе?
Мне кажется что проблема где-то здесь.
Автор: V0lt
Дата сообщения: 04.12.2013 22:05

megane68

Цитата:

Цитата: Вообще-то в NTFS имена файлов хранятся в UTF-16

Ну вот пример онлайн декодера, который дал thelamb:
http://s5.hostingkartinok.com/uploads/images/2013/12/093d939573bb488f52d420a680f75d39.png
Откуда UTF-8, если должно быть UTF-16?
Автор: megane68
Дата сообщения: 04.12.2013 22:09

Цитата:
А у меня показывает UTF-8 для текста взятого из текстового файла явно сохранённого в UTF-16.

Значит спишем это на особенности онлайн декодера.
Расшифровать то и я могу, по крайней мере в пяти прогах, а вот определить в какой кодировке, тут проблема.

Цитата:
а флешка тоже NTFS? В FAT - ASCII.
А не архивируете ли файлы при переносе?
Мне кажется что проблема где-то здесь.

Не знаю, что и подумать. И переносил неупакованные папки и упаковывал 7-zip и в NTFS и в FAT32.
В общем курю инет и пока ничего не могу придумать.
Сейчас буду пробовать разные локали щелкать и смотреть как на других.
Автор: thelamb
Дата сообщения: 05.12.2013 12:47
megane68
Вообще-то при копировании инет страниц там внизу указана кодировка. Я выше писал, что переключаю раскладку перед копированием с рус на лат и обратно. Что-то не припомню чтобы было в UTF-16. Обычно показывает или Рус, или Юникод (UTF-8)
Автор: oshizelly
Дата сообщения: 15.12.2013 16:35
Палитра цветов плагина Paint (который вызывается клавишей F12) выглядит, мягко говоря, необычно (смотри скриншот). Некоторые цвета представлены десятками оттенков, много вариантов белого, серого и голубого, зато чёрного и многих других вообще нет Это у всех так или что-то не так в моей системе? Но ведь палитра цветов во всех других приложениях абсолютно нормальная!

Спасибо!

Автор: DimmY
Дата сообщения: 15.12.2013 16:44
oshizelly
А если взять изображение с более чем 8 битами на пиксел?
Автор: thelamb
Дата сообщения: 15.12.2013 19:07
oshizelly
Да такое бывает с некоторыми скринами. У меня пару раз так тоже было. Возможно DimmY прав, а возможно программа иногда сбоит. Просто я не заострял на этом внимания. Мелочи жизни ...
Автор: oshizelly
Дата сообщения: 15.12.2013 19:33
DimmY 16:44 15-12-2013
Цитата:
А если взять изображение с более чем 8 битами на пиксел?

thelamb 19:07 15-12-2013
Цитата:
Да такое бывает с некоторыми скринами.

Да, похоже на правду. Сейчас проверил несколько 8-битных скринов - у всех то же самое. Также проверил несколько 24-битных JPG-картинок - там всё нормально. Для категорического вывода вроде бы мало экспериментального материала, но для гипотезы вполне достаточно

А что дальше? Есть ли способы обойти этот баг? В курсе ли автор и собирается ли его исправлять? Или, может, он думает, что это не баг, а фича?
Автор: V0lt
Дата сообщения: 15.12.2013 19:48
oshizelly
Это не баг, а реальная палитра, которая заложена в графическом файле. Открой какой-нибудь 16-цветный файл

Чтобы цветов стало больше используй команду Изображение->Увеличить глубину цвета... (Image->Increase color depth...).
Автор: DimmY
Дата сообщения: 15.12.2013 19:57
oshizelly

Цитата:
может, он думает, что это не баг, а фича?

Ссылка
Автор: B3T6
Дата сообщения: 15.12.2013 19:57
Это реальная палитра если глубина цвета 8 бит и меньше.
Стоит увеличить глубину цвета (не меняя рисунок) – выбор цветов изменится
Автор: oshizelly
Дата сообщения: 15.12.2013 20:56
V0lt
DimmY
B3T6

Цитата:
Это реальная палитра если глубина цвета 8 бит и меньше.

Я в графических программах не очень разбираюсь, а теория про пиксели и палитровые видеорежимы - вааще тёмный лес. Но... для тех же самым 8-битных файлов другие графические программы, например, HyperSnap или штатный Windows 7 Paint предлагают обычную палитру (то есть, такую же, как, например, для 32-битных). Почему?
Автор: DimmY
Дата сообщения: 15.12.2013 21:14
oshizelly
Предлагать-то они предлагают, но что вы будете с этими цветами делать?
Допустим, у вас файл GIF с палитрой, в которой определены все 256 цветов. Если вы откроете этот файл, скажем, в HyperSnap и нарисуете что-нибудь цветами, которых нет в палитре этого файла, а затем сохраните результат в том же GIF, то ваши новые цвета неизбежно займут место каких-то цветов из имеющейся палитры. Т.е. картинку вы получите искажённую. Если это именно то, что вам нужно, то чтобы проделать такое же в IrfanView, вам сначала нужно увеличить глубину цвета в изображении, нарисовать что-то новыми цветами, а затем снова уменьшить глубину цвета до 8 bpp, опять-таки получив изображение с другими цветами.
Автор: V0lt
Дата сообщения: 15.12.2013 21:20
oshizelly
Потому что эти программы не могут работать напрямую с такими файлами. Они их преобразовывают в 24-бита.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586

Предыдущая тема: DetonatorXP v21.81


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.