Jump to content

Seth Ock

Resident
  • Posts

    50
  • Joined

  • Last visited

Posts posted by Seth Ock

  1. Alright, this really doesn't appear to be something happening just on my end. I've spoken with other people with similar problems. Nevertheless, here are my specs:

    Firestorm 4.6.5 (40833) May  6 2014 13:41:23 (Firestorm-Betax64) with OpenSimulator support
    Release Notes

    You are at xx, yy, zz in Oedo No located at sim10541.agni.lindenlab.com (216.82.52.47:13011)
    SLURL: http://maps.secondlife.com/secondlife/Oedo%20No/20/20/20
    (global coordinates 263990.0, 231579.0, 20.4)
    Second Life Server 14.06.13.291023
    Release Notes

    CPU: Intel® Core2 Quad CPU    Q6700  @ 2.66GHz (2666.65 MHz)
    Memory: 5901 MB
    OS Version: Linux 3.2.0-65-generic #98-Ubuntu SMP Wed Jun 11 20:27:07 UTC 2014 x86_64
    Graphics Card Vendor: NVIDIA Corporation
    Graphics Card: GeForce GTX 560 Ti/PCIe/SSE2

    OpenGL Version: 4.2.0 NVIDIA 304.116

    RestrainedLove API: (disabled)
    libcurl Version: libcurl/7.24.0 OpenSSL/1.0.1g zlib/1.2.6 c-ares/1.10.0
    J2C Decoder Version: KDU v7.3.2
    Audio Driver Version: FMOD Ex 4.44.32
    Qt Webkit Version: 4.7.1 (version number hard-coded)
    Voice Server Version: Vivox 3.2.0002.10426

    Settings mode: Firestorm
    Viewer Skin: AnsaStorm (Bright Blue)
    Font Used: Deja Vu (96)
    Draw distance: 128
    Bandwidth: 1450
    LOD factor: 4
    Render quality: High (5/7)
    Texture memory: 512 MB (1)
    Built with GCC version 40407
    Packets Lost: 12/39325 (0.0%)


    It seems that if you log in from some sims, Oedo No being mine, voice chat doesn't work and will not work until you log in from a different sim. I assume that the bad sims are feeding incorrect connection data for the voice server (hence the bad gateway errors I get), and that is retained by the viewer until the next login.

    I'll post more data here as I learn more and then compile it for a JIRA entry if necessary.


    Thanks for any help or info anyone else can provide!

  2. Thanks, Tex! I'll check in with Firestorm, too. Good idea!

     

    I have the latest Firestorm x64 beta -- which has generally been working great since download in every respect until voice just stopped working. My friend is using one of the Singularity viewers. Different viewers, different OSes, and yet we've both lost voice at roughly the same time when we've done nothing to change voice or hardware settings. I suspect something at the server level, but is anyone else having trouble with voice?


    Is anyone else even using voice?

  3. For the past week or so, I've been unable to use voice chat in SL. It was fine up until then, but then stopped without any obvious changes on my part. At least one of my friends is having the same problem, and we're running different operating systems (Linux vs. Windows 7). Relogging, rebooting, and changing sims doesn't seem to make a difference. When I run in terminal mode, I see the following message in the output:

    2014-07-02T15:12:04Z WARNING: newview/llvoicevivox.cpp(135) : errorWithContent: ProvisionVoiceAccountRequest returned an error, retrying502]: {'reason':'Bad Gateway:'}

     

    This suggests connection issues, and I'd expect to see others complaining, but there's nothing. Does anyone else know anything about this?

  4. I'd like to have tools to frustrate the cheaters. A gun, for example, that tags the HUD of a flying avatar such that rock monsters attack them more aggressively (i.e. from a longer distance, leaping at them, and/or faster.) This would make playing fields inhabited by cheaters easier for non-cheaters since the rock monsters would be preoccupied.

     

    Voting could be abused by groups of cheaters, but I've never seen more than one or two cheaters in a sim at a time, so as long a non-cheaters outnumber the rest, it might be reliable for players to vote on whether another player is cheating, and those flagged as cheaters then have a tougher time against Realm hazards.

     

    Today I saw someone using an auto-collector get stuck trying to collect a crystal lodged in one of those inconvenient locations that are normally irretrievable. While he kept thudding his avatar against a tree with no results, I collected all the orange and yellow crystals around him and had time to stop and type "Ha ha ha" before he could free himself. It occurs to me that a clever Linden might be able to use such placements as "traps" ... crystals that players can't see because they're lodged under terrain, but scripts can't discriminate against, forcing cheaters to waste time on resources that are irrelevant.

  5. I don't know if you're still having trouble, but I rarely get my HUD when I first show up in Linden Realms, regardless of the portal I take. But I've got a workaround that always works. Turn around until you're facing the rock wall nearest you. There's a tree growing out of it. Go to the right of that tree and start climbing the rock wall. Hop up a few times as you do, veering a little to the left after you're past the tree. Once you get up about three or four meters, something triggers and you're dropped back to the arrival point. DO NOT CONTINUE TO MOVE FORWARD AS YOU FALL. In two or three attempts, you'll get the HUD and can go back to work. Good luck!

×
×
  • Create New...