Muy bien... :) Yo propondría también que en la guía de instalación se alerte a los usuarios de este problema y se les den los pasos para checkear este posible error y solventarlo.
Gracias a todos! Nacho V El 2 de febrero de 2012 10:46, Francisco Puga <[email protected]> escribió: > Estoy de acuerdo con Joaquín. No creo que sea seguro poner esas > opciones por defecto puesto que puede dar un rendimiento de pena en > algunos ordenadores. > > Creo que la solución es porque esté bien documentado en un FAQ de > errores conocidos. > > El día 2 de febrero de 2012 10:06, Joaquin del Cerro > <[email protected]> escribió: > > El 01/02/12 16:32, Nacho Uve escribió: > >> Hola de nuevo, > >> > >> En la FAQ de gvSIG[1] la solución sería: > >> -Dsun.java2d.d3d=false > >> > >> Lo que comentó Jordi (y ha funcionado perfecto) es: > >> -Dsun.java2d.opengl=true > >> > >> Mi pregunta es, de cara a futuras versiones de gvSIG, o preparar > distribuciones portables o instalaciones masivas para cursos, etc... ¿es > una solución genérica?¿sería seguro utilizar esos parámetros? > >> ¿sólo 1 de ellos, o los 2? ¿funcionaría en cualquier OS? > >> > > > > Hola Nacho, > > hasta donde yo llego no deberiamos habilitar ninguna > > de estas opciones por defecto. Tanto una como otra > > fuerzan a la maquina virtual de java a usar o no > > algun tipo de aceleracion grafica, bien usando Direct3D > > o OpenGL. Es posible que para una pareja maquima-SO en > > concreto la configuracion por defecto que use la > > maquina virtual de java sea la correcta mientras que > > para otras no, genralmente por que se decide usar un > > modo para el que el driver existente no es el mas > > apropiado. Forzar a usar por ejemplo OpenGL siempre > > puede causar que en maquinas donde no exista un driver > > OpenGL adecuado la aplicacion funcione peor que si no > > se activa esta opcion. Se trata en general de un problema > > con tus drivers y de una mala eleccion por parte de la > > JVM de cual debe usar. Entonces es cuando el usuario > > puede empezar a hacer cosas "raras" para tratar de que > > funcione, pero creo que nunca deberiamos forzar a usar > > un driver en concreto de manera general. > > > > Por ejemplo tengo un equipo en casa que tiene una > > targeta con un driver OpenGL de pena para linux, y casi > > todo va mejor sin usar OpenGL que si lo intenta utilizar. > > gvSIG funciona correctamente sin decirle nada y va > > lentisimo si le pongo el -Dsun.java2d.opengl=true . > > > > Otra opcion a tener en cuenta pero que puede llevar mas faena > > es intentar averiguar si es que se esta haciendo algo > > desaconsejado en esa parte de la aplicacion que provoca > > que en algunos casos se lie el driver de video e intentar > > una forma alternativa, pero esto no siempre se podra o > > incluso puede acabar haciendo que las prestaciones de la > > aplicacion para los usuarios en general sean peores. > > > > Sobre lo que dices si solo 1 o los 2, pues todo dependera. > > Con sun.java2d.d3d fuerzas a usar o no el driver de Direct3D > > y con sun.java2d.opengl el de OpenGL. Evidentemente no puedes > > activar los dos a la vez, aunque si a desactivarlos. Lo que no > > queda nada claro, ya que es especifico de la implementacion de cada > > version de la JVM, es si el desactivar uno, por ejemlo el d3d > > fuerza a usar la otra aceleracion si esta disponible o > > simplemente ya no usa aceleracion. Probablemente si quieres ir > > a lo seguro la cosa seria poner los dos a false, asi casi seguro > > que te va en todos los equipos pero el coste para los que si que > > disponen de drivers "sanos" no se si puede ser aceptable, ya que > > a ellos tambien les estas quitando la aceleracion grafica. > > > > Y por ultimo sobre lo de si van en cualquier SO, pues a partir de > > la JVM 1.5 de oracle, esta disponible el uso de aceleracion OpenGL > > en linux y windows. Sobre Direct3D seguro que en windows, pero > > no creo que en linux. > > > > Otra cosa es que algun plugin de gvSIG precise obligatoriamente de > > una aceleracion grafica, por ejemplo por que se esten usando componentes > > que requieren OpenGL para funcionar. Entonces si que seria recomendable > > que ese plugin habilitase en el arranque de gvSIG la aceleracion > > OpenGL para asegurarse que va a funcionar. > > > > Bueno, no se si te sirve de algo el comentario, espero que si. > > Si digo algo que no es del todo correcto, y alguien sabe mas, > > que no dude en corregirme, que asi aprendemos todos. > > > > Un saludo > > Joaquin > > > > > > > >> Muchas gracias!!! > >> Nacho V > >> > >> [1]: > http://www.gvsig.org/web/projects/gvsig-desktop/faqs/no-puedo-crear-mapas-cuando-intento-insertar-un-elemento-el-mapa-desaparece-bfque-esta-pasando-windows/ > >> > >> El 1 de febrero de 2012 14:32, José Antonio Canalejo Alonso < > [email protected] <mailto:[email protected]>> escribió: > >> > >> Hola Nacho, > >> los dos son problemas conocidos reportados tambien por mas gente. > >> El fallo_mapas_01.jpg huele a la solucion que te da Jordi > >> ( > http://www.gvsig.org/web/projects/gvsig-desktop/faqs/no-puedo-crear-mapas-cuando-intento-insertar-un-elemento-el-mapa-desaparece-bfque-esta-pasando-windows/). > Del fallo_mapas_00.jpg no estoy > >> seguro que se trate de lo mismo. > >> Comenta despues por favor si los dos casos se han arreglado > haciendo ese cambio. > >> Nos vemos! > >> Jose Antonio > >> > >> _______________________________________________ > >> gvSIG_usuarios mailing list > >> [email protected] <mailto: > [email protected]> > >> > >> Para ver histórico de mensajes, editar sus preferencias de usuario > o darse de baja en esta lista, acuda a la siguiente dirección: > >> > >> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios > >> > >> > >> > >> > >> -- > >> Juan Ignacio Varela García > >> > >> > >> > >> > >> _______________________________________________ > >> gvSIG_usuarios mailing list > >> [email protected] > >> > >> Para ver histórico de mensajes, editar sus preferencias de usuario o > darse de baja en esta lista, acuda a la siguiente dirección: > >> > >> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios > > > > > > -- > > -------------------------------------- > > Joaquin Jose del Cerro > > Development and software arquitecture manager. > > [email protected] > > gvSIG Association > > www.gvsig.com > > _______________________________________________ > > gvSIG_usuarios mailing list > > [email protected] > > > > Para ver histórico de mensajes, editar sus preferencias de usuario o > darse de baja en esta lista, acuda a la siguiente dirección: > > > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios > > > > -- > Francisco Puga > Grupo de Desarrollo > Cartolab - Laboratorio de Ingeniería Cartográfica. > http://www.cartolab.es > > ETS Ingeniería de Caminos, Canales y Puertos > Universidade da Coruña > Campus de Elviña - 15071 A Coruña (España) > (34)981167000 ext. 5493 > _______________________________________________ > gvSIG_usuarios mailing list > [email protected] > > Para ver histórico de mensajes, editar sus preferencias de usuario o darse > de baja en esta lista, acuda a la siguiente dirección: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios > -- Juan Ignacio Varela García
_______________________________________________ gvSIG_usuarios mailing list [email protected] Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
