SetPreviewDisplay vs setPreviewTexture
Al abrir la cámara de Android, se debe configurar un SurfaceHolder o un OpenGL SurfaceTexture para mantener las imágenes visualizadas, usando setPreviewDisplay()
(API nivel 1) o setPreviewTexture()
(API nivel 11), respectivamente. ¿Hay alguna diferencia en la velocidad, la compatibilidad del dispositivo (aparte del nivel API) o la calidad de la imagen entre los dos?
- Cámara Android sin guardar en carpeta específica
- Problemas al capturar varias fotos: la aplicación deja de responder, la vista previa de la cámara se vuelve verde y no se guarda ninguna imagen
- OnPreviewframe sólo se llama una vez
- ¿Por qué mostrar el error IllegalStateException al configurar MediaRecorder?
- Android: Cancelar la cancelación del botón de la cámara
- Picasso no puede cargar imágenes grandes (de la cámara y Uri local)
- Camera.Parameters.setRecordingHint y relación de aspecto
- La previsualización en vivo de la cámara se congela en el interruptor de la cámara
- Conversión de datos YUV de la cámara en ARGB con renderscript
- Dónde colocar el autofoco en la cámara de la clase android
- Cómo comunicarse con la cámara habilitada para wifi
- Ejemplo de error de cámara al bloquear / desbloquear el dispositivo
- Necesita un ejemplo de tomar una imagen con MonoDroid y MVVMCross
Siempre que utilice SurfaceView
para abrir la cámara, puede ver un pequeño retraso y parpadear en la pantalla. Esto se debe a que SurfaceView
crea una nueva ventana independiente en la que TextureView
(agregado en API nivel 14) no crea una nueva ventana pero actúa como vista normal, por lo que no verá ningún retardo o parpadeo al abrir la cámara con TextureView
. Esto es más un problema de rendimiento.
Para más información, mira aquí .
- Advertencia: ClassLoader hace referencia a ruta desconocida en Android Studio 2.1.2
- NullPointerException en FrameLayout.onMeasure ()