Почему масштабирование UIImage из камеры такое медленное?

Используйте Shark, профилируйте ее, выясните, что занимает так много времени.

Мне приходится много работать с MediaPlayer.framework, и когда вы получаете свойства для песен на iPod, первый запрос свойства безумно медленный по сравнению с последующими запросами, потому что в первом запросе свойства MobileMediaPlayer упаковывает словарь со всеми свойствами и передает это в мое приложение.

Готов поспорить, что здесь имеет место аналогичная ситуация.

РЕДАКТИРОВАТЬ: мне удалось создать временной профиль в Shark как для ситуации UIImagePickerControllerEditedImage Мэтта Лонга, так и для общей ситуации UIImagePickerControllerOriginalImage.

В обоих случаях большую часть времени занимает CGContextDrawImage. В случае Мэтта Лонга об этом позаботится UIImagePickerController в промежутке между захватом изображения пользователем и переходом изображения в режим редактирования.

При масштабировании процента времени до CGContextDrawImage = 100%, CGContextDelegateDrawImage затем занимает 100%, затем ripc_DrawImage (из libRIP.A.dylib) занимает 100%, а затем ripc_AcquireImage (который, похоже, распаковывает JPEG и занимает большую часть его time in _cg_jpeg_idct_islow, vec_ycc_bgrx_convert, decopress_onepass, sep_upsample) занимает 93% времени. На самом деле только 7% времени тратится на ripc_RenderImage, который, как я полагаю, и является фактическим рисунком.

Похоже, вы сделали здесь несколько предположений, которые могут быть, а могут и нет. Мой опыт отличается от вашего. Этот метод, кажется, занимает всего 20–30 мс на моих сетях 3G при масштабировании фотография сделана с камеры до 0,31 оригинального размера с обращением к:

CGImageRef scaled = CreateScaledCGImageFromCGImage([image CGImage], 0.31);

(Я получаю 0,31, принимая масштаб ширины, кстати, 640,0 / 2048,0)

Я проверил, что изображение того же размера, с которым вы работаете. Вот мой вывод NSLog:

2009-12-07 16:32:12.941 ImagePickerThing[8709:207] Info: {
    UIImagePickerControllerCropRect = NSRect: {{0, 0}, {2048, 1536}};
    UIImagePickerControllerEditedImage = <UIImage: 0x16c1e0>;
    UIImagePickerControllerMediaType = "public.image";
    UIImagePickerControllerOriginalImage = <UIImage: 0x184ca0>;
}

Я не уверен, почему разница, и я не могу ответить на ваш вопрос, поскольку он относится к графическому процессору, однако я считаю 1,5 секунды и 30 мс очень значительной разницей. Может быть, сравните код в этом сообщении в блоге с тем, что вы используете?

Наилучшие пожелания.

У меня была такая же проблема, и я долгое время бился о нее головой. Насколько я могу судить, первый раз, когда вы обращаетесь к UIImage, возвращаемому средством выбора изображений, это просто медленно. В качестве эксперимента попробуйте синхронизировать любые две операции с UIImage - например, ваше масштабирование, а затем UIImageJPEGRepresentation или что-то в этом роде. Затем поменяйте порядок. Когда я делал это раньше, первая операция получает штраф по времени. Моя лучшая гипотеза заключается в том, что память каким-то образом все еще находится на ПЗС-матрице, и передача ее в основную память для выполнения каких-либо действий с ней выполняется медленно.

Когда вы устанавливаете allowImageEditing = YES, изображение, которое вы возвращаете, изменяется и обрезается примерно до 320x320. Это делает его быстрее, но, вероятно, это не то, что вам нужно.

Лучшее ускорение, которое я нашел:

CGContextSetInterpolationQuality(context, kCGInterpolationLow)

в контексте, возвращаемом из CGBitmapContextCreate, прежде чем вы выполните CGContextDrawImage.

Проблема в том, что ваши уменьшенные изображения могут выглядеть не так хорошо. Однако, если вы уменьшаете масштаб на целочисленный коэффициент, например, с 1600x1200 до 800x600, то все выглядит нормально.

Вот проект git, который я использовал, и, похоже, он хорошо работает. Использование также довольно чистое - одна строка кода.

https://github.com/AliSoftware/UIImage-Resize

НЕ ИСПОЛЬЗУЙТЕ CGBitmapImageContextCreate в этом случае! Я провел почти неделю в той же ситуации, в которой оказались вы. Производительность будет просто ужасной, и она будет съедать память как сумасшедшая. Вместо этого используйте UIGraphicsBeginImageContext:

// create a new CGImage of the desired size
UIGraphicsBeginImageContext(desiredImageSize);
CGContextRef c = UIGraphicsGetCurrentContext();

// clear the new image
CGContextClearRect(c, CGRectMake(0,0,desiredImageSize.width, desiredImageSize.height));

// draw in the image
CGContextDrawImage(c, rect, [image CGImage]);

// return the result to our parent controller
UIImage * result = UIGraphicsGetImageFromCurrentImageContext();
UIGraphicsEndImageContext();

В приведенном выше примере (из моего собственного кода изменения размера изображения) "rect" значительно меньше изображения. Приведенный выше код работает очень быстро и должен делать именно то, что вам нужно.

Я не совсем уверен, почему UIGraphicsBeginImageContext намного быстрее, но я считаю, что это как-то связано с распределением памяти. Я заметил, что этот подход требует значительно меньше памяти, подразумевая, что ОС уже где-то выделила место для контекста изображения.