JPGStrip, снять всё с .JPG файлов Опции

[-=CHE@TER=-]

Скачать программу: >>>JPGStrip<<<

Кто уже читал мой обзор вот тут, наверняка заметил, что я не очень доволен ситуацией сложившейся с JPG стрипперами. Так что я написал свой, что называется, from scratch (с нуля).
Вот оно:

АХТУНГ! Программа на стадии тестирования - так что, на всякий пожарный, делайте резервные копии ваших .JPG файлов! Вас предупредили.

Последняя версия лежит на сайте в CTPAX-X Soft.

История изменений

Version: 0.25 -> 0.26 (2008.11.22)
---------------------
Grom PE * -=CHE@TER=-: Added CMYK and arithmetic coded images support.

Version: 0.24 -> 0.25 (2008.03.27)
---------------------
-=CHE@TER=- * Filename doesn't output if file is already optimized
-=CHE@TER=- * Don't write to disk anything if nothing is stripped - a bit faster work
-=CHE@TER=- * Better support for .BAK: they won't created if nothing is stripped
-=CHE@TER=- * "File Access/Modification/Create Time" always restore for all files
(only if BTNoDatetime not specified), because file always readed for
JPEG signature which dropped "File Access Time" property

Version: 0.23 -> 0.24 (2008.01.21)
---------------------
Grom PE * New fancy make.bat
Grom PE * Smaller jpgstrip.ico
Grom PE * Removed double import of WriteFile (Write2 function)
Grom PE * Changed year to 2008

Version: 0.22 -> 0.23 (2008.01.21)
---------------------
-=CHE@TER=- * Create filelist before handling
-=CHE@TER=- * Fixed problem with two '\' characters in path

Version: 0.21 -> 0.22 (2007.12.01)
---------------------
-=CHE@TER=- * jTommy: Fixed bug with incorrect section size
-=CHE@TER=- * jTommy: Fixed filename output (CharToOEM)
-=CHE@TER=- * Replaced copyright Grom PE / -=CHE@TER=- to CTPAX-X Team

Version: 0.2 -> 0.21 (2007.10.24)
--------------------
Grom PE * Fixed incorrect file size counting
Grom PE * Tabbed output, looks better
Grom PE * Changed 'B' to 'bytes', added thousands separation

Version: 0.11 -> 0.2 (2007.10.24)
--------------------
-=CHE@TER=- * Added /R commandline option
-=CHE@TER=- * Added /J commandline option
-=CHE@TER=- * Fix problem with FFD9
-=CHE@TER=- * CR/LF output fixed

Version: 0.1 -> 0.11 (2007.10.14)
--------------------
Grom PE * Fixed some typos
Grom PE * Replaced SysUtils' functions by helpers.inc
Grom PE * Changed Write to Write2, used Int2Str, Int2StrSpaces from helpers.inc
Grom PE * Changed Delphi's file handling to WinAPI
Grom PE * Changed some Integers to Cardinals
Grom PE * Changed Internal dynamic array to simple memory dynamic array
Grom PE * Replaced lstrcmpi by helpers.inc's LowerCase

Version 0.1 (2007.10.11)
-----------
-=CHE@TER=- * Initial release

Предложения по программе (этакий to-do):
1) Не записывать в выходной файл дублирующиеся секции?
2) Оставлять Exif информацию (прога удаляет весь мусор, кроме Exif).

Объясню общий алгоритм работы программы. Значит так: JPG файл состоит из блоков, каждый из которых начинается на FF (255). Общая структура, такова:

FFD8 FFxxSZ... FFxxSZ... FFDASZ... FFD9

ВСЕ блоки, кроме FFD8 (сигнатура JPEG) и FFD9 (маркер конца файла) имеют поле SZ - размер этой самой структуры (в Big Endian, так что его нужно разворачивать, что и делается).
xx - это некий номер, определяющий, что за данные находятся в этом блоке.
Алгоритм моей программы тупой как бревно - читаются эти блоки, из них читается байт xx и сравнивается с массивом разрешённых байтов (см. константу JPEGAllowBlocks) - если этого байта там нет - значит это какой-нибудь thumbnail или ещё какая-нибудь хрень, так что мы её пропускаем и не записываем в выходной файл.

[-=CHE@TER=-]

Нашёл, наверное хрестоматийный, пример безнадёжно изгаженной картинки:

CODE

http://www.bruteprop.com/v3/gallery/images/wesk811.jpg

Занимает 819,693 байта из которых остаётся только 228,764, а остальные 590,929 байт - не поверите - мусор!!!
Причём редкостный мусор, который точно никому не нужен - если интересно скачайте картинку и посмотрите на её содержимое где-нибудь в FAR'е по F3 - и этот хлам качается без спроса и согласия.
Но такие картинки скорее исключение из правил, нежели правило, однако наглядно показывают как нужно правильно тратить чужой трафик, делать невыносимо тяжеловесные сайты и пользоваться настолько же убогим софтом создающим такие файлы.
Это не учитывая то, что для такого скудного количества цветов самым подходящим форматом по критериям размер/качество был бы .PNG!
Справедливости ради нужно отметить, что после снятия всякого в файле вылетают цвета - ICC-Profile?..
Надо, всё-таки, прикрутить его поддержку в JPGStrip. Постараюсь глянуть что в этой картинке не так.

[Grom PE]

ICC-Profile?..
Надо, всё-таки, прикрутить его поддержку в JPGStrip. Постараюсь глянуть что в этой картинке не так.

А что там прикручивать? Раскомментировать $EE в JPEGAllowBlocks и всё.
Кстати, это не ICC-профиль, а указание на то, что картинка в CMYK. И занимает всего 16 байт.

[-=CHE@TER=-]

А что там прикручивать? Раскомментировать $EE в JPEGAllowBlocks и всё.
Кстати, это не ICC-профиль, а указание на то, что картинка в CMYK. И занимает всего 16 байт.

Проблема в том, что у некоторых не CMYK картинок этот блок тоже торчит, хотя если его убрать ничего не изменится. Надо как-то детектить, когда его можно резать, а когда нет.

[Grom PE]

Проблема в том, что у некоторых не CMYK картинок этот блок тоже торчит

Хотелось бы пример такой картинки.

[-=CHE@TER=-]

Хотелось бы пример такой картинки.

Да запросто - бери любую картинку, открывай в Photoshop и сохрани её там в .JPG - независимо CMYK она или нет 0xEE там будет с надписью "Adobe"#0. Я уже писал об этом (см. 3, 4).


Добавлено:

Кстати, это не ICC-профиль, а указание на то, что картинка в CMYK.

Некогда было разбираться просто - поэтому предположил, что ICC.