<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.misc.ptx">
    <title>gmane.comp.misc.ptx</title>
    <link>http://blog.gmane.org/gmane.comp.misc.ptx</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33204"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33190"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33189"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33175"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33163"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33159"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33157"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33150"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33131"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33130"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33114"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33109"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33100"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33091"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33085"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33084"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33080"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33061"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33059"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.ptx/33055"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33204">
    <title>hugin automation - pto_gen missing in the nightly ppa</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33204</link>
    <description>&lt;pre&gt;Hello all,

I hope this is the right list, please excuse if not.

I am working with darktable as an RAW image manipulation program and the 
latest addition was Lua scripting for darktable.
With this I am trying to automate the pano (and HDR--&amp;gt; LDR) generation out 
of darktable.

I had a complete script up and running, but now I have the problem that 
either the hugin tools crash (fov &amp;lt;0, from the next versions ppa), or 
pto_gen is missing (in the nightly ppa). Are there good reasons not to 
include pto_gen in the nightlies?

If pto_gen cannot be included in the nightlies, is it included in the 
source so I can build it myself?

I know that theoretically, I could construct a pto file just with Lua, but 
it seems like a lot of work. Maybe I am just overlooking an easy way to 
build a pto without pto_gen.


Any help appreciated.

Max

&lt;/pre&gt;</description>
    <dc:creator>Max Killer</dc:creator>
    <dc:date>2013-05-17T07:13:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33190">
    <title>How to discard automatically the unconnected images ?</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33190</link>
    <description>&lt;pre&gt;I have some images to be stitched with hugin command line. However, there 
are still some unconnected images using CP detector. I want discard 
automatically the unconnected images, but I don't known how to do it.so I 
need help to complete my work.
Thank you! 

&lt;/pre&gt;</description>
    <dc:creator>Yaoxin Song</dc:creator>
    <dc:date>2013-05-16T03:17:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33189">
    <title>Can't find the Sourceforge hg repo</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33189</link>
    <description>&lt;pre&gt;Hello All,
I regularly check for changes to the hugin repository, and do this by  
pointing my browser at &amp;lt;http://sourceforge.net/projects/hugin/&amp;gt;.
On this web page I select "code" and in the menu I choose "mercurial", and  
 from there I can look at the recent patches to hugin or any of the  
branches.
This morning when I tried this, selecting "code" didn't give any choices  
and dropped me into the svn repo from 2010!
I know Sourceforge have been re-jigging things of late, but it would seem  
that they have got this wrong.
If the location of the hg repo has changed, I would still would expect the  
web page to provide access via the "code" menu.


Cheers,
&lt;/pre&gt;</description>
    <dc:creator>Terry Duell</dc:creator>
    <dc:date>2013-05-15T23:17:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33175">
    <title>Changes to panotools projects on Sourceforge, Mercurial repositories</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33175</link>
    <description>&lt;pre&gt;Hi all, Sourceforge have 'upgraded' the panotools project on 
sourceforge: http://sourceforge.net/projects/panotools/

Mercurial repositories have moved, you can now find the libpano13 
code here:

   hg clone http://hg.code.sf.net/p/panotools/libpano13

So if you have an existing checkout you can either rebase it by 
editing the .hg/hgrc file, or just fetch a fresh one.  The old 
Mercurial repository will continue to exist, but is now read-only.

I took the opportunity to migrate the other panotools projects from 
Subversion to Mercurial (hooray!), these are:

Panotools::Script - perl module for manipulating Hugin .pto projects

GIMP plugin - A GIMP panotools plugin, this needs to maintenance

ptfilter - Photoshop filters for panotools

MPRemap - Java moving panoramas remapping

If there is anything I'm missing, please let me know.  e.g. I 
haven't migrated the old libpano12 binary-compatible library - Does 
anyone want this?

