[Umfrage]Tools

Wanetrain · 02/25/2015, 21:50

Moin Moin & Nabend an alle, die hier mal noch Aktiv sind.

Ich wollte mal eine Umfrage starten ob eine Anfrage an Professionellen Tools besteht, denn ich Arbeite momentan mit Clemi zusammen an diversen Tools mit sehr hoher Qualität, was für uns derzeit reine Nebensache ist, da wir selbst nicht wissen was genau tun weil fast kein Server fähige Developer sucht.

Derzeit wird nur an einem Tool entwickelt, dem guten alten Daisy, mit sehr sehr viel mehr Features als das Normale, was derzeit daran geplant ist & bereits umgesetzt findet ihr weiter unten, ich pack euch einfach mal eine genaue Liste dazu was & wie das ganze geplant ist.

xDaisy:

Spoiler

Weitere Tool's die derzeitig in Planung sind:

Quote:

- xBeast (Selbst erklärend)
- xCharacter (Editor für alle Charactere (NPC) + Shop, Quest, etc.)
- xMerge (Neues Merge Tool mit eigenen Verschlüsselungen)
- Diverse Library's die jedem Server von nützen sein können.

Sollte ein gutes Interesse daran sein sind wir nicht abgeneigt diese zu Vermarkten, was natürlich allerdings nicht Umsonst sein wird, was man uns aber auch nicht übel nehmen darf, da es sehr viel Zeit kostet diese Tool's zu entwickeln & auf dem Neusten Stand zu halten.

Screenshot's werden Folgen sobald hier mal etwas Resonanz folgt.

Sollte ihr fragen oder wünsche haben, traut euch und teilt sie uns mit!

Mfg.

XepoSoft · 02/25/2015, 21:59

Referenzen... ansonsten klingt das ganze interessant.

Mognakor · 02/25/2015, 22:31

Welche Art von Libraries?

Wanetrain · 02/25/2015, 23:46

Quote:

Originally Posted by Mognakor

Welche Art von Libraries?

Derzeit agieren unsere Tool's durch die selben Library's die auch wir in Servern verwendet haben, welche einzig und alleine zum Managen da sind. Was heißt Resource, Netzwerk, Datenbank. Welche allerdings nur von nutzen sind wenn man sie in mehreren Projekt verwendet, nur wegen einem Programm schreibt man keine Library.

Referenzen, was für welche möchtest du denn sehen? Screenshots sind nicht aussage kräftig für das, was wir betreiben als Referenz. Code's muss ich erst absprechen.

Sedrika · 02/26/2015, 00:18

Von dem "xDaisy" sieht man kein Bild.

Wanetrain · 02/26/2015, 00:42

Quote:

Originally Posted by Sedrika

Von dem "xDaisy" sieht man kein Bild.

Wie gesagt, ich warte erstmal auf Resonanz, da sich das ganze noch in Entwicklung befindet, die natürlich nicht schnell vorran schreitet da wir kein C# oder VB benutzen.

Quadrilateral · 02/26/2015, 13:36

Quote:

Originally Posted by Wanetrain

Wie gesagt, ich warte erstmal auf Resonanz, da sich das ganze noch in Entwicklung befindet, die natürlich nicht schnell vorran schreitet da wir kein C# oder VB benutzen.

Wenn die Entwicklung in C++ lange dauert, warum dann nicht C# nehnen? (just curious)
Mit WPF hat man grade für so eine Anwendung ein wunderbares ToolSet.

Was für eine Technologie benutzt ihr wenn ich fragen darf? (C++ ist klar, ich mein das Framework (again just curious))

- Major · 02/26/2015, 14:50

Referenz: Sowohl Wanetrain als auch sein Partner sind ihrer Programmierer Sprache sehr wohl bewandert und können alles was sie sich vornehmen umsetzten. Leute die nicht wissen was sie schon alles gemacht haben können sich gerne mal die Credits von Masquerade Beast anschauen.
Erfahrung:
Aus meiner Erfahrung heraus würde ich es schon als "krass" bezeichnen, wie sie arbeiten. Alleine ihr vorgehen ist hoch professionell und gut durch dacht.

