|
|
|
[
Permlink
| « Hide
]
Torley Linden added a comment - 15/Nov/07 10:42 AM
This may be the same as an earlier issue I reported internally... I'll link it up and we'll figure it out further. THANKS for helping us!
Seems to be something with occlusion culling – if you go to Client menu > Rendering > and DISABLE Object-Object Occlusion, you should see the objects again. At least I do.
I am having this issue. It SEEMS to happen if I sit still for a long period of time. Not sure how long. 10 mintues, 30 mintues? THen pretty much everythnig that was not in my line of sight is gone. Adjustting draw distance didn;t fix (NEW stuff showed up beyone the old draw distance) TPing out and back made things rez up /slowly/.
Settings mazed, draw distance at 128 Second Life Server 1.18.5.73200 Relieved to see its not just me having this issue. 2 pics attached from my home sim, water gone from mine then neighbors sim, and some parts of my yacht too.
Im seeing this too, but not all the time. Ive been trying to get it to happen for the past hour so I can grab some screenshots, but no luck
What I have seen so far: I havent had the chance to try Client menu > Rendering > and DISABLE Object-Object Occlusion yet Attaching screen shot of me standing on the "invisible" roof of my store building (windlight-buggy-occlusion-001.jpg)
Disabling Client > rendering > Object-Object Occlusion FIXES it, BUT enabling it again results in the same bug Heres a better shot of missing water (windlight-buggy-occlusion-002.jpg)
Also having this problem - It's the one thing that keeps me from experimenting with WL further.
Now that I know I can try disabling Object-Object Occlusion, I'll prob. be more interested in the WL First Look. Second Life Server 1.18.5.73200 CPU: Intel Pentium 4 Northwood (2605 MHz) Add: Disabling Object-Object Occlusion cuts frame rate in half, or less. Last restort option for me, I guess.
Prims go invisable for me to. I disabled Object-Object Occlusion and all prims are there if I tun it off again half the prims go invisable again.
Second Life Server 1.18.5.73200 CPU: AMD 44 X2 5200+ To clarify: Object-Object Occlusion is occlusion culling and BOOSTS performance, by default it's MEANT to be left ON.
In my experiences, I've found teleporting to a different region and back also makes stuff come back. Can someone confirm if disabling occlusion also makes the water (in addition to avatars and objects) reappear? Torley: yes the water is fixed with occlusion disabled too
I have this same issue. Disabling the "Object-Object Occusion" did fix the problem. Here are my stats...
Second Life 1.18.5 (73655) Nov 13 2007 12:57:54 (Second Life WindLight) You are at 258020.2, 275269.3, 22.8 in MoTown Estates I located at sim3305.agni.lindenlab.com (64.129.45.70:12035) CPU: AMD (Unknown model) (2799 MHz) Yes same issue here and I can confrm too that disabling the "Object-Object Occlusion" option in the client menu fixes this issue. I'm also using an Intel/nVidia platform - do we have any ATI user experiencing the same problems?
Having the same issue here. One of my friends claims their having trouble getting peoples avatars to render as well.
Same issues here: nvdia geforce go 7900 GS/Intel Core Duo/XP
Whole chunks of my house appear missing. And less importantly, my prim eyelashes look completely retarded I had this occur yesterday with the Windlight client running on an ATI-Mobility-7500 video laptop. Just a random prim (part of my landscaping) disappeared for no obvious reason. I found I could get it to reappear by going to Edit, boundary-selecting where it SHOULD be (which made its outline appear highlighted) and then moving it a bit. BING it appears. Leave Edit – it disappeared again. I finally just deleted it and made a new one.
As per http://jira.secondlife.com/browse/VWR-3161
I'm attaching a video repro for when the water went missing outside my inworld office...
I'm experiencing this as well, usually after having my camera focused on something without it moving for some time. Disabling object-object occlusion did not seem to help in at least one case, though that little information isn't all that helpful. I've noticed water disappearing more than objects, but I have noticed both.
CPU: Intel Pentium 4 (Unknown model) (3400 MHz) Disabling object occlusion fixed this error on my system and client FPS did not drop after turning off object occlusion (~16FPS). Disappearing water happened the most frequently, with prims disappearing prims occuring on a much less frequent basis.
AMD Athlon 64 3700+ (stock speed), 2GB DDR Corsair XMS, Asus A8N5X mobo, WD Raptor 80GB, XFX GeForce 8600 XT (driverset as of 11-13-07) 256MB. No overclock, no cooling issues. 1280 x 1024, maximized window. I am seeing many sculpted prims rendering with holes in them (for example shoes, sculpted attachments) unless zoomed in. Occlusion culling off does not help. Unsure if this is a different or related bug. I have snapshots and may start a different issue if this is not related. If someone thinks it's the same issue, please let me know and I will include those.
Occlusion culling off did fix completely missing prims for me - but not missing water after teleport. [UPDATE] Thanks again to everyone who submitted useful info to help us tackle this hot problem. We know it's difficult to repro, and Runitai Linden spent some good time investigating and working on this – as of presently, we believe it should be fixed in the next public WindLight update. We don't want to be hasty, so we're going to leave this issue open and let things settle. If a week or so after that release comes out and no one is seeing this same "stuff disappearing due to occlusion" problem (or a variant of it), then we'll resolve this as "Fixed". @Gillian: That sounds like a different bug since disabling occlusion didn't help. Please create a new issue and feel free to flag me down. There is also another "missing water" bug in VWR-3128. Thank you, thank you. Just letting you know about our latest progress! I also experienced this, with prims disapearing. In fact to such an alarming rate it lead me to my first Jira posting, since it was so bad. I have an AMD 4000+, Asus mobo, XFX/Nvidia 7600 GT 256Mb, 2GB Ram setup. Mostly prims vanish, but alot of them, and after just a very few minuts. after 5 minuts the viewer is no longer usable at all. Even myself have vanished by then. It seems I experience this alot more severe than others, but I live in a prim heavy place, maybe thats why.
I'm going to try disable the occlusion thing and report back. Yes, Disabling object occlusion solved it. No more missing prims. And been running the viewer for over an hour now. So thats great!
Now only major problem I have left is a very grainy look to everything, even the UI. If anyone have an idea where those things are filed or tracked, I'd appreciate if you pointed me in that direction. [UPDATE] By "next public WindLight update", I didn't mean 74642, but tentatively the one after this. I promise to update this issue with any changes. It was supposed to be fixed (4-12-2007) but it's still broken!
Many other bugs fixed, thanks LL! =) -Mr. Marsi While the new update fixes the response time on it, and the possible frequency, it still occurs.
I'm still seeing this, and it's very apaprent. However, disabling Object-Object Occlusion does bring everything back, and enabling it again makes everything disappear again. This is with the release tonight, Second Life 1.18.6 (74965) Dec 4 2007 17:30:45 (Second Life WindLight)
One way that you can make this happen is by opening up someone's Profile box and then move the camera elsewhere, the geometry in the new location will not show up until you close the Profile box that you have open... Also seems to happen when you open the Search box, but different in that case because the geometry doesn't return after you close it, or at least in the instances I've tested...
Still happening.
Second Life 1.18.5 (74965) Dec 4 2007 19:23:49 (Second Life WindLight) CPU: Intel Core 2 Series Processor (2999 MHz) Still doing it.. just happened to me.
New version downloaded as of 12/5/07 1:24am EST (12/4/07 10:24pm SLT) Second Life 1.18.5 (74965) Dec 4 2007 19:23:49 (Second Life WindLight) CPU: Intel Pentium 4 (Unknown model) (2992 MHz) Still happening here - Water just disappeared in Lusk, 12/04/07;
Second Life 1.18.5 (74965) Dec 4 2007 19:23:49 (Second Life WindLight) You are at 255721.5, 256668.5, 59.7 in Lusk located at sim3230.agni.lindenlab.com (64.129.44.249:13006) CPU: Intel Core 2 Series Processor (3000 MHz) This release seemed to make the problem worse for me. It happens within seconds of logging in. My home is Chaos and Beauty in Peacock Park, by the time I cross the road to the south, parts of the castles there are missing.
Mine the last few days seems to be happening regardless of having the occlusion checked or not and todays fix is not any better. Though I think I am fighting a "on rez" issue and this one. Definatly know this one is not fixed and turning off occlusion did allow that which I lost to come back.
This is still happening.
Mac OS X 10.4.11 Hardware Overview: Machine Name: iMac GeForce FX 5200: Chipset Model: GeForce FX 5200 The Above Graphics driver is compatible with SL. Still occuring, although this time it took about 9 hours of nonstop useage; this may be a moot point as I have upgraded my system from the time of the original post.
Second Life 1.18.5 (74965) Windlight CPU: Intel Core 2 Series Processor (2666 MHz) Disabling object occlusion did remedy the issue, as it has previously Still occuring... Only took about 5 min to happen. Seemed to happen after using some pose balls..
SL Second Life 1.18.5 (74965) Windlight CPU: Quad Core 2.4 Ghz THANKS for the reports of this still happening in WindLight, Second Life 1.18.5 (74965), where we hoped it was fixed per:
» http://blog.secondlife.com/2007/12/04/super-cool-new-windlight-first-look-viewer/ I'll ask Runitai Linden to keep investigating, it's been tricky but unfortunately still a problem. This bug isn't fixed in the new Windlight viewer of 12/5/2007 in regards to disappearing avatars. But at least I can click on the name tags now!
Also seeing this bug as of 12/5/2007 in the new viewer
I still see this issue with avatars above 700m with both Mac and PC versions of the new client.
Sometimes changing groups will fix the issue, often it will not. I have not seen this at ground level in the new client, but I only had a hour to try. Still seeing this issue under heavly lag conditions (all sources) I have occlusion on and it appears most often when the surrounding community is complaining about lag conditions...
Hair, Avatars and structures and water all still disappear. this is on the latest WL Client on 12/05/07 I am still having this issue with the new viewer. Now objects are disappearing, especially plants. My roof also vanished.
Tried the latest windlight viewer today. As soon as I logged in, my partner's avatar was totally invisible except for her name tag. Couldn't see any attachments or anything. Totally invisible. Guess you need to keep working this one.
CPU: Intel Core 2 Series Processor (1891 MHz) Dec 5 2007 Help Island Public, viewed from Orienation Island Public
Snapshot pasted of water plane missing and some terrain missing. A prim (roof piece of store) also seems to be missing. This was at 64draw distance and slowly increased until I was eventually at 512. Everything rezzed ok except that missing area by the HIP freebie store.
Second Life 1.18.5 (74965) Dec 4 2007 19:23:49 (Second Life WindLight) You are at 262262.7, 257882.5, 264.4 in Orientation Island Public located at sim3094.agni.lindenlab.com (64.129.44.113:13006) CPU: Intel Pentium 4 (Unknown model) (3064 MHz) Things are still disappearing even after the updates 06/12/07: looks like this one hasn't been fixed yet.
This bug is dead. Long live the bug.
For those of you who thought this was related to looking at someone's profile or opening the finder, you were right! I read those comments and thought ,"how the hell could viewing a profile screw up occlusion culling? Nonsense! These guys are supersitious." I should give you guys more credit. So here's a solid repro:
So how did this happen? Well, in the current release viewer, whenever an avatar skin is baked or you have some UI component up that needs to borrow the framebuffer to update a texture (like the edit appearance window borrows the framebuffer to render all those pictures of your avatar), the depth buffer is cleared, which makes occlusion queries for the next frame come back all negative (nothing's occluded), which is partially responsible for those nasty bad frames you get when wandering around. To fix this, I put in an optimization that skips occlusion culling for the frame after such an update and just keeps around the old occlusion data. What I failed to realize is that the embedded web browser uses the same code to update the web browser texture, even though it doesn't use the framebuffer, and it requests an update every single frame, even if it's off screen. So the quick fix is to make the web browser only request updates when it's off screen. This creates a more subtle bug, though. The web browser only really does an update at 16 fps, and only when it's visible. So, the new bug is that if you have the finder or a profile open and your frame rate is less than 16 fps, occlusion culling will freeze. To me, this is better than it not working at all (the old behavior), and soon, this will be properly fixed by taking the web browser out of the dynamic texture code altogether, since it really doesn't use the framebuffer for anything. "So the quick fix is to make the web browser only request updates when it's off screen."
There I go again. What I meant to say was make the web browser NOT request updates when it's off screen. There, that makes more sense. /me claps at Runitai and everyone who suspected this was the fault all along. Nice work everyone. Looking forward to seeing this fixed ASAP
Effect still happens with 1.18.5 (74965)
With me, it happens massively in Eden Valley (76,71,512) They are using a lot of overlapping oversized and semi-transparent prims there. This fix is NOT in the current 74965 but we're targeting it for the next update – hence "Fixed Internally" (read the description under the Add Comment box when you're making a new comment
I'm not sure if this is the same issue I keep encountering - people turning invisible when on a megaprim. All you can see is their name tag and voice dot. Sometimes leaving and coming back will make them visible again. I have only noticed this on megaprims at fairly high altitudes (600+) it seems.
This still occurs since the 1.18.5(74965) patch. well, as of 75173, this is still happening. At least above 600m altitude and not around megaprims either. Sometimes relogging and clearing cache works, sometimes not. Sometimes AVs are invisible upon login, sometimes not. Sometimes AVs are invisible after TPing, sometimes not. Can't find a consistent pattern. It just happens.
Please see Runitai and my comments above.
I eagerly await the next update where this is fixed. it is tremendously annoying. turning off Occlusion culling makes it slower too.I want my culling back!
Thanx again for your reports and helping us to make progress! This bug is fixed in the newest WindLight version – Second Life 1.18.5 (75762). Download link and more info here:
» http://blog.secondlife.com/2007/12/17/new-windlight-viewer-extended-commentary-75762/ Keep watching the Official Linden Blog and check out http://wiki.secondlife.com/wiki/Windlight In the latest Windlight release (7463?), avatars are sometimes invisible, except for their nametag. No camera zooming required to activate this behavior. Rebaking, looking elsewhere, etc. do not fix the problem..The only solution I've found so far is to re-log.
System: XP SP2, 2GB RAM, Athlon FX64 4800+, Nvidia 8800GT 320, latest .NET framework, Windows updates, and released GeForce video drivers. Not sure if the problem I'm having is the same:
I've made some hairs with sculpts and alpha layered textures that display just fine in the common viewer, but in the windlight viewer it seems like groups of primhairs dissapear on parts of the hair. If i zoom out and zoom in again, the 'bald spot' (group of prims missing) often just moves to another part of the hair. The parts that dissapear do in most cases not have other alpha layered hairs behind them that ' overlap' them , so the problem is not the same as the ' usual overlapping alpha layer problem' . Also, moving the camera around the hair does not change which prims are missing However, if i change the texture into a non-alpha layered texture, the whole problem does not occur The picture i added is called hairparts-dissapearing.jpg note that the base underneath the fine hairparts is a non-alpha layered texture I really hope this will be solved, because it took me quite some time to create these @Lindal: Can you please confirm whether toggling occlusion made them reappear? I wonder if this is a different bug with similar-seeming effects, like
@Master: Please file that as a separate issue and send me a copy of the hair to investigate, thanks! I re-closed this because this bug, as described extensively above, hasn't been confirmed as reproducible in the newest WindLight builds.
Please do NOT reopen this unless you are SURE it's the same bug per Runitai Linden's comments above: » http://jira.secondlife.com/browse/VWR-3162?focusedCommentId=37160#action_37160 and look at those bugs which "seem" the same but actually have different causes. Thank you. Happens once more with the latest 1.19.1 RC3.
Attaching two screenshots: prims are missing, sim water is missing (certain portions of void water are missing although you can't tell from this screenshot), part of the land mesh is missing... Illustration of old Object-Object Occlusion bug in 1.19.1 RC3.
There is a possibility to add to the options a check to disable the windlight feature?
I know is beatiful to see the sky and other effect but to check textures and other things i think old client view is better. yes, sad to say, this bug looks to be back.
i would grab the about secondlife info but it crashed just as i went to do so but anyways, im useing the latest regular client, with basic shaders off. TPing out and back in fixed the problem like it used to. Please fix this again as it is a realy annoying bug to have come back at you -Liny(TG) Two shots illustrating what seems to be the same bug. Config details included from a later session:
Second Life 1.20.6 (86925) May 6 2008 20:43:54 (Second Life Release Candidate) You are at 286316.4, 265696.5, 81.8 in Huineng located at sim5839.agni.lindenlab.com (8.2.35.141:13002) CPU: Intel Core 2 Series Processor (2399 MHz) Incident took place in Romero. Limited to my (new) machine, so it may be a configuration issue, or perhaps outdated drivers, as the machine is just now being set up. I have noticed this same bug, i'm on pc and my complets plaforme is:
Second Life 1.20.15 (92456) CPU: Intel Core 2 Series Processor (2304 MHz) This thing is cropping up again for me with the current RC. Disabling Object-Object Occlusion still corrects it, and is an acceptable fix (to me) since the setting saves.
Second Life 1.22.4 (106127) Dec 16 2008 12:22:22 (Second Life Release Candidate) CPU: Intel Pentium 4 (Unknown model) (3400 MHz) NVidia Driver: 180.48 This issue has been occuring for me for the first time in 1.21.6, but only once.
It has become a nuisance in 1.22 release candidates, occuring usually after 60 or more minutes runtime (maybe depending on memory usage). Vanished prims can be made visible again by going into mouselook mode, but others are gone again as soon as you get out of mouselook mode usually. The amount of prim varies from 1,2 prims up to a half building vanishing off the screen. This has been occuring on various OS installation including Windows Server 2003 x64 and Vista Ultimate 64. Second Life 1.22.5 (107013) Dec 31 2008 13:30:40 (Second Life Release Candidate) You are at 204525.0, 240535.0, 22.3 in Machina located at sim2966.agni.lindenlab.com (216.82.19.209:13000) CPU: Intel Pentium III/Pentium III Xeon (0.25 micron process) with external L2 cache (3910 MHz) Driver version: 180.48, and earlier ones. CPU: Intel Q9550 1.22.6 in now finally stable enough that I can stay in long enough to see this happening. although I've certainly been seeing it happen on earlier versions.
Voted. Second Life 1.22.6 (108361) Jan 20 2009 13:28:18 (Second Life Release Candidate) You are at 173234.4, 285497.4, 25.0 in Harrington located at sim3130.agni.lindenlab.com (216.82.20.119:12035) CPU: Intel Core 2 Series Processor (2399 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 Is "object-object occlusion" the "UseOcclusion" debug setting?
Yes it is, though I usually get to the setting from Advanced > Rendering > Object-Object Occlusion.
I also reproduced it by 1.22.11.
It often occurs. Second Life 1.22.11 (113941) Mar 6 2009 12:41:12 (Second Life Release) CPU: PowerPC 7450 (1416 MHz) libcurl Version: libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3 Cool Viewer 1.22.11 (0) Apr 10 2009 18:17:04 (Cool Viewer)
RestrainedLife viewer v1.16.1 (CV 1.22.11.0) Release Notes You are at 292200.7, 279148.3, 501.1 in Mirrordeep located at sim3200.agni.lindenlab.com (216.82.20.189:13002) CPU: Intel Core 2 Series Processor (2133 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 This bug is still occuring for me. It takes awhile but it eventually happens... and it's consistent with the object-object occlusion setting as the above commenters said. Lordly Still broken.
Second Life 1.23.4 (123523) Jun 9 2009 08:32:14 (Second Life Release Candidate) Built with MSVC version 1400 You are at 173273.9, 285679.1, 63.5 in Harrington located at sim2320.agni.lindenlab.com (216.82.17.71:13002) CPU: Intel Core 2 Series Processor (2399 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 Ok, I and my mother both are having this issue lately. It's driving me insane (especially when i'm trying to build) and i don't see any change when i change the setting under rendering. We both have Nvidia cards, would that have anything to do with it???
Anyone found any other 'fixes' yet? Thanks, |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||