&lt;/pre&gt;</description>
    <dc:creator>Bruno Postle</dc:creator>
    <dc:date>2013-05-13T21:01:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33163">
    <title>[MacOSX] PTBatcherGUI toolbar</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33163</link>
    <description>&lt;pre&gt;Hello,

I was trying to use PTBatcherGUI from the 2013.0 codebase and I
noticed that the toolbar is not visible and I can not find how to make
it visible.

I deleted ~/Library/Saved Application State/net.sourcforge.hugin.* and
~/Library/Preferences/hugin Preferences.

I tried with the beta 1 from Harry and noticed the same problem.

My main platform is 10.8 but the problem is the same on my 10.6
virtual machine.

With the 2012.0 build from sourceforge, the toolbar is here.

Did I miss something and the toolbar is gone for a reason or do I
really have a problem ?

Thanks,

Matthieu

&lt;/pre&gt;</description>
    <dc:creator>___matthieu___</dc:creator>
    <dc:date>2013-05-11T14:02:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33159">
    <title>error in running hugin in ubuntu</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33159</link>
    <description>&lt;pre&gt;In ubuntu 12.04 LTS with hugin-2012.0.0+dfsg-0ubuntu1~precise installed, 
 somehow hugin didn't work, it got many messages of

Field of View must be positive
Bad params

And couldn't finish the step of "align all images".  Any clue?

(Same input images worked fine with hugin in Windows.)

Thanks.

&lt;/pre&gt;</description>
    <dc:creator>Jerry Wei</dc:creator>
    <dc:date>2013-05-10T20:16:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33157">
    <title>Some enfuse questions from a serious and desperate user</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33157</link>
    <description>&lt;pre&gt;Greetings,

I have been a user of enfuse since 2008, and I find it a great tool, 
especially when there are moving objects in my scene. I’ve used it 
extensively for my first three books, and right now I’m working on my 
fourth coffee table photo book using enfuse.

But I’ve hit some problems which I have difficulty overcoming. I started my 
book project on April 30th, and it is due to my publisher on June 1st, and 
so I am getting desperate.

My current book has subjects — brightly colored lights taken at dusk and 
night — where it is very important to retain as much of the color and 
saturation of highlights as possible. However, it is also important to 
avoid plugging the shadows too much — printers don’t like large areas of 
black with lots of ink, and in general it is bad photographic practice 
having large areas of a photo without texture.  In the past, the dynamic 
range of my subjects were not so great that this was much of a problem. I 
generally use alpha masks extensively, masking out areas of overexposure of 
any one color channel, while also masking out the darkest parts. I do make 
sure that I have a broad enough range of photos that I have well-exposed 
detail from the brightest highlights to the darkest shadows. 

To preserve my highlights, I am attempting to use the l-star gray 
projector, but am finding lots of green dots in the shadows. I’ve searched 
through these forums for an answer to this, but I haven’t found a specific 
answer to avoid this. 

Also, I find that l-star is often unpredictable: usually it plugs my 
shadows but sometimes it does not. What do you think may cause plugging in 
some situations and not in others? Now, I usually avoid the shadow plugging 
by manually blending together an “l-star” with an “average”, excluding the 
shadows from the l-star. But with the green dot problem, I find there are 
too many to detect reliably.

I am running OS X Lion on my Mac, and am running enfuse build 
4.0-753b534c819d.  

Now, I read that enfuse 4.1.1 has some great features, and specifically has 
the pl-star gray projector which is designed to work with profiles with a 
gamma imposed. I assume that earlier versions of enfuse also wants a linear 
gamma for many of its projectors? I did not notice this caveat with early 
version of enfuse, but I noticed it in the version 4.0 manual. I haven’t 
had much success with blending linear images: it does not appear that 
Photoshop 32 bit images are supported (enfuse just outputs black images) 
and 16 bit images lack shadow detail, and so linear gamma tends to block up 
the shadows excessively.

