|
History
| Log In
|
|
|
|
|
|
Me too. And its really annoying. what I have had to do to reduce the freezes is set my draw distance down alot, this cut down the freezes but does not stop them. what i have also noticed is that it only happens to me when I disable camera constrants. beening a builder of large structures this is a must and i can not work this way with the camera constrants on and flying around to get to parts of my build.
The machine Im using is a Pc dual core AMD 5400+ , 2GB RAM , Nvidia 7600GT , running XP Pro ( fully updated) I've seen a few other issues like this, and have experienced it myself. Annoying! This sounds like
Just a FYI, this is happening on Mac OS X too. Running latest viewer here and it tends to happen mostly when panning around.
I am also seeing this issue... Dell Inspiron XPS 3.4 GHz EE, Windows XP Pro, plenty of RAM, didn't do this before the last couple of viewer updates...
Having the exact same problem. Happens to me 2-3 times an hour, for between 10-30 seconds on end.
REALLY irritating, AMD X2 4400+, 2 GB, geforce 6800 GT. im a builder. the hangs range from a few seconds to long enough that i relog because of it (>1 minute), and often a few short hangs happen in a row. it seems to be triggered by camera navigation. i use disable camera constraints.
during the last update, I used to crash close to every 5-10 mins. With the latest update, I no longer crash, but I do get lockup anywhere from 5 seconds to a minute.
I am on a Dual core 2ghz with a Geforce GO 2 gb ram. The NVidia pattern was noticed on the forums too. NVidia 7950 GT here. Yesterday was hell, freezing up temporarily, locking up permanently, ctrl+alt+deleting my way out of Second Life...before I discovered alt+tabbing to a different application (usually my internet browser) for thirty seconds was enough to unfreeze it, allowing me to return to work without relogging. Scratching my head as to why it's not been happening so much today.
CPU: AMD (Unknown model) (2010 MHz) (Dual core)
Memory: 2048 MB OS Version: Microsoft Windows XP Service Pack 2 (Build 2600) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: Radeon X1800 Series x86/MMX/3DNow!/SSE2 OpenGL Version: 2.0.6012 WinXP Release LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000) Packets Lost: 0/88622 (0.0%) Viewer Digest: f1e1acae-ab67-4275-2612-009581afe071 Noticing that there are a lot of people with dual core cpus here. Maybe it's a dual core specific problem ? Helwett-Packard Pavillion CPU: Pentium4 2.4 GH RAM: 512 OS; Windows XP media center edition. Service pack 1 ATI RADEON 9200 graphics card. I've had a freeze (10-20 seconds) today in the debugger. From what I saw on the stack, the viewer was deleting motion elements from a list. I could not look at the details but it was motion related. What I was doing at that time (dunno if that makes a repro) was that I was in edit-appearance mode for a long time (20-30 minutes), uploading textures for a skin, trying them, editing in photoshop, uploading again, trying etc. etc.. The freeze happened when I got out of edit appearence. i saw a freeze happening while disable camera constraints was *not* used. so disable camera constraints is not required for the bug to happen. but i was navigating with my camera.
Intel dual core 3.015MHz CPU : Asrock motherboard : ATi graphics X1550 256Mb: 2Gb ram 4Mb connect. All drivers updated : XP pro SP2 O/S.
Having similar oproblems of total system freeze no mouse no nothing no access to windows by cont alt del during freeze. these freezes are lasting up to 4 minutes at a time. Most prevalent if I go in close look on something, but sometimes happen in normal view. No obvious bandwidth or packet loss problems associated with it. Currently running today with camera constraints in place and it has happened 3 times so far in the last hour. Just added log entry for that period of last freeze
2007-08-16T14:13:10Z INFO: LLCircuitData::checkPacketInID: packet_out_of_order - got packet 45005 expecting 44958 from 72.5.13.18:13004 2007-08-16T14:13:16Z WARNING: LLAudioChannelFMOD::cleanup error: An invalid parameter was passed to this function 2007-08-16T14:13:21Z INFO: LLCircuitData::checkPacketInID: packet_out_of_order - got packet 45049 expecting 45009 from 72.5.13.18:13004 2007-08-16T14:13:26Z WARNING: LLAudioChannelFMOD::cleanup error: An invalid parameter was passed to this function 2007-08-16T14:18:11Z INFO: idle: Transmitting sessions stats 2007-08-16T14:18:11Z INFO: LLViewerStats::addToMessage: STAT: Version: 1.1802e+010 2007-08-16T14:18:11Z INFO: LLViewerStats::addToMessage: STAT: Vertex Buffers Enabled: 0 Definitely seeing this when disabling camera constraints and building on a "SIM" level. Set draw distance to 256 and pivot the camera around the SIM a bit.
The whole client "freezes" as if the windows process is about to crash for 20-30 seconds. Using dual core here. Assigning the executable to a single processor AFFINITY seems to mitigate it some, but does not eliminate it. Since disabling voice on my estates, i haven't had this happen all day, I will comment again tomorrow with an update
I am experiencing similar issues, but i also notice complete loss of bandwidth data stream requires i log out then reset my router/modem then restart pc (dell 5100 XP pro fully updated ATI RAD card duel core AMD etc etc 4mb connect no other issueswiv pc) I also tend to lose my LAN when this happens so I unplug cable and plug in to kickstart LAN connection...Latest version viewer 18.1.2 never happened before....losing faith ....it happens when i am in normal activity walking normal view sitting chatting etc just happens after bout 5- 8 mins after log in..for the first few mins life is good but then ALL STOP.....
Same problem on 2 computers with Vista and XP, Wifi and Ethernet.
I have "LLCircuitData::checkPacketInID: packet_out_of_order - got packet ..." too CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
Memory: 2027 MB OS Version: Linux 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce 8600 GT/PCI/SSE2/3DNOW! OpenGL Version: 2.1.1 NVIDIA 100.14.11 LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000) Packets Lost: 101/2632 (3.8%) Viewer Digest: 43df0268-55b0-d259-b7d6-12c8061926b2 Same problems as described, including intermittent loss of LAN momentarily when this freeze occurs. I have found the same thing occurs on my laptop with this version. My other desktop that still has 1.18.0(6) on it is not affected in this manner. Looks like this issue had been seen and reported in the Firstlook viewers (just linking another one) but not addressed before it went live!
I suspect that the out of order packets are a symptom not a cause.
What appears to happen is that something/somewhere goes into 100% CPU utilisation and basically prevents other software from running during the freeze. As such the SL viewer will miss any packets sent during the freeze and it worses cases network driver itself may be affected. However, it isn't clear what is eating the CPU cycles, which makes me suspect that the process which grabs CPU is not in the viewer itself but in a driver (video? network?) - perhaps some graphics routine not cleaning up properly? P.S. the other reason I suspect the problem happens within a driver rather than the viewer itself, is that I still get the computer freezing with 100% CPU usage even when I run SL on a Core Duo with SL locked to only one core!
OK, I've reverted to 1.18.0.6. Generally this client feels far better and smoother in terms of performance, delivering much better FPS, whereas in 1.18.2, it often feels sticky due to poor FPS.
Some general observations: i) So far I've not experienced freezing in 1.18.0.6 but I'll keep monitoring ii) When entering a new location in 1.18.2, the FPS would often drop to 1-2FPS whilst the prims and textures where loading - forcing me to stand still until everything had rezzed; in 1.18.0.6 I get no such FPS reduction when entering a new area so I can move around whilst things are loading. I suppose someone needs to go through all the changes between 1.18.0 and 1.18.2 particularly within the rendering code and perhaps the networking code to track this down? to summarize, freezes happened:
- while using affinity (on dual core) - joseph bulloch's pc, on which freezes happen, is a P4 with HT enabled (2 logical cpu's) - while i came back from being away and did nothing - while disabling camera constraints is off - while voice was disabled in the parcel (seen by warkirby) - while voice is disabled in preferences I think you're all possibly making this too complicated. I've experienced such lock-ups since I joined SL back last November. They've gotten worse as concurrency has risen and with updates to the servers and viewer -- no idea which is at fault, though, if either. It used to be that a lock-up would only last for a few seconds. I recently waited out one that lasted nearly two and a half minutes -- just to see if it was a lock-up or a crash. I've experienced this on three very different computers and on several different Internet connections. Hardware doesn't matter. Software settings don't matter. This is as annoying as the rising severity of lag, even in sims which didn't experience lag only a few months ago, and I wonder if this is actually a lag-related condition.
Amanda,
This problem is somewhat different from freezing in previous versions and the change in magnitude between frequency and impact of any freezing seen in 1.18.0 and 1.18.2 is huge! Yes, in 1.18.0, I occasionally get things going sluggish (<5fps) for a second or so, this is irritating but in general doesn't prevent me working with the viewer. In 1.18.2, things going sluggish (<5fps) is far more common which makes using the viewer almost impossible for anything which requires any degree of accuracy. Moreover whereas sometimes the viewer runs without problems,on others (about 1 in 3), it will suddenly freeze the entire computer - not just the SL viewer - even when the viewer is locked to a single CPU core. When this happens it will last about a minute during which almost nothing is possible on the computer. Also when this happens it will very often reoccur within 5-10 minutes. In effect, if you are experiencing this problem (and not every one is), the 1.18.2 is useles for anything apart from quickly teleporting to a location and standing or sitting still (which is fine if you just wish to use voice and nothing else ;-) ) One thing I have noticed is a sort of blink of the SL viewer just before the freeze happens - has anyone else seen this? I was experiencing the exact same problem as Beware Hax is describing it: Freezes during camera navigation, rotating the avatar (including mouselook), etc. I have two systems with ATI and Nvidia cards. Both of them were affected in the same way.
The problem seems to be related to a specific OpenGL extension (GL_ARB_occlusion_query). There is a debug feature in the SL viewer for Linux that allows blacklisting particular OpenGL extensions so that they won't be used during runtime. When I disabled GL_ARB_occlusion_query using this feature, the freezes did not occur. This worked for both ATI and Nvidia. I noticed no change in frame rates, so this seems to be a viable solution. Unfortunately the extension blacklist feature is not available in the viewer for Windows. Its code gets excluded during precompile if the target platform is not Linux. The source can be viewed here: http://svn.secondlife.com/svn/linden/release/indra/llwindow/llgl.cpp (Search for "LL_GL_BLACKLIST".) Object-Object Occlusion can be switched off via the debug menu (under Rendering - also via CTRL-SHIFT-O) so it may be worth trying that on Windows and Mac, and see what effect that has? As far as I can tell setting LL_GL_BLACKLIST=l on Linux switches this off.
The object-object occlusion menu entry works as well. Thanks for pointing this out!
After disabling the option, a viewer restart is required for the setting to take effect. client hung for "minutes" and i restarted it, even though i had the object-object occlusion option disabled. so far, during days, i only had one short hang, instead of a hang every few minutes.
Likewise - disabling object-object occlusion reduces the frequency and impact of the problem but does not totally eliminate it. As the occlusion code doesn't appear to have been changed, it seems unlikely that this is the cause.
My suspicion is that that the client isn't removing llSpatialPartition objects (and derivative objects) from the rendering pipeline properly or is hanging onto them for longer with the result that the pipeline rendering gets bogged down. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bug
Resolved
Major
Regular viewer freezes since update to Voice viewer
I can't build like this - I'm a content creator.
I'm running on a dev server so a decent spec PC (dual core, 2GB RAM, NVidia 8500GT, high speed internet. SL was flying prior to update. Have disabled stacks of options, but it still happens. Every minute or two it freezes, for between 5 and 30 seconds. The SIM I build on is Chelsea, and very quiet - often only a few hundred prims there. I have also not enabled voice.
I have heard from 3 others that they have similar issues although not as much as mine which is unusual as my PC is better spec than theirs, which makes me wonder if the code is now doing something extra - like running through inventory or something and perhaps I have a bigger inventory - or something like that?
Please post a solution for this. Its extremely frustrating.