Hi folks, especially April and Kwerk.
Please read this:
Yesterday I loaded MyProxy and Emerald onto my eight-core-three-nvdias-lotsa-memory-unlimited-pleasure-gaming-machine.
Than, as expected, I cranked up the graphic properties of the viewer all the way to the maximum, everything, even post-processing and 16X anti aliasing (which by the way doesn't look as good as 8X), everything was looking BEAUTIFUL, but when I went shape-shopping with it, guess what? I DOESN'T WORK ... for some funky reason that I can't think of (yet) /load and /store just won't work. You run the command and it just does nothing.
I had my laptop side by side with this computer ... and logged to the laptop at the same time with another avatar, went to the same place and tried to do the same thing, it all works well.
So it looks like finally I was able to replicate what you've been going through.
My solution: Cranked the graphics properties ALL THE WAY DOWN ... and everything starts working fine. Crank it up again, it just fails silently ... go figure.
I didn't do anything to the code, so I am guessing that setting the graphs up did something to the protocol that made MyProxy go haywire.
The thing is that I don't have anything to fix on the code to overcome that, not only because I don't know what it is, but because there is nothing to change.. you send a packet, and you expect it to arrive at the other side.
So, please, if you have a chance, do the same: set the graphics properties ALL THE WAY DOWN, preferably on a LL viewer, so no fancy Emerald stuff will be in place, and give it a try. Then let me know how it goes.
I hope that with this workaround you will be able to do all the shape-shopping and asset-shopping you want.
Cheers,
The Borg.
Hi The Borg
ReplyDeleteShame on me, but i didn't try this radical "low-graphics" workaround - and yes, i got for the first time a few useable results in SL with the /load. Here my experience:
- using latest Emerald viewer, with graphics, all emerald and other suspect options (including bridge, voice, sound, bouncing breasts and so on) turned off or set to the lowest values; although increasing network bandwith to a reasonable value.
- of course, under all the well known conditions: rezz platform at 1000 m, noob avi without attachments, and so on.
- using a separate profile (call the viewer with the additional parameter --settings settings_proxy.xml) and with a fresh, separate cache (set in preferences -> network)
- used "/load all" with a few previously "/save all"-ed avatars. It worked in 3 cases, importing the assets correctly (asset-files), although one of them was all greyish (maybe due to some protection layer in emerald?). In the cases the /load worked, i've seen the notice "Items coming in too fast...", like in other cases for copying to inventory.
- after importing successfully the corresponding linksets for the attachments (xml-files) through the viewer, I was unable to /load any more assets, even after restarting MyNewProxy and the viewer and clearing the cache... strange...
- I was unable to /load with the official SL viewer (also with all settings set to min.)
- and at last... i looked at the famous "128.xml" attachment: it's attached to "bridge" and thus i guess it's some qwirk for the bridge used by the emerald viewer... just a hypothesis, would need to verify under different /export conditions.
Conclusion? Well, nothing yet, I'll have to test this more for sure. Still strange, how the /load works perfectly with good graphics settings in OSGrid. Maybe some other setting is interfering too.
Looking forward to hear from others more or other insights.
Greetings, K-werk
Hey K-Werk,
ReplyDeleteThe "Items coming too fast..." message is perfectly notmal. It won't interfere with the loading.
And yes, the grayish texture (with usually a small skin colored "dent" in the head) is resolt of clothing protection. To (partially) overcome that you can use the "baked" parameter when /saving or /storing.
I must confess that I am really confused by this behavior.
I don't think that anything graphic related (other than the drawing distance) should interfere with the protocol behavior.
If you're using more or less graphics quality, this should be resolved at you viewer only.
Now I know why MyProxy always works for me ... it is just because I always use it on the same low level laptop that I use to develop. And I usually always use a "full noob" avatar to test it, no attachments at all.
Well ... If anyone alse could comment on this, and throw some light on it, I would be pleased.
Cheers,
The Borg.
Sadly no news here. I wasn't able anymore to /load any asset, even having reduced all settings to the min. Btw, adding some wishes... would be great to:
ReplyDelete- add a suffix "_baked" in the filename for /save assets (and should then work with /load too)
- definitely download the textures of those assets and attachments. libopenmv has magled something with the openjpeg lib correcting (hopefully) the issue with the alpha channels. The texture download should be a separate command though, you could issue it while being on a skybox, bc it will take quite a long time. In this context it would be really useful to automatically store avatars in separated subdirs named by their full name...
Well, wish you a good week,
K-werk