Not sure if anyone else has come across this issue before,

Not sure if anyone else has come across this issue before, but I just had LaserWeb3 do an “Aw Snap!” part way through a job.

I believe the reason why is because I was zooming in on the raster (2.84 million queued gcode) & it was lagging badly, then decided to “Aw Snap!”.

Anyway, point of the story is I just hit “Reload” from the little popup that appears & it seems the job is still going, albeit with no picture on the LW grid. So I guess the job is still in Chrome’s memory? Either way, don’t freak out (like I originally did) if it happens to you in the middle of an engrave job.

Anyway, I originally tried a 300dpi version of this image, it turned out to be 2.87 million gcode, so this 72dpi version is slightly less. Either way, I think I’ll be here a few hours.

Anyone have any tricks to speed up the engraving process? (as this is just my “test” image before I go engraving it onto leather, so I have to do it again, maybe even multiple times if I am not happy with the quality/light-dark balance).

+Peter van der Walt It’s a Macbook Pro 15" Mid 2014 Retina. So spec wise it’s an i7 (2.2ghz), 16gb ram, but onboard video. May it be a video issue that causes it?

At the time of the crash there was only 5gb ram used (according to Windows Task Manager) & only 473mb was being used by the LaserWeb tab in Chrome (according to Chrome Task Manager).

Sometimes pushing webgl too hard can cause an aw snap. Did the gcode viewer ever move to ArrayBuffer? That can help avoid issues with a large number of vertexes.

@Todd_Fleming I’m guessing that was probably the issue in this case, as the gcode viewer was lagging considerably & I was zooming it at the time of the Aw Snap. Possibly the image was a bit complicated & large, contributing to this too.