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