Tryskell

As said Melron, HeroManager.getInstance().isActiveHero is a sublayer of isHero and verify if the hero is actually a real one. The "valid hero" state unlocks when you reach the NPC and pick the title. Also, requesting my help while using "rusacis" is a "foutage de gueule", at best (in french, I let you translate) and also a outright lie from yourself (they - and you - don't base on free rev 401).

A pentium 4 3 ghz, 4 giga of RAM and an ATI RADEON 9800 PRO.

I already figured it :P

The public sources are open source, it's not because there is a private, more advanced version it makes the first statement wrong. Public sources are shared without any specific rules - except the basic one to don't be a faggot. As I already told you, I don't need testers at this point - and testers is the easiest things to get. You complain about slow dev, I tell you I need devs - you tell me it needs to be ended to get some help/report, I tell you it then has to be slow. You tell me I will miss an opportunity with Classic, I tell you it's a waste of time to split between 2 projects (and so, get 2 very slow projects instead of 1 slow project). It's a neverending circle - let's stop from here ;).

It's pointless to add pedals if the supposed "bicycle" isn't a bicycle to begin with. You can add as much pedals as you want, a plane with pedals won't do a lot. If you're fooled by dirty fixes, well, good for you. You're not my main target. "Real" helpers are the one who followed aCis in its darkest moments and continued to support it afterwards : When skills were entirely deleted and replaced by GF and H5 version (2011) When quests were entirely deleted and replaced by Java self made version (2012) When 385-391 cycle was fully buggy, and people continued to report (90 related issues were fixed in 1 year) When I had the idea to implement Desire system, and one crazy dude jumped into the hellhole with me (and actually carry me) I got my own inner roadmap on my head, and it follows its way. Each cycle got a general direction, btw. Simply "wait" the princess being saved, and hope than in the end, the king is kind enough. Also, explain me why I would make an open-source project if it's already playable ? What's the point, to begin with ? Make you rich while wasting my time ? I address myself to developers, not greedy admin servers.

You already know my position about it. If I manage to end IL, I will eventually move to other chronicles. There is no use to split between chronicles for now, it's a waste of time and would lock me in eventual reworks (which I would have to reproduce X times per X maintained chronicles). IL is my priority, it's my main chronicle. I don't care what players want, or even worst, server admins who "wait". The point of an emulator is to emulate, if you build a gameboy emulator, that's not to have a gameboy advance. Moving to a chronicle is an easy cake, given the fact you got the data. Downgrading to C1/C4 would be actually easy. Moreover if someone did the packet opcodes/structure for you. Some ppl moved aCis to HB, some others to Freya,... Really, it's not hard. Just time consuming, and probably far lesser than whatever I did so far. Data is generally the annoying part.

People wouldn't use aCis as much as they do, and there wouldn't have "that much" custom shares regarding aCis if that was the case. I wouldn't recommend my own pack if sources weren't available, period. No source makes the customization ecosystem pretty much dead. Even if I personally never cared about customization, denying it from ppl is stupid. Still, that's not to you to decide which is good or bad for people. As I already said, you have to promote packs doing good. People KNOW what they are paying for. It's not a "scam", it's just terrible practice, and that terrible practice is rewarded by people who buy and promote that behavior. If you want it to stop, stop using those packs, drop related topics and stop speaking about them. In reverse, help packs "playing the game" as much as you can. It's as simple as that. The main problem with that behavior is than you "wait" it becomes better. If all of you "waiters" were actually picking a pack and helping the dude, I'm sure no matter the pack you choose, it would be already ended. Getting a dirty Frintezza and getting no clue what is actually done core-side to make it working doesn't mean your pack is ok to be used. Copying-pasting L2Free 2007 scripts folder (and yes, there are a lot of those copy pastes) doesn't make your pack good, while you got strictly no clue how it's supposed to work. If your point is only to get a playable server, picking such content and agglomerating it on aCis will still be a better pack. There is no fortresses on IL, btw. If you saw it on an IL server, it's completely custom. If you speak about SCHs, 3/6 were perfectly working before AI rework, now they have to be redone.

aCis got ~150 opened tickets for 1025 archived (which is ~85 per year). Amount of tickets doesn't mean a lot, it's vastly influenced by the amount of reports you got, the team's dedication to filter reports (clones, invalid), etc. It's sure if you got like 500+ tickets, you probably better should stop your project or recruit paid ppl. The maximum aCis had was something like 350 - that was just after the release of the buggiest aCis revision, which is, in date, 389/390.

Tbh I don't really understand where you, guys, are pathing by. Don't promote Lucera (and others packs, but I see only Lucera matching the topic) on MxC to begin with (self board dropped, share links dropped,...), if your point is to forbid that type of product. If people are unable to edit sources because some RU dude is selling, without hiding the fact it's precompiled/obfuscated, that's not your business. People can and do choices by their own. Instead, try to promote/endorse packs which go the correct way. What you do is just brassing wind (no offense). If people are ready to pay 100/200€ for an obfuscated / precompiled and unfinished pack, well, it feels dirty but Darwin exists for a reason.

Well, my answers are generally big (I'm known for that), and in verbal jousting, it's far easier to attack rather than to defend. Unaware ppl would read your answer and will simply conclude I'm not reachable, or even worst I answer if you pay - which is completely wrong. It's extremely easy to down a reputation, far harder to defend it. L2J community was always "cheesy", it's not new. L2J ecosystem got many ressources, being videos or guidelines, regarding basic stuff. The community is probably also far younger than other type of projects. Also it's extremely easy to launch a server. There is too many "developers" and not enough players those days. It's not a chance than anyone can make his own server. Other emulators community are way more friendly because there is far, far, far lesser competition. And there is far, far, far lesser competition in other emulators because they're probably harder to install/edit/got lower community. Too many fish in the same water puddle, if you know what I mean.

If you see L2PcInstance on aCis, you shouldn't touch that with a stick. It can't be rev 400, it is before rev 367. https://acis.i-live.eu/index.php?topic=30.msg49015;topicseen#msg49015 Many cleanups were done on aCis cycle 36 (360-369) to standardize names and make it friendlier/clearer. About that particular case of model.actor.instance, you got the complete explanation of changes in the dedicated changeset. I made a lot of cleanup, which goes from classes to methods rename. Nowadays, those changes are listed under "Organization", in the changesets. That cleanup stabilized few years ago, and nowadays I got limited ideas of re-organization, meaning the pack structure will stay almost the same, now. If you check aCis Creature class (L2Character on other packs), you will see it is roughly 2 times shorter than other packs. It's another type of cleaning, splitting the class in more little, dedicated classes (in that exemple, the move, attack and cast logics were moved to dedicated classes). So, shortly said, I did numerous re-organizations, consisting to : give proper naming convention to standardize method/class naming. generate package to gather stuff (eg. the enums got their own package). split complex classes in less complex classes (and generate package related to it) Unfortunately, it means you have to adapt your customs if they were shared from another pack - which isn't a real problem, since anyway, 90% of shared diff patches aren't able to be applied directly. If your diff patch can be applied directly, it means (pick 1) : You were extremely lucky and the dude did the patch based on the exact same revision than you use (which is uncommon, moreover if the share is old) You use a dead pack - shortly said, no editions were made during a big amount of time on extremely common classes, such as Player/L2PcInstance. Edit : it got the old knownlist system too, which was deleted in rev 362 - so it's extremely old. In general, don't pick a pack from another source, you got no guarantee it's safe to be used (addition of keylogger/miner/virus/backdoors). In a general matter, don't pick anything coded by a BR/RU. BR are scam masters (I couldn't meet 1 correct BR in 12y of coding), RU got 0 accuracy and 0 code description (but everything will "work").

Around 3k of my posts are done in MxC dev help section, fixing code and helping newbies. I'm probably in the top 3 biggest contributors in those sections, since ~2011 (without counting my pack and my work in general which you can find in other packs, btw). I continue to read dev help section on a weekly base, unfortunately there isn't any interesting posts to reply or they are locked down too fast - even if I had interesting things to write about it, it happened twice already). I can choose which ppl I want to help and not. My time is as precious as yours. One dude actually spammed me on my Discord asking why adding his custom doesn't work - he simply picked the diff file, named it .java and added it to sources with all "+" symbols. If you don't waste a minimum of time to understand the basics by yourself, it's not to me to teach you how to do so - and I will waste my time doing it, anyway. aCis discord is helpful, even if - and they maybe clone me "a little" on that part - they got cheeky if your question is stupid. About the "diff patch Java applyer dude", few people finally helped him and eventually one dude helped him helpdesking. I don't have that time and the will to do that type of help, on a worldwide level. I obviously prefer to spend my time watching shorts on Youtube, playing video games and working on my pack rather than replying to someone which is incapable of doing some CTRL+F work by himself. I'm accessible on my Discord channel or via PMs if your question isn't totally stupid and/or already answered (notably concerning infos about aCis, which are STICKIED IN GODAMN TOPICS). About premium<>peasant stuff, I'm sorry to say than I don't give special treatment. The "diff patch Java dude" is actually a premium, and I politely replied to him, yesterday, at 21h39 : Last, but not least, aCis is one of the most documented sources (and it takes actually a lot of time to properly document each method), and I try to make it friendly adding useful methods/classes. I personally always emphasized the fisherman/hungry man quote - aCis never used precompiled, never had customs (even better : I deleted most of them), never got that "all in one" policy simply because it attracts stupid people with no ideas, and by extension you, as a player, got shitty cloned servers ran by idiotics fools which should stay players. I'm proud (and extremely humble) to say than my community is, by far, the cleverest community (except few lost souls coming and returning back to the shadows) amongst L2J communities.

