Jey

I think it's not official. Found an equal bugreport on hercules: http://hercules.ws/board/tracker/issue-7738-bbreakweapon-and-bbreakarmor-on-reflect-skillitem/?gopid=20585#entry20585 Edit: It was fixed by malufett in src/map/skill.c He changed: (around Line 1617) if( attack_type&BF_WEAPON ) { // Coma, Breaking Equipment to: if( attack_type&BF_WEAPON && skill_id != CR_REFLECTSHIELD ) { // Coma, Breaking Equipment But i still have no clue if this is really official behavior or not ^^

Ich glaube es liegt an mehreren Dingen. 1. EuRO ist nun kostenlos. 2. Ragnarok ist sehr alt und es spielen nur die, die an dem Spiel hängengeblieben sind xD. Viel "Nachwuchs" kommt da wohl nicht, 3. Insbesondere P-Server sind davon geprägt zu wipen oder vollständig zu verschwinden. Die langfristige Verfügbarkeit ist somit kaum gegeben und die Spieler müssen sich immer wieder einen neuen Server suchen. Das machen wohl die wenigsten mit. 4. Es ist schwierig den "richtigen" P-Server für sich zu finden. Viele haben eine genaue Vorstellung von Servern, auf denen sie früher einmal gespielt haben. Manche Server werden allein wegen anderen Rates zum Teil direkt abgelehnt. 5. Die Community ist wesentlich anspruchsvoller geworden. Man erwartet schnelle Bugfixes, Balancing und neuen Content. Einige fordern Spieleingreifenden Content, andere möchten lieber nur neue Features oder Style-Items, welche sich nicht auf PvP auswirken. Dort den Mittelweg zu finden ist häufig sehr schwer. 6. Seit Renewal hat sich die Community imo sowieso in zwei Teile gesplittet :< etc. etc. Irgendeinen Grund hatte ich beim Schreiben wieder vergessen x-x Nunja; ich persönlich kann sagen, dass ich froh bin, dass RO noch so lange lebt. Und das ist eigentlich sehr verwundernswert. Das Problem Nachwuchsspieler könnte man evtl. in den Griff kriegen, indem wir uns Zeit nehmen um Freunden das Spiel in Ruhe zu erklären. Ein paar haben sicher noch Spaß dabei ^^

Wb ^^ Der Client scheint derzeit am stabilsten zu laufen.

Es sind nur vermutungen ^^ Aber du kannst es ja mal probieren.

Während des Loadingscreens lädt der Client alle Map Daten. Der Ablauf könnte ungefähr so sein: Ontouch Warp Portal -> Warp Package vom Server an den Client -> Beginne Loadingscreen -> Lade Map-Daten aus der grf / aus dem Data-Ordner des Clients -> Anpassungen auf die Auflösung? -> Beende Loadingscreen. Meiner Meinung nach müsste der Server dann relativ wenig Auswirkung auf die Ladezeit haben. Das Problem kann durch unterschiedliche Ursachen auftreten. Einerseits ist deine Festplatte evtl. voll und/oder die grf ist stark fragmentiert. Hier könnte eine evtl. eine Defragmentierung helfen. Oder die grf ist fehlerhaft? => Evtl. erneut Installieren / Herunterladen. Oder es gibt ein Problem mit den Grafikeinstellungen? Evtl. wird nicht die richtige Grafikkarte genutzt? NVIDIA Optimus Technologie? Auflösung evtl nicht optimal? Oder vielleicht fällt noch jemand anderen etwas ein. Ich habe gerade kp ^^ Helfen könnten beispielsweise Informationen, ob andere Spieler das gleiche Problem haben usw... Viel Glück bei der Suche

Wird auch die ID angezeigt, wenn der NPC selbst das Scriptcommand npctalk aufruft? Evtl. kannst du das dann über ein donpcevent triggern. Man sollte in Scripts imo möglichst atcommands vermeiden Ansonten änder' mal die Zeile in src/map/atcommand.c in ACMD_FUNC(npctalk) strtok(name, "#"); // discard extra name identifier if present in strtok(nd->name, "#"); // discard extra name identifier if present um. So oder so ähnlich könnte es funktionieren, teste es aber lieber auch noch bei anderen NPC's ^^ Aber besser wäre es wie gesagt das npctalk-Scriptcommand zu nutzen. (Ich bin gerade zu faul eine Instanz zu starten, daher gebe ich nur Tipps ) Edit: Hast du wirklich deinen Bildschirm fotografiert? xD

cool

Entweder vorher oder im OnInit mit "set .MaxIPCount,3;" ^^

Lol, das Script ist auch ziemlich umständlich xD (Schaut, ob eine IP mehrmals auf einer der Maps ist) Ich habe an sich schon eine fast vollständige Lösung oben geschrieben oo OnPCLoadMapEvent: query_sql("SELECT COUNT(*) FROM `login` l INNER JOIN `char` c ON c.`account_id` = l.`account_id` WHERE `last_ip` = '"+getcharip()+"' AND c.`online` = 1;",.@ipCount); if( .@ipCount > .MaxIpCount ) atcommand "@kick " + strcharinfo(0) + ""; end;Ungetestet. Aber das schaffst du schon

conf/battle/client.conf Didn't test it, but you can give it a try. Or you consume Panacea

