Re: [opensource-dev] svn.secondlife.com
The SVN server was hosted at SoftLayer, and that server (rather, the address) has been taken over by someone else, that's all. Just needs to be removed from the dns pool. On 17/05/2011 10:20, Jonathan Welch wrote: > Someone on IRC just pointed out that the old source url, > http://svn.secondlife.com/ now puts up web pages selling surveillance > cameras/systems. Has your web site been hacked or are you now > shopping out part of your domain name to third parties? > ___ > 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] Third party viewer policy: commencement date
It's the truth. Snowglobe is unstable. ~Tom Armin Weatherwax wrote: >> I am simply pointing out that they are NOT compatible with the GPL. >> > GPL compatible or not - the sentence "The Snowglobe Viewer [...] this > viewer may be somewhat less stable than the official Second Life > viewer"( http://viewerdirectory.secondlife.com/ at 2010/03/10 00:06 > GMT+1) is a slap into the face of anybody contributing bugfixes to the > secondlife codebase. > > Armin > > ___ > 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] Request for comments about llSetAgentEnvironment / SVC-5520
It's also been implemented completely and is live on the Meta7 grid. ~T Rob Nelson wrote: > Sigh. > > I've tackled this in my viewer with a plugin, and yet no one seems > interested in the plugin system I'm using; Everyone's hellbent on > binary plugins. Feel free to use the code, I haven't added the GPL2 > headers yet. > > http://code.google.com/p/luna-viewer/source/browse/trunk/indra/newview/lua/Hooks/Windlight/_init_.lua > > Fred Rookstown > > On Wed, 2010-03-10 at 16:05 +, Opensource Obscure wrote: > >> Yesterday Jopsy Pendragon submitted this feature request >> to the public JIRA: >> >> llSetAgentEnvironment( key agent, [ param list ] ); >> http://jira.secondlife.com/browse/SVC-5520 >> >> I'd like to hear your comments. >> >> I'm not competent enough to say if the request is >> feasible as it's proposed, but the proposed LSL >> implementation would be fine for me. >> >> This complements other old PJIRA issues, like >> >> Estate / Sim Windlight preset / day cycle options >> http://jira.secondlife.com/browse/VWR-7677 >> (450 votes) >> >> and many others - see meta-issue >> http://jira.secondlife.com/browse/SVC-2736 >> >> Please provide feedback and vote as you feel appropriate. >> >> New, powerful Light/Shadows features are going to >> appear into the official SL viewer; >> the number of users with hardware capable of >> running advanced lighting features grows; >> so SL land owners need control over this, and IMHO >> they will need it even more in the future. >> >> >> bye >> Opensource Obscure >> ___ >> 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 > ___ 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] oh give me a break
This post is likely to incur some feelings of emotions in a lot of you; I ask that you bear with me and be open minded towards these words. I recognise that many of you won't agree with me; it is but an attempt to try and shine a searchlight into the hysteria. *The Stark Truth* Firstly, a reminder of the stark truth which has already been presented in this thread. Every single DRM technology which has been implemented has been broken - CSS, BluRay's AACS and BD+, Apple's FairPlay, Windows Media DRM, they're all broken wide open. Any content which is delivered to the viewer can be copied. *But we need DRM, right? *Well, no. In fact, DRM has been a major contributing factor to the incredibly widespread problem of music piracy. I don't mind admitting that i've downloaded some albums before from a website. Did I do this because I don't have money? No. Did I do this because I don't want to spend money on music? No. I did it because I wanted to have lossless FLAC files on my portable player, and iTunes and alternatives only offered DRM-encrypted low-bitrate rubbish. *Piracy is a war of convenience.* In order to appropriately address this problem, you need to take a step back and ask yourself exactly /why/ people commit copyright fraud. This can be for any number of reasons, including: - They don't want to wait for something. - It's easier to pirate something than it is to find it and buy it. - The merchant doesn't have a sensible price structure. This isn't the same as "I don't want to pay" - most of the time they DO want to pay, but not an obscene price - The content is too restricted and they can't use it - They dont' know they're doing it (victims of the below) - To make money. The only "real" pirates in this circle of intellectual property violation are those who are doing it in order to make a profit - but this is a tiny, tiny proportion, and also the most manageable case. *Don't attack your customers. *Let's observe Microsoft Windows Vista. Microsoft spent years and many millions of dollars building a strong product activation system for Vista. This was a major release for Microsoft, and they were determined to stave piracy - so much so that they ended up having to drop features and rush the QA process significantly. Did it work? It was a disastorous failure. If one wants to pirate Vista now, one can just download an image from many hundreds of torrent sites, and the images install with absolutely no intervention required - these images have simply ripped out the DRM so that the "end-user" pirate doesn't even notice that activation ever existed. The only people who are actually affected by the DRM are Microsoft's genuine customers. http://tinyurl.com/yjhom3t* Know your enemy. *I own and even have developed software that can copy any content from second life. Have I ever used this to violate copyright? Nope, I just didn't want to spend time building in content protection when the software was only for my use (to export my own builds, animations etc to opensim). The point is this - the public is not your enemy. Just because the content can be copied, it doesn't mean that people will do it. I'm not talking about deterrents - if someone decides to do it, they can and they will - i'm talking about our target audience, the citizens of Second Life. Most users of "copybot" viewers are caught and banned because of a report by a member of the community - not the creators. Only a very tiny portion of Second Life users rip content. *So what can we do? *Please excuse a possibly callous tone - but STOP whining and start thinking outside of the box. You *will never be able to stop piracy completely* - so don't even try. I've already explained why I think that piracy is a war of convenience, and the solution is simple - make your content more convenient. - Maximise availability. Have multiple store locations, all visible in search using sensible keywords. List your item on e-commerce sites such as xstreet. - Maximise accessibility. Keep your stores lag-free, don't use silly teleport routing, and make your store organisation transparent. - Maximise attraction. Make sure every one of your products is very clearly described, with a very clear demonstration so that people know what they're buying. - Don't overprice. By all means, make a profit, but consider the real value of your product - the better value for money your product is, the less people will be tempted by stolen goods. - Don't intimidate your customers. For goodness sake, shut off those stupid "copybot protection" scripts (they don't even work), and take down those copyright notices. If these people are in YOUR store, it means they're not in a store selling pirated stuff. Treat them with respect. - Maximise support. Keep your genuine customers very well cared for. Word of mouth is the biggest weapon in your armoury. Keep product updates rolling, if applicable. - Keep perm
Re: [opensource-dev] Viewers in the directory are being impersonated already
This was always going to happen, and it will continue to happen. Of course in this case, the "proxy" counts as the third party viewer really, and is in violation of the TPV. Not that violating the TPV really matters. Tom. Dale Glass wrote: > Today I heard that there's already a proxy available that makes a viewer > appear to be one of those in the directory of officially approved third party > viewers. It also randomizes the MAC. I'd rather not link to it, but it's not > hard to find. > > So, I wonder, what now? Does LL have some way of telling for sure when a > viewer is presenting itself as another? Or will Legolas, Kurz and KirstenLee > end up having annoying discussions with somebody from LL on this subject, or > maybe even getting banned? > > Of course maybe this will be ignored entirely, users who abuse things like > these will be banned and the developers will continue as before, but then > what > was the point? > > > > > > ___ > 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] Malicious payloads in third-party viewers: is the policy worth anything?
Loading 1mb of content per user is hardly a denial of service attack. Crosslinking occurs everywhere on the web, this is simply nothing but paranoid bull. I'm not a big fan of the Emerald team either, they're arrogant, two-faced, cast themselves as elitists, and censor comments on their website that don't speak in their favour. But if you're going to make such accusations, do some research on exactly how much traffic is required to negatively impact a server (at least, one that's hosted on a proper connection). Tom. On 21/08/2010 14:40, Aidan Thornton wrote: > The attack involved loading about 1 MB of images and a whole bunch of > dynamically-generated > content from the Emerald login screen displayed every time a user > opened Emerald to consume both bandwidth and server CPU time. ___ 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] Overview of JPEG 2000 codec
On 01/10/2010 09:54, Lance Corrimal wrote: > did you ever notice how may people are online in SL only at the > beginning of > the month? ...yes, that's because their connection gets capped after a few > days of SL > usage... because SL kicks up even more traffic than downloading pirated music > 0.o Second Life is, at its core, designed to be a bandwidth hungry application, and users need to budget for that. However, an optional discard level cap could be useful to conserve bandwidth for people on crappy ISP's (or in australia) Tom ___ 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] Faster for people with crappy internet? (was Re: Overview of JPEG 2000 codec
On 01/10/2010 18:04, Ponzu wrote: > Nobody has crappier internet than I (satellite). Well, we're really talking about transfer caps, here, rather than available bandwidth. Available bandwidth can be appeased by the network slider. But transfer caps are the biggest problem, and pretty much everyone in Australia is affected, and a lot of people on the less decent ISP's in the UK. ___ 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] Fermi Viewer
Imprudence is certainly not stable enough for a viewer targeted at builders. ~Tom On 18/10/2010 15:26, Jamey Fletcher wrote: > Marc Adored wrote: > >> Yes that could be awesome like The Fermi Builders Mod for Phoenix or > Imprudence? > ___ > 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] Fermi Viewer
I'm certainly not a detractor of the Imprudence project, actually I'm a contributor, but at least on my platform, it's significantly less stable than any other viewer I have installed. Granted, I don't use Kirsten's simply due to a politican disagreement in the past. ~T On 18/10/2010 18:13, Dale Innis wrote: > On Mon, Oct 18, 2010 at 10:29 AM, Thomas Grimshaw > wrote: >> Imprudence is certainly not stable enough for a viewer targeted at >> builders. >> >> ~Tom > Imprudence is no less stable than any other viewer (TP or LL). Every > viewer has its fans and its detractors, based I think mostly on what > happens to work best on the individual machine. (For instance I have > had zero stability problems with Imprudence, including for building, > but have never been able to get Kirsten's to work for me usably at > all; I imagine there are others with just the opposite experience.) > ___ > 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
