[gstreamer-bugs] [Bug 337544] [xvimagesink] Internal Error when image is too large

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=337544
 GStreamer | gst-plugins-base | Ver: 0.10.5


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
          Component|don't know                  |gst-plugins-base
         Resolution|                            |FIXED
            Summary|Internal Error              |[xvimagesink] Internal Error
                   |                            |when image is too large
   Target Milestone|HEAD                        |0.10.8




------- Comment #24 from Tim-Philipp Müller  2006-05-26 10:12 UTC -------
> Keeping the bug open until the issues with the error reporting are fixed in
> core +  xvimagesink. It should have displayed a sensible error message and not
> 'Internal Error'.

Should be resolved now by Jan's latest commits to -base CVS:

2006-05-26  Jan Schmidt  <thaytan at mad.scientist.com>

        * sys/xvimage/xvimagesink.c: (gst_xvimagesink_xvimage_new),
        (gst_xvimagesink_get_xv_support), (gst_xvimagesink_xcontext_get),
        (gst_xvimagesink_get_format_from_caps), (gst_xvimagesink_setcaps),
        (gst_xvimagesink_show_frame), (gst_xvimagesink_buffer_alloc):
        Improve the errors produced on bad output, including some human
        readable description strings.
        Handle RGB Xv formats properly by transforming them into our
        big-endian caps description.
        Use gst_caps_truncate to ensure that we never try and choose a
        non-fixed caps in buffer_alloc.
        Handle the case where the XServer has a different idea about the size
        required for a particular frame and gives us too small a memory
        allocation.
        Use -1 to indicate 'no image format', because 0 is a valid XServer
        image format number.
        Put RGB Xv formats at the end of the caps, so that we always prefer
        YUV format frames.
        Iterate the available Xv Encodings to determine the maximum width and
        height, and then return that in our caps.


-- 
Configure bugmail: http://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.