*Toni:* The upload failing to show to others but shows locally was that we
werent getting upload caps to inventory, so basically it "uploaded" showed
the mesh locally. Relogin and you could not see it even locally. Those are
now fixed and moreover we use the webdav inv with opensim accounts anyway
with Taiga so we dont use caps urls.

*Others: *Don't bother yourselves with the metadata prints. That is really
not used anywhere, I'm not even sure who is polling some of the asset
metadatas but its not the viewer for sure. And Naali doesent use http asset
metadata anywhere and via udp im pretty sure those are not fetched. Anyways,
I have asked asset metadata and it works and that error is not related on
what the client does.

*Alberto:* Are you sure that you are running Taigas modrex in Naali
compability mode. At least i had some mesh assigning problems when that was
not set to ModreX config. Can you also tell if you are using the webdav
inventory with a opensim account. For me uploading meshes, setting them to
new prims, moving/scaling works nicely in Naali. Also latest improvement is
that you can assign url from either webdav inv or from just any web url as
texture. And basically you can do this for meshes too.

Anyways, it's a bit sad that Naalis building capabilities are what they are
and you and most other need to use old viewer to upload meshes/textures and
build with old viewer then just view with naali. I think there has been some
improvements lately but its not nearly enough. I am starting from tomorrow
the work with world building. I would have liked to do this in c++ side but
i was denied that right. So learning up and rewriting some of the python
code will take time. The aim is to have own dedicated scene of widgets for
building mode. We will see how long this takes but its coming, hold on there
:) Possibly after this you would not need to use the old viewer anymore for
anything...

Best regards,
Jonne Nauha
realXtend developer

http://www.realxtend.org/
http://www.evocativi.com/


On Mon, May 24, 2010 at 7:49 PM, Gustavo Alberto Navarro Bilbao <
sombra.albe...@gmail.com> wrote:

