|
|
|
[
Permlink
| « Hide
]
Iustinian Tomsen added a comment - 31/Aug/08 04:26 AM
I can confirm that with the extension that this is happening while in appearance mode too.
Added for Public Nightly (95368).
I can repro this. 1. Sit on a poseball. ---------------------------------- Second Life 1.21.0 (95368) Aug 28 2008 18:27:35 (Second Life Public Nightly) You are at 156611.4, 279420.1, 25.6 in Moirae located at sim4690.agni.lindenlab.com (63.210.159.86:13001) CPU: AMD (Unknown model) (2210 MHz) Duplicate reported here
Same for me with linux viewer under Ubuntu Linux, Nvidia GeForce Go7300 with the latest RC 1.21.1
Same happens here. When standing on a poseball, modeling table or any other posestand the hair and some attachments disappear when zooming in on an avatar. It´s completly impossible to make pictures this way.
It can be reproduced time after time. And other users have been affected the same way. Second Life 1.21.2 (96080) Sep 9 2008 09:42:01 (Second Life Release Candidate) CPU: Intel Core 2 Series Processor (1875 MHz) I can confirm this also. Exactly the same as detailed in previous comments. Completely fine when reverting back to 1.20.
Still present in Second Life 1.21.3 (96489) Sep 11 2008 22:58:29 (Second Life Public Nightly)
Noticed this bug today. Attachments disappear when my camera gets too close. Only seems to happen when I'm standing on a posing stand. Makes editing my avatar impossible!
the loss of prim hair is back in Second Life 1.21.2 (96080) when you get close to another av. within about a meter is still present and critical.
This issue still is Unassigned... I propose this be elevated to Major due to the fact that it makes taking acceptable snapshots and editing/creating clothing almost impossible.
Thanks for reporting this. We will investigate.
Still repros for me on....
Second Life 1.21.3 (97356) Sep 22 2008 15:29:01 (Second Life Public Nightly) You are at 156610.7, 279424.8, 24.9 in Moirae located at sim3864.agni.lindenlab.com (63.210.156.22:13003) CPU: AMD (Unknown model) (2210 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 i'm also having this issue using the RC client. hair and attachments missing when i'm on a pose stand trying to adjust them >_<
This is occurring for me on two different computers with the RC, with hair and with other prim attachments like sleeve cuffs. On some poses, hair is missing from all angles and distances. Please elevate this and fix it.
With the latest Release Candidate RC3 released today, we are unable to reproduce this issue.
I know there were various reproducible steps listed by various Residents. If this is still a problem in RC3, can you please confirm the steps that will cause this bug in RC3? Thanks! I am using today's RC3 and it's still occuring as we speak. I am laying on my bed and I cannot zoom in enough or I go bald, and lose my earrings.
To reproduce: it's simple, sit on any poseball and zoom the camera into yourself with prim hair or earrings or related attachments. I must agree, this makes taking posed pictures extremely difficult. All I'm doing is sitting on a poseball to my bed with a sleeping animation, I zoom a little towards my avatar and my hair disappears. Can still reproduce with post RC3 nightly build with the following configuration:
Second Life 1.21.4 (97627) Sep 25 2008 02:33:03 (Second Life Public Nightly) You are at 289532.2, 274316.0, 22.6 in Chub located at sim5614.agni.lindenlab.com (8.2.34.170:13001) CPU: Intel Core 2 Series Processor (2400 MHz) Repro in RC 1.21.3. Don't need a poseball. Just rez a standard plywood box, set transparency to e.g. 20% and sit on it. Now zoom in with mouse-wheel: My hair disappears. Zoom out: Hair is back.
The key seems to be the transparency. If transparency is 0%, but a script changes it by sitting to semi-transparency (or full), same glitch happens. If transparency is and stays 0%, cannot repro glitch. Second Life 1.21.3 (97611) Sep 24 2008 17:11:26 (Second Life Release Candidate) Second Life Server 1.24.6.97433 CPU: Intel Core 2 Series Processor (2405 MHz) i am also still experiencing this issue on the latest RC.
I am also still experiencing this problem....
Zooming in shows the avatar with no hair. My partner who is running a MAC also has the same problem. The new viewer update did not fix this problem. Very frustrating We are told RC4 is the last RC for 1.21.
Are you seriously planning to ship a viewer with this bug in it? Please DO NOT try to railroad towards release without taking the time to fix this bug.
The release candidate cycle is meant as a means to eliminate newly introduced bugs in your viewers prior to official release. If you don't adhere to that policy and neglect to work in fixes to new bugs which you introduce, you are following an approach antithetical to your entire RC process, and for that matter you are making the viewer worse in each new iteration. The number of open issues should not be added to at the end of an RC cycle. Fix the bug before release of 1.21 still seeing it in 1.21.4 (98167)
I am also experiencing this issue since upgrade of RC 1.21.3.97611. When I zoom the camera on attachments such as prim hair and shoes, they disappear off the avatar and you see the avatar body part under the prim attachment - for example using a pose ball such as Bit & Bobs slow dance v3.
Second Life 1.21.4 (98167) Sep 30 2008 15:28:25 (Second Life Release Candidate) CPU: Intel Core 2 Series Processor (1794 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 Added 'attachment' images to show the prim shoes attached and then disappear when zoom in with camera.
I've just seen this happen with prim hair. Zooming in on avatars at certain camera angles, makes the hair dissapear and avatars appear bald.
Second Life 1.21.5 (98701) Oct 6 2008 10:27:21 (Second Life Release Candidate) CPU: Intel Core Series Processor (2000 MHz) Still happening in the new viewer.
Repro is simple, just sit on anything, poseball, chair, block whatever and zoom in with camera. Hair or other prims disappear. Second Life 1.21.5 (98701) Oct 6 2008 10:27:21 (Second Life Release Candidate) CPU: Intel Core 2 Series Processor (1875 MHz) For me in the viewer before this one, the problem was gone, but now it's back again! happening to me while on a pose stand which is using the turn_180 animation in the script
did not do it to me while standing normal, or in appearance mode, or just sitting on a non scripted prim. I tested other poseballs, and it happened on some and not on others Second Life 1.21.5 (98701) Oct 6 2008 10:27:21 (Second Life Release Candidate) CPU: Intel Pentium 4 Northwood (2992 MHz) CPU: Intel Core 2 Series Processor (1866 MHz)
Memory: 2045 MB OS Version: Microsoft Windows XP Service Pack 3 (Build 2600) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce 8600 GTS/PCI/SSE2 Happens to me in 1.21.4 and 1.21.5 ...can reproduce by getting on a dance ball with a partner and zooming in. Hair, jewelry and all other attachments disappear on both avies. CPU: Intel Core 2 Series Processor (2407 MHz)
Memory: 2048 MB OS Version: Microsoft Windows XP Service Pack 3 (Build 2600) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce 9600 GT/PCI/SSE2 I concur, this issue is .. an issue; And should be bumped upto "ugh lets sit down an not leave until its done" level. I have a chair that will 'every time without fail' render whats seems to be 1/2 of all attachments worn.. invisible/unselectable. IM me inworld if you'd like an example. Thanks for all the comments (and votes!) and suggested ways to reproduce the bug. Indeed, we are taking this rendering bug seriously.
The problem in relation to viewer 1.21, is-- our next viewer does NOT reproduce this bug (our next viewer, 1.22, is now in its alpha stage). This implies that the important refactoring & cleanup which is already done may have completely solved this problem. Normally, we would try to bring that code to release sooner if it solves a major regression. However in this case, render refactoring usually causes short-term stability bugs that need solving.... and we do not want to destabilize the 1.21 viewer which is at the end of its cycle with a low crash rate. This makes a bug like this one ripe for solving immediately in the next cycle, at the first RC0-- when we have the time to iterate on any destabilizing crashes. On behalf of the release team, I appreciate your frustration to experience bugs like this, which erode the immersion of Second Life. We are actively working both to improve our internal testing (to identify bugs earlier in the development phase) – AND to increase resident participation in those "alpha" stages (where bugs like this can be investigated while it is still very early.) I appreciate your patience while we look to squash this bug in the Release Candidate of viewer 1.22 ! IMHO we cannot go live with 1.21 without fixing this.
My testing confirms that this comment: Ezian Ecksol - 27/Sep/08 04:57 PM accurately refines the triggering conditions for the effect: anything with an alpha-channel texture or set to have any transparency-almost all poseballs-will generate this effect in the RC for an avatar on its sit target; sat-upon prims without alpha do not. The exact camera depth where it occurs is a little tricky, but if one alt-drags the cam far enough back, the attached prims will rez. Note that the missing attached prims aren't rendered full alpha; rather, they aren't rendered at all. (I believe, however, that the attached prims need to have an alpha channel or have some transparency applied for this effect to occur, but not 100% sure of that.)
Unless the developers are completely certain that they understand why this bug occurs in the RC and why it's fixed in the 1.22 branch, it's just tempting fate to believe that the refactoring really fixed this, as opposed to merely changing the triggering conditions. Happening in the new official viewer release, not the candidate. Many of us at a large SL wedding today were plagued with this bug, which made it very difficult to take photos of the occasion let alone be able to adjust hair, dresses, jewelry and other prims on pose stands in preparation for the event.
Absolutely ludicrous that this RC was bumped to live with this amazingly obtrusive bug. Happens whenever I am in a posing stand.
So, I downgrade the viewer: Second Life 1.20.17 (98669) Oct 5 2008 10:25:42 (Second Life Release) You are at 163101.5, 250400.7, 727.4 in 100Limite located at sim2272.agni.lindenlab.com (216.82.17.23:13000) CPU: Intel Core 2 Series Processor (2135 MHz) Quoth Ramzi Linden: "Indeed, we are taking this rendering bug seriously. "
Taking a showstopping bug seriously means stopping the show and not hoping that next month's RC0 might fix it. Pretending that a bug you never saw until a release candidate was ready to go to release is magically fixed by the next RC could be called "voodoo programming". Your world, Your imaginary prims.™ Earth Primbee here,
This last client release has caused this bug for everyone visiting Inspire Space Park and taking a ride on our orbitals. When sitting on one of our orbital rides , which is basiclly a moving animation/pose ball, your attachments vanish and re-appear over and over. Eventually it seems to even make your client being to studder with as you move. What was a smooth relaxing ride for our guests has become a jerky attachment nightmare with this release. My thanks to all involved in tracking this one down. If I am not mistaken , I am reading in some of these notes that the new candidate release has resolved this? I'll give that a try. Thanks everyone and feel free to visit our park if you want to reproduce this bug Just spotted this issue with the new Second Life 1.21.6 release viewer. Its a real game breaker when visiting space parks to relax during my lunch break.
Hope this is fixed soon as the flickering of my wings and space suit is most distracting and even slightly painful on my eyes. This is what happens if I visit one of my favourite locations, the Inspire Spacepark. My wings, hair and other attachments flicker and the viewers screen refresh 'stutters'.
I find it hard to believe LL made a release knowing this bug was in it, at the same time saying "Indeed, we are taking this rendering bug seriously." People care so much about their appearance. (And perhaps people who spend a lot of times on poseballs more than most.)
Ramzi: since you know the cause, can you attach a patch to this issue to fix it? I don't want to release a 3rd party viewer based on 1.21 with this bug in it.
Hi McCabe, I should point to and clarify my earlier comment. There is no direct patch I can attach to resolve this issue for you.
Like you, we can reproduce this bug in 1.21 viewer. However in the maint-render-8 branch, this bug no longer reproduces on an identical configuration & scenario. This maint-render-8 branch is the basis of the 1.22 viewer. We will ensure that this bug is completely fixed in the 1.22 viewer. Ramzi, while the reasoning you have stated is understandable, it is flawed. Without wishing to editorialize too much within the confines of a JIRA entry, allow me to explain from the residents' perspective:
I know you're aware of the procedures by which you work, I don't want to patronize, but the entire point of the release candidate cycle is that it allows you to prevent yourselves from releasing flawed code. The point of it is to identify and prevent this exact kind of problem, a new bug which is introduced that is easily identified and reproduced. If you had the bug fixed in 1.22 then that is the version which should be released. 1.21 has a bug which is, to many, a showstopper. If LL had no plans to fix this in the 1.21 release, then there should not have been a 1.21 release. The 1.21 viewer should have been scrapped. You should not release a product with significant known flaws, of considerable detrimental effect to basic and fundamental features, that you don't intend to fix. From a practical perspective, people now have to use 1.21 to take advantage of Mono, or other new features, yet revert to 1.20 or lower if they want to do something as fundamental as close-up editing of attachments on a pose-stand, which is now made impossible and for which there is no workaround. Please explain to us the metric of performance by which that is considered acceptible, and please understand and convey to your superiors just why we believe it to be unacceptable. Those responsible for this decision should be aware of the detriment to goodwill that will result when people become aware that LL knew about the bug upon releasing the viewer. It may be fixed in 1.22, but that does not matter to anyone who has upgraded to this viewer, which you have vetted despite this flaw, because 1.22 is not available to them yet. Laila wrote: If you had the bug fixed in 1.22 then that is the version which should be released.
This issue is a bit annoying, but no show-stopper. I am sure they'll release the 1.22 RC as fast as possible after passing qualitiy tests, and personally I'd prefer to wait a bit for a stable RC rather than get some alpha 1.22 stuff that maybe causes lot of problems. Let us be a bit patient now. Oh, perhaps I should have been more detailed on that point.
Patience is precisely what I would prescribe. I do not mean that 1.22 should have been pushed out now. What I meant is that 1.21 should not have been given an official seal of approval it is not worthy of, and that the RC process for it should have been ended, but without a release. Better to release no code, than bad code. Professionals do not "fix it later". I would be perfectly content using 1.20 as the official release until 1.22 is ready to make available. Everyone who updates to the newest official version now has to cope with the hassle of downgrading if they wish to avoid this bug. Most of them were not expecting this kind of shenanigans at all. A new bug that LL missed, perhaps, but not one that they were perfectly aware of, had reproduced, and opted to allow to stay. That is sloppy and slightly disrespectful of the people who make SL what it is. An official release simply should not contain a bug which would provide someone with no choice as to downgrade in order to avoid a newly-introduced bug. Creators of attachments will also be blamed for this. The "invisible skirt" bug <http://jira.secondlife.com/browse/VWR-2778
 > cost me a lot of time and reputation because customers believed it was my fault. Non-technical users of SL do not want to be told about Jira bugs. Now there will be many complaints to content creators about their "vanishing attachments". This kind of problem is much more than a minor inconvenience to a few people. You know they said 1.21 was supposed to fix #
It was brought to my attention by another resident something that he discovered, which I tested and it worked for me as well.
Make sure the poseball, pose stand, or other item you are using to stand on, sit on or even walk on, are non alpha textures my biggest one was the pose stand, my hair always disappeared as did other prim attachments so I tried his suggestion, I made a new stand, no textures so I knew for sure it was non alpha textures, and lo and behold, the hair and other attachments did not disappear I know this doesn't help for things like rides and such, but at least it is a fix for those who need to use a pose stand and maybe it will help the lindens pinpoint the issue (could be that they did not have alpha textures on the stands or what not, when trying to reproduce the bug) Hope this helps edited to add, that this work around has stopped working for me, not sure why I have this problem if attempting to modify or resize attachments on a posing stand. It certainly makes building or adjusting clothing problematic. The "good" news is that the texture rendering bug has made this viewer completely unusable for me so this has become a minor issue.....
Rhaorth Antonelli has it right... I make the poseballs I'm on full Alpha again, and my attachments do NOT vanish... Thanks Rhaorth, it's not a 100% fix, but knowing the problem certainly helps find a fix!
This is the most ridiculeous thing I think i have seen since ive been in SL. Not only is this a stupid bug, a result of sloppy programming but its just brushed aside like its not important. Sad statement about QA
This issue can be avoided pretty easily, Take the problem, say your using a familiar poseball script, that turns a prim transparent , instead alter it, or find a poseball that changes the texture to invisible instead
Hello Maury Lehane. There are several problems with that:
1. Did you ever think how many poseballs already exist in the world? 2. Many (most?) poseballs are not modifiable by their owners. They bought them. 3. Most SL users don't have the technical ability to do what you suggest. 4. If you mean the invisiprim texture, then it will make parts of avatars bodies (and more) disappear. So it is not really helping. We really need to have this fixed ASAP, and not just "whenever the 1.22 RC comes out".
The current 1.21.6 release has the bug, and it's incredibly upsetting to see my furry HEAD vanish and reappear as I change camera angles and distances. Have you ever seen a furry avatar without their head attachment? It looks like a Witch Doctor attacked them with a shrunken head spell, while the head was still attached to their body! GROSS! It takes all the fun out of what might have been a very tender and intimate moment. Virtually ALL pose balls change the texture of the ball to full-alpha via scripting when the ball is sat upon, so you don't have to see that half-meter diameter sphere embedded in your rib cage or lap after you sit down. There is NO in-world work-around for that. It affects virtually ALL scripted furniture. Come on, Lindens. Don't be lazy. Find out what this is and fix it in 1.21, or get 1.22 RC 0 out ASAP! LL should have released a 1.20 with the mono checkbox, which is probably trivial, and not release 1.21 at all. LL always forces us to put up with new bugs they aren't fixing in order to use necessary features.
I don't want much. Just to be able to stand on a posing stand, adjust my hair, fix my prim nails, fix my prim eyelashes..... Anyone know how i can revert back to 1.20??? Hell, be quicker than waiting for a fix I think!
You can download 1.20 here: http://wiki.secondlife.com/wiki/Old_versions
If the object where you sitting is smaller than 0.5 units then attachments allways disapear if you zoom in!
you can test it There is a fix in the pipeline for this but there is some indication that it might break other stuff (what that other stuff is is not known).
I'm seeing this too, under Windows XP, nVidia GPU
I've been getting this for the last 2 days only. Always when I'm on a pose stand measuring 1.0x1.0x.0.25m cube.
In the current viewer Second Life 1.21.6 (99587) Oct 14 2008 17:42:25 (Second Life Release) this happens consistently when 1. Stood on a pose stand With RC viewer "Second Life 1.21.5 (98701) Oct 6 2008 10:27:21 (Second Life Release Candidate)" this happens intermittently, and at a much closer zoom - within ~20cms, dependant upon camera angle. The object, if selected, continues to have a selection glow, and from certain angle, even if invisible, it's transparencies will glow red with "show transparent" enabled. For myself, this is a showstopper, as much of my work is dependant upon working zoomed in close on tiny prim attachments. You are at 264970.0, 279802.0, 423.8 in Juicy located at sim7101.agni.lindenlab.com (8.10.144.103:13000) CPU: Intel Core 2 Series Processor (2128 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 This is DISASTROUS for SL artists! I cannot believe the RC was released with this bug - I am furious.
Thank you for the link to the previous viewer - I will be scrapping the current one. <a href="http://www.flickr.com/photos/silverdrake/2987074802/" title="wtf with the hair?!!! by Silver, on Flickr"><img src="http://farm4.static.flickr.com/3058/2987074802_26165dd29c_o.jpg" width="659" height="353" alt="wtf with the hair?!!!" /></a> This is still broken in the current RC.
Will we be seeing the 1392 changeset in an new RC soon? If it is suspected it may break other things, let's please find out what they are. So in an attempt to get my streaming audio back (which works nowhere in SL) I downloaded every viewer currently out and found that in all versions my hair disappears as soon as I step on a pose stand. Doesn't matter how close or far I am zoomed in/out. I can tell you that as a hair creator, this is a game breaker. And thank you McCabe Maxsted for posting the link to older versions. <BIG hugs!!>
Second Life 1.20.17 (98669) Oct 5 2008 10:25:42 (Second Life Release) Second Life Server 1.24.9.98659 CPU: Intel Core 2 Series Processor (2672 MHz) i get the same problem lately. i'm running the latest release client
Have this bug on 1.21 the same as the rest of the people here. this and the mess left in the wake of the introduction of mono, (day after day I listen to upset people blaming the creators in second life for run time errors and script bugs, on items that used to work perfectly, instead of the people who are really to blame) once again proving that LL have a far less than impressive customer care attitude
I am using 1.21.6 (99587) and I also have this issue. I was at a model photo shoot last night and standing on the posing stand, the new outfit attachments kept dissapperaing. I had the hardest time zooming close enough to adjust the attachments so the photographer could take the pictures.
I hope there is a fix for this very soon. I have more model photo shoots scheduled and it takes twice as long now to take the pictures. I see this defect when on a pose stand. It is affecting the content business.
Changing texture on pose ball to default and 0 transparency made the defect go away. Second Life 1.21.6 (99587) Oct 14 2008 17:42:25 (Second Life Release) You are at ... sim3969.agni.lindenlab.com (63.210.156.127:13001) CPU: Intel Core 2 Series Processor (2399 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 Edited to add: I also see gobs of prim attachments in mid air in busy sims with more than 10 avatars. Until I go zooming around. Then the attachments zoom off and the avatar appears with all their shoes and stuff on. So it seems oddly and inversely related. Edited.. apologies to watchers. I think i got it all correct this time. I've been experiencing this issue on both the regular client and the current release client (I believe it's 1.21-something or another). I run Vista with an Nvidia card (sorry I don't know the exact number), but I would like to confirm that making a poseball larger, as suggested by Jolie Jetcity, does provide a temporary solution.
I've tired to dupe this for the past 2 hours and have not been able to on Second Life 1.22.0 (102206) Nov 11 2008 20:53:04 (Second Life Public Nightly). But I will hold off on saying it is 'fixed' until some other BSI group members can give looksie and comment.
I can confirm that is fixed.
Second Life 1.22.0 (102206) Nov 11 2008 20:53:04 (Second Life Public Nightly) You are at 285145.5, 271279.5, 500.7 in xxx CPU: Intel Core 2 Series Processor (1875 MHz) libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 Second Life 1.22.0 (102206) Nov 11 2008 20:53:04 (Second Life Public Nightly)
(Vista32, Core2Quad, nvidia 8600M-178.24) It is fixed for me as well. Confirmed fixed in the first iterations of 1.22.
Second Life 1.22.0 (102206) Nov 11 2008 20:53:04 (Second Life Public Nightly) CPU: Intel Core 2 Series Processor (2194 MHz) Please look for this fix coming in 1.22 RCO coming next week
 same issue - cannot take up close product images so this is hurting business sales for
alot of people. good example picture on my post below https://jira.secondlife.com/browse/VWR-10518 see example picture here https://jira.secondlife.com/secure/attachment/20337/Grafix+Bug.jpg Second Life 1.21.6 (99587) Oct 14 2008 17:42:25 (Second Life Release) You are at 228691.0, 239806.3, 711.7 in Pulse located at sim2172.agni.lindenlab.com (216.82.16.177:12035) CPU: Intel Core 2 Series Processor (2399 MHz) Has the specific area of the code that was causing the bug been identified? Or was it just fixed as a side effect of the other changes to the rendering system? I'd like to be able to fix this issue in my own viewer without necessarily adopting all the rendering changes yet.
Hi Jacek-
The rendering changes that are in 1.22 caused this bug to appear much less frequently. But it is the code change referred to in the comment by Strife Onizuka above (29/Oct/08 10:13 AM) that eliminated all cases of this bug, to the best of our testing. Seeing this here, too.
Second Life 1.21.6 (99587) Oct 15 2008 09:35:03 (Second Life Release) CPU: Dual i386 (Unknown) (2400 MHz) libcurl Version: libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3 Still happening and has been getting worse.. Seems to affect my avie but not my GF?? Testing this with a single avie isn't a good test it seems. Using viewer 1.8.5, this doesn't happen at all and neither does 1.20.17.... not sure how recent a viewer this started with..
Second Life 1.21.6 (99587) Oct 14 2008 17:42:25 (Second Life Release) You are at 195815.4, 239766.2, 42.5 in SKunkies Home located at sim7771.agni.lindenlab.com (8.10.148.10:13011) CPU: Intel Pentium 4 Northwood (3006 MHz) @stephe, RC 1.21.6 is expired. Please try the lastest RC, the problem is fixed there.
@Ezian
The new RC blacks out. Just goes black while zooming or moving the camera. Sorry but the more LL messes with the code the worse it gets. We are approaching the point the recommendation will be to avoid any LL published viewers because they are too defective to entrust your expensive computer too. And sorry but most of us have tired of alpha testing free of charge for LL. LL can hire a real SQA team and give them the authority to correct the problem. @Ann, I cannot repro that the new RC blacks out while zooming or moving the camera, but I think, this is another issue than the one described in this thread (attachements disappear while zooming), so I would make a brand new jira issue for this, that increases the chance to be noticed by the Lindens than in a thread marked as "fix pending".
Ezian, I'm not using a RC viewer of any sort so not sure how it has been "expired". This is the viewer you get when you download the official viewer from their site (1.21.6 (99587)) My question with using the "latest" alphaware is, what's broken in it that might affect something more important... I'll just use the last "stable" version till they actually get it fixed, thanks anyway
If you use the 1.21.6 RC or the stable release ... as documentated in this thread several times, the bug is known in this version, but is fixed in the 1.22 releases.
So if you don't want to try the 1.22.x RC, just wait for the 1.22 stable viewer My attachments and hair keep dissapearing
hi Jhoanna Quintessa,
In order to determine if we need to do more investigation, we would need more information from you. What version of Second Life did you use when you experienced the bug (look for the version number in Help > About Second Life...) The status of this bug is Fix Pending. We do have a fix which appears to completely solve the problem--but this will be released as part of viewer 1.22. I am experiencing the same problem
Second Life 1.21.6 (99587) Oct 14 2008 17:42:25 (Second Life Release) You are at 149152.1, 284999.6, 21.4 in Starry Isle located at sim8717.agni.lindenlab.com (8.10.145.140:12035) CPU: AMD (Unknown model) (2410 MHz) Same problem
Second Life Server 1.24.9.98659 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz I've been unable to reproduce this in 1.22 so far.
(I'd strongly encourage LL to remove 1.21 from the list of allowed viewers once 1.22 is release-ready. Otherwise you'll have sown the seeds of endless frustration for content creators as well as users who are unaware of the nature of the bug and its specificity to 1.21 . Do please behave responsibly by acting to prevent that result. ) The longer the sit target, the more promenant this problem is. In fact you can have the issue without zooming, based just on camera angle with a longer sit target.
The problem also seems to be sensitive to the location of the prim the avatar is sitting on.
I sat on a prim and my attachments looked fine. Without standing up, I edited the prim and moved it over a few meters. Then some of my attachments started disappearing when I zoomed in. I edited the prim again and use Undo to move it back to the first location and all of my attachments rendered correctly. I could not find this Jira even after a solid search so I started my own. Contributors there pointed me to this one.
I too am plagued by this issue when simply sitting on certain scripted chairs and couches, standing on a pose stand, or posed in my photo booth. The problem of not getting the snapshots I want in my photo booth is driving me nuts. I had thought this issue resolved some months ago but for me it has only just returned again in the last month. What's changed? I have tried all of the 1.22.x RCs. These are unusable due to extremely frequent crashes. I wrote a Jira for that. However, 1.22.x does indeed fix the disappearing prims for me. Yet I am forced to use 1.21.6 because of the above crashing. For some strange reason, adjusting draw distance in 1.21.6 has some positive effect on my disappearing prims. What is especially confusing is that these prim problems only happen when posing and not when standing around. And not all scripted pose devices are similarly affected. Didn't anyone noticed that people who had this BUG had a :
--------------------------------------------------------------------------- -------------- NVIDIA Graphic Card -------------- or -------------- ATI Technologies - Radeon ) -------------- --------------------------------------------------------------------------- ------ — quote —
Didn't anyone noticed that people who had this BUG had a : — end quote — As these are the two main manufacturers of graphics cards this is not a surprise. I have this bug since I have the newest SL Viewer and it sucks, cause I make clothes and need vendor photos. But I cant do that, cause all prims disappear when I stand on the psoing pad and zoom in....I´m very angry and hope there will be soon a solution for this problem.
greetz, swantje u. I have this issue as well. Makes it impossible to take good photos on poseballs.
---------- Second Life 1.21.6 (99587) Oct 14 2008 17:42:25 (Second Life Release) CPU: Intel Core 2 Series Processor (2660 MHz) For reporters with this issue please try the latest RC Viewer which can be downloaded from here Release Candidate Test Viewers
From Release Notes/Second Life Release Candidate/1.22
Thank you : ) I am also facing this issue when on my model stand all attachments just poof when zooming for closeups. Terrible it is as I need to take pics up close of the items I sell...its horrible and cannot take any good pic's this way.
It seems this bug is back in 1.23.4
Happening to me in 1.23.4 as well. All I need to do is zoom into my avatar's head and there goes my eyes and some teeth. Sometimes it is random on which parts of the head disappear.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Reopened
Major
Moving the camera aorund, or zooming in on an avatar, some attachments 'disappear' from view.
