"Teorien" bag Multiuser 3d applikationer....

Hej.

Jeg har tidligere lavet chats og små multiuser film i flash, men nu vil jeg prøve med director 8.5.

Min plan er at lave en simpel standard 3d-chat, med brugeren i first person, andre klienter som figurer.

Jeg har rodet lidt med at styre 3D objekter igennem multiuserserveren, således at en bruger der logger på får kontrol over et objekt, og kan se de andres.

Jeg forstiller mig, at i de fleste online 3d applikationer, at klienten (hvis han bevæger sig), konstant sender sin position til de andre klienter.
På de andre brugeres klienter, bliver hans figur så bevæget flydende mellem de positioner der bliver modtaget.
Hvis en ny position, i forhold til den tidligere position, er vidt forskellige (f.eks p.g.a en eller flere beskeder fra figurens bruger der er gået tabt), vil bevægelsen foregå hurtigere for at kompensere.

Mit spørgsmål er nu:

Det virker umiddelbart som om at hvis man sender for meget, med kort interval, bliver servers queue lynhurtigt fyldt op, så jeg begynder at tvivle på hvorvidt ovenstående "teori" kan komme til at holde.

Jeg kunne naturligvis begrænse antallet af udafgående bedskeder, men det ville resultere en meget grov opdatering.

Hvad tror i?

Hvad er den mest hensigtsmæssige "teori" bag en sådan applikation?

Hilsen, Timmer.


OBS - Jeg har testet både med og uden UDP, dog uden at kunne mærke større forskel.