[C++/Source]Erleichterung für jeden Admin

[TiRez]

Originally Posted by gerald500

das ist mir schon alles bewusst nur wenn sich die strukturen in der mob_drop_item special_item_group und what ever geändert haben dann muss ich ja meine alten komplett bearbeiten oder werden die auch nach den ganzen änderungen geladen ohne das ich da was ändern muss ?

Die mob_drop_item kannst du wie gewohnt so weiter benutzen nur die common_drop_item nicht. Diese musst du neu machen.

[Ocelot2606]

Originally Posted by TiRez

Hab ne Datei vergessen, ist im Update 1.1 drinne ^^

muss man die public_table.cpp auch in die makefile eintragen?

[TiRez]

Originally Posted by Ocelot2606

muss man die public_table.cpp auch in die makefile eintragen?

ja ^^

[Ocelot2606]

Originally Posted by TiRez

ja ^^

Frage deswegen weil ich da nirgenst nen #include dafür sehe o.O

PHP Code:

item_manager_read_tables.cpp: In member function 'bool ITEM_MANAGER::ConvSpecialDropItemFile()':
item_manager_read_tables.cpp:387: error: 'Locale_GetBasePath' was not declared in this scope
item_manager_read_tables.cpp: In member function 'bool ITEM_MANAGER::ReadMonsterDropItemGroup(const char*)':
item_manager_read_tables.cpp:690: warning: comparison between signed and unsigned integer expressions
Makefile:130: recipe for target 'OBJDIR/item_manager_read_tables.o' failed
gmake: *** [OBJDIR/item_manager_read_tables.o] Error 1 


[TiRez]

Originally Posted by Ocelot2606

Frage deswegen weil ich da nirgenst nen #include dafür sehe o.O

PHP Code:

item_manager_read_tables.cpp: In member function 'bool ITEM_MANAGER::ConvSpecialDropItemFile()':
item_manager_read_tables.cpp:387: error: 'Locale_GetBasePath' was not declared in this scope
item_manager_read_tables.cpp: In member function 'bool ITEM_MANAGER::ReadMonsterDropItemGroup(const char*)':
item_manager_read_tables.cpp:690: warning: comparison between signed and unsigned integer expressions
Makefile:130: recipe for target 'OBJDIR/item_manager_read_tables.o' failed
gmake: *** [OBJDIR/item_manager_read_tables.o] Error 1 


Es wird nicht includet, da es eine Source-Datei (.cpp) ist; nur Header-Dateien (.h) werden includet. Ich habe aber in der input_db.cpp ein

extern void PUBLIC_CreateLists();

was auf die "public_table.cpp" zugreift.

Zu deinem Fehler: ich hab ein neues Update, du musst lediglich das Locale_GetBasePath zu LocaleService_GetBasePath ändern ^^

Kind Regards

[MrMonkeyx3]

TiRez liebe dich <3 :*

[Deus]

Wie immer sterile Sache von dir Bruder, anders ist man es von dir nicht gewohnt.

[mrapc]

Hammer nicer Scheiß kann man sehr gut gebrauchen

[.Despero™]

PHP Code:

PUBLIC_CreateGMCommandFile(stDirName + "command.txt");
    PUBLIC_CreateGMCommandFile(stDirName + "command_player.txt", GM_PLAYER);
    PUBLIC_CreateGMCommandFile(stDirName + "command_trial_gamemaster.txt", GM_LOW_WIZARD);
    PUBLIC_CreateGMCommandFile(stDirName + "command_gamemaster.txt", GM_WIZARD);
    PUBLIC_CreateGMCommandFile(stDirName + "command_super_gamemaster.txt", GM_HIGH_WIZARD);
    PUBLIC_CreateGMCommandFile(stDirName + "command_community_manager.txt", GM_GOD);
    PUBLIC_CreateGMCommandFile(stDirName + "command_administrator.txt", GM_IMPLEMENTOR); 


Kann man damit jetzt auch befehle für Admins/Gms usw auch machen statt mit CMD oder was fürn funktion ist das?

Danke für release !

[Siryius]

How to solve theese errors?

public_table.cpp:397: error: 'GM_MAX_NUM' was not declared in this scope
public_table.cpp:410: error: 'arGMNameList' was not declared in this scope
public_table.cpp:419: error: 'arGMNameList' was not declared in this scope

[.Xero]

Ich weis der Thread ist etwas älter jedoch habe ich mit dem zeug hier ein Problem wo ich absolut nicht auf die lösung komme.

Und zwar wenn es eingebaut ist und ich etwas in die common_item_group schreibe und ich ingame einen mob kille versucht er das zu berechnen was er droppen soll aus der common_item_group und hängt sich auf! ja richtig der core crasht nicht sondern er hängt sich einfach nur auf.

habe jetzt schon einiges durchgecheckt jedoch finde ich nix außer das es erst zustande kommt wenn der mob getötet wurde, beim einlesen der datei gibt es keine fehler erst beim berechnen des drops.

Ich hoffe jemand versteht hier was ich meine und kann mir da eventuell weiter helfen.

€dit:
Fehler gefunden:

in der item_manager.cpp fehlten folgende änderungen:

PHP Code:

class CItemDropInfo
{
public:
    CItemDropInfo(int iLevelStart, int iLevelEnd, int iPercent, DWORD dwVnumStart, DWORD dwVnumEnd, BYTE bCount = 1, BYTE bJob = 0) :
      m_iLevelStart(iLevelStart), m_iLevelEnd(iLevelEnd), m_iPercent(iPercent), m_dwVnumStart(dwVnumStart), m_dwVnumEnd(dwVnumEnd), m_bCount(bCount), m_bJob(bJob)
      {
      }

