SIGSEGV en Canvas.clipPath en el segundo clipPath

Esto se parece a un caso de esquina mal destinado para la manipulación de clipPath .

 canvas.clipPath(fourthPath); 

Causa una fusión con firstPath anterior, sin embargo, dado que éstas son complejas (no rectangulares), el sistema de formas intenta dibujarlas como scanlines y fusionarlas posteriormente. Para hacer esta fusión, necesita asignar un poco de memoria, pero como se puede ver en SkRegion.cpp , va para el heuristic worst case .

 static int compute_worst_case_count(int a_count, int b_count) { int a_intervals = count_to_intervals(a_count); int b_intervals = count_to_intervals(b_count); // Our heuristic worst case is ai * (bi + 1) + bi * (ai + 1) int intervals = 2 * a_intervals * b_intervals + a_intervals + b_intervals; // convert back to number of RunType values return intervals_to_count(intervals); } 

Para sus caminos este worst_case_count se acerca a 2GB y obtendrá un aborto debido a no obtener esa gran memoria de malloc .

No pude ver ninguna forma de salir de él utilizando diferentes parámetros. Cualquier cosa que evite la fusión de clipPath debe ayudar, como llamar a clipPath con Region.Op.REPLACE . Region.Op.INTERSECT debería fallar.

Me concentraría en evitar llamar a clipPath con una ruta compleja en la parte superior de una ruta compleja.

Si se adapta a su caso de uso, puede utilizar el mismo objeto Path para establecer canvas.clipPath() . Por ejemplo:

 Picture picture = new Picture(); Canvas canvas = picture.beginRecording(12240, 15840); Path path = new Path(); path.moveTo(3058, 12365); path.lineTo(8499, 3038); path.lineTo(9494, 3619); path.lineTo(4053, 12946); path.close(); canvas.clipPath(path); // do stuff with canvas path.moveTo(3065, 12332); path.lineTo(4053, 12926); path.lineTo(9615, 3669); path.lineTo(8628, 3075); path.close(); canvas.clipPath(path, Region.Op.REPLACE); // do more stuff with canvas picture.endRecording(); return picture; 

Dado que la path contiene dibujos anteriores, puede continuar actualizándola. Si esto no es aplicable a su caso, usted necesita hacer esos números más pequeños o dividir sus regiones complejas en más pequeñas para evitar que la worst case heuristic sea ​​demasiado grande.

Ok, déjame poner esto en una respuesta, ya que parece bastante lógico para mí:

Para ver si el problema viene de las llamadas clipPath(Path) a clipPath(Path) , intente quitar la llamada al principio o poner canvas.clipPath(fourthPath, Region.Op.REPLACE); En el lugar de canvas.clipPath(fourthPath); Y ver si esa es la causa.

Otra cosa en la que puedo pensar es si las dibujas por separado:

 Picture picture = new Picture(); Canvas canvas = picture.beginRecording(12240, 15840); canvas.clipPath(firstPath); picture.endRecording(); canvas = picture.beginRecording(12240, 15840); canvas.clipPath(fourthPath); picture.endRecording(); 

Parece que Canvas.clipPath () no es compatible con aceleración de hardware, por lo menos doc dice que: http://developer.android.com/guide/topics/graphics/hardware-accel.html#unsupported

La única solución que me viene a la mente es desactivar la aceleración de hardware.

Puedes hacerlo en:

• Nivel de aplicación
  <application android:hardwareAccelerated="true" ...>
  En manifiesto

• Nivel de actividad
  android:hardwareAccelerated="false"
  Para la actividad en manifiesto

• Nivel de visualización
  view.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
  Para una vista individual en tiempo de ejecución

Docs:
http://developer.android.com/guide/topics/graphics/hardware-accel.html#controlling