plot - serigrafia - nombre a figuras matlab

Ejes pero sin líneas al imprimir trama en Octave para ventanas

Question

Al intentar imprimir un gráfico a .png en Octave 3.8.1.1 en Windows 8 de 64 bits, los ejes se trazan, pero la línea que estoy dibujando no se imprimirá. La trama que estoy creando es:

> t = 0:0.1:6.28318;
> plot (t, sin(t));
> print figure.png

La trama resultante:

Y la imagen guardada en el disco:

Así que los ejes se muestran bien, pero la línea que tracé está completamente ausente.

Tengo instalado gs9.09 (win32), con epstool win32 copiado en el directorio gs / bin, que se está configurando en mi %HOMEPATH%/.octaverc como:

cmd_path = getenv ("path");
gs_path = ''C:/Programs/gs/gs9.09/bin'';
if (isempty (strfind (cmd_path, gs_path)))
setenv (''path'', strcat (cmd_path, pathsep (), gs_path));
endif

Estoy ejecutando la versión de Windows GUI a través de w8-octave-gui.bat .

EDITAR En un nuevo lanzamiento con los siguientes comandos para configurar gnuplot como el conjunto de herramientas gráficas antes de iniciar cualquier parcela (de los comentarios de @ Andy), obtengo una imagen en blanco para todas las imágenes sin -dpngalpha (1, 2, 4, 5) y completamente imágenes transparentes sin contenido para imágenes con -dpngalpha (3, 6):

>> graphics_toolkit("gnuplot");
>> graphics_toolkit()
ans = gnuplot
>> t = 0:0.1:6.3;
>> plot(t,sin(t));
>> print ("1.png");
>> print ("-dpng", "2.png");
>> print ("-dpngalpha", "3.png");
>> axis("off");
>> print ("4.png");
>> print ("-dpng", "5.png");
>> print ("-dpngalpha", "6.png");

¡Halp!

Answer 1

Parece que has golpeado este error: https://savannah.gnu.org/bugs/?42534

Sé que respondiste al comentario de juliohm de que cambiar a gnuplot no tiene ningún efecto, pero no puedo creerlo. Tienes que ejecutar graphics_toolkit("gnuplot") antes de cualquier comando que cree una figura de diagrama. Para asegurarse de que puede ejecutar "cerrar todo" antes.

La razón de su problema es posiblemente que la línea se imprima detrás del fondo blanco debido a algunos errores de redondeo en la profundidad z. ¿Puedes intentar EDITAR? Estos comandos cuando graphics_toolkit fltk está habilitado (debería ser el caso con una instalación predeterminada y un nuevo comienzo):

t = 0:0.1:6.28318;
plot (t, sin(t));
axis ("off");
print ("-dpngalpha", "out.png")

para verificar esto? Esto no resuelve su problema pero ayuda a los mantenedores de Octave a encontrar el problema.

Answer 2

Me encontré con el mismo problema.

Para mí, la solución fue eludir el controlador de gráficos del sistema y cambiar a la representación de software OpenGL con Mesa. Para lograr esto, descargué el binario de Windows de Mesa que está vinculado en http://qt-project.org/wiki/Cross-compiling-Mesa-for-Windows y copié el archivo opengl32.dll incluido en el directorio bin de la octava. Luego, el comando de impresión funcionó bien.

El binario de Mesa del enlace anterior está construido con LLVMpipe y parece funcionar razonablemente rápido.