12 KiB
Project Report: Multimodal Driver State Analysis
1) Project Scope
This repository implements an end-to-end workflow for multimodal driver-state analysis in a simulator setup.
The system combines:
- Facial Action Units (AUs)
- Eye-tracking features (fixations, saccades, blinks, pupil behavior)
Apart from this, several machine learning model architectures are presented and evaluated.
Content:
- Dataset generation
- Exploratory data analysis
- Model training experiments
- Real-time inference with SQlite, systemd and MQTT
- Repository file inventory
- Additional nformation
2) Dataset generation
2.1 Data Access, Filtering, and Data Conversion
Main scripts:
dataset_creation/create_parquet_files_from_owncloud.pydataset_creation/parquet_file_creation.py
Purpose:
- Download and/or access dataset files (either download first via
EDA/owncloud_file_access.ipynbor all in one withdataset_creation/create_parquet_files_from_owncloud.py - Keep relevant columns (FACE_AUs and eye-tracking raw values)
- Filter invalid samples (e.g., invalid level segments): Make sure not to drop rows where NaN is necessary for later feature creation, therefore use subset argument in dropNa()!
- Export subject-level parquet files
- Before running the scripts: be aware that the whole dataset contains 30 files with around 900 Mbytes each, provide enough storage and expect this to take a while.
2.2 Feature Engineering (Offline)
Main script:
dataset_creation/combined_feature_creation.py
Behavior:
- Builds fixed-size sliding windows over subject time series (window size and step size can be adjusted)
- Uses prepared parquet files from 2.1
- Aggregates AU statistics per window (e.g.,
FACE_AUxx_mean) - Computes eye-feature aggregates (fix/sacc/blink/pupil metrics)
- Produces training-ready feature tables = dataset
- Parameter
MIN_DUR_BLINKScan be adjusted, although this value needs to make sense in combination with your sampling frequency - With low videostream rates, consider to reevaluate the meaningfulness of some eye-tracking features, especially the fixations
- running the script requires a manual installation of pygaze Analyser library from github
2.3 Online Camera + Eye + AU Feature Extraction
Main scripts:
dataset_creation/camera_handling/camera_stream_AU_and_ET_new.pydataset_creation/camera_handling/eyeFeature_new.pydataset_creation/camera_handling/db_helper.py
Runtime behavior:
- Captures webcam stream with OpenCV
- Extracts gaze/iris-based signals via MediaPipe
- Records overlapping windows (
VIDEO_DURATION=50s,START_INTERVAL=5s,FPS=25) - Runs AU extraction (
py-feat) from recorded video segments - Computes eye-feature summary from generated gaze parquet
- Writes merged rows to SQLite table
feature_table
Operational note:
DB_PATHand other paths are currently code-configured and must be adapted per deployment.
3) EDA
The directory EDA provides several files to get insights into both the raw data from AdaBase and your own dataset.
EDA.ipynb- main EDA notebook: recreates the plot from AdaBase documentation, lists all experiments and in general serves as a playground for you to get to know the files.distribution_plots.ipynb- This notebook aimes to visualize the data distributions for each experiment - the goal is the find out, whether the split of experiments into high and low cognitive load is clearer if some experiments are dropped.histogramms.ipynb- Histogram analysis of low load vs high load per feature. Additionaly, scatter plots per feature are available.researchOnSubjectPerformance.ipynb- This noteboooks aims to see how the performance values range for the 30 subjects. The code creates and saves a table in csv-format, which will later be used as the foundation of the performance based split inmodel_training/tools/performance_based_splitowncloud_file_access.ipynb- Get access to the files via owncloud and safe them as .h5 files, in correspondence to the parquet file creation scriptlogin.yaml- used to store URL and password to access files from owncloud, used in previous notebookcalculate_replacement_values.ipynb- fallback / median computation notebook for deployment, creation of yaml syntax embedding
General information:
- Due to their size, its absolutely recommended to download and save the dataset files once in the beginning
- For better data understanding, read the AdaBase publication
4) Model Training
Included model families:
- CNN variants (different fusion strategies)
- XGBoost
- Isolation Forest*
- OCSVM*
- DeepSVDD*
* These trainings are unsupervised, which means only low cognitive load samples are used for training. Validation then also considers high low samples.
Supporting utilities in model_training/tools:
scaler.py: Functions to fit, transform, save and load either MinMaxScaler or StandardScaler, subject-wise and globally - for new subjects, a fallback scaler (using mean of all subjects scaling parameters) is usedperformance_split.py: Provides a function to split a group of subjects based on their performance in the AdaBase experiments, based on the results created inresearchOnSubjectPerformance.ipynb. To split into three groups for train, validation & test, call the function twicemad_outlier_removal.py: Functions to fit and transform data with MAD outlier removalevaluation_tools.py: Especially used for Isolation Forest, Functions for ROC curve as well as confusion matrix
4.1 CNNs
4.2 XGBoost
4.3 Isolation Forest
4.4 OCSVM
4.5 DeepSVDD
5) Real-Time Prediction and Messaging
Main script:
predict_pipeline/predict_sample.py
Pipeline:
- Loads runtime config (
predict_pipeline/config.yaml) - Pulls latest row from SQLite
- Replaces missing values using
fallbackmap from config file - if more than 50% of values need to be replaced, the sample is dropped and "valid=False" - Optionally applies scaler (
.pkl/.joblib) - set via config file - Loads model (
.keras,.pkl,.joblib) and predicts - Publishes JSON payload to MQTT topic
Expected payload form:
{
"valid": true, # false only if too many signals are invalid
"_id": 123, # this is the sample ID from the database
"prediction": 0 # 0 for low load, 1 for high load
}
5.1 Scheduled Prediction (Linux)
Files:
predict_pipeline/predict.servicepredict_pipeline/predict.timer
Role:
- Run inference repeatedly without manual execution
- Timer/service configuration can be customized
More information on how to use and interact with the system service and timer can be found in predict_service_timer_documentation.md
5.2 Runtime Configuration
Primary config file:
predict_pipeline/config.yaml
Sections:
database: SQLite location + table + sort keymodel: model pathscaler: scaler usage + pathmqtt: broker and publish formatsample.columns: expected feature orderfallback: default values for NaN replacement
Important:
- The repository currently uses environment-specific absolute paths in some scripts/configs to ensure functionality on Ohm-UX driving simulator.
5.3 Data and Feature Expectations
Prediction expects SQLite rows containing:
_Idstart_time- this is not yet used for either predictions or messages- All configured model features (AUs + eye metrics)
Common feature groups (similar to own dataset):
FACE_AUxx_meancolumns- Fixation counters and duration statistics
- Saccade count/amplitude/duration statistics
- Blink count/duration statistics
- Pupil mean and IPA
5.4 Create database from scratch
To (re-)create the custom database for deployment, use fill_db.ipynb. Enter the path to your dataset, drop unnecessary columns and insert a subset of data with tool functions from tools/db_helpers
6) Installation and Dependencies
Due to unsolvable dependency conflicts, several environemnts need to be used in the same time.
6.1 Environemnt for camera handling
TO DO
6.2 Environment for predictions
If you want to use the existing deployment on Ohm-UX driving simulator's jetson board, activate conda environment p310_FS_TF, a python 3.10 environment including tensorflow and all other packages required to run predict_sample.py
Otherwise, as described in readme.md: Setup, you can use prediction_env.yaml, to create a new environment that fulfills the requirements.
7) Repository File Inventory
Root
.gitignore- Git ignore rulesreadme.md- minimal quickstart documentationproject_report.md- full technical documentation (this file)requirements.txt- Python dependencies
Dataset Creation
dataset_creation/parquet_file_creation.py- local files to parquet conversiondataset_creation/create_parquet_files_from_owncloud.py- ownCloud download + parquet conversiondataset_creation/combined_feature_creation.py- sliding-window multimodal feature generationdataset_creation/maxDist.py- helper/statistical utility script for eye-tracking feature creation
AU Creation
dataset_creation/AU_creation/AU_creation_service.py- AU extraction service workflowdataset_creation/AU_creation/pyfeat_docu.ipynb- py-feat exploratory notes
Camera Handling
dataset_creation/camera_handling/camera_stream_AU_and_ET_new.py- current camera + AU + eye online pipelinedataset_creation/camera_handling/eyeFeature_new.py- eye-feature extraction from gaze parquetdataset_creation/camera_handling/db_helper.py- SQLite helper functions (camera pipeline)dataset_creation/camera_handling/camera_stream_AU_and_ET.py- older pipeline variantdataset_creation/camera_handling/camera_stream.py- baseline camera streaming scriptdataset_creation/camera_handling/db_test.py- DB test utility
EDA
EDA/EDA.ipynb- main EDA notebookEDA/distribution_plots.ipynb- distribution visualizationEDA/histogramms.ipynb- histogram analysisEDA/researchOnSubjectPerformance.ipynb- subject-level analysisEDA/owncloud_file_access.ipynb- ownCloud exploration/access notebookEDA/calculate_replacement_values.ipynb- fallback/median computation notebookEDA/login.yaml- local auth/config artifact for EDA workflows
Model Training
CNN
model_training/CNN/CNN_simple.ipynbmodel_training/CNN/CNN_crossVal.ipynbmodel_training/CNN/CNN_crossVal_EarlyFusion.ipynbmodel_training/CNN/CNN_crossVal_EarlyFusion_Filter.ipynbmodel_training/CNN/CNN_crossVal_EarlyFusion_Test_Eval.ipynbmodel_training/CNN/CNN_crossVal_faceAUs.ipynbmodel_training/CNN/CNN_crossVal_faceAUs_eyeFeatures.ipynbmodel_training/CNN/CNN_crossVal_HybridFusion.ipynbmodel_training/CNN/CNN_crossVal_HybridFusion_Test_Eval.ipynbmodel_training/CNN/deployment_pipeline.ipynb
XGBoost
model_training/xgboost/xgboost.ipynbmodel_training/xgboost/xgboost_groupfold.ipynbmodel_training/xgboost/xgboost_new_dataset.ipynbmodel_training/xgboost/xgboost_regulated.ipynbmodel_training/xgboost/xgboost_with_AE.ipynbmodel_training/xgboost/xgboost_with_MAD.ipynb
Isolation Forest
model_training/IsolationForest/iforest_training.ipynb
OCSVM
model_training/OCSVM/ocsvm_with_AE.ipynb
DeepSVDD
model_training/DeepSVDD/deepSVDD.ipynb
MAD Outlier Removal
model_training/MAD_outlier_removal/mad_outlier_removal.ipynbmodel_training/MAD_outlier_removal/mad_outlier_removal_median.ipynb
Shared Training Tools
model_training/tools/scaler.pymodel_training/tools/performance_split.pymodel_training/tools/mad_outlier_removal.pymodel_training/tools/evaluation_tools.py
Prediction Pipeline
predict_pipeline/predict_sample.py- runtime prediction + MQTT publishpredict_pipeline/config.yaml- runtime database/model/scaler/mqtt configpredict_pipeline/fill_db.ipynb- helper notebook for DB setup/testingpredict_pipeline/predict.service- systemd service unitpredict_pipeline/predict.timer- systemd timer unitpredict_pipeline/predict_service_timer_documentation.md- Linux service/timer guide
Generic Tools
tools/db_helpers.py- common SQLite utilities used to get newest sample for prediction
8) Additional Information
- Several paths are hardcoded on purpose to ensure compability with the jetsonboard at the OHM-UX driving simulator.
- Camera and AU processing are resource-intensive; version pinning and hardware validation are recommended.