Opened 11 years ago
Closed 6 years ago
#2114 closed defect (fixed)
m.nviz.image does not work on Windows
Reported by: | annakrat | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 7.4.2 |
Component: | LibOpenGL | Version: | svn-trunk |
Keywords: | m.nviz.image | Cc: | |
CPU: | Unspecified | Platform: | All |
Description
Module m.nviz.image does not create valid image file on Windows. With tif format, it crashes and with ppm it creates a file only with header. So offscreen rendering doesn't seem to work. Has m.nviz.image ever worked on Windows?
Change History (19)
follow-up: 2 comment:1 by , 11 years ago
follow-up: 3 comment:2 by , 11 years ago
Replying to hamish:
Replying to annakrat:
Module m.nviz.image does not create valid image file on Windows. With tif format, it crashes and with ppm it creates a file only with header. So offscreen rendering doesn't seem to work.
was the wingrass version in question built with libtiff support?
see lib/ogsf/gsd_img_tif.c, nothing too complicated in there. gsd_img_ppm.c is even simpler. If header part is ok but writing the rest of the ppm image isn't, perhaps gsd_getimage() is returning bad values for xsize and ysize?
Has m.nviz.image ever worked on Windows?
I don't know if anyone ever tested that; does saving as tiff or ppm from the G6 tcl/tk NVIZ on wingrass work?
It worked I guess but I am talking here about off-screen rendering which is different than just exporting image with opened window with (wx)nviz.
comment:3 by , 11 years ago
Replying to annakrat:
Replying to hamish:
does saving as tiff or ppm from the G6 tcl/tk NVIZ on wingrass work?
It worked I guess but I am talking here about off-screen rendering which is different than just exporting image with opened window with (wx)nviz.
I asked because G6's tcl/tk NVIZ and m.nviz.image both use libogsf's GS_write_ppm() which calls gsd_getimage() to get the image size. I was trying to narrow down if the gsd_getimage() function was where the problem lies.
Hamish
comment:4 by , 9 years ago
Milestone: | 7.0.0 → 7.0.5 |
---|
follow-up: 11 comment:8 by , 8 years ago
Platform: | MSWindows 7 → All |
---|
This now seems to be an issue on Linux as well. On Ubuntu 16.04:
> m.nviz.image elevation_map=elevation output=test format=ppm size=640,480 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 24 Current serial number in output stream: 29
Changing platform to all. New ticket more appropriate? New implementation seems to be necessary.
comment:10 by , 6 years ago
Milestone: | 7.4.1 → 7.4.2 |
---|
comment:11 by , 6 years ago
This specific issue on Linux is fixed by r72939.
Replying to wenzeslaus:
This now seems to be an issue on Linux as well. On Ubuntu 16.04:
> m.nviz.image elevation_map=elevation output=test format=ppm size=640,480 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 24 Current serial number in output stream: 29Changing platform to all. New ticket more appropriate? New implementation seems to be necessary.
comment:12 by , 6 years ago
follow-up: 15 comment:14 by , 6 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Please test r72997 on Windows. Works for me.
follow-up: 16 comment:15 by , 6 years ago
Replying to hcho:
Please test r72997 on Windows. Works for me.
see #3600#comment:77
seems to work now
comment:16 by , 6 years ago
Replying to hellik:
Replying to hcho:
Please test r72997 on Windows. Works for me.
see #3600#comment:77
seems to work now
Great! I think we can close this ticket. Hmm.. the platform is All? Works on Linux and Windows.
comment:18 by , 6 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Milestone set to 7.4.2. Re-opening since backport has not been done.
Replying to annakrat:
was the wingrass version in question built with libtiff support?
see lib/ogsf/gsd_img_tif.c, nothing too complicated in there. gsd_img_ppm.c is even simpler. If header part is ok but writing the rest of the ppm image isn't, perhaps gsd_getimage() is returning bad values for xsize and ysize?
I don't know if anyone ever tested that; does saving as tiff or ppm from the G6 tcl/tk NVIZ on wingrass work?
Hamish