Board ArchivesSite FeaturesActiveworlds SupportHistoric Archives |
grover // User Search
grover // User SearchBots get boring...Feb 5, 1999, 9:04pm
can we feed it tourists? :)
[View Quote] > A Virtual Pet > ------------------ > > Create a bot that has a life cycle, learning abilities, must be fed, can be > trained, mates and procreates, expresses itself in non-verbal emotions. > Personally I would find an entirely new species more interesting than a > virtual dog, cat or fish. > > I suspect this could be a revenue source if done well :) > > Archon Manus > [View Quote] helpSep 10, 1998, 9:23pm
Check your local library. In Penn State's library were several books
containing C and C++ compilers. One had a CD-ROM but was checked out the entire semester... Another had a DOS-based C compiler that fit onto a single floppy... But the best thing about finding a compiler in a book like that it's free. Also, that it has step-to-step instructions if your C++ is a bit rusty :-) Usually it will mention "electronic media included" if there's a CD-ROM or floppy included with it. grover [View Quote] > any of you know where I can find a c compiler? helpSep 10, 1998, 11:03pm
I used to have borland 4... it was only win3.1 based (which at the time didn't
bother me cos i only had win3.1!) but that might explain the problems? I hate to say it, but i definately like the "MS Visual" serries as far as usability is concerned... grover [View Quote] > the book I got mine (Borland C++ 4.01) in (which don't seem to run the SDK > sample proggie *humph*) was $34.95, I think... was packaged more like > software, in a software store, but inside was a book about C, and included > on the CD-ROM was PDF's of another book on C++... Never got around to > reading too much of either... but I can do 'hello world' and probably > something a bit more complicated (like writing a little calculator proggie > maybe) without too much trouble. > [View Quote] Bots get boring...Feb 11, 1999, 8:49pm
only problem is if you don't have "wrap long lines" checked, it goes as one continuous line off into the right margin without ant CRs...
[View Quote] [View Quote] Bots or Object Agents ?Feb 6, 1999, 8:35pm
Yeah! Why write programming languages that cater only to programmers? That'd be like giving an infant a book with no pictures <gasp!><eyeroll>
grover [View Quote] > Yes, please stop calling everything a bot; it's annoying! It's why I groaned when first reading the SDK description which mainly mentioned bots. I figured: "Oh, great, now everyone and their grandmother are gonna have stupid, annoying greeter bots." And what happened? Yup...those damn things are everywhere. I originally wanted Hambot for tumblin' tumbleweeds in Utah world, but the complicated scripting language turned me off to Hambot so I've never done anything with it since. Why most programmers feel the need to make everything TEXT-based is beyond me. Not everyone is textual; some are actually graphical! <gasp!> <eyeroll> > [View Quote] Bots or Object Agents ?Feb 7, 1999, 1:33am
The problem with bots is that they're inherently mathematical
when you get to the core. And it's hard to write equations and logical operations in a textual interface. Now the end result should be user friendly- nobody ever said the bot itself must be complex! But the SDK language itself is by necessity a programming language. As would be any other scripting language. Have you ever tried to use the scripting language The Palace uses? heh, it's even harder to use than fortran or c! And in AW would allow for a lot less flexibility. Perhaps you can persuade HamFon to make a GUI scripting interface for Hambot that will allow you to draw a picture of where you want it to go <shrug> but until then, programming is inevitable... grover [View Quote] > I agree with Eep this time. I want to be able to use the > program, also. I don't want to have to tell the programmer > what I want because his interpretation of what I want might not > always be exactly how I originally envisioned it, and he might > get upset with me (or vice versa) because of creative > differences. I would rather not have to learn a whole > programming language in order to use a program. > > I know that Eep and I are not alone on this one. It is just > that we are the only ones to vocalize it. Programs should be > so simple that any ordinary person without programming skills > should be able to use it. A car should be able to be driven > by someone who is not mechanically inclined. The same is true > for programs. They should be able to be used by more than > just programmer. > > > [View Quote] When the courses will start ?Oct 2, 1998, 11:08pm
I've been hearing feedback of the sort that the SDK isn't impossible to learn.
That most of the bugs have workarounds, and that nearly anyone with a C compiler has created a bot. This is clearly not efficient! I think you should scrap it, and write it for the accountants, not the users, like the software we have to use at work. That way, you get to teach a boring 2-day course, just like we had to sit through today, cos they scrapped the current system for one that is twice as complex, completely ridiculous to operate, but keeps track of every single nut and bolt! see... i think the theory is, "why should we give the user a simple NT-based text box and <search> button, when instead we can force him to open an telnet-esque interface screen and manually type in three different filters before searching for a part number?" grover grover [View Quote] > The SDK course will occur sometime after the SDK is released. It is still > currently a beta version only. I wouldn't want to inflict beta software on > my poor hapless students. :) > > -Roland > [View Quote] Still...Feb 20, 1999, 6:15pm
but would grover world be akin to boarwalk or park place? :-)
[View Quote] > What I envision is using world names instead of street names > and railroads and Virtual chance cards (or whatever creative > names we can come up with) that say stuff like "Go to The > Void. Do not collect $200 VR bucks." or "You take a vacation > to the Red Planet. Go to Mars. If it is unowned, you may buy > it. If it is owned, pay twice the hotel fee." etc, etc, etc. > [View Quote] Still...Feb 21, 1999, 1:51am
For most community-based Monopoly varients, I think it has to do
with money... after that, I assume it's first-come, first-served ;-) That said, i bid $0, but ask for the "Boardwalk" position <g> grover [View Quote] > very funny :-) > > Come to think of it, you have brought up a very good > question. How do we make criteria for which worlds are > included in the game and which are not? > > Still...Feb 21, 1999, 1:39pm
Naw, AW, meta, yellow & mars would make better railroads, i think...
i want boardwalk! waaaaaaaaa!!! (you can keep baltic, rjin- mind if i camp out in your hotel lobby for a few years? here's $6 to cover the rent :-) grover [View Quote] > Hah, I'd want Baltic Ave myself! > > Rjinswand > [View Quote] Still...Feb 21, 1999, 6:24pm
perhaps a lottery then, to determine placement after the groupings are made?
[View Quote] > You may wish to consider grouping the worlds using a 'theme' approach > and not 'which is the better' (which would be different for most) > Worlds... There shouldn't be a penalty placed on Worlds based on the > skill of the Builder but on what they are attempting to 'say' with their > world... Everyone... even the Master World Builders... were at one time > fumbling with default objects, making 4 walls and a tree AND were dam > proud of it when it was done... > > The Monopoly Board Game has classes of properties BUT it has ALL > classes... Sure there should be some thot' for those Worlds that are > outstanding. The Worlds that are 'a work in progress' shouldn't be > dismissed out-a hand tho'... > > Not that you seemed to be going in that direction... Just wanted to get > my 2 cents in before you started to make any decisions... :-) > [View Quote] Still...Feb 23, 1999, 10:24pm
Baudwalk, hehehe.... that's almost too great a pun to let slip by!
[View Quote] > It's BaudWalker...thankyou > [View Quote] Cloud bot answeredFeb 20, 1999, 6:23pm
That, and that AW is really only set up for avatars to be constantly moving. If the objects themselves were constantly being changed, then cache overhead would grow immensly (you'd have to update every cell constantly)
and AW would have to rebuild the scene every frame, therefore getting the same speed penalty as rendering avatars in-scene. grover [View Quote] [View Quote] Cloud bot answeredFeb 21, 1999, 3:10pm
Actually, i just meant the property server cache updates... it's only be a few hundred bytes/cell, but for constantly moving clouds in many cells at once adds up to quite a bit for people on slower connections.
grover [View Quote] > Your cache would only grow if there were a large number of different types of clouds. If it were designed like the modular grounds there would be a small number of objects that would product a large number of effects based > on their placement. > [View Quote] A few old ideasMay 3, 1998, 2:20pm
YES! if there were a wireframe mode on AW, the frame rate could fly, even for
the slowest computer... no more zbuffering, no more complex animated textures, no more fps .1- and we could even keep avatar animation turned on, with recognizable avatars :-) grover [View Quote] > Pointcloud... Hmmm Cool. :) > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasMay 18, 1998, 8:15pm
They means object commands that go in the <Action> block, Scott... not building
commands ;-) grover [View Quote] [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJun 30, 1998, 8:50pm
Renderware is simply a rendering library- it draws, in 3D what it is
told to. AW currently only has the user-interface to rotate objects about the y-axis. btw, has anyone who's complaining about the lack of an ability to rotate about the x or z axis actually tried doing it manually in rwx? it never lines up!! if aw would let us rotate, no piece would ever line up- there would be 3cm cracks every-freaking-where :( grover [View Quote] > Can Renderware support true 3D? Or is it just an AW limitation? > > ScottyDM > > -- > Scott D. Miller > General Manager & Principal Consultant > Arête, Ltd. > > Please use the return e-mail address of: scottydm at codenet.net -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 2, 1998, 7:25pm
easy- take any sine or cosine of 15°, 45° or 75° (and at least one of 30° and
60°) and it's gonna come out to something other than an even 5cm. which means CRACKS!. around the y-axis, we think we can get around this because the arrow-key axis turns with the object. But in practice, the cache only goes in 5cm increments, which means unless your object is angled at 90° to a major axis, there will be cracks! I would like to see what kind of resolution you're running at that you don't see these cracks ;-) grover [View Quote] > Always lines up for me. I would like to see what you're doing that is > causing the "cracks" or misalignment. > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 3, 1998, 4:40pm
OK, I see what you're saying here- you're using the overlap to cover up the
inherent cracks. Which works fine for 45° angles where you can overlap even after snapping to the cm grid. But i'd sure like to see you do that with 15 30° 60° and 75°! It just isn't gonna happen :-( ______________ ------------------------------------- from the top-down it looks like this in the *best* case at these angles. The cracks wouldn't be as apparent, but they'd still be there. on a 4m wall, the distance seperating them would be: with overlap: 15°,75°: 3.5cm lateral separation (along the world's x or z asix), 3.4cm at the closest 30°,60°: 3.2cm lateral separation, 1.6cm at the closest sure, it's only 1/2 of a shift-click, but it's still noticable, plain as day unless you overlap to the extreme! And when that happens, UVs don't line up correctly. rotating in 3 dimensions would onle accentuate this problem and proper alignment would become nearly impossible. grover [View Quote] > If you're interested, I just set up an example of every angle possible in > Active Worlds. > You can find it in Beta world at 88n 88e made of a bunch of pp31.rwx > objects. > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 3, 1998, 5:03pm
This is a multi-part message in MIME format.
--------------9CFB20430C2BCA7A2C4A5D47 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I looked at your beta world site- that's not what I meant exatly (I was picturing the walls lined up in a row.) But nevertheless, whats the first think I saw? thats right! cracks. a screen shot of the first corner in front of that teleport is attached. And this isn't just a rendering problem- these cracks will nearly *always* show up if a building isn't lined up with the y/z axis, for the reasons I've stated. This is a good example of the people getting something they demanded even though they didn't really understand the consequences of the demand. btw, The display font text changed between composition and posting- the Ascii art was meant to appear as below. I was also hasty on the numbers, forgot to flip them to the other side as well. this is corrected: [View Quote] > OK, I see what you're saying here- you're using the overlap to cover up the > inherent cracks. Which works fine for 45° angles where you can overlap even > after snapping to the cm grid. But i'd sure like to see you do that with 15 > 30° 60° and 75°! It just isn't gonna happen :-( > > ___________________________ > ------------------------------------- > from the top-down it looks like this in the *best* case at these angles. > The cracks wouldn't be as apparent, but they'd still be there. > on a 4m wall, the distance seperating them would be: > > with overlap: > 15°,75°: 1.5cm lateral separation (along the world's x or z asix), 1.4cm at the > closest > 30°,60°: 1.8cm lateral separation, 0.8cm at the closest > > sure, it's only 1/2 of a shift-click, but it's still noticable, plain as day > unless you overlap to the extreme! And when that happens, UVs don't line up > correctly. rotating in 3 dimensions would onle accentuate this problem and > proper alignment would become nearly impossible. > > grover > [View Quote] --------------9CFB20430C2BCA7A2C4A5D47 Content-Type: image/jpeg; name="crack.jpg" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="crack.jpg" /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9 PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVGC8aGi9jQjhC Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2P/wAAR CAJSAHIDASIAAhEBAxEB/8QAGwAAAQUBAQAAAAAAAAAAAAAAAAECAwUGBAf/xABQEAABAwID AgkGCQgIBQUAAAABAAIDBBEFEiExQQYTMlFhcYGx0RQVIjSRoSMzUlNlcpSywTZCc5KTouHw FiQlVGJjdKMmNbO0wkNERYKE/8QAGQEBAAMBAQAAAAAAAAAAAAAAAAIDBAEF/8QALREBAAEC BAQEBgMBAAAAAAAAAAECEQMSM3ETIVFhMTRBQhQiIzKh0QSB8MH/2gAMAwEAAhEDEQA/ANAh CEAhCEAhCEAhCEAhCEAhCEAhCEAhCEHntNNx7BeWcPtqOOf4qfK756f9s/xVRnIOZhIc06FW dNUCdgvo+2oWvCqoq5THNkxaa6ecTySZXfPT/tn+KMrvnp/2z/FOQtGSnoz56upuV3z0/wC2 f4oyu+en/bP8U5CZKehnq6pcSopqDFDA+ebIYWPa0TuNjaxvrzg+1cEENfXYwygo6iXPIbNz Smw0uSTfcLlaHhOxjsRiqGOzF8eW4NwQDcW/WKo8KrKeg4VU9VVl7YY3+kWE3F22B01tci43 i+h2Kr+PEZJmI5tl54tkrMIxWRsUsWItfSyQyT+UCV4Y1sZs64IzaG27f12V+CY0KepnZWcZ FBTsqczZnDjI3AkObe2zKbg2Om9WEON4fGymhkqmOmZRVERliic2nD3uuy8eUAi17+gbkjbb Sb+lNNRQVUlFUtdWCmpI2/Bu4uRzCc4aLDK2xtazd9udWTNfpT+O6xmsQjxDD/JuOrHu8pp2 VDMkrjZrr2Bvv0XZ5qxbyTjvLvhPJfLOI41+fib2zXtl6bXv0X0TeFlfQV9ZRuwwu8nipGRB rgQWWLvRN9tgRrr1qx89Yf5pyeUf/F+S8Tkdx3HZvl2+L35c1raZdynN8sTb8DldgWMtkdF5 e0zRyQxzRiZ94TLbLmNrHUi+UlcGIsqcPkkidizZpo5DG+OJ8t2kXvq5oG0bitJJwgws1Ekv lV4paikfG0RuEkYjIzmV1vTtY2uX62tzrP8ACKeKsrJqiGso5mOme5jIYDG8NcSbuORt920k 69a5ReZ+aPwSrvLav+8zftChQIWjLT0cOY7KbqdrzG4PbtBXOpGyXOui8NYt4ZWzMu3bvHMp FDg4bIJmnW9vxXTJGY3WOzcedb8LFz8p8WDFwsnOPAxCEK5S78RE3lFfFO8O8knYyEN2CN7X EA6bg1vv2qv8lwqT06o1vHHlcWWZei1+hWOLzRjFsWiLvhHywPaLbQI3A/eHtVTJyyscV1U4 UTTPq3Rqzsl8hwP5WI+1iPIcD+ViPtYoUihx8TqutCc0WBAXLsR9rE00uA/KxH2sXNLtCYnH xOpaHX5NgPPiX+2g02AgXviX+2uRNdyT1Jx8TqWh1cVgHPif+2hV6E4+J1LQ50ISKl1b4A27 5nXOgAtfQ7fBXfFtlY5ruzoVNwf/APcf/X8VexCwvzrsTbnDkxflKskjdE/K8WPemK6lp2zw hrtCNh5lUSxPhkLHixHvW/CxYrjuwYuFNE9nVwgZkx4XsXmmbncG2zHMRc+wKsk5ZXdi8r5s ZkdIbkB7QbbhK8D3ALhk5ZWadKN2mNWdjUIQqF6FxvpzJE6QAOTNiATJdgSl1ngbkknJ7UEa EIQcyFc4pgpgiNRS5nRi5ew6lvSOj+eqmQXHBws4+ZhBLi0Ec1gde8LQrO8HG3q5X5m6R2tf U3I8PeFpGNudmiCUCwUVTA2oiLSPSHJPMVMhdiZibw5MRMWlTY6YIMdljY8nKy7rjY5znPI/ eXAXBxzNNwVNwk/KSsP1PuNXNF8WFqqoj4aKu6OWM+Y5CELImjl2hQyEjtC6JBdt94XNLu5k DCSQOhITdCEAhCEG2j5AVPi+CeUvM9JlbIdXsOgd0jpVyBYWSoMxwaDm4jNG9tiIzcFuoIIW mAXJUsipqhtYGfCOHFvt+cNvt0XVG9sjA9hDmnYQgkjFzruUjmh3WkjHo9aegy3CKnbFjEzo wGtzcWGAWDQ1kez2+5csXxYVjwlH9qzD/Od9yJV7OQFtq8pG/wC0fUqEIWJIj+SVzv5JXQ8+ iVzv5JQQoQkQCEIQblCVrcxUuVtrWQVmKH4BguOVs3nRU8dbLREPju5o2xk6H+PSrvFmFsDD fTNs7Cs7WjQlBrKOtgroRJA8HS5bfVvWOwroWCpqmWinbPTus5psRuI5j0LYYdicGINOS7JG i7mO29Y5wgosZqxVYvUtylrmTyA63vYMb/4n2rnZyVJiUHFYxO/Nfjnyvtbk/Cubb933qDNl eVtq8pG/7R9yRBNtqLi19yje6+mlliSI5xJ6k1CEEDuUetNTn8opqAQmEm59LuQg9BjGl+dP SAWACVBXY27LRsP+YO4rL1Ml2kLR8IHhtPEC1xJdtGzZv6f4rL1JFyecIOdrje3OVPG98Ugf G9zHDYWmxC5k4SEBBeYob4qeqX/rvXG/llWOMQvhxcskblJa91r30MryPcQq6X4wrbV5SN/2 rj7yBxAI3FIhCxLAkcbNJQkeQBbnQQk3N0hNgSlTXckoIibklCRCDSYZwjIDY8Q33+GA9xAH vHR1rRNc17Q5rg5rhcEG4IXnxIcCAu2gxGpw8WicCw6ljhcEoL7hILUcbyBo+2zXUHf2LKSE ZSL6q+xXEocRwxvFgtkZIC5h3aHXpF9FnX8s3QIkSpEF9UvMlRSg/m0vFi3MyRzR7gO1cs3x pVxwjgZT8IjGwkgwufrzukc4+8qnn+NctlXlY3VxqGIQkWNYCbC5ULjc9Cc919iYgEyQ2bs2 pyR3JKCFCEIAEjYpgRYDabXUKAbbEFxgzbzSOsdG2vfp/gpa3BxNd9NZrwCcm53guXAT/WpA TqWX2dPOtBENSUGOlifDI6ORpa9psQUxbiejhrKfi52B2hs62reorN4lgs9GXSRgywXNiBct HT49yC94UG/CY/6YfeKo6j45yvOEuvCb/wDMPvFUdTpO7s7lsq8rG6qNSdkSEIWNagO0oSna UiBEHUFCEECE5zjmOp2oQNSJUiCzwH11/wCjPeFpIxZuu1UPBxt55nX2NAtl6efd1b+xaAC5 AQTMFmhOQix5kFXjEjp8chlfYOfRMcbDS5O5VFXpUv7O5XOMxcRj8cV83F0bW3ta9nWVPWes v7O5bKvKxuqjUnZAhCCQNqxrUB2lCDtKECIQTYXQeSbcyCF3KPWhJtQgRC0lRwdilGemkMRs fRd6QPNrtHvVLWUFTROtPGQ29g8atPb2IO7g47+szNuNWXtrfb7P561pY2W1O1Zvgw0mvldY 5REQTbQG48CtQgdGLuUqbGLNvzp6Co4Q/lOf9N/5lUlX6y/s7lZ4u5zuGFcCSQ1oDQTsFmnT 2lVlZ6y/s7lsq8rG6mNWdkCZI7aE5zgLjfZQkk7VjXBCEiBkh3c6YHEAjnSyG56k1AIQhBvm ckJyQCwslQV08UGHyiop6drXvGV1gQLaacw2cylixOmeBneInHc/Qe3Ym4qy8DXaXBt7R/BZ +qBDLFBtWgAWCVYWlxCrocvEzOyNNsjjdpF77PBX1JwjhkIbVRmI25TfSHs2j3oGYr+WWIfV Hc1Vlb60/s7lazTsk4YVtRE67HxB7HW2gtYRtVbiRzV0ruex9wVs40Th8K3dHJ82dwOdmsmo QqkiIQmvdYW50EbuUetNSpEAhCEHoKeI7jU2SRtudVMgrcVaW0zb/LHcVna0jKVfY67LHDsu See+5ZmpcSCCg5w+5t06J+m1QIubIL2Jzxi7ns3UkRPVkYuTEHHy6QjTZ3BdVO8NxYOcAR5L Df8AUYuOvLTWSFnJ0tpbcq4+9P2udCEKxAiZLuT1HLuQMSIQgEIQg9GjFm3509IBYAJUFVwg 0pI33Oj7WvpqD4LKVDg65C1HCWRraOJhPpGS4HOADfvCyUjje25AxIlSILeimbPiBe1psKdj LHna1rT7woK4AVbwABs2dSbhRaKo5zYFtveE6tFqt/Z3KqNSdk5+xAhCFagRQv5RUyifyygY hCEAhCEF5Dwkro2M4xkUoB9IltnEX6NPcrGHhLA5l5YJGO5mkOFvcswXNNwdnOnWBbpsQXmO VbMQbC2jc+VrCS8Na6wOlt3Ws9K0seQ4EHp3K2wZ39Ye3XVl9um1XIjZJdsjGvaRqHC4QY1C 2L8HoZ2kugDXEWBZ6NuwaLjl4NQm3E1EjOfOA6/cgq4YPJqzJ8ZeFj9mzM1rvdeyZUkGdxF7 acrbsXfiEPkePTU+bPxUMcea1r2YwbOxcFU7NUOOm7Z1KuPvS9qJCEKxEiifyipVHIACDzoI 0JUiAQhCBU7jCNnMmpEFtgTc1RK8k3DbWtznn7FfxDaVRcH7l04AJvl19q0DRlFkE7OQE5A0 Cdkda6Cixgf8W1oPyG7fqtVRV61L+zuVnWVAn4WV8hYAA4x2JvybNv7lXV9hWSWtu2dQUPc7 bldzoQhTcIkeBlN05IggSJzhZxTUAhCECpEqRBb8HCPK5RfUx35I5xv/AJ9y0kYu7oCzvBth NRM8Btg0NvrfU/w7lpmNyjpQSMF3KZMjGl+dPQZKUW4S4lf56X764631p+t9ncrGenkONYrU WtEKqSO53kuJ06re8Lsg+Kaoe4vPgzaFo/JoPmI/1AovN1L81+8fFTFCkV4/C6ZxuM7Ohp8V E/B4zbi5XN58wv4IKSQgkAbkxWsuCTZ/g5WOB+VceKZ5jqiDZ0RIF7Bx19yCsQu7zPX/ADH7 7fFCDhQtezBMPLbmn/fd4p3mPDv7v++7xQVnBYnjKkbiG/mnp37urwWjVXNSxYazjKJronO0 dZxIPYd/8Vwy4rWRAPD2ut+a5osfYg1DRZoBTlkI+EWIMLnO4qQOPJczk9Vvxupv6SVl/ioP 1XeKC6xaNow5+VrQXV07nEDlHjHjXsAXDT/ENv09678WkLsGopX2zS2e8htrucCSbDnJJXBT kGFpGxQ96N4zJEISqaQQhCATmGzh0pqVoNxpvQTIQhBOwWaE5IBYAJwBOwIK/FT6EbbDUnXe qGrblatBizSI4yRvO78Vnqx9wQEHFnBNt90rnAC6hQg2mKH/AIcwwgXuxm36q5KP1VmgG3Z1 rrxP8m8L/Rs+4uSk1pmdveqo1P6UxqzsmSpEqtXBCEIBSxcntUSli5PagchCEHSBc2CnAsLK OIakqVBV47pBGd+YjYebnWVqjYnpWn4QuywRcvlHZydm/p5u1ZWd2YXPYggSJUiDaYp+TWF/ o4/uLlo/VWdveunFSRwawu3zcf3FzUZJpWX6e9VRqKY1Z2TJUiVWrghCEApYuT2qJSxcntQO QhCDujHop6QCwASSSMiYXyPaxo2ucbAIKXhOQ2GA+jmubbb7uz+QsrIbvK1OOltdFC2klbKW uJcGSAgdJ3e/n27quPApZJDnlYxttrQTr7kFOhaam4OU4AdNLJIb3sPRBHN/JXfFhVBDfLSx m/y/S70DcUIHBrC9QPg49o/wLmovVWa3296teGHqsOl/THcVU0XqjO3vVUaimNWdk6VCFauC EIQCli5PaolLFye1A5CEIMzNi2IzRAOq3jW/oANPtC5i5zrucSXnUkm5JUecai1+ZOLwNN9k Fpgt88u21hzWVzFtKpcBOY1B+r+KvIhoSg6WcgJyRosAFKIxbVAzha21PGd2e3uKqKT1dnb3 q54XAmljsbfC/gVTUnqzO3vVUak7KI1Z2TIQhWrwhCEApYxZuqiU7eSOpAISoQYdF77UJEFx weaXSTWGlhrfr3fz71omNuQFQcG23kqHejoGjZrv39nctDENboJ2C7lMo4htKkQRcMbimZb5 38CqWj9WZfp71ecMYwKFhbe/HXuSTtzqngjDKKnIJu9hcf1nD8FRFUcWYUxH1Z2PQhCvXBCE IBTt5I6lCwXcAVMgVCEIMOkQhBfcGAXGpA/w/itE0ACwVJwYpKthmc6nmbHI1rmkxOs7pB2b +26vnxSxsLnQykD5MbnH2AKOenq7aUjOSEriGsL3EBrdS47AqasxHFHNLaPCatt9j5IXEjTm tt9qrnDEnz56iWB1xlfFLURt00u0tzC2wcxBF9CFya6fSS0tRwrlZPhUE0RzRyPa5pta4IeQ qpnqNJ+jP33LvxxuXg3RZQGtY2PQvDtMp2Ecrbu61DRwNlwylmcQQGFuXO1v57tpOz2HYVlz 08XN/vBVFM8Wdv8ArmQuqSOV7co8nYy98rZWeNz2qPyWT5UP7ZnitUYlPrK20oUKbyWT5UP7 ZnijyWT5UP7Zniu56epaUcfLCmQylkzXzRaf5rfFOfG6O2YtN/kuDu5IqpnlElpNQhCk4xtP V1NLm8mqJYc1s3FvLb9dlc0kOPVADn19VCy//qTPvbfpfvsrejoaakbeCFrHHadp9pXUozTT POYdvKmlpPN8ZeyaZ8stzLISfSO3vv06nVVVWS5t3akm5JV9i1ssYttvr7FQ1tmtNhsUnHFc WsOdSxCJwc+Z9o2bWtIzP6B47B0mwPKhckbfF6hlRwcoWsbkycUHN1sDxQdpck2s4beZMpHh lFSNfcxujOYD67tR0qGq/wCQw/Xh/wC3jTo/UaT9GfvuWWIjiW3VxP1p2/Rz25HEXDukHQpq 6IYonUdRISTIwCw3DUaplLEJ6mOImwc6xK0Z4tPZbZEhd1VTgRAtpXxOLgGnNmv0HmKhNFKC 4AsLm8poeCWrlOLTMXdmmUcW9SKRlHK3Pcs9A2dZw9HrSSxOicA62ouCDcEKUV0zyiXLTBiE IUnEzNGhOQNApWNsLnagrMWBEUbiDa51t+KzVZJmLr3Wkx91mQiw1za+xZWqtfTnQQJEqRBr 6of2DD9eH/t406Ig0VKAQSIyD0em5csdQ6o4ORueAC2oazTmbE1o9wCkpPVmdves9NP1OamJ +tOzshlaynqGG93gAdhBRBI2nlimBzOa65ba2nWoUK7JHPuvu7m1MFOHGEySF72uOcWsAb9p TCaUTOlEkjruu1uW1tb6rkSgXIChGFEc7u5ncZoz5WRf4Y3bp/iumzyNkbEG/mxhp67lQ7Eq lGHEf7tZy4QhCm46WC7rKdRxDaVIgo+EjrNgHPm/BZeVxJt7VpeFJs2m6c34LMZXPkytFyTo EDFLFA+bkjTnOxdUFEBZ0up+Tu7V1gACw0AVFeLblSzYn8iI5UuwQOpcFkp3ODjHWFpI2Eht iR0XClpPVmdvelqKttZg4dGMscczI2tO1oETQQTYXIN9UlJ6szt71KNSdko1p2TIQhWrwnxi 5vzJiki3oHpUIQCEIQdzBZoTlDUVMNLFmlcALaDeepUVZi0tRmZGMkR0tvI6VCquKVdeJFCT hA9lQ+KJj2niy7PpqNm/2qsjjbGPRFr7Tzoz9CM/QstWJVUxV4lVfifdCaHXOxOuoxPVVZZ1 hDqSska4ObLiDpGuBuCC26bS+rs7e9dGIRRx8H6FzHZjI2MvsQQHBmQj9323XPSerM7e9ao1 G+NadkyEIVq8KWMWbfnUQFzZTtFhZAqEIQCEIQZ2WR80jpJHFz3G5JTUIWB5gQhCBwcAEucd KYhcs5Zo8fi8np5mBrmxGqzRgiwALLm3RmLtm+64qM3pmHr71Y8JKjyvBaGoy5eNDH5b3tcO NlW0XqrO3vWuNT+m6NWdk6EIVq45gJcOhSpG8kdSVAqEIQCEIQZtCELA8wIQhAIQhBcSgDgT hfPxj/vPTKL1Vnb3rpr4XQcDsJY4tN/TuOZ2Zw9xXNReqs7e9ao1G2NWdk6c1uY9CapY+T2q 1cclSJUAhCUakIEQp0IMohCFgeYEIQgEIQg0GJTcfwQwt2XLlPF2vfk5m39y5KL1Vnb3ruxu JkGAQQxNyxx1czWi97ASSALhovVWdvetUajbGrOzoAuQFMBYWCijbc35lKrVwSoQgEreUOtI lYLuCCdCEIMmhCFgeYEWPMlaLlPXJlyZMseYoseYp6EuXaHH9cIb/rp/+pIq+i9VZ296tOEM fF4UzW96uZ3te8/iq6ibmp2c2vetcak7N0as7OiIaEp6EK1cVCEIBPi2lMUsXJ7UD0IQgyaE JWi5WB5hzRYdKVCFFEIQhHGq4UtczDomuFvh3H2lxVXh/qzf53lW/C/1GD647iqqg9UZ2962 RqTs3xrTsnSpEqtXhCEIBTN5I6lE0XcApkCoQhBk1IBYJjSAblOzjpXny8uSoSZx0ozjpXLO WKhIHAlKg1HCedlRhdLLEc0b3Nc02tcFpsq+h9UZ295S4hxwwGiEnIyQmPZyeKF/ffakofVG dveVsjUnZujWnZ0IQhWrwhCED4xd1+ZSqOLepEAhCEGTQhCwPMCEIAubIHsGl0qEKKK+xZzT wfwttxmFPCSL6gZXeBUND6ozt7ykxP8A5dQ/6Kl7pEtD6ozt7ytkak7N0a07OhCEK1eEIQgl jFhfnT0jeSOpKgEIQgyaFvvO/wBE1n2GXwR53+iaz7DL4LPwe7N8P3YFOaQNq3nnf6JrPsMv gjzv9E1n2GXwTgd3Ph+7CZhzozDnW787/RNZ9hl8Eed/oms+wy+CcDufDd2cxTTDaAn+503d IloNaOPt7ytF53+iaz7DL4I87/RNZ9hl8Fbl+bMvyfPmUqFded/oms+wy+CPO/0TWfYZfBTT UqVvKHWrnzv9E1n2GXwR53+iaz7DL4IK1CsvO/0TWfYZfBHnf6JrPsMvggrUKy87/RNZ9hl8 EINMhCEAhCEAhCEAhCEAhCEAhCEAhCEAhCEH/9k= --------------9CFB20430C2BCA7A2C4A5D47-- A few old ideasJul 4, 1998, 12:23pm
Only half-wrong ;-) It's geometrically incorrect because of an AW-cache
compromise. That is to say, the AW cache is incapable of saving geometically correct values, which causes a lot of these cracks. One more thing to be added to "The List®" Other cracks (notably the 1-pixel wide ones that appear and dissapear as you move) *are* cause by RenderWare glitches tho. [View Quote] > Actually, I would never use overlap to cover the cracks. The objects I set > up in my example are geometricly correct, and therefore "should not" have > any gaps between them. I have seen the same "cracks" between objects that > had not been rotated from each other at all. Perhaps you can tell me what > causes this and how you calculated the exact (or approximate) size of the > cracks. I'm interested to know. I've always just figured this was a > RenderWare display glitch and the the cracks would go away when they fix it. > Was I wrong? > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 4, 1998, 12:46pm
Oh, forgot the calculation part, hehe. We know (from the beta group I think?) that
the AW cache saves position data in 5cm increments. This was chosen early on and would be very difficult to change, so, for the foreseeable future, we're stuck with it. The values I calculated were the geometric dimensions of a rotate 4m long object, with respect to the 5x5cm grid that has to mark the position. If I rotate a 4m wide wall 15° it will now be 3.8637m of x-width and 1.0352m of z-width with respect to this grid. The center of this object will always be centered on an even 5cm grid point, which leaves the ends (2m away from the center) at 1.93m and .5176m respectively. Which, as you can see, are 2cm and 1.76cm from 5cm grid points. This is doubled when you consider two panels are needed, and you can work out the closest possible distance from there. Which means, even at the best odds, you will still have a 1cm-x crack or a 1.48cm-z crack for this case. grover [View Quote] > Only half-wrong ;-) It's geometrically incorrect because of an AW-cache > compromise. That is to say, the AW cache is incapable of saving geometically > correct values, which causes a lot of these cracks. One more thing to be added > to "The List®" Other cracks (notably the 1-pixel wide ones that appear and > dissapear as you move) *are* cause by RenderWare glitches tho. > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 5, 1998, 10:57am
no- not all values are being rounded off to 5cm, only the position of the
object. The object's individual vertices can be any value it wants to be (probably single precision?). Which means, even though the object itself is always at an even 5cm, the edges of the object aren't. They might be 2.11m long. Which would make it impossible to line up two objects like this since, placed end-to-end would both be 4cm (or 1cm, if overlapped) from the even 5cm grid. You see, with an object rotated by a small degree, the center would have to be placed at a geometrically accurate position in order to prevent cracks. This might need to be, lets say, 5.43219m from the y-axis. But AW can't position it there. It instead places the object at 5.45m from the y-axis, creating a 1.8cm crack. Don't make me post a picture ;-) grover [View Quote] > This doesn't look quite right. If all of the vertices were being snapped to > a 5cm grid, then there would either be no crack at all, or a crack that is a > multiple of 5 centimeters. > > What I had figured might be happening is that RenderWare may be using > somewhat rounded off figures for sine and cosine values. This is actually a > standard practice for 3D rendering because sine and cosine calculations tend > to be time consuming without the aid of a floating point coprocessor. For > example, if the cosine of 15° is stored in a table for quick usage as 0.96 > and applied to a 10 meter length to calculate the resulting X dimension > rather than carrying it out to the slightly more accurate value of 0.965925, > the results will have a difference of 9.25 millimeters. > > As far as I can tell, there is no reason to store information about the > positions of the objects edges since that information can (and I think, > should) be derived from the information stored in the object, the location > of the object's origin, and and any scaling, rotation, or transforms applied > to the object. Since scaling and transforms are not presently supported > from within Active Worlds, that leaves only rotation, and since that > rotation is in only a single plane, a single number should be enough to > accurately "store" the information. Therefore it would seam to me that the > problem must be only in the rendering. Again, please tell me if you feel I > am mistaken about this, and if so please explain why. I wish to understand > this as well as I possibly can. > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 6, 1998, 7:58pm
hehe... don't feel stupid- i've been using aw for almost exactly 3 years and
only figured this out a few months ago! :) grover [View Quote] > Okay. I understood you that time. Thanks for your patience... I'm really > not usually that slow. :·) > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ A few old ideasJul 9, 1998, 8:06pm
perhaps....
well, for the most case, the cracks are really small. A sliver of bright blue or green is going to catch your eye, but a little fuzziness where UV's are fighting over who gets the z-buffering trophy is gonna just get lost ;-) grover [View Quote] > Thanks. > > Well, perhaps when they change the format to allow for vertical rotation, > they could also add a few more bits for storing the object's location. > > Curious thought... It seems to me that I've never seen overlap caused in > that way. I wonder why. > > TechnoZeus > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at synergycorp.com `6_ 6 ) `-. ( ). `-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ Telegram MuteMay 7, 1998, 10:46pm
and an "away" mode... man, i can't count the number of times I come back to the
compuer and see 8 messages from someone, sent 30 seconds apart, all asking "why don't you answer, dammit!" and end with "and f*ck you too, for ignoring me!" grover you'd think Lucrezia would be more polite <g> [View Quote] > The ubiquitous green checkmark haunts my dreams. > For sanity's sake, give us a way to turn it off, dammit! > > In article <35518f17.0 at sundev>, Princess_tia at ~hotmail.com says... -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ multiple recipientsMay 3, 1998, 3:26pm
STOP! ActiveWorlds is going to start charging an extra $.10 per telegram. For
every person you send this telegram to, you will get one free credit. [View Quote] > sing a-long with Monty Python > > SPAM SPAM SPAM SPAM........ > > Eep² <eep at tnlc.com> wrote in article <354971AD.152EDDEE at tnlc.com>... > be available along with it. -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ WishlistMay 6, 1998, 6:40pm
or would it be easier to "capture" a TCP packet, get the right location info from that, and work the rest of the objects mathematically from that original object, sending fresh packets right to the server straight from Robo? wouldn't even lag up aw while it's running <g>
grover [View Quote] > Since i am the one that pointed this bug out to you, i do know all about > it and how to work around it( not many workarounds). The 5 key does not > stop it....actually a bug in the handling of this key also.....and the > "Reverse Direction" method does not work either....if i move the object > 100 clicks up i have to give the Avatar 100 clicks down to compensate > for it....and these NEVER match up....never a 1 to 1 relationship...:( > Believe me it gets deep....:) If the keyboard handler was just fixed > in the first place, lot's would be nice..:) I've been plugging > away at this little quirp for over a year now..:( Just been waiting, > and hoping Roland can make the little "tweek" to fix it.....:) I'm > only speculating that it is something that NEEDS to be fixed, only > because of the strange way Windows Messaging handles the problem also. > Anyone else that has actually written code to solve this, i would > appreciate hearing from them...:) > > Leo :) aka BinaryBud > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ Re: objectsMay 3, 1998, 1:47pm
No, i think street4 should be an L, street5 a 90° curve, street6 a T, street7 a
dead-end and street 8 a square without sidewalks. And they should all be textured and with more realistic lines, yet exactly the same dimensions as the AW streets so that there aren't any complications! Oh wait, those are the streets I did a while back for genesis... never mind ;-) grover [View Quote] > oh yeah, and curves... well, they can be faked quite well, check Eep's > property for some real nice smooth gentle curves, or <shameless plug> > check my Building Tips page > (http://home.earthlink.net/~dthknight/aw/tips.html) for a way to do ones > that look OK and curve faster than Eep's do. > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ Re: event soundMay 3, 1998, 1:52pm
I think an obvious tack-on to this would be for multiple-channel wavs in
general- so that then the little "Ding! you have a telegram" played, the wavs in the background would still be heard. And if this code were added, theres no reason to leave the background wavs as one-at-a-time, and they could be fully mixed. Eventually, going to the point where voice could be added in there too, for a true-party-line <g> well, that last part might be for 3.0, but multiple wav channels simultaneously would be nice! grover [View Quote] > We were discussing audible notifications. > > Paul > [View Quote] -- _______________________________________________________________ http://www.grovers.com/ ("`-''-/").___..--''"`-.__ steve at grovers.com `6_ 6 ) `-. ( ). `-.__.`) steve at synergycorp.com (_Y_.)' ._ ) `._ `. ``-..-' Custom Objects and Avatars! _..`--'_..-_/ /--'_.' ,' ___________________________(il),-'' (li),' ((!.-'__________ |