[Webkit-unassigned] [Bug 29717] [GTK] missing support for anamorphic PAR video size

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Oct 2 00:21:30 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=29717





--- Comment #10 from Philippe Normand <pnormand at igalia.com>  2009-10-02 00:21:30 PDT ---
(In reply to comment #6)
> (From update of attachment 40435 [details])
> > @@ -178,14 +172,13 @@ webkit_video_sink_set_caps(GstBaseSink* bsink, GstCaps* caps)
> >      priv->width = width;
> >      priv->height = height;
> >  
> > -    /* We dont yet use fps or pixel aspect into but handy to have */
> > -    priv->fps_n = gst_value_get_fraction_numerator(fps);
> > -    priv->fps_d = gst_value_get_fraction_denominator(fps);
> > +    /* We dont yet use fps but handy to have */
> > +    if (!gst_structure_get_fraction(structure, "framerate",
> > +                                    &priv->fps_n, &priv->fps_d))
> > +        return FALSE;
> 
> So, I fail to see why we would return here, because failing to retrieve
> something we do not even use failed. Does this failing mean we will, say, fail
> to play the video? Returning here will only cause the pixel aspect ratio to not
> be set, in case we would be able to fetch it, but not this, so maybe just set a
> sane default, like you are doing for pixel aspect ratio.

As discussed on IRC with slomo :)

09:13:59 <     slomo> philn-tp: if there's no framerate something is really
broken and you shouldn't play the video
09:14:14 <  philn-tp> slomo: ok so the code is fine as it is?
09:14:18 <     slomo> philn-tp: even still images have a framerate (0/1)
09:14:21 < slomo> yes

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list