Jump to content
The Dark Mod Forums

Old FMs compatibility


vorob
 Share

Recommended Posts

Backwards compatibility is very important to us (because who wants to map if your mission might not work in a year), but now that there are over 100 FMs, it's become less and less practical to be able to test them all to see if things break. If something DOES break, we'll do what is necessary to fix it.

  • Like 2
Link to comment
Share on other sites

  • 11 months later...

"A Night to Remember" is currently being fixed. (in beta)

 

http://forums.thedarkmod.com/topic/13177-fan-mission-a-night-to-remember-by-fieldmedic-20111030/page-5?do=findComment&comment=419830

 

"Winter Harvest" needs to be 2.0 (standalone) fixed

"Dragon's Claw" needs to be 2.0 (standalone) fixed

"Q4 Conversion: Yan's Test" was never an official release but it probably needs 2.0 fixes.

  • Like 1

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Link to comment
Share on other sites

  • 8 months later...

Like a year ago i wanna ask if every FM in FM Selector is compatible with 2.06?

Like a year ago: in theory, it is compatible.

 

Does anyone test them? :)

People play TDM regularly.

Plus there are beta testing phases (one of them is going right now) with emphasis on testing all maps.

 

However, I suspect that FM coverage is not very high during beta-tests.

There is no strict plan like "we have to test every FM when releasing new version" (like it was long time ago).

Link to comment
Share on other sites

I couldn't find the automation thread anymore, so I am posting this here.

 

stgatilov, isn't this something we could maybe test with automation? I imagine something like loading up all fms in succession, doing a tdm_end_mission and collecting all warnings/errors.

Link to comment
Share on other sites

Another option would be introduce some kind of multiple version support, at least for the core DLL and scripts (not necessarily every single texture and sound), so that when a known breaking change was introduced, old maps could continue to use their own compatible version of the DLL from a separate directory or PK4.

 

I suppose this would require considerable architectural changes to the installer and the mod loading itself, but in the long run it might turn out to be less effort than potentially needing to manually fix a constantly-growing list of FMs with each release.

Link to comment
Share on other sites

I couldn't find the automation thread anymore, so I am posting this here.

stgatilov, isn't this something we could maybe test with automation? I imagine something like loading up all fms in succession, doing a tdm_end_mission and collecting all warnings/errors.

Created new thread.

Merely loading a FM does not test anything. FM rarely breaks to the point when it does not load, and most issues do not produce warnings.

So it is a question of serious test suite checked automatically. That is the original dream due to which automation was created.

 

Another option would be introduce some kind of multiple version support, at least for the core DLL and scripts (not necessarily every single texture and sound), so that when a known breaking change was introduced, old maps could continue to use their own compatible version of the DLL from a separate directory or PK4.

I suppose this would require considerable architectural changes to the installer and the mod loading itself, but in the long run it might turn out to be less effort than potentially needing to manually fix a constantly-growing list of FMs with each release.

Multiple version support is a terrible idea from the point of stability: all those old stuff will not be tested. Such change decreases test coverage even further.

People can have several versions of TDM locally, and run older version if they know the mission is broken with the new one.

The main problem is that in most cases players don't know that the mission is broken before they catch an issue. Sometimes they don't know it even afterwards :laugh:

 

I plan to change tdm_update completely, so that it could be possible to switch between versions. A very rough prototype is already available.

One last step would be to allow saving cache of uninstalled versions on the hard drive. Then it can be used by updater for switching versions (so that you don't need endlessly redownloading same diffs).

I'll keep it in mind for the new updater.

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recent Status Updates

    • Nort

      While I did find Springheel's brushwork pretty questionable, I guess engine performance must also have come a long way during the recent five years, because I can safely say that the kind of performance issues that he's talking about in this video, just didn't happen to me when I fully opened up my basement with all its unoptimized brushwork. The framerate was capped at a nice 60 FPS no matter how I tried, and with visportals on top of this, and the complexities turned into "func_static":s, an uncapped framerate would just be obscene, at least for graphics cards only a few years old. I no longer have any worries about large areas and vistas - I'll just go nuts. It's gonna be fine.
      · 18 replies
    • irg

      Every day is just like the 4 Non Blondes song. What IS going on?
      · 0 replies
    • Nort

      Map Status Updates
      This status update will be continuously updated (via replies) to contain all the daily progress I make on my map. This will avoid spamming the Status Update list.
      · 2 replies
    • Nort

      I did it! I finally did it! After 48 hours of frustration and confusion, I managed to finally sort out how to attach equipment to NPC:s properly, and write down coherent instructions on how to do it, both in my manual, and in this forum.
      I can finally rest. I can finally eat breakfast.
      · 0 replies
    • Nort

      Spent most of the day learning and writing about AI navigation. It's stuff I already know, but the magic about writing something down as clearly formulated as possible, is that you then see things that much more clearly. You also find what's unclear to you, and then you figure out exactly how things work. I was hoping to get through it all within just a day, but it looks like this will take tomorrow as well, at this rate. There's also plenty of other nonsense I have to get through as well. Everything's a chore.
      · 0 replies
×
×
  • Create New...