ZXing presenta el ZXingWidgetController con un controlador de navegación

Question

Tengo un pequeño problema con el ZXingWidgetController, si presento el controlador usando un controlador de navegación, la vista se empujará de inmediato, sin embargo, habrá una pantalla en blanco durante aproximadamente 1.5 segundos y luego comienza el avCapture. Sin embargo, si lo presento como un modal, el AVCapture comienza tan pronto como se presenta el modal.

He manipulado con el WidgetController bastante, ya que necesito leer otros tipos de códigos de barras usando el mismo AVCapture Ventana, y eso funciona perfectamente bien. Pensé que ese podría ser el problema, pero después de probar el SampleTest que viene con el WidgetController no modificado, y empujarlo en un controlador NAV, el comportamiento es el mismo. Así que, ese no es el problema.

Lo he intentado llamado Push con un retraso, pero después del retraso, la vista aún se empuja y surge una pantalla en blanco primero.

nadie se ha ocupado de esto?

Answer 1

Volví a trabajar hoy y miré de cerca el código ... el problema es en realidad muy simple, el método de inicio de avCapture se llama en el método ViewDidAppear, lo moví al método ViewWillapPear y el problema resuelto :)

Answer 2

¿Tienes una demostración que muestra esto?

No puedo pensar en ninguna razón, importaría cómo se presenta el controlador. Es el caso de que cargar AVFF lleva tiempo, por lo que la primera vez que presenta algo que lleva más tiempo. Y el ZXWDidgetController no guarda los objetos AVFF: los crea y los elimina cuando la vista aparece y desaparece. Pero todas estas cosas deberían ser las mismas independientemente de la forma en que se presente el widget siempre que se compare primero contra no primero.

En general, la captura generalmente muestra una imagen antigua brevemente mientras la AVFF inicia la cámara. Esto es bastante cierto para todas las aplicaciones relacionadas con la cámara hasta donde yo sé (y estaría feliz de ser corregido). Pero no creo que generalmente sean como 1500 ms.

Tenga en cuenta que los retrasos son aún más pronunciados ejecutándose bajo el depurador, presumiblemente porque son símbolos de carga, etc. a medida que se carga el marco.