mpv-player / mpv-player/mpv

"Too many packets" playing a long video with PCM audio in Windows

Open
#16,363 7 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

os:win
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

output.txt

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.