Noel Loordes

@Rahkis Andel: Thanks, that solved the issue. I am updating the original post to describe the full solution (and how the problem occurred in the first place in more detail).

Update with SolutionRahkis Andel's answer guided me to the solution, thus I post a summary of the problem and solution here, to save others from reading the whole thread. Working environmentBlender 2.66aavatar.blend from machinimatrix.org.Reproducing the problem with "avatar.blend"Create a mesh object oriented along the skeleton and generate automatic weights (Right-Click object, shift-right-click skeleton, Ctrl-P).Create a duplicate of the object (right-click object, Shift-D).Mirror it along the y-axis to fit e.g. to the opposite leg (Object → Mirror → Y Global or something).When checking the normals, the look the same as for the non-mirrored object. When uploaded and... ... attached to the avatar, the wrong side of the faces is rendered. ... dropped to the ground, the mesh looks as if not mirrored. If the collada file was made to contain both mirrored and non-mirrored leg (just as example) they overlap (i.e. vertices at exactly same positions) in the absence of skin weights. After flipping the normals, the right side of the faces is rendered but with inverted lighting. Solving the problemObject mode: Join mirrored and original object.The order in which the objects are selected seems to make the difference between removing the error and bugging both objects.Untested: The correct selection order should be selecting the correct object first.Untested: If both objects end up showing the lighting bug, mirroring followed by a combination of joining, Ctrl-N normals recalculation and flipping normals might resolve the problem.Edit mode: Ctrl-N to recalculate normals.Edit mode: Press "P" to get the "Separate" popup menu and select the option "By loose parts" to get the mirrored and original attachment object separated again (if needed).Reapply object naming, that has been lost by joining the objects.Original questionI am trying to create mesh limbs using the "avatar.blend" template file with Blender 2.66a. I was modeling the left limbs and created the opposite limbs by mirroring. When I uploaded those, they looked inside-out. However, when I invert the normals, they stop looking inside-out but suddenly the lighting seems inverted. On the posted image you can see how the right leg seems to ne lighted from behind, while actually the sun is in the front of the avatar. Probably related: When dropped to the floor all those limbs look like left limbs. In blender and on the avatar they look correct (except for lighting in SL), but when e.g. dropped to the ground the mirroring seems to be lost. I double checked that other then "Armature" there is no modifier on the objects.

Wouldn't be to sure. Accoring to notebookcheck, the GT 630M can come in 3 variants ranging from a relabeled GT540M to the GT550M, but even a die-shrinked GT550M (which would mean reduced power consumption and thus less heat).Also GT 540M to GT550M is roughly a 10% performance difference (in notebookcheck-benchmarks). Sadly spec-sheets don't include the details needed to distinguish these. There's also the choice of Acer notebooks with GT640M (I've seen a 15" one for just 800€, that might still be just in your price range). Acer's screens usually are rather bad though (contrast, brightness, never more than 1366x768), but I guess in the <800€ range that's no big issue.

I wonder about that. I'm currently running on a three-year-old Core2Duo 2x2GHz notebook with an ATI Radeon Mobility HD 4570 (512 MB). With everything set to low and 5 people around I still cannot guarantee as much as 10 fps (average around 7-10 fps), with some options not-as-low (e.g. shiny/bumpmap and basic shaders enabled) its another 1 to 2 fps lower. Other games... In order to avoid an abundance of lag, I run Fallout New Vegas (2008 or 2007) at lowest settings (1280x800). Oh yes, I'm still using Phoenix Viewer, because switching to Viewer3 or derivatives reduces frame rates even more by inserting video freezes every now and then. Is The GT520M really sufficient? Based on the benchmarks (3DMark2006 etc.) it doesn't look THAT much better, to expect it working fine at ultra settings with Viewer 3. The other thing is though, that I'm logging into second life over a officially 16 MBit ("up to 16 Mbit" sadly, meaning, that it gets highly unreliable when set higher than 6Mbit, allowing effectively at most 700kbyte/s download rate) over n-WLAN. (While being a bottleneck I don't see how this would impede fps after staying at the same place for an hour thugh). Side question: Does Quadcore make sense for SL?

They are going to kick out invisprims? Oo Sounds quite questionable, as it will render many baught items useless... Mesh is not yet an option for me anyway, as I'm using third party viewers. I couldn't live without the local texture and Edit-Window-Math features Though its good to know, that indeed it is hopeless for now.

I was intending to make an outfit, that requires me to hide parts of one arm. The obvious solution seemed to be alpha textures, but well... The same texture is used on both arms, same as for feet. Somehow this doesn't seem TOO terribly plausible to me; Is there any way other than ugly looking invis prims to work around that problem?

Well, it's meant mostly for my own use and I'm using only one shape, so... How would it work then? Manually adjusting with a posing stand is quite a pain; Whenever I think, I finally got two adjacent objects aligned to the joint, in some other pose they are off again.Their distance didn't even seem to be converging. Especially when I have later to readjust the angle of an object to fit multiple joints (e.g. ankle and knee) that "trying until it fits" approach is pretty annoying.

Hello! Is there any reasonably easy way to position prims on an avatar such that, when the joints are bent, two specific points in the attachments on bones next to each other will not be shifted off each other? That is, I want to center elements of the neighboring attachments to the joint of the avatar skeleton. In particular I'm trying to make prim based pants (for my own use, so fitting to different shapes is no concern), but so far I can't see how to make the knees look properly during avatar movement or when sitting. It's not limited to pants though. When working on my mechanical avatar, its a big issue all the same. Using Phoenix-Viewer's "Show Collision Skeleton" gives a little help, but has now turned out too little precise.

Well, sadly it doesn't help much. It's not the strafing which is of primary importance but rather the mouse-turning. I know you can get this type of control by holding [Alt], but this makes Second Life beyond unergonomic. Well, more arcade like controls (Press down -> run and face backward) would be okay too :-)

Hello! I wondered, whether it's possible to get mouselook-alike controls while not being in mouselook? That is turning by mouse movement (without keeping the mouse button pressed all the time), strafing by default... It would be sort of useful for melee combat, probably even for 3d person ranged combat. Though being useful for both would require the solution to make scripts optionally think the client being in mouselook mode or not (CONTROL_ML_LBUTTON vs CONTROL_LBUTTON).

I assumed so, though... How long does this stay true? If I check once per second, the reloading would feel laggy, if I check every 0.001 seconds I'd expect it to cause lag, no matter how little script time every event takes. What range would be lag-safe for the timer?

Hello! The only way I know to detect leaving or entering mouselook is polling llGetAgentInfo. This sounds unnecessarily costly though for many usages. Especially I want to get a weapon to reload when leaving mouselook in order for my RP-weapons (flame thrower, flare) to behave the same as the official weapons supplied for SL Midgar. Having a timer event executed every few tenth of a second seems pretty laggy though.