I was unable to find enfuse 4.1.1 for Mac OS X, so I pulled out my old 
Windows XP PC, which I haven’t used since 2008, and attempted to run 4.1.1 
on that.  But it always crashes. Now, Microsoft is having me install 
hundreds of updates, so perhaps it will eventually run. Is there something 
that I need to know about the operating system requirements of the Windows 
implementation?

If there is an OS X build of enfuse 4.1.1, that would be delightful! Where 
might I get it?  If not, I would like to get the PC version running.

Once I do have 4.1.1 running, what are the best practices for what I am 
trying to do? I am seeking well-colored tones from almost the deepest 
shadows to almost the brightest highlights. 

Thanks!

&lt;/pre&gt;</description>
    <dc:creator>Mark Abeln</dc:creator>
    <dc:date>2013-05-10T18:03:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33150">
    <title>Obsolete programs and outdated translations</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33150</link>
    <description>&lt;pre&gt;Hi group,

the hugin repository contains a lot of programs. Most of them are used
by the normal workflow. But there are also some program with are
obsolete, duplicates or superseded.

This affects the following programs:
* matchpoint: supersedes by cpfind
* PTBatcher: PTBatcherGUI provides the same functionality
* nona_gui: Hugin itself is only using nona. Nona_gui provides only a
GUI for select the project file to remap.
* autopano-noop.sh: wrapper around autopano-sift to show a warning if
autopano-sift is not installed. This is obsolete now with cpfind the
default control point detector.

Is there somebody using these programs?
If nobody objects these programs will be removed for the next release.

Second point: translations

For following translation files cover only 30-40 % and were not
updated in the last years.
ca_ES.po  (Catalan)
300 translated messages, 576 fuzzy translations, 507 untranslated
messages.
last updated Nov 2005
sl.po (Slovenian)
479 translated messages, 479 fuzzy translations, 425 untranslated
messages.
last updated Feb 2009
uk.po (Ukrainian)
371 translated messages, 574 fuzzy translations, 438 untranslated
messages.
last updated Aug 2006
bg.po (Bulgarian)
509 translated messages, 505 fuzzy translations, 369 untranslated
messages.
last updated Jul 2008
ko.po (Korean)
510 translated messages, 491 fuzzy translations, 382 untranslated
messages.
last updated Apr 2008

If there is no update to these language files, they will be removed
from the release.
(The current status of the file will be preserved - so the already
done work is not lost. But they will not be included in the installed
version.)

And a remainder: The following 4 translation are also behind the
current state. They cover more strings, but should also be updated.
(They will not yet removed, but they are candidates for the next
round.)
ro.po (Romanian)
674 translated messages, 397 fuzzy translations, 312 untranslated
messages.
last updated Jan 2011
fi.po (Finnish)
811 translated messages, 307 fuzzy translations, 265 untranslated
messages.
last updated Jun 2010
pl.po (Polish)
839 translated messages, 329 fuzzy translations, 215 untranslated
messages.
last updated Mar 2010
zh_TW.po (Chinese)
964 translated messages, 325 fuzzy translations, 94 untranslated
messages.
last updated Oct 2011

Thomas

&lt;/pre&gt;</description>
    <dc:creator>T. Modes</dc:creator>
    <dc:date>2013-05-09T08:09:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33131">
    <title>Contract Violation Image Sizes Not Consistent</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33131</link>
    <description>&lt;pre&gt;I received an contract violation stating image sizes were not consistent 
from PT Batcher.  I've never seen this before and didn't find a relevant 
topic in the discussions.  Any thoughts on what this is and how to resolve 
it?

Here are the details

Using:  Hugin Version: 2011.2.0-RC4 built by Harry van der Wolf

===========================================================================

Input images

===========================================================================

Number of images in project file: 33

Number of active images: 18

&amp;lt;snip&amp;gt;


Images 0-16 process fine, and image 32, the 18th image throws an error. 
 Most of image 32 is masked out and control points were manually added to 
match to images 15 and 16.  There is a large pitch required to register the 
image.  

Error Log:

===========================================================================

Stitching panorama

===========================================================================

/Applications/Hugin2011.2.0\ RC4\ 
build2/PTBatcherGUI.app/Contents/MacOS/nona  -z LZW  -r ldr -m TIFF_m -o 
NC0_8683-NC0_8841v5_0-16 -i 0 
/var/folders/l9/l9CVffxJEryRt4ouD+fX1++++TI/-Tmp-/huginpto_atUEWq

&amp;lt;snip&amp;gt;

NC0_8683-NC0_8841v5_0-16 -i 16 
/var/folders/l9/l9CVffxJEryRt4ouD+fX1++++TI/-Tmp-/huginpto_atUEWq

/Applications/Hugin2011.2.0\ RC4\ 
build2/PTBatcherGUI.app/Contents/MacOS/nona  -z LZW  -r ldr -m TIFF_m -o 
NC0_8683-NC0_8841v5_0-16 -i 32 
/var/folders/l9/l9CVffxJEryRt4ouD+fX1++++TI/-Tmp-/huginpto_atUEWq

ContractViolation: 

Precondition violation!

RemappedPanoImage&amp;lt;RemapImage,AlphaImage&amp;gt;::remapImage(): image sizes not 
consistent

(../src/hugin_base/nona/RemappedPanoImage.h:450)


caught exception: 

Precondition violation!

RemappedPanoImage&amp;lt;RemapImage,AlphaImage&amp;gt;::remapImage(): image sizes not 
consistent

(../src/hugin_base/nona/RemappedPanoImage.h:450)


gnumake: *** [NC0_8683-NC0_8841v5_0-160032.tif] Error 1


---------- End of log --------

All the images are are same size and were taken with the same camera.


Thoughts?


thanks.


&lt;/pre&gt;</description>
    <dc:creator>Battle</dc:creator>
    <dc:date>2013-05-07T15:39:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33130">
    <title>_exact_ lens calibration / undistortion model in Hugin</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33130</link>
    <description>&lt;pre&gt;Hi,

I find it extremely difficult to get information about the exact 
calibration model used in Hugin.  Yes, I know that a, b, c refer to radial 
distortions, d, e are an offset, and g, t refer to shear (and Va, Vb, Vc 
have something todo with vignetting). However since I'm trying to convert 
some other lens model (the one from the Matlab Calibration Toolbox) into 
the Hugin one (as good as possible), I really need the math!

Here's what I have found out so far:

* x gets translated by (-width/2), y by (-height/2). Presumably it's here 
that d and e come into play - but is it x_new=x-width/2-e or 
x_new=x-width/2+e(i.e. does e get added or subtracted?)

* x_new then gets scaled by s=min(height,width)/2 so that x_newer=xnew/s

* Next comes radial distortion such that 
x_newest=(a*r^3+b*r^2+c*r+(1-a-b-c))*x_newer, with 
r=sqrt(x_newer^2+y_newer^2). Presumably here we're also going to deal with 
shear, so g and t will probably come into play here. But how?

* then scale and translation are undone again, and I can get the 
undistorted image values for (x,y) by sampling the image at position 
(x_newest*s+width/2,y_newest*s+height/2) (and here, again, d and e might 
come into play - or not.)

So, how are d, e, g, t applied?

Any help deeply appreciated

Sven

PS: oh, and if anyone knows what to make of Va etc...?

&lt;/pre&gt;</description>
    <dc:creator>Sven Utcke</dc:creator>
    <dc:date>2013-05-07T13:14:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33114">
    <title>for sale: Clauss Rodeon VR head</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33114</link>
    <description>&lt;pre&gt;Hi, I'm selling my Clauss Rodeon VR Head ST

