[gstreamer-bugs] [Bug 634431] New: xvimagesink event handling is bad

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Nov 9 08:28:23 PST 2010


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

           Summary: xvimagesink event handling is bad
    Classification: Desktop
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: lfarkas at lfarkas.org
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


(by default) on linux if we use xvimagesink as an overlay component it's does
not propagate mouse move, enter and leave events (but automatically redraw
itself as needed). if we set xvimagesink's "handle-events" properties to false
then we got mouse move, but still can't get mouse enter and mouse leave. but in
this case (ie. "handle-events" false) xvimagesink don't handle expose events
either (even if "handle-expose" still set to true).

in gstreamer-java we capture all XEvents and propagate the expose and all mouse
events by ourself, but imho it's a bug in the current xvimagesink
implementation.

it'd be nice to clearly document what is the 
handle-events
handle-expose
means and be able to somehow get our expected result. which is:
- got mouse move, enter, leave
- and also automatically redraw itself in case it's needed (ie: ExposureMask |
VisibilityChangeMask | StructureNotifyMask | FocusChangeMask)

ps. anyway on windows's videosinks (all) everything working as expected.

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