Jump to content

[mod] DWToska-CK3 for Tours & Tournaments (v1.9)


DocToska

Recommended Posts

Posted
On 10/10/2024 at 9:42 AM, Sareveth said:

It does! Just needs a simple edit of the user name in the file path of the mod file. Thanks

Thanks for pointing out I made a mistake there! I reuploaded it in the original comment with the corrected file path.

  • 2 weeks later...
  • 1 month later...
Posted

Bionic thanks so much for updating this! Any chance you would be able to do the same for Dominatio and/or submissive partners as far as the schemes?  

Posted
On 10/9/2024 at 1:43 AM, Bionicstarsteel said:

I think I actually managed to get DWToska3 working again! I noticed there was a file that didn't seem to be doing anything but could be connected to the ward graduation issues, and indeed it was. After deleting that file and updating to the newest version it seems to be working as well as it did before Wards and Wardens. The hairless bug during some events is still around, but that existed previously anyway. Other than that, I think it's working perfectly though. Could anyone who tries it let me know if it's also working for them?

Thanks for updating the mod

Posted
On 12/23/2024 at 7:10 AM, dustbeen43 said:

Thanks for updating the mod

Is Bionic's patch still working for ya? I tried dwtohska3 and it dosen't seem to be showing in game rules. 

Posted
On 10/11/2024 at 5:12 PM, Bionicstarsteel said:

Thanks for pointing out I made a mistake there! I reuploaded it in the original comment with the corrected file path.

Thanks for the patches! It looks like dwtoska3 might need another patch but I can confirm dwtoska2 still works.

  • 3 weeks later...
Posted
On 10/9/2024 at 8:43 AM, Bionicstarsteel said:

I think I actually managed to get DWToska3 working again! I noticed there was a file that didn't seem to be doing anything but could be connected to the ward graduation issues, and indeed it was. After deleting that file and updating to the newest version it seems to be working as well as it did before Wards and Wardens. The hairless bug during some events is still around, but that existed previously anyway. Other than that, I think it's working perfectly though. Could anyone who tries it let me know if it's also working for them?

 

DWToska3 1.13.zip 86.52 kB · 235 downloads

Thank you so much

  • 2 weeks later...
  • 4 weeks later...
  • 2 months later...
  • 3 weeks later...
Posted
On 5/7/2025 at 7:21 PM, txt93 said:

does it still work with the new update 

Yes, it still does, assuming it is in the right place in the load order.

  • 2 weeks later...
Posted
On 5/29/2025 at 6:27 AM, sarin555 said:

Yes, it still does, assuming it is in the right place in the load order.

 

Could yo please show me your load order?

Posted (edited)
On 6/7/2025 at 8:17 PM, rayoII said:

 

Could yo please show me your load order?

image.png.f272cd281512907bdcd1e500a0b3ee9a.png

 

You can see full list here (Note: working mod for CK3 version 1.14.3)

 

Hope it helps.

 

Edited by tibeodethuong
  • 4 weeks later...
Posted

Doesn't fully work on the latest patch, you can win sieges almost immediately but you won't get prisoners or events. Clicking yes on "We can rape and Pillage" does nothing.

Screenshot (11).png

  • 3 weeks later...
Posted
On 7/10/2025 at 1:26 AM, Zero_Zaraki said:

Doesn't fully work on the latest patch, you can win sieges almost immediately but you won't get prisoners or events. Clicking yes on "We can rape and Pillage" does nothing.

Screenshot (11).png

How much is working for you? I don't think any part of the mod is still functional.

  • 2 months later...
Posted
On 2025. 7. 10. at 오전 8시 26분, Zero_Zaraki said:

최신 패치에서는 제대로 작동하지 않습니다. 공성전에서 거의 바로 승리할 수 있지만, 포로나 이벤트는 얻을 수 없습니다. "강간과 약탈을 할 수 있습니다"에서 예를 클릭해도 아무런 반응이 없습니다.

스크린샷(11).png

me too T.T

  • 2 weeks later...
Posted
10 hours ago, Unknown zero said:

can someone update DWToska2 , bacause it doesn't work after 1.18 All under heaven update

or somebody have a fix for that

Looking into it this weekend. If I can find a fix, I'll share. If not, oh well; it's been nice while it lasted.

  • 2 weeks later...
Posted

From my non-expert googling, it seems 1.18 changed now event triggers worked when checking if a player is at a location.

 

I can run the mod, click "we can ____ and pillage" and Toska's ____ option is still there (I have two _____ options, one from another mod), but no events fire in battle or raiding or sieges. I think this is being caused by an "early out" error where the game expects a precondition before firing the event as of this update.

 

My theory: DWToska required the player character to be in the army doing the raid/siege/battle  (and for raids and sieges to be the capitol county of that domain if the owner has more than one county).  Basically (and I don't understand much past "basically") the game now checks for location of players before an event fires instead of when its firing like it used to.  From Gemini:

 

"triggers for events and on-actions related to travel start/arrival, and when important locations enter and leave realms, are now evaluated before the events fire. This change in logic for when and where the game checks conditions means that older mods relying on the previous system would likely fail to trigger correctly or crash the game if the logic was fundamentally altered" 

 

and this bullet in the 1.18.1. bugfix notes https://ck3.paradoxwikis.com/Patch_1.18.X#Bugfixes_3:

"Triggers for events and on-actions related to travel arrival, start, and travel planner exit as well as when important locations enter and leave realms (saved event actions) are now evaluated before firing."

 

So that's about as far as I can get. I don't know how to read and edit the code in the "events" files to find where the logic relies on the old way and have it work for the new way, thus avoiding the "early out" error.  Maybe there's a similar mod that checks locations of players before firing that was updated to fix this? Just do that? I'd love someone more competent than me take this ball from me and run with it now. 

  • 2 weeks later...
Posted (edited)
On 11/23/2025 at 4:29 PM, Astorwild said:

From my non-expert googling, it seems 1.18 changed now event triggers worked when checking if a player is at a location.

 

I can run the mod, click "we can ____ and pillage" and Toska's ____ option is still there (I have two _____ options, one from another mod), but no events fire in battle or raiding or sieges. I think this is being caused by an "early out" error where the game expects a precondition before firing the event as of this update.

 

My theory: DWToska required the player character to be in the army doing the raid/siege/battle  (and for raids and sieges to be the capitol county of that domain if the owner has more than one county).  Basically (and I don't understand much past "basically") the game now checks for location of players before an event fires instead of when its firing like it used to.  From Gemini:

 

"triggers for events and on-actions related to travel start/arrival, and when important locations enter and leave realms, are now evaluated before the events fire. This change in logic for when and where the game checks conditions means that older mods relying on the previous system would likely fail to trigger correctly or crash the game if the logic was fundamentally altered" 

 

and this bullet in the 1.18.1. bugfix notes https://ck3.paradoxwikis.com/Patch_1.18.X#Bugfixes_3:

"Triggers for events and on-actions related to travel arrival, start, and travel planner exit as well as when important locations enter and leave realms (saved event actions) are now evaluated before firing."

 

So that's about as far as I can get. I don't know how to read and edit the code in the "events" files to find where the logic relies on the old way and have it work for the new way, thus avoiding the "early out" error.  Maybe there's a similar mod that checks locations of players before firing that was updated to fix this? Just do that? I'd love someone more competent than me take this ball from me and run with it now. 

There are actually two major things that had broken with updates.

  1. The format of the "picture" field for decisions is now marginally different, and it seems including the old format completely breaks the whole thing (why it couldn't just be ignored is beyond me)
  2. It looks like compare_modifier can nolonger be nested in hidden_effect. Why? God knows.

Regardless, I've fixed everything up, along with a few bugs todo with absent scopes (possibly changed between versions too) and some other issues. I'll post here in a bit.

Edited by JohnMolotov

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...