      int    m_iLevelStart;
      int    m_iLevelEnd;
      int    m_iPercent; // 1 ~ 1000
      DWORD    m_dwVnumStart;
      DWORD    m_dwVnumEnd;
      BYTE    m_bCount;
      BYTE    m_bJob;

      friend bool operator < (const CItemDropInfo & l, const CItemDropInfo & r)
      {
          return l.m_iLevelEnd < r.m_iLevelEnd;
      }
};

extern std::vector<CItemDropInfo> g_vec_pkCommonDropItem[MOB_RANK_MAX_NUM]; 


und dann noch:
in der Funktion: "ITEM_MANAGER::CreateDropItem"

PHP Code:

while (it != g_vec_pkCommonDropItem[bRank].end())
    {
                const CItemDropInfo & c_rInfo = *(it++);
                
                if (iLevel < c_rInfo.m_iLevelStart || iLevel > c_rInfo.m_iLevelEnd)
            continue; 
                
        int iPercent = (c_rInfo.m_iPercent * iDeltaPercent) / 100;
        
        if (iPercent >= number(1, iRandRange))
        {
                        DWORD ranItem = number(c_rInfo.m_dwVnumStart, c_rInfo.m_dwVnumEnd);
            TItemTable * table = GetTable(ranItem);

            if (!table)
                continue;

            item = NULL;

            if (table->bType == ITEM_POLYMORPH)
            {
                if (ranItem == pkChr->GetPolymorphItemVnum())
                {
                    item = CreateItem(ranItem, 1, 0, true);

                    if (item)
                        item->SetSocket(0, pkChr->GetRaceNum());
                }
            }
            else
                item = CreateItem(ranItem, 1, 0, true);

            if (item) vec_item.push_back(item);
        }
    } 


habe einen weiteren DWORD eingefügt für das random item wenn ein bereich angegeben ist.
Problem war halt das dort immernoch c_rInfo.m_dwVnum angegeben war obwohl es ja jetzt c_rInfo.m_dwVnumStart und End gibt.

[MaLLaH95]

Es kommen immer ERROR's bei "item_manager.cpp"

[Lauling]

Originally Posted by TiRez

Aaaaahoi Seemänner !

Heute hab ich etwas ganz spezielles für euch. Diese Erweiterung wurde bereits auf einem Liveserver getestet und keine Bugs wurden ermittelt. Es handelt sich hierbei um eine neue Version von der mob_drop_item.txt & common_drop_item.txt . Des Weiteren wird bei jedem Starten des Servers im erstellten Public Ordner(steht im Howto im download) eine Übersetzung der mob_drop_item & common_drop_item , sprich ein Wiki direkt übersetzt einmal mit und einmal ohne die Chancen. Des Weiteren wird eine Liste erstellt, welche Befehle die jeweiligen GM-Ränge benutzen können.


mob_drop_item.txt könnte so aussehen und einiges an Arbeit sparen:

 Spoiler

common_drop_item.txt

 Spoiler

Übersetzung der mob_drop_item :

 Spoiler

Im Anhang ist ein Howto mit dabei !

Changelog 05.02.2015:

 Spoiler

Hatte Änderung in der Datei "utils.h" vergessen, weil es ne Standartänderung von mir war^^

Changelog 06.02.2015:

 Spoiler

Locale_GetBasePath zu LocaleService_GetBasePath geändert (in item_manager_read_tables.cpp), weil ich das bei mir geändert hatte ^^

Kind Regards

Eines was mich schon seit je her extrem gestört hat bei mt2 files... Der aufbau der dropfiles.. Und wie ymir das ganze verwendet. 255 = 100% sowie 0, angaben, wo ich mich schon immer gefragt habe was das denn für einen sinn hat.

Mit deiner lösung hat man gleich 2 fliegen auf einmal, bessere & schönere übersicht + effizienteres bearbeiten.

Gefällt mir sehr und ist auf jedenfall ein thx wert.

Feine sache!

[MaxChri]

Originally Posted by Lauling

Eines was mich schon seit je her extrem gestört hat bei mt2 files... Der aufbau der dropfiles.. Und wie ymir das ganze verwendet. 255 = 100% sowie 0, angaben, wo ich mich schon immer gefragt habe was das denn für einen sinn hat.

Mit deiner lösung hat man gleich 2 fliegen auf einmal, bessere & schönere übersicht + effizienteres bearbeiten.

Gefällt mir sehr und ist auf jedenfall ein thx wert.

Feine sache!

Noch nie was mit Informatik zu tun gehabt? 255=ff=100% (11111111)

Btw. solche Aufgaben werden eigentlich von Systemen übernommen und nicht per Hand.

[Lauling]

Originally Posted by MaxChri

Noch nie was mit Informatik zu tun gehabt? 255=ff=100% (11111111)

Btw. solche Aufgaben werden eigentlich von Systemen übernommen und nicht per Hand.

Ist mir schonklar ne, Ich hab ja noch nie was von hexadezimalzahlen gehört und mit IDEA gearbeitet....

Damit meine ich, das es mich nervt, dass yimir nicht einheitlich arbeitet, sprich in der etc_drop_item zbsp ist die Angabe der dropchance nicht wie bei der mop_drop_item, ebenso ist es anders bei der common.

Wenn man also 255 als 100% nehmen will, dann soll man das auch einheitlich bei allen files verwenden.

Ausserdem meine ich damit nicht, wieso ymir 255 als 100% nimmt, sondern wieso da bei instant files in den dropfiles mit 0, angaben gearbeitet wird, wenn 255, 100 entspricht, was hat dann zbsp der wert 0,2 als Angabe an dieser Stelle zu suchen, das würde ja demnach heissen, dass dieses item so gut wie nie gedropt wird.

Da frage ich mich nach dem sinn. Der Wert 255 macht sinn, das habe ich nie in frage gestellt.