Warning: Something's Not Right Here!
www.mpetroff.net contains content from 89.149.226.216, a site known to
distribute malware. Your computer might catch a virus if you visit
this site.
On Sat, Jun 2, 2012 at 5:05 PM, JohnPW <johnpwatk...@gmail.com> wrote:
> Nice Job, Matthew. And thanks.
> It seems to work fine on my Intel C2D MacBook Pro running Safari on
> 10.7.4.
> No go on my iPod touch though as (surprising to me) Safari on iOS does
> not support WebGL (I guess it's still fairly beta on Safari though.)
> It would be nice to be able to use the cursor arrows to control the
> panning (but I have no idea if that is technically likely. Possibly in
> the full screen mode?)
> Hopefully I'll be able to figure out how to use it for my own
> panoramas. I hope it can to partial panoramas (as that is mostly what
> I shoot.)
> I look forward to experimenting with it and appreciate your hard work.
> --
> You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ > To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to hugin-ptx+unsubscribe@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/hugin-ptx
> After a year of on and off development, Pannellum, a free and open
> source panorama viewer for the web, is ready for release. Built using
> HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The
> lightweight viewer, just 18kB gzipped, can be deployed using a single
> file and displays full equirectangular panoramas. One can easily embed
> panoramas in web pages as an <iframe>, using code generated by the
> included configuration utility.
I've downloaded a version of pannellum_0.1 from somewhere in March, but never came around to test it. Your mail here finally persuaded me to test it. After some hiccups (involving the IDN domain davidhaberthür.ch) i managed to correctly embed a panorama in a recent blog post: http://wp.me/p4u1r-J8
Thanks for making your code available. I had a look at it and I am impressed. I imagine it is very efficient because, as you said, it maps the correct texture pixel data to the viewport. I assume this means the texture pixel data that is not in the viewport is not being unnecessarily rendered. I can't as yet fully understand the GLSL code (reading up on it is on my to-do list) so I can't be too sure of what I'm looking at. So it has left me wondering why the frame rate is quite jumpy on my laptop when compared to the flash panorama implementation. Can webGL not take advantage of GPU acceleration?
On Tuesday, May 29, 2012 1:11:34 PM UTC+1, Axel wrote:
> Hi Matthew,
> I like your initiative to do something about the state of the > available web panorama viewers. If it weren't for those poor IE users, > it would be dead obvious, that WebGL is the way to go (and I have a > tendency trying to ignore those whenever I can ;)). I did some > experiments regarding WebGL and panorama viewing myself some time ago:
> Although, my focus was primarily on getting some HDR panorama viewing > feature onto our website.
> You seemed to be interested in a low a footprint script. I have about > 400 lines of js and another 120 GLSL code (but admittedly using jquery > for convenience). The geometrical approach I used is different: there > is no textured 3D structure approximating a sphere and then looking at > it from the inside. I render a simple viewport sized quad and use a > fragment shader to find the proper pixel position in the source > texture for each pixel in the viewport.
> You or anyone who is interested should be able to get a look at the > (uncompressed) code if you know your browser web debugging facilities. > If you think replacing tree.js with some GLSL code might be > interesting, let me know.
I believe that WebGL's ability to use GPU acceleration is dependent on the video driver and OS platform involved. IIRC, WebGL on Linux only uses GPU acceleration with a few proprietary (binary) drivers. WebGL's use of GPUs is much more available on Windows.
Of course, if you're running Windows on your laptop, none of that helps.
> Thanks for making your code available. I had a look at it and I am
> impressed. I imagine it is very efficient because, as you said, it maps
> the correct texture pixel data to the viewport. I assume this means the
> texture pixel data that is not in the viewport is not being
> unnecessarily rendered. I can't as yet fully understand the GLSL code
> (reading up on it is on my to-do list) so I can't be too sure of what
> I'm looking at. So it has left me wondering why the frame rate is quite
> jumpy on my laptop when compared to the flash panorama implementation.
> Can webGL not take advantage of GPU acceleration?
> Thanks again,
> -Nate
> On Tuesday, May 29, 2012 1:11:34 PM UTC+1, Axel wrote:
> Hi Matthew,
> I like your initiative to do something about the state of the
> available web panorama viewers. If it weren't for those poor IE users,
> it would be dead obvious, that WebGL is the way to go (and I have a
> tendency trying to ignore those whenever I can ;)). I did some
> experiments regarding WebGL and panorama viewing myself some time ago:
> Although, my focus was primarily on getting some HDR panorama viewing
> feature onto our website.
> You seemed to be interested in a low a footprint script. I have about
> 400 lines of js and another 120 GLSL code (but admittedly using jquery
> for convenience). The geometrical approach I used is different: there
> is no textured 3D structure approximating a sphere and then looking at
> it from the inside. I render a simple viewport sized quad and use a
> fragment shader to find the proper pixel position in the source
> texture for each pixel in the viewport.
> You or anyone who is interested should be able to get a look at the
> (uncompressed) code if you know your browser web debugging facilities.
> If you think replacing tree.js with some GLSL code might be
> interesting, let me know.
Yep I'm running on Windows. I wonder what the problem could be? Its a shame because I think its great that panoramas (all graphical web apps for that matter) can be developed without needing to rely on bulky proprietary software.
On Saturday, July 14, 2012 9:37:29 PM UTC+1, GnomeNomad wrote:
> I believe that WebGL's ability to use GPU acceleration is dependent on > the video driver and OS platform involved. IIRC, WebGL on Linux only > uses GPU acceleration with a few proprietary (binary) drivers. WebGL's > use of GPUs is much more available on Windows.
> Of course, if you're running Windows on your laptop, none of that helps.
> > Thanks for making your code available. I had a look at it and I am > > impressed. I imagine it is very efficient because, as you said, it maps > > the correct texture pixel data to the viewport. I assume this means the > > texture pixel data that is not in the viewport is not being > > unnecessarily rendered. I can't as yet fully understand the GLSL code > > (reading up on it is on my to-do list) so I can't be too sure of what > > I'm looking at. So it has left me wondering why the frame rate is quite > > jumpy on my laptop when compared to the flash panorama implementation. > > Can webGL not take advantage of GPU acceleration?
> > Thanks again, > > -Nate
> > On Tuesday, May 29, 2012 1:11:34 PM UTC+1, Axel wrote:
> > Hi Matthew,
> > I like your initiative to do something about the state of the > > available web panorama viewers. If it weren't for those poor IE > users, > > it would be dead obvious, that WebGL is the way to go (and I have a > > tendency trying to ignore those whenever I can ;)). I did some > > experiments regarding WebGL and panorama viewing myself some time > ago:
> > Although, my focus was primarily on getting some HDR panorama > viewing > > feature onto our website.
> > You seemed to be interested in a low a footprint script. I have > about > > 400 lines of js and another 120 GLSL code (but admittedly using > jquery > > for convenience). The geometrical approach I used is different: > there > > is no textured 3D structure approximating a sphere and then looking > at > > it from the inside. I render a simple viewport sized quad and use a > > fragment shader to find the proper pixel position in the source > > texture for each pixel in the viewport.
> > You or anyone who is interested should be able to get a look at the > > (uncompressed) code if you know your browser web debugging > facilities. > > If you think replacing tree.js with some GLSL code might be > > interesting, let me know.
It might be a problem with your video driver maybe not allowing WebGL to use GPU acceleration. I'd think the vendor's docs about the driver would say. I supposed it's also possible you need to update the driver - in case they enabled GPU acceleration support in a newer version.
Of course, if I recall correctly, Microsoft considers any kind of GL graphics "alien ware" and would much rather have applications use DirectX instead. At least it did in the many years back that I used Windows!
> Yep I'm running on Windows. I wonder what the problem could be? Its a
> shame because I think its great that panoramas (all graphical web apps
> for that matter) can be developed without needing to rely on bulky
> proprietary software.
> On Saturday, July 14, 2012 9:37:29 PM UTC+1, GnomeNomad wrote:
> I believe that WebGL's ability to use GPU acceleration is dependent on
> the video driver and OS platform involved. IIRC, WebGL on Linux only
> uses GPU acceleration with a few proprietary (binary) drivers. WebGL's
> use of GPUs is much more available on Windows.
> Of course, if you're running Windows on your laptop, none of that
> helps.
> > Thanks for making your code available. I had a look at it and I am
> > impressed. I imagine it is very efficient because, as you said,
> it maps
> > the correct texture pixel data to the viewport. I assume this
> means the
> > texture pixel data that is not in the viewport is not being
> > unnecessarily rendered. I can't as yet fully understand the GLSL
> code
> > (reading up on it is on my to-do list) so I can't be too sure of
> what
> > I'm looking at. So it has left me wondering why the frame rate is
> quite
> > jumpy on my laptop when compared to the flash panorama
> implementation.
> > Can webGL not take advantage of GPU acceleration?
> > Thanks again,
> > -Nate
> > On Tuesday, May 29, 2012 1:11:34 PM UTC+1, Axel wrote:
> > Hi Matthew,
> > I like your initiative to do something about the state of the
> > available web panorama viewers. If it weren't for those poor IE
> users,
> > it would be dead obvious, that WebGL is the way to go (and I have a
> > tendency trying to ignore those whenever I can ;)). I did some
> > experiments regarding WebGL and panorama viewing myself some time
> ago:
> > Although, my focus was primarily on getting some HDR panorama
> viewing
> > feature onto our website.
> > You seemed to be interested in a low a footprint script. I have
> about
> > 400 lines of js and another 120 GLSL code (but admittedly using
> jquery
> > for convenience). The geometrical approach I used is different:
> there
> > is no textured 3D structure approximating a sphere and then
> looking at
> > it from the inside. I render a simple viewport sized quad and use a
> > fragment shader to find the proper pixel position in the source
> > texture for each pixel in the viewport.
> > You or anyone who is interested should be able to get a look at the
> > (uncompressed) code if you know your browser web debugging
> facilities.
> > If you think replacing tree.js with some GLSL code might be
> > interesting, let me know.
I finally had a chance to try out pannellum from my own site, and I
find it to work very well, and it's very easy to set up. I was
slightly confused when I read the "How to use" at
https://bitbucket.org/mpetroff/pannellum/ , though, since it tells me
to upload the pannellum.htm file to a webserver, and then the next
step tells me to use configuration.htm, i.e. another file. I quickly
found out that I had to load this file into a browser while still
locally on my computer, so this is no big deal (or, in fact it
probably wouldn't matter if this file, too, was uploaded, right?).
I did find something that looks like a bug, though:
When I use configuration.htm to set up the panorama, and I use an
absolute path for the pannellum.htm file (I would need this for
showing a pano from a website on a blog or similar), the path is html
encoded, i.e.
http://example.com/pannellum.htm becomes
http%3A//example.com/pannellum.htm
This results in a 404 on my setup (Ubuntu with Chrome and Firefox):
"The requested URL /http://example.com/pannellum.htm was not found on
this server."
However, if I change "%3A" into ":" in the generated <iframe> code,
everything works fine.
Den 16/07/2012 11.44 skrev "Rogier Wolff" <R.E.Wo...@bitwizard.nl>:
> There is an extra "/" in front of the "http" here. isn't there
> an extra / in there somewhere?
Yes, I noticed that, too. The extra slash isn't there in the generated
code, though.
The thing that made me think it was something else is the fact that it
works fine if I use a real colon instead in the code. My guess is that the
%3A part makes either pannellum, the webserver, or the browser think that
the path is relative instead of absolute and hence add the extra / to the
error message.
I am on an Apple Mini Solo Core (stuck at Snow Leopard) with WebKit nightly builds and Google Chrome also installed. Nothing happens when I click to Load Panorama.
I also tried 1st generation iPad with Safari without WebGL and got a warning about requirements.
I have a Panasonic DMC - ZS20 and want to view the Panorama photos online as in the review on the camera.
I am beginning (again) to code HTML especially new features for multimedia uploads to be viewed on iPad, iPhone & iPod touch using Canvas, HTML5 & CSS3. Your project will be of great value if you are in sync with my development & devices !
On Monday, May 28, 2012 11:49:20 PM UTC-4, Matthew Petroff wrote:
> After a year of on and off development, Pannellum, a free and open > source panorama viewer for the web, is ready for release. Built using > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The > lightweight viewer, just 18kB gzipped, can be deployed using a single > file and displays full equirectangular panoramas. One can easily embed > panoramas in web pages as an <iframe>, using code generated by the > included configuration utility.
On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
> Thanks for the reports! It should work in recent desktop versions of > Firefox and Chrome with proper driver support. Safari needs WebGL to > be manually enabled, and Opera won't support it until Opera 12. Mobile > support is much more spotty. As for the reports of a black screen, I > think it is due to buggy WebGL implementations; when I first started > working on this last year, I got the occasional black screen, but with > more recent browser updates, this is no longer the case for me.
> I can certainly change the text from "Load Panorama" to "Click to Load > Panorama." As for translations, there is no client side way for > detecting language that I know of, so it's a bit of a moot point; if > one wants to host it on a page in a different language, one can just > change the strings in the hosted copy. I might consider changing the > base implementation and adding some sort of image pyramid support in > the future, but I don't plan on adding new feature or developing it > much more until WebGL support matures more.
> -Matthew
> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote: > > After a year of on and off development, Pannellum, a free and open > > source panorama viewer for the web, is ready for release. Built using > > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The > > lightweight viewer, just 18kB gzipped, can be deployed using a single > > file and displays full equirectangular panoramas. One can easily embed > > panoramas in web pages as an <iframe>, using code generated by the > > included configuration utility.
On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus Schultz wrote:
> All I see is a black screen - using Chrome 22.0.1229.79 m.
> I've had no other problems with WebGL-based applications on this machine...
> On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
>> Thanks for the reports! It should work in recent desktop versions of >> Firefox and Chrome with proper driver support. Safari needs WebGL to >> be manually enabled, and Opera won't support it until Opera 12. Mobile >> support is much more spotty. As for the reports of a black screen, I >> think it is due to buggy WebGL implementations; when I first started >> working on this last year, I got the occasional black screen, but with >> more recent browser updates, this is no longer the case for me.
>> I can certainly change the text from "Load Panorama" to "Click to Load >> Panorama." As for translations, there is no client side way for >> detecting language that I know of, so it's a bit of a moot point; if >> one wants to host it on a page in a different language, one can just >> change the strings in the hosted copy. I might consider changing the >> base implementation and adding some sort of image pyramid support in >> the future, but I don't plan on adding new feature or developing it >> much more until WebGL support matures more.
>> -Matthew
>> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote: >> > After a year of on and off development, Pannellum, a free and open >> > source panorama viewer for the web, is ready for release. Built using >> > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The >> > lightweight viewer, just 18kB gzipped, can be deployed using a single >> > file and displays full equirectangular panoramas. One can easily embed >> > panoramas in web pages as an <iframe>, using code generated by the >> > included configuration utility.
> The most likely cause is the texture size being to large for your graphics
> card / driver. Does an error get printed to Chome's JavaScript Console?
> -Matthew
> On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus Schultz wrote:
>> All I see is a black screen - using Chrome 22.0.1229.79 m.
>> I've had no other problems with WebGL-based applications on this
>> machine...
>> On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
>>> Thanks for the reports! It should work in recent desktop versions of
>>> Firefox and Chrome with proper driver support. Safari needs WebGL to
>>> be manually enabled, and Opera won't support it until Opera 12. Mobile
>>> support is much more spotty. As for the reports of a black screen, I
>>> think it is due to buggy WebGL implementations; when I first started
>>> working on this last year, I got the occasional black screen, but with
>>> more recent browser updates, this is no longer the case for me.
>>> I can certainly change the text from "Load Panorama" to "Click to Load
>>> Panorama." As for translations, there is no client side way for
>>> detecting language that I know of, so it's a bit of a moot point; if
>>> one wants to host it on a page in a different language, one can just
>>> change the strings in the hosted copy. I might consider changing the
>>> base implementation and adding some sort of image pyramid support in
>>> the future, but I don't plan on adding new feature or developing it
>>> much more until WebGL support matures more.
>>> -Matthew
>>> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote:
>>> > After a year of on and off development, Pannellum, a free and open
>>> > source panorama viewer for the web, is ready for release. Built using
>>> > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The
>>> > lightweight viewer, just 18kB gzipped, can be deployed using a single
>>> > file and displays full equirectangular panoramas. One can easily embed
>>> > panoramas in web pages as an <iframe>, using code generated by the
>>> > included configuration utility.
>>> > I've tested it across a range of browsers, but I'd appreciate any
>>> > feedback or bug reports.
>>> > -Matthew
>> --
> You received this message because you are subscribed to the Google Groups
> "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at:
> http://wiki.panotools.org/Hugin_FAQ > To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to
> hugin-ptx+unsubscribe@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/hugin-ptx
On Tuesday, October 9, 2012 2:55:52 AM UTC-4, Emaad wrote:
> Is there any way we can add animated objects in panorama using Pannellum?
> On Mon, Oct 8, 2012 at 8:23 PM, Matthew Petroff <mat...@mpetroff.net<javascript:> > > wrote:
>> The most likely cause is the texture size being to large for your >> graphics card / driver. Does an error get printed to Chome's JavaScript >> Console?
>> -Matthew
>> On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus Schultz wrote:
>>> All I see is a black screen - using Chrome 22.0.1229.79 m.
>>> I've had no other problems with WebGL-based applications on this >>> machine...
>>> On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
>>>> Thanks for the reports! It should work in recent desktop versions of >>>> Firefox and Chrome with proper driver support. Safari needs WebGL to >>>> be manually enabled, and Opera won't support it until Opera 12. Mobile >>>> support is much more spotty. As for the reports of a black screen, I >>>> think it is due to buggy WebGL implementations; when I first started >>>> working on this last year, I got the occasional black screen, but with >>>> more recent browser updates, this is no longer the case for me.
>>>> I can certainly change the text from "Load Panorama" to "Click to Load >>>> Panorama." As for translations, there is no client side way for >>>> detecting language that I know of, so it's a bit of a moot point; if >>>> one wants to host it on a page in a different language, one can just >>>> change the strings in the hosted copy. I might consider changing the >>>> base implementation and adding some sort of image pyramid support in >>>> the future, but I don't plan on adding new feature or developing it >>>> much more until WebGL support matures more.
>>>> -Matthew
>>>> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote: >>>> > After a year of on and off development, Pannellum, a free and open >>>> > source panorama viewer for the web, is ready for release. Built using >>>> > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The >>>> > lightweight viewer, just 18kB gzipped, can be deployed using a single >>>> > file and displays full equirectangular panoramas. One can easily >>>> embed >>>> > panoramas in web pages as an <iframe>, using code generated by the >>>> > included configuration utility.
>>>> > I've tested it across a range of browsers, but I'd appreciate any >>>> > feedback or bug reports.
>>>> > -Matthew
>>> -- >> You received this message because you are subscribed to the Google Groups >> "Hugin and other free panoramic software" group. >> A list of frequently asked questions is available at: >> http://wiki.panotools.org/Hugin_FAQ >> To post to this group, send email to hugi...@googlegroups.com<javascript:> >> To unsubscribe from this group, send email to >> hugin-ptx+...@googlegroups.com <javascript:> >> For more options, visit this group at >> http://groups.google.com/group/hugin-ptx
Mathew is it possible that Pannellum can support Gif file format? Basically
I want to animate only one of image cubes. For example I edit Nadir image
cube, convert it to gif format and make some animated effects over it. Now
If Pannelum support gif format than animated object will be working.
You are doing very nice work. Pannelum is a very good platform. Please!
Consider standards set by Spi-V shockwave player. ADR is a Spiv feature,
which has not be replicated in any flash or html5 based viewers. Please!
See if it can be done. Spi-V also supported animated objects.
On Wed, Oct 10, 2012 at 12:02 AM, Matthew Petroff <matt...@mpetroff.net>wrote:
> On Tuesday, October 9, 2012 2:55:52 AM UTC-4, Emaad wrote:
>> Is there any way we can add animated objects in panorama using Pannellum?
>> On Mon, Oct 8, 2012 at 8:23 PM, Matthew Petroff <mat...@mpetroff.net>wrote:
>>> The most likely cause is the texture size being to large for your
>>> graphics card / driver. Does an error get printed to Chome's JavaScript
>>> Console?
>>> -Matthew
>>> On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus Schultz wrote:
>>>> All I see is a black screen - using Chrome 22.0.1229.79 m.
>>>> I've had no other problems with WebGL-based applications on this
>>>> machine...
>>>> On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
>>>>> Thanks for the reports! It should work in recent desktop versions of
>>>>> Firefox and Chrome with proper driver support. Safari needs WebGL to
>>>>> be manually enabled, and Opera won't support it until Opera 12. Mobile
>>>>> support is much more spotty. As for the reports of a black screen, I
>>>>> think it is due to buggy WebGL implementations; when I first started
>>>>> working on this last year, I got the occasional black screen, but with
>>>>> more recent browser updates, this is no longer the case for me.
>>>>> I can certainly change the text from "Load Panorama" to "Click to Load
>>>>> Panorama." As for translations, there is no client side way for
>>>>> detecting language that I know of, so it's a bit of a moot point; if
>>>>> one wants to host it on a page in a different language, one can just
>>>>> change the strings in the hosted copy. I might consider changing the
>>>>> base implementation and adding some sort of image pyramid support in
>>>>> the future, but I don't plan on adding new feature or developing it
>>>>> much more until WebGL support matures more.
>>>>> -Matthew
>>>>> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote:
>>>>> > After a year of on and off development, Pannellum, a free and open
>>>>> > source panorama viewer for the web, is ready for release. Built
>>>>> using
>>>>> > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The
>>>>> > lightweight viewer, just 18kB gzipped, can be deployed using a
>>>>> single
>>>>> > file and displays full equirectangular panoramas. One can easily
>>>>> embed
>>>>> > panoramas in web pages as an <iframe>, using code generated by the
>>>>> > included configuration utility.
>>>>> > I've tested it across a range of browsers, but I'd appreciate any
>>>>> > feedback or bug reports.
>>>>> > -Matthew
>>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Hugin and other free panoramic software" group.
>>> A list of frequently asked questions is available at:
>>> http://wiki.panotools.org/Hugin_FAQ >>> To post to this group, send email to hugi...@googlegroups.com
>>> To unsubscribe from this group, send email to
>>> hugin-ptx+...@googlegroups.com
>> --
> You received this message because you are subscribed to the Google Groups
> "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at:
> http://wiki.panotools.org/Hugin_FAQ > To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to
> hugin-ptx+unsubscribe@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/hugin-ptx
Pannellum might support GIF files, although I've never tested it. I would not recommend using it though, as it is uncompressed and limited to an 8-bit color space. Just because a proprietary piece of software does something some way does not make it a standard, although adaptive dynamic range looks quite interesting. I might add it in the future, but the image pyramid support I'm currently working on is a higher priority in my opinion. Animated objects are a very low priority for me (I think they're gaudy).
On Friday, October 12, 2012 12:35:23 AM UTC-4, Emaad wrote:
> Mathew is it possible that Pannellum can support Gif file format? > Basically I want to animate only one of image cubes. For example I edit > Nadir image cube, convert it to gif format and make some animated effects > over it. Now If Pannelum support gif format than animated object will be > working.
> You are doing very nice work. Pannelum is a very good platform. Please! > Consider standards set by Spi-V shockwave player. ADR is a Spiv feature, > which has not be replicated in any flash or html5 based viewers. Please! > See if it can be done. Spi-V also supported animated objects.
> On Wed, Oct 10, 2012 at 12:02 AM, Matthew Petroff <mat...@mpetroff.net<javascript:> > > wrote:
>> No, there isn't.
>> -Matthew
>> On Tuesday, October 9, 2012 2:55:52 AM UTC-4, Emaad wrote:
>>> Is there any way we can add animated objects in panorama using Pannellum?
>>> On Mon, Oct 8, 2012 at 8:23 PM, Matthew Petroff <mat...@mpetroff.net>wrote:
>>>> The most likely cause is the texture size being to large for your >>>> graphics card / driver. Does an error get printed to Chome's JavaScript >>>> Console?
>>>> -Matthew
>>>> On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus Schultz wrote:
>>>>> All I see is a black screen - using Chrome 22.0.1229.79 m.
>>>>> I've had no other problems with WebGL-based applications on this >>>>> machine...
>>>>> On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
>>>>>> Thanks for the reports! It should work in recent desktop versions of >>>>>> Firefox and Chrome with proper driver support. Safari needs WebGL to >>>>>> be manually enabled, and Opera won't support it until Opera 12. >>>>>> Mobile >>>>>> support is much more spotty. As for the reports of a black screen, I >>>>>> think it is due to buggy WebGL implementations; when I first started >>>>>> working on this last year, I got the occasional black screen, but >>>>>> with >>>>>> more recent browser updates, this is no longer the case for me.
>>>>>> I can certainly change the text from "Load Panorama" to "Click to >>>>>> Load >>>>>> Panorama." As for translations, there is no client side way for >>>>>> detecting language that I know of, so it's a bit of a moot point; if >>>>>> one wants to host it on a page in a different language, one can just >>>>>> change the strings in the hosted copy. I might consider changing the >>>>>> base implementation and adding some sort of image pyramid support in >>>>>> the future, but I don't plan on adding new feature or developing it >>>>>> much more until WebGL support matures more.
>>>>>> -Matthew
>>>>>> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote: >>>>>> > After a year of on and off development, Pannellum, a free and open >>>>>> > source panorama viewer for the web, is ready for release. Built >>>>>> using >>>>>> > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The >>>>>> > lightweight viewer, just 18kB gzipped, can be deployed using a >>>>>> single >>>>>> > file and displays full equirectangular panoramas. One can easily >>>>>> embed >>>>>> > panoramas in web pages as an <iframe>, using code generated by the >>>>>> > included configuration utility.
>>>>>> > I've tested it across a range of browsers, but I'd appreciate any >>>>>> > feedback or bug reports.
>>>>>> > -Matthew
>>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Hugin and other free panoramic software" group. >>>> A list of frequently asked questions is available at: >>>> http://wiki.panotools.org/Hugin_FAQ >>>> To post to this group, send email to hugi...@googlegroups.com >>>> To unsubscribe from this group, send email to >>>> hugin-ptx+...@googlegroups.com
>>> -- >> You received this message because you are subscribed to the Google Groups >> "Hugin and other free panoramic software" group. >> A list of frequently asked questions is available at: >> http://wiki.panotools.org/Hugin_FAQ >> To post to this group, send email to hugi...@googlegroups.com<javascript:> >> To unsubscribe from this group, send email to >> hugin-ptx+...@googlegroups.com <javascript:> >> For more options, visit this group at >> http://groups.google.com/group/hugin-ptx
> Pannellum might support GIF files, although I've never tested it. I
> would not recommend using it though, as it is uncompressed and limited
> to an 8-bit color space. Just because a proprietary piece of software
> does something some way does not make it a standard, although adaptive
> dynamic range looks quite interesting. I might add it in the future, but
> the image pyramid support I'm currently working on is a higher priority
> in my opinion. Animated objects are a very low priority for me (I think
> they're gaudy).
> -Matthew
> On Friday, October 12, 2012 12:35:23 AM UTC-4, Emaad wrote:
> Mathew is it possible that Pannellum can support Gif file format?
> Basically I want to animate only one of image cubes. For example I
> edit Nadir image cube, convert it to gif format and make some
> animated effects over it. Now If Pannelum support gif format than
> animated object will be working.
> You are doing very nice work. Pannelum is a very good platform.
> Please! Consider standards set by Spi-V shockwave player. ADR is a
> Spiv feature, which has not be replicated in any flash or html5
> based viewers. Please! See if it can be done. Spi-V also supported
> animated objects.
> On Wed, Oct 10, 2012 at 12:02 AM, Matthew Petroff
> <mat...@mpetroff.net> wrote:
> No, there isn't.
> -Matthew
> On Tuesday, October 9, 2012 2:55:52 AM UTC-4, Emaad wrote:
> Is there any way we can add animated objects in panorama
> using Pannellum?
> On Mon, Oct 8, 2012 at 8:23 PM, Matthew Petroff
> <mat...@mpetroff.net> wrote:
> The most likely cause is the texture size being to large
> for your graphics card / driver. Does an error get
> printed to Chome's JavaScript Console?
> -Matthew
> On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus
> Schultz wrote:
> All I see is a black screen - using Chrome
> 22.0.1229.79 m.
> I've had no other problems with WebGL-based
> applications on this machine...
> On Wednesday, May 30, 2012 12:03:45 AM UTC-4,
> Matthew Petroff wrote:
> Thanks for the reports! It should work in recent
> desktop versions of
> Firefox and Chrome with proper driver support.
> Safari needs WebGL to
> be manually enabled, and Opera won't support it
> until Opera 12. Mobile
> support is much more spotty. As for the reports
> of a black screen, I
> think it is due to buggy WebGL implementations;
> when I first started
> working on this last year, I got the occasional
> black screen, but with
> more recent browser updates, this is no longer
> the case for me.
> I can certainly change the text from "Load
> Panorama" to "Click to Load
> Panorama." As for translations, there is no
> client side way for
> detecting language that I know of, so it's a bit
> of a moot point; if
> one wants to host it on a page in a different
> language, one can just
> change the strings in the hosted copy. I might
> consider changing the
> base implementation and adding some sort of
> image pyramid support in
> the future, but I don't plan on adding new
> feature or developing it
> much more until WebGL support matures more.
> -Matthew
> On May 28, 11:49 pm, Matthew Petroff
> <matt...@mpetroff.net> wrote:
> > After a year of on and off development,
> Pannellum, a free and open
> > source panorama viewer for the web, is ready
> for release. Built using
> > HTML5, CSS3, JavaScript, and WebGL, it is
> plug-in free. The
> > lightweight viewer, just 18kB gzipped, can be
> deployed using a single
> > file and displays full equirectangular
> panoramas. One can easily embed
> > panoramas in web pages as an <iframe>, using
> code generated by the
> > included configuration utility.
> > I've tested it across a range of browsers,
> but I'd appreciate any
> > feedback or bug reports.
> > -Matthew
> --
> You received this message because you are subscribed to
> the Google Groups "Hugin and other free panoramic
> software" group.
> A list of frequently asked questions is available at:
> http://wiki.panotools.org/Hugin_FAQ > <http://wiki.panotools.org/Hugin_FAQ>
> To post to this group, send email to
> hugi...@googlegroups.com
> To unsubscribe from this group, send email to
> hugin-ptx+...@googlegroups.com
I also get a black screen on my 2008 white macbook.
By the way, can you use the Krpano xml specification for this player? It is good, and you would get more uptake probably because it would allow more people to easily use your player with their existing data.
On Friday, October 12, 2012 5:18:24 PM UTC+2, Matthew Petroff wrote:
> Pannellum might support GIF files, although I've never tested it. I would > not recommend using it though, as it is uncompressed and limited to an > 8-bit color space. Just because a proprietary piece of software does > something some way does not make it a standard, although adaptive dynamic > range looks quite interesting. I might add it in the future, but the image > pyramid support I'm currently working on is a higher priority in my > opinion. Animated objects are a very low priority for me (I think they're > gaudy).
> -Matthew
> On Friday, October 12, 2012 12:35:23 AM UTC-4, Emaad wrote:
>> Mathew is it possible that Pannellum can support Gif file format? >> Basically I want to animate only one of image cubes. For example I edit >> Nadir image cube, convert it to gif format and make some animated effects >> over it. Now If Pannelum support gif format than animated object will be >> working.
>> You are doing very nice work. Pannelum is a very good platform. Please! >> Consider standards set by Spi-V shockwave player. ADR is a Spiv feature, >> which has not be replicated in any flash or html5 based viewers. Please! >> See if it can be done. Spi-V also supported animated objects.
>> On Wed, Oct 10, 2012 at 12:02 AM, Matthew Petroff <mat...@mpetroff.net>wrote:
>>> No, there isn't.
>>> -Matthew
>>> On Tuesday, October 9, 2012 2:55:52 AM UTC-4, Emaad wrote:
>>>> Is there any way we can add animated objects in panorama using >>>> Pannellum?
>>>> On Mon, Oct 8, 2012 at 8:23 PM, Matthew Petroff <mat...@mpetroff.net>wrote:
>>>>> The most likely cause is the texture size being to large for your >>>>> graphics card / driver. Does an error get printed to Chome's JavaScript >>>>> Console?
>>>>> -Matthew
>>>>> On Sunday, October 7, 2012 11:20:43 PM UTC-4, Rasmus Schultz wrote:
>>>>>> All I see is a black screen - using Chrome 22.0.1229.79 m.
>>>>>> I've had no other problems with WebGL-based applications on this >>>>>> machine...
>>>>>> On Wednesday, May 30, 2012 12:03:45 AM UTC-4, Matthew Petroff wrote:
>>>>>>> Thanks for the reports! It should work in recent desktop versions of >>>>>>> Firefox and Chrome with proper driver support. Safari needs WebGL to >>>>>>> be manually enabled, and Opera won't support it until Opera 12. >>>>>>> Mobile >>>>>>> support is much more spotty. As for the reports of a black screen, I >>>>>>> think it is due to buggy WebGL implementations; when I first started >>>>>>> working on this last year, I got the occasional black screen, but >>>>>>> with >>>>>>> more recent browser updates, this is no longer the case for me.
>>>>>>> I can certainly change the text from "Load Panorama" to "Click to >>>>>>> Load >>>>>>> Panorama." As for translations, there is no client side way for >>>>>>> detecting language that I know of, so it's a bit of a moot point; if >>>>>>> one wants to host it on a page in a different language, one can just >>>>>>> change the strings in the hosted copy. I might consider changing the >>>>>>> base implementation and adding some sort of image pyramid support in >>>>>>> the future, but I don't plan on adding new feature or developing it >>>>>>> much more until WebGL support matures more.
>>>>>>> -Matthew
>>>>>>> On May 28, 11:49 pm, Matthew Petroff <matt...@mpetroff.net> wrote: >>>>>>> > After a year of on and off development, Pannellum, a free and open >>>>>>> > source panorama viewer for the web, is ready for release. Built >>>>>>> using >>>>>>> > HTML5, CSS3, JavaScript, and WebGL, it is plug-in free. The >>>>>>> > lightweight viewer, just 18kB gzipped, can be deployed using a >>>>>>> single >>>>>>> > file and displays full equirectangular panoramas. One can easily >>>>>>> embed >>>>>>> > panoramas in web pages as an <iframe>, using code generated by the >>>>>>> > included configuration utility.
>>>>>>> > I've tested it across a range of browsers, but I'd appreciate any >>>>>>> > feedback or bug reports.
>>>>>>> > -Matthew
>>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Hugin and other free panoramic software" group. >>>>> A list of frequently asked questions is available at: >>>>> http://wiki.panotools.org/Hugin_FAQ >>>>> To post to this group, send email to hugi...@googlegroups.com >>>>> To unsubscribe from this group, send email to >>>>> hugin-ptx+...@googlegroups.com
>>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Hugin and other free panoramic software" group. >>> A list of frequently asked questions is available at: >>> http://wiki.panotools.org/Hugin_FAQ >>> To post to this group, send email to hugi...@googlegroups.com >>> To unsubscribe from this group, send email to >>> hugin-ptx+...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/hugin-ptx
