EXC_BAD_ACCESS lors de l'appel de avcodec_encode_video

Question

J'ai une classe Objective-C (bien que je ne pense pas que ce soit quelque chose d'Obj-C) que j'utilise pour écrire une vidéo sur disque à partir d'une série d'images CG. (Le code que j'utilise en haut pour obtenir les données de pixels vient directement d'Apple: http://developer.apple.com/mac/library/qa/qa2007/qa1509.html). J'ai réussi à créer le codec et le contexte - tout va bien jusqu'à ce qu'il arrive à avcodec_encode_video, quand j'obtiens EXC_BAD_ACCESS. Je pense que cela devrait être une solution simple, mais je ne peux pas comprendre où je vais mal.

J'ai supprimé une vérification d'erreur pour la concision. 'c' est un AVCodecContext * qui a été créé avec succès.

-(void)addFrame:(CGImageRef)img 
{ 
    CFDataRef bitmapData = CGDataProviderCopyData(CGImageGetDataProvider(img)); 
    long dataLength = CFDataGetLength(bitmapData); 
    uint8_t* picture_buff = (uint8_t*)malloc(dataLength); 
    CFDataGetBytes(bitmapData, CFRangeMake(0, dataLength), picture_buff); 

    AVFrame *picture = avcodec_alloc_frame(); 
    avpicture_fill((AVPicture*)picture, picture_buff, c->pix_fmt, c->width, c->height); 

    int outbuf_size = avpicture_get_size(c->pix_fmt, c->width, c->height); 
    uint8_t *outbuf = (uint8_t*)av_malloc(outbuf_size); 

    out_size = avcodec_encode_video(c, outbuf, outbuf_size, picture); // ERROR occurs here 
    printf("encoding frame %3d (size=%5d)\n", i, out_size); 
    fwrite(outbuf, 1, out_size, f); 

    CFRelease(bitmapData); 
    free(picture_buff); 
    free(outbuf); 
    av_free(picture); 
    i++; 
} 

Je l'ai traversé des douzaines de fois. Voici quelques chiffres ...

1. dataLength = 408960
2. picture_buff = 0x5c85000
3. peinture-> données [0] = 0x5c85000 - que je considère dire que avpicture_fill a travaillé ...
4. outbuf_size = 408960

puis j'obtiens EXC_BAD_ACCESS à avcodec_encode_video. Je ne sais pas si c'est pertinent, mais la plupart de ce code provient d'api-example.c. J'utilise XCode, compilant pour armv6/armv7 sur Snow Leopard.

Merci d'avance pour votre aide!

Answer 1

J'ai pas assez d'informations ici pour indiquer l'erreur exacte, mais je pense que le problème est que l'image d'entrée contient moins de données que avcodec_encode_video() prévoit:

avpicture_fill() définit seulement quelques pointeurs et numérique valeurs dans la structure AVFrame. Il ne copie rien, et ne vérifie pas si le tampon est assez grand (et il ne peut pas, puisque la taille de la mémoire tampon ne lui est pas transmise). Il fait quelque chose comme ça (copié à partir des sources de ffmpeg):

size = picture->linesize[0] * height; 
    picture->data[0] = ptr; 
    picture->data[1] = picture->data[0] + size; 
    picture->data[2] = picture->data[1] + size2; 
    picture->data[3] = picture->data[1] + size2 + size2; 

Notez que la largeur et la hauteur est passé de la variable « c » (le AVCodecContext, je suppose), il peut être plus grande que la taille réelle du cadre d'entrée.

Il est également possible que la largeur/hauteur soit bonne, mais le format de pixel du cadre d'entrée est différent de ce qui est passé à avpicture_fill(). (Notez que le format de pixel provient également de AVCodecContext, qui peut différer de l'entrée). Par exemple, si c-> pix_fmt est RGBA et que le tampon d'entrée est au format YUV420 (ou, plus probablement pour l'iPhone, un biplanar YCbCr), alors la taille du tampon d'entrée est width * height * 1.5, mais avpicture_fill() attend la taille de la largeur * hauteur * 4. Par conséquent, la vérification de la géométrie d'entrée/de sortie et des formats de pixels devrait vous indiquer la cause de l'erreur. Si cela ne vous aide pas, je suggère que vous devriez d'abord essayer de compiler pour i386. Il est difficile de compiler correctement FFMPEG pour l'iPhone. Le codec que vous codez prend-il en charge l'espace colorimétrique RVB?

Answer 2

Vous devrez peut-être utiliser libswscale pour convertir en I420 avant l'encodage. Quel codec utilisez-vous? Pouvez-vous poster le code où vous initialisez votre contexte de codec?

Answer 3

La fonction RGBtoYUV420P peut vous aider. http://www.mail-archive.com/libav-user@mplayerhq.hu/msg03956.html