[gstreamer-bugs] [Bug 601020] Totem plays video using DAR instead of PAR
totem (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Nov 6 15:51:59 PST 2009
https://bugzilla.gnome.org/show_bug.cgi?id=601020
totem | GStreamer backend | unspecified
David Schleef <ds> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|don't know |GStreamer backend
Version|0.10.22 |unspecified
AssignedTo|gstreamer-bugs at lists.source |totem-gstreamer-maint at gnome
|forge.net |.bugs
Product|GStreamer |totem
Target Milestone|HEAD |---
QAContact|gstreamer-bugs at lists.source |totem-gstreamer-maint at gnome
|forge.net |.bugs
--- Comment #1 from David Schleef <ds at schleef.org> 2009-11-06 23:51:57 UTC ---
Totem has a complicated algorithm for deciding on the pixel size of a video.
This is not related to GStreamer, so I'm reassigning the bug to totem.
It's generally considered more correct to scale horizontally (and not
vertically) when converting to square pixels. The primary reason is to
preserve any interlacing (which would be destroyed by vertical resampling), and
the secondary reason is that if the video originated from a square pixel
sensor, it was probably resampled horizontally to get to the non-square pixels,
so re-resampling it horizontally will give the best results.
However, since this only really affects the "1:1 window resizing" feature of
Totem, I don't think the exact details of *what* size it goes to is that
important. It's merely a user interface nicety, and I imagine that most users
resize or full-screen the window, thus making "1:1 window" size details moot.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list