[gstreamer-bugs] [Bug 572701] New: [osxvideosink] improvements and GNUstep compatibility

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=572701

  GStreamer | gst-plugins-good | Ver: git
           Summary: [osxvideosink] improvements and GNUstep compatibility
           Product: GStreamer
           Version: git
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: julien.isorce at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Well, it's a patch for osxvideosink.

I developped it on win32 ... yes it's a little bit strange ... using GNUstep
environnement (it includes a modified
msys+mingw+cocoaHeaderAndLibs+win32backend).

Anyway. I am curious to know if the patch works (compile then run) on MacOS.

Main changes:
-use a different thread to run the Application main loop. This thread is
created using glib and it's considered as the main thread as far as
GNUstep/Cocoa is concerned.
(just like it's done in other video renders: ximagesink, xv, gl, directdraw)
-use a NSWindow. (the previous code was only using a NSView without a NSWindow,
maybe it only works on MacOS)
-inits and view updates are made using "performOnMainThread". And so the OpenGL
context is made current only one time, when initializing it.
-avoid a memcpy which was really useless.
-avoid the use of CGL.
-use glTexImage2D with NULL. (just the size is important)
-handle RGBx. (I have no Apple_422 extension on win32)
-implement the gstxoverlay interface.

And some other stuffs that I do not remember right now.

I put some #ifdef GNUSTEP, because of some specific things. 
So I am not sure my patch will compile the first time.
And I have no Mac computer.

Let me know if that works on MacOS.

Sincerely

Cap


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=572701.