Beiträge von 'Asasel

Zitat von Aze

Zitat von Mafuyu

Es ist fakt, warum willst du das bestreiten? Versteh ich absolut nicht.

Wo sind denn die Fakten?

Ich merke das es keinen Sinn hat, ich habe jetzt 3 mal exploits genannt die noch offen sind, und hier im Forum gibts auch ne schöne Liste mit exploits wo sogar explizit erwähnt wird das sie in den Fliege files offen sind, aber ihr labert so "eeh laber nix stimmt nicht is nix offen was für fakten" merkt ihrs noch? Is so als würde ich sagen "blanke Kori files sind nicht verbuggt labert nicht" ?!

Wer ein wirklich ernstes Projekt plant nimmt weder uralt Fliegefiles noch uralt Nerofiles sondern man kauft direkt Martyfiles. Wer der Meinung ist, das wäre "Moneywaste" plant sowieso kein anständiges Projekt. <<--- <Meine Meinung>

Zitat von Fliegex3

Zitat von Mafuyu

Habe in meinem beitrag bereits einen genannt. für weitere schau metin2dev das thread mit den ganzen Exploits und Bugs wo auch die fixxes bei sind, jeder ist bei dir noch offen, fakt. Mehr braucht man da nicht diskutieren? Bin am handy war länger nicht über PC on sonst hätte ich die Threads selbst rausgesucht und verlinkt, am Handy is mir das aber zu anstrengend.

jop jedes exploit ist noch offen, hast recht

dummschwätzer

Es ist fakt, warum willst du das bestreiten? Versteh ich absolut nicht.

Zitat von Fliegex3

Zitat von Mafuyu

Geh ma auf metin2dev und elitepvpers nimm dir da die "Ymir Bugsammlungs" threads raus, jeder bug der da drinne ist, ist in deinen Files vorhanden, ist halt fakt. Habe damals auf Neros Source aufgebaut, habe dort keinen dieser pub Bugs fixxen müssen. Außer der, das der client zugeht wenn 2 leute das gleiche Item kauften im Shop zum selben moment, der war auch bei Nero noch offen. Die restlichen nicht, bei deinen files ist das jedoch so und das ist wiegesagt, fakt...

Davon ganz abgesehen würde ich für einen Serveraufbau sowieso Martyfiles empfehlen, wenn das nötige Geld vorhanden ist.

Dann sollte es dir ja ein leichtes sein, einen dieser exploits zu nennen

Habe in meinem beitrag bereits einen genannt. für weitere schau metin2dev das thread mit den ganzen Exploits und Bugs wo auch die fixxes bei sind, jeder ist bei dir noch offen, fakt. Mehr braucht man da nicht diskutieren? Bin am handy war länger nicht über PC on sonst hätte ich die Threads selbst rausgesucht und verlinkt, am Handy is mir das aber zu anstrengend.

Zitat von Fliegex3

Zitat von Mafuyu

brudi es ist halt einfach mal genau andersrum. Wenn du erst 100 fixxes aus 10 verschiedenen Foren zusammentragen willst -> Fliege. Wenn man direkt mit dem wichtigen loslegen will und schlimmstenfalls 3-4 Sachen fixxen will -> Nero 1.3. Und sind wir mal ehrlich, wenn man direkt die Nero files nimmt kann man hier nicht mehr von "Kori files" sprechen, in meinen Augen. (Auch wenn in den Nero files eben von Kori noch viel müll drinne ist, wie zb das buggy Shiningsystem, daher muss auch hier noch was gemacht werden, aber immer noch wesentlich weniger als an den Fliege files)

@TE: Kauf lieber direkt die Martyfiles für 200€, das ist die beste Grundlage die man haben kann.

Und du kannst natürlich tausende Bugs auflisten. Würde natürlich auch die Files die mehr verbastelt sind mit mehr "Features" und Müll drin bevorzugen. Der Rest macht keinen Sinn.

Geh ma auf metin2dev und elitepvpers nimm dir da die "Ymir Bugsammlungs" threads raus, jeder bug der da drinne ist, ist in deinen Files vorhanden, ist halt fakt. Habe damals auf Neros Source aufgebaut, habe dort keinen dieser pub Bugs fixxen müssen. Außer der, das der client zugeht wenn 2 leute das gleiche Item kauften im Shop zum selben moment, der war auch bei Nero noch offen. Die restlichen nicht, bei deinen files ist das jedoch so und das ist wiegesagt, fakt...

Davon ganz abgesehen würde ich für einen Serveraufbau sowieso Martyfiles empfehlen, wenn das nötige Geld vorhanden ist.

