Нет, нагуглить-то модули я разумеется могу сам, а тут спрашиваю кто с какими сталкивался, что посоветовал бы лично от себя, кому какие чем нравятся/ненравятся, лучше/хуже...
По личному опыту практического использования, так сказать. С:

Ищи Intel JPEG Library (ijl) и заголовки к ним

лучше GDI+ имхо нет

мм... Ну это вроде либа ОС, не модуль, привязано к Windows.
Что-нибудь независимое? Ту штуку посмотрю, спасибо!

>Что-нибудь независимое?
https://www.w3.org/Graphics/JPEG/jfif3.pdf + Delphi = что-нибудь независимое ...
Могу помочь если что, в планах есть.

У меня аврал, зачёты, экзамены, я хоть и не тяну на настоящего программиста (пока), но увы оказался самым "шарящим" с курса. Теперь на мне висят люди, кучу простых но разных вещей делаю за всех я.

Один я не потяну. Если ток в команде... Как насчёт примерно с февраля попробовать? гм... А спецификация не мелковатта будет? 9 листов...

Есть другие спецификации. Это просто для примера.

Есть такая спецификация :)
http://www.redbubble.com/people/ange4771/works/13136973-jpg-the-jpeg-file-interchange-format

Вот ещё пара ссылок
https://www.w3.org/Graphics/JPEG/itu-t81.pdf
http://docs-hoffmann.de/jpeg131200.pdf

Такой вопрос, если я разбираю файл по... Назовём это блоками... И нашёл блок начинающийся например с $FFFF (маркер) - что корректно делать дальше?
* Выкинуть исключение "Возможно файл повреждён"?
* Сообщить что "Найден неизвестный маркер" и попытаться грузить дальше?
А за что тогда считать размер блока? Как Word? Или читать длину из второго Word (за маркером)?
И как определять если дальше что-то пошло явно не так?

Нашёл две оочень любопытные ссылки на статьи по теме "сделать своё":
http://www.codenet.ru/progr/formt/jpeg_13.php
http://www.codenet.ru/progr/formt/jpeg_10.php

То есть чего это? Если я нашёл "$FFDA == SOS == Начало Сканирования" то последующий Word за ним не размер блока?
И я никак не могу узнать сколько пропустить байт до следующего блока? Узнать можно только проведя это "сканирование"?
Вот же блин, а если оно мне не надо? На данный момент мне надо максимально быстро найти все блоки. =/

https://www.w3.org/Graphics/JPEG/itu-t81.pdf
Смотрите приложение B2.1
Грузим всё в память.
Вначале ищешь маркер SOI потом от него продолжаешь искать маркер EOI
Разница позиций есть длина.
Потом в найденном ищешь маркер заголовка и разбираешь заголовок. Он может быть всего один (в большинстве реализаций это так).

Такой рекурсивный подход получается.


> И я никак не могу узнать сколько пропустить байт до следующего
> блока? Узнать можно только проведя это "сканирование"?

Да и никак иначе.

> На данный момент мне надо максимально быстро найти все блоки.
>  =/

Перебирай не по байтно, а по 2, 4 или 16 байт.

гм... Спасибо большое!
Правда последнее не понял что конкретно подразумевается, как не побайтно-то если грубо говоря надо найти байт "$FF" в массиве?

http://forum.sources.ru/index.php?showtopic=359024&st=15
Только на современных процессорах это бесполезно.

Суть в том что процессор имеет достаточно большые задержки при чтение из кэша в регистры. Если прочитать, а потом вычислить на сколько изменить указатель, то можно выиграть в скорости.