[webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO
Urbain EGIS
urbain.egis at gmail.com
Mon Dec 9 10:16:10 PST 2013
Happy to see progresses made by Gstreamer integrated within WK1 for MAC.
Hugo shared files and I reached the same stage of execution.
Logs<http://hugo.machefer.free.fr/GstreamerByMac/MacGstreamer.txt>
(that
look encouraging) are worth being re-caped for further "support" as excerpt
just below:
*MediaPlayerPrivateGStreamer::isAvailable*
*initializeGStreamerAndRegisterWebKitElements*
*MediaPlayerPrivateGStreamer::isAvailable factory is NOT NULL *
*MediaPlayer::MediaPlayer*
*MediaPlayer::paint m_private->paint(p, r);*
*MediaPlayer::MediaPlayer*
*MediaPlayer::load(const KURL& url, const ContentType& contentType, const
String& keySystem)*
*MediaPlayer::loadWithNextMediaEngine*
*initializeGStreamerAndRegisterWebKitElements*
*MediaPlayerPrivateGStreamer::create*
*MediaPlayerPrivateGStreamer::MediaPlayerPrivateGStreamer*
*void MediaPlayerPrivateGStreamer::setDownloadBuffering(); shouldDownload
== 1*
*MediaPlayer::loadWithNextMediaEngine:: m_private->load(m_url.string());*
*MediaPlayer::paint m_private->paint(p, r);*
*MediaPlayerPrivateGStreamerBase::paint context->paintingDisabled() ==
0*
*MediaPlayerPrivateGStreamerBase::paint m_player->visible() == 1*
*MediaPlayerPrivateGStreamerBase::paint => RefPtr<ImageGStreamer>
gstImage = ImageGStreamer::createImage(m_buffer, caps.get());*
*ImageGStreamer::ImageGStreamer*
*MediaPlayerPrivateGStreamerBase::paint context->drawImage*
*MediaPlayer::play*
Hope someone gives hints for debugging soon.
-- Egis
PS: Class PlatformVideoWindowMac.cpp has not been implemented yet. Probably
useless for this first step of integration ;-)
On Sat, Dec 7, 2013 at 6:49 PM, Hugo Machefer <hugo.machefer at gmail.com>wrote:
> 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
>>>
>>
>>
>
> _______________________________________________
> 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/20131209/f323909c/attachment.html>
More information about the webkit-dev
mailing list