Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO
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.mache...@gmail.comwrote: 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 ph...@igalia.comwrote: 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.mache...@gmail.com wrote: Indeed: I didn't solve this yet; I can only say that the following line is responsible for these unresolved symbols: GOwnPtrGError error; -- hmachefe On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX gstreamermac...@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 ph...@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@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo
Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO
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 ph...@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.mache...@gmail.com wrote: Indeed: I didn't solve this yet; I can only say that the following line is responsible for these unresolved symbols: GOwnPtrGError error; -- hmachefe On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX gstreamermac...@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 ph...@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@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO
Indeed: I didn't solve this yet; I can only say that the following line is responsible for these unresolved symbols: * GOwnPtrGError error;* -- hmachefe On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX gstreamermac...@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 ph...@igalia.comwrote: 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@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [WinCairo] : Gstreamer claimed as a default player = CPP files needed (ex: ...gobject\GlibUtilities.cpp)
All is well that ends well. Each CPP file that came to be listed in .DIFF liberally provided by Alex have been eventually identified. Owing to advice gently shared by most of you: Brendan, Philippe, Brent... As foretold, all CPP source files are/were purely merely part of the official main trunk, spread lat different locations : ... - Source\WTF\wtf\gobject\GlibUtilities.cpp ... - Source\WebCore\platform\graphics\gstreamer\MediaPlayerPrivateGStreamer.cpp ... Please forgive any previous request sometimes repeated concerning CPP files. Please don't interpret them as harassment. Resulting from misunderstanding toward TRUNK that was | is always populated with expected GSTRAMER-centric files. I have started to quietly step-be-step apply changes described in .DIFF. Takes a while. Let's stay tuned. -- hmachefe On Mon, Oct 14, 2013 at 10:43 PM, Brendan Long s...@brendanlong.com wrote: On 10/14/2013 02:33 PM, Urbain EGIS wrote: Alex: could you pls provide us with Webkit files related to Gstreamer integration ? GStreamer support is already included in the main WebKit repo. Look in Source/WebCore/platform/graphics/gstreamer. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [AppleMac] : HTML5 Video tag is enabled by MacOsX. But how does it work = and with which player by default ?
Precision: ENABLE_VIDEO seems to be set (by default) on MacOsX according to rules defined within Tools/Scripts/webkitperl/FeatureList.pm Correct ? -- hmachefe On Tue, Oct 15, 2013 at 12:27 PM, Konstantin Tokarev annu...@yandex.ruwrote: 15.10.2013, 13:17, gstreamer MACOSX gstreamermac...@gmail.com: Happy to see that HTML5 video tag runs fine by MacOs. But allow me 2 questions :- where is it enabled ? Browsing sources show that FeatureDefines.h doesn't enable it... How is it activated ? ENABLE_VIDEO - which player has been set by default ? Probably not GSTREAMER ;-) But which one and where is it selected ? Source/WebCore/platform/graphics/mac/MediaPlayerPrivateQTKit.* -- Regards, Konstantin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [WinCairo] : ENABLE_VIDEO = how to activate HTML5 video tag ?
Utterly, I'd be glad to take a serious and deep step forwards into this direction. Therefore, on both Brendan Alex's instructions I'm gona opt for GSTREAMER as a default player, oviously. Urbain, are you with me/us ? *The more, the merrier, you know* ;-) First, as mentionned earlier, check with ENABLE(VIDEO) = shall be disclosing as a consequence many CPP files impacted. On my side, I am gona set *WTF_USE_GSTREAMER*, and look closely at previous clues by http://git.igalia.com/cgi-bin/gitweb.cgi?p=webkit.git;a=shortlog;h=refs/heads/win-gst . Of course, Alex, any piece of your updated code (off of the webkit-dev list) will be more than welcome. On Fri, Oct 11, 2013 at 10:34 PM, Alex Christensen alex.christen...@flexsim.com wrote: I would like WinCairo to have video enabled, also, but it would take some work. This was done successfully a few years ago by Phillippe Normand, but his code needs to be updated. I got it compiling a few days ago, but something was wrong with my GStreamer installation. Here's Phillippe's branch: http://git.igalia.com/cgi-bin/gitweb.cgi?p=webkit.git;a=shortlog;h=refs/heads/win-gst If anyone wants to look at my updated code, let me know and I'll email a diff off of the webkit-dev list. Alex Christensen On Fri, Oct 11, 2013 at 2:25 PM, Brendan Long s...@brendanlong.comwrote: On 10/11/2013 02:13 PM, Urbain EGIS wrote: Playing a bit with WebKit sources for Windows (using WinCairo port) I expected to activate HTML5 video tag. I just simply put : #define ENABLE_VIDEO 1 and rebuilt everything. But I realized that only few files are concerned by USE(ENABLE_VIDEO) and are not even .CPP files. It would be ENABLE(VIDEO), not USE(ENABLE_VIDEO). So something may have been falling through the net... But what ? What is missing from Visual Studio generation ? Which procedure shall be applied to get .CPP files included into MS projects ? Most likely you need to specifiy which media player to use. For example, to use GStreamer you would define WTF_USE_GSTREAMER. I don't see a DirectShow media player, so GStreamer is probably your best bet. You can look through the players by looking at file starting with MediaPlayerPrivate, for example: - AV Foundation (Mac) - Blackberry - GStreamer - QTKit (QuickTime?) - WinCE ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev -- Alex Christensen FlexSim Software Products, Inc. *1577 North Technology Way | Building A | Suite 2300 | Orem, Utah 84097* *Voice: 801-224-6914 | Fax: 801-224-6984* *Email:* al...@flexsim.com k...@flexsim.com *URL:* www.flexsim.com This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] WebGL on Windows
Hi. By the way = is there any roadmap to have ACCELERATED_COMPOSITING available for WinCairo ? -- View this message in context: http://mac-os-forge.2317878.n4.nabble.com/WebGL-on-Windows-tp224559p230651.html Sent from the Webkit mailing list archive at Nabble.com. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Fwd: WebGL :: Win32 = build successful and rendering assumed so = but white page
Dear all. Might not the best place -here- to describe my issue [Win32], but I don't know where exactly this shall be submitted, as a novice by WebKit. To recap, I managed to compile WebKit-r156532 sources by Microsoft Visual Studio 2010 using CoreGraphics (ie without Cairo) in Debug mode. To activate WebGL, additionally, I have set: *#define ENABLE_WEBGL 1 **#define WTF_USE_3D_GRAPHICS 1 **#define WTF_USE_OPENGL 1 **#define WTF_USE_OPENGL_ES_2 1 **#define WTF_USE_EGL 1 **#define WTF_USE_GRAPHICS_SURFACE 1* I hope/guess this is the right approach = could anyone confirm ? Then LINK turns out to be fortunate, by adding these libraries : translator_common.lib; libEGL.lib; libGLESv2.lib; preprocessor.lib; translator_glsl.lib; translator_hlsl.lib to WebKit sub-project. However, execution fails by http://get.webgl.org. Indeed, HTML content pretends : *Your browser supports WebGL* However: a blank area is displayed in place of expected movic 3D based cube... Apologize in case this concern forsooth comes to break any rule by lists.webkit.org , due to Windows matters... ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] WebGL :: Win32 = build successful and rendering assumed so = but white page
Thanks a lot Timothy. For some: part of my job might consist in doing this work -*for Windows*- required to actually display the result. Then, assuming WebKit-r156532 compiles and runs WebGL content succesfully *for Mac *(probably provided some settings : 'defaults write com.apple.Safari WebKitWebGLEnabled -bool YES' specified from the terminal) would that be a good approach, according to you, to watch step-by-step what happens across Mac OS, by using efficient debugger, and report what is missing -*for Windows*- ? To fill the gap... Do you or anyone assess this analogy to mimic behaviours around OpenGLES2 from Mac OS X to WIN32 (involving Angle in-the-middle ;-) ? PS: again, sorry for any piece of naivety or groundless indolence in my analysis: these technical areas turn out to be new to me. On Thu, Oct 3, 2013 at 6:15 PM, Tim Horton timothy_hor...@apple.com wrote: On 2013.10.03, at 09:06, Hugo Machefer hugo.mache...@gmail.com wrote: Dear all. Might not the best place -here- to describe my issue [Win32], but I don't know where exactly this shall be submitted, as a novice by WebKit. To recap, I managed to compile WebKit-r156532 sources by Microsoft Visual Studio 2010 using CoreGraphics (ie without Cairo) in Debug mode. To activate WebGL, additionally, I have set: The AppleWin port (the one you describe) does not currently support WebGL. Much of the underlying mechanism is implemented, but there’s still some work required to actually display the result. *#define ENABLE_WEBGL 1 **#define WTF_USE_3D_GRAPHICS 1 **#define WTF_USE_OPENGL 1 **#define WTF_USE_OPENGL_ES_2 1 **#define WTF_USE_EGL 1 **#define WTF_USE_GRAPHICS_SURFACE 1* I hope/guess this is the right approach = could anyone confirm ? Then LINK turns out to be fortunate, by adding these libraries : translator_common.lib; libEGL.lib; libGLESv2.lib; preprocessor.lib; translator_glsl.lib; translator_hlsl.lib to WebKit sub-project. However, execution fails by http://get.webgl.org. Indeed, HTML content pretends : *Your browser supports WebGL* However: a blank area is displayed in place of expected movic 3D based cube... Apologize in case this concern forsooth comes to break any rule by lists.webkit.org , due to Windows matters... ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev