algorithmic modeling for Rhino
Grasshopper crash down when I try to take a Hi-Res image of the definition. I have rhino 4 running in windows 8 and the last build of GH for R4 (0.9.0014).
Also, I can say that I can take one image if I reboot the virtual machine ( parallels), but afther it starts to crash down always
Somebody knows something about that? Thanks
PS: I add an image of the screen
;)
Tags:
i am running rhino5 64 bit on Windows 7 64 and experience the same.
if your image its too big maybe your memory overload and the system crash, i solve the same problem reducing the zoom scale of the image
There is a limit to how big a bitmap can get, so if you're trying to create an image that exceeds these limits it will crash.
I am however intrigued by the timing of the error. It seems to have crashed before any really heavy lifting has been done. Before the stitcher allocates the memory and creates a new bitmap it will compute the size of the new bitmap and report on this in the console. Since that isn't visible in the screenshot it must have crashed before it got even that far.
Exactly how large is the image you're trying to make? If you don't know how to compute this, rename your GrasshopperImageStitcher.exe to GrasshopperImageStitcher.old and export again. It should take you to a folder with all the image tiles in them. I'd like to see a screenshot of this folder using List view:
--
David Rutten
david@mcneel.com
Poprad, Slovakia
I added some more error trapping and feedback to the stitcher, if it's crashing on you, can you download and replace the one you have with the attached one?
--
David Rutten
david@mcneel.com
Poprad, Slovakia
Ok, give me 10 minutes, I'm going to do all you are talking about
ok then here are the screenshoots, it's true that there are a lot of items with zoom 6 around 1.100 items and with zoom 4 there are only around 400 items. I replaced too the GrasshopperImageStitcher.exe for the new one and then it doesn't crash, it show me a windows console talking about the size of the image is too large.
Thanks
Zoom 6
Zoom 4
New stitcher
Ok, so the final image is simply too big. The total amount of bytes required to represent the image is larger than the highest possible value of a 64-bit integer. Basically a single pixel takes 4 bytes (one for red, green, blue and alpha respectively, though if you export using jpg or bmp it only takes 3 bytes as alpha is skipped) and multiply that by the total number of pixels.
I made one more change to the stitcher that may push the memory limit a bit further, again the new version is attached. But note that I'm merely computing the total memory consumption, I do not know whether there are specific limits to png and bmp and jpg files that are much lower than the theoretical upper memory limit.
--
David Rutten
david@mcneel.com
Poprad, Slovakia
Ok, thank you then
Does the new stitcher do any better?
--
David Rutten
david@mcneel.com
Poprad, Slovakia
Sorry for the delay! No the stitcher works at the same way that the last release, the real problem is de memory, I have 16 gigas of ram, but rhino 4.
The solution: I will go to update to rhino 5 64 bits
thanks for all David
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by