Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

First line of song lyric doesn't appear when vo=dmabuf-wayland #15585

Open
6 tasks done
unaaagy opened this issue Dec 28, 2024 · 5 comments
Open
6 tasks done

First line of song lyric doesn't appear when vo=dmabuf-wayland #15585

unaaagy opened this issue Dec 28, 2024 · 5 comments

Comments

@unaaagy
Copy link

unaaagy commented Dec 28, 2024

mpv Information

mpv v0.39.0 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
libplacebo version: v7.349.0 (v7.349.0)
FFmpeg version: n7.1
FFmpeg library versions:
   libavcodec      61.19.100
   libavdevice     61.3.100
   libavfilter     10.4.100
   libavformat     61.7.100
   libavutil       59.39.100
   libswresample   5.3.100
   libswscale      8.3.100

Other Information

- Linux version:Fedora Linux
- Kernel Version: Linux dell 6.12.6-200.fc41.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Dec 19 21:06:34 UTC 2024 x86_64 GNU/Linux
- GPU Model: Advanced Micro Devices, Inc. [AMD/ATI] Lucienne [1002:164c] (rev c2)
- Mesa/GPU Driver Version: 4.6 (Compatibility Profile) Mesa 24.2.8
- Window Manager and Version: Gnome 47 wayland
- Source of mpv: Flatpak
- Issue started after the following happened: enabling vo=dmabuf-wayland

Reproduction Steps

  • have an audio file and a lyric file in the same directory.
  • enable vo=dmabuf-wayland and play the audio.

Note: as long as any OSC/OSD element appears, the first line of the lyric also appears.

Screen Record

Kooha-2024-12-28-17-45-59.webm

Expected Behavior

Lyric shows normally without any issues.

Actual Behavior

The first sentence/line of the lyric doesn't appear.

Log File

output.txt

Sample Files

sample_audio.zip

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.
@Dudemanguy
Copy link
Member

I can't reproduce on sway. I don't think this should be compositor dependent but I'll double check later.

@guidocella
Copy link
Contributor

I can't reproduce either.

@unaaagy
Copy link
Author

unaaagy commented Dec 28, 2024

Can you also make sure that you dont use the cursor or keyboard during the playback. If the OSC is visible, then the lyric will also appear like in the video below.

Kooha-2024-12-28-23-04-37.webm

Also, when the subtitle is turned off, if I use some keyboard shortcuts, the OSD texts won't appear. For example, Increasing the panscan by pressing e with 1-2 second delay.

Screencast.From.2024-12-28.23-22-19.mp4

@guidocella
Copy link
Contributor

Definitely doesn't occur in wlroots even with the mouse unplugged and not pressing anything. Likely a GNOME issue.

@Dudemanguy
Copy link
Member

Dudemanguy commented Dec 28, 2024

I can confirm this happens in gnome. mpv is indeed calling wl_surface_attach under the hood in this case. For some reason, mutter doesn't actually appear to attach our buffer the very first time. Going to assume this is a gnome bug since it works as expected in wlroots and weston.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants