So I've long awaited the file splitting feature and I was happy to hear it was coming to version 28, and now that the update dropped I started using it.
However, it seems that whenever I use automatic file splitting, OBS occasionally crashes right before finalising a split - there's no messages or popups, it just disappears (system tray icon stays behind until hovered over, expected behaviour when a program crashes before removing the icon - however by this time OBS could easily have crashed hours ago). This is when I'm recording locally, and only when I have automatic file splitting on - without it, I can record for many hours without issue, with it on usually by at most few hours it'll happen.
First two times it happened it created a crash log file (attached), after that it didn't anymore. After the first crash I've made sure to disable StreamFX and other plugins I could find that I might've added to make sure there's no compatibility issues with the new update, but it made no difference. I've made sure to run Windows Update and re-check NVIDIA for drivers update to be sure, but again, other than using automatic splitting, the issue doesn't arise with any other recording/streaming setup.
Here's a typical log of during such an event (also attached):
My setup is a constant recording into a folder, split by 10 minutes each. The disk is far from full is far from fully utilised (and regular recordings with even much higher bitrate work completely fine on it). One noticeable thing is, the crashes always happen when the last 10 minute segment is about to be complete, my last .mkv file is always around 9m45s+, and all other logs show the same (as per the one above) where right at the next split (right before 10 minutes after the previous "Changing output file" blocks at 10m interval) is where the log concludes (with a couple extra lines after).
This feature is otherwise absolutely amazing and finally made me able to fully replace Shadowplay's instant replay function with OBS. I don't have free RAM to spare currently for the Replay Buffer of OBS (which is held in RAM until saving), so writing to a disk (HDD to save SSD life) and having a script hourly auto delete the oldest files if the folder size goes above a certain limit (100GB in my case) closely emulates how Shadowplay works with its cache folder on disk, and it's a life saver as I found Shadowplay very lacking in functionality compared to OBS and caused various issues/inconsistencies. Note that the auto cleanup script doesn't touch files in use and I've made sure to disable it just in case when reproducing the issue of the thread.
However, it seems that whenever I use automatic file splitting, OBS occasionally crashes right before finalising a split - there's no messages or popups, it just disappears (system tray icon stays behind until hovered over, expected behaviour when a program crashes before removing the icon - however by this time OBS could easily have crashed hours ago). This is when I'm recording locally, and only when I have automatic file splitting on - without it, I can record for many hours without issue, with it on usually by at most few hours it'll happen.
First two times it happened it created a crash log file (attached), after that it didn't anymore. After the first crash I've made sure to disable StreamFX and other plugins I could find that I might've added to make sure there's no compatibility issues with the new update, but it made no difference. I've made sure to run Windows Update and re-check NVIDIA for drivers update to be sure, but again, other than using automatic splitting, the issue doesn't arise with any other recording/streaming setup.
Here's a typical log of during such an event (also attached):
My setup is a constant recording into a folder, split by 10 minutes each. The disk is far from full is far from fully utilised (and regular recordings with even much higher bitrate work completely fine on it). One noticeable thing is, the crashes always happen when the last 10 minute segment is about to be complete, my last .mkv file is always around 9m45s+, and all other logs show the same (as per the one above) where right at the next split (right before 10 minutes after the previous "Changing output file" blocks at 10m interval) is where the log concludes (with a couple extra lines after).
This feature is otherwise absolutely amazing and finally made me able to fully replace Shadowplay's instant replay function with OBS. I don't have free RAM to spare currently for the Replay Buffer of OBS (which is held in RAM until saving), so writing to a disk (HDD to save SSD life) and having a script hourly auto delete the oldest files if the folder size goes above a certain limit (100GB in my case) closely emulates how Shadowplay works with its cache folder on disk, and it's a life saver as I found Shadowplay very lacking in functionality compared to OBS and caused various issues/inconsistencies. Note that the auto cleanup script doesn't touch files in use and I've made sure to disable it just in case when reproducing the issue of the thread.