From: Pablo d. <Pab...@we...> - 2006-12-21 10:58:12
|
Hi, > > I think we should release pano13 beta to coincide with > > hugin. Otherwise the dependencies to build it will be difficult to be > > satisfied in the linux world. >=20 > Yes definitely. I agree. Since hugin can also used with libpano12, it is currenty not crit= ical, however, with the non-beta release I would like to include libpano13 directly in th= e windows release. Also, thanks to the new command line programs, a PTmender based workflow i= s currently not possible with hugin. I have added some functionality to write makefiles for this but it is not = finished (note the .mk files saved by 0.7 beta1). Before this functionality is in (HINT: contirbution of makefiles for the d= ifferent workflows would be a nice thing ;-) it doesn't really matter if libpano12 or 13 is used by hugin (except for t= he lambert projections). > libpano13-2.9.6 seems to be ready for tagging and releasing. However, I would not recommend to release the current source, since one of my tests for the align panos was rendered through the new panotools pipeline (PTmender, PTmasker, PTroller), and I have some strangely missplaced images in the final result. Need to check in detail later (I've been too busy with hugin...). ciao Pablo =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F Viren-Scan f=FCr Ihren PC! Jetzt f=FCr jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/=3Fmc=3D022222 |
From: Daniel M. G. <dm...@uv...> - 2006-12-21 21:15:43
|
Pablo> Hi, >> > I think we should release pano13 beta to coincide with >> > hugin. Otherwise the dependencies to build it will be difficult to be >> > satisfied in the linux world. >> >> Yes definitely. Pablo> I agree. Since hugin can also used with libpano12, it is currenty not critical, however, Pablo> with the non-beta release I would like to include libpano13 directly in the windows release. Pablo> Also, thanks to the new command line programs, a PTmender Pablo> based workflow is currently not possible with hugin. Hi Pablo, Why don't you use the routines directly from Hugin? In particular, the one that creates PSDs? It takes a bunch of tiffs and layers them to create a PSD. All it takes is a bunch of filenames. It is the only "normal" feature a user expects from PTstitcher that is not in hugin. I see PTmender to be for "advanced" users. For everything else nona will be fine. What do you think? Bruno, why don't we remove the binaries from libpano12 (also present in libpano13) and leave it as a bare bones library? This will allow both to work nicely. dmg Pablo> I have added some functionality to write makefiles for this but it is not finished (note the .mk files saved by 0.7 beta1). Pablo> Before this functionality is in (HINT: contirbution of makefiles for the different workflows would be a nice thing ;-) Pablo> it doesn't really matter if libpano12 or 13 is used by hugin (except for the lambert projections). >> libpano13-2.9.6 seems to be ready for tagging and releasing. Pablo> However, I would not recommend to release the current source, Pablo> since one of my tests for the align panos was rendered through the new Pablo> panotools pipeline (PTmender, PTmasker, PTroller), and I have some Pablo> strangely missplaced images in the final result. Pablo> Need to check in detail later (I've been too busy with hugin...). Pablo> ciao Pablo Pablo> _______________________________________________________________________ Pablo> Viren-Scan f,b|(Br Ihren PC! Jetzt f,b|(Br jeden. Sofort, online und kostenlos. Pablo> Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222 Pablo> ------------------------------------------------------------------------- Pablo> Take Surveys. Earn Cash. Influence the Future of IT Pablo> Join SourceForge.net's Techsay panel and you'll get the chance to share your Pablo> opinions on IT & business topics through brief surveys - and earn cash Pablo> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV Pablo> _______________________________________________ Pablo> PanoTools-devel mailing list Pablo> Pan...@li... Pablo> https://lists.sourceforge.net/lists/listinfo/panotools-devel -- Daniel M. German "Leer es la hora del gozo y del recreo y, venturosamente, German Dehesa -> asuntos as,Am(B no pueden ser obligatorios. " http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |
From: Bruno P. <br...@po...> - 2006-12-21 22:29:59
|
On Thu 21-Dec-2006 at 13:15 -0800, Daniel M. German wrote: > > Bruno, why don't we remove the binaries from libpano12 (also present > in libpano13) and leave it as a bare bones library? This will allow > both to work nicely. You already did exactly this for exactly these reasons :-) The current pano12 branch only builds the library, PTOptimizer and pano12info, so nothing conflicts with anything in the pano13 trunk. (The trunk contains PToptimizer, but this can co-exist on unix due to the case difference) We didn't release pano12-2.8.5 because of this bug: http://thread.gmane.org/gmane.comp.graphics.panotools.devel/595/focus=611 http://thread.gmane.org/gmane.comp.graphics.panotools.devel/769/focus=769 -- Bruno |
From: Daniel M. G. <dm...@uv...> - 2006-12-21 23:36:07
|
Bruno Postle twisted the bytes to say: Bruno> On Thu 21-Dec-2006 at 13:15 -0800, Daniel M. German wrote: >> >> Bruno, why don't we remove the binaries from libpano12 (also present >> in libpano13) and leave it as a bare bones library? This will allow >> both to work nicely. Bruno> You already did exactly this for exactly these reasons :-) Bruno> The current pano12 branch only builds the library, PTOptimizer and Bruno> pano12info, so nothing conflicts with anything in the pano13 trunk. The problem under OSX is that it is case preserving. So only one can exist: PToptimizer or ptotimizer (yes, it is weird). but I can live with that. Bruno> (The trunk contains PToptimizer, but this can co-exist on unix due Bruno> to the case difference) Bruno> We didn't release pano12-2.8.5 because of this bug: Bruno> http://thread.gmane.org/gmane.comp.graphics.panotools.devel/595/focus=611 Bruno> http://thread.gmane.org/gmane.comp.graphics.panotools.devel/769/focus=769 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 "Never underestimate the bandwidth of a station wagon full of Andrew S. Tanenbaum -> tapes hurtling down the highway." http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |
From: Daniel M. G. <dm...@uv...> - 2006-12-21 23:36:07
|
I'll solve this issue today. Bruno> http://thread.gmane.org/gmane.comp.graphics.panotools.devel/595/focus=611 Bruno> http://thread.gmane.org/gmane.comp.graphics.panotools.devel/769/focus=769 -- Daniel M. German "Prison had nothing to do with my rehabilitation. I grew out of my [cracking]. Now I'm 38. Kevin Mitnick -> There are no 38-year-old [crackers] out there. " http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . |