Re: [opensource-dev] Message Reception
Random thoughts:
I'm pretty sure there is no viewer setting to do this (I would imagine
that the data isn't even sent to the viewer if you're out of range, so
it would require server cooperation to raise the chat-hearing limit,
and the server doesn't have such a function afaik).
It would be simple enough for security to place little chat-relay
objects around the club, that would listen to open chat and
rebroadcast it using llShout() or llRegionSay() or other applicable
methods on a different channel, and then security could listen to it
with a receiver that listens on that channel.
To avoid ToS violation ("without consent") there should be clearly
visible signage saying "by being in this club you consent to having
security monitor whatever you say in open chat"; I'm not a Linden, but
I would expect that would be sufficient.
If someone's plotting to cause trouble, they'll be doing it in IM
anyway :) and you definitely can't monitor that. I guess you might be
able to get early warning of trouble if Resi A starts cursing out Resi
B in open chat, out of normal chat distance of security. Dunno if
that happens often enough to make a system of chat relays and
ToS-covering signage worth the trouble...
-- Dale
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] STORM-151 : KDU v6.4.1 upgrade update
Excellent, Merov, thanks! Downloaded the binary and started banging on the Mac client... - Loading textures from inventory is MUCH faster. I pulled dozens of images up in my inventory, and noticed no stalling or delays. - Tested a series of image uploads from JPG, PNG, and TGA sources (including some with alpha), everything uploaded normally. - Tested rezzing by visiting a few texture and sculpt-heavy builds. Everything loaded quickly (even faster than previous developer builds?) Sculpties also seem to rez much more quickly for Mac users. I tweak my viewer settings with RenderVolumeLODfactor set to 6.0 (seems to work best for my GPU), but previous versions of the KDU library seemed to take noticeably longer to rez sculpt-maps than other textures, and certainly longer than the PC client. I haven't compared against the PC client on this build, but comparing against older KDU library versions it appears to be considerably faster. Side note: changing the RenderVolumeLODfactor default setting to 2.0 for macs with Intel integrated graphics and 4.0 for all other machines would result in a much better performance 'out of the box' for Mac users IMO. On Dec 3, 2010, at 5:28 PM, Philippe (Merov) Bossut wrote: > Hi, > > We're close to completion here: the compression to j2c is now back on and > working apparently (for the few tests I did on Mac and Windows). I'm still > thinking about optimization and such but that's good to have a complete basis > to work from. > > I pushed STORM-151 to "Review" and created my first (massive!) diff for > Review Board. > > For those not inclined to read code, I also posted binaries: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-features/rev/216087/index.html > > Cheers, > - Merov > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Almost certainly not your fault...
...but I thought I should at least mention it. I have been experimenting with compilers on OS X. GCC 4.2 LLVM. Clang. Self educational OS X stuff. Compile and link seems to work, but starting up Second Life leads to a kernel panic. This is the only time I have ever seen OS X panic, so this is a pretty cool accomplishment. FYI, LLVM is a very cool change to the compile-optimize-link chain. it should lead to new and approved link-time optimizations. Clang, on the other hand, is a new C++ parser front end. It is supposed to be much faster than GCC. We shall see. regards, ponzu ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: Modify Viewer to statically link to KDU v6.4.1 if available
A question about the static KDU issue. I believe this means that when I do a build on my local machine, I do NOT have a KDU license. Is that true? Or, do I somehow inherit rights from Linden Lab? ponzu ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Arrow Keys Always Move Me
I believe it is related to chat input. If you are typing chat, do the arrow keys move the cursor or do they move the agent? On Fri, Dec 3, 2010 at 8:48 PM, Glen Canaday wrote: > Hey, > > I'm a little curious - what's the expected behavior of "Arrow Keys Always > Move > Me"? I was under the impression that this was meant to cause the arrow keys > to > be the only movement keys, freeing up the rest of the keyboard for chat. > I'm > wrong, aren't I? > > --GC > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Message Reception
On Sat, Dec 4, 2010 at 12:29 AM, wrote: > one of the reasons i asked the question is that the "remote" idea here is > not real clear. No one on this list can answer that question... it's certainly not about viewer development. This is a question for whatever became of the G-Team (governance team). They used to hold office hours just so you could ask questions like this, but I'm not sure what became of them. Maybe if you file a support ticket it'll get routed to them? I have no idea. Dale's exactly right that scripting it would be not a big deal, but... On a personal note... as someone that's help run a PG sim for years... don't fret about things you aren't aware of. If it's a problem, someone will tell you. Otherwise you lose sleep at night worried that someone somewhere might use some language they shouldn't just out of your chat range. Just relax and trust that if someone is being a problem, it'll get reported. (Odds are there's a lot that goes on that you aren't aware of, and the greifers will just use IM!) It the only sane thing you can do; being omnipresent would suck. - Bunny ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: Modify Viewer to statically link to KDU v6.4.1 if available
Basically, if you build a viewer, you can't include KDU in it, unless you have a license to do so. Assuming that you *do* have a license to do so, you cannot then distribute that viewer to any other person unless it is allowed by that license. Linden Lab doesn't - insofar as I am aware - have a license that allows it to distribute any of the code to us or to anyone else - therefore, any viewer you build based off the code-base that supports static KDU linkage can't be built - by you or me or anyone - to include KDU statically, unless you've purchased a license from Kakadu. tl;dr: No KDU for you, unless you pay Kakadu for it. You will have to build with an alternative JPG2K library, otherwise. On 5/12/2010 3:34 AM, Ponzu wrote: A question about the static KDU issue. I believe this means that when I do a build on my local machine, I do NOT have a KDU license. Is that true? Or, do I somehow inherit rights from Linden Lab? ponzu ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino http://dwellonit.taterunino.net/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Almost certainly not your fault...
On Saturday, December 04, 2010 11:30:55 am Ponzu wrote: > ...but I thought I should at least mention it. > > I have been experimenting with compilers on OS X. GCC 4.2 LLVM. Clang. > Self educational OS X stuff. > > Compile and link seems to work, but starting up Second Life leads to a > kernel panic. This is the only time I have ever seen OS X panic, so this > is a pretty cool accomplishment. > > FYI, LLVM is a very cool change to the compile-optimize-link chain. it > should lead to new and approved link-time optimizations. Clang, on the > other hand, is a new C++ parser front end. It is supposed to be much > faster than GCC. We shall see. > > regards, > ponzu You can get it to panic with faulty hardware, too. Happened to my powerbook G4 way back, when the airport died. Never ever saw it happen with software, so yeah that's a pretty crazy achievement. --GC ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Autoupdater Flashback
While the background updater is new, having an updater is not. In the past all that was required was a request to a URL and it would return to you the latest installer for the grid you specified. Will this old mechanism be phased out? I rather liked the ability to download the recommended client for an arbitrary grid. The URLs have been a fixture on my wiki user pages for years. On Fri, Dec 3, 2010 at 4:58 PM, Brad Kittenbrink (Brad Linden) < b...@lindenlab.com> wrote: > I have posted this info here: > https://wiki.secondlife.com/wiki/Viewer_Update_Service/Protocol > > -Brad > > > On Wed, Dec 1, 2010 at 6:46 AM, Kitty wrote: > >> Would it be possible to get the protocol specification for the updater >> service on the server-side? >> >> >> >> It’s always possible to work backwards from the code in the viewer, but it >> would be handy to just have an overview of the viewer<->web service >> exchanges :). >> >> >> >> Kitty >> >> >> >> *From:* opensource-dev-boun...@lists.secondlife.com [mailto: >> opensource-dev-boun...@lists.secondlife.com] *On Behalf Of *Brad >> Kittenbrink (Brad Linden) >> *Sent:* dinsdag 30 november 2010 22:34 >> *To:* Bunny Halberd >> *Cc:* opensource-dev@lists.secondlife.com >> *Subject:* Re: [opensource-dev] Autoupdater Flashback >> >> >> >> Oops, thanks for the heads-up. >> >> The background updater is new in viewer 2.4 (as it's not released in beta >> yet, it doesn't have release notes yet, so sorry for the surprise). >> Yesterday we deployed the server side work in preparation for the beginning >> of the 2.4 beta releases, and it turned on. Unfortunately we hadn't been >> paying attention to the Second Life Development channel, and there was some >> obsolete data in the database. >> >> Anyways, thanks again for testing this for us. We should be getting it >> fixed shortly. >> >> -Brad >> > > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] minimap broken in 2.3 and above?
Hi there, is it just my imagination, or is the minimap majorly broken in any 2.x viewer since 2.3-release? More often than not it simply refuses to load any ground textures, so the minimap looks like you're way out on open water... not useful for sailing at all. Is there already a jira for it? bye, LC ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Arrow Keys Always Move Me
See STORM-560 for more details. On 2010-12-03, at 19:48, Glen Canaday wrote: > Hey, > > I'm a little curious - what's the expected behavior of "Arrow Keys Always > Move > Me"? I was under the impression that this was meant to cause the arrow keys > to > be the only movement keys, freeing up the rest of the keyboard for chat. I'm > wrong, aren't I? > > --GC > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges "Welcome back, Anonymous, we're glad to see you again!" ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] minimap broken in 2.3 and above?
I spend most of my time in region-wide sandboxes using whatever version (2.5.0.215253 at the moment) of the developer version is available when I get around to it, and I havent had a problem. However, take it with a grain of salt, as platforms tend to obstruct ground level.. (As they should.) Have you verified with viewers from the beta and development downloads? That could tell if what you are seeing is still in the codebase or whether it disappeared already. I figure that you have, just have to ask for clarification. :) Ricky Cron Stardust On Sat, Dec 4, 2010 at 2:29 PM, Lance Corrimal wrote: > Hi there, > > > is it just my imagination, or is the minimap majorly broken in any 2.x > viewer since 2.3-release? More often than not it simply refuses to > load any ground textures, so the minimap looks like you're way out on > open water... not useful for sailing at all. > > Is there already a jira for it? > > bye, > LC > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