Meinung:
Beast -> Rework -> Würde meinen Teil beisteuern.

Mognakor · 02/26/2015, 15:24

Falls ihr etwas mit Qt oder OpenGL macht kann ich Teile meines Wissens und/oder Quellcodes beisteuern.

Sedrika · 02/26/2015, 15:46

Quote:

Originally Posted by Quadrilateral

Wenn die Entwicklung in C++ lange dauert, warum dann nicht C# nehnen? (just curious)
Mit WPF hat man grade für so eine Anwendung ein wunderbares ToolSet.

Was für eine Technologie benutzt ihr wenn ich fragen darf? (C++ ist klar, ich mein das Framework (again just curious))

Desweiteren kann man mit WPF auch die Applikation schöner gestalten finde ich. Mich reizt derzeit die Farbpalette von VS13.
Bin selber zur Zeit an einem neuen Editor (Alpha) und habe erstmal angefangen mit der Darstellung der Applets.

Spoiler

Quadrilateral · 02/26/2015, 18:56

Quote:

Originally Posted by Sedrika

Desweiteren kann man mit WPF auch die Applikation schöner gestalten finde ich. Mich reizt derzeit die Farbpalette von VS13.
Bin selber zur Zeit an einem neuen Editor (Alpha) und habe erstmal angefangen mit der Darstellung der Applets.

Spoiler

Srsly? Screaming Menu? Ab VS14 gibts das auch nicht mehr.

Lass dir mal was Eigenes einfallen

Chriѕ · 02/26/2015, 21:45

Jo mach mal klingt c00l. Kann man bestimmt gut verwenden.

Wanetrain · 02/26/2015, 22:38

Quote:

Originally Posted by Quadrilateral

Wenn die Entwicklung in C++ lange dauert, warum dann nicht C# nehnen? (just curious)
Mit WPF hat man grade für so eine Anwendung ein wunderbares ToolSet.

Was für eine Technologie benutzt ihr wenn ich fragen darf? (C++ ist klar, ich mein das Framework (again just curious))

C# ist uns zu Langsam um es mit der gewallt der Resourcen die wird Laden auf zu nehmen, wir sind längst darüber hinaus einfach nur den inhalt der ResData dar zu stellen, daher nutzen wir ein sehr altes, schweres Framework, MFC.

MFC ist was leistung & umgebung angeht für solche Tool's wie geschaffen, man muss nur wissen wie man es nutzt.

Quote:

Srsly? Screaming Menu? Ab VS14 gibts das auch nicht mehr.

Lass dir mal was Eigenes einfallen

Visual Studio 2015 wenn ich bitten darf. Lade dir hierzu mal bitte die Preview runter, diese wird Aufbau Technisch nicht weiter's verändert seitens Microsoft, was heißt das es genau gleich aussieht wie VS 2013, evtl. hier und da mal paar Grafische dinge allerdings Aufbau ist genau der selbe.

Quote:

Falls ihr etwas mit Qt oder OpenGL macht kann ich Teile meines Wissens und/oder Quellcodes beisteuern.

Nun da wir momentan nur an Daisy und den dazugehörigen Library's Arbeiten nutzen wir einfaches GDI+, welches für Daisy mehr als ausreichend ist, da es keine 3D anwendung wird. Zukünftige Tool's wie Beast wurden noch nicht genau besprochen, es läuft allerdings auf DirectX 12 hinaus.

Anfangs sind wir sehr damit beschäftigt den Scanner von FlyFF neu zu Schreiben, Unicode, da MFC so paar kleine Probleme mit Multibyte hat, ganz zu schweigen davon das der Compiler sowieso alles in Unicode übersetzt, was Multibyte überflüssig macht.

Es kam auch nie zur Sprache C# zu nutzen, da der Support für C# seitens Microsoft eingestellt wurde und der Gemeinschaft übertragen wurde.

Man mag uns als Idioten darstellen, da wir hier etwas Fragen was nicht Fertig ist & wo man momentan nicht viel sieht, allerdings sind wir derzeit nur hier um zu Fragen ob überhaupt Interessen darin bestehen die Entwicklung aufrecht zu erhalten.

Auch mag das sein das weder Clemi noch Ich wirklich bei FlyFF was veröffentlicht haben was den Usern von nutzen ist, das liegt an einem Simplen Grund, wir Arbeiten in der gegen-wart, was heißt auf dem Neusten stand der Entwicklungstechnik, sollten wir eine Library Releasen wird das kaum einer nutzen können da die meisten Visual Studio 2003 noch nutzen, was einige Probleme aufwerfen würde.

Das nächste ist noch die Umgebung in der wir uns befinden, man würde sich ja Freuen wenn die Leute es einem Danken das man seine zeit investiert in Source Abschnitten für FlyFF, allerdings bekommt man meisten's nur unnütze Kommentare an den Kopf geschlagen, was uns dann zu Dumm wurde.

Allerdings freue ich mich sehr über eure Beiträge.

Screenshot's folgen in den nächsten Tagen, da wir auch Arbeiten müssen wird hoffentlich Verständnis aufgebracht wenn wir nicht Stunden weiße am Tag an den Tool's Arbeiten können.

MFG.

Quadrilateral · 02/26/2015, 23:23

Was die Performance von C# angeht muss ich dich enttäuschen, C# ist in vielen Fällen die bessere Wahl als C++, da der JIT Compiler vom Framework Maschinenbasiert optimieren kann (ngen und so) während du mit C++ nur Maschinencode hast, der nicht mehr optimiert werden kann.
C++ ist in den meisten Fällen lediglich bei Hardwarenahen Programmierung schneller, da bewirken Pointer wahre Wunder (geht mit C# aber auch, unsafe operations)
WPF benutzt DirectX und schiebt grafische Berschnungen auf den GPU was dem CPU einiges an Arbeit abnimmt.

MFC ist aber auch relativ intuitiv wobei ich auf Windows DC nicht wirklich vertrauen würde wenns ums Zeichnen der GUI geht.

cletite · 02/27/2015, 01:51

Quote:

Originally Posted by Quadrilateral

Was die Performance von C# angeht muss ich dich enttäuschen, C# ist in vielen Fällen die bessere Wahl als C++, da der JIT Compiler vom Framework Maschinenbasiert optimieren kann (ngen und so) während du mit C++ nur Maschinencode hast, der nicht mehr optimiert werden kann.

Falsch. Wie soll die Performance von einer Programmiersprache welche auf einem C++ Layer aufsetzt schneller sein als C++ selbst?

Und warum sollte ein JIT Compiler besser sein als ein C++ Compiler/Linker?
Nämlich gar nicht. Ein JIT muss wie der Name schon sagt das Programm Just-In-Time compilieren. Daher hat er nicht ausgiebig Zeit das komplette Programm zu optimieren.

Auch hast du bei C# noch den GC. Dieser nimmt auch "etwas" Performance weg. Vor allem bei größeren Programmen mit vielen "Objekten".

(Kannst ja den Sourcecode des .net Kernels untersuchen.)

=> C# ist nur dann besser als C++ wenn es um die Programmiergeschwindigkeit geht. (Du kommst schneller ans Ziel)

Quote:

Originally Posted by Quadrilateral

WPF benutzt DirectX und schiebt grafische Berschnungen auf den GPU was dem CPU einiges an Arbeit abnimmt.

*D2D1. Dies wird aber nur benötigt, solange du viele Animationen haben willst. Sonst macht das überhaupt keinen unterschied ob du fürs Window-Rendering DC/GDI+/D2D1 nutzt.

Quote:

Originally Posted by Quadrilateral

MFC ist aber auch relativ intuitiv wobei ich auf Windows DC nicht wirklich vertrauen würde wenns ums Zeichnen der GUI geht.

Ahhjaa. Genau. DC...
DC wird zwar nur überall genutzt aber hey, ich vertraue ihm nicht.(Meisten Dialoge, Systemeinstellungen, etc...)

B2w... MFC wird fast für alle Windows Applikationen genutzt. Warum nur?