Beiträge von Tex0

    Hey Leute,

    da ich zZ sehr starkt am C# üben bin und ich gerne meine Arbeit mit euch teilen will, einerseits um meine Fähigkeiten zu verbessern und um euch evtl. Arbeit abzunehmen etc pp.

    1. PropItem Klasse:

    [SPOILER2]

    [/SPOILER2]

    .Schönen Tag .tex0

    Vorwort

    Der Beast World Editor ist ein Programm zum bearbeiten und erstellen von Flyff Maps.
    Der Masquerade Room (MR) ist eine gemoddete Version von diesem, es wurden einige Bugs gefixt, Dinge organisiert, etc pp.
    MR enthält die Models der aktuellen Flyff Version, sprich v19.

    FAQ


    [SPOILER2]Warum verschwinden Flyff Objekte wenn man ein einer bestimmten Art drauf schaut?
    Antwort: Die liegt and er ganzen Flyff Engine. Dies sollte euch Ingame auch schon etliche male aufgefallen sein. Gibt es schon ewig.

    Warum Funktionieren die V18 Models nicht?
    Antwort: Lad dir die Updates dann geht es...

    Warum ist meine Map Grau nachdem ich sie gespeichert und wieder geöffnet habe?
    Antwort: Nicht über die Toolbar speichern, diesen Bug gibt es schon ewig beim Flyff Beast, konnten wir auch nicht fixxen...

    Der Beast lässt sich nicht öffnen, da kommt immer eine Errormeldung.
    Antwort: Rechtsklick -> Eigenschaften -> Kompatibilität -> Pic-Upload.de - Kostenlos Bilder & Fotos hochladen -> dann auf OK klicken -> Fertig

    Warum kann ich meine alten Welten nicht öffnen?
    Antwort: Liegt daran, weil das V18 Update andere Monster Id´s verwendet, alle standart vom offi.
    Dazu kommt es also, das die Id´s in der alten rgn´s nichtmehr funktionieren -> einfach rauslöschen und ne andere nehmen.

    Warum crasht mein Worldserver?
    Antwort:
    So für alle denen bei der der Worldserver crasht, wenn er die rgn aus dem Update bei sich einfügt:
    Es liegt daran das in V17 und V18, items in der World gespawnt sind (so wie die Questies für Jobchange), diese kann der Worldserver nicht verarbeiten weil diese nicht existieren...
    Fazit er crasht. Baut also wirklich alle Items ein und nicht nur Waffen und Rüstung. Oder schreibt euch die rgn nach euren Vorstellungen um.
    Das Update so wie es reingestellt wurde ist fehlerfrei, wenn dann failen nur die Leute die versuchen ihn nutzen zu wollen...

    Warum funktioniert das V19 Update bei mir nicht richtig?
    Antwort:
    Installiere bitte die Updates nacheinander, das ganze ist bewusst getrennt, da einige lieber komplett eine andere Version nutzen wollen und somit auf jeden rücksicht genommen wird.[/SPOILER2]

    Download

    Der aktuelle Masquerade Room Client: https://mega.co.nz/#!U5UlgDZb!EpQ…jtH_srXVus119yU
    Der Masquerade Room - v18 + v19 Client:https://mega.co.nz/#!U5UlgDZb!EpQ…jtH_srXVus119yU
    Der Masquerade Room - Custom Client: https://mega.co.nz/#!V9MA0I7a!fdz…B_LHn5AfUSBEtHk

    Das Custom Update: https://mega.co.nz/#!Mg8hzQIA!Gf1…jCHgxQeHfpMKsqk
    v18 Update: https://mega.co.nz/#!5kdlSCbJ!FDJ…SknN9fSSHLPynss
    v19 Update: https://mega.co.nz/#!5kdlSCbJ!FDJ…SknN9fSSHLPynss

    Credits

    Cletite
    Nintendo94
    Pixelz
    Tex0

    Guten Tag liebe Flyff Community,

    In diesem Thread biete ich meinen Flyff Dienst an. Der Dienst beinhaltet sowohl kostenlose als auch kostenpflichtige Angebote. Ohne groß rum zu reden:

    Kostenlose Angebote

    Ihr könnt meinen Dienst kostenfrei in Anspruch nehmen, sofern sich meine Arbeit auf unter 30min beschränkt, sprich wenn ich nur eine Frage habt, oder ich euch etwas kleines einstellen soll, werde ich dies kostenlos machen !

    Konstepflichtige Angebote

    Resourec Modifikationen befinden sich preislich zwischen 10€ und 100€. Ich berechne pro gearbeitete Stunde 10€.

    Was ich alles anbiete:
    Alle Dinge, die nur die Resourcen betreffen, sprich keine Arbeiten an der Source


    Kontakt

    Email: schwagmeier.miller@googlemail.com
    Eine PN an mich !


    So ich hoffe ich werde euch damit helfen können !
    MfG Tex0

    Hey liebe Community,

    *_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*
    um hier wieder etwas Aktivität rein zu bringen, werde ich hier in diesem Thread alle Fragen (aus den unten genannten Kategorien) , die ihr zu Flyff habt nach meinem Wissen, und möglichst genau, beantworten:
    *_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*

    Kategorien:

    • Ressourcen
    • Source(bedingt)
    • Mapping


    *_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*

    Ich werde hier sooft ich kann updaten.
    Euer tex0

    Hallo Liebe Mcore Community,
    in diesem Threade werde ich euch das Arbeiten mit den Resourcen näher bringen. Ich werde versuchen diesen Guide ständig zu erweitern:

    Kapitel 1:

    • Grundlagen:


    [SPOILER2]

    So nun da vermehrt gewünscht wurde, dass ich das ganze hier in den Thread schreibe, schreibe ich das Tutorial ein wenig um und schreibe es hier rein.

    1. Welche Ressourcen gibt es und was machen sie.


    Ohne groß um den heißen Brei herum zu reden, werde ich hier eine Liste der wichtigsten Flyff Ressourcen und ihrer Funktion schreiben


    1.1. Masquerade.prj

    Funktion: Die Masquerade.prj ist eine Art Hilfsdatei für den Client/WorldServer um einige Ressourcen zu laden, in ihr werden einige(nicht alle) Ressourcen aufgelistet, welche später vom Client/WorldServer eingelesen werden. Bsp.:

    Code
    textClient "textClient.inc" – Die Funktion OpenProject sucht nach dem String „textclient“ und liest den darauffolgenden String „textclient.inc“ und wendet die Lesefunktion für die Datei textclient.inc an.


    Diese Datei wird auch vom Beast Worldeditor verwendet, um die wichtigsten Ressourcen einzulesen. Diese Datei wurde schon seit dem Beginn von Flyff genutzt.

    1.2 Models
    Alle Model-Dateien werden in zwei Dateien definiert:

    mdlDyna.inc & mdlObj.inc

    Die Datei mdlDyna beinhaltet die Models von: Controls, SFX, Items, NPCs, Regionen und Ships

    Die Datei mdlObj hingegen beinhaltet nur die Models von den Worldobjekten. Der Grobe aufbau sieht folgendermaßen aus:

    Code
    „Datei Prefix“ Nummer
    {
    „Modelname“ Modelparameter
    }
    --> Datiname bei „ctrl“ 2 { „"MaSuPrBigDoor" “ … : Ctrl_MaSuPrBigDoor.*

    1.3 Items
    Nun kommen wir zu den wahrscheinlich meist behandelten Dateien, den Item Dateien. Folgende Dateien werden zum korrekten eintragen von einem Item benötigt:

    - defineitem.h (Eintrag für die Itemid)

    - propitem.txt (Genaue Definition der Itemparameter)

    - propitem.txt.txt (Itembeschreibung [Name und Beschreibung])

    - mdldyna.inc (Itemmodel)

    Diese Dateien werden benötigt, um ein grundlegend einzutragen. Es gibt noch einige weitere Dateien, die das Item genauer beschreiben, z.B.
    - accessory.inc <--Ist ein Item mit den Parametern IK1_GENERAL IK2_JEWELRY in der propitem/defineitem vorhanden, so kann man sie hier eintragen und somit ist das Item für das Accessory Upgrade verfügbar.

    - propitemETC.inc/.txt.txt <-- Hier können mehrere Items zu einem Set zusammengefügt werden, also sind die hier definierten Items alle angezogen, so erhält man einen definierten Effekt.

    - propGiftbox.inc <-- Ist hier ein Item definiert, so kann man aus einem Item mit den Parametern IK1_SYSTEM IK2_SYSTEM eine Giftbox erstellen, aus der man zufallsbestimmt Items erhalten kann

    1.4. Quests
    Um einen Quest vollständig verwenden kann muss man folgende Dateien beschrieben haben:

    - definequest.h <-- Eintrag der QuestID

    - Propquest.inc/.txt <-- Definition des Quests(Auftrag, Texte, Einstellungen )

    - (propquest-dungeonandpk.inc/.txt.txt)

    - (propQuest-Scenario.inc/.txt.txt)

    - (propQuest-RequestBox.inc/.txt.txt)

    - (propQuest-RequestBox2.inc/.txt.txt)

    Die eingeklammerten Datein sind “optional” und ich werde nicht weiter auf sie eingehen.

    1.5. Applikationen
    Unter Apps oder Applikationen in Flyff versteht man die Fenster, die im Spiel verwendet werden, z.B. Das Inventar oder das Statusfenster. Es reicht nicht aus, einfach ein Fenster zu entwerfen, sondern es muss in die Source eingebaut werden( Funktionen, etc. ). Folgende Dateien sind wichtig:

    - ResData.h <-- Definition des Applets

    - Resdata.inc <-- Position der einzelnen Controls und Eigenschaften des Apps

    - ResData.txt.txt <-- Titel Strings des Applets

    Den meisten Files beigelegt, findet man ein Tool names „Daisy“. Dieses ist dazu da mithilfe eines GUI solche Applets zu erstellen.

    1.7. LUA
    Definition:

    Lua ist eine imperative und erweiterbare Skriptsprache zum Einbinden in Programme, um diese leichter weiterentwickeln und warten zu können.

    LUA wird ausschließlich von World- /DatabaseServer genutzt. Folgende Systeme werden durch lua eingebunden:

    - Mentoren System --> Campus.lua

    - Events --> Event.lua

    - 1 on 1 Guildwar --> GuildCombat1TO1.lua

    - Upgrade System --> ItemUpgrade.lua

    - Monsterskills --> Monsterskill.lua

    - Instance Dungeons --> PartyDungeon.lua

    - Quiz Event --> QuizEvent.lua

    - Rainbowrace --> RainbowRace.lua

    - Secret Room --> SecretRoom.lua

    - Steuer System --> Tax.lua

    Weitere Verwendung:

    - CreateMonster.lua --> Diese Datei wird verwendet, um durch ein bestimmtes Item Monster zu spawnen.

    - EventMonster.lua --> Monster Spawnen

    - ItemScript.lua --> ??

    - PCBang.lua --> Ein Event System

    Fast jede LUA-Datei in den Flyff Ressourcen wird durch eine Funktionsdatei ergänzt, welche sich im Ordner /LuaFunc/ befindet.

    1.8. Events
    Es gibt mehrere verschiedene Arten von Events:

    - Normale Events --> Definiert in der Datei Event.lua

    - DropEvents --> PropDropEvent.inc

    Normale Events werden wie schon gesagt in der Datei Event.lua definiert. Folgende Events sind Möglich:

    - Exp/Drop/Penyadrop Events

    - Attackpower/Defense Events

    - Levelup Geschenke

    - Cheer Exp Faktor

    - Verbindungsdauer Events

    - Rain/Snow Events

    Bei den Drop Events ist es möglich für ein Item den Level Bereich der Monster einzustellen, in welchem das Item gedropt werden kann.


    1.9. Exchange Skript

    Der Exchange Skript ermöglicht es Items gegen Items auszutauschen (z.B. Silver Heart Event )

    Auf den Exchange Skript werde ich vorerst nicht genau eingehen, da dieser im Bezug auf ein anderes System sehr interessant ist.

    1.10. NPC's
    Die NPCs werden grundsätzlich in zwei Kategorien aufgeteilt (aktive (Monster) und passive (Stadtnpcs) ). Und beide werden in den Ressourcen verschieden behandelt. Die aktiven und passiven NPC's werden zunächst in die Ressourcen eingetragen, in folgende Datein:

    - defineObj.h
    - mdlDyna.inc (Model und Animation)
    - propmover.txt / .txt.txt

    So, sind nun die grundzüge des NPC's eingetragen, kann man verschieden mit ihnen weiter machen.
    Passive NPC's können weiter behandelt werden, in dem man ihnen in der character.inc/.txt.txt genau definierte Funktionen gibt(Menüitems, Handelsfenster, uvm. ). Bevor dies jedoch geschehen kann muss das Model einem NPC Namen zugeteilt werden (definiert in der character.inc). Dies geschiet in den Weltdatein.
    Um einen NPC genauer zu definieren trägt man den gewünschten Namen in die Character.inc ein und definiert ihn, die Grundstruktur sieht folgendermaßen aus:


    Um einem passiven NPC einen Quest zu geben muss man in der Datein propQuest.inc diesen Character als StarNpc angeben.

    Code
    SetCharacter( "MaDa_Lorein" );

    Um einen aktiven NPC weiter zu definieren, kann man ihn in die Datei
    PropMoverEx.inc eintragen. Dort lassen sich Sachen wie Drops oder Verhalten eintragen.


    1.11. Der ganze Rest

    Nun, was ist noch möglich in den Ressourcen einzustellen:

    - NPC Eigenschaften <-- character.inc/.txt.txt

    - Raten <-- Constant.inc

    - Collector <-- collecting.inc

    - Couple Raten/Items <-- couple.inc

    - Bodentexturen <-- Terrain.inc

    - Honor Titel <-- Honorlist.txt/.txt.txt

    - LordSkills <-- lordskill.txt/.txt.txt

    - Skills <-- Propskill.txt/.txt.txt ; PropSkillAdd.csv
    die Datei PropSkillAdd ist dazu da, um die Parameter der jeweiligen Skillstufe zu bestimmen.

    - Accessorie Upgrade/Collector Upgrade/Collectorfeld <-- s.txt

    2. Wie gehe ich mit den Ressourcen um, wie arbeite ich mit ihnen.


    Das arbeiten mit den Ressourcen liegen von meiner Seite aus 3 Regeln zugrunde:

    - Einen Code Editor verwenden, der ein paar Extra Funktionen, wie Syntax Highlighting, Zeilenangaben enthält (Notepad++)

    - Backups anlegen: Damit auch bei kleinen Fehlern keine großen Probleme entstehen --> immer Backups anlegen( Eine Kopie des Ressourcen Ordner anlegen )

    - Wissen, was man machen will: wenn man völlig planlos an die Arbeit geht kommt man schnell aus dem Konzept oder vergisst wichtige Einträge !

    Wenn man nun die Grundlagen der Ressourcen beherrscht und die Regeln eingehalten werden, dann kann eigentlich nichts mehr passieren. Wichtig ist: Üben, üben, üben.


    3. Möglichkeiten

    Die Möglichkeiten, die man mit guten Kenntnissen der Ressourcen hat sind mannigfaltig. Zum einen lassen sich so gut wie alle Inhalte Ingame bearbeiten und teilweise auch viele neue hinzufügen (Quests, Exchange Skripte, Events, etc. etc. ). Die Grundkenntnisse der Ressourcen gehören auch dazu einen Server zu leiten, also werden in dieser Hinsicht auch einige Türen geöffnet.

    4. Der „Beast“ und die Ressourcen


    Dieses Thema ist ein kleines Anhängsel, welches das Thema Ressourcen und Welt Bearbeitung anschneiden soll. Zum einen geht es darum, welche Systeme im Bezug auf die Spielwelten verwendet werden und zum anderen, wie man den Beast effizienter nutzen kann.

    Welche Ressourcen werden denn von Beast genutzt. Die Antwort ist sehr einfach und überschaubar. Der Beast nutzt alle Dateien, die in der Masquerade.prj angegeben werden (Naja, nahezu alle Dateien), d.h. folgende Möglichkeiten ergeben sich mit dem Beast:

    - Objekte spawnen (PropObj.inc)

    - Boden Texturen verändern (Terrain.inc)

    - Models (in jeder Form) spawnen (mdlobj.inc/mdldyna.inc)

    - Monster spawnen (propmover.txt)

    5. Ressourcen Client / Server



    Grundsätzlich gibt es zu diesem Thema nicht viel zu sagen, nur dass die Ressourcen aufgeteilt werden, in Ressourcen nur für den Server und Ressourcen für Server und Client. Folgende Ressourcen werden vom Client und vom Server genutzt:

    Spoiler anzeigen


    UNd folgende Ressourcen werden ausschließlich vom Server genutzt;

    Spoiler anzeigen


    Ein paar Datein sind jetzt hier nicht aufgeführt, das kommt daher, dass sie keinen besonderen Nutzen haben.

    6. Arbeiten mit dem Quellcode



    Das nächste und letzte Thema, was ich hier in diesem Tutorial bearbeiten möchte ist: Wie arbeite ich effizienter, wenn ich den Quellcode verwende.
    Dank einem glücklichen Umstand steht uns Flyffern der Quellcode der Serverfiles und der Neuz zur Verfügung. Diesen Umstand sollten Resource Developer nutzen, um Wissenslücken zu schließen. Denn es heißt: "Jeder Fehler der Zustande kommt wird in der Source definiert", d.h. Wenn man nun seinen Fehler nicht findet, ist es ratsam im Quellcode nach dem Fehler zu suchen und seine Ursache zu ergründen. Aber nicht nur um Fehler zu vermeiden ist das Arbeiten mit dem Quellcode ratsam, sondern auch um zukünftige Fehler zu unterbinden. Wenn einem Dev das nötige Wissen fehlt, um z.B. ein Schmuckstück richtig in das Upgrade einzubinden, schaut er sich in der Source die richtige Stelle an und weiß, was an welcher Stelle stehen muss. Nach diesem Prinzip lassen sich somit alle Datein ergründen.

    7. Schluss



    So nun ist meiner erstes Tutorial der Flyff Ressourcen Reihe fertig. Ich hoffe ich konnte einigen Neulingen helfen die Ressourcen ein bisschen besser zu verstehen. Als nächstes kommt ein Tutorial, welches auf die Funktion der einzelnen Datein eingehen wird und mit vielen Einzeltutorials das arbeiten mit den Ressourcen näher bringt.

    [/SPOILER2]

    Kapitel 2:

    • Ins Detail: s.txt:


    [SPOILER2]Wie bereits oben erwähnt findet man in der Datei s.txt, welche nur vom Server geladen wird, die Schmuckupgraderaten(1), Collector Upgrade(2), Items im Collectorfeld(3), Pet-Levelup(4), den Teil Pet_AddLifeProbability lasse ich außen vor.
    (1) Es müssen insgesamt 20 Einträge zwischen den geschweiften Klammern von Accessory_Probability sein, die Einträge werden absteigend eingelesen, sprich es fämgt an mit der Wahrscheinlichkeit von 1-2; und hört auf mit 19-20.
    Um auf eine "einlesbare" Wahrscheinlichkeit zu kommen müsst ihr folgendes rechnen: (x in %) * 100 ; Beispiel: 80(%) * 100 = 8000

    (2)Siehe oben nur: 5 Einträge und Rechnung: (x in %) * 10 ; Bsp: 50(%) * 10 = 500

    (3)So nun komme ich zu den Items im Collectorfeld, welche bei Collecting_Item eingestellt werden können, neue Items könnt ihr zwischen den Geschweiften Klammern eintragen( " { } "). Der aufbau sieht folgendermaßen aus:
    Itemid Wahrscheinlichkeit
    Die Wahrscheinlichkeit sollte folgendermaßen berechnet werden(Umständliche Version):
    ((x in %) / 100 ) * 1000000000
    Beispiel: (14.257(%) / 100) * 1000000000 = 142570000

    (4) Aufbau
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
    So sieht das ganze grob aus.
    Die Reihen, also zB.

    Code
    10000    0    0    0    0    0    0    0    0


    stehen für die Level die das Pet erreichen kann, sprich:
    10000 :: Level 1
    0 :: Level 2
    0 :: Level 3
    etc pp
    die einzelnen Zahlen stehen für Wahrscheinlichkeiten, sprich es handelt sich hierbei um eine Art Matrix.
    Erklräung
    Es gibt insegsamt 5 Reihen, die erste steht für die Petstufe 'D', die zweite für 'C' usw. Wenn ein Pet beim Pet Tamer o.Ä. geupgraded wird, dann wird aus der betroffenen Reihe also bei Stufe B die dritte Reihe per Zufall(Wahrscheinlichkeiten) ein Wert rausgenommen und dieser wird dem Pet zugeordnet. 10000 = 100% ; 0 = 0%
    Um euch noch ein bisschen was zu geben:
    Der Script für ein perfektes Pet wäre

    Code
    0    0    0    0    0    0    0    0    10000
        0    0    0    0    0    0    0    0    10000
        0    0    0    0    0    0    0    0    10000
        0    0    0    0    0    0    0    0    10000
        0    0    0    0    0    0    0    0    10000


    [/SPOILER2]

    • Ins Detail: Mdl*.inc:

    [SPOILER2]Im Folgenden werde ich euch den grundsätzlichen Aufbau der mdlObj bzw. der mdlDyna erklären. Im Endeffekt gibt es keinen Unterschied zwischen den beiden Datei, nur dass die mdlObj.inc World Objects beinhaltet und die mdlDyna.inc Ctrl, Sfx, Items, Mover(Mit Animationen), regions, Ship und Path Models entählt. Sprich man könnte entweder beide Datein zusammenfügen oder in weitere Datein untergliedern(Um mehr Übersicht zu schaffen). So wie ihr im Grundlagentutorial sehen könnt gibt es bestimmte Parameter, die das Model nochmal genauer beschreiben:

    Code
    "MiniDoor01" MI_NPC_MINIDOOR01 MODELTYPE_ANIMATED_MESH "" 0  MD_MID 0  1.0f 0 0 ATEX_NONE 1


    "MiniDoor01" = Name des Models
    MI_NPC_MINIDOOR01 = ID des movers(propMover.txt/defineObj.inc)
    MODELTYPE_ANIMATED_MESH = Modeltyp (Es gibt: MODELTYPE_NONE, MODELTYPE_MESH(Nicht Animiert)(verw. bei Items, Region,Ship), MODELTYPE_ANIMATED_MESH(Animiert)(verw. bei Items), MODELTYPE_BILLBOARD(verw. bei rain/snow), MODELTYPE_SFX, MODELTYPE_ASE(Keine Verw. gefunden))
    "" = Part, es ist (glaube ich) damit möglich z.B. eine Musikdatei an ein SFX o.Ä. zu binden oder an einen Umhang eine geschlechtsspezifische Texture
    0 = Fliegendes Objeckt(0=Nein, 1=Ja)
    MD_MID = Model Distant
    0=Pick(?)
    1.0f = Scale
    0=Trans(?)
    0=Shadow
    ATEX_NONE=TextureEx(ich glaube eine Art Erweiterung für die Texture
    1=Render Flag(?)
    -------------------------------------------------------------------------------
    So weiter geht es zu den Animationen:
    Ich gehe jetzt nur auf die Animationen von den Movern ein:
    Bsp:
    MI_Toadrin01
    zwischen den geschweiften Klammern:


    z.B. "die1" MTI_DIE1
    "die1" beschreibt den Pfad, also nicht falsch verstehen es beschreibt das Suffix der *.ani Datei, sprich in unserem Fall:
    "mvr_Toadrin_die1.ani"
    MTI_DIE1 weist der ani der richtigen Stelle im Client zu, sprich wenn man anstatt MTI_DIE1 ein MTI_ATK1 einsetzen würde, dann würde beim attackieren die Sterbeanimation kommen.
    [/SPOILER2]


    Copyrigth © 2013 - Tex0

    Hallo liebe Community.

    Das Projekt Bloodstorm Network sucht Unterstützung in seinem Team und zwar in den(/m) Bereich(en):

    • Homepage Design
    • Ingame Design(2D und/oder 3D)

    Vorraussetzungen sind:

    • Erfahrung
    • Teamfähigkeit
    • Kompetenz
    • Gewisse geistliche Reife
    • Kreativität

    Über den Server:
    Wir sind ein Lowrate Server mit den folgenden Raten (Exp: x10; Drop: x5; Penya: x10) aber im Endeffekt kann man unsere Expverteilung, unsere Itemsdrops und die Golddrops nicht auf Werte festlegen, da diese sehr gut in das Gameplay integriert wurden(e.g. von Level 1-60 levelt man sehr schnell und ab Level 60 weniger leicht). Da es auf Dauer sehr langweilig werden kann nur zu leveln versuchen wir, durch abwechslungsreiche Dungeons und durch eher niedrigere Upgraderaten, den Spielern Alternativen zu bieten. Durch ein sehr gut ausgearbeitetes Klassen Balancing wird der Spaß an den einzelnen Klasse wieder geweckt. Unser jetziges Team besteht aus sehr erfahrenen Leuten(Ressource Dev, Programmierer, Mapper), die Ideen sehr schnell umzusetzen wissen.

    Wenn ihr noch Fragen habt stellt sie hier im Thread, schreibt mir eine PN oder addet mich in Skype(Auf Anfrage)

    Wenn euch der Server interessiert und ihr Closed Beta Tester werden wollt schreibt mir eine PN

    Wenn ihr Teil des Teams werden wollt, schreibt mir eine ausführliche Bewerbung per PN (Es werden nur Bewerbungen zu den oben genannten Stellen wahrgenommen, die anderen werden sofort gelöscht!)

    MfG Tex0

    Ich spreche da von einem komplett neuen Interface, welches Flyff...etwas seriöser aussehen lässt.

    Das blöde an der Sache "flyff" ist doch auch die Tatsache, dass man alte Gefühle nur verdammt schwer wieder zum Leben erwecken kann. Denn ich bin der Meinung das Beste an Flyff war schon immer das "Feeling".