Comment libérer correctement un AVCaptureSession

Je suis à l'aide de l'AV Foundation classes de capturer le flux vidéo en direct de la caméra et de traiter la vidéo échantillons. Cela fonctionne très bien. Cependant, j'ai des problèmes correctement libérant de l'AV de la fondation des instances (session de capture, l'aperçu de la couche d'entrée et de sortie) une fois que je suis fait.

Quand je n'ai plus besoin de la séance et tous les objets associés, j'ai arrêter la session de capture et de le relâcher. Cela fonctionne la plupart du temps. Cependant, parfois, l'application se bloque avec un EXEC_BAD_ACCESS signal soulevées dans le deuxième thread a été créé par l'envoi de la file d'attente (et où la vidéo échantillons sont traités). Le crash est dû principalement à ma propre instance de classe, qui sert de tampon d'échantillon délégué et est libéré après j'ai arrêter la session de capture.

La documentation d'Apple mentionne le problème: l'Arrêt de la session de capture est une opération asynchrone. C'est: il ne se produit pas immédiatement. En particulier, le deuxième thread continue à traiter les échantillons vidéo et d'accéder aux différentes instances de la session de capture ou l'entrée et la sortie des appareils.

Alors, comment puis-je libérer correctement la AVCaptureSession et de toutes les instances? Est-il une notification fiable me dit que le AVCaptureSession a fini?

Voici mon code:

Déclarations:

AVCaptureSession* session;
AVCaptureVideoPreviewLayer* previewLayer;
UIView* view;

Configuration d'instances:

AVCaptureDevice* camera = [AVCaptureDevice defaultDeviceWithMediaType: AVMediaTypeVideo];
session = [[AVCaptureSession alloc] init];

AVCaptureDeviceInput* input = [AVCaptureDeviceInput deviceInputWithDevice: camera error: &error];
[session addInput: input];
AVCaptureVideoDataOutput* output = [[[AVCaptureVideoDataOutput alloc] init] autorelease];
[session addOutput: output];

dispatch_queue_t queue = dispatch_queue_create("augm_reality", NULL);
[output setSampleBufferDelegate: self queue: queue];
dispatch_release(queue);

previewLayer = [[AVCaptureVideoPreviewLayer layerWithSession: session] retain];
previewLayer.frame = view.bounds;
[view.layer addSublayer: previewLayer];

[session startRunning];

De nettoyage:

[previewLayer removeFromSuperlayer];
[previewLayer release];
[session stopRunning];
[session release];
InformationsquelleAutor Codo | 2010-09-18
  1. 18

    Voici la meilleure solution que j'ai trouvé jusqu'à présent. L'idée de base est d'utiliser l'outil de finalisation de l'envoi de la file d'attente. Lors de l'envoi de la file d'attente se ferme, on peut être sûr qu'il n'y aura plus d'action dans le deuxième thread où l'échantillon tampons sont traitées.

    static void capture_cleanup(void* p)
{
    AugmReality* ar = (AugmReality *)p; //cast to original context instance
    [ar release];  //releases capture session if dealloc is called
}

...

dispatch_queue_t queue = dispatch_queue_create("augm_reality", NULL);
dispatch_set_context(queue, self);
dispatch_set_finalizer_f(queue, capture_cleanup);
[output setSampleBufferDelegate: self queue: queue];
dispatch_release(queue);
[self retain];

