[Release] Aufbau einer NPC TCD

[stotterer09]

Da viele keinen TCD Editor haben release ich hier mal den Aufbau von den NPC's TCD das ganze ist noch nicht ganz vollständig aber das wichtigste ist
da:


Habt Spaß damit

Achja für die Floatwerte(4bytes große dinger)
Braucht ihr meinen Hex to Float Konverter:
(der thankschecker verweist auf den thread
Ein Thanks wäre schön


Edit;Ist nicht ganz richtig nehmt einfach meinen tcd editor

[RedSwag]

Nice job, but you forgot to mark the NPC DisplayID

[AZB TPT OhSorrY]

Originally Posted by stotterer09

Da viele keinen TCD Editor haben release ich hier mal den Aufbau von den NPC's TCD das ganze ist noch nicht ganz vollständig aber das wichtigste ist
da:


Habt Spaß damit

Achja für die Floatwerte(4bytes große dinger)
Braucht ihr meinen Hex to Float Konverter:
(der thankschecker verweist auf den thread
Ein Thanks wäre schön

Gute arbeit hat mir sehr weiter geholfen

[Logtetsch]

Den Rest kann man auch ganz leicht rausfinden.
Btw. ein Umrechner zum Konvertieren von float zu hexdezimal ist nicht wirklich von nöten.
Google → IEEE 754 floating point. Es ist doch wesentlich komfortabler einfach mal im Internet nach dem Standart zu suchen und einen x-belibiegen Rechner auszuwählen, statt eine extra Software runterladen zu müssen.

Was man eventuell bei anfügen kann ist, dass einige Werte wie z.B die ID als little endian hinterlegt werden. Sollte man nun einen Wert im big endian Format abspeichern, wird es vom Client falsch eingelesen und der NPC ist nutzlos.

[Luôô]

Daten sind meisten Little Endian & Packete oft Big Endian
Ihr könnt alle Strukturen aus dem TChart Projekt holen ( mit Datentyp )
Wenn ihr in C# arbeitet braucht ihr nicht so ein ****

Btw. ein Umrechner zum Konvertieren von float zu hexdezimal ist nicht wirklich von nöten.
Google → IEEE 754 floating point. Es ist doch wesentlich komfortabler einfach mal im Internet nach dem Standart zu suchen und einen x-belibiegen Rechner auszuwählen, statt eine extra Software runterladen zu müssen.

BinaryReader regelt das.

using(BinaryReader br = new BinaryReader(File.Open(FileName, FileMode.Open)))
{
float xoo = br.ReadSingle();
}

[Logtetsch]

Originally Posted by Luôô

BinaryReader regelt das.

using(BinaryReader br = new BinaryReader(File.Open(FileName, FileMode.Open)))
{
float xoo = br.ReadSingle();
}

So einen Aufwand für so eine kleine Sache?
Es wird wohl kaum jemand anfangen C# zu lernen, um dann einen .tcd Editor zu programmieren. C# macht es einem zwar angenehmer als in C++, allerdings leidet dann auch dementsprechent die performance beim auslesen/ schreiben.
Natürlich nur unter den Umständen, dass die Datei größer ist.
Außerdem ist das schlecht programmiert und das using verliert in diesem Beispiel seine Bedeutung.

[stotterer09]

Originally Posted by Logtetsch

Den Rest kann man auch ganz leicht rausfinden.
Btw. ein Umrechner zum Konvertieren von float zu hexdezimal ist nicht wirklich von nöten.
Google → IEEE 754 floating point. Es ist doch wesentlich komfortabler einfach mal im Internet nach dem Standart zu suchen und einen x-belibiegen Rechner auszuwählen, statt eine extra Software runterladen zu müssen.

Was man eventuell bei anfügen kann ist, dass einige Werte wie z.B die ID als little endian hinterlegt werden. Sollte man nun einen Wert im big endian Format abspeichern, wird es vom Client falsch eingelesen und der NPC ist nutzlos.

ich habe keinen umrechner gefunden deswegen habe ich die software gemacht du musst sie ja ned downloaden^^

[Luôô]

Originally Posted by Logtetsch

So einen Aufwand für so eine kleine Sache?
Es wird wohl kaum jemand anfangen C# zu lernen, um dann einen .tcd Editor zu programmieren. C# macht es einem zwar angenehmer als in C++, allerdings leidet dann auch dementsprechent die performance beim auslesen/ schreiben.
Natürlich nur unter den Umständen, dass die Datei größer ist.
Außerdem ist das schlecht programmiert und das using verliert in diesem Beispiel seine Bedeutung.

Ich bin von vollen Editoren ausgegangen und c# brauch man dafür nicht lernen das kann man in 10 Minuten schaffen das aufwendigste ist der GUI.
Perfomance Probleme hab ich keine ( JIT ist halt immer etwas langsam aber es gibt genug Wege eine hohe Geschwindigkeit zu behalten ). Warum verliert da using seine Bedeutung? :O

[Samker]

Originally Posted by Logtetsch

So einen Aufwand für so eine kleine Sache?
Es wird wohl kaum jemand anfangen C# zu lernen, um dann einen .tcd Editor zu programmieren. C# macht es einem zwar angenehmer als in C++, allerdings leidet dann auch dementsprechent die performance beim auslesen/ schreiben.
Natürlich nur unter den Umständen, dass die Datei größer ist.
Außerdem ist das schlecht programmiert und das using verliert in diesem Beispiel seine Bedeutung.

srsly ? C# is für die Performance in diesem falle mehr als gut und C++/CLI ist noch schlechter für die Performance und das du native C++ nutzt davon kann man ja nicht ausgehen Cpt. IchHabDieMegaAhnung und laber das using seine bedeutung verliert using ist in diesemfalle optional aber im großen gesehen hoch gerechnet beschleunigt es das system

Mfg

[Logtetsch]

Originally Posted by Samker

srsly ? C# is für die Performance in diesem falle mehr als gut und C++/CLI ist noch schlechter für die Performance und das du native C++ nutzt davon kann man ja nicht ausgehen Cpt. IchHabDieMegaAhnung und laber das using seine bedeutung verliert using ist in diesemfalle optional aber im großen gesehen hoch gerechnet beschleunigt es das system

Mfg

Das mit dem using hat sich inzwischen auch schon geregelt. Möchte hierzu auch keine großen Reden halten.

Wer hat wann etwas von CLI geschrieben, wenn ich fragen darf?
Es gibt andere Wege einen Editor, welcher nicht GUI basierend ist, zu schreiben. Alleine schon deswegen, dass du CLI und C++ verbindest, solltest du dich umdrehen und schämen! Da gibt es definitiv bessere Alternativen.
Die Screenshots von den Editoren, die ich hochgeladen habe, wurden in C# programmiert. Für einfache Zwecke reichen diese vollkommen aus, allerdings sei gesagt, dass man auf jeden Fall mehr rausholen kann was performance angeht!

[Samker]

Originally Posted by Logtetsch

Das mit dem using hat sich inzwischen auch schon geregelt. Möchte hierzu auch keine großen Reden halten.

Wer hat wann etwas von CLI geschrieben, wenn ich fragen darf?
Es gibt andere Wege einen Editor, welcher nicht GUI basierend ist, zu schreiben. Alleine schon deswegen, dass du CLI und C++ verbindest, solltest du dich umdrehen und schämen! Da gibt es definitiv bessere Alternativen.
Die Screenshots von den Editoren, die ich hochgeladen habe, wurden in C# programmiert. Für einfache Zwecke reichen diese vollkommen aus, allerdings sei gesagt, dass man auf jeden Fall mehr rausholen kann was performance angeht!

du hast nichts von CLI geschrieben aber ich geh davon aus da man alleine wie du schreibst zu 99% davon ausgehen kann das du die winApi absolut nicht kennst bestes beispiel Events
C++ und CLI habe ich nicht verbunden C++/CLI sehe ich schon als eigene Sprache weil es mit echtem C++ nichtmehr viel zu tun hat es ist ein C# mit ein bischen anderer Syntax und einigen kleinen C++ vorteilen wie Funktionen ohne Klassen usw.
ein editor ohne GUI ist ziemlich nutzlos und für anwender der horror daher empfehle ich dir dringend LERN C# davon hast du weit mehr als von einem Konsolen-Tool

Mfg

[randleman]

Hilfreich war hier nur post#1

[Logtetsch]

Originally Posted by Samker

du hast nichts von CLI geschrieben aber ich geh davon aus da man alleine wie du schreibst zu 99% davon ausgehen kann das du die winApi absolut nicht kennst bestes beispiel Events

Wie du meinst mr. stroustrup.

Originally Posted by Samker

es ist ein C# mit ein bischen anderer Syntax und einigen kleinen C++ vorteilen wie Funktionen ohne Klassen usw.

Totaler Schwachsinn.

Originally Posted by Samker

ein editor ohne GUI ist ziemlich nutzlos und für anwender der horror daher empfehle ich dir dringend LERN C# davon hast du weit mehr als von einem Konsolen-Tool

Das heißt Konsolenanwendung. Über andere große Reden halten kannst du ziemlich gut, dafür, dass du meines Erachtens nach kein richtiges Wissen hast. In C# bin recht fit. Für meine Anwendungen reicht es aus. Einen Editor muss man nicht unbedingt über eine GUI, oder Konsolenanwendung programmieren. Etwas Kreativität schadet auch keinem.

Wir driften zu sehr am eigentlichen Thema hier vorbei. Du kannst mich gerne über eine PN benachrichtigen.

[Samker]

Originally Posted by Logtetsch

Wie du meinst mr. stroustrup.



Totaler Schwachsinn.



Das heißt Konsolenanwendung. Über andere große Reden halten kannst du ziemlich gut, dafür, dass du meines Erachtens nach kein richtiges Wissen hast. In C# bin recht fit. Für meine Anwendungen reicht es aus. Einen Editor muss man nicht unbedingt über eine GUI, oder Konsolenanwendung programmieren. Etwas Kreativität schadet auch keinem.

Wir driften zu sehr am eigentlichen Thema hier vorbei. Du kannst mich gerne über eine PN benachrichtigen.

wie bitte dann ? als windows serivce dem man die änderungen als startparameter mit gibt ?
und alter hör auf mich verbessern zu wollen wenn ich verdammt nochmal Konsolentool sage dann nur weil es ein Tool in einer Konsole ist und nicht weil ich den begriff Konsolenanwendung nicht kenne
und dein wissen scheint meines geschulten auges nach ziemlich den nullpunkt zu treffen

Mfg

[_Dream_]

Gute Arbeit. :-)