Jenni Darkwatch

Completely different thing, stream and in-world music. Just to give one example: I have a (wearable) harp in-world, which happens to be playable and programmable with ABC files. _IF_ inworld tools provided "MOD-like" abilities of pitch shifting and the like, people would not have to download 47 wave files. They'd download one, and scripting would tell the client what pitch to play. That's just ONE example, obviously there's more to all that than just note shifting. Keeping in mind MOD was created PRECISELY because of memory limitations, SL _could_ in theory benefit from it. It has absolutely zero to do with anything streamable. So far the theory. The issue I see is that a) most creators haven't got the skill to use any such capability and b) it'd require adding to LSL _and_ making changes to the client. The Lindens have enough to do as it is, so b) is not going to happen especially with a) in mind. Not to mention the MOD format and derivatives are as dead as a doornail these days. Thus implementing straight MOD, even though SL's FMOD library supports it, is rather pointless.

nah, MOD players like BASS and even FMOD don't use all that many ressources for it. It'd be doable, though I can't see why LL would add this unless there was a way to script this in-world. Otherwise I fail to see how it adds value.

Im Grunde stimme ich da zu. Der Teufel liegt allerdings im Detail: WebGL ist schlicht und ergreifend immer noch zu lahm. Fuer nen mobilen client sicher amuesant, fuer ernsthafte Anwendungen unbrauchbar da via JS gescripted.

Whatever LL's new world will be like, it HAS to have in-world building tools. If it does not, it will likely fail like all the others that tried going all external tool sets. "Prims" are what makes SL great, because anyone can quickly whip up some basic shapes for any purpose. In-world object modification like linking and unlinking are what make SL so flexible. If that'd be gone... I for one won't use the new platform as creativity is THE major attraction of SL for me.

