[webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

[Hugo Machefer]

Hi, run-time doesn't look bad according to logs placed in gstreamer .CPP
files and <MediaPlayerPrivate.cpp>
Executions seem to be consistent with one another in both cases of QT and
GSTREAMER. Logs have been
put here for QT
<http://hugo.machefer.free.fr/GstreamerByMac/MacQt.txt> and there
for GST <http://hugo.machefer.free.fr/GstreamerByMac/MacGstreamer.txt>.
paint() and play() methods are called. However nothing at screen: video is
never displayed. Any tip from specialist would be greatly appreciated to
enhance investigation at this stage.

  -- hmachefe

PS: I commented piece of code from gstreamer in WK dedicated to subtitles
for the sake of progress-making

On Sat, Dec 7, 2013 at 2:26 AM, Hugo Machefer <hugo.machefer at gmail.com>wrote:

> Actually, despite similarities with WIN32 situation, this patch seemed to
> be useless in our case. I managed to go one step beyond by adding (sadly
> but surely ;-) Glibutilies.o + GOwnPtr.o + GrefPtr.o in WebCore.xcodeproj
> manually by XCODE to force LINK with these file objects... That are
> "generated elsewhere" by WTF.xcodeproj... Then, symbols that were assumed
> unresolved by WebCore are in fact defined in other locations == in WTF.
>
>
>   -- hmachefe
>
> PS : now => the time has come to execute binary/libraries. Lets' stay
> tuned.
>
>
> On Thu, Nov 28, 2013 at 3:46 PM, Philippe Normand <philn at igalia.com>wrote:
>
>> I think https://bugs.webkit.org/show_bug.cgi?id=124861 is about fixing
>> this issue.
>>
>> Philippe
>>
>> On Wed, 2013-11-27 at 22:47 +0100, Pascal Brianceau wrote:
>> > Files shared by Hugo raised the same issue on my side. Did anyone make
>> > a step forward ? Any tip Philippe ?
>> >
>> >
>> > /* Pascal */
>> >
>> >
>> > On Mon, Nov 25, 2013 at 9:52 AM, Hugo Machefer
>> > <hugo.machefer at gmail.com> wrote:
>> >         Indeed: I didn't solve this yet; I can only say that the
>> >         following line is "responsible for" these unresolved symbols:
>> >
>> >
>> >                 GOwnPtr<GError> error;
>> >
>> >
>> >           -- hmachefe
>> >
>> >
>> >         On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX
>> >         <gstreamermacosx at gmail.com> wrote:
>> >                 I managed to restore < ImageGStreamerCG.cpp> however
>> >                 LINK fails :
>> >
>> >
>> >                   "__ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_", referenced
>> >                 from:
>> >
>> >
>> __ZN7WebCore27MediaPlayerPrivateGStreamer13handleMessageEP11_GstMessage in
>> MediaPlayerPrivateGStreamer.o
>> >                       __ZN7WebCore19initializeGStreamerEv in
>> >                 GStreamerUtilities.o
>> >
>> >
>> >                   -- gstreamermacosx
>> >
>> >
>> >                 PS: special thanks to hmachefe for precious
>> >                 restoration tips and to Philippe of course
>> >
>> >
>> >
>> >                 On Sat, Nov 23, 2013 at 9:59 AM, Philippe Normand
>> >                 <philn at igalia.com> wrote:
>> >                         The ImageGStreamerCG implementation was
>> >                         removed in
>> >                         http://trac.webkit.org/changeset/118610
>> >
>> >                         Philippe
>> >
>> >                         On Sat, 2013-11-23 at 00:44 +0100, Urbain EGIS
>> >                         wrote:
>> >                         > I compiled most of
>> >                         Source/WebCore/platform/graphics/gstreamer
>> >                         apart
>> >                         > from <ImageGstreamerCairo.cpp> which has a
>> >                         strong dependency on CAIRO.
>> >                         >
>> >                         >
>> >                         > It seems to be "overkill" to build WebKit by
>> >                         enabling CAIRO... Because
>> >                         > (only ;-) "one" file <ImageGstreamerCairo>
>> >                         requires a specific CAIRO
>> >                         > surface.
>> >                         >
>> >                         >
>> >                         > So What would be the best strategy in case
>> >                         of MAC ?
>> >                         > 1° activate CAIRO by WebKit and generate it
>> >                         again (+gstreamer) ... ?
>> >                         > Really ?
>> >                         > 2° get rid of CAIRO and find an alternative
>> >                         by CF/CG rather in terms
>> >                         > of surface
>> >                         >
>> >                         >
>> >                         > -- Egis
>> >                         >
>> >
>> >                         >
>> >                         _______________________________________________
>> >                         > webkit-dev mailing list
>> >                         > webkit-dev at lists.webkit.org
>> >                         >
>> >
>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>> >
>> >
>> >                         _______________________________________________
>> >                         webkit-dev mailing list
>> >                         webkit-dev at lists.webkit.org
>> >
>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>> >
>> >
>> >
>> >                 _______________________________________________
>> >                 webkit-dev mailing list
>> >                 webkit-dev at lists.webkit.org
>> >                 https://lists.webkit.org/mailman/listinfo/webkit-dev
>> >
>> >
>> >
>> >
>> >         _______________________________________________
>> >         webkit-dev mailing list
>> >         webkit-dev at lists.webkit.org
>> >         https://lists.webkit.org/mailman/listinfo/webkit-dev
>> >
>> >
>> >
>> > _______________________________________________
>> > webkit-dev mailing list
>> > webkit-dev at lists.webkit.org
>> > https://lists.webkit.org/mailman/listinfo/webkit-dev
>>
>>
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-dev/attachments/20131207/f6956ea2/attachment.html>