...

    Malheureusement, j'ai maintenant explicitement arrêter la capture. Sinon, libérant mon exemple ne sera pas libre parce que le deuxième thread maintenant incrémente et décrémente le compteur ainsi.

    Un autre problème est que ma classe est maintenant libéré de deux threads différents. Est-ce fiable ou est-ce un autre problème provoquant des plantages?

    • Qu'est-ce que AugmReality dans capture_cleanup fonction ? je ne suis pas d'obtenir cette chose.
    • AugmReality est une classe personnalisée de mon application la mise en œuvre de l'échantillon tampon délégué. Si la variable p (ou ar) se réfère à l'exemple que j'aime de presse, mais il ne peut pas, jusqu'à la session de capture est complètement arrêté.
    InformationsquelleAutor Codo
  2. 4

    J'ai posté une question très semblable dans l'Apple Developer Forum et a obtenu une réponse d'un employé d'Apple. Il dit que c'est un problème connu:

    C'est un problème avec le AVCaptureSession /VideoDataOutput dans
    iOS 4.0-4.1 qui a été fixé et apparaîtra dans une future mise à jour. Pour
    le moment, vous pouvez le contourner en attente pendant une courte période après
    l'arrêt de la AVCaptureSession, par exemple, une demi-seconde, avant de se débarrasser de la
    session et la sortie de données.

    Il/elle propose le code suivant:

    dispatch_after(
    dispatch_time(0, 500000000),
    dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), //or main queue, or your own
    ^{
        //Do your work here.
        [session release];
        //etc.
    }
);

    J'aime toujours l'approche avec l'envoi de la file d'attente finaliseur mieux parce que ce code que conjectures, quand le deuxième thread avez terminé.

    InformationsquelleAutor Codo
  3. 3

    Comme par apple docs(Un) [AVCaptureSession stopRunning] est une opération synchrone qui bloque jusqu'à ce que le récepteur a complètement cessé de fonctionner. Donc, toutes ces questions ne devrait pas se produire plus.

    • ils ne semblent être que ça m'arrive, iOS 10, Swift 3, Xcode 9
    InformationsquelleAutor Kiran
  4. 2

    Résolu!
    C'est peut-être la séquence de acions sur l'initialisation de la session. Celui-ci fonctionne pour moi:

    NSError *error = nil;
if(session)
[session release];
//Create the session
session = [[AVCaptureSession alloc] init];
//Configure the session to produce lower resolution video frames, if your 
//processing algorithm can cope. We'll specify medium quality for the
//chosen device.
session.sessionPreset = AVCaptureSessionPresetMedium;
//Find a suitable AVCaptureDevice
AVCaptureDevice *device = [AVCaptureDevice
defaultDeviceWithMediaType:AVMediaTypeVideo];
//Create a device input with the device and add it to the session.
AVCaptureDeviceInput *input = [AVCaptureDeviceInput deviceInputWithDevice:device 
error:&error];
if (!input) {
//Handling the error appropriately.
}
[session addInput:input];
//Create a VideoDataOutput and add it to the session
AVCaptureVideoDataOutput *output = [[[AVCaptureVideoDataOutput alloc] init] autorelease];
[session addOutput:output];
//Configure your output.
dispatch_queue_t queue = dispatch_queue_create("myQueue", NULL);
[output setSampleBufferDelegate:self queue:queue];
dispatch_release(queue);
//Specify the pixel format
output.videoSettings = 
[NSDictionary dictionaryWithObject:
[NSNumber numberWithInt:kCVPixelFormatType_32BGRA] 
forKey:(id)kCVPixelBufferPixelFormatTypeKey];
//If you wish to cap the frame rate to a known value, such as 15 fps, set 
//minFrameDuration.
output.minFrameDuration = CMTimeMake(1, 15);
previewLayer = [AVCaptureVideoPreviewLayer layerWithSession:session];
[delegate layerArrived:previewLayer];
NSNotificationCenter *notify =
[NSNotificationCenter defaultCenter];
[notify addObserver: self
selector: @selector(onVideoError:)
name: AVCaptureSessionRuntimeErrorNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStart:)
name: AVCaptureSessionDidStartRunningNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStop:)
name: AVCaptureSessionDidStopRunningNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStop:)
name: AVCaptureSessionWasInterruptedNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStart:)
name: AVCaptureSessionInterruptionEndedNotification
object: session];
//Start the session running to start the flow of data
[session startRunning];

    Btw cette séquence semble résoudre le synchrone notifications de problème 🙂

    • Je suis désolé, mais cela ne fait aucune différence. Il se bloque toujours. Et comment, c'est censé résoudre le problème de notification? La notification est maintenant retardée jusqu'à ce que le deuxième thread a fini? Dans le même temps, j'ai trouvé une solution qui fonctionne pour moi (voir ma propre réponse).
    InformationsquelleAutor VLegakis
  5. 2

    Avec la file d'attente finaliseurs, vous pouvez utiliser un dispatch_semaphore pour chaque file d'attente, puis continuer avec votre routine de nettoyage une fois votre fait.

    #define GCD_TIME(delayInSeconds) dispatch_time(DISPATCH_TIME_NOW, delayInSeconds * NSEC_PER_SEC)
static void vQueueCleanup(void* context) {
VideoRecordingViewController *vc = (VideoRecordingViewController*)context;
if (vc.vSema) dispatch_semaphore_signal(vc.vSema);
}
static void aQueueCleanup(void* context) {
VideoRecordingViewController *vc = (VideoRecordingViewController*)context;
if (vc.aSema) dispatch_semaphore_signal(vc.aSema);
}
//In your cleanup method:
vSema = dispatch_semaphore_create(0);
aSema = dispatch_semaphore_create(0);
self.avSession = nil;
if (vSema) dispatch_semaphore_wait(vSema, GCD_TIME(0.5));
if (aSema) dispatch_semaphore_wait(aSema, GCD_TIME(0.5));
[self.navigationController popViewControllerAnimated:YES];

    N'oubliez pas que vous devez définir votre AVCaptureVideoDataOutput/AVCaptureAudioDataOutput objets de tampon d'échantillon délégués à néant, ou qu'ils ne seront jamais à la libération de leurs associés les files d'attente et donc de ne jamais faire appel à leur finaliseurs lorsque vous relâchez votre AVCaptureSession.

    [avs removeOutput:vOut];
[vOut setSampleBufferDelegate:nil queue:NULL];
    InformationsquelleAutor Mahyar
  6. 2
     -(void)deallocSession
{
[captureVideoPreviewLayer removeFromSuperlayer];
for(AVCaptureInput *input1 in session.inputs) {
[session removeInput:input1];
}
for(AVCaptureOutput *output1 in session.outputs) {
[session removeOutput:output1];
}
[session stopRunning];
session=nil;
outputSettings=nil;
device=nil;
input=nil;
captureVideoPreviewLayer=nil;
stillImageOutput=nil;
self.vImagePreview=nil;
}

    j'ai appelé cette fonction avant de sauter et pousser tout autre point de vue. Il a résolu mon problème d'avertissement de mémoire faible.

    • j'ai caméra gel problème , sur recieveing un coup de téléphone , comment puis-je reinitae mon prévisualisation de la caméra
    InformationsquelleAutor souvickcse
  7. 1

    Après AVCaptureSession allocation, vous pouvez utiliser:

    NSNotificationCenter *notify =
[NSNotificationCenter defaultCenter];
[notify addObserver: self
selector: @selector(onVideoError:)
name: AVCaptureSessionRuntimeErrorNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStart:)
name: AVCaptureSessionDidStartRunningNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStop:)
name: AVCaptureSessionDidStopRunningNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStop:)
name: AVCaptureSessionWasInterruptedNotification
object: session];
[notify addObserver: self
selector: @selector(onVideoStart:)
name: AVCaptureSessionInterruptionEndedNotification
object: session];

    Ces sont de retour d'appel les méthodes pertinentes lors de la session.stopRunning, de la session.startRunning etc.

    Là, vous devriez également mettre en œuvre certaines des sans-papiers de nettoyage du bloc:

    AVCaptureInput* input = [session.inputs objectAtIndex:0];
[session removeInput:input];
AVCaptureVideoDataOutput* output = (AVCaptureVideoDataOutput*)[session.outputs objectAtIndex:0];
[session removeOutput:output];

    Ce que j'ai trouvé déroutant, c'est que lors de l'appel de seesion.stopRunning, onVideoStop: est appelée de manière synchrone! en dépit d'Apple asynchrone hypothèse sur le cas.

    Son travail mais s'il vous plaît laissez-moi savoir dans le cas où vous voyez un truc. Je préfère travailler avec elle de manière asynchrone.

    Grâce

    • J'ai déjà essayé d'utiliser les notifications et constaté la même chose que vous: La notification est envoyée immédiatement avant le session.stopRunning retourne et tandis que le deuxième thread est toujours en cours d'exécution. Ainsi, l'application encore écrasé de temps à autre. Je vais essayer le projet de nettoyage de code, mais je vais le mettre juste après session.stopRunning. Ou cela peut-il vraiment faire une différence?
    • Malheureusement, votre solution ne fonctionne pas. Il se bloque toujours de temps en temps, parce que le deuxième thread ne quitte pas immédiatement et l'accès déjà publié des instances.
    InformationsquelleAutor VLegakis