> Well, I've got the same Cable Beach Assets error, (screenshot "failed").
>
> Following the same steps than Pedro wrote, with the exception than I used
> 3dMax instead Blender, these are the results:
>
> I have built in 3dMax part of a structure, and exported it using OgreMax,
> the meshe and the baked texture.
> Then I've created the alien plants and the silver tree, and exported them
> in the same way.
> Well, in world (Taiga 0.1.2), using RX 4.2, to upload the meshes and the
> textures and put them in the prims, I get the objects than you can see in
> the "baked" screenshot.
>
> If I use the Naali 0.2.2, just as you can see in the other
> screenshot, curiously, the estructure withe the baked texture looks right,
> better really, but the plants lost the meshes.
>
> It is a very strange effect, since all meshes have been created and
> uploaded in the same way.
>
> Alberto
>
> -----------------------------------------------------------------------
>
> 2010/5/24 Toni Alatalo <ant...@kyperjokki.fi>
>
> pedro kirjoitti:
>>
>>> I made a statue consisting of 2 meshes in blender and uploaded it,
>>> using viewer 0.42
>>> But when i logged in with naali the lower part of the statue didnt
>>> rez, but in 0.42 it was all ok.
>>>
>>>
>>
>> We had something like this on one test server, and I came to suspect that
>> it was a server side problem -- it not storing the mesh or something. It may
>> be that it shows in the 0.42 with which you uploaded if it went to it's
>> local cache upon upload (am not totally sure whether that's how it works).
>>
>> What we saw was that one person uploaded a mesh using rexviewer, and no
>> one with Naali could see it, so they thought it was some strange new Naali
>> prob. Then we noticed that it didn't show for others using the old rexviewer
>> either, only for the person who uploaded, and figured it was a server prob.
>> Too bad the prob disappeared before at least I got to hear what it was
>> (someone fixed some server db conf?)
>>
>>
>>  Next thing i linked the prims and tried to copy them by holding shift
>>> and dragging
>>> which resulted in new prims without any meshes assigned to them.
>>>
>>>
>>
>> Sounds consistent with the server not having the meshes.
>>
>>
>>  on the server console i get the following error message:
>>> 22:34:30 - [CABLE BEACH ASSETS]: Failed to fetch asset metadata from
>>> http://192.
>>> 168.1.35:8003/assets/e8af4a28-aa83-4310-a7c4-c047e15ea0df/metadata
>>>
>>>
>>
>> I think this is unrelated, but am not totally sure.
>>
>> ~Toni
>>
>>
>>  On May 22, 8:13 am, Denis Tarasov <dtaras...@gmail.com> wrote:
>>>
>>>
>>>> I found out what was the problem with ogre rendering. Things works
>>>> well with 0.42 viewer, but
>>>> not with any derivatives, renaming executable/and or changing main
>>>> window title will disable this feature.
>>>> Looks like new code detects what viewer is running and only sends
>>>> "running rex mod" to the viewer named
>>>> "realxtend".
>>>>
>>>> Denis Tarasov
>>>>
>>>> On 21 май, 12:40, Denis Tarasov <dtaras...@gmail.com> wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hi,
>>>>>      just downloaded new binary. Seems that it works better than
>>>>> previous
>>>>> one.
>>>>>      Still, i'm confused becouse you said> - Added missing "running rex
>>>>> mode" flag to login response. realXtend 0.4*
>>>>>         viewers now don't need to manually switch to ogre rendering.
>>>>>      but this does not work, 0.42 viewer still starts without ogre
>>>>> rendering, so shift+R
>>>>> still needed.
>>>>>      Best regards,
>>>>> Denis Tarasov
>>>>>      On 19 май, 18:33, Jonne Nauha <jonne.na...@evocativi.com> wrote:
>>>>>
>>>>>
>>>>>> Good afternoon,
>>>>>>        We have just released the new Taiga 0.1.2. This release mainly
>>>>>> has crash
>>>>>> fixes, more webdav implementation and the newest config creator. Below
>>>>>> you
>>>>>> can read the whole changelog.
>>>>>> Get started herehttp://
>>>>>> wiki.realxtend.org/index.php/Getting_Started_with_Taigaonthe
>>>>>> updated wiki page.
>>>>>>        Notes about a known bug in the config creator with regions.ini
>>>>>> can be found
>>>>>> here:
>>>>>> http://wiki.realxtend.org/index.php/Getting_Started_with_Taiga#Known_.
>>>>>> ..
>>>>>> Please read this before you start up your servers the first time to
>>>>>> ensure a
>>>>>> smoother Taiga experience :)
>>>>>>        *Changelog*
>>>>>> *Features*
>>>>>>           - Config Wizard now lets you change modrex database
>>>>>> settings.
>>>>>>   - Sending webdav inventory url in login response to client for
>>>>>> OpenSim
>>>>>>   agents.
>>>>>>   - Broadcasting webdav appearance url via ModRex for OpenSim agents.
>>>>>>   - llTextBox script function
>>>>>>        *Bug Fixes*
>>>>>>           - Webdav put handler now checks for overwrite header and
>>>>>> replaces the
>>>>>>   existing asset if exists.
>>>>>>   - Webdav encode/decode fixes for request paths.
>>>>>>   - Added missing "running rex mode" flag to login response. realXtend
>>>>>> 0.4*
>>>>>>   viewers now don't need to manually switch to ogre rendering.
>>>>>>   - General crash fixes
>>>>>>        You can post here about problems in setting up/running the
>>>>>> servers so we can
>>>>>> try to help!
>>>>>>        Best regards,
>>>>>> Jonne Nauha
>>>>>> realXtend developer
>>>>>>        http://www.realxtend.org/http://www.evocativi.com/
>>>>>>        --
>>>>>> http://groups.google.com/group/realxtendhttp://www.realxtend.org
>>>>>>
>>>>>>
>>>>> --http://groups.google.com/group/realxtendhttp://www.realxtend.org
>>>>>
>>>>>
>>>> --http://groups.google.com/group/realxtendhttp://www.realxtend.org
>>>>
>>>>
>>>
>>>
>>>
>>
>> --
>> http://groups.google.com/group/realxtend
>> http://www.realxtend.org
>>
>
>  --
> http://groups.google.com/group/realxtend
> http://www.realxtend.org
>

-- 
http://groups.google.com/group/realxtend
http://www.realxtend.org

Reply via email to