|
Page 1 of 1
|
[ 3 posts ] |
|
Cool VL Viewer crashes on local texture update.
Author |
Message |
linyifei
Joined: 2012-01-19 03:18:40 Posts: 196 Location: Sydney, Australia (UTC +10)
|
I'm not certain if this report is useful, since as a Mac-driver I'm stuck on a back-release of Cool VL Viewer, and I don't know how long Henri keeps the debugging stuff for old releases, but on the chance that if might fix something for somebody else, I'll have a go.
I am running Cool VL Viewer 1.26.18.27, and during building sessions, I am finding that the viewer crashes when I update a local texture on my hard-disk by saving the file from my graphics-editor (GIMP). This only happens if I update the texture while it is "active" on the prim surface. The crash does not occur every single time I refresh a texture, but it does occur most times which is rather annoying when fine-tuning a texture.
Cool VL Viewer 1.26.18.27 Oct 9 2016 05:15:12 (Cool VL Viewer) RestrainedLove viewer v2.09.20.21 Release Notes
You are at 259519.2, 259634.4, 19.6 in Ferox located at sim10271.agni.lindenlab.com (216.82.49.193:13017) Second Life Server 16.12.09.322268 Release Notes
CPU: Intel(R) Core(TM) i7-4771 CPU @ 3.50GHz (3500 MHz) Memory: 16384 MB OS version: Mac OS X 10.11.6 Darwin 15.6.0 Darwin Kernel Version 15.6.0: Thu Sep 1 15:01:16 PDT 2016; root:xnu-3248.60.11~2/RELEASE_X86_64 x86_64 Memory manager: OS native Graphics card vendor: NVIDIA Corporation Graphics card: NVIDIA GeForce GTX 780M OpenGL Engine OpenGL version: 2.1 NVIDIA-10.10.14 310.42.25f02
J2C decoder: OpenJPEG: 1.4.0.635d Audio driver: FMOD Ex 4.44.63 Networking backend: libcurl/7.47.0 OpenSSL/1.0.1h zlib/1.2.8 Embedded browser: Packets lost: 0/16006 (0.0%)
Built with GCC version 4.2.1
Compile flags used for this build: -O2 -fomit-frame-pointer -frename-registers -fweb -fexpensive-optimizations -DNDEBUG -pipe -g -fexceptions -fno-strict-aliasing -fvisibility-inlines-hidden -fsigned-char -m32 -march=pentium4 -msse2 -mfpmath=sse -fno-math-errno -fno-trapping-math -pthread -fno-stack-protector -mlong-branch -Wall -Wno-reorder -Werror -DLL_DARWIN=1 -DXML_STATIC -DLL_PRIVATE_MEMORY_POOLS=1 -DLL_VB_MEM_POOL=1 -DLL_VOLUME_MEM_POOL=1 -DOV_EXCLUDE_STATIC_CALLBACKS -DLL_FMODEX=1 -DLIB_NDOF=1
|
2017-01-07 00:13:14 |
|
|
linyifei
Joined: 2012-01-19 03:18:40 Posts: 196 Location: Sydney, Australia (UTC +10)
|
Please ignore this report. Further testing demonstrates that this is not a Cool VL Viewer problem.
|
2017-01-08 23:02:48 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5550
|
Indeed, this will happen with any viewer.
The local texture feature is akin to a dirty hack: if you stand on a carpet and someone pulls off the carpet from under your feet, you will fall down...
That's what's happening when you change the texture file while it is in use by the viewer: if the viewer attempts to reload the texture (to refresh it) while the file is being written down, it will likely crash. It would be possible to avoid the crash by explicitly locking the file within the viewer, but then you would be incapable of modifying it from another program...
I did not yet give the code a closer look (it might be possible to tell the viewer not to refresh the texture from the file for some time, the time you change the said file, or to pop up a permission dialog for the said refresh, when a change in the file is detected), but this bug (more like a design flaw of the feature) should probably be reported to LL (using their viewer as a repro mean) for an upstream fix.
|
2017-01-09 09:16:46 |
|
|
|
Page 1 of 1
|
[ 3 posts ] |
|
Who is online |
Users browsing this forum: No registered users and 50 guests |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
|
|