'jpeg2qtvr' is a perl command-line tool for assembling QTVR .mov panoramas that can be viewed in Apple QuickTime or freepv[1].
This release features:
* Ability to add preview tracks * Setting metadata such as title and date * Setting viewing hints such as window size, fov, pan and tilt
Plus a new command-line tool: 'erect2qtvr' that manages the entire process of generating a QTVR from an equirectangular image, including creating a scaled preview track and setting JPEG compression.
All this just in time for the thirteenth World Wide Panorama event[2] from 20th to 25th March 2007. QTVR panorama submissions on the theme of 'Atmosphere' are open to anyone.
'jpeg2qtvr' and 'erect2qtvr' are part of the Panotools::Script perl module which can be downloaded from CPAN[3], this is Free Software.
Panotools::Script requires nona (from hugin), enblend, ImageMagick, ImageMagick-perl and Math::Matrix.
I have problems installing the Panotools::Script -- the tests fail (I have a working nona, enblend, ImageMagick compiled with perl support).
The install log from cpanplus is attached (I had to interrupt it with ctrl+c since it froze on testing "morph")
When I forced install, the erect2qtvr created scripts for nona, but running nona evidently failed. (See the other attached file erect2qtvr.log.)
Best regards, Milan P.S. I use FreeBSD-6.2, perl v5.8.8 built for i386-freebsd-64int) -- Milan Knížek http://milan-knizek.net/ e-mail knizek {na} volny {v} cz
>t/010.read-stitch.......nona: stitch a panorama image
> It uses the transform function from PanoTools, the stitching itself > is quite simple, no seam feathering is done. > all interpolators of panotools are supported
> The following output formats (n option of panotools p script line) > are supported:
> JPG, TIFF, PNG : Single image formats without feathered blending: > TIFF_m : multiple tiff files > TIFF_multilayer : Multilayer tiff files, readable by The Gimp 2.0
On Monday 19 March 2007 22:35, Bruno Postle wrote:
> On Mon 19-Mar-2007 at 21:25 +0100, Milan Knizek wrote: > >I have problems installing the Panotools::Script -- the tests fail (I have > > a working nona, enblend, ImageMagick compiled with perl > >support).
> I can only think there is some difference with File::Spec or > File::Temp. There should be more test output from running the test > directly:
> perl t/010.read-stitch.t
> Otherwise I can send you a version of the library that will produce > more debug output.
The output of perl t/010.read-stitch.t is attached. As long as I can see, it generates some project files, but no output pictures. When I interrupted the testing so that the project files were not deleted, I can run manually nona with them and it stitches a picture of the cemetery.
If it helps, will you send me the library with a greater debug output?
Thanks to Milan Knizek for tracking this down. It seems nona behaves slightly differently on BSD and Linux, probably due to different getopt() implementations.
So Panotools::Script 0.05 uses nona as documented, download here:
erect2cubic --erect=g8.tif Can't locate Image/Size.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/local/bin/erect2cubic line 9. BEGIN failed--compilation aborted at /usr/local/bin/erect2cubic line 9.
i have it "Can't locate Image/Size.pm" when i try do any action in panotools i work in ubuntu 12.04 x64 instaled from source without any errors
> > erect2cubic --erect=g8.tif
> > Can't locate Image/Size.pm in @INC (@INC contains: /etc/perl
> /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5
> /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14
> /usr/local/lib/site_perl .) at /usr/local/bin/erect2cubic line 9.
> > BEGIN failed--compilation aborted at /usr/local/bin/erect2cubic line 9.
> You should get a list of missing perl modules when you do the install:
> perl Makefile.PL
> You can install Image::Size with the cpan tool or using your package
> manager.
> --
> Bruno
> --
> 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
Interesting attic, Bruno. I've never seen that sort of construction (the brick piers acting as a truss for the roof.) I assume the house has been around for a good while (to an American eye, anyway.) May I ask what year it was built? I understand Hugin scripting isn't supported on OS X now. Are there any plans to include it in future? (sure would the functionality of some of your scripts, especially creating QTVR panos.) John
> Interesting attic, Bruno. I've never seen that sort of construction (the
brick piers acting as a truss for the roof.) I assume the house has been
around for a good while (to an American eye, anyway.) May I ask what
year it was built?
It is 1855, so practically brand new. There is no equivalent pier on the
other side, so who knows what they were thinking.
> I understand Hugin scripting isn't supported on OS X now. Are there any
plans to include it in future? (sure would the functionality of some of
your scripts, especially creating QTVR panos.)
Panotools::Script should install and run fine on OS X, which comes with
perl already installed, I think. In particular the jpeg2qtvr tool has
minimal dependencies.
In general, most of these perl command-line tools have hugin equivalents
these days, though not jpeg2qtvr.
On Tuesday, October 9, 2012 11:47:03 AM UTC-5, Bruno Postle wrote:
> It is 1855, so practically brand new. There is no equivalent pier on the > other side, so who knows what they were thinking.
I noticed it was one sided after I posted. I suppose builders were a bit more spontaneous back then.
Panotools::Script should install and run fine on OS X, which comes with
> perl already installed, I think. In particular the jpeg2qtvr tool has > minimal dependencies.
> In general, most of these perl command-line tools have hugin equivalents > these days, though not jpeg2qtvr.
I have yet to figure out how to get things running. I don't understand where I "install" the files (yes, I can be a bit hopeless without a GUI!) Also not sure if I got image Magick and MacPorts set up properly. Anyway, I will just have to do some reading and experimenting.
Meanwhile, I thought I should ask, so as to avoid any unnecessary disappointment, -- when I figure out how to make this work, the script will take an ER jpg and output a QTVR file that is ready to view. Is this correct?
Also, might anyone suggest a resource that would be helpful in learning the real basics of perl scripting (whatever I need to know to be able to install and run these scripts?) Thanks, John
>Meanwhile, I thought I should ask, so as to avoid any unnecessary
>disappointment, -- when I figure out how to make this work, the script will
>take an ER jpg and output a QTVR file that is ready to view. Is this
>correct?
jpeg2qtvr takes six square jpeg cubefaces and packs them into a valid qtvr .mov file, it has no dependencies, you could probably just download the file without Panotools::Script and it would work so long as you have perl.
There is another tool in Panotools::Script called erect2qtvr that does the whole thing, starting with any equirectangular image, it depends on Hugin and ImageMagick or sips.
Though qtvr is a dying file-format, it isn't something I would recommend if you want other people to view your stuff.
erect2qtvr is the one I was thinking of. I like QTVR since it is simple, self contained, and pretty much everyone has QuickTime (Mac and Win) and Linux has other easy, free, options that work with QTVR files. What do you suggest? I don't care for flash. Matt's Panellum seems nice, but not so flexible yet and is web based (if I understand correctly.)
Anyway, still haven't got things running yet. I need to learn a few geeky things first. :-) I finally got the Gimp to see XQuartz, but MacPorts and ImageMagick are acting up.
On Monday, October 15, 2012 3:05:09 PM UTC-5, Bruno Postle wrote:
> On Sun 14-Oct-2012 at 18:03 -0700, JohnPW wrote:
> >Meanwhile, I thought I should ask, so as to avoid any unnecessary > >disappointment, -- when I figure out how to make this work, the script > will > >take an ER jpg and output a QTVR file that is ready to view. Is this > >correct?
> jpeg2qtvr takes six square jpeg cubefaces and packs them into a > valid qtvr .mov file, it has no dependencies, you could probably > just download the file without Panotools::Script and it would work > so long as you have perl.
> There is another tool in Panotools::Script called erect2qtvr that > does the whole thing, starting with any equirectangular image, it > depends on Hugin and ImageMagick or sips.
> Though qtvr is a dying file-format, it isn't something I would > recommend if you want other people to view your stuff.
Hmm, I wouldn't gamble on every Windows system using having Quicktime.
First because my personal experience with it (at a former employer) was it simply wouldn't work. Nothing anyone could do would make it work, either. QT worked fine on the Macs they used to make the videos, but the videos wouldn't play when someone tried to watch them on a Windows machine.
Second, a number of companies refuse to have QT on their corporate systems. With the ubiquity of Flash, they see no need to have yet another plugin (AKA browser security hole) ...
> erect2qtvr is the one I was thinking of.
> I like QTVR since it is simple, self contained, and pretty much everyone
> has QuickTime (Mac and Win) and Linux has other easy, free, options that
> work with QTVR files.
> What do you suggest? I don't care for flash. Matt's Panellum seems nice,
> but not so flexible yet and is web based (if I understand correctly.)
> Anyway, still haven't got things running yet. I need to learn a few
> geeky things first. :-)
> I finally got the Gimp to see XQuartz, but MacPorts and ImageMagick are
> acting up.
> John
> On Monday, October 15, 2012 3:05:09 PM UTC-5, Bruno Postle wrote:
> On Sun 14-Oct-2012 at 18:03 -0700, JohnPW wrote:
> >Meanwhile, I thought I should ask, so as to avoid any unnecessary
> >disappointment, -- when I figure out how to make this work, the
> script will
> >take an ER jpg and output a QTVR file that is ready to view. Is this
> >correct?
> jpeg2qtvr takes six square jpeg cubefaces and packs them into a
> valid qtvr .mov file, it has no dependencies, you could probably
> just download the file without Panotools::Script and it would work
> so long as you have perl.
> There is another tool in Panotools::Script called erect2qtvr that
> does the whole thing, starting with any equirectangular image, it
> depends on Hugin and ImageMagick or sips.
> Though qtvr is a dying file-format, it isn't something I would
> recommend if you want other people to view your stuff.
I share this point of view, and that is exactly the case of the company
where I work now, which has around 250,000 employees, i.e. 250 thousand
users without QT.
Bests, Cartola.
Em terça-feira, 16 de outubro de 2012, Gnome Nomad<gnomeno...@gmail.com>
escreveu:
> Hmm, I wouldn't gamble on every Windows system using having Quicktime.
> First because my personal experience with it (at a former employer) was
it simply wouldn't work. Nothing anyone could do would make it work,
either. QT worked fine on the Macs they used to make the videos, but the
videos wouldn't play when someone tried to watch them on a Windows machine.
> Second, a number of companies refuse to have QT on their corporate
systems. With the ubiquity of Flash, they see no need to have yet another
plugin (AKA browser security hole) ...
>> erect2qtvr is the one I was thinking of.
>> I like QTVR since it is simple, self contained, and pretty much everyone
>> has QuickTime (Mac and Win) and Linux has other easy, free, options that
>> work with QTVR files.
>> What do you suggest? I don't care for flash. Matt's Panellum seems nice,
>> but not so flexible yet and is web based (if I understand correctly.)
>> Anyway, still haven't got things running yet. I need to learn a few
>> geeky things first. :-)
>> I finally got the Gimp to see XQuartz, but MacPorts and ImageMagick are
>> acting up.
>> John
>> On Monday, October 15, 2012 3:05:09 PM UTC-5, Bruno Postle wrote:
>> On Sun 14-Oct-2012 at 18:03 -0700, JohnPW wrote:
>> >Meanwhile, I thought I should ask, so as to avoid any unnecessary
>> >disappointment, -- when I figure out how to make this work, the
>> script will
>> >take an ER jpg and output a QTVR file that is ready to view. Is
this
>> >correct?
>> jpeg2qtvr takes six square jpeg cubefaces and packs them into a
>> valid qtvr .mov file, it has no dependencies, you could probably
>> just download the file without Panotools::Script and it would work
>> so long as you have perl.
>> There is another tool in Panotools::Script called erect2qtvr that
>> does the whole thing, starting with any equirectangular image, it
>> depends on Hugin and ImageMagick or sips.
>> Though qtvr is a dying file-format, it isn't something I would
>> recommend if you want other people to view your stuff.
I'm sure not everyone has QT, but it is pretty ubiquitous. The people I'm most concerned about (family and friends) do have it. It's easy to use, portable, reliable. Did you have a suggestion?
In any case, the image is the message. The envelope is only important in that it's easy to use, delivers the message, and can be easily opened.
I'm open to any suggestions on what envelopes I can use. Until the last few years, QTVR has been easiest for me. Right now I'm ambivalent. I suppose a tutorial that shows all the possibilities (and exactly how to actually use them,) platform issues, pluses and minuses might be a good thing. John
On Tuesday, October 16, 2012 2:55:44 AM UTC-5, GnomeNomad wrote:
> Hmm, I wouldn't gamble on every Windows system using having Quicktime.
> First because my personal experience with it (at a former employer) was > it simply wouldn't work. Nothing anyone could do would make it work, > either. QT worked fine on the Macs they used to make the videos, but the > videos wouldn't play when someone tried to watch them on a Windows > machine.
> Second, a number of companies refuse to have QT on their corporate > systems. With the ubiquity of Flash, they see no need to have yet > another plugin (AKA browser security hole) ...
> On 10/15/2012 01:07 PM, JohnPW wrote: > > erect2qtvr is the one I was thinking of. > > I like QTVR since it is simple, self contained, and pretty much everyone > > has QuickTime (Mac and Win) and Linux has other easy, free, options that > > work with QTVR files. > > What do you suggest? I don't care for flash. Matt's Panellum seems nice, > > but not so flexible yet and is web based (if I understand correctly.)
> > Anyway, still haven't got things running yet. I need to learn a few > > geeky things first. :-) > > I finally got the Gimp to see XQuartz, but MacPorts and ImageMagick are > > acting up.
> > John
> > On Monday, October 15, 2012 3:05:09 PM UTC-5, Bruno Postle wrote:
> > On Sun 14-Oct-2012 at 18:03 -0700, JohnPW wrote:
> > >Meanwhile, I thought I should ask, so as to avoid any unnecessary > > >disappointment, -- when I figure out how to make this work, the > > script will > > >take an ER jpg and output a QTVR file that is ready to view. Is > this > > >correct?
> > jpeg2qtvr takes six square jpeg cubefaces and packs them into a > > valid qtvr .mov file, it has no dependencies, you could probably > > just download the file without Panotools::Script and it would work > > so long as you have perl.
> > There is another tool in Panotools::Script called erect2qtvr that > > does the whole thing, starting with any equirectangular image, it > > depends on Hugin and ImageMagick or sips.
> > Though qtvr is a dying file-format, it isn't something I would > > recommend if you want other people to view your stuff.
On Tuesday, October 16, 2012 5:26:33 AM UTC-5, Cartola wrote:
> I share this point of view, and that is exactly the case of the company > where I work now, which has around 250,000 employees, i.e. 250 thousand > users without QT.
> Bests, Cartola.
> Em terça-feira, 16 de outubro de 2012, Gnome Nomad<gnome...@gmail.com<javascript:>> > escreveu:
> > Hmm, I wouldn't gamble on every Windows system using having Quicktime.
> > First because my personal experience with it (at a former employer) was > it simply wouldn't work. Nothing anyone could do would make it work, > either. QT worked fine on the Macs they used to make the videos, but the > videos wouldn't play when someone tried to watch them on a Windows machine.
> > Second, a number of companies refuse to have QT on their corporate > systems. With the ubiquity of Flash, they see no need to have yet another > plugin (AKA browser security hole) ...
> > On 10/15/2012 01:07 PM, JohnPW wrote:
> >> erect2qtvr is the one I was thinking of.
> >> I like QTVR since it is simple, self contained, and pretty much everyone
> >> has QuickTime (Mac and Win) and Linux has other easy, free, options that
> >> work with QTVR files.
> >> What do you suggest? I don't care for flash. Matt's Panellum seems nice,
> >> but not so flexible yet and is web based (if I understand correctly.)
> >> Anyway, still haven't got things running yet. I need to learn a few
> >> geeky things first. :-)
> >> I finally got the Gimp to see XQuartz, but MacPorts and ImageMagick are
> >> acting up.
> >> John
> >> On Monday, October 15, 2012 3:05:09 PM UTC-5, Bruno Postle wrote:
> >> On Sun 14-Oct-2012 at 18:03 -0700, JohnPW wrote:
> >> >Meanwhile, I thought I should ask, so as to avoid any unnecessary
> >> >disappointment, -- when I figure out how to make this work, the
> >> script will
> >> >take an ER jpg and output a QTVR file that is ready to view. Is > this
> >> >correct?
> >> jpeg2qtvr takes six square jpeg cubefaces and packs them into a
> >> valid qtvr .mov file, it has no dependencies, you could probably
> >> just download the file without Panotools::Script and it would work
> >> so long as you have perl.
> >> There is another tool in Panotools::Script called erect2qtvr that
> >> does the whole thing, starting with any equirectangular image, it
> >> depends on Hugin and ImageMagick or sips.
> >> Though qtvr is a dying file-format, it isn't something I would
> >> recommend if you want other people to view your stuff.
> > --
> > 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
I don't mean to pester Bruno . . . . so anyone who knows can feel free to fill me in on a few questions. First, yes, I am very ignorant of scripting, Unix and command line stuff.
On Monday, October 15, 2012 3:05:09 PM UTC-5, Bruno Postle wrote:
> jpeg2qtvr takes six square jpeg cubefaces and packs them into a > valid qtvr .mov file, it has no dependencies, you could probably > just download the file without Panotools::Script and it would work > so long as you have perl.
1.) That would be fine. But I'm not even sure how to do that.
There is another tool in Panotools::Script called erect2qtvr that
> does the whole thing, starting with any equirectangular image, it > depends on Hugin and ImageMagick or sips.
> Though qtvr is a dying file-format, it isn't something I would > recommend if you want other people to view your stuff.
> -- > Bruno
2.) I have have no idea where I install the "Panotools::Script". I am on OS X 10.8.2. I put the "Panotools-Script-0.27" folder in ~/PerlScripts I have no idea if this is a good idea or a bad one. Feel free to tell me what's what, or where I should be putting things.
3.) Navigated in terminal to the "Panotools-Script-0.27" folder and attempted to install.
4.) Attached is text from my terminal session installing the files. Clearly something is wrong, but I don't know what it all means. Suggestions?
3.) I'm clueless about setting up the user environment etc. Again let me know.
[Sorry for the brevity, posted prematurely. Please see my response to GnomeNomad immediately below. For now I just want to find an easy solution. Once I can do QTVR and I have more understanding, other options may seem achievable.]
On Tuesday, October 16, 2012 9:51:44 AM UTC-5, JohnPW wrote:
> I wasn't planning and sending my panoramas to companies, mostly my friends. > Did you have a suggestion for a solution? > Thanks, > John
> On Tuesday, October 16, 2012 5:26:33 AM UTC-5, Cartola wrote:
>> I share this point of view, and that is exactly the case of the company >> where I work now, which has around 250,000 employees, i.e. 250 thousand >> users without QT.
However, I wouldn't assume that anyone who has Quicktime can view QTVRs. Recent versions of MacOS are delivered with Quicktime X, which can't display QTVRs.
> [Sorry for the brevity, posted prematurely. Please see my response to
> GnomeNomad immediately below. For now I just want to find an easy
> solution. Once I can do QTVR and I have more understanding, other
> options may seem achievable.]
> On Tuesday, October 16, 2012 9:51:44 AM UTC-5, JohnPW wrote:
> I wasn't planning and sending my panoramas to companies, mostly my
> friends.
> Did you have a suggestion for a solution?
> Thanks,
> John
> On Tuesday, October 16, 2012 5:26:33 AM UTC-5, Cartola wrote:
> I share this point of view, and that is exactly the case of the
> company where I work now, which has around 250,000 employees,
> i.e. 250 thousand users without QT.
I have never been a fan, don't like and probably will never like flash, but
that is my choice nowadays for panoramas. Maybe one day HTML5 will be a
solution for every architecture, but meantime I do my panos with flash and
HTML5. With free software I usually choose Salado Player as the flash and
VR5 as the HTML5. This last one can detect the browser/OS and redirect for
the flash plugin, so the link is the same for everyone.
If you think of buying a solution you can consider krpano which makes both
flash and HTML5 at once using krpanotools. Other tools use it, like
Panotour pro, from kolor.com and maybe others.
> My suggestion? Flash. I generally don't recommend Flash, but it works in
> older browsers that don't support the HTML5 elements.
> On 10/16/2012 05:37 AM, JohnPW wrote:
>> [Sorry for the brevity, posted prematurely. Please see my response to
>> GnomeNomad immediately below. For now I just want to find an easy
>> solution. Once I can do QTVR and I have more understanding, other
>> options may seem achievable.]
>> On Tuesday, October 16, 2012 9:51:44 AM UTC-5, JohnPW wrote:
>> I wasn't planning and sending my panoramas to companies, mostly my
>> friends.
>> Did you have a suggestion for a solution?
>> Thanks,
>> John
>> On Tuesday, October 16, 2012 5:26:33 AM UTC-5, Cartola wrote:
>> I share this point of view, and that is exactly the case of the
>> company where I work now, which has around 250,000 employees,
>> i.e. 250 thousand users without QT.
> --
> 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 hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to hugin-ptx+unsubscribe@**
> googlegroups.com <hugin-ptx%2Bunsubscribe@googlegroups.com>
> For more options, visit this group at http://groups.google.com/** > group/hugin-ptx <http://groups.google.com/group/hugin-ptx>
I know QuickTime X opens VR files with QuickTime Player 7. I thought QTP7 is delivered as a sort of a subcomponent of QTX. It seems like it should be trivial to make a 64b VR component for QTX. Does Apple not plan to do so? John
On Tuesday, October 16, 2012 12:20:44 PM UTC-5, Erik Krause wrote:
> Am 16.10.2012 16:51, schrieb JohnPW: > > I wasn't planning and sending my panoramas to companies, mostly my > friends. > > Did you have a suggestion for a solution?
> However, I wouldn't assume that anyone who has Quicktime can view QTVRs. > Recent versions of MacOS are delivered with Quicktime X, which can't > display QTVRs.
