crome60Join Date: 2008-11-22
Post Count: 15266 |
My theory is that we can create a single player game in ROBLOX. This can be done through a simple method, local parts (If you don't know what they are, look them up on the wiki). Using local parts, we can be able to manipulate the players own camera so deviously that we can only make them see themselves and only themselves, not other players. I do believe this was implemented in some other platformer game that the blog mentioned.
Simple enough, though other players may occasionally bump into one another and think there is a invisible wall. I do think that through the use of local parts, we can make them cancollide=false to other players. So, opinions on this theory? |
|
bloccoJoin Date: 2008-08-14
Post Count: 29474 |
How do you prevent characters from seeing each other? |
|
|
You could put a great distance between them or you could put each one's character in their camera. |
|
|
Parent the player's character to the CurrentCamera. |
|
|
bloccoJoin Date: 2008-08-14
Post Count: 29474 |
Ewwwww... putting characters in cameras sounds nasty and gross
just ewwwww |
|
cntkillmeJoin Date: 2008-04-07
Post Count: 49450 |
Yup, unanchored parts in CurrentCamera always screws with the client |
|
NikilisJoin Date: 2008-12-25
Post Count: 949 |
It gets even worse when you start adding connections, especially ones like .Touched. I've tried it before, it was really odd. |
|
|
Local parts are already really buggy, but local characters are outstandingly buggy.
Just look here: http://www.roblox.com/Rotating-Wheel-Space-Station-place?id=120382456
In that game, everything is local. It's a pretty nice demo, but if you play it for some time with other players (note that a server copy of the characters is made; so characters can see each others), you'll quickly realize all the bugs that come along with this approach.
When characters are local, they don't respawn (because respawning is handled on the server) and everything character-related that is handled on the server will not work. Putting characters in the camera is just asking for trouble, really. |
|
NikilisJoin Date: 2008-12-25
Post Count: 949 |
What if we made the characters completely invisible and left them in the server, but welded parts in the camera and replicated it? |
|
|
@Colorful regarding the respawning issue you could use the Died event for the humanoid via local script and then load the character through obviously LoadCharacter().. But, I wouldn't do this as nothing server side reacts with the character like at all. |
|
NikilisJoin Date: 2008-12-25
Post Count: 949 |
Read my reply. |
|
cntkillmeJoin Date: 2008-04-07
Post Count: 49450 |
LoadCharacter only works server-sided anyone
g2g sleep |
|
|
You're correct. You could split the work up through local and server then just re-parent the character. But, that isn't logical at all. |
|
NikilisJoin Date: 2008-12-25
Post Count: 949 |
Or you could read my reply. |
|
|
I did read it and I do not think it would work. But I will not say it is improbable for it to work since I have never tried it. |
|
NikilisJoin Date: 2008-12-25
Post Count: 949 |
Why wouldn't it work? |
|
OysiJoin Date: 2009-07-06
Post Count: 9058 |
[ Content Deleted ] |
|
NikilisJoin Date: 2008-12-25
Post Count: 949 |
Why not just create your own characters, instead of using humanoid-based ones? |
|
OysiJoin Date: 2009-07-06
Post Count: 9058 |
[ Content Deleted ] |
|
|
Why not just create your own characters, instead of using humanoid-based ones?
----
The result would be the same as using humanoid-based ones. |
|
|
Why wouldn't it work?
---
It is a guess I have never looked at the animation script so I am guessing something would screw up there. |
|
OysiJoin Date: 2009-07-06
Post Count: 9058 |
[ Content Deleted ] |
|
|
It was a guess. I didn't say I was correct. |
|
OysiJoin Date: 2009-07-06
Post Count: 9058 |
[ Content Deleted ] |
|