|
ilmakeha-l [ät] ursa.fi
viestiarkisto
Tämä ilmakeha-l [ät] ursa.fi-listan viestiarkisto. Huomaa,
että voit vastata viesteihin tältä sivulta ainoastaan, jos olet jo
liittynyt listalle.
» halo-l [ät] ursa.fi -arkisto (1996-2005)
» ilmakeha-l [ät] ursa.fi -arkisto (1997-2005)
» Listan/viestin loppuun
Markon mainitsema ongelma Auringon träkkäämisestä Registaxilla on useimmiten hallinnassa, jos vain laittaa sen tarkastelualueen mahdollisimman sopivaksi. Esim. D200:lla muistaakseni 32, vai oliko 64, pikseliä kanttiinsa oleva loota on useimmiten passeli. Kuitenkin pääsääntö lienee, että blokkerissa pitäisi olla riittävästi "mustaa taustaa", josta aurinko helposti löytyy. Jos blokkeri on hyvin pieni, niin edellä mainittu loota voi joskus kattaa myös alueita blokkerin ulkopuolelta, jolloin kohdistimelle tulee kilpailevia kirkkaita elementtejä sen määrittelyalueen sisään.
Tuo auringon kiekon kohdistus on varmaan ainoa asia johon käyttöliittymää tarvitsee. Muutoinhan pino-ohjelma voisi olla komentorivipohjainen, tai esim. jossain tekstitiedostossa olevalla skriptillä ajettava. Varmaankin suoritusnopeus myös kasvaisi jos ei tarvitsisi esittää graafisesti välivaiheita ruudulla.
Skripti voisi myös mahdollistaa monia tavoittelemisen arvoisia asioita ohjelmassasi. Esimerkiksi eräajo-ominaisuus (batch) voisi olla miellyttävä toiminnallisuus. Jos meganäytelmästä on olemassa vaikka 800 kuvaa, ja kuvaaja haluaa tehdä esim. 30 tai vaikka 45 kuvan pinoja tästä massasta, niin olisihan se hienoa jos voisi tehdä määrittelyt skriptiin ja sitten jättää koneen rouskuttamaan homman loppuun. Tämä tietysti vaatisi auringon paikan määräämistä etukäteen kunkin pinosarjan ensimmäiselle kuvalle, esim ilmoittamalla pikseleinä auringon kiekon keskipiste. Tämä vaihe vaatisi kuvan avaamista jossain etukäteen, mutta voisi kuitenkin säästää pitkässä juoksussa aikaa.
Tuon auringon / kuun träkkäämisen helpottamiseksi kuvaaja voisi tietysti kertoa havaintopaikkansa koordinaatit, tai vaikka vain paikkakunnan nimen, josta ohjelma yhdessä EXIF -tietoihin perustuvan kellonajan avulla tietäisi valonlähteen kulloisenkin paikan, ja voisi käyttää tätä tietoa avuksi tilanteissa, joissa korrelaattori löytää päätäntäalueelta varsinaisen auringon kiekon lisäksi yhden tai useampia varteenotettavia kilpailijoita. Tässä ei siis olisi tärkeää auringon absoluuttinen paikka taivaanpallolla, vaan nimenomaan sen kuvien ottovälin aikana tapahtunut paikan muutos kuvapinnan x- ja y-koordinaateissa. Uskoakseni tämä toisi huomattavasti robustisuutta jalustalta otettuihin kuvasarjoihin.
Käsivaralta kuvatut onkin sitten jo toinen juttu, mutta MR:n mainitsema horisontin suoristus voisi ehkä toimia kohtuullisesti. Auringon kiekon löytäminen sieltä kuvasta on hankalampaa, koska se kuitenkin kuvasta toiseen pomppii hallitsemattomasti, kuin Brownian motion, joskin pysytellen aina suurin piirtein samalla kuva-alueella muutaman kymmenen tai sadan pikselin tarkkuudella.
Jep jep, tässä tajunnanvirtaa.
Ai niin, viimeiseksi toiveeksi esittäisin seuraavaa: kuten monissa keskusteluissa on todettu, niin vaikka pääosa jengistä tekee usm:n lopuksi koko pinolle, niin toivoisin silti omien mielihalujeni tyydyttämiseksi sekä mahdollisten erikoistilanteiden varalle mahdollisuutta usmata jokainen pinottava ruutu ennen keskiarvopinoon liittämistä. Usm-suodattimen ajo kuva-alalle ei ole erityisen aikaa vievää - olen sitä esim. Matlabissa tehnyt. Jos pino-ohjelma lisäksi sisältäisi usmauksen, niin sittenhän se olisi täydellinen paketti! Suotimen parametriavaruus pitäisi olla tarpeeksi laaja palvelemaan pieniä kuvia sekä uusia kymmenien MPix:ien kuvia.
Jukka
Marko Riikonen [riikonenmarko_at_yahoo.com] kirjoitti:
> Tämä on kyllä kerrassaan huikea asia että Panu on alkanut tekemään pinoamistyökalua halotouhuihin.
>
> Rotaation korjaus olisi kyllä hyödyllinen pintahalojen tapauksessa. Ainakin meikäläinen ottaa kuvat pintahalopinoon ilman jalustaa, ja noihin maksimipinoihin olen tehnyt kuvien rotaation korjauksen Photoshopissa käsin. Pintahalojahan yleensä kuvataan aavoilla paikoilla, jolloin horisontti on selkeä viiva esim. rannan muodossa. Ohjelma voisi periaatteessa tunnistaa rantaviivan ja rotatoida kuvat vaakatasoon.
>
> Toinen asia, joka lyhyesti tuli otettua esille jo Vahdissa, on se että lumenpintahalojen maksimipinosta jos voisi poistaa valkoiset kidekimallukset ja jättää vain värilliset jäljelle, niin sillä tavalla voisi räjäyttää värilliset halot esiin pinosta. Jonain päivänä ehkä jopa löytää jotain uutta sieltä seasta. Ehkä tuossa on joku sudenkuoppa mitä en nyt osaa ajatella, mutta näin äkikseltään tuntuisi suorastaan syyhyttävän kutkuttavalta ominaisuudelta.
>
> Registaxilla kun pinoaa blockerillisia kuvia joissa aurinko näkyy pienenä pisteenä, ohjelma ei aina tunnista oikein aurinkoa, vaan hyppää blokkerin reunalle kohdistamaan kirkasta taivasta. Tällöin ei voi muuta kuin tehdä kohdistuksen manuaalisesti. Ehkä Panun ohjelmassakin olisi hyvä olla manuaalinen kohdistus siltä varalta että automaattinen ei jostain syystä pelitä.
>
> Ei nyt muuta tule mieleen. Aika hyvin olit jo asian valmiiksi miettinyt ja muut ovat täällä hyvin kommentoineet.
>
> Marko
>
> --- On Thu, 4/12/12, Panu Lahtinen <pnuu_at_iki.fi> wrote:
>
> From: Panu Lahtinen <pnuu_at_iki.fi>
> Subject: Re: [ilmakeha-l] Halojen pinoamisesta
> To: ilmakeha-l_at_ursa.fi
> Date: Thursday, April 12, 2012, 4:35 PM
>
> On Thu, Apr 12, 2012 at 12:34:41PM +0300, Jukka Ruoskanen wrote:
> > Hienoa, Panu, jos saisit tällaisen työkalun aikaiseksi!!
> >
> > Kuvien kierron kanssa ei ole ongelmaa. Pinokuvat tulee ottaa
> > jalustalta, jolloin yksi pinottavaksi tarkoitettu sarja on täysin
> > "kiertymätön". Jos haluaa kuvata todella pitkiä sarjoja, niin kuvaajan
> > on huolehdittava kuvanottotilanteessa, että kameran uudelleen
> > kohdistuksessa ei synny kiertoa. Pitkät sarjat eivät kuitenkaan
> > monesti tule edes kyseeseen Auringon korkeuden muutoksen - ja sitä
> > myötä osan haloilmiöiden muodon muutosten - vuoksi.
>
> Tämäpä oikein hyvä kuulla. Pitkissä sarjoissa (tai jos kameraa joutuu
> ylipäätään kääntämään jossain välissä) voi jo pelkkä linssigeometria
> aiheuttaa ongelmia, mutta pistetään käyttäjän piikkiin sitten se ;-)
>
> Eka prototyyppi muuten on kasassa. Se tosin ei tee vielä muuta kuin
> lukee kuvat (mikä tahansa Imagemagickin tukema formaatti käy), laskee
> niistä keskiarvon ja tallentaa 16-bittisen testi.png-tiedoston.
>
> Enää puuttuu maksimipinous (äkkiä tehty), kuvien kohdistaminen (ilta tai
> pari, viikonloppu?), testaus (muah!), käyttöliittymä (aaargh!) sekä
> testaus eri käyttiksillä. Jaa joo, jonkinlainen ohjeistus pitänee kanssa
> olla. Se tulee kyllä koskemaan lähinnä tarvittavien softien
> (Python-kirjastot) asennusta...
>
> Josko sunnuntaina ehtisi taas paneutua asiaan, nyt pitää taistella
> lauantaisen myrskybongarikoulutuksen esitys valmiiksi.
>
>
> Panu
>
> --
> Panu
> "You haven't really been anywhere until you've got back home",
> Twoflower in "The Light Fantastic"
> --
> Halojaoston ja ilmakehän valoilmiöiden jaoston sähköpostilista: ilmakeha-l_at_ursa.fi ***
> Liittymiset ja eroamiset: http://www.ursa.fi/ursa/viestinta/listat.html ***
> Listan www-arkisto: http://www.ursa.fi/ursa/viestinta/listat/ilmakeha2-l/summary.html
>
--
Halojaoston ja ilmakehän valoilmiöiden jaoston sähköpostilista: ilmakeha-l_at_ursa.fi ***
Liittymiset ja eroamiset: http://www.ursa.fi/ursa/viestinta/listat.html ***
Listan www-arkisto: http://www.ursa.fi/ursa/viestinta/listat/ilmakeha2-l/summary.html
» halo-l [ät] ursa.fi -arkisto (1996-2005)
» ilmakeha-l [ät] ursa.fi -arkisto (1997-2005)
|