<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Recent updates to Sesam status</title>
    <link>https://sesam.dnv.com/status/status.html</link>
    <atom:link href="https://sesam.dnv.com/status/updates.xml"  rel="self" type="application/rss+xml" />
    <description>Sesam status - updates last 60 days</description>
    <language>en</language>
    <pubDate>Fri, 10 Jul 2026 11:24:13 +0000 </pubDate>
    <docs>http://cyber.law.harvard.edu/rss/rss.html</docs>
    <managingEditor>software.support@dnv.com (Software support)</managingEditor>
    <ttl>60</ttl>
    <item>
      <title>Framework: update for version 5.1-00 : Reasons for update to version 5.1-00</title>
      <link>https://sesam.dnv.com/status/framework/framework.html?id=Framework_18-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/framework/framework.html?id=Framework_18-MAY-2026_1</guid>
      <pubDate>19 May 2026 10:00:00 GMT</pubDate>
      <description>This version of Framework contains both new functionality and an important bug fix.&lt;br /&gt;
&lt;br /&gt;
&#x3C;b&#x3E;New functionality&#x3C;/b&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;Minimum SCFs for weld roots&#x3C;/b&#x3E;&lt;br /&gt;
This version of Framework introduces a new functionality for defining minimum SCFs for weld root&lt;br /&gt;
positions. Minimum SCFs defined through following commands for axial, in-plane and out of plane&lt;br /&gt;
bending are applicable to fatigue analysis for the selected structure in the previous versions,&lt;br /&gt;
DEFINE FATIGUE-CONSTANTS AXIAL-MINIMUM-SCF&lt;br /&gt;
DEFINE FATIGUE-CONSTANTS IN-PLANE-MINIMUM-SCF&lt;br /&gt;
DEFINE FATIGUE-CONSTANTS OUT-OF-PLANE-MINIMUM-SCF&lt;br /&gt;
From this version V5.1-00 of Framework, above commands will only be applied to positions other than weld roots. Minimum SCFs for weld roots could be defined through following commands,&lt;br /&gt;
DEFINE FATIGUE-CONSTANTS AXIAL-MIN-WLDRT-SCF&lt;br /&gt;
DEFINE FATIGUE-CONSTANTS IN-PLANE-MIN-WLDRT&lt;br /&gt;
DEFINE FATIGUE-CONSTANTS OUT-OF-PLANE-MIN-WLDRT&lt;br /&gt;
By default, minimum weld root SCFs have a value of 1. Note that weld root fatigue is applicable to parametric SCF calculations according to Efthymiou and Lotsberg.&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;Fatigue analysis for weld roots only&#x3C;/b&#x3E;&lt;br /&gt;
If fatigue analysis only for weld root positions is desired, user can skip rest of the positions using command: &lt;br /&gt;
DEFINE FATIGUE-ANALYSIS-WELD-ROOTS-ONLY ON&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&lt;br /&gt;
&#x3C;b&#x3E;Bug fixes&#x3C;/b&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;Licence check error when running code-checks with device-locked licence&#x3C;/b&#x3E;&lt;br /&gt;
Fixed an error that would make code-checks fail due to an error in the licence check if the user had a device-locked licence.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>GeniE: error for version 9.1-00 to 9.2-00 : Member code checks - Geometry check values showing up as 0 when opening workspace generated by older version.</title>
      <link>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_08-JUL-2026_1</link>
      <guid>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_08-JUL-2026_1</guid>
      <pubDate>9 Jul 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
When opening a workspace created in an older version, V9.0-00 or earlier, &lt;br /&gt;
some geometry check values can show up as 0 for the member code checks. &lt;br /&gt;
Executing the code check will make the values show the correct values.&lt;br /&gt;
 &lt;br /&gt;
This issue has been addressed in the upcoming V9.2-01 release.&lt;br /&gt;
We recommend upgrading to V9.2-01 once it is available for download.&lt;br /&gt;
 &lt;br /&gt;
      </description>
    </item>
    <item>
      <title>GeniE: error for version 9.1-00 to 9.2-00 : Some instabilities in ISO 2020 code check have been found in V9.1-00 and V9.2-00. All identified issues are fixed in V9.2-01.</title>
      <link>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_26-JUN-2026_2</link>
      <guid>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_26-JUN-2026_2</guid>
      <pubDate>26 Jun 2026 10:00:00 GMT</pubDate>
      <description> &lt;br /&gt;
If commentary A13 Axial compression is unchecked, resulting axial compressive strength for cones&lt;br /&gt;
results in very small value. This results in higher utilization ratio for cones checked as equivalent&lt;br /&gt;
tubes i.e., EqTubComb. Workaround in V9.1-00 and V9.2-00 is to use the option of commentary A13 Axial&lt;br /&gt;
compression checked in code-check properties (it is set on by default).&lt;br /&gt;
 &lt;br /&gt;
Representative column buckling strength according to commentary A.13.2.3.2 being computed by two&lt;br /&gt;
equations depending on the range defined by smallest axial compressive strength and elastic buckling&lt;br /&gt;
strength. Cases where the ratio of these two terms exceed 1.34, GeniE will most likely pick A.13.2-2.&lt;br /&gt;
 &lt;br /&gt;
RP-C202 checks for large diameter pipe members in ISO 2020 includes the hydrostatic pressure effects&lt;br /&gt;
even for members which are flooded. This might result in higher utilization for members without&lt;br /&gt;
hydrostatic pressure.&lt;br /&gt;
&lt;br /&gt;
When checking the utilization of a conical transition (13.6-21), GeniE does not show a single result anymore,&lt;br /&gt;
it now shows the results for both cone and tubular side. If the code check is run in a version where single result&lt;br /&gt;
is calculated (V9.0-00 or previous), then opening the database in 9.1-00 or 9.2-00 will not display the results for&lt;br /&gt;
13.6-21. The workaround is to rerun the code check once. &lt;br /&gt;
 &lt;br /&gt;
All the reported issues have been addressed in the upcoming V9.2-01 release.&lt;br /&gt;
We recommend upgrading to V9.2-01 once it is available for download.&lt;br /&gt;
 &lt;br /&gt;
      </description>
    </item>
    <item>
      <title>GeniE: error for version 9.1-00 to 9.2-00 : Some instabilities in NORSOK 2022 code check have been found in V9.1-00 and V9.2-00. All identified issues are fixed in V9.2-01.</title>
      <link>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_26-JUN-2026_1</link>
      <guid>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_26-JUN-2026_1</guid>
      <pubDate>26 Jun 2026 10:00:00 GMT</pubDate>
      <description> &lt;br /&gt;
For saved report of NORSOK 2022 joint checks, all joints are classified as 100%YT. The GUI results&lt;br /&gt;
are still correct. The observed issue is in the report saving only.&lt;br /&gt;
 &lt;br /&gt;
Uf7_3 (Eq.7.3) for member check and ufHoop (Eq. 7.16) for cone check are switched to 0,&lt;br /&gt;
after a saved database is reopened. Work around in V9.1-00 and V9.2-00 is to re-execute the&lt;br /&gt;
code check.&lt;br /&gt;
 &lt;br /&gt;
All the reported issues have been addressed in the upcoming V9.2-01 release.&lt;br /&gt;
We recommend upgrading to V9.2-01 once it is available for download.&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>GeniE: error for version 9.1-00 to 9.2-00 : Inconsistent results for formula C202-3.1.1 due to hydrostatic pressure on flooded members</title>
      <link>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_12-JUN-2026_2</link>
      <guid>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_12-JUN-2026_2</guid>
      <pubDate>12 Jun 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
Large-diameter pipes checked according to DNV-RP-C202, Section 3.1.1, may show higher utilization factors. &lt;br /&gt;
This inconsistency arises from the fact that when a member is exposed to hydrostatic pressure but is flooded, the contribution from hydrostatic pressure is still included, which may result in higher utilization for that member.&lt;br /&gt;
This issue will be fixed in the next GeniE version. Previous GeniE versions provide correct results.&lt;br /&gt;
Internal reference 765885&lt;br /&gt;
&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>GeniE: update for version 9.2-00 : Reason for updates to version 9.2-00</title>
      <link>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_12-JUN-2026_1</link>
      <guid>https://sesam.dnv.com/status/genie/genie.html?id=GeniE_12-JUN-2026_1</guid>
      <pubDate>12 Jun 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
Enhancements and Bugfixes - detailed information is found in the release notes:&lt;br /&gt;
&lt;br /&gt;
https://sesam.dnv.com/status/genie/status/GeniE_V9_2_00_Release_Notes.pdf (pdf document)&lt;br /&gt;
&lt;br /&gt;
After installing GeniE you may also access the release notes from the online help pages.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Compatibility:&lt;br /&gt;
&lt;br /&gt;
- Versions of other Sesam applications that should be used with this version of GeniE. See the release notes .pdf file link above.&lt;br /&gt;
&lt;br /&gt;
- The database file format (GNX file) used for this version of GeniE is kept upwards compatible with subsequent GeniE versions.&lt;br /&gt;
&lt;br /&gt;
- There is a feature introduced in GeniE V8.2 called Dual Assembly, which is available as an option when creating a new workspace:&lt;br /&gt;
&lt;br /&gt;
    * With the Dual Assemby enabled, old JS files are normally not compatible for stiffened shell models.&lt;br /&gt;
