Beiträge von YauLiaa

Zitat von flightm0de

Das liegt daran, dass bei NPC Shops keine Werte für Sockets angegeben sind, sprich: die sind auf 0 gesetzt. Um das zu beheben, musst du deinem Shop Table in der db Columns für die Sockets hinzufügen, dann in der db src auslesen und die packets jeweils um das ganze erweitern. Hab ich bei mir zumindest so gemacht.

Edit:
Habs falsch verstanden, hatte damals ein ähnliches Problem mit permanentem/non-permanentem Push Zeugs. Dennoch dürfte das Problem in die selbe Richtung gehen.

Naja ich hatte es geschafft nur über die uitooltip, dass der value1 wert angezeigt wird beim exshop und Itemshop, jedoch hat der das dann immer aus item_proto ausgelesen d.h. die Verbl. Zeit wurde nicht abgezogen, aber angezeigt hat er das. Ich vermute dass der metinslot nicht erkennt bei itemshop und shopex

Falls ich mal aufhör könnt ich 900GB metin Stuff releasen, trotzdem viel Glück dir weiterhin, gebe dir einen Tipp du musst was anderes finden was Metin2 ersetzt sonst klappt das nicht.

Hey, ich habs selbst versucht zu beheben, hat leider nicht geklappt wie gehofft.

Bug Nr1:

Meine Ringe funktionieren über ITEM_UNIQUE und die Zeit wird über value1 bestimmt.

Die Zeit wird auch korrekt angezeigt, bis auf im shopex und dem py itemshop

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

Bug Nr2:

uitooltip wird im inventar etc korrekt angezeigt, nur bei shopex nicht:

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

Discord x5050

Probiers mal so:

21900 견습용 0한손검 ITEM_WEAPON WEAPON_SWORD 2 ANTI_MUDANG | ANTI_DROP | ANTI_GIVE | ANTI_MYSHOP | ANTI_SAFEBOX | ANTI_WOLFMAN | ANTI_CHANGELOOK | ANTI_REINFORCE | ANTI_ENCHANT | ANTI_ENERGY | ANTI_PETFEED | ANTI_APPLY | ANTI_ACCE NONE WEAR_WEAPON NONE 0 0 0 0 15 LEVEL 0 REAL_TIME 1296000 APPLY_ATT_SPEED 22 APPLY_CRITICAL_PCT 5 APPLY_MALL_ATTBONUS 20 APPLY_NONE 0 0 15 19 13 15 49 0 0 0

REAL_TIME wird bei limittype1 und limitvalue1 bestimmt soweit ich das weiß

Hey, gestern Abend ging es noch, hab nichts verändert. Das einzige was startet ist der db core die anderen cores aber nicht,

die haben keine sysser und auch keine logs.

mysql läuft auch, richtig seltsam

FIXXED: update_limit_time.py in gamesrc,

alter hätte niemals gedacht, dass genau jetzt das ding abläuft

Zitat von Inventur

Granny viewer nutzen nachgucken welche Version unter Eigenschaften steht mit eigener granny Version im source als auch in der granny DLL vergleichen, notfalls 3dsmax version 19 holen + liron seine DLL Sachen / converter etc, Rüstung importieren Bones draufhauen und dran attachen exportieren fertig oder notfalls nen 3d modellierer fragen der davon plan hat und sich das angucken kann, weiß leider nicht was genau der mit revision meint aber wird wohl irgendwas sein was du zufällig womöglich geändert hast unabsichtlich

Das wird etwas mitm Source zu tun haben, ich benutze die selbe granny version wie vom alten Projekt, den einzigen Tipp den ich bekommen habe ist

• Runtime error when checking granny mesh.

Hey, ich hab mir eine neuen Source aufgesetzt und hab alle meine Rüstungen aus meinem alten Projekt dort verbaut.

Einige Kostüme sind aber ingame unsichtbar, man sieht den Charakter auch nicht.

MSM ist korrekt, shapeindex ist nicht doppelt, kann

es wirklich am gr2 modell liegen obwohl ich die selbe granny version nutze wie beim alten projekt??

0526 22:44:34814 :: GRANNY: File is file format revision 6 (current version is 7)

0526 22:44:34816 :: GRANNY: File has run-time type tag of 0x80000010, which doesn't match this version of Granny (0x80000039). Automatic conversion will be attempted.

Weiterer Sysser:

CResourceManager::GetResourcePointer: File not exist

Hab die .gr2 modelle auch auf die D: fesstplatte gepackt um auszuschließen, dass es vom packen kommt.

Gibt es einen converter dafür hab keinen gefunden

