- Posts: 4
- Joined: Mon Mar 11, 2019 11:29 pm
- Real Name: Trevor Nickerson
System, application, project and source specs at the end.
I'm looking for a reason why playback performance took such a nosedive for me lately. Not sure if it's a bug in the application or something outside the application (some random driver config changed unbeknownst to me). Either could be equally likely. Looking for someone with similar experiences or input from a dev.
For what it's worth, I'm not averse to technical discussion. I'm a systems engineer for embedded systems by day; not exactly the kind of Windows/Mac environment here, but willing to learn.
Problem symptom: Playback video from source material or timelines in the Edit tab runs ~10-20% slower than project settings/timeline settings/source material. This results in somewhat choppy playback; more importantly, very inconsistent and choppy audio. From stopped media, video playback commonly "ramps up" to this 10-20% slower FPS as if it's the target FPS in an overdamped () system. I can not reasonably edit in this performance environment.
Background: I've had the application for a few months, learning video editing as I create a personal project with screen captures in my spare time. Wednesday everything was just dandy - I was playing the source media at just about 60fps (sometimes seeing drops to 59fps but only for a half second at most - unnoticeable). Friday I started a new project and loaded in some source video and it wouldn't play back at 60FPS. Instead I observed the aforementioned stuttering and performance degradation. I started doing some research, finding the following threads here and elsewhere ([I have 4 links but not allowed to post links yet], not to mention a few youtube videos on optimizing DR for low-end PCs and laptops) but none with any improvement. I've tried fumbling around with the following, all with no change unless otherwise noted:
1) Restarting my PC without needless applications starting up (such as my screencap application: XSplit Gamecaster or any other applications that may push screen overlays)
2) Application Settings - All OFAT'ed (one factor at a time)
2a) GPU processing mode
2b) All 3 decode options
2c) Release video and audio I/O on defocus
2d) Enable farlight audio accelerator (didn't work - application didn't init)
2e) Audio interface (didn't work - application didn't init)
2f) Resize image in viewer to square pixels
2g) output signle field when paused
2h) stop playback when a dropped frame is detected
2i) hide UI overlay (suggested in linked thread)
2j) minimize interface updates during playback
2k) tried all performance modes, including all permutations of the manual optimization options
3) Project Settings - All OFAT'ed
3a) Video formats (dropped video format for project without changing source video all the way to 720p30.. only hit 25fps!! Of course it sounded bad anyways due to source/output mismatch)
3b) SDI configuration options (tried all)
3c) Data levels (vid+full)
3d) video bit depth
3e) monitor scaling: basic + bilinear
3f) I messed around with cache settings - cached media didn't solve anything at any resolution DNxHR HQ. Uncompressed 10bit or 10bit float HDR (at half res) predictably didn't help either
3g) Updated working folders to my SSD (see #5 below)
3h) Played with image scaling a bit
3i) played with input scaling
3j) purposely mismatched output scaling settings. No change in indicated FPS performance
3l) Use Timecode from source clip frame count
4) Reinstalling audio and video drivers. Didn't reinstall chipset and BIOS drivers (in case the PCIe bus is "bad"? Nevertheless I'm still playing AAA games at 1080p60...)
5) Moving all media, cache locations and the project db to a 1Tb 860 Evo SSD
6) Reinstalling Resolve
7) Generating optimized media (yes, this was the first time I've felt the need to do so!)
7a) At best, quarter resolution DNxHR HQ runs at 58ish FPS, enough that the audio does not frequently cut. Good enough, but pretty bad experience in general - the only reason I would continue using Resolve at this setting is because my other projects are not yet delivered and I may go back to edit them as this project matures.
7b) I tried half resolution but the playback was the same as in the problem statement.
7c) Uncompressed 10-bit at half resolution was the same as in the problem statement.
7d) Ran uncompressed 10-bit FP HDR - took an overnight cook but of course it ran the same as source material.
Total system performance with the choppy video is actually good. The CPU is pegged at ~80-85%. I can run a few chrome tabs, some playing youtube videos, some playing music on spotify, and the performance of playback in Resolve doesn't take a noticable hit while CPU usage rises only slightly (~5%). Seems Resolve limits itself to certain CPU loads, or it just uses APUs the rest of the system doesn't need. CPU/GPU temps are good - my fan profiles ramp up at 60/70 and I don't see temps north of 65/80, respectively. I know my system is far from optimal for this program and especially my project, but I was using the application without too much difficulty (some lag here and there, but overall usable) before Friday.
So there's something going on. I wish I knew what it was. I will continue editing at 1/4 resolution optimized media for the time being, but I'd really like to figure this out or I may lose interest in my project. Thanks in advance for reading through.
System Specs: Windows x64, Intel i5-6400, AMD R9-390, 256GB Samsung 850 Evo boot drive, source material on a Baracuda 7200rpm 3TB or 1TB 860 Evo (see point 4 above), Intel Z170 chipset
Source material: from screencaps recorded in H.264 1920x1080 60fps 8-bit depth; Audio in AAC 2ch 48kHz 10-bit depth; Typically videos are 20-25 minutes in length and 5.1 Gb large (automated cutoff set in XSplit screencap application). Yes these are unusually large files - I get the impression this isn't the standard use case for video editing based on Resolve's workflow features - but again I didn't have usability issues for months until the other day.
Project settings: 2560x1080 resolution (21:9 cinema scaling - should be a default option, guys! At least at 24fps amirite?!) matched to source at 60fps. I zoom every video to 1.34; the screencap application cuts off the top and bottom third of the video anyways, because it's designed to capture 16:9 aspect ratios.
Application: version 15.2.3.015 (free) is installed in full (all installation options enabled) on the boot SSD.
TL;DR: Something inside or outside Resolve changed the other day. I went from playing 1920x1080 source material scaled (zoomed) to 2560x1080 at 60fps to being unable to play half-resolution DNxHR HQ above 50fps overnight. Looking for advice.
I'm looking for a reason why playback performance took such a nosedive for me lately. Not sure if it's a bug in the application or something outside the application (some random driver config changed unbeknownst to me). Either could be equally likely. Looking for someone with similar experiences or input from a dev.
For what it's worth, I'm not averse to technical discussion. I'm a systems engineer for embedded systems by day; not exactly the kind of Windows/Mac environment here, but willing to learn.
Problem symptom: Playback video from source material or timelines in the Edit tab runs ~10-20% slower than project settings/timeline settings/source material. This results in somewhat choppy playback; more importantly, very inconsistent and choppy audio. From stopped media, video playback commonly "ramps up" to this 10-20% slower FPS as if it's the target FPS in an overdamped () system. I can not reasonably edit in this performance environment.
Background: I've had the application for a few months, learning video editing as I create a personal project with screen captures in my spare time. Wednesday everything was just dandy - I was playing the source media at just about 60fps (sometimes seeing drops to 59fps but only for a half second at most - unnoticeable). Friday I started a new project and loaded in some source video and it wouldn't play back at 60FPS. Instead I observed the aforementioned stuttering and performance degradation. I started doing some research, finding the following threads here and elsewhere ([I have 4 links but not allowed to post links yet], not to mention a few youtube videos on optimizing DR for low-end PCs and laptops) but none with any improvement. I've tried fumbling around with the following, all with no change unless otherwise noted:
1) Restarting my PC without needless applications starting up (such as my screencap application: XSplit Gamecaster or any other applications that may push screen overlays)
2) Application Settings - All OFAT'ed (one factor at a time)
2a) GPU processing mode
2b) All 3 decode options
2c) Release video and audio I/O on defocus
2d) Enable farlight audio accelerator (didn't work - application didn't init)
2e) Audio interface (didn't work - application didn't init)
2f) Resize image in viewer to square pixels
2g) output signle field when paused
2h) stop playback when a dropped frame is detected
2i) hide UI overlay (suggested in linked thread)
2j) minimize interface updates during playback
2k) tried all performance modes, including all permutations of the manual optimization options
3) Project Settings - All OFAT'ed
3a) Video formats (dropped video format for project without changing source video all the way to 720p30.. only hit 25fps!! Of course it sounded bad anyways due to source/output mismatch)
3b) SDI configuration options (tried all)
3c) Data levels (vid+full)
3d) video bit depth
3e) monitor scaling: basic + bilinear
3f) I messed around with cache settings - cached media didn't solve anything at any resolution DNxHR HQ. Uncompressed 10bit or 10bit float HDR (at half res) predictably didn't help either
3g) Updated working folders to my SSD (see #5 below)
3h) Played with image scaling a bit
3i) played with input scaling
3j) purposely mismatched output scaling settings. No change in indicated FPS performance
3l) Use Timecode from source clip frame count
4) Reinstalling audio and video drivers. Didn't reinstall chipset and BIOS drivers (in case the PCIe bus is "bad"? Nevertheless I'm still playing AAA games at 1080p60...)
5) Moving all media, cache locations and the project db to a 1Tb 860 Evo SSD
6) Reinstalling Resolve
7) Generating optimized media (yes, this was the first time I've felt the need to do so!)
7a) At best, quarter resolution DNxHR HQ runs at 58ish FPS, enough that the audio does not frequently cut. Good enough, but pretty bad experience in general - the only reason I would continue using Resolve at this setting is because my other projects are not yet delivered and I may go back to edit them as this project matures.
7b) I tried half resolution but the playback was the same as in the problem statement.
7c) Uncompressed 10-bit at half resolution was the same as in the problem statement.
7d) Ran uncompressed 10-bit FP HDR - took an overnight cook but of course it ran the same as source material.
Total system performance with the choppy video is actually good. The CPU is pegged at ~80-85%. I can run a few chrome tabs, some playing youtube videos, some playing music on spotify, and the performance of playback in Resolve doesn't take a noticable hit while CPU usage rises only slightly (~5%). Seems Resolve limits itself to certain CPU loads, or it just uses APUs the rest of the system doesn't need. CPU/GPU temps are good - my fan profiles ramp up at 60/70 and I don't see temps north of 65/80, respectively. I know my system is far from optimal for this program and especially my project, but I was using the application without too much difficulty (some lag here and there, but overall usable) before Friday.
So there's something going on. I wish I knew what it was. I will continue editing at 1/4 resolution optimized media for the time being, but I'd really like to figure this out or I may lose interest in my project. Thanks in advance for reading through.
System Specs: Windows x64, Intel i5-6400, AMD R9-390, 256GB Samsung 850 Evo boot drive, source material on a Baracuda 7200rpm 3TB or 1TB 860 Evo (see point 4 above), Intel Z170 chipset
Source material: from screencaps recorded in H.264 1920x1080 60fps 8-bit depth; Audio in AAC 2ch 48kHz 10-bit depth; Typically videos are 20-25 minutes in length and 5.1 Gb large (automated cutoff set in XSplit screencap application). Yes these are unusually large files - I get the impression this isn't the standard use case for video editing based on Resolve's workflow features - but again I didn't have usability issues for months until the other day.
Project settings: 2560x1080 resolution (21:9 cinema scaling - should be a default option, guys! At least at 24fps amirite?!) matched to source at 60fps. I zoom every video to 1.34; the screencap application cuts off the top and bottom third of the video anyways, because it's designed to capture 16:9 aspect ratios.
Application: version 15.2.3.015 (free) is installed in full (all installation options enabled) on the boot SSD.
TL;DR: Something inside or outside Resolve changed the other day. I went from playing 1920x1080 source material scaled (zoomed) to 2560x1080 at 60fps to being unable to play half-resolution DNxHR HQ above 50fps overnight. Looking for advice.