# Screen recording duration is shorter than actual recording time (e.g., 30s recorded, output is 26s)

**URL:** <https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382>\
**Category:** ActivePresenter\
**Created:** [July 22, 2026, 1:21am UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382 "2026-07-22T01:21:52Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Dick\_de\_Winter](https://talk.atomisystems.com/user_avatar/talk.atomisystems.com/dick_de_winter/32/6694_2.png) [@Dick\_de\_Winter](https://talk.atomisystems.com/u/Dick_de_Winter)\
**Post date:** [July 22, 2026, 1:21am UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382/1 "2026-07-22T01:21:52Z")

</div>

Hi everyone,

I’m running into an issue where the duration of my screen recordings doesn’t match the actual time spent recording.

For example: I record my screen for **30 seconds** , but when I stop the recording, the resulting video in the timeline/output is only **26 seconds** long (or even shorter). Parts of the recording seem to be missing or truncated.

- Has anyone else encountered this issue?

- Is there a known fix or setting I should adjust to resolve this (e.g., frame rate settings, hardware acceleration, or audio synchronization)?

Any help or insights would be greatly appreciated!

Thanks in advance!

---

<div class="post-metadata">

**Author:** ![Thanhvlt](https://talk.atomisystems.com/user_avatar/talk.atomisystems.com/thanhvlt/32/4907_2.png) [@Thanhvlt](https://talk.atomisystems.com/u/Thanhvlt)\
**Post date:** [July 22, 2026, 4:17am UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382/2 "2026-07-22T04:17:21Z")

</div>

Hi Dick,

Thanks for reporting the issue. I tried to reproduce it on my end using several different settings but I wasn’t able to get the same duration mismatch, so it may be specific to your setup.

A few questions to help narrow it down:

1. Does this happen every time you record, or only occasionally?

2. What are your machine specs (CPU, RAM, OS)?

3. Could you also attach the ActivePresenter log file from a session where this occurred? You can find it by going to Preferences → Miscellaneous → View Log button, or by opening Explorer, typing `%AppData%\ActivePresenter`, and pressing Enter — the log file is named ActivePresenter.log in that folder. You can send the log file to: [support@atomisystems.com](mailto:support@atomisystems.com)

Thanks,

Thanh

---

<div class="post-metadata">

**Author:** ![bzandi001](https://talk.atomisystems.com/letter_avatar_proxy/v4/letter/b/5e9695/32.png) [@bzandi001](https://talk.atomisystems.com/u/bzandi001)\
**Post date:** [July 31, 2026, 4:19pm UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382/3 "2026-07-31T16:19:45Z")

</div>

No, I have encountered this multiple times as well. It is a very serious bug. It happens randomly, cutting off the end portion of a screen recording. To get around this issue, I usually record extra time at the end, but in my latest attempt, even that was not enough.

Thanks,

Ben

---

<div class="post-metadata">

**Author:** ![Thanhvlt](https://talk.atomisystems.com/user_avatar/talk.atomisystems.com/thanhvlt/32/4907_2.png) [@Thanhvlt](https://talk.atomisystems.com/u/Thanhvlt)\
**Post date:** [August 3, 2026, 3:59am UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382/4 "2026-08-03T03:59:49Z")

</div>

Hi Ben,

Thanks for confirming this happens randomly. To help us dig into this further, could you please share:

1. Your system specifications (CPU, RAM, operating system/version).

2. The ActivePresenter log file from a session where this occurred (ideally right after a reproduction). You can get it via **Preferences → Miscellaneous → View Log** , or from the AppData folder. Please send it to **[support@atomisystems.com](mailto:support@atomisystems.com)**.

Since this appears random/intermittent, having the log from an actual occurrence — along with your system specs — will really help us track down the root cause.

Thank you for your patience!

Thanh

---

<div class="post-metadata">

**Author:** ![Thanhvlt](https://talk.atomisystems.com/user_avatar/talk.atomisystems.com/thanhvlt/32/4907_2.png) [@Thanhvlt](https://talk.atomisystems.com/u/Thanhvlt)\
**Post date:** [August 7, 2026, 2:48am UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382/5 "2026-08-07T02:48:37Z")

</div>

Hi Dick and Ben,

Thank you for sending over the log file. A fix for this is on the way and will be included in the next release.

What causes it: when Direct3D capture is used, the last frames of a recording can be dropped if the screen content does not change at the end of the session. That is why it looks random — it only shows up when the final moments of the recording are static.

Until the fix ships, either of these workarounds should avoid it:

- Turn off Direct3D in the recording settings before you record, or

- Keep Direct3D on, but make sure something on the screen changes right before you stop — for example, switch to another window, record a couple of extra seconds, then stop.

Ben, this also explains why recording extra time at the end did not help in your latest attempt: the extra time only helps if the screen is still changing during it.

Thanks again for the report and for helping us track this down.

Thanh

---

<div class="post-metadata">

**Author:** ![bzandi001](https://talk.atomisystems.com/letter_avatar_proxy/v4/letter/b/5e9695/32.png) [@bzandi001](https://talk.atomisystems.com/u/bzandi001)\
**Post date:** [August 13, 2026, 12:32am UTC](https://talk.atomisystems.com/t/screen-recording-duration-is-shorter-than-actual-recording-time-e-g-30s-recorded-output-is-26s/10382/6 "2026-08-13T00:32:06Z")

</div>

Thanks, this helps a lot.

So, if I move the mouse randomly at the end of the recording, it will force it to capture to the end.

Regards,

Ben