Die Ports stimmen auch mit dem Server überein? 11002, 13001 etc steht in der Config des jeweiligen Cores das gleiche?

gib mal den befehl "ps" ein bei putty und schau ob alle cores auch gestartet sind.

Wenn alle cores nicht gestartet sind, schau in der sysser wo das Problem ist

Wie BiLLA das formuliert hat ist falsch, statt Bip01 versuch "Bip01 Spine2" reinzuschreiben

falls es doch nicht geht:

Versuch mal statt Bip01 folgendes einzutragen:

Bip01 Head

Bip01 Ponytail13

Bip01 Neck

Weiß jetzt nicht woher du dein .gr2 modell jetzt hast und wofür das ausgelegt ist, vl geht ja eins davon

contabo

Zitat von Universum

Zitat von YauLiaa

keins von beiden, hmm muss aber gehen mach mal statt reload q sh stop sh und sh start.sh

ansonsten wenn das nicht geht hab ich eine alternative lass mich erstmal bei mir testen

führe nach jeder queständerung sh ...2 und sh ... 4 für quest reload

Schau mal bitte in deiner gamesrc ob du alle 5 Sachen genauso hast:

Bitte melden Sie sich an, um diesen Link zu sehen.

Bitte melden Sie sich an, um diesen Link zu sehen.

Bitte melden Sie sich an, um diesen Link zu sehen.

Bitte melden Sie sich an, um diesen Link zu sehen.

Bitte melden Sie sich an, um diesen Link zu sehen.

Zitat von Universum

Zitat von YauLiaa

Bei mir gehts

Bitte melden Sie sich an, um diesen Link zu sehen.

Code

1. quest testdie begin
2. state start begin
3. when die with pc.get_level() >= 1 begin
4. say_reward("Ya kelb")
5. end
6. end
7. end

testserver ist fliege v2 , hat du auf v2 oder v3 getestet ?

keins von beiden, hmm muss aber gehen mach mal statt reload q sh stop sh und sh start.sh

ansonsten wenn das nicht geht hab ich eine alternative lass mich erstmal bei mir testen

Zitat von Universum

Zitat von LordZiege

Bitte melden Sie sich an, um diesen Link zu sehen.

ich versuche es mal

Bei mir gehts

Bitte melden Sie sich an, um diesen Link zu sehen.

Zitat von Universum

Zitat von YauLiaa

pc.is_dead gibts doch als Funktion machs in eine Quest?

when pc.is_dead

oder willste das über c++ machen

if (ch->IsDead())

quest deadquest begin

state start begin

when pc.is_dead begin

say("test")

end

end

end

so funktioniert es aufjedenfall nicht

Alles anzeigen

versuchs mal mit

when die begin

und versuchs mal mit

when die with pc.get_level() >= 1 begin

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

Funktioniert 100%:

Bitte melden Sie sich an, um diesen Link zu sehen.

pc.is_dead gibts doch als Funktion machs in eine Quest?

when pc.is_dead

oder willste das über c++ machen

if (ch->IsDead())

Zitat von Ashika

New designs have been added.

Es wurden neue Designs hinzugefügt.

your pictures dont work

Zitat von Lynx

Zitat von Syntax

Ahh okay also ja stray_dog passt auch alles soweit.

Ich vermute sehr stark das im System etwas crashed da logischerweise der Fehler auch bei der normalen Schamie auftauchen müsste. So meine Theorie zu mindestens. Sie schmeißt keine Fehler nur dieser NPC. Ich könnt mir vorstellen das es einfach minimal zu spät Instanziert wird aber dazu müsste ich erstmal das System durch schauen und verstehen was Aslan da genau macht.

Granny Version müsste glaube ich die 2.4 sein.

Lad dir halt den Avenor Source runter, da ist das Teil eh drinnen. Da ziehen sich die meisten das auch raus, Vergleich die Dateien.

Was redeste da? Hast du das Buffisystem bei Avenor mal gesehen? Ist nurn Buffi ohne Equipslots + ist nicht skillbar

Einfach in Russland hosten wäre der sicherste Weg, dort auch ne Firma aufmachen glaube nicht, dass die Gameforge dann dort was machen kann, außer man selbst ist nicht in Russland

Also ich verzweifle langsam an diesem seltenen Bug...

Der Skill Verzauberte Klinge geht nicht immer zu 100% an,

wenn ich den Skill anmache klappts zu 97% und manchmal wenn ich den ausmach und wieder anmach geht er nicht an, erst beim zweiten Mal, MP ist immer voll

Zitat von Sinan1034

Problem gelöst

kann #geclosed werden

Solltest dein Thema lieber selber schließen, bevor einer kommt und anfängt dich deswegen zu mobben