Jump to content

arabellajones

Resident
  • Posts

    685
  • Joined

  • Last visited

Reputation

384 Excellent

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I may have been drunk. At least the texturing worked.
  2. The images were a bit hard for me to real, so I checked with my own viewer. Yes, there is date/time info visible on that screen. But I am still, several days later, getting similar warning messages. Same style, not jokes, but I know I wasn't getting them, a week ago, before All Fools Day. So it looks like some setting in Firestorm changed, but I have had no luck in discovering how I can switch this off. I could have accidentally turned it on, I was trying to find a different setting, but finding these switches can be difficult.
  3. This is about Viewer Skins, which define the basic User Interface colours. Most third-party viewers use similar choices to Second Life viewers. Skins are mostly light text on a dark background. This is useful in some circumstances, and on smartphones and tablets is often labelled as "Dark Mode". It's better at night because you don't dazzle yourself, but there are warnings against using it in other situations. In the smartphone/tablet world you can quickly switch from Dark to Light. It's an easily available choice. (I have an uncomfortable feeling I should remind people that "colour" and "color" are different spellings of the same word.) If the Second Life viewer does provide this choice between light and dark it's a change I have missed. Sorry. But it hasn't been documented. I have been able to confirm that a few other viewers provide a usable choice. Most don't. I suppose I should confirm that my colour vision is OK, and my monitor is sited to avoid such problems as the screen reflecting light from windows. But my eyes are not your eyes. I don't have a solution. I do know that there are ways of creating a different skin, but I am not a programmer, and I am weary of the DIY responses. I do know that an old set of skins, the Starlight theme, vanished for a while but has been revived. They do fall into the light mode class. But the available instructions for new skins are old. I found this from 2008: https://wiki.secondlife.com/wiki/Skinning_How_To/Add_3rd_party_skins_to_the_skins_preferences_panel
  4. Since this thread is still popping up in Google searches, I figure I should link to an answer to the Dark Mode problem that I described. It is a working answer. For me it is a huge improvement over the commonplace light text on a dark background. Why no other set of skins includes such a choice still bewilders me. https://wiki.secondlife.com/wiki/Viewer_Skins/Starlight
  5. There's not such a lot of power used, even by a powerful desktop. There are a lot of changes happening to electricity metering in the UK. The label to be wary of is "smart metering". You don't always have predictable timing for the different rates. Better to pay attention to keeping the heat in the house, whatever rate is charged. I have a place wired for the old Economy 7 system, which has storage radiators connected through a time clock to use cheap rate power. Only thing is, I am now getting charged the same rate on the two meters. Not really relevant to Second Life, but it looks as though people are going to get caught out by such changes. I saw a letter to a newspaper extolling the advantages of overnight cheap-rate electricity. Somebody is going to get a surprise. My computer has an idle/sleep option which I use now. Second Life uses a lot less power than something such as video coding.
  6. This isn't the big issue with what happened on Tuesday, but Second Life runs 24/7 and Linden Lab doesn't. There is a big chunk of every day when things can go wrong—my most recent experience was a region going down—and there seems to be no way of reporting it. I think I could have submitted a JIRA, but that needs a different password, and I can't call it a user-friendly. And, key question, how long before any action gets taken? That applies however the report arrives at Linden Lab. I have had to deal with various fault-reporting services over the last few months, and I know it's not easy. I'm English, but I hesitate to trust speech recognition systems. I have struggled with the accents of some call-centre staff. And a telephone call to North America? Second Life is international in scope, but even with a common language I wonder if it is run to cope with that.
  7. The machine I am using is rather old, but it was a high-end office desktop. It needed a gaming-quality GPU card to handle Second Life. When I look at the numbers for currently-produced computers, what I do see is greatly-reduced power consumption for the same amount of work done. If you're not using the absolute latest kit, it may not matter, but it was hot enough this last summer that it might. If you're not into the specialised solutions, cooling or otherwise, that's OK. Second Life doesn't force you into bragging-rights territory. The only hardware ID in this thread I have recognised is "GTX1050" which is an nVidia GPU. I am not sure their numbering system is the same as it was, but that's basic gaming quality.
  8. The trouble is that the Status Page isn't reliable in the early stages of a problem. Yes, we should check it, and "nothing on the Status Page" is part of a good initial report, but some of us do have tools available to us that others don't. Some people seem able to use the JIRA, but it started as a job-tracker used by management, and I still have doubts about it for bug reporting. I have a suspicion that JIRA is being used in London to manage The Queue. If you can handle the JIRA interface, use it. If you can't...
  9. I have installed the new Firestorm version, released on Friday, and it is running OK on Linux. This is v6.6.3.67470 This does feel like a quick release, but there have been a lot of changes to the SL viewer and this release is playing catch-up. It looks like one change is the handling of group notices. If you have been away for a few days, you will see a lot more accumulated. It's pure luck that I caught it when I did, but there is no need to rush. The download site may be pretty busy. With the Havoc code, the Windows version may feel a bit different.
  10. The problem there may be in the viewer or in the server. "Too-high settings can cause the viewer to request data that is not available." is in the Firestorm web-page on the subject. I haven't found a clear explanation on the Second Life website.
  11. Why is it still called just "bandwidth", which could be misleading? OK, it could be that there isn't room to change the label to "UDP Bandwidth" but I just checked Firestorm and it's not a problem there: plenty of room. Cool VL Viewer does a good job with the pop-up help. Firestorm directs you to a web page for a "suggestion", and I am not sure which is better. I would call the web page an "explanation", but I am English, and so speak a different language. (And it's not JIRA.) I run my "bandwidth" at 350 Kbps for Firestorm. It shows a slider with different recommendations depending on the internet connection type, and I don't think those have changed since the days of UDP-only texture delivery. With the reductions in UDP traffic that sort of reduction works for me, but I am not sure how the bandwidth setting really works. I am not going to assume that every SL-user has an exclusive connection. My bottleneck is the DSL to my ISP, and I could have a family member start downloading a video. I'm OK with my settings, but the internet has changed. SL has changed. Does the "bandwidth" setting need an up-to-date explanation?
  12. In Firestorm that's in Preferences > Graphics > Hardware Settings as anti-aliasing. There's a range of values possible. A restart of Firestorm is recommended, but you don't have to be logged in to SL to change this setting.
  13. It depends a bit what you are doing, but a large hard drive is worth having as well as an SSD. It doesn't have to be an internal drive, USB and Network connections to an external drive are fast enough. And while I have used an SSD for my SL cache, the write-load on an SSD from a cache can certainly be argued about. I don't have a definite best answer, but I would hesitate about an SSD-only system.
  14. This thread is old, not the current week. There are the usual initial warnings on the Grid Status page, posted on Friday. We maybe should always expect restarts on Tuesdays and Wednesdays. But there is a difference between a mere restart and a new server version, and even restarts sometimes take a long time. Kept in the dark and...
×
×
  • Create New...