Linux flatpak hard freeze at pause/resume and end-of-episode transitions

Open
#86 22 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
45/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Quiet
Tech stack
linux, rust
Domain
desktop, operating-systems

Research direction

Start by tracing the app::ipc handling of the mpv-set-gpu-video-processing event and the related app::video property-setting path. Reproduce pause, resume, and end-of-episode transitions with the reported Flatpak environment and inspect the logged Unsupported vo and VDPAU failures. Done means those transitions no longer freeze the application when GPU processing is unavailable.

Written by the indexing model from the issue text.

Description

Installation type: Flatpak

Version: 1.0.3

Platform: elementaryOS 8 (Ubuntu 24.04 base)

Desktop Environment: Pantheon

Windowing System: X11

GPU: Nvidia GeForce GTX 660M (Kepler, nouveau driver, no proprietary driver available on this generation)

Describe the bug:
When I pause or resume a video, the whole app freezes. Not just playback, the window itself becomes unresponsive. The same thing happens at the end of an episode when it would normally autoplay the next one. The freeze sticks until I kill the process and reopen.

It only happens on those two actions. I can play through several episodes back to back with no problem, then hit pause and it's locked up. Same on resume.

I'm on the flatpak from Flathub. Nouveau driver because the 660M is Kepler and Nvidia dropped proprietary support for it. Hardware decode via VA-API works fine in mpv on its own.

Logs:

WARN stremio_linux_shell::app::ipc: Failed to convert IpcEvent to IpcMessageRequest: Invalid method: mpv-set-gpu-video-processing
ERROR stremio_linux_shell::app::video: Failed to set property vo: Unsupported
Failed to open VDPAU backend libvdpau_nouveau.so: cannot open shared object file: No such file or directory

I checked the threads while it was hung. The main thread is in state R with syscall "running", so it's spinning in userspace waiting on something, not blocked on I/O. Other threads are asleep normally. The freeze lines up exactly with that mpv-set-gpu-video-processing warning each time, which I think the web UI sends even when the GPU can't do it.

Dominant language
Rust
Stars
145
Forks
45
Avg merge
7h 8m
Merged PRs (30d)
1

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.

More from Stremio/stremio-linux-shell

All issues in Stremio/stremio-linux-shell

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.