Zitat von Aze

Zitat von BuddhasErbe

Hochgelobt werden, soweit ich das beurteilen kann, Kori's Files und die von Fliege. Findest du beide hier im Forum.

Bei Koris Files (v1.3) musst du nach dem Update von Gengar schauen, da sind schon einige Fixxes enthalten.

Gruß

Gerade die Kori Files würde ich vermeiden, außer man will seine wertvolle Freizeit damit vergeuden, unzählige Fehler zu beheben. Fliege Files sind gute Basisfiles.

brudi es ist halt einfach mal genau andersrum. Wenn du erst 100 fixxes aus 10 verschiedenen Foren zusammentragen willst -> Fliege. Wenn man direkt mit dem wichtigen loslegen will und schlimmstenfalls 3-4 Sachen fixxen will -> Nero 1.3. Und sind wir mal ehrlich, wenn man direkt die Nero files nimmt kann man hier nicht mehr von "Kori files" sprechen, in meinen Augen. (Auch wenn in den Nero files eben von Kori noch viel müll drinne ist, wie zb das buggy Shiningsystem, daher muss auch hier noch was gemacht werden, aber immer noch wesentlich weniger als an den Fliege files)

@TE: Kauf lieber direkt die Martyfiles für 200€, das ist die beste Grundlage die man haben kann.

fix damit es auch richtig funktioniert, und nicht immer den status "WRONGVER" übergibt, egal ob die version stimmt oder nicht:

input_auth.cpp

enjoy

nimm erst garnicht blanke kori files.. wenn schon dann neros files die auf kori 1.3 aufbauen, hier released sind und nicht so verbuggt sind.

Die vip.mse ist nicht im richtigen verzeichnis. D:\locale?

fkn League go away with this shit... not usefull and not cool...

Zitat von Oskar

0928 15:12:20736 :: File "game.py", line 828, in OpenRefineDialog

0928 15:12:20736 :: File "interfaceModule.py", line 899, in OpenRefineDialog

0928 15:12:20736 :: File "uiRefine.py", line 321, in Open

0928 15:12:20736 :: File "uiRefine.py", line 276, in __LoadScript

0928 15:12:20736 :: AttributeError

0928 15:12:20736 :: :

0928 15:12:20736 :: 'RefineDialogNew' object has no attribute 'AutoRefine'

0928 15:12:20737 ::

Hatte jemand so ein ähnliches Problem?

Alles anzeigen

Du hast beim einbau ein fehler gemacht. Geh genau nach tut vor und es funktioniert. Habe es auch verbaut und läuft.

mach das doch über source, wie die yangbarren, da sollte das gehen wenn du es mit long long machst

Mit "BroadcastNotice" funktioniert es wunderbar, auch Core übergreifend. Danke an Sanii

close

Zitat von Sanii

Zitat von Dex

questlua_global.cpp in deiner gewuenschten Datei includen und dann kannst du die funktion nutzen

C: questlua_global.cpp

1. int _notice_all( lua_State* L )

Zwar etwas spät, aber:

Cpp includen? Jetzt oder später Schläge? XD

'Asasel such im Source nach BroadcastNotice.

Alles anzeigen

wird wohl das gemeint sein, oder?

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

Dex ich habe das mit .cpp sowieso überlesen und automatisch die header datei verstanden, keine sorge^^

Da es kein Pendant System like official (ITEM_PENDANT) gibt, habe ich es mir selbst geschrieben was auch funktioniert, jedoch zeigt er mir auf den Talismanen die neuen Element Bonis nicht an

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

€€€: ja moin einfach mal clientside die bonis vergessen zu definieren, hat sich erledigt

Bei mir funktioniert das uppen der Drachensteine nicht (nur das wo man die bohne für braucht, alles andere geht).

Das item ist danach nicht mehr sichtbar wenn ich einen stein damit uppe. Das hat ja irgendwie was mit vnum_range zutun glaub ich, ist aber eingebaut in der item_proto client und serverseitig. Hat jemand eine idee warum es trotzdem nicht funktioniert und die items danach nicht sichtbar sind und kein namen usw haben? Item_list hab ich schonmal editiert dann sieht man halt die steine die ich hinzufüge in der liste aber eigentlich sollte das ja dank vnum_range von alleine gehen.

Zitat von Yato神

notice_all im source ausführen

Ist das denn möglich? Da es ja ein questbefehl ist kann ich mir das nicht vorstellen. Wenn doch, wie sähe das aus?

