From 7ed124593ebda443fc4d0f1439d1fd8dc602ce72 Mon Sep 17 00:00:00 2001 From: rodri Date: Sun, 1 Aug 2021 11:56:12 +0000 Subject: =?UTF-8?q?began=20building=20a=20universe=20for=20every=20party.?= =?UTF-8?q?=20get=20rid=20of=20the=20notes=20file.=20i=20already=20keep=20?= =?UTF-8?q?them=20on=20paper.=20adapted=20the=20client=20to=20use=20an=20r?= =?UTF-8?q?frame=20for=20drawing.=20implemented=20some=20VModel=20methods?= =?UTF-8?q?=20for=20testing.=20FPS2MS=20=E2=86=92=20HZ2MS.=20it=20makes=20?= =?UTF-8?q?more=20sense=20and=20is=20shorter.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- notes | 17 ----------------- 1 file changed, 17 deletions(-) delete mode 100644 notes (limited to 'notes') diff --git a/notes b/notes deleted file mode 100644 index 26e05fb..0000000 --- a/notes +++ /dev/null @@ -1,17 +0,0 @@ -• there's, at most, two players waiting in the lobby at a given time. -it makes no sense to allocate more than two seats since the threadsim -will consume them whenever they are ready to join the party. i'm -thinking of using channels to synchronize the two threads, so -threadsim doesn't loop doing nothing (but sleeping) until at least a -couple of players join. - -• the integrator has to operate with vectors and the different objects -in the universe, some of which may require their own governing laws. - -• think of a way to pack the bullets efficiently. will they be part -of the global state broadcast? what does the client need to know to -render and manage them? - -• it could be beneficial to do dynamics in the client as well, which -means sending more data, and probably require a tighter sync, but a -smoother user experience. -- cgit v1.2.3