[gstreamer-bugs] [Bug 601020] Totem plays video using DAR instead of PAR

[totem (bugzilla.gnome.org)]

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.