FreePV mozilla/firefox plugin integration

19 views
Skip to first unread message

Gerhard Gaußling

unread,
Sep 6, 2007, 6:34:19 AM9/6/07
to hugi...@googlegroups.com
Hello,
like Martin Proetzsch stated in 10.10.2006 12:31on this list:
<quote>
2. The mplayer plugin had a higher priority than FreePV and therefore
grabbed all quicktime content (e.g. from world wide panorama).
Deinstallation of it helped. No idea how to solve this...
</quote>

I got the same problem, that mplayerplug-in and QuickTime Plugin 6.0/7
got higher priorities in firefox, but aren't able to render the qtvr
content in webpages.

How to get freepv doing the rendering of mov qtvr content instead?

I posted in the firefoxforum.de and ubuntuusers.de a question on that
topic, but without a solution (german):
http://www.firefox-browser.de/forum/viewtopic.php?p=394172
http://forum.ubuntuusers.de/topic/114000

Bruno Postle

unread,
Sep 6, 2007, 9:19:52 AM9/6/07
to Hugin ptx
On Thu 06-Sep-2007 at 12:34 +0200, Gerhard Gaußling wrote:
>
> like Martin Proetzsch stated in 10.10.2006 12:31on this list:
> <quote>
> 2. The mplayer plugin had a higher priority than FreePV and therefore
> grabbed all quicktime content (e.g. from world wide panorama).
> Deinstallation of it helped. No idea how to solve this...
> </quote>
>
> I got the same problem, that mplayerplug-in and QuickTime Plugin 6.0/7
> got higher priorities in firefox, but aren't able to render the qtvr
> content in webpages.

The problem is fundamental and not easily resolved, basically both
quicktime movies and QTVR share the same video/quicktime mime-type.
So there is absolutely no way for the browser to tell which is which
without downloading the file first.

There is also no standard mechanism for mozilla plugins to hand off
content to other plugins when they are unable to handle it.

So at the moment you have a choice, either you can view QTVR with
freepv or you can watch quicktime movies - but you can't do both.

The solution is ultimately to provide a way for plugins like mplayer
to link to libfreepv and then display QTVR natively.

--
Bruno

Gerhard Gaußling

unread,
Sep 6, 2007, 10:02:40 AM9/6/07
to hugi...@googlegroups.com

What's about a wrapper plugin, like plugger, to loadt the right plugin?

Here is a slight difference between the pano and the Movie:
$ file *.mov
hardwick-hall-quicktime-panorama.mov: ISO Media, Apple QuickTime movie
ollie.mov: Apple QuickTime movie(unoptimized)

For instance I managed to load your *.mov qtvr with the external
freepv-glx, while the embedded mov is rendered by the quicktime (totem
or mplayer) plugin.

Is there technically no way for the browser to decide what plugin to use
beside the mime/type detection?

Gerhard Gaußling

unread,
Sep 6, 2007, 10:04:48 AM9/6/07
to hugi...@googlegroups.com
Am Donnerstag, 6. September 2007 schrieb Bruno Postle:
> The solution is ultimately to provide a way for plugins like mplayer
> to link to libfreepv and then display QTVR natively.

Isn't it easier to turn it upside down, and let freepv decide, that it
can't handle the content of movies, and bypass it to mplayer,
quicktime, totem or whatever plugin?

Bruno Postle

unread,
Sep 6, 2007, 12:42:31 PM9/6/07
to Hugin ptx
On Thu 06-Sep-2007 at 16:02 +0200, Gerhard Gaußling wrote:
> >
> > The problem is fundamental and not easily resolved, basically both
> > quicktime movies and QTVR share the same video/quicktime mime-type.
> > So there is absolutely no way for the browser to tell which is which
> > without downloading the file first.
> >
> > There is also no standard mechanism for mozilla plugins to hand off
> > content to other plugins when they are unable to handle it.

> What's about a wrapper plugin, like plugger, to loadt the right plugin?

Maybe, I haven't looked at it. Plugger would still have to do some
rudimentary parsing of the file in order to make the decision.

> Here is a slight difference between the pano and the Movie:
> $ file *.mov
> hardwick-hall-quicktime-panorama.mov: ISO Media, Apple QuickTime movie
> ollie.mov: Apple QuickTime movie(unoptimized)

All that shows is that my home-rolled QTVR looks like it might be an
ISO image. The only real way to differentiate them is to parse the
mov container and look for a 'pano' atom (I think), but I'm sure
that 'file' doesn't do this.

--
Bruno

Gerhard Gaußling

unread,
Sep 8, 2007, 9:06:46 AM9/8/07
to hugi...@googlegroups.com
Am Donnerstag, 6. September 2007 schrieb Bruno Postle:
> The only real way to differentiate them is to parse the
> mov container and look for a 'pano' atom (I think), but I'm sure
> that 'file' doesn't do this.

What about the idea to get the code of freepv into mplayer, vlc, totem
etc. I think, that might be the only way to get a plugin which would be
able to play all of the quicktime content inside the browser.

Is there already a contact to the developers of video/quicktime aware
plugins?

Yuv

unread,
Sep 9, 2007, 10:08:51 AM9/9/07
to hugin and other free panoramic software
On Sep 8, 9:06 am, Gerhard Gaußling <ggrubb...@web.de> wrote:
> Is there already a contact to the developers of video/quicktime aware
> plugins?

tried to establish over other people involved in GSoC (Greg Lund-Chaix
and OLPC) <http://code.google.com/soc/2007/osuosl/about.html> but no
feedback yet.

there will be a few administrative details to solve, since there is an
unknown number of such plugins and it would be a nightmare if the
FreePV project had to keep them all updated.

What would it take to
* write a code snippet that checks if the file is a QTVR ("pano" atom)
* link FreePV as a library into the media playing plugin
* convince the developers of video/quicktime aware plugins to add that
snippet and link that library?

then the snippet would be the only hook and the rest can be developed
as usual.

Yuv

prokoudine

unread,
Sep 10, 2007, 11:23:25 AM9/10/07
to hugin and other free panoramic software
On 9 сент, 18:08, Yuv <yuval_l...@yahoo.com> wrote:

> What would it take to

> * convince the developers of video/quicktime aware plugins to add that


> snippet and link that library?

Do you want GStreamer team's attention on this?

Alexandre

Yuv

unread,
Sep 10, 2007, 9:35:14 PM9/10/07
to hugin and other free panoramic software
On Sep 10, 11:23 am, prokoudine <alexandre.prokoud...@gmail.com>
wrote:

> Do you want GStreamer team's attention on this?

I am inclined to time the contact and let first give Leon time to
clean up the known bugs and make the FreePV plugin work on its own.

You never get a second chance to make a first impression. The code is
more likely to be accepted/adopted if it works than if still has bugs.
When FreePV with its current basic features set is stable there is
more of a chance that we not only going to get their attention, but
also that they will see the value proposition of it and will support
its inclusion in their distribution. What do you think?

Yuv

Reply all
Reply to author
Forward
0 new messages