PHP GD: проблема с большими картинками?

Question

[whybenormal]

Приветствую, знатоки PHP.

Возникла у меня проблема, не могу обойтись без вашей помощи.


Проблема такова:

При загрузке картинки на сервер создаются тумбы (превьюшки), а оригинал уменьшается до определенного размера по ширине. Проблема возникает, когда я добавляю фотографии большого разрешения (8 Мпикс). Проблемы в весе файла нет, именно в разрешении.

Вот кусок кода:


А вот сама ошибка:



Подскажите, пожалуйста, как мне справиться с данной проблемой? Возможно, нужно что-то дописать? Или может подскажете, например, какой-нибудь флешовый загрузчик, который уменьшает картинку на стороне клиента перед загрузкой? Клиент перед закачкой уменьшать картинки отказывается категорически и я его понимаю.

Answer 1

[Ivan]

>Invalid image dimensions
Ну так посмотрите, чему у вас $dst_w и $dst_h равны в этом случае. Вы же не привели код их расчета.

Comments

[whybenormal]

Спасибо, собака действительно здесь зарыта.

Answer 2

[Виталий Перетятько]

Кстати как вариант — создавать превьюшик с помощью ImageMagic. Обычно выходит быстрее и качественнее.

Comments

[whybenormal]

Спасибо, возьму на заметку.

Answer 3

[Никита Быков]

+ко второму камменту, причем не просто создавать их Image Magick`ом, а его КОНСОЛЬНОЙ версией примерно по такой схеме:

— Получаем файл в темп
— Делаем необходимые переименования, проверки и т.д.
— Складываем оригинал туда где он будет лежать
— запускаем через exec() /usr/bun/convert…;

Собственно в чем прикол… и почему это лучше делать так. Я однажды имел дело с плагином uploadify для jquery, который позволяет делать мультизагрузку фотографий. Сначала использовал GD, но на фотографиях больше 2-х метров этот плагин начинал сходить с ума из-за того что php gd очень тормозил на таких фотографиях (а разрабатывалось и тестилось ПРИНЦИПИАЛЬНО на милимальной VDSке, чтобы если там заработает, то на нормальной как минимум на 10 одновременных пользователях не ляжет, из этих соображений). Иными словами, плагин сходил с ума из-за того что долго не получал ответов от сервера, который был в это время занят обработкой фоток. В случае с exec() php по барабану сколько времени оно будет выполняться, он запустил команду и не ждет ответа, а занимается дальше своими делами.

И еще камень в сторону GD. Есть такое слово exif. Не один десяток кирпичей из меня вылезло по этому поводу. Столкнетесь — поймете) у IM этой проблемы нет )

Удачи!

Answer 4

[MrCrock]

А вы уверены, что процессу хватает памяти для обработки изображений с таким разрешением?

Comments

[whybenormal]

Уверен, что 128 МБ должно хватить с головой для картинки в 8 Мп размером в 1,5-2 Мб.

[cat_crash]

Вы бы небыли бы так уверенны… Я не утверждаю, но предполанаю что изменение размеров может быть не такая тривиальная задача какой кажется на первый взгляд. Вполне возможно что картинка проходит всевозможные алгоритмы распаковывания в памяти, изменения размеров и повторное сжатия (чисто догадки).
Но исходя из ошибки и описания — проблема не в нехватки памяти а всего скорей в неправильном определении конечных размеров

[Stalker_RED]

размер картинки в мегабайтах не говорит практически ничего.
необходимый объем памяти это ширина*высота*цветность*2.5
(2.5 — приблизительная цифра, на самом деле ± 20%)