search for: browser_plugin

...dio to be compiled out - that one's you may want to ignore, it just doesn't compile for me (ALSA 1.0.9) but I sent that just in case. Patches separated this time, sorry for not doing this earlier :) Cheers -------------- next part -------------- A non-text attachment was scrubbed... Name: browser_plugin-with-gecko-sdk.diff Type: text/x-patch Size: 1697 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080505/70f680aa/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: browser_plugin-oggplay-liboggplay.diff Type: te...

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&quot...

...__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...

...9;m sending it again as it's quite simple and, I think, unobtrusive. It allows building against a prebuilt Gecko SDK. If it needs changing to be applied, feel free to tell me what you'd like changed. Cheers -------------- next part -------------- A non-text attachment was scrubbed... Name: browser_plugin-with-gecko-sdk.diff Type: text/x-patch Size: 1697 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080602/500f9bfe/attachment.bin

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

...s on the Javascript API. I'm just thinking it might be a good idea to add text color setters. Or maybe rendering text twice at different sizes to give an outline so it's readable for all backgrounds. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: browser_plugin-with-kate.diff.gz Type: application/x-gzip Size: 10386 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080428/5bb2a174/attachment-0001.bin

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

...ereference fix (mouse callback) > > I couldn't find that particular hunk, could you please provide a patch > which just fixes this? Two hunks, the first one to initialize the mouse callback pointer to NULL, and the second one to test for NULL before actually using it: --- svn/annodex/browser_plugin/src/plugin.cpp 2008-04-04 15:14:28.000000000 +0100 +++ svn/annodex/browser_plugin-with-kate/src/plugin.cpp 2008-04-27 22:08:08.000000000 +0100 @@ -245,7 +244,8 @@ mCmmlCallback(NULL), mAsyncCmmlCallback(NULL), mEndPlayCallback(NULL), - mPlaylistCallback(NULL) + mPlaylistCallback(NULL),...

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/s...

...ent was scrubbed... Name: oggplay-uninstalled.pc.in Type: application/octet-stream Size: 355 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080423/086969e3/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: browser_plugin-with-kate.diff.gz Type: application/x-gzip Size: 9546 bytes Desc: not available Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080423/086969e3/attachment-0001.bin

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 render of this, which the client can then overlay onto the video. I've done that, and it works (modulo bugs). However, it's...

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