Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prebiranje igralcevih inputov in posiljanje serverju #1

Open
KlemenSkok opened this issue Jan 29, 2025 · 0 comments
Open

Prebiranje igralcevih inputov in posiljanje serverju #1

KlemenSkok opened this issue Jan 29, 2025 · 0 comments

Comments

@KlemenSkok
Copy link
Owner

KlemenSkok commented Jan 29, 2025

Dobr zdej ja stvar na tej tocki k je treba doloct na kak nacin se bo bral igrlaceve inpute.

  • Narjen je ze nek basic draft za class Player. Ideja je bla da bi movement delvou na spreminjanje stanja na tipkovnici (key up, key down), in tko bi se igralc zacel al pa nehu premikat. Movement bi delu po principu trenutne hitrosti, torej pritisk na tipko nastima doloceno hitrost in ne spreminja direktno koordinat. Tko je tud lazje posodabljat stanje, ker v update() sam posles delta time, tko da movement ni vec odvisn od fps-a.
  • Kar se tice serverja bi tud blo lazje posiljat spremembe stanja (kar prnese tud manj prometa na obeh straneh). Prednosti so tud pri izgubi povezave, ker bi se recimo igralc se vedno premiku v neko steno, namest da bi sam zginu al pa ful trippat zacel.
  • Problematicno bi lahk blo ce se ti paketki zgubijo, ker se pol igralc ne bi ustavu (udp type shi). To bi se lahko resl tko, da bi server v periodicnih paketkih poleg novga stanja poslal se trenutno stanje igralca, ki mu to posilja (podatki o stanjih tipk al pa kej podobnga, 1B). Ce bi igralc v teh podatkih opazu napako in tko ugotovu, da stanje ni tak kt bi mogu bit, bi se enkrat probu poslat popravke. Stanje tipk se da komot predstavt z enim bajtom, tko da tole ne bi povzrocal bloated paketkov.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant