Socialized

They got a low penalty because the defendant cooperated with the authorities and gave them insight into the structure and the backers of the section.
Based on his statements the authorities were able to bust another administrator of a big server in 2018.

vor 19 Stunden schrieb Syreldar:

Well, this forum is kinda dead, i like to talk about things once in a while, regardless of the main topic.

I agree with that.
Did people move to a different forum or is there a skype group open?

I wouldn't suggest anyone using the ops solution, as it isn't working as intended.
The issue that you don't take into account is, that e.g. a warrior can use "Sword Aura" or use a dew, ... and the shaman can then use heal onto him (which will trigger RefreshAffect() and thus Compute and apply the points for the already existing affect again!)

You should recompute all the players points or refactor the whole affect system (because it is actual garbage) to actually solve this bug.

tl;dr: Replace RefreshAffect() through ComputePoints()

Ihr wollt uns Unterstützen?
Dann fügt unseren Banner eurer Signatur hinzu!

vor 18 Stunden schrieb .NyanCat:

Hey thanks for your help!

Do you think that i can implement it right into the live system?
The problem is that it only occures on the live server. The test server does not have this problems. The files are 1:1 the same except the database (much more players on live)

I cant figure out the excact problem are these timers saved somewhere in the database?

Greetings and thanks for your help!

Yes you should be able just push it to a live server, as it just cleans&fixes code.
Here another example, that we had running on Zentoria, as we were struggling with similar problems:

	void CQuestManager::CancelServerTimers(uint32_t arg)
	{
		auto it = m_mapServerTimer.begin();
		while (it != m_mapServerTimer.end()) {
			if (it->first.second == arg) {
				auto event = it->second;
				event_cancel(&event);
				it = m_mapServerTimer.erase(it);
			}
			else
				++it;
		}
	}

map::erase invalidates the current iterator, but returns the one of the next element in the container.

This isn't a proper fix for the issue.
Just debug the issue with gdb and you'll see, that it isn't that big of a deal.

Just send me a private message, I'll help you to solve your problem.

Best Regards,
Socialized

Hey,

I am looking for a new damage effect that i saw in another forum.
It's about the font and the numbers, not about the CRITICAL.

Picture:


I hope someone can help me out!

Regards,
Socialized

i've edited the link into my previous post

( 

I've uploaded the fix as an attachment.
Just replace the old files and everything will be gucci.

regards,
socialized

5 hours ago, dharokko said:

1120 19:45:03917 :: CPythonItem::LoadItemTable: invalid item_proto[locale/de/item_proto] STRIDE[188] != sizeof(SItemTable)
1120 19:45:03917 :: LoadLocaleData - LoadItemProto(locale/de/item_proto) Error
1120 19:45:13785 :: Traceback (most recent call last):

1120 19:45:13785 ::   File "networkModule.py", line 239, in SetGamePhase

1120 19:45:13786 ::   File "game.py", line 115, in __init__

1120 19:45:13786 ::   File "interfaceModule.py", line 294, in MakeInterface

1120 19:45:13786 ::   File "interfaceModule.py", line 129, in __MakeTaskBar

1120 19:45:13786 ::   File "uiTaskBar.py", line 553, in LoadWindow

1120 19:45:13786 ::   File "uiTaskBar.py", line 765, in RefreshQuickSlot

1120 19:45:13786 :: RuntimeError
1120 19:45:13786 :: : 
1120 19:45:13786 :: skill.GetSkillType - Failed to find skill by 2
1120 19:45:13786 :: 

You also have to change the max itemname length in your dump_proto.

Just take a look at the reply of @VegaS

Dont understand the trashtalking.

One server goes down for unknown reasons: "OMFG GF GONNA SUE US - FK IM OUTTA HERE!"

If you are in this business things like a takedown can happen.
A real takedown wouldve worked a little different. They wouldve just been fucked like this if they ignored all the DMCA takedown notices.

Now stop pissing your pants and just continue as usual, not that big of a deal.

@martysama0134 Well aren't we lucky then that all JSON is also valid YAML 

(Is also pretty easy to replace, just have to change some things in the config class.)

Dunno had the discussion JSON vs YAML multiple times but in the end I always stick to YAML due to personal preference 

@Vanilla Although a remote repo is normally the way to go you could also just upload your local repository. Not having VCS will be a big problem if there are more people contributing to your project. But that's entirely up to you!

Sounds great.

Concerning the client side config:

I've rewritten the entire config. Although my config file is based upon YAML it also supports the old config file. Written in c++ and I'd love to share the source with fellow devs.

Will answer on 1) and 2) when I'm back from holiday.

- Socialized

Hey guys,

My quest selects aren't working properly and I'd like to know if someone already solved this problem.

I am using the official translate.lua from the leaked files and a non-modified core (source is clean)

Client: https://metin2dev.org/board/index.php?/topic/2420-release-current-metin2deen-client/&page=1

Screenshot:

Hope someone can help me out on this one!

- Socialized

We accomplished this by adding a pet equipment slot.

If you want to do it without source modification (quest only) you could save the item id in a questflag when summoning the pet in the first place -> item.get_id()

When you'll relog or teleport the questflag will still hold the unique item_id which you can use to set your current used quest item -> item.select(pc.getqf('pet_item_id'))

After that you can just use pet.summon() because CQuestManager::instance().GetCurrentItem() is now returning a valid LPITEM instance (by our previously defined item.select(pc.getqf('pet_item_id')) )

That's almost impossible. Every dbcache with a revision higher than 34k executes MirrorItemTableIntoDB() and MirrorMobTableIntoDB()

These two functions execute an async. REPLACE query.

Is it possible that you've commented out those two functions?

Why the hell would you want to do this?

As far as I know there should be a config option that allows you to control the prefered Proto format.

You could use an older standard database (34-40k+) for your conversion issues.

The standard dbcache should mirror the proto files into the database when loading the *.txt files.

You could use the reverse dump_proto tool which was released by Alpha a few months ago.

It'll convert given item_proto and mob_proto files to *.txt files.

(I attached the archive because the download isn't working anymore!)

 

That is not true.The ItemManager::RemoveItem function is supposed to remove the whole item (incl. Stack)Aves method is smarter.

 

It seems like you struggling with reading. Think about it before you point out the obvious.

 

Keep calm bra.

You also pointed out something obvious so please don't give me shitty answers like you did before.

That is not true. The ItemManager::RemoveItem function is supposed to remove the whole item (incl. Stack) Aves method is smarter.

I am going with my own game..

game_r1337 :3

Does not work for me.

I tried to use Py_BuildValue("I", ....) and it worked. (Ingame Gold until unsigned int limit).

Your Solution with PyLong_FromLongLong() doesn't work for me.

Hello everyone,

Today i tried to increase the maximum gold limit.

The edited gamefile worked fine and the limit is increased (serverside).

The problem is the Clientside part. I've managed to fix the packets but it does not show the amount of Gold Ingame in the Inventory.

I hope that someone can help me.

Kind Regards,

Crysis