https://dr-clauss.de/en/foto-studiotechnik-3/rodeon-vr-head-series/item/210-rodeon-vr-head-st

email me with an offer.

thanks,
Jeffrey

&lt;/pre&gt;</description>
    <dc:creator>Jeffrey Martin</dc:creator>
    <dc:date>2013-05-03T12:50:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33109">
    <title>using --linearmatch for cpfind in GUI</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33109</link>
    <description>&lt;pre&gt;Hi, I have some images that are a single row panorama (indoor images with tables, chairs, and a stage).  cpfind is finding some control points between images that aren't connected and makes a mess of the layout (even turning some images upside-down).

In hugin Preferences on the Control Point Detectors tab I edited the cpfind (Default) entry and changed the Arguments to "--linearmatch -o %o %s".  When I hit "2. Align in the Assistant page it still does a pair-wise alignment of every image to every other image.  How can I get hugin (cpfind) to only look at adjacent images when I do the Align?

&lt;/pre&gt;</description>
    <dc:creator>Donald Johnston</dc:creator>
    <dc:date>2013-05-03T03:25:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33100">
    <title>Generating hsi_SrcPanoImage.h syntax error</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33100</link>
    <description>&lt;pre&gt;Hello everyone,

Today I started installing the hugin program - 2013.0.0 in my Debian.
So, I created the makefile with  cmake -DCMAKE_INSTALL_PREFIX=/usr/local 
-DBUILD_HSI=on, then I type the make command, and my output was this: 

[  4%] Built target makefilelib
[  9%] Built target huginvigraimpex
[ 10%] Built target huginlevmar
[ 28%] Built target huginbase
[ 31%] Built target celeste
[ 31%] Built target celeste_standalone
[ 31%] Built target huginlensdb
[ 38%] Built target ZThread
[ 39%] Built target huginlines
[ 39%] Built target align_image_stack
[ 39%] Built target autooptimiser
[ 40%] Built target checkpto
[ 40%] Built target cpclean
[ 40%] Built target fulla
[ 41%] Built target geocpset
[ 42%] Built target hugin_hdrmerge
[ 42%] Built target linefind
[ 42%] Built target nona
[ 42%] Built target pano_modify
[ 42%] Built target pano_trafo
[ 43%] Built target pto2mk
[ 43%] Built target pto_gen
[ 43%] Built target pto_lensstack
[ 44%] Built target pto_merge
[ 44%] Built target pto_var
[ 44%] Built target tca_correct
[ 45%] Built target vig_optimize
[ 46%] Built target matchpoint
[ 46%] Built target deghosting_mask
[ 46%] Generating hsi_SrcPanoImage.h
/bin/sh: 1: Syntax error: "(" unexpected
make[2]: ** [src/hugin_script_interface/hsi_SrcPanoImage.h] Erro 2
make[1]: ** [src/hugin_script_interface/CMakeFiles/_hsi.dir/all] Erro 2
make: ** [all] Erro 2

I don't know, what I have to do now! Does someone can help me?

Thanks a lot!
Att. Pedro Martins Moreira - Brazil

&lt;/pre&gt;</description>
    <dc:creator>Pedro Martins</dc:creator>
    <dc:date>2013-04-30T12:44:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33091">
    <title>[hugin-ptx] متجر البالغين العرب +18</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33091</link>
    <description>&lt;pre&gt;متجر جنسي + سكس شوب + تعراف ومواعدة
تعارف ومواعدة جنسية + زواج مسيار و عرفي + العاب و دمى جنسية + نبيذ و
بنادق صيد +18
الموقع الاول الذي يوزع منتجات و يقدم خدمات ممنوعة بالخليج و الدول
العربية .
الموقع اسمه سوق الحب و يضم كثير من المتاجر المتصلة . منها متجر عبارة
عن سكس شوب يحتوي على الاف المنتجات الجنسية المخصصة للبالغين و الازواج
ومحبين الاثارة الجنسية كما يضم قسم للمواعدة و التعارف الزواج المسيار و
العرفي كما يضم متجر بنادق الصيد و النبيذ
باختصار انه الموقع الافضل و الاكثر حصرية و مصداقية و امان بالدول
العربية و لن تندموا بزيارته من الرابط التالي
www.arabsho.com/mer
هذا و قد يكون الرابط اعلاه محجوب لاحتوائه منتجات و خدمات للبالغين و
لتجاوز الحظر ارسل رسالة بعنوان
- اريد فك الحظر للاطلاع على عروضكم و الاسعار -
لهذا البريد
mercatoamore&amp;lt; at &amp;gt;gmail.com
لتصلك خلال ساعات قليلة بروكسيات و روابط مفتوحة
لا تنسى الموقع لمن سنهم فوق 18 سنة و انشر الموضوع ربما غيرك يكون مهتم
بما تعرضه الشركة

&lt;/pre&gt;</description>
    <dc:creator>ابو كحيلة</dc:creator>
    <dc:date>2013-04-26T21:16:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33085">
    <title>How to contribute lens file to lensfun?</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33085</link>
    <description>&lt;pre&gt;Hello All,
That seems a simple enough question, but blowed if I can see how that can  
be done.
I browsed around the Lensfun website, looking for a link or address that I  
could use to send my lens file, but couldn't see one.
I pondered on whether I needed to be a registered user, so attempted to  
sign up, but that threw up an error.
I tried to leave a comment, but one has to be a registered user to do that!
Does anyone know how one can contribute a lens file?


Cheers,
&lt;/pre&gt;</description>
    <dc:creator>Terry Duell</dc:creator>
    <dc:date>2013-04-26T06:17:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33084">
    <title>Proposed addition to stitcher tab in wiki.panotools.org</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33084</link>
    <description>&lt;pre&gt;Hi, could you folks take a look at the material I've added to the discussion page for the stitcher tab at http://wiki.panotools.org/Talk:Hugin_Stitcher_tab.  I've added documentation there that I think should be entered on the main page so everyone gets a better understanding of all the parameters  available.  The main page only comments on a couple of the tabs.

Any comments and/or corrections to my material would be appreciated.  Thanks.

&lt;/pre&gt;</description>
    <dc:creator>Donald Johnston</dc:creator>
    <dc:date>2013-04-26T02:50:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33080">
    <title>hugin can't stich more than 5 images automaticaly</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33080</link>
    <description>&lt;pre&gt; 

I recently downloaded the Hugin version 2012.0.0. As a new user I can merge 
up to 5 images automatically via the hugin assistant. When I try to merge 
more than 5 images the assistant gives errors and cannot make control 
points.

On the web I read that some users can merge up to 20 or more images. I 
suppose that this was also automatically. Can someone help me because I am 
intended to use Hugin for creating a little planet.

Thanks

&lt;/pre&gt;</description>
    <dc:creator>RLel</dc:creator>
    <dc:date>2013-04-25T20:28:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33061">
    <title>Small errors, Projection formula and Preview</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33061</link>
    <description>&lt;pre&gt;It's something like 6 years I'm trying harder and harder to get the best 
results possible with panorama photography; by now I achieved significant 
improvements both in experience and equipment: thanks to a robotic pano 
head, now taking outside panorama is easy enough for me. 
However i'm rather disappointed that despite of all, when doing interiors, *my 
panoramas are still affected by small errors*. 
I did calibration of my lens, i carefully placed nodal point, i personally 
wrote the program that moves my robotic head, but i still have to optimize 
because the head has an angle uncertainty of something around 0.1-0.2 deg.
When i use alignment through optimization of CPs, no matter how many point 
i have, there are lots of small errors (example with ~9000 
http://www.stareat.it/viewers/pan0.swf?panoSrc=http://www.stareat.it/img/tropicalZooPano1.jpg&amp;amp;tesselation=100
 )

