"Too many packets" playing a long video with PCM audio in Windows
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
mpv Information
mpv v0.40.0-116-g817372ac9 Copyright © 2000-2025 mpv/MPlayer/mplayer2 projects
built on May 17 2025 20:05:11
libplacebo version: v7.351.0 (v7.349.0-79-g3188549-dirty)
FFmpeg version: N-119612-geabb62813
FFmpeg library versions:
libavcodec 62.3.101
libavdevice 62.0.100
libavfilter 11.0.100
libavformat 62.0.102
libavutil 60.2.100
libswresample 6.0.100
libswscale 9.0.100
Other Information
- Windows version: Microsoft Windows [Version 10.0.26100.4061]
- GPU model, driver and version: Intel(R) Iris(R) Xe Graphics, driver version 32.0.101.6556
- Source of mpv: zhongfly
- Latest known working version: Unknown
- Issue started after the following happened: Unknown
Reproduction Steps
Step 1. Have a very long video file with PCM. (I don't know what the exact conditions are that cause this. MPV has audio issues with files created in avidemux, ffmpeg, and premiere.
Step 2. Play the file in MPV
Expected Behavior
Both video and audio should be playing, as occurs in VLC, MPC-BE, and the FFPlay package provided by Chocolatey (unfortunately zhongfly doesn't provide a ffplay exe for their windows mpv distribution)
Actual Behavior
Only the video plays, with the audio completely silent. In the command line I get a message "too many packets in the demuxer packet queues".
Log File
Sample Files
Three test files will be provided. The first is the original h264/flac/mkv file (2025-02-15_12-36-28_edit.mkv), which provides sound. The second is the full length file with the flac converted to pcm (2025-02-15_12-36-28_edit.mov), which was what triggered the actual behavior and which I generated the log file with. The third (2025-02-15_12-36-28_edit_edit.mov) is the pcm file with a couple minutes removed, which inexplicably plays fine in MPV.
https://mega.nz/folder/WgA3AQjY#WllDDc6CNEznjvrvCVyQTQ
I carefully read all instruction and confirm that I did the following:
- I tested with the latest mpv version to validate that the issue is not already fixed.
- I provided all required information including system and mpv version.
- I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of
--log-file=output.txt. - I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
- I attached the full, untruncated log file.
- I attached the backtrace in the case of a crash.
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 failure with the full-length PCM MOV and output.txt, then compare it with the shortened PCM file and the working FLAC/MKV sample. Investigate the demuxer packet-queue path associated with the “too many packets” message. Done means the affected long PCM file plays audio in mpv without that queue error while video continues to play.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100