&lt;br /&gt;
    * Old GNX and XML files can be imported into a database with Dual Assembly enabled.&lt;br /&gt;
&lt;br /&gt;
    * New GNX and XML files created with Dual Assembly can also be imported into a database with Dual Assembly disabled. &lt;br /&gt;
      However, any Plate Seams (and Plate Segments) will then be lost, since they are only available with Dual Assembly.&lt;br /&gt;
  &lt;br /&gt;
- The workspace export (GNX file) from V7.2-07 and later may be imported into this version of GeniE.&lt;br /&gt;
&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>HydroD: update for version 9.0-02 : Reasons for update to version 9.0-02</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_19-JUN-2026_1</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_19-JUN-2026_1</guid>
      <pubDate>22 Jun 2026 10:00:00 GMT</pubDate>
      <description>Release V9.0-02 is a cycle update of version 9.0 with dependency maintenance updates only.&lt;br /&gt;
&lt;br /&gt;
Release notes:&lt;br /&gt;
https://sesam.dnv.com/status/hydrod/status/hydrod_releasenotes_9.0.2.pdf&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>HydroD: limitation for version 7.4-01 to 9.0-01 : Inconsistent State of Shared Components</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_19-JUN-2026_2</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_19-JUN-2026_2</guid>
      <pubDate>19 Jun 2026 10:00:00 GMT</pubDate>
      <description>In certain upgrade scenarios, installing version 7.4-01 or 9.0-01 over a newer one may lead to inconsistencies within retained background components, potentially affecting system stability.&lt;br /&gt;
(US767247)
      </description>
    </item>
    <item>
      <title>HydroD: error for version 9.0-01 : Loading GDF file is slow</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_6</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_6</guid>
      <pubDate>15 Jun 2026 10:00:00 GMT</pubDate>
      <description>HydroD 9.0 is very slow when reading .gdf files generated by Wadam for the control surface method. While loading a .gdf file, HydroD and File Explorer may appear frozen.&lt;br /&gt;
(BUG766637)
      </description>
    </item>
    <item>
      <title>HydroD: error for version 6.0-00 to 9.0-01 : HydroD crash for automatic generation of pressure area elements</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_5</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_5</guid>
      <pubDate>15 Jun 2026 10:00:00 GMT</pubDate>
      <description>HydroD may crash during automatic generation of pressure area elements. This may happen in cases where two beams are overlapping and included in the Morison model.&lt;br /&gt;
(BUG720423)
      </description>
    </item>
    <item>
      <title>HydroD: error for version 9.0-01 : Several columns in LoadingCondition compartments .csv file are incorrect</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_4</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_4</guid>
      <pubDate>15 Jun 2026 10:00:00 GMT</pubDate>
      <description>The table in the LoadingCondition compartments .csv file contains several columns that have incorrect titles or are misaligned. To be more specific, the &quot;bug&quot; is that the columns &quot;FreeSurfaceCenter&quot;, &quot;CenterOfGravity&quot;, and &quot;CenterOfVolume&quot; are included in the csv file. These results are covered by the columns CenterOfGravityX, CenterOfGravityY, etc.&lt;br /&gt;
(BUG720191)
      </description>
    </item>
    <item>
      <title>HydroD: error for version 7.3-01 to 9.0-01 : Infinite error message loop when loading SectionModel with unsupported file type</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_3</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_3</guid>
      <pubDate>15 Jun 2026 10:00:00 GMT</pubDate>
      <description>If a user attempts to load a SectionModel with an unsupported file type (e.g. .FEM), the application enters an infinite loop that continuously outputs error messages to the output window, preventing it from exiting and causing a constant &quot;Updating..&quot; state. The user cannot exit the application gracefully.&lt;br /&gt;
(BUG715483)
      </description>
    </item>
    <item>
      <title>HydroD: error for version 5.0-06 to 9.0-01 : Inaccurate failure message during compartment fluid adjustment</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_2</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_2</guid>
      <pubDate>15 Jun 2026 10:00:00 GMT</pubDate>
      <description>When the option to adjust filling of compartments is in use and the program is not able to find the equilibrium, an inaccurate message is given to the user. For example, if the number of adjustable compartments or groups is specified as 3, the program will report that at least 4 adjustable compartments/groups must be specified. This may not be correct. Actually, the program is unable to find filling fractions of the adjustable compartments that balance the loading condition. The solution may be to mark other compartments as adjustable or increase the number of adjustable compartments.&lt;br /&gt;
