Beiträge von 'Asasel

    ist aufjedenfall in der db das mit den punkten wieviele sie gibt, hab bei mir von 500 auf 1500 erhöht und der effekt war ingame auch wirksam. Wichtig: Client item_proto updaten und server rebooten.

    Warum fühlst du dich so angegriffen? Es ist fakt das deine Files halt in der heutigen Zeit keine gute Grundlage mehr sind, nicht weil sie schlecht sind, sondern weil sie outdated sind. Damals hast du gute Arbeit geleistet bei den Files, das bestreitet niemand, aber sie sind halt nun mal outdated. Warum nimmst du das als Angriff auf? Neros files sind absolut nicht verbastelt, er hat nur die features eingebaut, die sowieso JEDER eingebaut hätte. Welcher Server kommt ohne max yang online? oder ohne gm push schutz? Zum Thema "geldserver" ... naja nicht jeder hier ist der Admin von Cusanon1-6... Ich persönlich bastel ausschließlich lokal, meinen letzten public server hatte ich .. ka 2013 oder so?..



    Man sollte dann jetzt die Diskussion evtl unterlassen, hat hier halt nix zu suchen..

    @TE: wiegesagt, vergleich mal deine uiprivatbuilder mit der aus neros client, der hier veröffentlicht ist bei den community files, dort solltest du fündig werden.

    Was soll den so großartig an meinen uralt Files buggen? Bis auf den Switchbot den man mit wenig Aufwand fixxen kann.

    Musste mir jetzt mal erzählen.

    schau dir mal den bug report thread zu deinen files an und den zu den nero files^^. Soll ja kein Hate sein oder so, aber deine files sind eben halt extremst outdated, da du ja keine updates mehr raus gebracht hast, wiegesagt soll absolut kein hate sein. Ist aber halt fakt das man sich gut 3-4 Stunden zeit spart wenn man auf Neros Files aufbaut statt auf deinen alten reworked files. Ich kann mir jetzt einen x-beliebigen public Bug aus der Bugsammlung auf M2Dev raussuchen und der wird zu 90% bei dir nicht gefixxt sein, während bei Neros files alle bekannten pub bugs gefixxt sind, die man irgendwo finden kann.


    z.B python und granny update sind jetzt die "großen" sachen die bei dir nicht aktuell sind. Dazu halt zisch kleinere bugs die halt hier und da zu crashes führen KÖNNEN, aber nicht zwangsweise müssen. Ich rede hier auch absolut nur vom Nero source. Koris "blanke" files kann man natürlich komplett in die tonne treten. Noch eine Sache die mir gerade spontan eingefallen ist: der bug beim items verkaufen das da falsche namen stehen, was erst vor paar tagen hier als fix gepostet wurde. Das is auch nur in den Fliege files so. Damals (vor ka 3-4 monaten) gabs auch eine Bugsammlung hier im Forum von jmd der Fliege files nutzte und dort hat er zb bei geschrieben was schon fixxed war und was nicht, wenn ich mich recht erinnere waren grob gesagt 7/10 sachen nicht gefixxt. Habe die bugs natürlich auch mit meinen Nero files abgeglichen und dort waren ALLE bereits gefixxt, das gleiche bei der Bugsammlung von generellen 40k files auf m2dev, auch die sachen waren bereits ALLE gefixxt. Was natürlich bei neros files "crap" ist, ist das Kori Shiningsystem, welches man aber innerhalb 5 min entfernt hat da Nero selbst ein Tut gemacht hat wie man es fehlerfrei entfernt.


    Jetzt bleibt noch der Aspekt "Clean"... joa deine files sind vll clean aber genau deswegen auch verbuggt. Nero hat in seinen Files aber auch nur "systeme" eingebaut, die extrem nützlich sind und sowieso von JEDEM eingebaut werden (shopslot erweiterung, extendet stacks, gm push schutz, max yang usw usw). Dazu muss man dann auch sagen, das man diese "Features" natürlich auch alle problemlos deaktivieren kann. Dann ist man auf dem selben stand wie deine files, nur halt ohne die lästigen Bugs.

    Nimm den nero source hier aus dem forum, basiert auf kori 1.3 und dort ist max yang in shops gefixxt. Zusätzlich sparst du dir ka 3-4stunden arbeit bugs zu fixxen die in normalen kori files oder in fliege files noch vorhanden sind.


    Alternativ mal die uiprivatshopbuilder von nero mit deiner abgleichen. Glaube clientseitig muss das max yang auch gemacht werden (sofern du sourcemäßig alles auf long long hast)

    funktioniert ansich schon, jedoch kommt trotzdem noch in der syserr folgende meldung:


    Code
    1. SYSERR: Aug 7 19:38:38 :: RunState: LUA_ERROR: [string "pet_system"]:4: attempt to index local `srcPet' (a nil value)
    2. SYSERR: Aug 7 19:38:38 :: WriteRunningStateToSyserr: LUA_ERROR: quest pet_system.start click

    hast du eine idee dafür?



    €dit: hab es so gelöst nun:

    Code
    1. when login with pc.getqf("pet_vnum") != 0 begin
    2. item.select(pc.getqf("pet_item_id"))
    3. --pet.summon(pc.getqf("pet_vnum"), "'s Begleiter", false)
    4. local srcPet = getPlayerPetByPIDAndSealVnum(pc.get_player_id(), pc.getqf("seal_vnum"))
    5. if srcPet ~= nil then --Check ob nill ist
    6. pet.summon(pc.getqf("pet_vnum"), "'s "..srcPet:getName() , false)
    7. end
    8. end

    hmm dann versuch das das fliege gepostet hat. Wiegesagt, wusste nicht ob das klappt da ich es nicht probiert hatte, sah für mich an der stelle halt logisch aus^^

    Hey kann mir jemand vielleicht erklären wie man direkt das gildenlevel auf max setzen kann? also das es standardgemäß maximale stufe ist

    offensichtlichste lösung:



    guild.cpp


    Code
    1. std::auto_ptr<SQLMsg> pmsg (DBManager::instance().DirectQuery(
    2. "INSERT INTO guild%s(name, master, sp, level, exp, skill_point, skill) "
    3. "VALUES('%s', %u, 1000, 1, 0, 0, '\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0')",
    4. get_table_postfix(), m_data.name, m_data.master_pid));

    die "1" nach der 1000 auf 20 setzen, sollte wohl das gildenlevel sein. Dann musst du aber auch die skillpunkte aufs maximum setzen usw, sollte alles in der query machbar sein. NICHT GETESTET



    also so:



    Code
    1. std::auto_ptr<SQLMsg> pmsg (DBManager::instance().DirectQuery(
    2. "INSERT INTO guild%s(name, master, sp, level, exp, skill_point, skill) "
    3. "VALUES('%s', %u, 1000, 20, 0, 20, '\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0')",
    4. get_table_postfix(), m_data.name, m_data.master_pid));


    evtl noch in navicat von der tabelle den default wert von level von 1 auf 20 setzen.

    Weil du ja zu 100% mit einem gm char getestet hast, oder? Gm logo in pn.. goldene schrift.. :D

    Nope, war bei allen Chars so. Sobald man Shift+Enter gedrückt hatte, wurde der Client geschlossen.

    ändert ja nichts dran das die funktion mit dem gmlogo trotzdem vorhanden ist und auch geladen wird, nur halt nicht sichtbar ist solange kein gm char schreibt. Ist trotzdem ein notwendiges teil vom system deswegen auch die crashes^^.


    Zum 3. fehler solltest du mal die db sysrr posten, sieht für mich danach aus als könne die DB wegen des falschen datentypes nicht speichern, ist deine player tabelle auf bigint? oder hast du da noch alles auf tinyint bzw int?

    Okay, das mit dem PN ist dadurch geifxxt. Schon Interessant, dass das GM Logo sowas macht.


    Hast du auch eine Idee woran es liegen kann bei den anderen 2 Problemen?

    Weil du ja zu 100% mit einem gm char getestet hast, oder? Gm logo in pn.. goldene schrift.. :D

    DasSchwarzeT hat mal ein TuT veröffentlicht wie man einstellt, das Pets nach dem Relog wieder spawnen. Nachteil: das Pet hat dann nicht mehr den richtigen Namen. Habe nun seit 1 Stunde versucht den richtigen Namen beim RESPAWNEN auslesen zu lassen, so dass das Pet nach einem relog mit korrektem Namen dort steht (wie er in der mob_proto halt eingetragen ist). Leider ist mir das nicht gelungen. Habe alles mögliche versucht.. pet vnum über flag auslesen zu lassen und umzukonvertieren zu mobname usw usw, nichts hat geklappt. Das "beste" was ich hinbekommen hatte war: "xxxx's 0" also das als Name nach dem respawn eine 0 dranstand xd



    Hier mal die Quest:


    Kann mir einer erklären wie ich den dump_proto packer zum verpacken der Item_proto verwenden kann? ich nutze Serverseitig FULL SQL!, brauche den dump_proto packer ja clientside um max. NPC namen auf 48 anzuheben. Habe es bereits compiled usw, Wäre jetzt halt noch interessant zu wissen wie ich damit eine item_proto packe. Bei Mob_proto mache ich es so: In Navicat "Export Wizard" -> mob_names und mob_proto exporten als .txt mit TABS als zwischenzeile usw und das klappt auch wunderbar, wenn ich dieses vorgehen 1:1 auf item_proto anwende klappt dies leider nicht.



    (btw: die namenserweiterung funktioniert übrigens fehlerfrei, trotzdem würde ich gerne in zukunft die dump_proto auch für die item_proto verwenden)

    debug mal die game.core und poste mal den inhalt


    zusätzlich noch einmal so vorgehen:


    logs clearen -> direkt danach eben die pn schreiben (NICHTS anderes dazwischen tun damit nichts neues geloggt wird) und dann den inhalt der syserr und syslog dazu posten (natürlich von allen cores auf denen du pns hin und her schickst. Wenn beide chars auf der gleichen map stehen dann halt nur von einer core)

    Jemand erfahren genug um es zu erweitern das auch Steine übernommen werden? Habe mal drüber geschaut aber ich komm nicht so ganz klar damit :D


    €dit: imacake hat mir geholfen


    Bitte melden Sie sich an, um dieses Bild zu sehen.

    Wäre top wenn jemand das hinbekommt das es erstmal nicht blinkt, und gruppenmember einfach ein blauer Punkt sind wie bei der Minimap. Ein fix gegen das verlassen der gruppe wäre auch nicht schlecht. Dafür reichen meine Kentnisse leider nicht aus ;D