-
-
Notifications
You must be signed in to change notification settings - Fork 36
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
High resolution video files (>=2160p) are extremely stuttery and slow the app #205
Comments
Hi, a couple thoughts on this
Your screenshot seems to have 2160p video. I don't know if I have that high resolution at hand, but I can find something and test myself too. The bitrate isn't high though, I'm not sure if the resolution alone matters much. |
Tried it now on a 2160p 7900 kbps video file. I confirm the stuttering playback, for me it even eventually freezes completely. Using
It would be useful if you or someone could help test whether it's the audio or video and resolution or bitrate, i.e. repack a video with and without audio, with and without video, downscale resolution keeping high bitrate, lower bitrate keeping resolution. I'm also open to suggestions on how to setup the GStreamer pipeline differently to get better performance, but I'd still like it to work across different systems. The smallest, most conservative change would probably be some of the playbin settings (see Anyone needing a workaround, recode the video 1080p or lower (or download a different variant, whatever your source is for the video). |
Sorry for the confusion 😅 I didn't know the difference between the F5 preview and the inline preview.
I did experience stuttering on some videos ripped from YouTube (downloaded with After reducing the bitrate to ~800Kbps, the video played smoothly in Gaupol with basically no noticeable quality difference. Maybe a solution to this would be to play back the video at a lower resolution/bitrate automatically (like a proxy in video editors). Since the size of the preview panel is pretty small, it wouldn't cause any noticeable difference and besides, given this use case, performance/framerate would be much more important than quality. The downside would probably be the added wait time before loading the video, which could vary a lot depending on the size, so it'd have to be optional. I'll see if I can test something like that |
I agree, I think these 2160p videos are way more than needed when just subtitling. But rather than having some kind of a lengthy pre-processing step, it should really be part of the GStreamer pipeline so it's done on the fly – if possible, that is. |
When trying to load a larger video file in the player with Ctrl+L, the video plays very sloppily (ie lags, frame drops, stuttering etc.) I've found that this happens on videos bigger than ~250-300 MB but the threshold will probably vary from machine to machine.
I should note that my PC is powerful enough to watch 5-6 GB 4k videos in regular mpv at a mostly constant framerate:
I am using mpv as my player in gaupol, with the default command line. I tested many different files (
.avi
and.mp4
, 30/60 fps, etc) both in gaupol and regular mpv, and there is a clear difference as regular mpv does not have any problems playing large video files. I also tried this with VLC and mplayer and the problem seems to persist.Steps to reproduce:
Specs:
Debug info:
gaupol --version:
gaupol 1.11
gaupol.conf:
Unfortunately i'm not able to test this on other machines or OS right now, but I will try to investigate on whether this is my issue or a Solus issue or something else. I'll also try to look into the code to see if I can help in any way :)
The text was updated successfully, but these errors were encountered: