People who liked this post
Spoilers

  • MFN-TEST
    • League Home
    • Power Rankings
    • Hall of Champions
  • League Forums
  • Players
    • Search
    • Draft History
    • Trades
  • Coaches
    • Search

  • Documentation
    • Blog
    • Wiki
    • Project Roadmap
  • Community
  • Log In

Game Engine Beta Discussion: Gameplay Updates for 4.7

League News/General Discussion
Want to join this league? Sign up now!
NOTICE: This league is using the BLEEDING EDGE game engine. For more information, click here.
  • ‹
  • 1
  • 2
  • ...
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • ›
warrior462
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by warrior462 @ 9/23/2026 3:24 pm
raymattison21 wrote:
I think the Statue of Liberty play is not working correctly.
https://mfn1.myfootballnow.com/watch/21835#3984495

And he still took the sack! Wow!

The PA Rollout could use a look, this is becoming common in the current version:

https://mfn1.myfootballnow.com/watch/21804#3979306
Liked by raymattison21
warrior462
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by warrior462 @ 9/24/2026 7:37 am
Players who are significantly injured during a game need to be pulled. Way too many times (including today) I've had a RB injured early in the game play at half speed or less for the rest of the game, becoming an absolute liability to the offense. A coach would never allow it.
Liked by GrandadB
martinwarnett
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by martinwarnett @ 9/24/2026 11:30 am
warrior462 wrote:
Players who are significantly injured during a game need to be pulled. Way too many times (including today) I've had a RB injured early in the game play at half speed or less for the rest of the game, becoming an absolute liability to the offense. A coach would never allow it.

I'm presuming the player is pulled based upon fatigue, since that's the standard player rotation method, and that a player also pulled IF ruled out, ie based upon the injury type.

Sounds like the two approaches need to be merged.
Liked by GrandadB
jdavidbakr
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by jdavidbakr (Site Admin) @ 9/24/2026 3:03 pm
Wow, some of the QB actions definitely don't look good at all. Thanks for those plays. I'll see if I can get a beta update in time to have a few games between. I'll also look at the safety reaction time logic in run key, they should be anticipating the run in that situation.
Liked by GrandadB, ArmoredGiraffe, raymattison21
jdavidbakr
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by jdavidbakr (Site Admin) @ 9/24/2026 3:10 pm
As for the version numbers, I just want to indicate that things are changing, but communicate that each change will be iterative and much more frequent than they have been. To be honest, we're not in version 4.6, we're actually in version 0.4.6 but no one thinks of it that way so 4.7 is going to drop that initial zero. In my professional life in general as well I've started having much smaller changes qualify for the first level minor version and have only used the next layer for bug fixes.
Liked by GrandadB, ArmoredGiraffe
martinwarnett
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by martinwarnett @ 9/26/2026 3:58 am
Will we be seeing version 4.7.1, 4.7.2 for bug fixes or will it only be jumps between 4.7, 4.8, 4.9 etc?

Would changes like zone improvements, passing improvements currently planned for 4.7 ALWAYS be a minor release going forward, ie 4.x? Analysing play data for an engine would be skewed otherwise.

( For those tech minded, the API provides league current season and game engine used; as a consequence, you can then map individual game data to a specific game engine. Useful as a data analytics process to assess changes, I guess. )
Last edited 9/26/2026 7:58 am
jdavidbakr
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by jdavidbakr (Site Admin) @ 9/26/2026 8:24 am
  • 4.7.1, 4.7.2, etc. (patch versions) cover fixes we identify and must implement in the current release. For example, the 32-bit integer salary cap issue was a bug fix; resolving something that causes the engine to crash would be a bug fix; but something like an adjustment to zone coverage—unless it’s an egregious issue—would not be a bug fix.
  • A bug fix would be rolled out to all leagues immediately, whereas the minor version numbers (4.7, 4.8, etc.) are actual releases that contain iterative improvements.
  • Anything that intentionally alters the logic in the simulation would be a minor version update.
  • Minor versions will be rolled into the leagues as their seasons end; a minor version would never be applied to a league mid-season (with the exception of MFN-TEST).
  • The major version (4.7, 5.0, etc.) would be used on significant milestones or architectural refactors.
jdavidbakr
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by jdavidbakr (Site Admin) @ 9/26/2026 5:53 pm
Wanted to let you all know that for week 13 I have made some changes to address the QB pocket movement and blocking logic. However, doing this did impact sack rate as well as rushing (obviously just the blocking impacted rushing) so I had to work a bit on getting that back to where it was before this fix. Please report any continued issues especially around these things as we finish out the season. If something comes up I'll try to deal with it before the end of the season so we can hopefully get a full season of untouched simming in 2079.
Liked by GrandadB
martinwarnett
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by martinwarnett @ 9/28/2026 10:34 am
jdavidbakr wrote:
  • 4.7.1, 4.7.2, etc. (patch versions) cover fixes we identify and must implement in the current release. For example, the 32-bit integer salary cap issue was a bug fix; resolving something that causes the engine to crash would be a bug fix; but something like an adjustment to zone coverage—unless it’s an egregious issue—would not be a bug fix.
  • A bug fix would be rolled out to all leagues immediately, whereas the minor version numbers (4.7, 4.8, etc.) are actual releases that contain iterative improvements.
  • Anything that intentionally alters the logic in the simulation would be a minor version update.
  • Minor versions will be rolled into the leagues as their seasons end; a minor version would never be applied to a league mid-season (with the exception of MFN-TEST).
  • The major version (4.7, 5.0, etc.) would be used on significant milestones or architectural refactors.

In that instance, will that be reflected on both the league home page and in the api or will only X.Y be displayed?

If you're analysing plays against engines, then need to know the engine being used for each game. Wondering if it's sufficient to just consider X.Y versions for that analysis, probably would be.

Structures looking at would be league -> league_seasons, where league_seasons has the leageid, season number ie 2048 and game engine 4.6. If the major.minor versions never change within a season, then that should be fine - otherwise would have to add game engine on a week be week basis onto games.
Last edited 9/28/2026 2:43 pm
jdavidbakr
Re: Game Engine Beta Discussion: Gameplay Updates for 4.7
by jdavidbakr (Site Admin) @ 9/28/2026 11:37 am
martinwarnett wrote:
jdavidbakr wrote:
  • 4.7.1, 4.7.2, etc. (patch versions) cover fixes we identify and must implement in the current release. For example, the 32-bit integer salary cap issue was a bug fix; resolving something that causes the engine to crash would be a bug fix; but something like an adjustment to zone coverage—unless it’s an egregious issue—would not be a bug fix.
  • A bug fix would be rolled out to all leagues immediately, whereas the minor version numbers (4.7, 4.8, etc.) are actual releases that contain iterative improvements.
  • Anything that intentionally alters the logic in the simulation would be a minor version update.
  • Minor versions will be rolled into the leagues as their seasons end; a minor version would never be applied to a league mid-season (with the exception of MFN-TEST).
  • The major version (4.7, 5.0, etc.) would be used on significant milestones or architectural refactors.

In that instance, will that be reflected on both the league home page and in the api or will only X.Y be displayed?

If you're analysing plays against engines, then need to know the engine being used for each game. Wondering if it's sufficient to just consider X.Y versions for that analysis, probably would be.

Structures looking at would be league -> league_seasons, where league_seasons has the leageid, season number ie 2048 and game engine 4.6. If the major.minor versions never change within a season, then that should be fine - otherwise would have to add game engine on a week be week basis onto games.

There should never be anything in a X.Y.Z release that will change any analysis, those will always be the X.Y releases. The bugfix versions are visible in the roadmap but won't be visible in the API or league footers.
Liked by martinwarnett
  • ‹
  • 1
  • 2
  • ...
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • ›
Copyright ©2013-2026 Catalyst Productions LLC | Weather data powered by Visual Crossing
Game Engine Version Bleeding Beta | Website Version 58a6de7
About | Contact | Affiliate Program Terms | Terms & Conditions | Privacy Policy
People who liked this post