Lucera is the only project (I'm aware of) matching that criteria, and if that behavior exists it means people actually pays for such. You basically request customers to stop being stupid, and well, it's actually the hard part of your request. It should be common sense in 2023 than a Java project should come with sources, if you don't you are basically scammed and participate to that scam effort aswell.

Edit ItemsAutoDestroy#addItem method, simply enforce whatever timer you want. L2J already handles your case, eg. herbs naturally dissapear after a while.

You only show half the movement, and without any //show move on. You probably do idiotic going back and forth, it's the only possibility to get such a desync actually.

Hi, the only bug I know about which could generate unstability is boats system, I don't think any other system generates unstability. Boats got a rework branch based on latest, and was heavily delayed because one of my dudes was supposed to work on it and left it, multiple times. Another dude took the task. I let "a lot of stories" for drama queens - if you got something to report or share you can contribute and get rewarded for it, otherwise I or a member of my community will eventually find or do it if we got such a report. That remembers me that guy, alzwhite or whatever, which built a special hate towards aCis (or most probably, me). He is the sort of "story teller" than you should avoid to be, generally speaking. He just shadow talks, like, he found something massively wrong, but won't tell you anything about it - and eventually call you idiot or shit-talk you because you don't know what he talks about. That's not even a problem, actually. Such project generally got a low life expentancy, impact a low amount of ppl (not the ones I would aim or who interests me, anyway) and they basically promote my own pack in the process (without the need to speak myself RU/BR). The real sad part is in case some of their fixes are actually correct, they are simply put into the void and wasted. If the fixes are incorrect, at worst it could be used as a base for a more proper fix - that would save me some times for other things. I believe than open source in L2J never really worked (see what happens with L2J itself) since at least 2012 (aCis going freemium). Or maybe I misconcept "open source" : if the goal is to generate a lot of side projects and only few survive, then yes, it's open source and yes it's a successful model. In terms of cooperation, if most of those side projects were actually concerned by finishing a chronicle, they could. I believe people don't want it end. It's probably a mix of multiples things, ego being the main part of it (and yes, if you figure out what I say, I'm also part of the problem :)). Fortunately, I can count on a very good quality community, and even if people left (and I can't blame, on a 10y scale, some boys became men and actually grew kids - not me, but at least one of them ;)), some new heads replace them. My community can do it without the help of the side projects, but we would do it faster with their help. About arrogance and ego, I stopped to bother since few years already. If such project dies (and they generally do), well, karma did the job for me. I don't need to bother about it. It's just sad to see that wasted spent time.

Hi, it looks lke you struggle with aCis registration on forums. I accepted all pending activations from forums. Project name is simply "aCis". About aCis, I'm back on AI. Inventory stuff seems to work pretty much fine and is part of master branch.

?

Player/L2PcInstance class got normally a _isIn7sDungeon variable, you can test it over EnterWorld packet to teleport player to nearest town. On aCis it would be, over EnterWorld class : To note : you can also check competition time, seal ownership, etc. To note, bis repetita : if isIn7sDungeon() behavior doesn't work for you, you have to introduce a complete zoning system, encase each Catacomb into it and then make a Creature#isInsideZone check.

As said Anarchy, it's client-sided and can't be controlled (from what I know about it and from what I understood of your request). In a custom use, getAggroList()#containsKey would be your solution if you want the check to be CURRENT, and attackedBy to be both PAST and CURRENT (even with complete loss of aggro).

On a regular L2J, it's named EffectList / CharEffectList. Make a search over your project with "debuff" as keyword, you probably will find easily.

Your character is obviously desync. If it happens on any cases, even simple ones, it's very likely something like a stopMove() is missing, or than the calculation part is flawed. With a debug concept based on ExServerPrimitive you can easily figure out if server is currently doing crap. About basic movement, no, it doesn't do that on aCis. Green dots show real desync based on what client expects. Desync stays low. Was attacking an elpy from great distance. https://imgbb.com/fCQBKKS On aCis, you can generate such desync if you frantically click on one direction and attack in another, but that's more a lack of locked movement state (during the 100ms updatePosition) rather than movement lacking itself. Movement still needs some love.

On C1 patch notes : When a pet is recalled, the items from the pet's inventory are added to the owner's inventory. If the owner's inventory is full, the items are dropped and the owner has priority to pick them up for fifteen seconds. If the NPC or main server goes down, the pet retains the items in its inventory. There is nothing about an edition of that behavior in chronicles up to at least IL, but I know than on higher chronicles, they save the items as pet inventory (L2J H5 does it, at least), so probably the concept evolved meanwhile. Also, as I tested L2OFF IL based on GF (you can actually do it yourself on AdvExt PTS), it looks indeed than pet inventories are shared. There is a common pool of items which is kept alive when you unsummon your pet with items in, and resummon another pet.

CastleManager.java:159 doesn't seem to be able to retrieve the Castle you try to pick. You probably manually deleted that castle.

The initial topic is refreshed concerning Cookies (to be shorter and easier to understand) and Bounty / Bounty Hunter concept is added (was added on Discord since few years, but not on main topics). I'm currently working over items : lazy SQL saving (1min single task, every modification is kept in a list and addBatch/executeBatch and list is cleared) instead of 1 query per item edition, which will save probably 80-90% of SQL server activity. That task handles item add/update/deletion, pet deletion and augmentation add/deletion. InventoryUpdate packet will be automatically filled and sent, there is no more savage ItemList or IU packet stacking on each other. Wrong uses of InventoryUpdate are indirectly fixed. It's also optimized for stackable cases in very short spans (getting proper values if I macro 50 Player#addItem, without InventoryUpdate spam). ItemList is only used on Player login or if inventory must be displayed. AI is on hold state from my side, one of my dudes currently struggles with Frintezza script.