Möchte über meinen Source eine "Nachricht" an alle Spieler senden lassen, daher natürlich auch über alle Cores, jedoch funktioniert es aktuell nur auf der Core wo das "script" gestartet wird. Hat jemand eine Lösung dafür? bei notice_all in quests klappt das ja auch. Leider kann ich meine Idee nicht via Quest umsetzen da auch der Timer und das restliche System only c++ ist.

Hier mein Code wie ich es versucht habe:

Passiert das nur wenn der sura einem za gibt? Wenn ja, dazu gibts hier nen pub fix gegen aber der geht nur bei neueren compilern also gcc49 glaub ich. Einfach mal nach "sura lag fix" suchen oder so, gibts auch auf m2dev und eben hier von der gleichen person, bin am handy kanns daher net raussuchen

Zitat von Dex

Zitat von Mafuyu

effekte alle richtig, jotun thrym ansich funktioniert komplett also mit healer und effekten usw usw alles normal, nur das betreten von ochao map geht nicht. Liegt an dem hier:

Code

1. quest temple_of_the_ochao begin
2. state start begin
3. when login with pc.get_map_index() == 209 begin
4. --temple_ochao.initialize()
5. return
6. end

also an dem tempel_ochao.initialize() irgendwas spackt da rum wenn ich es anmache. Konnte rausfinden das es wohl an einem nullptr liegt aber ich habe keine ahnung wieso, habe nun alles mit dem Bestproduction source abgeglichen, habe alles identisch wie es dort ist.

nullptr konnte ich finden indem ich die questlua_TempleOchao.cpp verändert habe:

Code

1. namespace quest
2. {
3. int temple_ochao_initialize(lua_State* L)
4. {
5. if(TempleOchao::CMgr::instance_ptr() == NULL)
6. {
7. sys_err("Pointer ist Nullptr. Aber Wieso ?");
8. }
10. else
11. {
12. sys_err("Pointer ist nicht Nullptr hura. Aber wieso tritt der Fehler auf ?");
13. }
15. TempleOchao::CMgr::instance().Prepare();
16. return 0;
17. }
19. void RegisterTempleOchaoFunctionTable()
20. {
21. luaL_reg temple_ochao_functions[] =
22. {
24. {"initialize", temple_ochao_initialize},
25. {NULL, NULL}
26. };
28. CQuestManager::instance().AddLuaFunctionTable("temple_ochao", temple_ochao_functions);
29. }
30. }

Alles anzeigen

Alles anzeigen

main.cpp

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.

guck ob die Zeilen stimmen und hier eine Quest:

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

und hier nochamls:

C: questlua_TempleOchao

1. #include "stdafx.h"
2. #include "questlua.h"
3. #include "questmanager.h"
4. #include "TempleOchao.h"
6. #undef sys_err
7. #ifndef __WIN32__
8. #define sys_err(fmt, args...) quest::CQuestManager::instance().QuestError(__FUNCTION__, __LINE__, fmt, ##args)
9. #else
10. #define sys_err(fmt, ...) quest::CQuestManager::instance().QuestError(__FUNCTION__, __LINE__, fmt, __VA_ARGS__)
11. #endif
13. namespace quest
14. {
15. int temple_ochao_initialize(lua_State* L)
16. {
17. TempleOchao::CMgr::instance().Prepare();
18. return 0;
19. }
21. void RegisterTempleOchaoFunctionTable()
22. {
23. luaL_reg temple_ochao_functions[] =
24. {
26. {"initialize", temple_ochao_initialize},
27. {NULL, NULL}
28. };
30. CQuestManager::instance().AddLuaFunctionTable("temple_ochao", temple_ochao_functions);
31. }
32. }

Alles anzeigen

Alles anzeigen

hast du dieses hier verbaut: Bitte melden Sie sich an, um diesen Link zu sehen. ?

und welchen basis src nimmst du? fliege? nero?

€€ lag am compiler!

Zitat von Dex

die quest koennte fehlerhaft sein oder du hast die EFFECTE falsch eingesetzt, wenn du SASH drinne hast guck im lenght.h und InstanceBase ob die unterm sash liegen.

effekte alle richtig, jotun thrym ansich funktioniert komplett also mit healer und effekten usw usw alles normal, nur das betreten von ochao map geht nicht. Liegt an dem hier:

also an dem tempel_ochao.initialize() irgendwas spackt da rum wenn ich es anmache. Konnte rausfinden das es wohl an einem nullptr liegt aber ich habe keine ahnung wieso, habe nun alles mit dem Bestproduction source abgeglichen, habe alles identisch wie es dort ist.

nullptr konnte ich finden indem ich die questlua_TempleOchao.cpp verändert habe: