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 <[email protected]>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 <[email protected]>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 <[email protected]>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 >>> > <[email protected]> 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 >>> > <[email protected]> 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 >>> > <[email protected]> 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 >>> > > [email protected] >>> > > >>> > >>> https://lists.webkit.org/mailman/listinfo/webkit-dev >>> > >>> > >>> > _______________________________________________ >>> > webkit-dev mailing list >>> > [email protected] >>> > >>> https://lists.webkit.org/mailman/listinfo/webkit-dev >>> > >>> > >>> > >>> > _______________________________________________ >>> > webkit-dev mailing list >>> > [email protected] >>> > https://lists.webkit.org/mailman/listinfo/webkit-dev >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > webkit-dev mailing list >>> > [email protected] >>> > https://lists.webkit.org/mailman/listinfo/webkit-dev >>> > >>> > >>> > >>> > _______________________________________________ >>> > webkit-dev mailing list >>> > [email protected] >>> > https://lists.webkit.org/mailman/listinfo/webkit-dev >>> >>> >>> _______________________________________________ >>> webkit-dev mailing list >>> [email protected] >>> https://lists.webkit.org/mailman/listinfo/webkit-dev >>> >> >> > > _______________________________________________ > webkit-dev mailing list > [email protected] > https://lists.webkit.org/mailman/listinfo/webkit-dev > >
_______________________________________________ webkit-dev mailing list [email protected] https://lists.webkit.org/mailman/listinfo/webkit-dev