SELECT COUNT(*) FROM `login` l INNER JOIN `char` c ON c.`account_id` = l.`account_id` WHERE `last_ip` = '"+getcharip()+"' AND c.`online` = 1;So könnte eine Lösung per SQL-Query aussehen. Etwas effizienter wäre evtl. noch ein Scriptcommand.Allerdings halte ich von so etwas nicht viel. Wenn man sich mal zum gemeinsamen Ragnarok Spielen treffen möchte, dürfen nur maximal 2 Spieler auf den Server. Irgendwie schade ^^"

Achso ich habe das falsch verstanden xD" Ich dachte die Wolken sehen nicht so aus, wie du es dir erhofft hast. Gibt es überhaupt Maps, die diese Wolken entbehren könnten (Falls man es mit einem Hex Editor macht)? So weit ich das sehen kann sind es folgende: comodo, 6@tower, 5@tower, 1@eom, 1@dth2, 1@dth3, dali02, dali, bif_dun01, bif_fild02, bif_fild01, 1@mist, airplane_01, airplane, 1@tnm2, moc_fild22b, moc_fild22, thana_boss, einbroch, que_qaru05, que_qaru04, que_qaru03, que_qaru02, que_qaru01, que_qsch05, que_qsch04, que_qsch03, que_qsch02, que_qsch01, himinn, rwc01, valkyrie, 1@dth1, 1@def02, sky1, 2009rwc_07, 2009rwc_03, gld2_ald, bat_b02, bat_b01, bat_fild02, sch_gld, que_temsky, ra_temsky, gon_dun02, gonryun, yuno, mjolnir_01, gef_fild07, new_event. Wobei unterschiedliche Wolken-Effekte eingesetzt werden.

Hoi, darf ich fragen, warum es nicht so aussieht, wie du es dir erhofft hast?

Das ist eine Mapflag ^^ cell_game mapflag pvp Also eigenes Script eintragen oder die Zeile zu den anderen mapflags hinzufügen. Sinnvoll sind dann auch andere Mapflags wie: nowarp, noteleport, nogo, nomemo, pvp_noparty, noreturn

Yes, it is more effective. But first as AnnieRuru mentioned some arrays shouldn't be sorted. And SCRIPT_MAX_ARRAYSIZE is 128. So the very most arrays in rathena have less than 100 elements. So it should not be that critical to walk through all elements. O(n) If you need to make sure, that the array is sorted (quicksort - O(n log n)) and search through it (binary search O(log n)) it could be less efficient (if the array changes often) and it would be very complex. So I would recommend as a first step just a single array_search command. If someone really need that little speed boost he's free to make another suggestion xD But I don't think that scripts will become appreciable quicker by that script command. I didn't tested it yet ^^ I use array_search espacially for cleaner coding. For instance in my Warper to check if MapUserCount should be deactivated on the specific map. Or in my Disguise Event to check if the monster is on the black list... and so on. It justs saves a loop and an if statement ps: The Scriptcommand works fine for more than 1 month ^^

Die müssten normalerweise in der Standardinstallation automatisch geladen werden ^^

Änder mal if (countitem(7730) >1) goto warp_bradun; zu if (countitem(7730) < 1) end; Dann beendet er das Script sofort, wenn man keinen Pass hat. Ansonten kannst du das End auch mit einer Ausgabe ersetzen. Sowas wie { mes "[NPCName]"; mes "Dir fehlt der Pass!"; close; }

np

I think you can leave them. mob_status_def_rate behaves like pc_status_def_rate, just for monsters. pc_max_status_def and mob_max_status_def is the maximum of status immune percentage players or monsters can reach. For example pc_status_def_rate is set to standard 100 maximum immunity is at 100 vit. So each vit point gives you 1% status immunity. With 75 vit you got 75% status immunity unless pc_max_status_def is lower than 75. If it is set to 70, your status immunity is 70% even if you got 75 vit.

But your solution is right. Just set pc_status_def_rate to 125 ^^

I think only vit has an effect on status immunity. luk has an effect on some effects like blind but I don't know if someone can become immune to blind just by luk. http://irowiki.org/wiki/Status_Effects What do you mean by having 80 vit? If you set pc_status_def_rate to 10000 you got status immunity with vit above 1. (everytime) If you want to have status immunity above 80 vit you can use the formula ^^

You're welcome

First of all you should think about changing to git: http://rathena.org/wiki/Transition_from_SVN_to_GIT I have no idea where to get the SVN Version from 2013-07-24 x-x pc_status_def_rate is a percentage value. So 100 means 100% of the original vit needed to have status immunity. And that's by default 100. You set to 50. That means you need more vit to get status immunity. The effect is halved so you need to double your vitality (200). If I understand you right you want to deactivate every status effect. That means you want to have status immunity at vit = 1. Little calculation for 20 vit (just to check if the formula is correct): 100/20 * 100% = 500% => seems good (STD_VIT/WANT_VIT * 100%) 100/1 * 100% = 10000 So try to set pc_status_def_rate to 10000. That should deactivate all status effects ^^

Jup das ist ziemlich einfach. Man kann zu jedem permanenten Spawn einen Monsternamen eingeben. Dabei muss dieser nicht unbedingt dem der Datenbank entsprechen. http://rathena.org/wiki/Permanent_Monster_Spawn

Das ist auch kein Repository ^^ Die Dateien kannst du einfach so downloaden. In dem Fall benötigst auch nur eine