First screenshot to a networked folder with a lot of screenshots takes very long
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
Important Information
Provide following Information:
- mpv version: v0.37.0-268-ga45518cf
- Windows Version: 10 Pro 22H2
- Source of the mpv binary: updater
- If known which version of mpv introduced the problem: unknown
- GPU model, driver and version: GTX 1080 (31.0.15.3742)
Reproduction steps
- Prepare a networked drive with a screenshots directory.
- Ensure it has the first 2000 or so valid screenshot names.
- Open mpv with a video file.
- Take a screenshot.
Expected behavior
The screenshot is nearly instantaneous.
Actual behavior
The application locks up for almost 30 seconds (buffering any additional inputs) while taking the first screenshot. Every subsequent one is nearly instantaneous, as expected.
Log file
This is the log file for a remote location:
screenshots.log
This is one for the same folder, copied locally:
screenshots-local.log
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the first screenshot with a networked folder containing about 2,000 existing names, then compare screenshots.log with screenshots-local.log. Done means the first screenshot no longer blocks mpv for nearly 30 seconds on the reported Windows setup.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- networking, operating-systems, performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100