[Bug 736252] gdkpixbufdec: packetized mode logic

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Sep 11 11:15:52 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=736252
  GStreamer | gst-plugins-good | unspecified

Thiago Sousa Santos <thiagossantos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |thiagossantos at gmail.com
     Ever Confirmed|0                           |1

--- Comment #1 from Thiago Sousa Santos <thiagossantos at gmail.com> 2014-09-11 18:15:47 UTC ---
(In reply to comment #0)
> To check packetized mode the logic being used is 
> 
>   /* packetised mode? *//* FIXME: shouln't this be fps_d != 0, since 0/1
>    * might be packetised mode but variable framerate */
>   if (filter->in_fps_n != 0) {
> 
> I guess the logic is correct, since if numerator is 0, it will be considered as
> a single image. In that case FIXME should be removed right?

I'd leave the FIXME there, there doesn't seem to be a consensus on how to
detect packetized input atm. Well, one could use the parsed boolean in caps but
I guess this isn't everywhere yet.

> 
> And i am getting confused, with the logic used in pngdec element
> 
>   if (GST_VIDEO_INFO_FPS_N (info) != 1 && GST_VIDEO_INFO_FPS_D (info) != 1)
>     gst_video_decoder_set_packetized (decoder, TRUE);
> 
> Isn't this wrong? 1/1 framerate is also packetized mode right?
> Shouldn't the condition be, to check for numerator != 0, similar to
> gdkpixbufdec?

Yes, this is wrong. Can you provide a fix? I'd keep the FPS_D != 1 check as
this is comparing against the default value of 0/1, meaning that no framerate
was provided in caps (likely).

> 
>   if (GST_VIDEO_INFO_FPS_N (info) != 0 && GST_VIDEO_INFO_FPS_D (info) != 1)
>     gst_video_decoder_set_packetized (decoder, TRUE);

-- 
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