From: Daniel M. G. <dm...@uv...> - 2006-09-21 05:35:47
|
Max> isnan() compiles and seems to work under MingW. Max> Max Thanks Max. Should we finally release an official version? Now that PTmender and friends are no longer in pano12 we have a gap, since no pano13 heen released yet. dmg -- Daniel M. German "There is the greatest difference between presuming an opinion to be true, because, with every opportunity for contesting it, it has not been refuted, and assuming its truth for the purpose John Stuart Mill -> of not permitting its refutation. " http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |
From: Max L. <max...@ve...> - 2006-09-21 12:15:52
|
Sounds good. I've never been able to compile pano13, as I can't get autoconf/configure to work for me. And my existing makefile broke for pano13.dll...I gave up on trying to compile it as a DLL. Hopefully, someone else will get pano13.dll it to work on Windows. Max > > > Max> isnan() compiles and seems to work under MingW. > Max> Max > > Thanks Max. > > Should we finally release an official version? Now that PTmender and > friends are no longer in pano12 we have a gap, since no pano13 heen > released yet. > > > dmg > > > > > > -- > Daniel M. German "There is the greatest difference > between presuming an opinion to be > true, because, with every opportunity > for contesting it, it > has not been refuted, > and assuming its truth for the purpose > John Stuart Mill -> of not permitting its refutation. " > http://turingmachine.org/ > http://silvernegative.com/ > dmg (at) uvic (dot) ca > replace (at) with @ and (dot) with . > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > PanoTools-devel mailing list > Pan...@li... > https://lists.sourceforge.net/lists/listinfo/panotools-devel |
From: Bruno P. <br...@po...> - 2006-09-21 20:58:23
|
On Thu 21-Sep-2006 at 08:08 -0400, Max Lyons wrote: > Sounds good. I've never been able to compile pano13, as I can't get > autoconf/configure to work for me. I could never get the ./bootstrap script to run with msys/mingw either. Though the source archives are ok as they have a pre-built ./configure script - Do you have trouble running these too? My workaround is to create a source archive on linux (with cygwin on Windows) like this, and carry on from there: ./bootstrap && ./configure && make dist -- Bruno |
From: Max L. <max...@ve...> - 2006-09-22 03:36:28
|
> I could never get the ./bootstrap script to run with msys/mingw > either. > > Though the source archives are ok as they have a pre-built > ./configure script - Do you have trouble running these too? To be honest, it has been a few months since my last attempt, which I abandonned without much luck. It isn't clear to me what pieces of the puzzle I'm missing with Autoconf/configure, but I don't seem to be able to produce much besides error messages. My approach has always been to use my own makefile, fashioned after the (now hopelessly out-of-date) makefile.win32 in the panotools distribution. I think that I might still be able to build the library (pano1*.dll) using this approach, but I haven't been able to build the tools (PTMender and friends) using this approach since the code got reshuffled with the move to SVN and pano13. However, I have manged to write my own makefile to build the tools linked statically to the panotools code (bypassing the need for any pano**.dll library, and the possibility of mismatched tools/library versions) which suits my needs much better. As an aside, the version of panotools that I'm still distributing on my site is from immediately before the codebase reshuffle, and is binary compatibility with the pano tools suite (i.e. PTStitcher and friends), does work with PTMender, and does include the speed improvements that came with the addition of the cropped TIFF logic: http://www.tawbaware.com/maxlyons/pano12ml.htm Max |
From: Bruno P. <br...@po...> - 2006-09-21 21:28:14
|
On Thu 21-Sep-2006 at 14:35 +0900, Daniel M. German wrote: > > Should we finally release an official version? Now that PTmender and > friends are no longer in pano12 we have a gap, since no pano13 heen > released yet. The version in the unreleased pano13 trunk is '2.8.5pre3'. This is confusing as coincidentally the next version of pano12 will be 2.8.5 too. I suggest distancing the two libraries a bit more and making a fresh start with 'pano13-1.0'. -- Bruno |
From: Daniel M. G. <dm...@uv...> - 2006-09-25 02:56:54
|
Bruno Postle twisted the bytes to say: Bruno> On Thu 21-Sep-2006 at 14:35 +0900, Daniel M. German wrote: >> >> Should we finally release an official version? Now that PTmender and >> friends are no longer in pano12 we have a gap, since no pano13 heen >> released yet. Bruno> The version in the unreleased pano13 trunk is '2.8.5pre3'. This is Bruno> confusing as coincidentally the next version of pano12 will be 2.8.5 Bruno> too. Bruno> I suggest distancing the two libraries a bit more and making a fresh Bruno> start with 'pano13-1.0'. Sounds good. But the tools have their own version. If they are 1.0 there will be a problem. So I suggest, e.g.: PTmender Version 13.1.0 dmg Bruno> -- Bruno> Bruno Bruno> ------------------------------------------------------------------------- Bruno> Take Surveys. Earn Cash. Influence the Future of IT Bruno> Join SourceForge.net's Techsay panel and you'll get the chance to share your Bruno> opinions on IT & business topics through brief surveys -- and earn cash Bruno> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV Bruno> _______________________________________________ Bruno> PanoTools-devel mailing list Bruno> Pan...@li... Bruno> https://lists.sourceforge.net/lists/listinfo/panotools-devel -- Daniel M. German "In the coffee table or by the loo, a book is the intellectual equivalent\of a spare Gucci label stitched Simon Jenkins. -> on a handbag or an alligator on a T-shirt." http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |
From: Daniel M. G. <dm...@uv...> - 2006-09-25 02:56:54
|
Bruno> On Thu 21-Sep-2006 at 14:35 +0900, Daniel M. German wrote: >> >> Should we finally release an official version? Now that PTmender and >> friends are no longer in pano12 we have a gap, since no pano13 heen >> released yet. Bruno> It doesn't compile for me, the PTtiffdump.c file is missing from Bruno> svn. Ohh, this is a small program that I built for my own use that I never uploaded it :) sorry. It will be useful for testing, so I am going to upload it. It is now in SVN. Bruno> Also we need to rename panoinfo and PTOptimizer as there are older Bruno> pano12 versions of these tools that will be around for a while. what should we call it? Although they are supposed to be functionally equivalent. Bruno> -- Bruno> Bruno -- Daniel M. German "The energy of the world is constant. Rudolf Clausius -> Its entropy tends to a maximum." http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |
From: Bruno P. <br...@po...> - 2006-09-26 22:06:33
|
On Mon 25-Sep-2006 at 11:28 +0900, Daniel M. German wrote: > > Bruno> It doesn't compile for me, the PTtiffdump.c file is missing > It is now in SVN. Ok, it now compiles, I haven't done any testing yet. > Bruno> Also we need to rename panoinfo and PTOptimizer as there are older > Bruno> pano12 versions of these tools that will be around for a while. > > what should we call it? Although they are supposed to be functionally > equivalent. PToptimum? It isn't such a great name... -- Bruno |
From: Daniel M. G. <dm...@uv...> - 2006-09-27 06:21:45
|
Bruno Postle twisted the bytes to say: Bruno> On Mon 25-Sep-2006 at 11:28 +0900, Daniel M. German wrote: >>=20 Bruno> It doesn't compile for me, the PTtiffdump.c file is missing >> It is now in SVN. Bruno> Ok, it now compiles, I haven't done any testing yet. Bruno> Also we need to rename panoinfo and PTOptimizer as there are olde= r=20 Bruno> pano12 versions of these tools that will be around for a while. >>=20 >> what should we call it? Although they are supposed to be functionally >> equivalent.=20 Bruno> PToptimum? It isn't such a great name... PTopt? PTopt13? PTestimate? BTW, testing is a bit tricky with colour correction. The algorithms are non-deterministic (they use the random function). It will be necessary to create a program that compares 2 images and determines if they are "reasonably" equivalent. Whatever we defined that to be. dmg -- Daniel M. German "A coin symbolizes our free will" El Zah=EDr, Jorge Luis Borges http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . =20 |
From: Bruno P. <br...@po...> - 2006-09-27 20:33:50
|
On Wed 27-Sep-2006 at 15:19 +0900, Daniel M. German wrote: > > Bruno> Also we need to rename panoinfo and PTOptimizer as there are older > Bruno> pano12 versions of these tools that will be around for a while. > PTopt? PTopt13? PTestimate? Yes, PTestimate fits in better with PTmender etc.. > BTW, testing is a bit tricky with colour correction. The algorithms > are non-deterministic (they use the random function). Is is possible to seed the random function so it behaves the same for every run? -- Bruno |
From: Daniel M. G. <dm...@uv...> - 2006-09-28 00:53:12
|
Bruno> On Wed 27-Sep-2006 at 15:19 +0900, Daniel M. German wrote: >> Bruno> Also we need to rename panoinfo and PTOptimizer as there are older Bruno> pano12 versions of these tools that will be around for a while. >> PTopt? PTopt13? PTestimate? Bruno> Yes, PTestimate fits in better with PTmender etc.. I'll make the changes as soon as I can (I am currently traveling, so it might not happen before the weekend). >> BTW, testing is a bit tricky with colour correction. The algorithms >> are non-deterministic (they use the random function). Bruno> Is is possible to seed the random function so it behaves the same Bruno> for every run? This is a good question. I suspect the answer is no, as I don't think we can assume the same output from different implementations of the library (even if seeded). After all, the spec is that they should generate a "random" sequence of nummbers. It is, however, deterministic if it runs with the same implementation every time. I'll do some testing under Linux and OS X to verify this assertion. In the same line, I have discovered that I am getting rounding errors in the HSV code. Helmut was very clever in the way he truncated values. If a number fell between 2 numbers (say x falls between n and n + 1) then he would compute an integer number y that had the probability (x -n) of being n, and 1-(x-n) of being n+1 (this is an oversimplification, but enought to illustrate the point). This "random" rounding helps to avoid posterization in some areas. The HSV needs to implement a similar approach. Bruno> -- Bruno> Bruno Bruno> ------------------------------------------------------------------------- Bruno> Take Surveys. Earn Cash. Influence the Future of IT Bruno> Join SourceForge.net's Techsay panel and you'll get the chance to share your Bruno> opinions on IT & business topics through brief surveys -- and earn cash Bruno> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV Bruno> _______________________________________________ Bruno> PanoTools-devel mailing list Bruno> Pan...@li... Bruno> https://lists.sourceforge.net/lists/listinfo/panotools-devel -- Daniel M. German "Research is what I'm doing W. Von Braun -> when I don't know what I'm doing." http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |