GNOME Bugzilla – Bug 370715
subtitles size shouldn't depend on the resolution of the video
Last modified: 2018-11-03 11:13:12 UTC
I configure the size of subtitles in totem so i can watch them comfortably. It works fine with most of my videos (with external .srt file) but with high resolutions ones (like 1280x720) subtitles are too small. I think the size of subtitles should not be dependent of the resolution of the video played.
See bug 340887 It can resolve this issue.
> See bug 340887 > > It can resolve this issue. How does this help? The problem is that the subtitle overlay is rendered before the video is fed to the videosink, and any upscaling is (usually) done in hardware and/or by the xv extensions in the video sink. It's hard to fix unless we do the scaling always in software (and even then it would need changes in the way playbin works).
As I commented in http://bugzilla.gnome.org/show_bug.cgi?id=340887#c17, subtitle renderer can get information about media resolution, and I implemented that subtitle render scale text size as media resolution. But issue is remained that video sink element can change aspect-ratio, as tim told.
*** Bug 480591 has been marked as a duplicate of this bug. ***
Time to bring this back... Subtitles is correct sized now, but we need to get the fonts with a better resolution. When we open a video with a small resolution, the fonts seems a little bit ugly. It not happens with big resolutions' videos.
We know what's needed, but this is not really fixable at the GStreamer level at the moment. Some work that might help fix this may be done soon though. (It can be fixed at the application level though if the application takes care of rendering/overlaying the subtitles itself, which is usually only realistic if the videosink is hardcoded to something suitable).
*** Bug 671067 has been marked as a duplicate of this bug. ***
We added to the OverlayCompositionMeta parameters the destination windows size. Currently pango textoverlay, will render bigger if this parameters is found. This requires a videosink that support the overlay (atm only glimagesink and supposedly vaapisink).
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/7.