Jump to content

Noel Loordes

Resident
  • Posts

    75
  • Joined

  • Last visited

Everything posted by Noel Loordes

  1. Observed on Firestorm Viewer. Using my favorite fantasy outfit for the first time since switching on Advaned Lighting model, I noticed a strage behaviour for the skirt part. Apparently skirts now have the effect, invis-prims used to have. Can this be fixed? Note: The alpha-occlussion effect also occurs for alpha-less texture, if the length is limited by the "length" setting of the skirt layer. In the background: A block with transparency "1%" (wood), in front of a red block without transparency.
  2. Seems unlikely. For one, I would expect the brightness to flicker in some manner, if it were a thrashing issue of some sort, though I may misunderstand the term. Also while the base avatar and the attachment DO overlap, I am able to make this unnoticable by making sure that the textures match, as long advanced lighting model is disabled, or in the absence of local lights. And the part that stands out in terms of brightness is only partly overlapping visible parts of the base avatar (see screenshot).
  3. Sadly, the video doesn't really clarify the issue with my mesh here. I was well aware of how smooth shading acts, but the difference is way too big in the presence of local lights (and only in the presence of local lights). Also, issues with normals/smooth lighting should also be visible without local lights or advanced-lighting model. And indeed there IS a slight mismatch, since it isn't really feasible to perfectly match the base avatar, but given matching textures these differences are barely visible. But can you elaborate on the materials comment? I am applying several materials in blender and export them to Second Life in order to allow selectively hiding parts of the mesh, when it conflicts with an outfit (e.g. long sleeves), since having different materials translates to different "faces" in the SL object "edit" dialog. I did so exactly, because creating disjunct meshes would create sharp seems, where smooth lighting doesn't work as discussed in the video. I do not however use specularity or bump maps. I'm just surprised, that doing so would result in such a massively different handling of local lights compared to the standard avatar.
  4. That's unfortunate then, but at least it saves me the effort of trying to fix it. I'd be quite interested though to find a technical explanation, what causes the difference. There are more obvious differences (such as the inability to use reflections) with more tangible reasons, but the difference in handling local lights baffles me.
  5. I finally had time to check, and the normals look fine. Furthermore, the lighting matches the base avatar, unless local lights are nearby and advanced lighting is enabled. Is there maybe some way, how mesh handles local lights differently from what the default avatar can do?
  6. I have previously created some custom mesh hands for a puppet-like avatar, based on the SL default avatar. Before I enabled advanced lighting model, I was able to match the color of the hands to the skin, such that when lower arm and beginning of the mesh overlap, the difference wasn't visible – this I achieved by making the skin compatible with base-avatar upper-body textures, and applying the same texture to body and hand. Then I enabled advanced lighting model, and now a PART of it is mismatched (see attached screenshot). Any idea, what may be causing this? It shouldn't be the normals, as those should cause issues even before advanced lighting model is enabled.
  7. @Solar Legion Thanks for the pointers, I wasn't aware of the Ctrl+Alt, Ctrl+Alt+Shift versions. I do however prefer keyboard based controls, and being suddenly deprived of them is frustrating. Seems like there isn't much of an alternative though
  8. Do you mean Preferences → Firestorm → Protection → Revoke Permissions? It is a good start, thanks! Sadly, the more annoying cases involve attachments, so I hope there is more
  9. By default, PERMISSION_TAKE_CONTROLS is granted automatically to attachments and items you sit on. Is it possible to prevent this? A lot of chairs and sofas, and some attachments, take control of the CONTROL_UP and/or CONTROL_DOWN keys (PgUp/E, PgDown/C) for allowing on-the-fly adjustments, with the undesirable collateral of making the key-combination "Alt+E", "Alt+C" unavailable for camera control. Since more often than not the corresponding scripts are nomod and/or in items I do not own, I am searching for a possibility to block the autmatic granting of this permission.
  10. A recurring issue as user of animation overrides, is that they are locked to one or a small number of specific avatar heights. While trying to formulate a feature request for automatic corrections, I noticed that I can't make heads and tails of how the viewer currently calculates the joint positions. For instance, changing the neck-length of my shape shifts the avatar vertically with some point of the neck remaining at the same height. Changing the leg length keeps the knees at the same height, and changing the "avatar height" keeps the position of a point slightly above the knees. To me what would make sense, would be for the feet to remain at the same height, and the hip while sitting or ground-sitting, but this isn't what's happening. Does anyone know how this is being calculated and if there is a reason for it?
  11. Thanks anyway. Because of your answer I gave Catznip a go again, and it has some interesting features over Firestorm (e.g. that the keyboard works in the outfit manager, and that renaming outfits is working properly.) While not the solution I hoped for, it definitely has some big advantages for inventory management.
  12. Does some viewer support bulk-action features for inventory management? Having more than 40,000 items in my inventory, it has become slow, but manual cleanup is entirely unviable at the same time. Some examples I am interested in include: Finding and deleting broken links. Inside a directory (including outfits), bulk-rename objects and folders (e.g. for every folder named "MyOutfit XXXXX", rename the folder to "OldOutfit XXXXX", where XXXXX is an arbitrary string.). Finding attachments/clothing that are not used in any outfit (e.g. in order to cut down on unused copies). Finding inventory entries, for which exact duplicates exist. The closest thing I know of is the "replace links" feature of Firestorm.
  13. Some viewers (e.g. Firestorm) allow to preview textures in-world from local files, updating automatically if the local file changes. Is there a viewer, that offers a similar option for mesh? This would be incredibly useful for fine-tuning mesh, as it cuts down the edit-save-upload-attach cycle to a fraction of the time, allowing entirely different workflows. So far I couldn't find any such feature. While the Beta-grid allows to avoid over-head costs from uploading mesh repeatedly, it doesn't speed up the workflows, or rather even makes it slightly slower by requiring to redo the final upload on the main grid.
  14. I have noticed, that it isn't possible to edit the TPV page in the wiki. Could someone with write-permissions update the information about Pocket Metaverse? Pocket metaverse hasn't been available since at least last year, yet it keeps coming up when someone asks about an iOS viewer. The wiki page probably doesn't help with that.
  15. I often run into the issue that in some sim a game spams the local chat. Obviously it would be possible to block the object emitting the messages, but this would be likely to leave me wondering why the game doesn't work for me months later. So I was wondering if there is a feature to block a source of chat messages only for the current session.
  16. The same error currently occurs for me with a customized shape of mine. None of the methods above helped either. Any idea what may be causing this? I can recreate the shape from similar shapes in my inventory, but I'd rather find the source of the problem, before it affects expensive paid items.
  17. Bottom line, there is not really a solution :-( @Perry: Your method is sadly hardly viable for the chat activity I typically see (too view lines), especially local chat. At least at font sizes that I can comfortably read. @Nova: I don't like sidebars either -- if they are non-optional. For the inventory for instance I'd never want a sidebar. For chat on the other hand... I'd sort of like the ability to dock selected windows. Programs which allow such typically allow making floaters into sidebars by drag-and-drop to the side. For now I guess transparency will suffice though.
  18. Currently I am continously having the chat-window open. At convenient sizes of the window this sadly means that my avatar will effectively be on the left side of the visible screen area. Is there some viewer or a possibility for it in the default viewer that allows docking the chat as a sidebar? Think e.g. of GIMP in traditional multi-window vs the newer single-window mode. +----------------+ +----+-----------+ |+---+ _ | | | _ | ||Ch | ( ) | |Chat| ( ) | || at| /|\ | | | /|\ | |+---+ / \ | | | / \ | +----------------+ +----+-----------+- NOW WANTED
  19. Did anyone have further experiences with this issue? I have now tried all (64bit) driver versions available from the Intel webpage and from the notebooks software support page. With all of them, when enabling basic shaders, I would see random flickering of GUI elements. Partly it looks like rebuilding of the elements (text vanishing and reappearing at high frequency), partly color glitches can be observed. While I couldn't get a screen-shot of the extreme cases (occur irregularily) I can provide some screenshots of the bug: 1. Some UI elements how they look most of the time and how they look while flickering. 2. The chat bar continously has a discolored scroll bar when Basic Shaders is enabled. Similiar effect with minor elements in the preferences: Sadly, keeping basic shaders disabled is only a more-or-less solution as basic shaders seem to be required for correct lighting of mesh; Without it I would see weird effects like inverted brightness (objects looking as if light comes from the opposite direction) or entirely missing lighting. Interestingly texture glitches (flickering colors of floor, prims vanishing and reappearing at high frequency) would only occur with the official viewer, but not with Firestorm, Singularity or Catznip Viewer.
  20. I am searching for a human mesh body that provides good backward compatibility, i.e. mesh clothing made for the standard avatar should work for the mesh body too. Ideally it would also support old alpha textures, but considering their limitations (such as not allowing hiding arms separately) this is a minor point. I have seen some mesh avatars, but being bound to the clothing available from a single vendor is just not an option for me. The ideal solution would be a mesh replacing the standard avatar mesh while retaining (partial) configurability through the appearance dialogue and compatibility with clothing layers, but as far as I know this is not possible.
  21. Related to an older post, but not quite the same: I'd like to be able to use mouse-look style controls while flying, but see my avatar from a 3rd person perspective. So far I was unable to find a viewer that allows such controls. When walking I can click on my avatar and have camera and movement direction rotate my keeping the left mouse button pressed (though sadly, this seems to ignore mouse sensitivity settings and is entirely too sensitive to even small mouse movement). When flying this BASICALLY works too, but unlike mouse look it doesn't allow changing height by looking upward or downward and flying "forward". Also, keeping the left mouse button pressed at all times and most importantly, having to click exactly the avatar and not even attachments is far from ergonomic. World of Warcraft would be an example of a more convenient control scheme, that allows to switch between keyboard-centric and mouse-centric controls easily at any time, there by holding down the right mouse key. The important differences to the left-click solution in SL are currently: It doesn't matter WHERE I hold down the right key. Since SL doesn't make use of "keeping right-mouse down" but only of click/releasing the mouse button, such a control scheme shouldn't cause a conflict. Removing the restriction of where to click makes quick switching between UI interaction with the mouse and mouse-control more seemless.Mouse-control affects the direction of flight. Is there some viewer that offers such or in any other way alternative controls to flight (and maybe walking)? Another issue would be how difficult it is to jump on top of small objects, thanks to physics-simulation in movement such as non-instantaneous acceleration when walking, but I'm pretty sure that server side implementations play a big role there.
  22. @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).
  23. 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.
  24. 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.
×
×
  • Create New...