One way to get people to endorse the new product (finances aside, since we know nothing about the model they're pursuing): * Identify big communities in SL (combat, vehicle use, clubbers, you name it) and involve people from those groups in the early alpha/beta. That should also include some of the best creators of those groups. * Generate enough content to make the new product appealing BEFORE beta. However: Anyone remember that Blue Mars sillyness? Plenty of content, no users. It's not just about the technical aspects, it's also about getting mass market appeal. SL was an accident. Now with plenty of easily accessable dataminers...er...social media companies... it's not going to be as easy. LL would _need_ to convert most of SL's user base over, on top of making it more accessible to the average user. Because right now it's only for people who can spend heaps of time online in front of a fairly high-end PC. It's got a steep learning curve to boot. Neither of which can be helped by creating even the most astonishing virtual or augmented world on the planet. While I hope I'm wrong, I don't see LL having the vision to get it going. On the plus side, I also don't think any other company has even the first clue either.

I'm reasonably sure that mesh will be easy to port. It's an industry standard. Even if they for some reason decide not to use DAE, it's easy. Animations and scripting will remain to be seen, though IF the new platform proves successful I'm sure some wily people will write converters from LSL to whatever the new platform supports. It's not really hard, it's just another compiler and LSL is simply not that complex.

I've done that for a while. There's a fairly big problem: The way SL requests the data stream is useless for Squid. Unless things have changed drastically in the last year or two, the request lookls like this: GET /cap/f95c2fe5-f3aa-03d8-57ae-7c2afe6bcb4f/?texture_id=639ac44b-edb2-16ac-67dc-69a87fcb9e99 That "cap" UUID changes with every login, thus Squid never hits the cache. You'll get benefits while logged in, but since SL has its own huge cache the benefits are negligible. It certainly does not work as one would expect a cache to work. There is a way to cache SL if you have a separate Linux gateway through which all your traffic flows. You'd have to redirect all requests on port 12046 to your own "server" which then parses the request, checks if it has it in its own cache (mySQL or whatever) and returns it from there if it can, or if it doesn't have the object, fetch it from SL's servers using the original request. If you know your way around iptables and any programming language of your choice it's not too difficult to do. I still have my code for that, but haven't used it in a year or so. The lines you'd need to parse are in the snippet from my own code below. // The viewer requests data in this manner: // GET /cap/<TMP_UUID>/?texture_id=<TEXTURE_UUID> HTTP/1.1 // Host: simXXXX.agni.lindenlab.com:12046 // Connection: keep-alive // Keep-alive: 300 // Accept: image/x-j2c // Range: bytes=0-599 Caveat: IMO it's not worth it. Yes things load faster, but unless you have multiple clients on the same network, it's useless. If you do, it'll make a big impact on your traffic use though.

Hi Oz, Ronie is right though, every once in a while it seems to bork and never fetch an update at all. I am not sure why this is the case, and I keep the Software Updates setting to "Install Automatically". On my two main computers I also have "Willing to update to release candidates" checked, whereas on my Laptop that latter one is unchecked. It's a pretty rare occasion though... I've always put it down to some glitch and downloaded the latest update manually. Jenni

Looks fine for me, but I'm on the LL viewer.

Du brauchst einen VPN-Anbieter, stimmt. Hier sind z.B. einige gelistet: http://lifehacker.com/5935863/five-best-vpn-service-providers Im Grunde wird dann der gesamte traffic ueber's VPN geleitet. Hotels blocken solche Dienste eher selten da viele Geschaeftsleute VPNs brauchen um auf ihr Firmennetz zuzugreifen.

Legally you probably can't stream it in-world. That being said, if you have the bandwidth and a capture card you can stream using e.g. VLC and MoaP.

Legacy errors. Lovely. They happen, and they always stink. Thanks for the post.

I'd actually REALLY like to find out some more about that mystery, super-secret project someday in the near-ish future. Any idea about when the NDA might go poof so regular people can find out what it's all about?

I'd stick with Sassys advice and not spend money until you know you're going to stay with SL and until you have a better understanding of how SL works including what Mesh is and what its benefits and drawbacks are. Personally I find mesh breasts godawfully fugly btw.

Hotel-Blocks kann man ziemlich oft mit einem VPN (z.B. einem Anonymisierungsdienst) umgehen. Das geht dann aber oft auf die Geschwindigkeit. Da Hotelnetzwerke eh notorisch unsicher sind mache ich das relativ oft selbst.

It works - more or less - on 64bit systems. Though you're right, it works much easier and better on 32bit. On 64bit you usually need to install the 32bit compatibility libraries. I have no idea how to do that on CentOS. When starting the viewer, look for lines like this one (from your previous post): bin/do-not-directly-run-secondlife-bin: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory Then you'll have to figure out just how to get the 32bit version of that library installed.

I'll second that sentiment. Currently on the road with a crappy old laptop, noticeable speed diff. FYI, system specs: Second Life 3.7.7 (289461) Apr 22 2014 18:43:33 (Second Life Release) Release Notes CPU: Intel® Core2 CPU T7200 @ 2.00GHz (1000 MHz) Memory: 2014 MB OS Version: Linux 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:31:42 UTC 2014 i686 Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce Go 7400/PCIe/SSE2 OpenGL Version: 2.1.2 NVIDIA 304.117 libcurl Version: libcurl/7.24.0 OpenSSL/1.0.0d zlib/1.2.5 J2C Decoder Version: KDU v6.4.1 Audio Driver Version: FMOD Ex 4.44.31 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Not Connected Built with GCC version 40603

Phil Deakins wrote: That's more like it - or it would be except for one small thing. The number of working brain cells that I still have left is down to doible figures now. So, even if that stuff works, there aren't enough brain cells left for it to work on You could try what I have to do with my lone surviving brain cell: Teach it to multitask. After all, the APPEARANCE of a brain is enough for most things these days

I am guessing you're SOL with that graphics chip. I do not know if Intel provides any kind of better driver. OpenGL 3.0 via MESA? Ouch.

IMO the proprietary driver beats the pants off the open source driver. No idea what packaging system Fedora uses, but if you can, use a proprietary driver supported by their repos - to avoid problems with kernel updates.

It's usually a pointer. If it flashes with timer cursors, your inventory hasn't loaded properly. There's cases where it never finishes loading, a relog tends to clear that up.

I think Redgrave has some, TonkTastic does for sure, BareRose Tokyo does too. Even found some hair which does.

I'd call that a dubious claim, but just try it for yourself.

VPNs incur a performance penalty, not a benefit. If you think about it, it has to: * Encrypt/decrypt traffic * Route the traffic through a few extra hops to obfuscate the origin of the traffic

You're right... hmmm... odd indeedy. Can't replicate it from this PC... gah. Probably PEBCAK (i.e. doofus in front of PC)