Extraños problemas de tartamudez que no puedo deshacerse de (fuente completa incluida)

Lo probé en mi teléfono (nexo uno), era lo mismo para mí.

Hice algunos cambios que lo hicieron mejor para mí:

1. En lugar de declarar nuevas variables cada vez durante el bucle, declaré las propiedades as de la clase

   Lona c = nulo; // se convierte

   Lienzo privado c;

   // en el bucle ahora solo usa

   C = nulo

Haga esto para todas las variables que declara una y otra vez en la función doDraw y updatePhysics.

1. En vez de aumentar el viewY hasta que para siempre, acabo de poner un poco si statemant

   If (viewY> mCanvasHeight) {

   viewY -= mCanvasHeight; 

   }

No estoy seguro de si está funcionando 100% ahora, pero parece mucho mejor para mí.

Suena como su desplazamiento genera mucha basura que debe recopilarse con frecuencia. Si está creando muchos objetos a corto plazo, considere administrar su propia piscina. Siempre y cuando no dejes que la piscina crezca sin límites, esto puede reducir en gran medida el gc preempting su tiempo.

Lo probé en un DroidX de Verizon (2.2.1) y parece que cada 3-6 segundos y MUY breve. Parece un poco mejor con el fondo de pantalla activo y nada más corriendo. Tal vez el subsistema de gráficos simplemente no puede mantenerse al día? ¿Ha intentado una imagen menos intensiva de gráficos (menos píxeles y menos colores) sólo para ver qué hace?

Estás dibujando tres enormes mapas de bits de fondo por marco … eso es más trabajo de lo que necesitas hacer. Puede ser mejor utilizar un BitmapShader con TileMode establecido para repetir. Entonces es sólo una llamada a la capa nativa.

Añada una Paint paint; setSurfaceSize() alguna parte y cambiar su setSurfaceSize() para incluir las líneas siguientes:

 BitmapShader shader = new BitmapShader(mBackgroundImage, TileMode.CLAMP, TileMode.REPEAT); paint = new Paint(); paint.setShader(shader); 

Entonces doDraw() sólo tiene que ser esto:

 //translate to viewY position canvas.translate(0,(float)(-viewY)); //draw backgrounds canvas.drawPaint(paint); 

En realidad no he medido esto para demostrar que es más rápido, pero por lo que sé acerca de las API gráficas que sin duda debería ser.

(Por supuesto si realmente quieres volar debes usar OpenGL ES …)