Hey Folks,
It's been a while since we've talked about anything other than finding bugs and new versions, so here goes what I would say is my first post of 2010.
Life as a Borg-Daddy is good, baby Borg is growing steadily fast. Maybe he will soon replace me on MyProxy's development.
I have recently joined the Blue Mars development initiative, but got a bit disappointed I must say.
Even though I've always liked the game Crysis, and did create some maps on the Crytek Sandbox for my own enjoyment, I don't think it is going to be a viable solution for an online meeting place like Second Life.
Visually is amazing, and I think Crytek has one of the best game engines so far. Dazzling playable graphics, but they lack dynamic content download, so if you want to visit a place (city), you must download the entire place first, meaning that, if someone creates a new building on that place, you will have to download the entire place again, which may be a 90 to 400 MB download.
Also, all the avatars look almost the same. All the guys look like the dude from High School Musical, lol. No way I will be wandering around looking like him.
So, I think it is not even closer yet to what we would expect.
If you guys are thinking about giving it a try, I would say, just save your bandwidth for something else. Maybe in two years from now, if they manage to survive.
Recently I've started using a new viewer, called Orange Thirsty. It is released by a group of people (I believe) called the "Orange Thirsty Pioneers", who kindly provided with a copy to test out and play with.
I would use their own words to describe it: "Thirsty is a sort of 'unlocked' Emerald with some additional features and improvements, nothing more, nothing less"; I loved this description, especially the "nothing more, nothing less" part, which clearly states that this is a simple, effective, no-nonsense viewer. Don't expect any fancy crazy features on this one. It is though a good replacement for the regular Emerald, and I plan to be using it from now on. Especially because it works fine with MyProxy.
I don't know what is their idea for distributing the viewer, but please visit their blog and support their project, I promise it is worth the effort.
Hope you're all enjoying your RLs as happily as you're enjoing your SLs, don't let it turn the way around, there's a beautiful world out there.
Cheers,
The Borg.
PS.: leaving quantum mechanics to some other post (again)
Wednesday, January 27, 2010
Tuesday, January 26, 2010
New version ... v2.18
Hello All!!!
Please find here the latest version of MyProxy.
The difference between this and 2.17 is that now when you /save or /exportall (or press the "Snapshot" button) a subfolder with the avatar's name is created under the MyProxy folder, and all the files are put in there.
This is also true for the /load command, so on this version (unfortunately) you cannot /load if the saved folder is not under the folder where MyProxy is running from.
This basically means that, even though we're organizing things on folders now, you should not move those folders or /load will not find them anymore. I still have not added an option to select the source folder when /load-ing.
I may improve this in the future, but for now this is the best I could put together quickly to keep that folder clean.
Hope you enjoy it.
This file contains both the source code and the executable.
VERY IMPORTANT Once I release a new version, I start looking at the new version's thread for comments and support requests, so make sure to post here from now on. I usually look at the older posts from time to time, but it is not too often.
Cheers,
The Borg.
Please find here the latest version of MyProxy.
The difference between this and 2.17 is that now when you /save or /exportall (or press the "Snapshot" button) a subfolder with the avatar's name is created under the MyProxy folder, and all the files are put in there.
This is also true for the /load command, so on this version (unfortunately) you cannot /load if the saved folder is not under the folder where MyProxy is running from.
This basically means that, even though we're organizing things on folders now, you should not move those folders or /load will not find them anymore. I still have not added an option to select the source folder when /load-ing.
I may improve this in the future, but for now this is the best I could put together quickly to keep that folder clean.
Hope you enjoy it.
This file contains both the source code and the executable.
VERY IMPORTANT Once I release a new version, I start looking at the new version's thread for comments and support requests, so make sure to post here from now on. I usually look at the older posts from time to time, but it is not too often.
Cheers,
The Borg.
Monday, January 18, 2010
New version 2.17
Hello folks,
I have just compiled a new version, 2.17, which can be found here.
This version has only a new enhancement over 2.16, which is the addition of a few shortcut buttons to make you life easier (less typing).
Here's how it works: Let your mouse rest for a couple seconds over an avatar, the avatar's name will be captured on the "Selected Avatar" field. Once this happens, move the mouse quickly outside the viewer's window. Now you can use the (self explanatory) buttons to the right to execute some useful functions without typing.
The "Snapshot" button executes the "/save" command followed by the "/exportall" command, saving to disk a snapshot of the avatar's assets and attachments.
Note that some objects may have their name captured in case you don't move the mouse out of the viewer quickly enough. If that happens, just repeat the process until you have the name you want (takes some practice).
Please let me know how it goes.
Also, this version is compiled against the latest LibOpenMetaverse version as of Jan/18/2010.
Cheers,
The Borg.
I have just compiled a new version, 2.17, which can be found here.
This version has only a new enhancement over 2.16, which is the addition of a few shortcut buttons to make you life easier (less typing).
Here's how it works: Let your mouse rest for a couple seconds over an avatar, the avatar's name will be captured on the "Selected Avatar" field. Once this happens, move the mouse quickly outside the viewer's window. Now you can use the (self explanatory) buttons to the right to execute some useful functions without typing.
The "Snapshot" button executes the "/save" command followed by the "/exportall" command, saving to disk a snapshot of the avatar's assets and attachments.
Note that some objects may have their name captured in case you don't move the mouse out of the viewer quickly enough. If that happens, just repeat the process until you have the name you want (takes some practice).
Please let me know how it goes.
Also, this version is compiled against the latest LibOpenMetaverse version as of Jan/18/2010.
Cheers,
The Borg.
Friday, January 15, 2010
Found an issue
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.
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.
Tuesday, January 5, 2010
First post for 2010 (and new version, 2.16)
Hey Folks,
I missed you people.
First of all, thanks for all the good wishes and happy new year for all of you.
Baby Borg is getting bigger (and heavier). He and mama Borg are 100% healthy, and we're having so much fun.
Let's start this year with a new release, which you can get here, and some information about MyNewProxy:
. I would like to thank K-Werk for the great explanation on the last post about how some things work on the protocol level. Thanks dude.
. Hey April, about the commands not working: I may have screwd up when compiling 2.14 and 2.15, so I compiled 2.16 and this time I've tested each one of the commands.
No changes between 2.15 and 2.16 other than compiling it against the latest LibOpenMV code (as of January/5/2010).
. Things that will never work on MyNewProxy (and why):
1 - Re-importing of animations, sounds and textures into SL. Why? Because anything that is requested to be paid for to upload won't work with MyNewProxy. The commands are there though, so they can be used on free grids, like (shameless advertising) OsGrid.
2 - Cache hacking. Why? Because there's no cache on MyNewProxy, it is just a "man in the middle" approach between the server and the viewer. If you want to get things out of your cache, you must go after you viewer's.
3 - Saving things from viewer which have "clothing protection" on. Why? Because cloting protection will not allow the assets to come to your viewer, and I can only save what I can "see".
4 - Avatar tracking on other sims. Why? Because MyNewProxy only "sees" what your viewer "sees". If it's not on the same SIM, I can't track it. (Someone asked me something about tracking people when you IM them, but I am not really caring about coding that, if even possible).
5 - Grief protection, etc. Why? Because we already have Neil doing that on his viewer, which most of us use, so no need to reinvent the wheel.
6 - Fancy stuff. Why? Because MyNewProxy was written to, and its sole purpose was, backup assets (ok, copy and steal stuff). I do not plan to code anything other than that. I coded the AO system just because I know animations are impossible to load back, so you can still have a working AO.
. Things that may be added to MyNewProxy someday (depending on my free time):
1 - Command to take a full snapshot of an avatar (saves typing).
2 - Menu based interface.
[you must have already noticed that I don't promise new features. I only talk about them when they're available ... ;-) ]
. Tips for a better MyNewProxy experience.
1 - Use a regular viewer, like the LL one, when saving stuff from yourself. Emerald based viewers may create problems, as they have some protections in place.
2 - Use an Emerald based viewer when saving stuff from other people, so you can see who is using Emerald and who's not (Emerald people will more than likely have cloth protection in place).
3 - All name based commands on MyNewProxy are (unfortunately) case sensitive, so make sure you issue "/who" first and copy the name of the person you want to work on, so you can avoid typos.
4 - Keep track of the folder you are running MyNewProxy from. All assets and xml files will end up there.
5 - Make sure you have a healthy (and fast) internet connection, as I have no means to re-send packets. If something fails to work on testclient (from LibOpenMV) with your internet connection, then it will for sure fail also on MyNewProxy.
6 - The /save and /export commands will only work while the asset or avatar are visible. So be quick before they move away.
7 - When re-importing .XML (linkset) files, make sure you're on a parcel with enough free prims to allow the rezzing of the entire object. Otherwise you will end up with a partially loaded thing floating in the air.
Well ... this is everything I can think of so far ... but feel free as always to ask questions. I will try to answer all of them asap.
I hope everyone can enjoy it on 2010 as we did in 2009.
Cheers,
The Borg.
I missed you people.
First of all, thanks for all the good wishes and happy new year for all of you.
Baby Borg is getting bigger (and heavier). He and mama Borg are 100% healthy, and we're having so much fun.
Let's start this year with a new release, which you can get here, and some information about MyNewProxy:
. I would like to thank K-Werk for the great explanation on the last post about how some things work on the protocol level. Thanks dude.
. Hey April, about the commands not working: I may have screwd up when compiling 2.14 and 2.15, so I compiled 2.16 and this time I've tested each one of the commands.
No changes between 2.15 and 2.16 other than compiling it against the latest LibOpenMV code (as of January/5/2010).
. Things that will never work on MyNewProxy (and why):
1 - Re-importing of animations, sounds and textures into SL. Why? Because anything that is requested to be paid for to upload won't work with MyNewProxy. The commands are there though, so they can be used on free grids, like (shameless advertising) OsGrid.
2 - Cache hacking. Why? Because there's no cache on MyNewProxy, it is just a "man in the middle" approach between the server and the viewer. If you want to get things out of your cache, you must go after you viewer's.
3 - Saving things from viewer which have "clothing protection" on. Why? Because cloting protection will not allow the assets to come to your viewer, and I can only save what I can "see".
4 - Avatar tracking on other sims. Why? Because MyNewProxy only "sees" what your viewer "sees". If it's not on the same SIM, I can't track it. (Someone asked me something about tracking people when you IM them, but I am not really caring about coding that, if even possible).
5 - Grief protection, etc. Why? Because we already have Neil doing that on his viewer, which most of us use, so no need to reinvent the wheel.
6 - Fancy stuff. Why? Because MyNewProxy was written to, and its sole purpose was, backup assets (ok, copy and steal stuff). I do not plan to code anything other than that. I coded the AO system just because I know animations are impossible to load back, so you can still have a working AO.
. Things that may be added to MyNewProxy someday (depending on my free time):
1 - Command to take a full snapshot of an avatar (saves typing).
2 - Menu based interface.
[you must have already noticed that I don't promise new features. I only talk about them when they're available ... ;-) ]
. Tips for a better MyNewProxy experience.
1 - Use a regular viewer, like the LL one, when saving stuff from yourself. Emerald based viewers may create problems, as they have some protections in place.
2 - Use an Emerald based viewer when saving stuff from other people, so you can see who is using Emerald and who's not (Emerald people will more than likely have cloth protection in place).
3 - All name based commands on MyNewProxy are (unfortunately) case sensitive, so make sure you issue "/who" first and copy the name of the person you want to work on, so you can avoid typos.
4 - Keep track of the folder you are running MyNewProxy from. All assets and xml files will end up there.
5 - Make sure you have a healthy (and fast) internet connection, as I have no means to re-send packets. If something fails to work on testclient (from LibOpenMV) with your internet connection, then it will for sure fail also on MyNewProxy.
6 - The /save and /export commands will only work while the asset or avatar are visible. So be quick before they move away.
7 - When re-importing .XML (linkset) files, make sure you're on a parcel with enough free prims to allow the rezzing of the entire object. Otherwise you will end up with a partially loaded thing floating in the air.
Well ... this is everything I can think of so far ... but feel free as always to ask questions. I will try to answer all of them asap.
I hope everyone can enjoy it on 2010 as we did in 2009.
Cheers,
The Borg.
Subscribe to:
Posts (Atom)