Course Module Structure
The e-learning course is divided into short modules of 5-10 minutes. They are sequential and interrelated. The recommended approach is to watch first, then practice hands-on.
ProtaStructure · YouTube · 9:35
This introductory video segment outlines the format of the ProtaStructure e-learning course, specifying module lengths and study recommendations. It then transitions to explaining the software's data file structure, defining the relationship between Project Data Folders and individual Project Folders, including strict naming rules like prohibiting spaces. Finally, it demonstrates how to locate and open projects via the software interface, emphasizing the importance of not manually renaming folders in the operating system. This instructional segment covers ProtaStructure data management and initial modeling workflows. It defines strict rules for project folder integrity, prohibiting external renaming or file deletion to ensure software accessibility. Best practices for local storage and avoidance of cloud sync are detailed to maintain performance on large models. Backup strategies including manual saving, archiving, and hourly automatic restores are explained. The video concludes by introducing the modeling flowchart, specifically contrasting the default Yield Line (tributary area) method with FE Load Decomposition for deriving beam loads from slab geometries. This 120-second clip presents a structural engineering flowchart for modelling, analysis, and design. It explains FE Load Decomposition for beam loads, the general 3D building analysis with optional slab meshing, post-analysis verification including the axial load comparison report, and the subsequent design of beams, columns/walls, and foundations. It also introduces FE Floor Analysis as an alternative for flat slab or sub-frame cases and ends with direct slab design options using tabulated code coefficients, the yield line method, or FE-generated slab forces. This video segment explains the structural analysis workflow for buildings, focusing on the critical decision of whether to include slab meshing in 3D analytical models. It contrasts two methods: frame-only analysis (suitable for beam-slab layouts but invalid for flat slabs due to load loss) and fully meshed analysis (mandatory for flat slabs to capture direct load transfer to columns and walls). This 95-second clip explains the FE floor analysis method in a structural modeling workflow and contrasts it with building analysis. The narrator defines FE floor analysis as a one-story sub-frame analysis that meshes columns, walls, beams, and slabs for a single story. Because it isolates one story at a time, the clip says gravity load chasdown must be performed from the top story to the bottom story to accumulate gravity loads of columns and walls correctly. It then states a key limitation: this method provides only gravity load results, while lateral load results must come from building analysis, so building analysis should be run first before FE floor analysis. The narrator adds that FE floor analysis is more complicated and longer, and is used when sub-frame analysis is specifically required or preferred, such as for slab design on one story. The conclusion recommends building analysis as the first overall choice because it analyzes gravity and lateral loads using a single consistent analytical model. The final seconds are a non-instructional outro.
Use the learning inspector for key ideas and moments, or open the reading tabs for the complete notes.
Generated from the video's visuals and explanation; not verbatim speech.
The video begins by outlining the structure of the e-learning course. Each module is designed to be concise, lasting between 5 and 10 minutes. Because the topics are interconnected, learners are advised to watch them sequentially. The course includes a step-by-step guide for building a basic model from scratch, alongside pre-constructed models used to highlight specific features. The suggested workflow is to first watch a module to understand the concepts, and then replay it while practicing hands-on in the software. Learners have full control over playback, allowing them to pause, rewind, or fast-forward as needed.
Next, the focus shifts to how ProtaStructure organizes its data files. Every project is contained within a specific directory known as the 'Project Folder'. A critical rule is that the name of this folder must perfectly match the 'Project Code' (or Project Name) entered in the software, and it strictly cannot contain any spaces. This Project Folder resides inside a broader parent directory called the 'Project Data Folder'. While users can create multiple Project Data Folders to organize different sets of projects, new users are tipped to keep it simple by using a single Data Folder for everything.
Finally, the video explains the practical steps for opening a project. To access existing work, the software needs to know where to look, meaning the correct 'Project Data Folder' must be selected in the 'Open Project' dialog. Users can modify this location by clicking the 'Choose / Create Folder' button. Visual aids compare the software's dialog box with Windows Explorer, showing that the default data folder is usually named 'ProtaData' followed by the version number. Inside, you will find subfolders for projects, such as the Quick Start Guides. The narrator emphasizes that the folder names in Windows Explorer correspond exactly to the project codes in the software and warns users never to manually rename these folders outside the application, as it will break the connection.
The segment begins by establishing the critical file structure rules for ProtaStructure. A visual diagram maps the 'Project Data Folder' as the parent directory and the 'Project Code' as the specific project folder name. The narration warns that manually renaming this folder in Windows Explorer severs the software's link to the data, causing the project to vanish from the Open Project dialog. Similarly, deleting any internal files is prohibited because every component is deemed essential to the model's integrity.
Transitioning to operational efficiency, the lecture outlines storage best practices. Projects should reside on local hard drives rather than external disks or servers, as large structural models generate massive files containing analysis, design, and drawing data. The use of third-party auto-sync tools like Dropbox or OneDrive is discouraged; these services consume additional memory resources that can degrade ProtaStructure's performance during intensive calculations.
Data preservation strategies are then detailed through three distinct methods. First, manual backup via 'File > Save Project As' allows users to create named copies. Second, 'File > Archive Project' generates a compact ZIP file containing only the core model files. Third, the system provides automatic hourly backups, retrievable through 'Open Previous Backup' in the Building Setout tab. By default, the software retains three such backups, offering a recovery window of approximately three hours of work.
The focus shifts to the engineering workflow with the introduction of the Modeling, Analysis & Design flowchart. Step 1 involves constructing the 3D physical model, with a strong recommendation to run progressive 'Building Model Checks' to catch errors early. Step 2 addresses load derivation: once beams and slabs are modeled, loads are transferred. The default method uses the 'Yield Line' (tributary area) approach. However, an alternative branch, 'FE Load Decomposition,' is presented, which calculates beam loads by meshing the slabs directly within the Finite Element model.
The clip opens on a slide titled "Modelling, Analysis & Design flowchart". The visible branch already contains step 2, "Derive Beam Loads using the 'Yield Line' (tributary area) approach", and step 2a, "FE Load Decomposition". The narration explains that this FE-based method captures localized effects of slab openings and concentrated slab loads such as slab line loads, and that the resulting loads can be applied selectively or to all beams in one storey or all storeys.
Step 3 appears: "Run the general building analysis - 3D frame analysis of full model", with the option to mesh floor slabs using "Include Slab in Building Model". The speaker states that this analysis generates column, wall, and beam design forces, and clarifies that floor slabs are not meshed by default in building analysis.
Steps 4 and 5 are added below step 3. Step 4 instructs the user to check and verify the building analytical model, including identifying and resolving error or warning messages such as large deformation or unstable joints. Step 5 requires checking the axial load comparison report so that gravity load input equals load output. The narration also adds that deflections and member forces should be reasonable.
Three design boxes appear at the bottom: 6.1 Beam Design, 6.2 Column/Wall Design, and 6.3 Foundation Design. The speaker says that once the analytical model has been verified as satisfactory, the workflow can proceed to design these members.
A side branch labeled 3a, "FE Floor Analysis (Flat Slab / Sub-frame)", is introduced as an alternative to the general building analysis. The narration explains that it is especially useful for flat slab systems without supporting beams, and also for beam-and-slab layouts where sub-frame behavior or single-storey analysis is preferred. Because the method analyzes one floor at a time, sequential FE floor analyses are needed to chase gravity loads down the structure and accumulate column and wall loads from top to bottom story. The results are then merged with lateral results from building analysis before member design.
Near the end, box 6.4 "Slab Design" appears together with the label "Slab design based on tabulated code coefficients". The speaker explains that slab design can be performed directly after building the model using tabulated code coefficients or the yield line method. A final box 3b then appears: "Use same FE models (with slab meshed) to generate alternative slab design forces", indicating an alternative route for obtaining slab design forces from the FE model.
The video begins by outlining a comprehensive structural analysis workflow. It highlights the option to use Finite Element (FE) models with meshed slabs to generate design forces, setting the stage for a detailed comparison of different modeling strategies.
An example physical model is introduced: a multi-story building featuring a flat slab system supported by perimeter columns and a central lift core wall, with a specific beam located between the core walls.
The first method discussed is 'Building Analysis without floor slab meshed'. This creates a 3D frame model containing only walls, columns, and beams. While effective for handling gravity and lateral loads in beam-slab layouts, the speaker emphasizes that this approach is fundamentally flawed for flat slabs. Because there are no beams to collect the slab loads, excluding the slab mesh means these loads are completely lost and never reach the vertical supports.
The second method is 'Building Analysis with floor slabs meshed'. Here, the slabs are modeled as meshed surfaces integrated with the frame elements. This is identified as the mandatory and ideal approach for flat slab systems, as it allows slab loads to be transferred directly to the columns and walls. Although applicable to beam-slab systems, it is noted as less efficient due to increased model complexity and potential numerical interference between the slab mesh and frame elements.
The clip opens on a four-panel flowchart built around a single Physical Model. Blue arrows branch from the model to Building Analysis without floor slab meshed, Building Analysis with floor slabs meshed, and FE Floor Analysis Gravity Load Chasedown. The narration identifies the last branch as the method under discussion.
The speaker defines FE floor analysis as a one-story method. A bullet box appears stating Analyze 1 floor at a time (sub-frame) and Column, wall, beam & slab meshed, matching the spoken point that only the members and slabs of that particular story are considered and analyzed.
Because the analysis is restricted to one story, the narrator explains how gravity loads are accumulated. The stated procedure is to begin at the top story and move downward, analyzing each story separately and in sequence. This ordered procedure is named gravity load chasdown, and the lower-right diagram visually reinforces it with stacked slabs, downward arrows, and vertical load-transfer lines.
The next point is a limitation of the method. The narration says the chasdown can only provide gravity load result. The bullet list adds that lateral load results must be from Building analysis. From this, the speaker draws a workflow consequence: building analysis should be run first, before performing FE floor analysis.
The clip then explains why one would still use FE floor analysis despite that limitation. The narrator says it is generally more complicated and longer, and is used where sub-frame analysis is required or preferred. The example given is slab analysis and design for one particular story, justified by the statement that slab design is usually designed only to gravity loads.
A final recommendation box replaces the earlier bullets. It states that Building Analysis should be considered as the first choice because it analyzes gravity and lateral loads using a single consistent analytical model. This closes the comparison between the specialized one-story FE floor analysis path and the broader building-analysis workflow.
The instructional content ends and the screen changes to a dark 3D building render with promotional text. No further mathematical explanation is added in the remaining seconds.
The e-learning course is divided into short modules of 5-10 minutes. They are sequential and interrelated. The recommended approach is to watch first, then practice hands-on.
All project files are stored in a 'Project Folder'. Its name must match the 'Project Code' exactly and cannot contain spaces. It lives inside a parent 'Project Data Folder'.
To open a project, select the correct 'Project Data Folder' in the software's Open Project dialog. The default is usually 'ProtaData' + version number. Never rename folders manually in Windows Explorer.
ProtaStructure requires the Project Folder name to exactly match the Project Code and prohibits external renaming or file deletion. Violating these rules causes projects to disappear from the Open Project dialog or become corrupted. Use 'Save Project As' for legitimate renaming operations.
Store projects on local hard drives for optimal performance. Avoid external drives/servers due to large file sizes from analysis/design data. Disable cloud sync (Dropbox/OneDrive) to prevent memory contention and performance degradation.
Maintain data safety via: 1) Manual 'Save Project As' copies; 2) 'Archive Project' for compact ZIPs of model files; 3) Automatic hourly backups (default 3 retained) restorable via 'Open Previous Backup' in Building Setout tab.
After building the 3D model, beam loads are derived from slabs. The default method is 'Yield Line' (tributary area). The alternative is 'FE Load Decomposition', which meshes slabs in the FE model to calculate load transfer. Both require completed geometry.
A method for deriving beam loads by meshing slabs in an FE model. It is described as capturing localized effects of slab openings and concentrated slab loads such as slab line loads, and its results can be applied selectively or to all beams in one storey or all storeys.
A 3D frame analysis of the full model used to generate column, wall, and beam design forces. Floor slabs are not meshed by default, but slab meshing can be enabled through the option "Include Slab in Building Model".
After building analysis, the analytical model must be checked and verified. This includes resolving error or warning messages such as large deformation or unstable joints, confirming that deflections and member forces are reasonable, and checking the axial load comparison report so that gravity load input equals load output.
Once the analytical model is verified as satisfactory, the workflow proceeds to Beam Design, Column/Wall Design, and Foundation Design.
An alternative to general building analysis, especially useful for flat slab systems without supporting beams and for beam-and-slab layouts where sub-frame behavior or single-storey analysis is preferred. It requires sequential floor-by-floor analysis to accumulate gravity loads down the structure, followed by merging with lateral results from building analysis before member design.
Slab design can be performed directly after model build using tabulated code coefficients or the yield line method. Alternatively, the same FE models with slab meshed can be used to generate alternative slab design forces.
The structural analysis process involves choosing between different modeling approaches, particularly regarding how slabs are handled in 3D analytical models.
Analyzing a structure using only frame elements (beams, columns, walls) works for beam-slab layouts but fails for flat slabs because slab loads cannot be transferred to supports without a slab mesh.
Including slab meshing in the 3D model is mandatory for flat slab systems to ensure loads are captured by columns and walls, though it increases model complexity for beam-slab systems.
FE floor analysis is presented as a sub-frame method that analyzes only one story at a time. The on-screen bullets specify that the analyzed items are column, wall, beam, and slab, and that these are meshed for that particular story.
When only one story is analyzed at a time, the video says gravity loads of columns and walls must be accumulated by processing stories separately from the top story down to the bottom story. This sequential procedure is called gravity load chasdown.
The clip states that gravity load chasdown provides only gravity load results. Lateral load results are not obtained from FE floor analysis and must instead come from building analysis.
Because lateral load results must be obtained from building analysis, the narrator concludes that building analysis needs to be run first before performing FE floor analysis.
The method is described as more complicated and longer, so it is used when sub-frame analysis is specifically required or preferred. The example given is analyzing and designing slabs for one particular story, since slab design is said to be usually governed by gravity loads only.
The final recommendation is to use building analysis as the first preference because it analyzes both gravity and lateral loads within a single consistent analytical model.
Explore conditions, steps and evidence. Supplementary explanations are labeled separately from content shown in the video.
Slide text: “Project Data Folder must be correctly chosen”; diagram labels the path as the parent folder.
Narrator discusses opening projects and warns against manually renaming the Project Folder in Windows Explorer.
Project Data Folder
The parent directory that contains one or more project folders for ProtaStructure.
File-system path used by ProtaStructure.
Diagram annotation: “Project Code = Project Folder”; slide text: “Do not manually rename the Project Folder in Windows Explorer.”
Narrator says renaming the project folder in Windows Explorer will make it disappear from the Open Project dialog.
Project Folder
The folder whose name is the project code; it stores all files required for a ProtaStructure model.
Directory inside the Project Data Folder.
Slide text: “Use Save Project As function in ProtaStructure.”
Narrator recommends using Save Project As to rename a project instead of renaming the folder externally.
Save Project As
ProtaStructure command used to save a project under another name or location while preserving internal file links.
Software menu/function name.
Slide text: “Alternatively, go to File > Archive Project to create a compact project zip file of the model files only.”
Narrator describes Archive Project as creating a compact zip file of the model files only.
Archive Project
ProtaStructure command that packages the model files into a compact ZIP archive.
Software menu/function name.
Slide text: “Automatic backup is created every hour which can be restored using Open Previous Backup in the Building Setout tab.”
Narrator states automatic backups are created hourly and can be restored with Open Previous Backup.
Open Previous Backup
ProtaStructure function used to restore an earlier automatically saved version of the project.
Software function located in the Building Setout tab.
The narrator names the method as FE floor analysis.
The lower-right diagram is labeled FE Floor Analysis Gravity Load Chasedown.
FE floor analysis
A structural analysis method that considers only one story at a time and analyzes the members and slabs of that particular story.
Structural engineering modeling workflow for building floors.
The narrator says this unique analysis considers only one story at a time and calls it sub-frame analysis.
The bullet list includes Analyze 1 floor at a time (sub-frame).
sub-frame analysis
Analysis restricted to one story, including only the members and slabs of that story.
Applied structural analysis method.
The narrator describes accumulating gravity loads of columns and walls by starting from the top to bottom story separately and in sequence, in process called gravity load chasdown.
The bullet list states Gravity Chasedown must be performed to correctly accumulate gravity loads.
The lower-right diagram title reads FE Floor Analysis Gravity Load Chasedown.
gravity load chasdown
A sequential top-to-bottom procedure used to accumulate gravity loads of columns and walls when analyzing one story at a time.
Load accumulation procedure in FE floor analysis.
The narrator says lateral load results must be obtained from building analysis and recommends using building analysis first preference because it analyzes gravity and lateral loads using a single consistent analytical model.
The upper-right diagram is labeled Building Analysis without floor slab meshed.
The lower-left diagram is labeled Building Analysis with floor slabs meshed.
The final text box says Overall, consider using Building Analysis as first choice as it analyzes gravity and lateral loads using a single consistent analytical model.
building analysis
The whole-building analytical method used here for lateral load results and recommended as the first-choice overall analysis approach.
Structural analysis workflow comparison.
The narrator states that for lateral load results must be obtained from building analysis.
The bullet list states Lateral load results must be from Building analysis.
lateral load results
Results associated with lateral loading, which the video assigns to building analysis rather than FE floor analysis.
Structural load response category.
The narrator says this chasdown can only provide gravity load result.
The bullet list states Only gives gravity load results.
gravity load results
The type of result produced by FE floor analysis with gravity load chasdown in this workflow.
Structural load response category.
The upper-left 3D model is labeled Physical Model.
Physical Model
The source 3D building model from which the different analysis paths are derived in the flowchart.
Diagram object label.
The narrator explains the course format, mentioning modules of 5 to 10 minutes, step-by-step guides, and recommendations for viewing and hands-on practice.
Slide titled 'Format of e-learning' lists bullet points corresponding to the narration.
The course is structured into short modules of 5 to 10 minutes each. It provides a step-by-step guide to build a simple model from scratch and uses pre-constructed models to demonstrate specific functions. The recommended learning path is to first view a module without hands-on practice, and then repeat it with hands-on application.
Modules are related and should be followed in order.
The narrator describes how ProtaStructure manages model data using Project Folders and Project Data Folders.
Slide titled 'ProtaStructure Data File Structure' lists rules for naming and organizing folders, accompanied by a diagram showing the hierarchy.
ProtaStructure stores all files for a project in a 'Project Folder'. This folder's name must exactly match the 'Project Code' (or Project Name) and cannot contain spaces. The Project Folder is created within a parent directory called the 'Project Data Folder'. A user can have multiple Project Data Folders, but it is recommended for new users to use just one for simplicity.
Spaces are not permitted for the Project Code.
Project Folder name must match the Project Code.
The narrator explains how to open a project by correctly choosing the Project Data Folder in the Open Project dialog.
Slide shows screenshots of the 'Open Project' dialog and Windows Explorer, with arrows pointing to the 'Project Data Folder' and 'Project Code = Project Folder'.
To open a project, the correct Project Data Folder must be selected in the software's 'Open Project' dialog. Users can change this folder by clicking 'Choose / Create Folder'. The default Project Data Folder is typically named 'ProtaData' followed by the release version number. Inside this folder, project subfolders (like Quick Start Guides) are created, and their names must match the project codes used in the software.
Do not manually rename the project folder in Windows Explorer.
Slide lists three rules: choose the correct Project Data Folder, do not manually rename the Project Folder, and do not delete any files inside the Project Folder.
Windows Explorer screenshot shows Data Folder as parent folder and Project Code as Project Folder.
Narrator explains that renaming the folder externally breaks the Open Project dialog and that all files inside the folder are essential.
A ProtaStructure project is stored as a folder named by its project code inside a selected Project Data Folder. The software relies on this exact naming and on the presence of all internal files. Renaming the folder in Windows Explorer or deleting internal files prevents the project from being opened correctly. To rename a project, use the Save Project As function inside ProtaStructure instead.
Project Data Folder must be correctly chosen before opening a project.
Project Folder name must match the project code.
No files inside the Project Folder may be deleted.
Renaming must be done via Save Project As, not via OS file explorer.
Slide bullets recommend storing projects on local hard drive, warn against external drives/servers for large models, and advise against auto-sync with Dropbox/OneDrive.
Narrator explains performance impacts due to large file sizes and additional memory resources from sync software.
For optimal performance, ProtaStructure projects should be stored on a local hard drive. External hard disks and network servers are discouraged because large structural models generate very large files containing analysis results, design data, reports, and drawings. Automatic synchronization services such as Dropbox or OneDrive are also not recommended because they consume extra memory and can degrade software performance.
Applies to large structural models with extensive analysis/design outputs.
Local storage preferred over external/network storage.
Third-party auto-sync should be disabled for the project folder.
Slide lists manual backup via File > Save Project As, archiving via File > Archive Project, and hourly automatic backups restorable via Open Previous Backup.
Narrator details each method and notes the default retention of three hourly backups allowing restoration of approximately three hours of work.
Users should regularly back up their models. Manual backup is performed using File > Save Project As to save a copy under another name. Alternatively, File > Archive Project creates a compact ZIP containing only the model files. ProtaStructure also creates an automatic backup every hour; these can be restored using Open Previous Backup in the Building Setout tab. By default, three hourly backups are retained, permitting recovery of roughly the last three hours of work.
Manual backup requires choosing a new filename/location.
Archive Project produces a ZIP of model files only.
Automatic backups occur hourly and are limited to three by default.
Flowchart box 2 reads “Derive Beam Loads using the ‘Yield Line’ (tributary area) approach.” Box 2a reads “FE Load Decomposition: Derive Beam Loads by meshing slabs in FE model.”
Narrator states beam loads are automatically derived using the default yield line or tributary area method, and that FE load decomposition is the alternative method deriving loads by meshing slabs in the FE model.
After building the 3D physical model, beam loads must be derived from slab loads. The default approach uses the Yield Line (tributary area) method. An alternative is FE Load Decomposition, which derives beam loads by meshing the slabs within the finite element model. These two methods represent different computational strategies for transferring slab loads to supporting beams.
Requires a completed 3D physical model with beams and slabs.
Yield Line/Tributary Area is the default method.
FE Load Decomposition requires slab meshing in the FE model.
The speaker says this method captures localized effects of slab openings and concentrated slab loads such as slab line loads, and that it can be used on selected or all beams in selected stories or for the whole model.
Box 2a is titled "FE Load Decomposition" and states "Derive Beam Loads by meshing slabs in FE model" and "Choose whether to use these loads selectively or on all beams in a storey or all storeys".
This method derives beam loads by meshing slabs in a finite element model. It is presented as able to capture localized effects of slab openings and concentrated slab loads such as slab line loads. The user may apply the resulting loads selectively or to all beams in one storey or all storeys.
Requires meshing slabs in an FE model.
Can be applied selectively or globally across beams and storeys.
The speaker says the general building analysis can be run to generate column, wall and beam design forces, and that by default floor slabs are not meshed in building analysis, with an option to mesh slabs of all or selected stories.
Box 3 reads "Run the general building analysis - 3D frame analysis of full model" and "Option to mesh floor slab by 'Include Slab in Building Model'".
The general building analysis is a 3D frame analysis of the full model used to generate design forces for columns, walls, and beams. By default, floor slabs are not meshed in this analysis, but there is an option to include slab meshing for all or selected stories.
Used after beam loads have been derived.
Slab meshing is optional and controlled by "Include Slab in Building Model".
The speaker says to check and verify the analytical model, identify error or warning messages such as large deformation or unstable joints, check that deflection and member forces are reasonable, and check the axial load comparison report to ensure no gravity load is lost.
Boxes 4 and 5 read "Check & verify 'Building Analytical Model'", "Identify & resolve error or warning messages, e.g. large deformation / unstable joints", "Check Axial Load Comparison Report", and "Ensure gravity Load input = Load Output".
After the building analysis is completed, the analytical model must be checked and verified. This includes identifying and resolving error or warning messages such as large deformation or unstable joints, checking that deflections and member forces are reasonable, and reviewing the axial load comparison report so that gravity load input equals load output.
Performed after successful completion of building analysis.
Required before proceeding to member design.
The speaker says that after verifying the analytical model is satisfactory, you can proceed to design the beams, columns, walls and foundation elements.
Boxes 6.1, 6.2, and 6.3 appear as "Beam Design", "Column/Wall Design", and "Foundation Design".
Once the analytical model has been verified as satisfactory, the workflow proceeds to design beams, columns/walls, and foundations.
Requires satisfactory verification of the analytical model.
The speaker introduces FE Floor Analysis as an alternative to building analysis, useful for flat slab where there are no beams to support the slabs, and also for beam and slab layout where sub-frame behavior or single story analysis is preferred.
Box 3a reads "FE Floor Analysis (Flat Slab / Sub-frame)", "Use sequential FE floor analyses to chase gravity loads down the structure", "Check & verify FE analytical model", and "Merge column and / or beam forces with lateral results from Building Analysis".
FE Floor Analysis is an alternative to the general building analysis. It is particularly useful for flat slab systems where there are no beams supporting the slabs, and it can also be used for beam-and-slab layouts when sub-frame behavior or single-storey analysis is preferred. Because the analysis is done one floor at a time, sequential FE floor analyses are required to accumulate column and wall loads from top to bottom story. After merging, the FE floor analysis results are used in member design.
Alternative to general building analysis.
Requires sequential analysis floor by floor to chase gravity loads down the structure.
Results must be merged with lateral results from building analysis before member design.
Narrator: “Otherwise, you will not be able to open it, as it will disappear from the Open Project dialog.”
Slide text: “Do not manually rename the Project Folder in Windows Explorer.”
If a ProtaStructure Project Folder is renamed manually in Windows Explorer, the project will no longer appear in the Open Project dialog and cannot be opened normally.
The folder was originally created and recognized by ProtaStructure.
The rename operation occurs outside ProtaStructure's Save Project As function.
Universal for projects managed by ProtaStructure's standard file structure.
Slide text: “Do not delete any files inside the Project Folder – all are essential.”
Narrator: “All files are essential to the model.”
Every file contained within a ProtaStructure Project Folder is necessary for the proper functioning and integrity of the model.
The folder corresponds to a valid ProtaStructure project.
Files have not been corrupted or replaced by non-project data.
Universal quantification over all files in the Project Folder.
Slide text: “By default, there will be 3 backups, which means you can restore approximately 3 hours of work.”
Narrator confirms three hourly backups allow restoring previous three hours of work.
ProtaStructure retains exactly three automatic hourly backups by default, enabling restoration of approximately three hours of prior work.
Default settings have not been modified.
Backups are generated consistently every hour during active sessions.
Existential/default quantification regarding software configuration.
Flowchart box 2a labeled “FE Load Decomposition” connected as alternative to box 2 “Yield Line”.
Narrator: “FE load decomposition is the alternative method to yield line slab load calculation.”
FE Load Decomposition serves as a valid alternative to the Yield Line (tributary area) method for deriving beam loads from slabs in ProtaStructure.
The structural model includes slabs suitable for FE meshing.
The user selects or configures the FE Load Decomposition option.
Conditional existence of alternative workflow path.
The speaker says to check the axial load comparison report to ensure no gravity load is lost, load input equals to load output.
Box 5 states "Ensure gravity Load input = Load Output".
For a valid building analysis, the axial load comparison report should show that gravity load input equals load output, indicating that no gravity load is lost.
A building analysis has been completed.
The axial load comparison report is available.
For the analyzed model, the total gravity load input should equal the total load output.
The speaker says, "By default, floor slabs are not meshed in building analysis."
Box 3 includes "Option to mesh floor slab by 'Include Slab in Building Model'".
By default, floor slabs are not meshed in building analysis; slab meshing is an option controlled by "Include Slab in Building Model".
Using the general building analysis workflow.
Default setting for the building analysis.
The speaker states that for a flat slab model, this analysis method is wrong because slab loads cannot be captured by the columns and walls, meaning the loads will be completely lost.
If a flat slab system is analyzed using a frame-only model without meshing the slabs, the gravity loads from the slabs will not be transferred to the supporting columns and walls, resulting in a structurally invalid analysis.
The structure is a flat slab system (slabs supported directly by columns/walls without beams)
The analytical model excludes slab meshing
For all flat slab systems analyzed with frame-only models
The narrator states that this unique analysis considers only one story at a time and that only members and slabs of that particular story are considered and analyzed.
The bullet list states Analyze 1 floor at a time (sub-frame).
In FE floor analysis, only one story is analyzed at a time, and the analysis includes only the members and slabs of that particular story.
The method being discussed is FE floor analysis / sub-frame analysis.
For the FE floor analysis method described in the clip, the restriction applies to each analysis step: exactly one story is considered at a time.
The narrator says analysis must start from the top to bottom story separately and in sequence, in process called gravity load chasdown.
The bullet list states Gravity Chasedown must be performed to correctly accumulate gravity loads.
To accumulate gravity loads of columns and walls in FE floor analysis, the analysis must be performed separately for each story in sequence from the top story to the bottom story.
FE floor analysis is being used.
Gravity loads of columns and walls need to be accumulated correctly.
The claim is stated as a required procedure for the FE floor analysis workflow described.
The narrator says this chasdown can only provide gravity load result and that lateral load results must be obtained from building analysis.
The bullet list states Only gives gravity load results and Lateral load results must be from Building analysis.
The gravity load chasdown in FE floor analysis provides only gravity load results; lateral load results must be obtained from building analysis.
The analysis path is FE floor analysis with gravity load chasdown.
The statement is universal for the described FE floor analysis output in this clip.
The narrator says hence, the need to run building analysis first, before performing FE floor analysis.
Because lateral load results must come from building analysis, building analysis needs to be run first before performing FE floor analysis.
The workflow requires both lateral load results and FE floor analysis.
The claim is presented as a workflow consequence for cases using FE floor analysis after building analysis.
The narrator recommends building analysis as first preference as it analyzes gravity and lateral loads using a single consistent analytical model.
The final text box states Overall, consider using Building Analysis as first choice as it analyzes gravity and lateral loads using a single consistent analytical model.
Building analysis is recommended as the first choice because it analyzes gravity and lateral loads using a single consistent analytical model.
The comparison is between building analysis and the previously described FE floor analysis workflow.
The claim is stated as an overall recommendation for the modeling workflow shown.
Flowchart shows Step 1 (Build Model) leading to Step 2 (Derive Beam Loads), with Step 2a branching as an alternative method.
Narrator explains sequence: build 3D model first, then derive loads using either yield line or FE decomposition.
Construct the 3D physical geometry including beams and slabs.
Flowchart Step 1 precedes Step 2; loads cannot exist without defined structural elements.
Apply load derivation algorithm to transfer slab loads to beams.
Flowchart Step depends on completed geometry; narrator states loads are derived 'as you model beams and slabs'.
Beam load derivation is logically dependent on prior completion of the 3D physical model; neither Yield Line nor FE Decomposition can execute without defined slab-beam connectivity.
The flowchart boxes appear sequentially and are connected by arrows showing the order of steps.
The narration follows the same sequence from load derivation to analysis, verification, design, and alternative paths.
Start from step 2, derive beam loads using the Yield Line (tributary area) approach, with optional step 2a FE Load Decomposition.
Shown as the first active branch in the visible flowchart and described in the opening narration.
Proceed to step 3, run the general building analysis (3D frame analysis of full model), with optional slab meshing.
Box 3 follows box 2 in the diagram and the speaker describes running the general building analysis next.
Then perform steps 4 and 5, check and verify the building analytical model and check the axial load comparison report.
Boxes 4 and 5 are placed below box 3 and the narration explicitly says to verify the model after analysis.
If verification is satisfactory, continue to member design branches 6.1 Beam Design, 6.2 Column/Wall Design, and 6.3 Foundation Design.
These boxes appear after the verification step and the speaker says design can proceed after verification.
In parallel, step 3a FE Floor Analysis is introduced as an alternative to building analysis, requiring sequential floor-by-floor analysis and merging with lateral results before member design.
Box 3a appears later in the flowchart and the narration explains it as an alternative path.
Step 6.4 Slab Design can also be reached directly after model build using tabulated code coefficients or yield line method, or via step 3b using the same FE models with slab meshed.
Box 6.4 and the label "Slab design based on tabulated code coefficients" appear near the end, and the final narration describes these alternatives.
The clip presents a branching structural analysis and design workflow: beam load derivation leads to building analysis and verification, then member design, while FE floor analysis and direct slab design provide alternative routes.
The narrator links the one-story nature of the analysis to the need to accumulate gravity loads by moving from top to bottom story separately and in sequence.
FE floor analysis is restricted to one story at a time.
Stated directly in the narration and reinforced by the bullet Analyze 1 floor at a time (sub-frame).
Columns and walls carry accumulated gravity loads from multiple stories above.
This is the reason given in the narration for why accumulation is needed when analyzing one story separately.
Therefore, to accumulate those gravity loads correctly, the stories must be processed separately and in sequence from top to bottom.
Explicitly stated by the narrator as the process called gravity load chasdown.
The one-story restriction of FE floor analysis leads to the need for a sequential top-to-bottom gravity load chasdown procedure.
The narrator first states the limitation of FE floor analysis results and then concludes there is a need to run building analysis first before performing FE floor analysis.
FE floor analysis with gravity load chasdown provides only gravity load results.
Directly stated in the audio and in the bullet list.
Lateral load results must be obtained from building analysis.
Directly stated in the audio and in the bullet list.
Hence, if both result types are needed, building analysis must be run before FE floor analysis.
Explicitly drawn by the narrator with Hence, the need to run building analysis first, before performing FE floor analysis.
The result limitation of FE floor analysis implies that building analysis should precede FE floor analysis in the workflow.
The speaker introduces the example physical model as a flat slab model supported by columns and a lift core wall, with a beam between the lift core walls.
A 3D rendering of a multi-story building with octagonal floor plates, central core, and perimeter columns is shown.
Identify the structural system of the provided physical model to determine appropriate analysis methods.
Multi-story building with octagonal floor plates
Supported by perimeter columns and a central lift core wall
A beam exists between the lift core walls
Classify the structural system (e.g., flat slab vs. beam-slab).
Observe the primary vertical supports for the floor slabs.
Visual inspection of the 3D model.
Note that the slabs rest directly on columns and the core wall without a surrounding grid of beams.
Visual inspection of the 3D model.
Conclude that the system is a flat slab model.
Definition of a flat slab system.
The physical model represents a flat slab system.
The visual evidence of slabs supported directly by columns and walls confirms the flat slab classification.
The narrator gives an example: FE floor analysis may be useful to analyze and design slabs by meshing of one particular story, as slab design is usually designed only to gravity loads.
The clip does not show a numerical slab example, only a verbal use case.
Identify a situation in which FE floor analysis is useful despite being more complicated and longer.
FE floor analysis can mesh one particular story.
Slab design is usually designed only to gravity loads.
Explain why a one-story sub-frame method can still be appropriate.
Use FE floor analysis when sub-frame analysis is required or preferred.
Stated by the narrator as the general condition for using the method.
Apply it to analyze and design slabs by meshing one particular story.
Given explicitly as the example in the narration.
This is suitable because the stated design target is gravity loads only.
The narrator says slab design is usually designed only to gravity loads.
The example is slab analysis and design for one particular story using meshed FE floor analysis, justified by the claim that slab design is usually governed by gravity loads only.
No numerical verification is shown in the clip; the example is presented verbally as a use case.
A tree diagram appears showing 'Data Folder "1"' branching into 'Project Folder "a"', '"b"', '"c"', and 'Data Folder "2"' branching into '"m"', '"n"', '"o"'.
Data Folder
Project Folder
Diagram illustrates the parent-child relationship between Data Folders and Project Folders.
Multiple Project Folders can exist within a single Data Folder.
Visualizes the concept that a Project Data Folder acts as a parent container for multiple individual Project Folders.
Screenshots of the 'Open Project...' dialog and Windows Explorer are shown side-by-side with red arrows connecting corresponding elements.
Open Project Dialog
Windows Explorer
Arrows highlight the 'Project Data Folder' path and the 'Project Code' list items.
The folder names in Windows Explorer match the project codes in the software dialog.
Demonstrates the direct link between the software's project selection interface and the underlying operating system file structure.
Split-screen graphic showing ProtaStructure Open Project dialog on left and Windows Explorer folder tree on right, with red arrows linking 'Data Folder = Parent Folder' and 'Project Code = Project Folder'.
Open Project dialog window
Windows Explorer folder view
Red annotation arrows
Text labels for Data Folder and Project Code
Static display throughout segment 0–23s
Parent-child relationship between Data Folder and Project Folder remains visually fixed
Project Code equals Project Folder name equivalence is constant
Visualizes the strict naming convention and directory nesting required for ProtaStructure to locate and validate projects.
Blue box labeled '1. Build the Model' appears at top-left of flowchart slide.
Blue rectangular node
Text '1. Build the Model'
Subtext about progressive Building Model Check
Node fades/appears into view at ~90s
Position anchored at start of workflow sequence
Establishes the foundational prerequisite step before any load analysis can occur.
Second blue box '2. Derive Beam Loads...' appears below step 1, followed by dashed arrow to side box '2a. FE Load Decomposition'.
Main load derivation node
Alternative FE decomposition node
Connecting arrows
Sequential appearance of nodes and connectors between 103s and 110s
Hierarchical relationship: Step 2 is primary, Step 2a is optional alternative
Illustrates the decision point in the engineering workflow where users choose between traditional tributary area methods and modern FE-based load transfer.
A slide titled "Modelling, Analysis & Design flowchart" progressively reveals boxes 2, 2a, 3, 4, 5, 6.1, 6.2, 6.3, 3a, 6.4, and 3b with connecting arrows.
Title text "Modelling, Analysis & Design flowchart"
Box 2 "Derive Beam Loads using the 'Yield Line' (tributary area) approach"
Box 2a "FE Load Decomposition"
Box 3 "Run the general building analysis - 3D frame analysis of full model"
Box 4 "Check & verify 'Building Analytical Model'"
Box 5 "Check Axial Load Comparison Report"
Boxes 6.1, 6.2, 6.3 for Beam, Column/Wall, and Foundation Design
Box 3a "FE Floor Analysis (Flat Slab / Sub-frame)"
Box 6.4 "Slab Design"
Box 3b "Use same FE models (with slab meshed) to generate alternative slab design forces"
At about 14 seconds, box 3 appears below box 2.
At about 29 seconds, boxes 4 and 5 appear below box 3.
At about 54 seconds, boxes 6.1, 6.2, and 6.3 appear at the bottom.
At about 63 seconds, box 3a appears to the right of boxes 3 and 4.
At about 110 seconds, box 6.4 and the label "Slab design based on tabulated code coefficients" appear.
At about 119 seconds, box 3b appears below box 3a.
The slide title remains visible throughout.
Boxes 2 and 2a remain visible after they appear.
The overall left-to-right and top-to-bottom flowchart structure remains consistent.
The animation visually constructs a workflow map for structural modelling, analysis, verification, and design, showing both the main sequential path and alternative branches for FE floor analysis and slab design.
Red boxes sequentially highlight different sections of the flowchart, specifically step 3b ('Use same FE models...') and step 3 ('Run the general building analysis...').
Flowchart boxes
Red highlight rectangles
Red boxes appear around specific flowchart steps to draw attention to them as the speaker discusses those parts of the workflow.
The overall structure and text of the flowchart remain static.
The animation guides the viewer's focus to the relevant steps in the structural analysis workflow being discussed by the narrator.
The screen splits into four quadrants showing: top-left the physical model, top-right the frame-only analytical model, bottom-left the fully meshed analytical model, and bottom-right the FE floor analysis load chase-down.
Red boxes and text overlays appear sequentially next to the top-right and bottom-left models to explain their characteristics and limitations.
Physical 3D model
Frame-only wireframe model
Fully meshed surface model
FE floor analysis diagram
Text overlay boxes
Text boxes detailing the pros and cons of each modeling approach appear and disappear in sync with the narration.
The four base images representing the different models remain visible throughout the segment.
This visual setup allows for a direct comparison between the physical reality and the two distinct analytical simplifications, highlighting how load paths differ based on whether slabs are meshed or excluded.
The slide shows four panels connected by blue arrows: upper-left Physical Model, upper-right Building Analysis without floor slab meshed, lower-left Building Analysis with floor slabs meshed, and lower-right FE Floor Analysis Gravity Load Chasedown.
Labels visible include Physical Model, Building Analysis without floor slab meshed, Building Analysis with floor slabs meshed, and FE Floor Analysis Gravity Load Chasedown.
Physical Model 3D building
Building Analysis without floor slab meshed frame model
Building Analysis with floor slabs meshed model
FE Floor Analysis Gravity Load Chasedown stacked slab model
blue directional arrows
The slide is initially static with all four panels visible.
The physical model remains the source node at upper left.
The arrows indicate branching from the physical model to the other analysis representations.
The visual establishes a comparison among different analysis paths derived from the same physical building model.
A white text box with a red border appears over the upper-right area.
The box lists Analyze 1 floor at a time (sub-frame), Column, wall, beam & slab meshed, Only gives gravity load results, Gravity Chasedown must be performed to correctly accumulate gravity loads, and Lateral load results must be from Building analysis.
Exact frame of appearance is approximate because the sampled images show the box absent at 3 seconds and present at 4 seconds.
White text box with red border
five bullet points
The bullet list appears over the upper-right portion of the flowchart.
The rest of the diagrams remain visible underneath and around the box.
The underlying four-panel flowchart structure does not change.
The listed bullets summarize the method being narrated.
The animation converts the spoken explanation into explicit criteria and limitations of FE floor analysis.
The lower-right panel shows stacked cyan floor slabs with black downward arrows and red vertical lines connecting across levels.
The panel is titled FE Floor Analysis Gravity Load Chasedown.
The exact numerical magnitude represented by arrows is not labeled.
Stacked cyan floor slabs
black downward arrows
red vertical lines
yellow highlighted regions on some slabs
The panel remains visually static while the narration explains sequential accumulation from top to bottom.
Downward arrows consistently indicate gravity-direction loading.
Red vertical lines connect levels, visually suggesting load transfer through vertical elements.
The diagram illustrates one-story-at-a-time slab analysis with gravity loads being transferred downward through the building height.
The upper-right panel shows a blue frame without slab mesh, while the lower-left panel shows cyan meshed floor slabs around a central frame.
Labels distinguish Building Analysis without floor slab meshed and Building Analysis with floor slabs meshed.
Upper-right blue frame model
lower-left cyan meshed slab model
blue arrows from Physical Model
No animation changes the geometry during the main explanatory segment.
Both panels are presented as building analysis variants derived from the same physical model.
The key visual difference is presence or absence of meshed floor slabs.
The side-by-side diagrams distinguish modeling representations within building analysis, separate from the one-story FE floor analysis path.
Narrator states: 'Spaces are not permitted for Project Code.'
Bullet point: 'Spaces are not permitted for Project Code (Project Name)'
Users might try to include spaces in their project names or codes.
The software explicitly forbids spaces in the Project Code, which dictates the Project Folder name.
Narrator warns: 'Do not manually rename the project folder in Windows Explorer.'
Bullet point: 'Do not manually rename the project folder in Windows Explorer.'
Users might think they can rename project folders directly in the OS file manager.
Manual renaming breaks the link between the software's project code and the file system, so it is prohibited.
Narrator explicitly warns against manual renaming in Windows Explorer.
Bullet point: “Do not manually rename the Project Folder in Windows Explorer.”
Users may assume renaming a project folder via Windows Explorer is equivalent to renaming within the software and will not affect functionality.
Manual renaming breaks the link between the software's registry/dialog and the actual folder name, causing the project to vanish from the Open Project list. Always use Save Project As.
Bullet point: “Do not delete any files inside the Project Folder – all are essential.”
Narrator emphasizes all files are essential to the model.
Engineers might think auxiliary files inside the project folder are temporary caches that can be safely deleted to save space.
ProtaStructure treats every file in the Project Folder as integral to the model definition. Deletion compromises data integrity and may prevent reopening or correct analysis.
Bullet point advises against auto-synchronising with third party software like dropbox/onedrive.
Narrator cites performance impact due to additional memory resources.
Users often believe automatic cloud synchronization enhances collaboration and safety without downsides for heavy engineering software.
For large structural models, background sync processes compete for memory and bandwidth, significantly degrading ProtaStructure performance. Local storage with manual/archived backups is superior.
The speaker explicitly says, "By default, floor slabs are not meshed in building analysis."
Box 3 states "Option to mesh floor slab by 'Include Slab in Building Model'".
One might assume that floor slabs are always meshed in the general building analysis.
The video states that by default floor slabs are not meshed in building analysis; slab meshing is optional and enabled through "Include Slab in Building Model".
The speaker says that since analysis is done one floor at a time, a sequential FE floor analysis is required to accurately accumulate column and wall loads from top to bottom story.
Box 3a states "Use sequential FE floor analyses to chase gravity loads down the structure".
One might think a single FE floor analysis is sufficient to obtain all gravity load effects for columns and walls.
The video explains that FE floor analysis is done one floor at a time, so sequential analyses are required to chase gravity loads down the structure and accurately accumulate column and wall loads.
The speaker explicitly warns that using building analysis without slab meshing is 'wrong for flat slab model' because 'slab loads will be completely lost'.
Believing that a standard 3D frame analysis (columns, beams, walls only) can accurately model a flat slab system.
In a flat slab system, there are no beams to collect and transfer slab loads to the columns. If the slab is not meshed in the analytical model, its weight and live loads have no path to the vertical supports, leading to a fundamentally flawed analysis.
The narrator explicitly contrasts gravity load results from chasdown with lateral load results that must be obtained from building analysis.
The bullet list states Only gives gravity load results and Lateral load results must be from Building analysis.
One might infer that because FE floor analysis models a story with meshed members and slabs, it can also deliver lateral load results directly.
The video states the opposite: FE floor analysis with gravity load chasdown gives only gravity load results, and lateral load results must come from building analysis.
The narrator says Hence, the need to run building analysis first, before performing FE floor analysis.
A user might think the one-story FE floor analysis can be run independently first and the missing lateral information added later.
The clip presents building analysis as the necessary preceding step because it is the source of lateral load results.
The narrator says FE floor analysis is more complicated and longer and is usually used for specific reasons, then recommends building analysis as the first preference.
The final text box recommends Building Analysis as first choice.
Because FE floor analysis meshes columns, walls, beams, and slabs, one might assume it should be the default analysis choice for the whole building workflow.
The video describes it as more complicated and longer, suited to specific sub-frame cases such as slab design, and recommends building analysis as the first overall choice.
Narrator explains the Project Folder is created in a parent folder called Project Data Folder.
Understanding the folder hierarchy (Project Data Folder containing Project Folders) is necessary to correctly navigate the 'Open Project' dialog.
Narrator transitions from warning about folder integrity to recommending Save Project As and Archive Project as safe alternatives.
The constraint that folders cannot be manually renamed necessitates the use of internal software functions (Save Project As, Archive Project) for legitimate renaming and backup operations.
Box 2a branches off Box 2 with label 'FE Load Decomposition' described as alternative.
Narrator: 'FE load decomposition is the alternative method to yield line slab load calculation.'
Within the load derivation step, the Yield Line (tributary area) approach and FE Load Decomposition represent mutually exclusive computational strategies for the same engineering task.
Arrows from box 3 to boxes 4 and 5 show the sequence.
The speaker says to check and verify the analytical model after building analysis is successfully completed.
The general building analysis must be completed before the analytical model can be checked and verified.
Arrows from boxes 4 and 5 to boxes 6.1, 6.2, and 6.3 show the sequence.
The speaker says that after verifying the analytical model is satisfactory, you can proceed to design beams, columns, walls and foundation elements.
Satisfactory verification of the analytical model is required before member design can proceed.
Box 3a is placed as a side branch connected around boxes 3 and 4.
The speaker says, "There is an alternative to building analysis which is the FE Floor Analysis."
FE Floor Analysis is presented as an alternative to the general building analysis, especially for flat slab or sub-frame behavior.
The speaker contrasts the applicability of the unmeshed method, stating it should 'only be used for beam slab layout'.
The choice between meshing and not meshing slabs depends entirely on the structural system: unmeshed is for beam-slab layouts (where beams carry slab loads), while meshed is mandatory for flat slabs (where columns/walls carry slab loads directly).
The narrator introduces gravity load chasdown as the process needed within FE floor analysis to accumulate gravity loads.
Gravity load chasdown is the procedure applied inside FE floor analysis to handle the accumulation of gravity loads when only one story is analyzed at a time.
The narrator says this chasdown can only provide gravity load result.
The bullet list states Only gives gravity load results.
The output limitation follows from the described chasdown procedure: because the method is built around one-story gravity accumulation, the clip states it yields only gravity load results.
The narrator states lateral load results must be obtained from building analysis and therefore building analysis should be run first.
The bullet list states Lateral load results must be from Building analysis.
Building analysis is contrasted with FE floor analysis by covering lateral loads, which FE floor analysis does not provide in the described workflow.
The narrator explicitly connects the need for lateral results from building analysis to the instruction to run building analysis first before FE floor analysis.
The workflow ordering is derived from the limitation that FE floor analysis does not supply lateral load results.
The narrator gives slab design as an example and justifies it by saying slab design is usually designed only to gravity loads.
The gravity-only output limitation makes FE floor analysis suitable for the stated slab-design use case, because the example is framed around gravity-load-driven design.
Mentions modules are around 5 to 10 minutes each.
Explains Project Folder name matches Project Code and no spaces are allowed.
States default folder is ProtaData plus release version number.
Narrator discusses disappearance from Open Project dialog upon renaming.
Slide bullets regarding local hard drive and external/server limitations.
Slide text detailing Save Project As, Archive Project, and Open Previous Backup.
Flowchart boxes 2 and 2a describing Yield Line vs FE Load Decomposition.
Opening narration explains what FE Load Decomposition captures and where it can be applied.
Box 2a text is visible.
Speaker states default slab meshing behavior in building analysis.
Box 3 includes the option text.
Speaker lists checks after building analysis.
Boxes 4 and 5 summarize the checks.
Speaker explains when FE Floor Analysis is useful and why sequential analysis is needed.
Box 3a text summarizes the method.
Final narration describes direct slab design options.
Box 6.4, the coefficient label, and box 3b are visible.
Covered · Introductory animation and title slide with no spoken mathematical or technical content.
Covered · Explanation of the e-learning course structure and recommended study method.
Covered · Detailed breakdown of Project Folders, Project Data Folders, and naming conventions.
Covered · Instructions on selecting the correct data folder in the software interface and warnings against manual renaming.
Covered · Covers file structure rules, renaming warnings, and folder integrity requirements.
Covered · Brief transition pause between slides; no new mathematical or procedural content introduced.
Covered · Covers storage best practices, synchronization warnings, and all backup/restore procedures.
Covered · Slide transition to Modeling Flowchart; title announced but no technical content yet.
Covered · Covers modeling workflow initiation and beam load derivation methodologies.
Covered · Covers the opening explanation of FE Load Decomposition and the visible box 2a.
Covered · Covers the appearance of box 3 and the explanation of general building analysis and default slab meshing.
Covered · Covers boxes 4 and 5 and the verification requirements after analysis.
Covered · Covers the transition to beam, column/wall, and foundation design boxes.
Covered · Covers the introduction and explanation of FE Floor Analysis as an alternative path.
Covered · Covers the final slab design branch and the alternative use of FE models for slab design forces.
Covered · Introduction to the modelling and analysis flowchart.
Covered · Description of the example physical model.
Covered · Detailed explanation of building analysis without slab meshing.
Covered · Detailed explanation of building analysis with slab meshing.
Covered · End of segment.
Covered · Static four-panel flowchart introduces Physical Model, two building analysis variants, and FE Floor Analysis Gravity Load Chasedown.
Covered · Narration defines FE floor analysis as one-story sub-frame analysis; bullet list appears summarizing its scope.
Covered · Narrator explains top-to-bottom gravity load chasdown needed to accumulate column and wall gravity loads.
Covered · Clip states FE floor analysis gives only gravity results, lateral results come from building analysis, and building analysis should be run first.
Covered · Narrator characterizes FE floor analysis as more complicated and longer and gives slab design for one story as an example use case.
Covered · Final recommendation text box advises using Building Analysis as first choice because it handles gravity and lateral loads in one consistent model.
Covered · Outro sequence with dark 3D building render and promotional text CONTINUE WITH and SUBSCRIBE NOW; no additional mathematical content.
Reviewed subject paths