适用于 Internet Explorer 和 Safari 的视频播放器插件开发

发布于 2024-09-07 23:23:45 字数 276 浏览 12 评论 0原文

我们计划为 IE 和 Safari 开发一个浏览器插件,以便在专有视频播放器中流式传输视频。我们正在研究所需的技术和各种设计方法。

有人可以帮助回答以下问题吗?

  1. 在设计插件时我们需要关注哪些方面?
  2. QtBrowserPlugin/NPAPI/XUL/firebreath 中可用的最佳平台/框架是什么?为什么?
  3. 插件生命周期中可能出现哪些常见/一般问题?
  4. 请传递这方面的任何食谱/指示

谢谢和问候 维杰亚南德

We are planning to develop a browser plugin for IE and Safari to stream video in a proprietary video Player. We are investigating for the required technologies and various design approaches.

Could someone help by answering the following questions?

  1. What are the various aspects we need to focus while designing the plugin?
  2. What is the best platforms/framework available out of QtBrowserPlugin/NPAPI/XUL/firebreath and why?
  3. What are the common/generic issues that might crop up during plugin lifecyle?
  4. Please pass on any cookbook/pointers in this regard

Thanks and Regards
Vijayanand

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

禾厶谷欠 2024-09-14 23:23:45

1)设计插件时我们需要关注哪些方面?

只有您知道您的具体要求,这取决于您要使用的插件技术/框架 - 处理所有可能性将成为一本书,而不是一篇文章。

2) QtBrowserPlugin/NPAPI/XUL/firebreath 中可用的最佳平台/框架是什么?为什么?

与往常一样,没有单一的最佳技术:

  • XUL - 这不是插件技术。
  • 普通NPAPI 和ActiveX - 这些是其他解决方案可以帮助您避免的基本底层技术。除非您已经拥有满足这些或非常具体的需求的开发经验,否则我不会这样做。如果其他选项适合您,我不会在这里浪费时间,特别是如果您需要跨平台。
  • QtBrowserPlugin - 如果您已经使用 Qt,它应该很合适,否则请考虑 Qt 是相当重的依赖项。 Qts 许可证可能不适合(LGPL 或商业)。
  • FireBreath - 相当轻量级、自由的许可证(双新 BSD/LPGL)。构建系统并不适合每个开发团队。作为它的共同所有者,我可能会有偏见。

3)插件生命周期中可能出现哪些常见/一般问题?

许多混乱似乎来自生命周期 - 你的插件存在于主机进程中并且必须遵守其行为。插件实例、它们的窗口和可编写脚本的对象可以具有完全不同的生命周期:
插件实例可能会被重复使用,它们的窗口不会被重复使用,来自插件实例的可编写脚本的对象可能会幸存下来,等等......

4)请传递这方面的任何食谱/指示

并非针对所有可能的技术选择 - 选择一个,然后提出更具体的问题。如果您决定使用普通的 NPAPI 完全自己实现您的插件ActiveX 至少 FireBreath 的源代码应该可以帮助您澄清一些事情。

1) What are the various aspects we need to focus while designing the plugin?

Only you know your specific requirements and it depends on the plugin technology/framework you are going with - handling all possibilities would make a book, not a post.

2) What is the best platforms/framework available out of QtBrowserPlugin/NPAPI/XUL/firebreath and why?

As usual there is no single best technology:

  • XUL - This is no plugin technology.
  • Plain NPAPI & ActiveX - These are the basic underlying techniques that the other solutions save you from. I wouldn't do it unless you already have experience in developing with those or very specific needs. If other options fit for you i wouldn't waste my time here, especially if you need to go cross-platform.
  • QtBrowserPlugin - If you already use Qt it should be a good fit, otherwise consider that Qt is quite a heavy dependency. Qts license might not be suitable (LGPL or commercial).
  • FireBreath - Rather lightweight, liberal license (dual new BSD/LPGL). The build-system doesn't suit every development team. As its co-owner i might be biased though.

3) What are the common/generic issues that might crop up during plugin lifecyle?

Much confusion seems to come from the life-cycle - your plugin lives in a host-process and has to comply with its behaviour. Plugin-instances, their windows and their scriptable objects can have completely different life-spans:
Plugin instances might be re-used, their windows are not re-used, scriptable objects coming from a plugin instance might survive it, etc. ...

4) Please pass on any cookbook/pointers in this regard

Not for all possible technology choices - pick one, then ask more specific questions. If you decide to implement your plugin fully by yourself using plain NPAPI & ActiveX then at least FireBreath' source should help you clarify some things.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文