ZXing présentant le ZXingWidgetController avec un contrôleur de navigation

Question

J'ai un petit problème avec le ZXingWidgetController, si je présente le contrôleur en utilisant un contrôleur de navigation, la vue se pousser tout de suite, mais il y aura un écran vide pendant environ 1,5 secondes, puis le début de AVCapture. Pourtant, si je le présente comme modal, le AVCapture commence dès que le modal est présenté.

J'ai trafiqué le WidgetController un peu, comme je l'ai besoin de lire d'autres types de codes à barres en utilisant la même fenêtre AVCapture, et qui fonctionne parfaitement bien. Je pensais que peut-être la question, mais après avoir essayé la SampleTest qui vient avec le WidgetController non modifié, et en le poussant dans un contrôleur de navigation le comportement est le même. Donc, ce n'est pas le problème.

J'ai essayé appelé la poussée avec un retard, mais après le retard de la vue est toujours poussé et un écran blanc vient en premier.

Quelqu'un at-il traité cela?

Answer 1

Got retour au travail aujourd'hui et examiné de près le code ... le problème est en fait très simple, la méthode de démarrage de AVCapture est obtenir appelé dans la méthode viewDidAppear, je l'ai déplacé à la méthode viewWillAppear et problème résolu:)

Answer 2

Avez-vous une démo qui montre ce?

Je ne peux pas penser à une raison quelconque il importe comment le contrôleur est présenté. Il est vrai que le chargement AVFF prend du temps donc la première fois que vous présentez quelque chose qu'il faut plus de temps. Et le ZXWdidgetController ne enregistre les objets AVFF: il crée et les supprime chaque fois que la vue apparaît et disparaît. Mais toutes ces choses devraient être les mêmes quelle que soit la façon dont le widget est présenté aussi longtemps qu'il est comparé premier vs non premier.

En général, la capture montre généralement un vieux brièvement d'image alors que le AVFF commence la caméra. Ceci est à peu près vrai de toutes les applications liées à la caméra pour autant que je sais (et je serais heureux de corriger.) Mais je ne pense pas que c'est habituellement quelque chose comme 1500 ms.

Notez que les retards en cours d'exécution encore plus prononcée sous le débogueur, probablement parce qu'il est des symboles de chargement etc que le cadre est chargé.