search for: browser_plugins

> hmm, perhaps we should add some configure arguments like > --with-firefox-cflags= and --with-firefox-libs= I've made it a single one, --with-gecko-sdk= and also default include path and xpidl path to that if specified. Also included are a patch that renames LIBOGGPLAY_* vars to OGGPLAY_* to match the latest change to configure.ac, and one that allows the audio to be compiled out -

Hi All, I'm having problem with flashpluginwrapper. It was working before but when I upgrade the linux_base port to version 7.1_3, it gives out the error below when I start mozilla. LoadPlugin: failed to initialize shared library /usr/X11R6/lib/browser_plugins/rpnp.so [/usr/X11R6/lib/browser_plugins/rpnp.so: Undefined symbol "__ctype_b"] LoadPlugin: failed to initialize shared library /usr/X11R6/lib/browser_plugins/libflashplayer_linux.so [/usr/X11R6/lib/browser_plugins/libflashplayer_linux.so: Undefined symbol "overrideShellClassRec"...

...__filedesc, struct stat *__stat_buf) { return fstat (__filedesc, __stat_buf); } int __xstat(int __ver, const char *__filename, struct stat *__stat_buf) { return stat (__filename, __stat_buf); } I installed this new version of flashpluginwrapper, installed the linux-flashplugin6 library in browser_plugins. Now, the Flash 6 code segfaults in pthread_mutex_init(), called from Program received signal SIGSEGV, Segmentation fault. 0x284549d6 in pthread_mutex_init () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x284549d6 in pthread_mutex_init () from /usr/lib/libc_r.so.4 #1 0x298016b0 in MPCriticalSection:...

>> hmm, perhaps we should add some configure arguments like >> --with-firefox-cflags= and --with-firefox-libs= > > I've made it a single one, --with-gecko-sdk= and also default > include path and xpidl path to that if specified. Hi, I noticed this hasn't been applied, so I'm sending it again as it's quite simple and, I think, unobtrusive. It allows building

2008/4/30 ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com>: > > > Let me know if this works for you or not; eg. it may be necessary to > > > also put X_EXTRA_LIBS etc. in src/Makefile.am. > > > > will try this. > > It worked fine for me, with no need to add anything to Makefile.am. > good > > > > - bad pointer

Hi, this patch adds: - kate support (what else) - this bumps the Javascript API to 1.1 - a few build fixes (note that the adding of -L/usr/X11/lib -lX11 looks suspect to me, that shouldn't be needed, so you may want to leave it out if you think so as well - it's odd as X11 using programs do configure fine on that box) - bad pointer dereference fix (mouse callback) - avoid the input

2008/4/28 ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com>: > Hi, Hi, I've tried to separate out the general bugfixes from the new implementation work in this patch: > this patch adds: > > - kate support (what else) - this bumps the Javascript API to 1.1 I've not yet committed this to trunk. It does sound pretty cool though. I don't see any problem

2008/5/1 ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com>: > > > - kate support (what else) - this bumps the Javascript API to 1.1 > > > > I've not yet committed this to trunk. It does sound pretty cool > > Can you let me know the reasons (eg, wanting to test first, concerns > over the substance of the changes, or other) ? sure, the main

2008/5/5 ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com>: >> hmm, perhaps we should add some configure arguments like >> --with-firefox-cflags= and --with-firefox-libs= > > I've made it a single one, --with-gecko-sdk= and also default > include path and xpidl path to that if specified. (applied after an email reminder, r3605) > Also included are a

> > - kate support (what else) - this bumps the Javascript API to 1.1 > > I've not yet committed this to trunk. It does sound pretty cool Can you let me know the reasons (eg, wanting to test first, concerns over the substance of the changes, or other) ? There were no comments so far about the changes to the Javascript API, so I'll assume people have no problem with those ?

> > Let me know if this works for you or not; eg. it may be necessary to > > also put X_EXTRA_LIBS etc. in src/Makefile.am. > > will try this. It worked fine for me, with no need to add anything to Makefile.am. > > > - bad pointer dereference fix (mouse callback) > > > > I couldn't find that particular hunk, could you please provide a patch > >

> where is the latest javascript api documented? it does not look like > http://wiki.xiph.org/index.php/OggPlayJavascriptAPI has been updated > recently. Well, I was aware of that page, but I wasn't going to change it by myself before the patch would be accepted :) If it is, I'll update the page. Here's an overview for now: + long getNumKateTracks(); returns the number of

> I've tried to separate out the general bugfixes from the new > implementation work in this patch: Sorry, I should have done that, I do tend to fix stuff I find while coding and neglect splitting up afterwards. Bad me. > I've not yet committed this to trunk. It does sound pretty cool > though. I don't see any problem with adding pango etc. support, it's > pretty

Hi there ! This patch adds support for the registered mime type application/ogg to the annodex firefox plugin. Depending on your view of the issue, some more mime types should probably be handled by the annodex firefox plugin [1,2]. Have a nice day, erlehmann [1] http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions [2]

where is the latest javascript api documented? it does not look like http://wiki.xiph.org/index.php/OggPlayJavascriptAPI has been updated recently. I had trouble getting oggplay to run at all on my machine ubuntu (7.10) But I would be interested in revisiting the issue... --michael Conrad Parker wrote: > 2008/5/1 ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com>: >

Hi Nils, I have applied your patch to browser_plugin at the annodex svn, thanks. Also just making sure you know: Mozilla has picked up liboggplay as a library for firefox, but has not included the browser_plugin - instead it is using their own javascript API as picked up from WHATWG's HTML5 specification. http://mxr.mozilla.org/mozilla-central/source/content/media/video/ Thus, the

> I think you forgot to include oggplay-uninstalled.pc.in in the patch :-) Attached, plus the oggplay.pc.in as well, as I added @KATE_CFLAGS@ to both. Also attached is a patch to avoid miscounting the number of active tracks (a bug in my previous patch), and the current patch to the mozilla plugin (still work in progress, the Javascript API will change a little) if anyone feels like

FYI: I included video/ogg into liboggplay, too. For audio/ogg, another application would probably make more sense. Cheers, Silvia. On Sun, Aug 17, 2008 at 11:35 PM, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > On 7/22/08, Nils Dagsson Moskopp > <nils-dagsson-moskopp at dieweltistgarnichtso.net> wrote: >> (...) the registered mime type application/ogg > >

Hi, I've eventually released the first version of my rendering library for Kate streams, and I've recently been hacking away at adding it to liboggplay. That was the missing "overlay" mode to the browser_plugin patch I sent a while ago. Now, I'm not too sure how to expose those overlays to liboggplay users: the obvious solution is to add a RGBA video type, and expose the

Hi, I've added kate support to liboggplay (a prerequisite to getting kate tracks to work with the mozilla plugin, which I've now got working on Linux). In addition to the Kate code: - a new oggplay-uninstalled.pc file - configure.ac checks for C++ compiler - no check for fishsound version - it wanted 0.8.0, but the svn itself was 0.7.1 !? - don't use imlib2 (nor dump-first-frame) if