View source

From Iris2

<pre> cougar: huhu ghoulsblade: nabend =) cougar: sage mal... multis... cougar: also ich meine customizable houses cougar: werden die wirklich mit dem 0xD8 auf den client übertragen? ghoulsblade: ma guggen was 0xd8 bei uns is ghoulsblade: oki, also es gibt clientside multis (die standard-häuschen im baumenu, die man nicht customizen kann) und serverside multis (die man customizen kann) cougar: genau letztere sind interessant ;) ghoulsblade: 0xd8 ist soweit ich mich nicht täusche das packet mit dem der server dem client die daten schickt wie das haus genau ausschaut ghoulsblade: gibts 2 formate, compressed und uncompressed cougar: kurzum meine idee wäre folgende cougar: der sa client hat irre probleme mit großen ansammlungen von dynamics cougar: also unsere mit xmlspawner gespawnten addons cougar: ich frage mich ob man die in ein "Haus" pressen kann ghoulsblade: ah, multi draus machen ? ghoulsblade: is nur trickreich mit der grösse vom multi ghoulsblade: also breite x höhe ghoulsblade: das ist in dem netzwerk protokoll total verkorkst, die wird nicht direkt geschcikt cougar: die frage ist da wie tollerant ist der client da *g* ghoulsblade: naja, müsste eigentlich wunderbar gehen cougar: das fundament interessiert mich dabei weniger, das würde ich sogar im boden versenken cougar: die frage ist wenn ich ein 8x8 fundament mache cougar: kann/darf ich dann einen größeren aufbau da drüber setzen ghoulsblade: warum nich ? machen spielerhäuser doch auch oder ? cougar: nicht wirklich, das design passt immer auf die grundfläche ghoulsblade: aahso meinst du das ghoulsblade: über das 8x8 hinaus cougar: jop ghoulsblade: das wird vom packet her nicht gehen ghoulsblade: das ist wie gesagt etwas seltsam aufgebaut cougar: soweit ich geshene hab cougar: sind das alles relative koordinaten ghoulsblade: ich kenne das format nicht so genau, nur ich weiss das wir einige probleme damit hatten die höhe/breite richtig zu interpretieren, und das da auch noch nen bug drinhaben cougar: also als tip cougar: die größe bekommst du vom multi selber cougar: der aufbau selber gibt die serial des fundamentes mit an ghoulsblade: "multi selber" = dynamic ? cougar: das item genau ghoulsblade: ah oki cougar: also das virtuelle item das eigentlich die mutli id ist cougar: da drüber müsste man die dimmensionen locker rausbekommen ghoulsblade: moment, das dynamic hat ne multi-serial, die referenziert die multi-daten die vom server in 0xD8 geschickt wurden ghoulsblade: nur wo kriege ich da die serial vom fundament raus ? cougar: mom ich schau kurz ghoulsblade: hmm, ich seh da in unserem code was von wegen "mehrere planes", und jede plane hat nen planetype , vll isses das ja cougar: ich kämpfe auch noch um das alles da zu verstehen cougar: also im runuo heisst es ghoulsblade: brauchst dich nicht mit abquälen wegen mir, ich zerpflück mir iwann mal den runuo code genau und schreib den multiloader um cougar: public SendQueueEntry( NetState ns, HouseFoundation foundation, DesignState state ) cougar: m_Serial = foundation.Serial; cougar: das ist jetzt alles in der sendqueue drinn cougar: dann im compression thread cougar: SendQueueEntry sqe = (SendQueueEntry)m_SendQueue.Dequeue(); ghoulsblade: hrm, d.h. 2 verschiedene, gleichgrosse häuser haben dieselbe serial ? cougar: p = new DesignStateDetailed( sqe.m_Serial, sqe.m_Revision, sqe.m_xMin, sqe.m_yMin, sqe.m_xMax, sqe.m_yMax, sqe.m_Tiles ); ghoulsblade: kann eigentlich auch ned sein cougar: nene alle items in dem packet cougar: haben die serial der foundation ghoulsblade: hmm ? also für jedes item hab ich "artid,x,y,z" cougar: public DesignStateDetailed( int serial, int revision, int xMin, int yMin, int xMax, int yMax, MultiTileEntry[] tiles ) : base( 0xD8 ) sureCapacity( 17 + (tiles.Length * 5) ); ite( (byte) 0x03 ); // Compression Type ite( (byte) 0x00 ); // Unknown ite( (int) serial ); ite( (int) revision ); ite( (short) tiles.Length ); ite( (short) 0 ); // Buffer length : reserved ite( (byte) 0 ); // Plane count : reserved cougar: das ist das packet cougar: serial ist der erste eintrag in den parametern cougar: und die serial landet im packet da cougar: d.h. die serial der foundation steht im header von 0xD8 ghoulsblade: hmm, ich glaub die bezeichnung "foundation" ist irreführend cougar: das ist die klasse in runuo cougar: also das fundament des hauses ghoulsblade: wenn 2 unterschiedliche, gleichgrosse häuser da sind cougar: die grundplatte in dem fall ghoulsblade: haben die an der stelle Write( (int) serial ); wo die "foundation" serial steht , nicht den gleichen wert stehen cougar: ne pass auf cougar: ich hab ein haus auf dem server cougar: ist die klasse foundation (ist für euch egal) ihr bekommt ein item mit der Itemid 0x53EC cougar: und einer Serial von was weiss ich 0x001 cougar: ist (war) nach altem standard ein Multi da itemid > 0x4000 cougar: so jetzt kommt das 0xD8 packet cougar: das hat dann in seinem header die serial 0x001 ghoulsblade: hmm... ghoulsblade: als Write( (int) serial ); ? ghoulsblade: also die serial vom objekt statt der artid ? cougar: jo den schnipsel den ich da oben gepostet hab ghoulsblade: oki, tricky cougar: wenn du jetzt weisst das 0x001 ein multi mit der ID 0x13EC (Also 53EC- 0x4000) ist cougar: bekommst du raus das es sich dabei um eine grundplatte mit der größe 8x8 handelt cougar: (aus der Multi.mul) oder meinetwegen hardcoded cougar: ka wie osi da nun genau gearbeitet hat ;) ghoulsblade: hmm also item ( serial=0x001 artid=0x53ec) ghoulsblade: und 0xd8 kommt mit "foundation" serial (die write(..serial) zeile) 0x001 (wie item.serial) cougar: genau ghoulsblade: oki, annahme ich hab 2 gleichgrosse häuser mit gleicher foundation cougar: macht nix cougar: ein anderes multi hat ne andere serial ghoulsblade: wäre das dann 0x001 artid=0x53ec) 0x002 artid=0x53ec) ghoulsblade: mit artid gleich ? cougar: jep ghoulsblade: aaaah ok cougar: die artid gibt nur den typ des multis an cougar: also 8x8, 18x18 cougar: also die größe der grundplatte ghoulsblade: ich dachte immer das jedes individuelle haus da was eigenes hat cougar: und natürlich was der client an der stelle zeichnen soll cougar: also das ding mit treppe, der umrandung ghoulsblade: hmm moment cougar: wobei ne die treppe ist auch schon server seitig generiert cougar: so meine vermutung dazu ist jetzt ghoulsblade: wo in dem 0xd8 steht denn zu das es zu 0x001 bzw 0x002 gehört ? cougar: früher gab es ja nur die häuser mit der grauen umrandung cougar: Write( (int) serial ); cougar: ganz oben im header ghoulsblade: aaaaah ok, d.h. die artid steht nur im item, nicht im 0xd8 cougar: genau cougar: 0xd8 braucht die itemid nicht mehr cougar: die kennt er schon cougar: durch die referenz auf das multi cougar: so jetzt kommt das neue cougar: also meine fixe idee dahinter ;) cougar: ich vermute mal früher gab es ja nur die graue borte cougar: die du ja auch im uofiddler/insideUO siehst cougar: das ist ja heute anders ghoulsblade: "heute" = 7er client ? =) ghoulsblade: kurz afklo cougar: heute = Post 4.0.0.0i cougar: ;) cougar: ok ghoulsblade: re cougar: wb ghoulsblade: 4.0.0.0i : hmm, neben der grauen borte gibts noch paar andere ränder zur auswahl, oder wie meinst du das ? cougar: jep genau cougar: elven, das dunkle, holz weiss der geier was noch ;D ghoulsblade: jo, ist das teil der foundation = item.artid ? ghoulsblade: oder is das extra daten im 0xd8 ? weiss ich grad nich cougar: das ist jetzt ja die frage cougar: genau das versuche ich gerade zu klären ;) cougar: wenn das in der Multi.mul in standard grau hinterlegt ist, wie kommt das haus zu seinem anderen aussehen ghoulsblade: setz doch mal 2 gleiche häuser nebeneinander, und gugg dir dx8 an (razor packetlog) , artid müsste gleich sein ghoulsblade: dann bei einem die foundation ändern und nochmal dx8 anguggen cougar: jep genau, die können wir ja auch mit insideuo sehen cougar: meine vermutung ist ghoulsblade: wenn foundation anders is, isses da drinne, ansonsten muss es in den daten sein cougar: das sie die multi id nur noch benutzen um die größe heraus zu finden cougar: und die kante selber in 0xd8 steckt ghoulsblade: da gibts son komischen stair krams cougar: ja die treppen sind selber multis cougar: also die großen internen cougar: die sache ist ja auch du kannst ja fussboden legen in ebene 0 ghoulsblade: ich glaub das hängt an dem was wir als planetype .haben ... *im runuo code gugg* cougar: wenn hier wiederrum nur der standard boden (dirt) vorhanden wäre cougar: wie kann ich den dann mit marmor überlagern cougar: ausserdem habe ich das hier gefunden cougar: // If needed, replace removed component with a dirt tile if ( ax >= 1 && ax < mcl.Width && ay >= 1 && ay < mcl.Height - 1 ) { Tile[] tiles = mcl.Tiles[ax][ay]; bool hasBaseFloor = false; for ( int i = 0; !hasBaseFloor && i < tiles.Length; ++i ) hasBaseFloor = ( tiles[i].Z == 7 && (tiles[i].ID & 0x3FFF) != 1 ); if ( !hasBaseFloor ) { // Replace with a dirt tile mcl.Add( 0x31F4, x, y, 7 ); } } cougar: // If needed, replace removed component with a dirt tile <---- cougar: soso wenn das schon im Multi stecken würde cougar: bräuchte ich es ja wohl nach dem löschen nicht mit dirt überschreiben oder? ghoulsblade: hmm, vll fungiert das im multi als override ghoulsblade: ala, wenn in den multi daten was drinsteht wird es genutzt, ansonsten macht er standard grau mit dirt-tiles boden ausm foundation cougar: .. ah ok und der macht das evtl server seitig nur damit der walk code was zu greifen hat cougar: wär auch ne möglichkeit.... cougar: allerdings sendet er die gesammte multicomponentlist (mcl) an den client cougar: wär das nur ne server krücke würde man die doch auslassen oder? cougar: und wenn es ein override wäre könne man es wahrscheinlich mit artid 0x1 oder 0x0 (No Draw/Unused) überschreiben ghoulsblade: hmmm, muss man doch iwie ausporbieren können bevor man da gross rumrätselt ghoulsblade: iris hatn proxy mode ghoulsblade: kannst es zwischen server und orginalclient hängen cougar: ich denke immer gerne ein bisschen drauf rum bevor ich los lege ;) ghoulsblade: und fröhlich packete vermurksen cougar: dann kann ich vorab abschätzen ob sich die mühe lohnt ^^ ghoulsblade: aber brauchste vermutlich garned, kannst ja direkt das schicken was du willst cougar: jep, also bisher bin ich mit den theoretischen grundlagen zufrieden denke ich ^^ ghoulsblade: hehe =) cougar: als versuch könnte ich ein haus schicken mit leerer mcl cougar: dann müsste im idealfall nichts an der stelle erscheinen wo ich das haus baue ghoulsblade: oder die standardfoundation %) cougar: oder das genau cougar: aber beides würde mich in dem fall weiter bringen ghoulsblade: falls die standardfoundation kommt, müsste es als override funktionieren cougar: weil entweder die eine oder die andere theorie bestätigt wär cougar: genau ;) ghoulsblade: was natürlich auch noch sein kann ghoulsblade: is das im falle einer custom-foundation cougar: das er dann crasht? ;) ghoulsblade: die standardfoundation noch drunter is ghoulsblade: und man nur die custom-foundation sieht, weil sie später gezeichnet wird cougar: hehe stimmt das natürlich auch cougar: aber! cougar: dann dürfte es kein haus ohne zumindest die dirt platten geben cougar: die hatte ich aber schonmal durch einen bug ghoulsblade: hmmm, ok cougar: ich geh auch mal aufs klo und teste das dann gleich mal aus, danke dir das war aufschlussreich cougar: evtl hilfts dir ja iris zu verbessern ghoulsblade: jau, das stimmt =) cougar: dachte halt das könnte dich auch interessieren da du das mit den multis schonmal erwähnt hattest ghoulsblade: jo, das tuts auch ghoulsblade: nur ich glaub ich warte bis die 7er multi-ids bei euch aktiv sind ghoulsblade: dann mach ich gleich beides in einem aufwasch cougar: hehe ok, schreibs dir auf, das könnte wichtig sein *g* </pre>

Return to Multis.