I came to the conclusion that only two ways to overcome this, are

   1. to buy a more precise robotic head and avoid alignment through 
   optimization of CPs at all
   2. to do small adjustment to alignment manually, somehow
   
Given that i would happily avoid spending lots of money for a new head at 
the moment,* I'm pretty surprised that Hugin is so much behind if we speak 
of preview/manual alignment*.

Now: I'm a professional developer and I have a couple ideas on how to use 
GPU for a nearly perfect realtime preview allowing us to do small 
adjustments by hand, but i'd need the exact same formula hugin uses to 
obtain consistent results.
I now I could dig into Hugin sources (and i surely will) but i was 
wondering if someone more used to it could just point me/lay it down 
simple, to kickstart me.

*E.g. : given a unit sphere and equirectangular projection, A and B being 
the yaw and pitch angle of a generic point Ps on its surface, Ya and Pi 
being yaw and pitch of center of an already corrected and placed image, X 
and Y being the generic point Pi on the image, what is the exact function 
that maps A, B to X, Y (taking into account all the other parameters i 
didn't mention, too...).* 
I mean: I'm not even sure Hugin does it always passing by equirectangular 
projection, but you got the point.

In the meanwhile, if someone has other tips for me to better align my 
images, advices are more than welcome...

Thanks in advance.



&lt;/pre&gt;</description>
    <dc:creator>Giancarlo Todone</dc:creator>
    <dc:date>2013-04-24T07:46:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33059">
    <title>Panini Parameters ...</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33059</link>
    <description>&lt;pre&gt;Hi.  After reading the stream about Panini I thought I'd give it a try in Hugin.  I'm using "2013.0.0.6290:901c5fd7f02c built by Matthieu DESILE".

Under Interface I've selected Expert.  On the stitching tab I selected Panini General for the Projection.  I used the help menu to link to the new pages and drilled down to the Panini General page where it talks about the parameters Cmpr, Tops, Bots.

How do you use the Hugin interface to set these parameters?

&lt;/pre&gt;</description>
    <dc:creator>Donald Johnston</dc:creator>
    <dc:date>2013-04-24T03:02:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33055">
    <title>Intuition   and Panini perspective</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33055</link>
    <description>&lt;pre&gt;Many artists, knowing the principles of 1, 2, 3, 4 and 5 point perspective, 
to the extent illustrated in 
http://awlaux.deviantart.com/art/Five-Pt-Perspective-Tutorial-96369849, can 
create a drawing that accurately enough approximates the desire 
perspective.    Does anyone have any insights or suggestions how might one 
develop or approach developing an intuitive ability to use/create a Panini 
like perspective or a panoramic drawing  ?     The only suggestion about 
this the first illustration in 
http://hugin.sourceforge.net/docs/manual/The_General_Panini_Projection.html  
 which suggests that a Panini perspective is three one point perspectives 
joined at their peripheries ?      May one could use the Hugin software 
with varying parametrs  to develop similar line drawings, and form that 
develop the intuition I seek ??

&lt;/pre&gt;</description>
    <dc:creator>Michael Fuerst</dc:creator>
    <dc:date>2013-04-22T23:47:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.ptx/33054">
    <title>how to stitch different panorama image with hugin commandline?</title>
    <link>http://comments.gmane.org/gmane.comp.misc.ptx/33054</link>
    <description>&lt;pre&gt;    I've got two panoramic images, but the two panoramic images have 
different focal and resolution. Now I want stitch the two panoramic images 
with hugin commandline,  I don't now how to start this, so I need help to 
complete my work.
   Thank you.

   ps. Sorry for my English.

&lt;/pre&gt;</description>
    <dc:creator>Yaoxin Song</dc:creator>
    <dc:date>2013-04-23T02:14:23</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.misc.ptx">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.misc.ptx</link>
  </textinput>
</rdf:RDF>
