Я пытаюсь отобразить UIImage в режиме реального времени, поступающего с камеры, и кажется, что мой UIImageView не отображает изображение должным образом. Это метод, который a AVCaptureVideoDataOutputSampleBufferDelegate
должен реализовать
- (void)captureOutput:(AVCaptureOutput *)captureOutput
didOutputSampleBuffer:(CMSampleBufferRef)sampleBuffer
fromConnection:(AVCaptureConnection *)connection
{
// Create a UIImage from the sample buffer data
UIImage *theImage = [self imageFromSampleBuffer:sampleBuffer];
// NSLog(@"Got an image! %f %f", theImage.size.width, theImage.size.height);
// NSLog(@"The image view is %@", imageView);
// UIImage *theImage = [[UIImage alloc] initWithData:[NSData
// dataWithContentsOfURL:[NSURL
// URLWithString:@"http://farm4.static.flickr.com/3092/2915896504_a88b69c9de.jpg"]]];
[self.session stopRunning];
[imageView setImage: theImage];
}
Чтобы избавиться от простых проблем:
- Использование UIImagePickerController не является вариантом (в конечном итоге мы будем делать что-то с изображением)
- Я знаю, что обработчик вызывается (вызовы NSLog сделаны, и я вижу вывод)
- Я знаю, что объявления IBOutlet настроены правильно. Если я использую прокомментированный код выше для загрузки произвольного изображения из Интернета вместо простой отправки
setImage:theImage
в imageView, изображение загружается правильно (а второй вызов NSLog сообщает объект, отличный от нуля). - По крайней мере, в основном, изображение, которое я получаю из
imageFromSampleBuffer:
, прекрасно, так как NSLog сообщает размер 360x480, размер которого я ожидал.
Код, который я использую, - это недавно опубликованный фрагмент AVFoundation
от Apple, доступный здесь.
В частности, это код, который я использую, который устанавливает объект AVCaptureSession
и друзей (которого я очень мало понимаю), и создает объект UIImage из буферов Core Video (что метод imageFromSampleBuffer
).
Наконец, я могу заставить приложение сбой, если попытаюсь отправить drawInRect:
в простой подкласс UIView с UIImage
, возвращенный imageFromSamplerBuffer
, в то время как он не сбой, если я использую UIImage
из URL, как указано выше. Вот трассировка стека из отладчика внутри аварии (я получаю сигнал EXC_BAD_ACCESS):
#0 0x34a977ee in decode_swap ()
#1 0x34a8f80e in decode_data ()
#2 0x34a8f674 in img_decode_read ()
#3 0x34a8a76e in img_interpolate_read ()
#4 0x34a63b46 in img_data_lock ()
#5 0x34a62302 in CGSImageDataLock ()
#6 0x351ab812 in ripc_AcquireImage ()
#7 0x351a8f28 in ripc_DrawImage ()
#8 0x34a620f6 in CGContextDelegateDrawImage ()
#9 0x34a61fb4 in CGContextDrawImage ()
#10 0x321fd0d0 in -[UIImage drawInRect:blendMode:alpha:] ()
#11 0x321fcc38 in -[UIImage drawInRect:] ()
EDIT: Здесь еще немного информации о возврате UIImage этим битом кода.
Используя описанный метод здесь, я могу добраться до пикселей и распечатать их, и они выглядят нормально на первый взгляд (каждое значение в альфа-канале составляет 255, например). Тем не менее, там что-то слегка выключено с размерами буфера. Изображение, которое я получаю от Flickr с этого URL, равно 375x500, а его [pixelData length]
дает мне 750000 = 375*500*4
, что является ожидаемым значением. Однако пиксельные данные изображения, возвращаемые из imageFromSampleBuffer:
, имеют размер 691208 = 360*480*4 + 8
, поэтому в пиксельных данных есть 8 дополнительных байтов. CVPixelBufferGetDataSize
сам возвращает это значение by-by-8. Я на мгновение подумал, что это может быть связано с распределением буферов на выровненных позициях в памяти, но 691200 кратно 256, так что это тоже не объясняет. Это несоответствие по размеру - единственное различие, которое я могу рассказать между двумя UIImages, и это может вызвать проблемы. Тем не менее, нет причин, по которым выделение дополнительной памяти для буфера должно вызывать нарушение EXC_BAD_ACCESS.
Большое спасибо за любую помощь, и дайте мне знать, если вам нужна дополнительная информация.