Ba, am o provocare pentru voi, ia incercati voi sa faceti un launcher care sa si ia pack-ul si config ul si tot direct din site, gen sa ia tot de pe webhost, nu stiu daca e posibil fizic asa ceva, dar chiar vreau sa va pun in dificultate. Incercati si cine reuseste e cel mai tare dev sal p@

Din ce inteleg, tu vrei sa citeasca totul de pe un website, practic sa ai doar launcherul si sa-l rulezi. Nu am idee daca se poate, insa succes devilor. Buna provocare insa, nu stiu daca cineva si-ar pierde timpul pentru asa ceva. Ma gandesc ca la mijloc este vorba de o banda de internet destul de buna, si cumva ca launcherul sa verifice tot ce ai acolo pentru ca apoi clientul sa le ruleze. In mare parte in asa fel cum autopatcherul verifica fisierele descarcate si in caz de diferente le descarca.
Mi-am spus parerea, nu sariti, nu sunt dev.

Teoretic ai putea da fetch unor resurse de pe un website, dar fisierele tot trebuiesc stocate undeva, însă nu e o idee rea neapărat.

[ Postat de pe Android ]

Dacă oferi tu webhost-ul ăla blană pentru chestia asta (Nu d ala de la prima optiunea de pe găzduire), nu e imposibil.

+ Că asta sună a o provocare în favoarea ta, cineva să facă şi după să-l întrebi cum a făcut că vrei şi tu.
Eu unul ţi-am zis, mă bag dar nu stau să bag bani în găzduire doar pentru o provocare ce nu mă ajută cu nimic.
Mi-l oferi eu mă apuc să văd ce pot face, cum a zis goangă, dacă ştim să urcăm nişte fişiere pe webhost nu e imposibil lucrul ce l-ai zis.

greu

n ai inteles ii e frica ca i se fura resursele si s-a gandit la chestia asta ))

[ Postat de pe iPhone ]

revin.
oricum ai lua data din fișier de pe web tot trebuie să o stochezi undeva ca mai apoi să decriptezi acea informație și să o citești în client.

există varianta să faci decriptearea pe web și să se întâmple la un request din partea clientului, dar și așa tot trebuie transmisă informația de pe web (diferența față de cazul de mai sus e că data nu mai e criptată și clientul o poate folosi direct) și stocată în ceva fișier ca să poată fi folosită. poate acum o să ziceți de ce nu o folosim direct și trebuie stocată. ei bine gândiți-vă ce memorie ar trebui alocată ca data să rămână întotdeauna în fișier.

în urmă, poate are altcineva altă modalitate

în schimb dacă vrei să citeși config.cfg sau mouse.cfg căcaturi deastea se rezolvă cu condiția că trebuie stocate pentru fiecare calculator în parte deoarece diferă și nu se merită.

Cea mai proasta idee 2k20. Devii astia smecheri trebuiau sa-ti spuna direct asta daca stiau despre ce e vorba.
Pentru a face asta ar fi mai multe optiuni:
1. Sa descarci efectiv tot pack-ul de pe un webhost (cca. 2GB) si sa-l stochezi in memoria RAM in momentul launch-ului. Asta ar insemna ca fiecare launch ar trebui sa descarce 2GB adica timp imens pentru un launch de client. Plus de asta, un client ar manca 2Gb ram degeaba, cand ar putea consuma doar 400mb daca si-ar administra bine resursele.
2. Sa folosesti metoda normala de incarcare a resurselor in memorie, dar sa pui ResourceManager-ul sa descarce ce are nevoie de pe un webhost via http in loc sa le citeasca de pe hdd/ssd, dar ar trebui gasita o solutie ca request-ul http sa descarce doar o mica particica din fisier, adica cea necesara, ca daca descarci tot “zone.epk” pentru un fisier .gr2 iar n-ai facut nimic.
Cu toate astea, metoda asta tot inutila ar fi, pentru ca in felul asta, la un “loading screen” clientul ar trebui sa trimita vreo 10000 de request-uri http pentru a-si descarca absolut toate resursele necesare pentru spawn: modele, texturi etc, in loc sa le citeasca cu usurinta de pe hdd/ssd. Deci un loading time imens față de metoda normala.

Practic ambele metode ingreuneaza jocul masiv, chiar si pentru cei care au viteze Gigabit.
Daca ți se conecteaza un turc, sau chiar un roman de la sat, care are 700KB/s viteza download, l-ai omorat.

Cel mai probabil motivatia care te-a facut sa te gandesti la asa ceva e una din astea:
- sa-ti protejezi resursele ca alti devi/reverseri sa nu poata fura de la tine. Asta e invalid, pentru ca un user poate monitoriza exact ce descarca via http, si eventual poate decripta continutul respectiv cu cheia gasita in client.
- sa faci clientul mult mai “lightweight” ca playerii sa nu mai fie obligati sa descarce 2GB de pe website. Dar asta nu are niciun sens avand in vedere optiunile pe care ti le-am dat mai sus. Adica salvezi playerul de la download-ul initial, dar il obligi sa il descarce la fiecare launch de client (optiunea 1) sau ii futi loading time-ul pentru ca il obligi sa descarce fiecare resursa atunci cand clientul are nevoie de ea in real-time (optiunea 2).

[ Postat de pe iPhone ]

ce fumezi? ca vreau si eu
ps: mai bine rezolvi memory leaks si iesi mai ieftin

răspunsuri primite
arhivat

[ Postat de pe iPhone ]