(BUG690780)
      </description>
    </item>
    <item>
      <title>HydroD: error for version 6.1-01 to 9.0-01 : Sets do not work with exported FEM from CombinedElementModel</title>
      <link>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_1</link>
      <guid>https://sesam.dnv.com/status/hydrod/hydrod.html?id=HydroD_15-JUN-2026_1</guid>
      <pubDate>15 Jun 2026 10:00:00 GMT</pubDate>
      <description>If the option to export to FEM is used from a CombinedElementModel, and then a new ElementModel is created based on this FEM file, the program will report an error message that the list of sets does not exist in the FEM file.&lt;br /&gt;
(BUG626388)
      </description>
    </item>
    <item>
      <title>SesamConnector: update for version 2.2-00 : Reason for updates to version 2.2-00</title>
      <link>https://sesam.dnv.com/status/sesamconnector/sesamconnector.html?id=SesamConnector_18-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/sesamconnector/sesamconnector.html?id=SesamConnector_18-MAY-2026_1</guid>
      <pubDate>18 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
Reasons for update:&lt;br /&gt;
Dependency updates.&lt;br /&gt;
&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>SesamCore: update for version 5.3-00 : Release of Sesam Core 5.3-00</title>
      <link>https://sesam.dnv.com/status/sesamcore/sesamcore.html?id=SesamCore_15-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/sesamcore/sesamcore.html?id=SesamCore_15-MAY-2026_1</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>This version of Sesam Core contains both new functionality and other important improvements.&lt;br /&gt;
&lt;br /&gt;
&#x3C;b&#x3E;*** IMPORTANT CHANGE ***&#x3C;/b&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;Sestra must be installed separately&#x3C;/b&#x3E;&lt;br /&gt;
For workflows requiring Sestra finite-element analysis, Sestra 11.2-00, or later, must be installed separately on the system. Sestra is no longer bundled with the Sesam Core installation.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&lt;br /&gt;
&#x3C;b&#x3E;New functionality&#x3C;/b&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;Improved performance and reduced memory consumption&#x3C;/b&#x3E;&lt;br /&gt;
In a Response Reconstruction workflow performance and memory consumption are improved by the use of optimized storage of precomputed data in .bin-files. The program also has backward support for any existing precomputed .SIN files. The new &#x3C;i&#x3E;convert&#x3C;/i&#x3E; command enables conversion from .SIN to .bin. See the user manual for further details.&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;Support for &quot;smart&quot; load combinations in ULS analyses&#x3C;/b&#x3E;&lt;br /&gt;
Sesam Core now supports smart load combinations (RDRESCMB, generated by GeniE) when performing ULS analysis (bucking or yield) based on a Sesam Results Interface File (-p option)&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&lt;br /&gt;
&#x3C;b&#x3E;Bug fixes&#x3C;/b&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;JNL file path resolution error handling&#x3C;/b&#x3E;&lt;br /&gt;
When an UlsCommandFile path was specified in the input JSON but the file did not exist, Sesam Core silently fell back to a default RUN BUCKLING-CHECK command, masking the user&apos;s intent. Sesam Core now fails with a descriptive error message when the specified JNL file cannot be found. The default command behaviour when no UlsCommandFile is given is preserved.&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;[RP-C201] Method 2 effective width — transverse stress zeroing for stiffener check&#x3C;/b&#x3E;&lt;br /&gt;
When ASSIGN EFFECTIVE-WIDTH-METHOD 2 was active, the transverse design stress Sigma&#x3C;sub&#x3E;y,Sd&#x3C;/sub&#x3E; was incorrectly propagated to downstream stiffener criteria (plate resistance, torsional buckling, interaction formulas, laterally loaded plate), causing double-counting of transverse effects. Sesam Core now zeroes all transverse stress quantities when Method 2 is active, ensuring consistent results across all criteria and output channels. A pre-existing numerical trap (division by zero in torsional buckling when all stresses are zero) has also been resolved. The Method 2 slenderness parameter has been corrected from stiffener length to stiffener spacing per DNV-RP-C201.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>SesamWindManager: update for version 8.1.0 : Reasons for update to version 8.1.0</title>
      <link>https://sesam.dnv.com/status/sesamwindmanager/sesamwindmanager.html?id=SesamWindManager_27-APR-2026_1</link>
      <guid>https://sesam.dnv.com/status/sesamwindmanager/sesamwindmanager.html?id=SesamWindManager_27-APR-2026_1</guid>
      <pubDate>27 Oct 2026 10:00:00 GMT</pubDate>
      <description>It is recommended to use the following Sesam versions (or later) with this version of Sesam Wind Manager:&lt;br /&gt;
&lt;br /&gt;
Waja V8.0-04&lt;br /&gt;
Splice V9.1-00&lt;br /&gt;
Sestra V11.1-00&lt;br /&gt;
Framework V5.0-03&lt;br /&gt;
Xtract V7.0-01&lt;br /&gt;
Wasim V8.0-06&lt;br /&gt;
Sesam Core V5.2-00&lt;br /&gt;
Wadam V11.0-05&lt;br /&gt;
Application Version Manager 4.1.0&lt;br /&gt;
Windows 11 is being supported.&lt;br /&gt;
&lt;br /&gt;
Highlighted features:&lt;br /&gt;
&lt;br /&gt;
Acceleration Loads from Mass Matrices:&lt;br /&gt;
The analyses in Sesam Wind Manager will now, by default, include acceleration loads from the mass matrices due to acceleration fields (e.g., gravity).&lt;br /&gt;
If these loads are in the load vectors, then they will be included twice in the analysis.&lt;br /&gt;
The user should either remove the corresponding loads from the load vectors or remove the ELOP command from the Sestra input file.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
New features introduced in this release:&lt;br /&gt;
User Story 737883: Start Floating Result accumulation Only from command line&lt;br /&gt;
User Story 737884: Start Fixed ULS Result generation Only from command line&lt;br /&gt;
User Story 739515: Added gravity constant to Wajac input template files&lt;br /&gt;
User Story 740553: Allow whitespace in folder name for FOWT workspaces&lt;br /&gt;
User Story 742467: Supporting acceleration loads on mass matrices&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bug fixes associated with this release:&lt;br /&gt;
Bug 660961: Parallel number of analyses is limited cannot be changed.&lt;br /&gt;
&lt;br /&gt;
This version of Sesam Wind Manager (V8.1) uses the new licence system.&lt;br /&gt;
For detailed instructions and further information visit: https://mysoftware.dnv.com/knowledge-centre/sesam/licence-support/ Licence support My DNV Software is DNV’s online portal for our latest software products and downloads, comprehensive user documentation, and support and training information.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Issues and limitations known to exist in this release:&lt;br /&gt;
Limitation: All models and input must be in SI base units.&lt;br /&gt;
Limitation: In Fixed OWT workspaces FLS and ULS results will only be calculated for beams. Conversely, in Floating OWT workspaces FLS results will only be calculated for plates. In all cases the structural model may include beams, shells and solids.&lt;br /&gt;
Limitation: No support rigid links can be included in the model when superelement conversion is performed. In case of an integrated design approach, the Sesam to Bladed converter will also ignore the support rigid links. In both cases, a bicycle wheel approach can be used instead, i.e. to model the rigid connection using stiff, massless beams.&lt;br /&gt;
Limitation: The maximum length of a file path in Microsoft Windows is limited to 255 characters. This also applies to runs uploaded to the cloud. Due to additional folders present on the cloud, runs may fail due to too long filepaths. Sesam Wind Manager will notify the user about this before it occurs. A workaround is to shorten the load case name(s) and/or T1.FEM file prefix before starting a cloud job.&lt;br /&gt;
Limitation: Specific characters in the file path can cause issues opening files or running some Sesam modules. Therefore, we suggest avoiding the following characters in the workspace path: ~^()[];,&lt;br /&gt;
Limitation: There are no applied (line) loads written to the R1.SIN file by the Bladed to Sesam converter (and these are not output by Bladed either), which may cause inaccurate results in Framework for FLS/ULS checks for positions that are not at node locations. A workaround to this is to use a denser mesh in Bladed to make sure that a node exists at locations of interest that would otherwise have been along the element, so that results are output at those locations too.&lt;br /&gt;
Limitation: For superelement generation in Bladed or BHawC format, DLCs with different water depth than defined in the Global Settings and/or Wajac input different than default (i.e. any other file than Wajac.inp) will generate wave load files that are not strictly based on the superelement matrices as obtained in the SuperElementData.dat file. If desired, an additional SuperElementData.dat file per other depth and/or Wajac input file can be generated by changing the default depth (on the Global Settings tab) and Wajac input file and running a superelement conversion.&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>Sestra: limitation for version ALL : Multiple INRF cards are not supported by Sestra 11</title>
      <link>https://sesam.dnv.com/status/sestra/sestra.html?id=Sestra_19-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/sestra/sestra.html?id=Sestra_19-MAY-2026_1</guid>
      <pubDate>19 May 2026 10:00:00 GMT</pubDate>
      <description>Sestra 11 do not support multiple INRF cards. If multiple INRF cards are provided in sestra.inp, the system processes only the latest INRF card.&lt;br /&gt;
(764162)
      </description>
    </item>
    <item>
      <title>Sima: update for version 5.2.0 : Reasons for update to version 5.2.0</title>
      <link>https://sesam.dnv.com/status/sima/sima.html?id=Sima_08-JUL-2026_1</link>
      <guid>https://sesam.dnv.com/status/sima/sima.html?id=Sima_08-JUL-2026_1</guid>
      <pubDate>8 Jul 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
Release notes:&lt;br /&gt;
 https://sima.sintef.no/docs/5.2/releasenotes/sima52/release_notes_520.html&lt;br /&gt;
      </description>
    </item>
    <item>
      <title>Wadam: new feature for version NEXT : Expose several WAMIT options</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_21-MAY-2026_3</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_21-MAY-2026_3</guid>
      <pubDate>21 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
HYDPOTT card is extended to accommodate the following WAMIT options &lt;br /&gt;
which users can control. Previously, these options were decided &lt;br /&gt;
internally in Wadam and not exposed to users.&lt;br /&gt;
&lt;br /&gt;
IHASK, 17th field of HYDPOTT. Option to use Haskind formulation for &lt;br /&gt;
excitation force or integral of diffraction pressure.&lt;br /&gt;
= 0 - Default, Wadam will decide&lt;br /&gt;
= 2 - Excitation force in G file evaluated from Haskind formulation &lt;br /&gt;
      (from WAMIT_5S.2)&lt;br /&gt;
= 3 - Excitation force in G file calculated from integral of &lt;br /&gt;
      diffraction pressure (from WAMIT_5S.3) &lt;br /&gt;
&lt;br /&gt;
ISOR, 18th field of HYDPOTT card. Option to control if source strength &lt;br /&gt;
will be solved. This relates to ISOR input given to .POT.&lt;br /&gt;
= 1 - Enforce ISOR to be 1 in .POT, so that source strength will be &lt;br /&gt;
      evaluated.&lt;br /&gt;
= 0 - The default value, let Wadam decide if source strength needs to &lt;br /&gt;
      be evaluated.&lt;br /&gt;
&lt;br /&gt;
ISCATT, 19th field of HYDPOTT. Option if scattering potential will be &lt;br /&gt;
solved. This relates to ISCATT input given in config.wam (to POTEN).&lt;br /&gt;
= 1 - Enforce ISCATT to be 1 in .POT, so that scattering potential &lt;br /&gt;
      will be evaluated.&lt;br /&gt;
= 0 - The default value, let Wadam decide if scattering potential &lt;br /&gt;
      needs to be evaluated. In most cases, scattering potential is NOT &lt;br /&gt;
      needed. Instead, the total diffraction force (integral of &lt;br /&gt;
      scattering + FK pressure) is calculated which is more numerically &lt;br /&gt;
      beneficial.&lt;br /&gt;
&lt;br /&gt;
IOBPK, 20th field of HYDPOTT. Option to solve offbody point &lt;br /&gt;
kinematics. This relates to IOPTN(6) and IOPTN(7) given in .FRC input &lt;br /&gt;
file. Conflict could occur if the input is not 0.&lt;br /&gt;
= 1 - 1 will be given to IOPTN(6:7) with potential formulation.&lt;br /&gt;
= 2 - 2 will be given to IOPTN(6:7) with source formulation. This &lt;br /&gt;
      requires ISOR=1.&lt;br /&gt;
= 0 - The default value, let Wadam decide which value to be used.&lt;br /&gt;
&lt;br /&gt;
(FEATURE 694579)
      </description>
    </item>
    <item>
      <title>Wadam: new feature for version NEXT : Z offset for reference point in multibody analysis</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_21-MAY-2026_2</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_21-MAY-2026_2</guid>
      <pubDate>21 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
ZB of HYDSTRID card for multibody analysis (22nd field) has always been &lt;br /&gt;
zero (hard-coded from HydroD). It is now possible to specify the z &lt;br /&gt;
level from the waterline, and the forces and matrices will be output in &lt;br /&gt;
the G file with respect to a reference point at this z level, rather &lt;br /&gt;
than at z=0.&lt;br /&gt;
&lt;br /&gt;
(FEATURE 750305)
      </description>
    </item>
    <item>
      <title>Wadam: error for version ALL to 11.0-05 : Wadam run stops when many wave frequencies are combined with quadratic damping</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_21-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_21-MAY-2026_1</guid>
      <pubDate>21 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
Wadam stops with the following error message in the list file when &lt;br /&gt;
there are 48 wave directions and 100 wave frequencies. &lt;br /&gt;
&lt;br /&gt;
   *** TRYING TO READ NONEXISTING DATA&lt;br /&gt;
       CALL TO PGHYD WITH OPERATION CODE    2&lt;br /&gt;
       FOR DATATYPE     110&lt;br /&gt;
       OFFSET IN POINTER ARRAY         1400&lt;br /&gt;
       KEY  1 SPECIFIED =      1  MAX=    100&lt;br /&gt;
       KEY  2 SPECIFIED =     15  MAX=     48&lt;br /&gt;
       KEY  3 SPECIFIED =      1  MAX=      1&lt;br /&gt;
       CALLED FROM SUBROUTINE  MN1462&lt;br /&gt;
&lt;br /&gt;
Wadam can run through with reduced number of wave directions or &lt;br /&gt;
frequencies.&lt;br /&gt;
&lt;br /&gt;
The bug is related to the data storage handling with legacy code &lt;br /&gt;
(PGHYD in Wadam). This has been replaced with modernized code using &lt;br /&gt;
modules and dynamic allocation.&lt;br /&gt;
&lt;br /&gt;
(BUG 752535)
      </description>
    </item>
    <item>
      <title>Wadam: error for version ALL to 11.0-05 : Restoring from W1MATRIX not considered in list file</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_5</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_5</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
User defined restoring matrix can be given for a single body analysis &lt;br /&gt;
with HYDREST card. It can also be given by using W1MATRIX card &lt;br /&gt;
(with IMTYP=33 in the 6th field) for both single body and multibody &lt;br /&gt;
analysis. However, when W1MATRIX card is used, the HYDROSTATIC DATA &lt;br /&gt;
in the list file does not include the contribution from the data from &lt;br /&gt;
W1MATRIX card. &lt;br /&gt;
&lt;br /&gt;
The printing is fixed with the following improvements.&lt;br /&gt;
1) Number of each user defined matrix type of HYDDMP, HYDREST, HYDCRDM &lt;br /&gt;
   and W1MATRIX (IMTYP=33, 34 or 35) are printed&lt;br /&gt;
2) The restoring matrix for each body defined by W1MATRIX (IMTYP=33) &lt;br /&gt;
   is printed&lt;br /&gt;
&lt;br /&gt;
It should be noted that the bug is only relevant to the printing in &lt;br /&gt;
the list file. Motions are handled correctly.&lt;br /&gt;
&lt;br /&gt;
(BUG 761854)
      </description>
    </item>
    <item>
      <title>Wadam: error for version ALL to 11.0-05 : Four node integral for restoring matrix in Poten/Force</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_4</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_4</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
The restoring matrix due to hydrostatic pressure on panels is calculated &lt;br /&gt;
using panel centroid quantities in Poten/Force. It is relevant to second &lt;br /&gt;
order problems (difference, sum frequencies or wave drift damping) or &lt;br /&gt;
when flexible modes are included, as the motions are evaluated in Force &lt;br /&gt;
rather than in Wadam. This is not consistent with the restoring matrix &lt;br /&gt;
calculated by Wadam for the first order motions where 4-node Gauss &lt;br /&gt;
integral is applied. &lt;br /&gt;
&lt;br /&gt;
With this fix, 4-node Gauss integral is used for both linear and second &lt;br /&gt;
order motions.&lt;br /&gt;
&lt;br /&gt;
(BUG 763060)
      </description>
    </item>
    <item>
      <title>Wadam: new feature for version NEXT : Prescribed motion with diffraction</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_3</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_3</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
HYDMOTI is extended to include the index for wave directions. With this &lt;br /&gt;
update, diffraction (with unit wave amplitude) is enabled with the &lt;br /&gt;
prescribed motions. The index to wave directions is given in the third &lt;br /&gt;
field of the card which was previously unused.&lt;br /&gt;
&lt;br /&gt;
In addition, the ERROR message is changed to a warning when the option &lt;br /&gt;
of eigenvalue is combined with prescribed motion/fixed.&lt;br /&gt;
&lt;br /&gt;
(FEATURE 759662)
      </description>
    </item>
    <item>
      <title>Wadam: new feature for version NEXT : Handle multi-body cases with only one body</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_2</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_2</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
It is now possible to define a &quot;multibody&quot; analysis with only one body. &lt;br /&gt;
This allows for creating results for a body with a location offset from &lt;br /&gt;
the global origin and with the results in its local coordinate system.&lt;br /&gt;
&lt;br /&gt;
(FEATURE 119211)
      </description>
    </item>
    <item>
      <title>Wadam: new feature for version NEXT : Vertical walls</title>
      <link>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/wadam/wadam.html?id=Wadam_20-MAY-2026_1</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
WAMIT has the option to account for images of the body in the presence&lt;br /&gt;
of one or two vertical walls (which intersect at a right angle). This&lt;br /&gt;
function is now exposed in Wadam by using the 21st field of the HYDPOTT&lt;br /&gt;
card (IWALL). The value is passed on as the symmetry indices ISX and ISY&lt;br /&gt;
in the GDF file(s):&lt;br /&gt;
&lt;br /&gt;
IWALL=0: No wall (default)&lt;br /&gt;
IWALL=1: Wall at x=0      (ISX=-1)&lt;br /&gt;
IWALL=2: Wall at y=0      (ISY=-1)&lt;br /&gt;
IWALL=3: Walls at x=0 and y=0 (ISX=-1, ISY=-1)&lt;br /&gt;
&lt;br /&gt;
A wall may be combined with the existing IS body-symmetry option, in&lt;br /&gt;
which case the GDF symmetry index becomes -2 on the affected axis. This&lt;br /&gt;
combination is only valid when BOTH of the following hold:&lt;br /&gt;
&lt;br /&gt;
1) The body-symmetry plane is defined in the body-local coordinate&lt;br /&gt;
   system and is distinct from the global wall plane. The symmetry&lt;br /&gt;
   plane and the wall plane must not coincide.&lt;br /&gt;
&lt;br /&gt;
2) The whole body lies within the valid region, with no wall/hull&lt;br /&gt;
   crossing: for IWALL=3 the body must be entirely in the first&lt;br /&gt;
   quadrant (x&#x3E;0 and y&#x3E;0 in the global system); for IWALL=1 entirely&lt;br /&gt;
   at x&#x3E;0; for IWALL=2 entirely at y&#x3E;0. No panel may straddle a wall&lt;br /&gt;
   plane.&lt;br /&gt;
&lt;br /&gt;
If these conditions are not met, the wall and symmetry options should&lt;br /&gt;
not be combined.&lt;br /&gt;
&lt;br /&gt;
(FEATURE 677812)
      </description>
    </item>
    <item>
      <title>Xtract: update for version 7.0-03 : Reasons for update to version 7.0-03</title>
      <link>https://sesam.dnv.com/status/xtract/xtract.html?id=Xtract_20-MAY-2026_1</link>
      <guid>https://sesam.dnv.com/status/xtract/xtract.html?id=Xtract_20-MAY-2026_1</guid>
      <pubDate>20 May 2026 10:00:00 GMT</pubDate>
      <description>&lt;br /&gt;
This version of Xtract contains bug fixes for license related items.&lt;br /&gt;
&lt;br /&gt;
&#x3C;b&#x3E;Bug fix&#x3C;/b&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;759353 – [License] Device-Lock License Not Working&#x3C;/b&#x3E;&lt;br /&gt;
In Xtract v7.0-01, the Device‑Lock license under the new licensing system did not function correctly.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;705396 – [License] Unable to open &quot;T#.FEm + G1.SIF&quot; and Animation Not Available with “XTRACT + XTRACT__ANIM” License&#x3C;/b&#x3E;&lt;br /&gt;
From Xtract v6.2 to v7.0-01, users were unable to view results or run animations for the condition “T#.FEM + Wadam G1.SIF”, even when the “XTRACT + XTRACT__ANIM” license was available.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;705400 – [License] Unable to Open “#.VTF” Files from Wasim or Stofat&#x3C;/b&#x3E;&lt;br /&gt;
From Xtract v6.2 to v7.0-01, users could not view #.VTF files generated by Wasim or Stofat when only the “XTRACT + XTRACT__ANIM” license was available.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&#x3C;ul&#x3E;&lt;br /&gt;
&#x3C;li&#x3E;&#x3C;b&#x3E;705423 – [License] Unable to Open “#.VTF” Files from Shell Design&#x3C;/b&#x3E;&lt;br /&gt;
From Xtract v6.2 to v7.0-01, users could not view #.VTF files generated by Shell Design when using only the “XTRACT + XTRACT__SHDS” license.&lt;br /&gt;
&#x3C;/ul&#x3E;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
      </description>
    </item>
  </channel>
</rss>
