Jump to content

Marielle Caerndow

  • Content Count

  • Joined

  • Last visited

Everything posted by Marielle Caerndow

  1. Like you say, you can first make the hugh-poly modell, unwrap it and afterwards reduce it's triangles. (Tip: the ProOptimize-modifer has a checkbox to preserve the UVs. Using it gives good results, however: the poly-reduction is generic, you can't exactly control it.) You can also manually remove edge-loop from from the high-poly-modell. My experience is: when you start with the high-details mesh, it needs good unwrapping (no distortions, only minimum seams) - otherwise it becomes painful fumbling. The alternative is: start with the low detailed mesh and unwrap it. Afterwards create the high LODs by adding details to the mesh. Expecially if you use the traditional "box modelling" this way works well, because box-modelling starts with the low details, and then refines up to the high LOD. (other modelling techniques like Poly-by-Poly, Spline-, Patch and Nurbs-Modelling are better suited for the "high LOD first, then reduce workflow".)
  2. Sae, are you aware that your skeleton's bones (in Maya) need to be correctly named ? Did you check to include skinning in the Maya-exporter ? (I'm using 3dsMax, but since Maya is also from Autodesk, maybe it's similar that you have to manually enable Animation/Skin in the exporter.) When Uploading in SL, did you activate the "Skin Weights" (Not only in the preview-window, also in the modifiers) ?
  3. First you have to create the skin-weights in Maya, so that your mesh follows the skeleton movement (still in Maya). Like in this video from Autodesk: Afer all looks good in Maya, you just tell the SL-uploader to include the skin-weighs.
  4. Linder per Handy würde ich nur im absoluten Ausnahmefall machen. Der Grund ist: der Umtauschkurs Euro -> Linden ist dabei meistens sehr schlecht. Vielleicht auch deshalb hat sich das mit Handybezahlung nie richtig durchgesetzt. Ich hab grade mal geschaut, auf der einen Seite mit Handybezahlung bekommt man für 1,-€ grade mal 135 L$. Das ist ein unterirdisch schlechter Kurs ! Laß dich da nicht übers Ohr hauen. Der Umtauschkurs L$ zu US-Dollar ist immer um die 260L$ = 1 USD. Der US-Dollar steht zur Zeit bei 1,40 zum €, daraus folgt ein 'vernünftiger' Kurs ist zur Zeit 360L$ für 1 €. Aus eigener Erfahrung kann ich www.virwox.com empfehlen. Bin seit über 2 Jahren dort. Guter Umtauschkurs, seriös, guter Support und sehr schnelle Auszahlung. Mußt eben mal schaun, welche Zahlmethode da für dich dabei ist.
  5. Many 3D-creation tools can display and work with polygons (3-, 4- or more-sided). However, internally these n-sided faces are (internally) made of multiple triangles. In example a 4-sided polygon ("quad") consists of 2 triangles. It's can be important to not forget that on "base level" models nearly always consist of triangles, even when the program displays quads (or n-gons). Important because: Game engines (SL) mostly work with triangulated meshes. If you upload a mesh to SL, it's faces are converted to triangles... For the performance (GPU), the triangle count matters, not the 'poly-count'. If you have a model made of 100 quads (4 sided polys) , then it's triangle-count is actually 200. When animating a mesh, differences can occur. If you animate a quad (or n-gon)-mesh in the modelling-app, it can look a bit different in SL (since the mesh got triangulated on export/import). As general rule, I model as I like it - with triangles and polygons. But before exporting the model, I convert all faces to triangles (since this happens anyway on export). So I can spot possible issues and get the 'real' triangle-count.
  6. Several viewers support multi-attachments, even the viewer from LL. If you decide for a non-LL viewer, you might also check if it supports multi-layers. Unfortunately some alternative viewers don't do that yet. (it allows to wear multiple cloth-layers, multiple tatoos and most important - multiple alpha-layers)
  7. A: Textures get compressed on upload. It results in minor quality loss, but shouldn't be as 'drastic' as your description sounds :-) B: Textures get scaled down to 1024^2 if you try to upload larger sizes... If none of the above helps, maybe add some screenshots here that show the issue.
  8. The viewer's code is/was available during the past months - of course most third party developers decided to wait until the 'final' mesh-code is ready. Anyway - since mesh-attachments will very often require an alpha layer, I really hope (some) TPVs get finally the option for multiple alphas. This code is around for a year, but still not all viewer have multi-alphas. At all, I think nearly all TPVs will implement mesh sooner or later. Chat-only-viewers maybe not :-).
  9. @Yoki: Shopping on the amrketplace is (can be) so quick, easy and sterile that it leaves not much impression in the buyers memory. Result: quickly bought, quickly forgotten. If someone searches the whole night for an item in-world, sees the distracting shops, has to focus back on the targeted item - it can be really a 'challenge' to get the desired item. This brings the item to the status of a 'trophy'....and it will last longer in memories, it will be used longer/more often. Of course, the right balance between how easy <-> difficult shopping is is the tricky point.
  10. Regarding markeplace vs. inworld shopping I had another 'vision'. I compared it to RL. In my RL city, a few years ago there was a shopping trend: mega-malls (supermarkets). Supermarkets are offering products from different producers, the whole range from food to socks. The goal is to have customers shop. Very similar to the marketplace, isn't it ? Here the customer is also 'flooded' with products of all kinds with the goal to have them uy these things...quick and easy...and it works. Supermarkets are about "shopping". (We already discussed why the MP has a negative effect to the in-world economy. ) In RL I see a new trend: called "galleries" . These are buildings as large (and larger) than classy super markets, but follow a different concept. The gallery holds many different sub-shops in it. Instead a flood of producs, the customer faces an area with individual shops. Each shop with it's specific products and it's specific style. Between these mini-shops are even coffee-bars, restaurants etc.. These galleries are not "shopping", they stand for "shopping as a experience". They don't try to push the products in the customers bag, they try to entertain the customer and to have them spend time in the area. This gallery-type of shopping malls is what we have in-world in SL. Shopping is an experience. If you search for a "car", you'll start to teleport to individual shops/places. Each one is different, thus entertaining. Such a shopping tour can last a whole night...seeing a lot, meeting people, having fun. -> Marketplace instead is cold. Search car, choose from thousand available ones, buy, done. Nothing entertaining here, no in-world time spent, not seen anything beside cars...boring.
  11. @Astolat: We could say: If people land in an unpleasant HUB, they can simply walk a few steps to where it's more quiet (That's how I started :-) ). But I get you point. Something in this direction were the community gateways, I think. A pirate community has their own website with their own registration channel - and people who come this way login/rezz at the community-sim. Did you the SLCC-videos ? Rod was asked if the community gateways could be reactivated. He was surprised that they were gone (before his time at LL) and pocketed the question-card...maybe (hopefully) a good sign.
  12. @Shockwave: THIS is a nice idea :-). Especially since it's a compromis LL could maybe live with (instead my hammer-idea of shutting MP down). Of course, we'll need ear-plugs because many people will only see themself as 'victims'..."LL is forcing us to own land just to sell on MP". But better a crying crowd than an empty world :-).
  13. Land owners pay to keep a sim alive -> they get paid from creators who rent shops there -> creators get paid by customers for their products -> customers enjoy the sim with various activities -> we're back at the land owner :-) An economic circle - if any part it taken away, the WHOLE circle breaks. Marketplace takes creators and customers out of this in-world economy... At this point, I don't belive LL will make the huge step of bringing the economy back in-world.
  14. It's eye opening clear: What increased ? -> new registrations and marketplace ( = off-world things). What decreased ? -> Nearly ALL in-world stats. (My) conlusion: what we see is a chain reaction caused by the marketplace. What keeps people "in" secondlife ? Playgrounds, roleplay areas, sports places or just visible attractions...and to keep these running it needs 300+ USD a month. Not many can be on welfare, they have to compensate these 300$. The usual way is to set a mini-mall in a corner of the sim. But these malls are shrinking (until they collapse), because merchants and customers are lured to the marketplace. When the malls die, sim owners start loosing money - and have only the option to close their 'important' sims (sooner or later). And without interesting sims...you know the rest: inworld activity decreases. And the worst of all: no "new user experience", no mesh content an no "new UI with better game elements" will be ableto stop this trend...it's all useless without interesting places to use these features. (( It's not meant as rant, or black painting...it's just my sorrow.))
  15. An issue is back: uploading with skin weights where the *.dae contains a partial joint array. - Was ok in: Second Life 2.8.2 (236321) Jul 20 2011 15:27:29 (Project Viewer - Mesh) - Not working in: Second Life 2.8.3 (237157) Jul 28 2011 09:01:19 (Second Life Developer) ("Calculate weights & fee" greys out when activating "skin weights".)
  16. I'd suggest that you try to build your model with triangles - not quads or n-polys. If you use quads, they might look ok in blender, but they get converted to tris in SL - and one quad can be converted into triangles in 2 ways....that makes a visible difference.
  17. Another big pro for sculpties: UUID-swaping, changing the sculpty per script. So a sculpted mouse can be 'transformed' into an elephant :-)
  18. Even a normal prim (box, sphere,...) is in technical terms a 'mesh'. The difference between sclupties and the new meshes: - sculpties have an unchangable UV-layout, meshes can have custom UVs. - sculpties have an unchangable topology, always ~2000 triangles. New meshes can have any kind of topology. - sculpties have an unchangable collision-shape for physics, meshes can have a custom collision shape - sculpties are stiff/rigid, meshes can be set to have skin weights where they move/bend with avatar's skeleton
  19. For attachments where prim count doesn't matter (and size changes are minor): I would like to know how much an item adds to the ARC (Avatar rendering cost). For every rezzable/re-sizable items it would ba nice if there would be one PE for 'normal size'. In the item description it should be stated clearly: tree at 12 meters = 10 PE (medium size). Scaled smaller to 5 meters or bigger to 25 meters results in 7 and 18 PE. Somehow informing about the small/big extremes.
  20. For 3dsMax there wasa tool named "Primcomposer" to ceate sculpties. Unfortunately the website doesnt exist anymore. However, it wouldn't have helped you anyway, I think. The problem is, Max.4 is 10 years old. No offense, but these days it's very rare that a plugin still supports Max.4... As conclusion, I'm no aware of any sculpt-exporter that works on Max.4. My suggestion would be to look at Blender. Maybe you can even model in Max and use Blenderonly for exporting to sculpty.
  21. To Step 2: Would be nice in a way to have a hard limit , a guidance. It would save me hours of thinking about "how many tris are 'too' low, how many are sane and how many are to much" :smileyindifferent: But I doubt a hard limit will happen, first and foremost because it would probably break existing content...some items might become un-rezzable at all :matte-motes-big-grin-wink: To Step 1: The ARC for rendering is a good guidance for creators and users. However, afaik it's pure render-weight. So I'd vote for a second metrics: "ALF" = Avatar Lag Factor. It could include the ARC for rendering the avatar plus: the ARC (triangle count, textures etc.) number of prims/scripts/... of all attachments (reflecting network stress due to downloading) used memory of attached scripts a factor for script events caused by attached scripts So, something like the world-formula of SL :smileytongue:
  22. In the past the number of prims were often stated - even for attachments where prim-count never really mattered (in sense of beeing limiteted) . For mesh attachments the ARC can be a handy reference value, especially since it (should) reflect how render-heavy an item is.
  23. it's as Guy says, the probem is most likely that the collada file does not contain all bone names. Why it happens is: 3dsMax' exporter only exports the bones that are actually 'used'. Even if ou have all bones in the skin-modifier, the bones that have no effect arenot exported. (Example, if you create shoes, all the torso and arm bones arenot exported since they don't influence the mesh.) The problem was already reported here CTS-590 and here CTS-608. Strange thing: LL says that it's fixed, but my own test show they are not. Maybe the Jiras should be re-opened ?
  24. :matte-motes-big-grin-wink: Isn't this signature spam here already a TOS-violation, "avertisment for3rd party services" or so ?
  25. The look is good, but the challenge is to get the poly count on a sane level. 65k is very much...The official number is that the whole scene (everything on the screen, avatars w.attachments, ground, buildings, trees,...) should be around 250k polys. The rifle with 65k would already eat 1/4 of the poly-pool...
  • Create New...