Avaruus.fi - keskustelualue

Hei

Olen tassa muutaman kuukauden ajan opiskellu tahtikuvien kasittelyyn tarkoitettua ohjelmaa nimelta Pixinsight.
Ohleman kotisivut loytyvat osoitteesta: http://pixinsight.com/

Ohjelma on hyvin monipuolinen ja monessa kohdassa sen tarjoamat mahdollisuudet ovat viela hamaran peitossa.

Viime viikolla kalibroin, rekisteroin ja pinosin 40 x 300s Canonin 550D:lla otettua kuvaa, Yhden kuvan koko on n. 105 Mbit eli kokonaisdata oli n4Gbit.
Hommaan meni muutamia minuutteja.
Tama on vain esimerkki ohjelman tehokkuudesta.

Ohjelma sisaltaa paljon ominaisuuksia joista haluaisin keskustella.

Loytyyko kokemuksia ?

t vesa_k

Lainaus käyttäjältä: vesa k - 14.01.2012, 23:16:58
Viime viikolla kalibroin, rekisteroin ja pinosin 40 x 300s Canonin 550D:lla otettua kuvaa, Yhden kuvan koko on n. 105 Mbit eli kokonaisdata oli n4Gbit.

Tiedostokoosta puhutaan tavallisemmin tavuissa, harvemmin biteissä. Yksi tavu on 8 bittiä. Eli 105 megabittiä on noin 13 megatavua, mikä on varsin tyypillinen tiedostokoko raakakuville. Nykymittapuulla 4 gigabittiä eli 512 megatavua ei ole mikään valtava määrä dataa pureksittavaksi. Moni muukin pinoamissofta handlaa tällaisia datamääriä helposti.

Noin muuten PixInsight on varsin kiinnostava ja monipuolinen softa ja varmaan itsekin jossain kohtaa päädyn kokeilemaan sitä. PixInsightin sivuilla olevat tutoriaalit ovat varsin hyödyllisiä muidenkin ohjelmistojen käyttäjille.

Lainaus käyttäjältä: naavis - 14.01.2012, 23:27:07
Noin muuten PixInsight on varsin kiinnostava ja monipuolinen softa ja varmaan itsekin jossain kohtaa päädyn kokeilemaan sitä. PixInsightin sivuilla olevat tutoriaalit ovat varsin hyödyllisiä muidenkin ohjelmistojen käyttäjille.

Olenkin ollut itse myos hyvin tyytyvainen naihin tutoriaaleihin.
Esim ymmartaa, mika on ero kamerasta tulleela kuvalla (.raw) ja esim jalostetun (.jpg) valilla.

Samoin ohjelman kyky korjata mm. putken ym aiheuttamia vaaristymia on ainakin omissa kuvissani ollut merkittava.
Taman tekee prosessi DynamicBackgroudExtraction. Haluaisinkin keskustella mm. siihen laitettavista parametreista.
Kuitenkin olen huomannut, etta Pixinsight:n asettamat oletusarvot prosesseissa toimivat ihan ok useimmissa tapauksissa.
t vesa_k

Hei
Olipa hyva aloitus.
Tietysti ekassa viestissa on kyse tavuista.
t vesa_k   :oops:

Lainaus käyttäjältä: vesa k - 15.01.2012, 13:28:45
Hei
Olipa hyva aloitus.
Tietysti ekassa viestissa on kyse tavuista.
t vesa_k   :oops:

En kyllä ihan heti usko, että Canon EOS 550D tuottaa 105 megatavun raakakuvia. 105 megabittiä taas on aika realistinen koko, eli tuo noin 13 megatavua. Ainakin canonin omassa raakakuvaformaatissa kuvadata on pakattu (häviöttömästi) jolloin kooksi tulee tuota luokkaa.

Hei

Sorry viivastynyt vastaus. Huomasin viestisi vasta nyt.
Tarkistin tiedostojen kokoja levyltani ja tassa tulokset:

Size: 103 MB (108.155.620 bytes)
Size on disk: 103 MB (108.158.976 bytes)

kansio:
contains 20 files
size: 2.01GB (2.163.110.400 bytes)
size on disk: 2.01GB (2.163.179.520 bytes)

Aika isoja tiedostoja.
t vesa_k

Ei varmaan ole kyseessä kameran CR2-muotoinen raakakuva kuitenkaan. Kai siitä satamegaisen saa, jos jossain muussa muodossa tallentaa, vaikka jonain monibittisenä tiffinä.

Hei
Kyse on raw colour kuvasta, joka otetaan Maximdl ohjelmalla, joka tallentaa sen .fit muorossa.

Eiko muiden EOS kameroilla ottamat kuvat sitten ole samaa luokkaa ??
Onko asetuksissani jotakin vikaa ??

t vesa_k

Kun otat kameralla normaaleja RAW-kuvia, ne tallentuvat kortille CR2-muodossa ja vievät jotain kymmenisen megaa riippuen vähän kamerasta. En ole käyttänyt maximia järkkärikuvaukseen niin en tiedä missä formaatissa kannattaa tallennella. Naavis varmaan tietäisi?

Lainaus käyttäjältä: Lauri Kangas - 05.02.2012, 11:18:48
Kun otat kameralla normaaleja RAW-kuvia, ne tallentuvat kortille CR2-muodossa ja vievät jotain kymmenisen megaa riippuen vähän kamerasta. En ole käyttänyt maximia järkkärikuvaukseen niin en tiedä missä formaatissa kannattaa tallennella. Naavis varmaan tietäisi?

Olen Maximin kanssa käyttänyt ihan .fit-formaattia. Järkkärin raakakuvat tallentuvat tiedostoon 16-bittisinä kokonaislukuina, jolloin Canon EOS 450D:n kuvista tulee noin 24 megatavun kokoisia.

vesa_k ilmeisesti käyttää Maximissa RAW Color -kuvausta, jolloin Maxim ottaa raakakuvan ja välittömästi kääntää sen 16-bittiseksi värikuvaksi. Silloin tiedostokoko toki kasvaa aika paljon. Suosittelen kuvaamaan normaaliksi raakakuviksi ensin, koska kalibrointi tulisi tehdä oikeille raakakuville. RAW Color -asetus siis ei tuota raakakuvia, vaan raakakuvista tehtyjä värikuvia. Oikeissa raakakuvissa on pelkkää mustavalkodataa suoraan kennolta.

Hei

Ok kiitos neuvoista.
Kokeillaan tanaan.

t vesa_k

Hei
Kokeilut jatkuvat.
Eilen otin kuvia m42:sta seka Atik 314E:lla etta Canon EOS 550D:lla.

Tanaan sitten yhdistin molemmilla kamerolla otetut kuvat PixInsight:lla.
Tulos alla.
Kuva ei ole mitenkaan ihmeellisesti jatkojalostettu.
Voin kuitenkin todeta, etta Atik toi varikyllaisyytta kokonaisuuteen. 550D on modaamaton ja oletettavasti tasta johtuu, etta sen kuvat ovat vahan "hailakkaita".

t Vesa _k

Olikos hankalaa yhdistellä järkkärin ja ccd-kameran kuvia ?

Hei
Ei ollut hankalaa.
Ensiksi kohdistetaan (registeroidaan) kaikki kuvat.
Sitten yhdistetaan kuvat ohjelmassa olevan toiminnon HDRComposition avulla.
Seuraavassa linkissa lisaa infoa.

t Vesa_k

http://pixinsight.com/forum/index.php?topic=2320.0

Hei

En todellakaan ole ko. ohjelman myyntimies, mutta laitan kokemuksiani tanne, jos joku joskus innostuu ohjelmasta.

Kuvasin eilen kuuta. Laitteisto CPC 925 + Atik 314E
Kuvat n300 pinottu Registax 6:lla.

Sen jalkeen kuva Moon_NO_Decon ladattu PixInsight:n ja suoritettu prosessit:
Deconvolution ja HDRMultiscaletransform.

Tulos jalkimmainen kuva.
Kuvien kasittely hieman liian voimakasta, mutta tein sen esimerkin vuoksi.

t Vesa _k

Olen nyt käytellyt PixInsightia pari viikkoa trial-lisenssillä. Sen verran olen jäänyt koukkuun, että kai se on jossain kohtaa ostettava. Matemaattisempi lähestymistapa sopii hyvin itselle.

Hei
Haluaisin kuulla kokemuksistasi, koska softa mielestani antaa paljon uusia mahdollisuuksia kuvien kasittelyyn ja ennen kaikkea yhdistamiseen.
Tanaan kokeilin scriptia, joka yhdistaa RGB:n ja Ha:n. Toimi hyvin ja tuo kuvissa esiin uusia yksityiskohtia.

Se, mita kaipaisin, on helppo, suomenkielinen koulukirja, missa kasitellaan eri taajuuksien yhdistamisia esim miksi R= 0.8*SII+0.2*Ha, G=0.2*Ha+0.8*OIII ja B=OIII
ja opasta mista loytyy DS kohteet, joita kannattaa kuvata kapaeakaistaisilla filttereilla kuten Ha(6nm) SII ja OIII.
Em esimerkki ei ole mikaan facta vaan yksi yhdistelma vareiksi.. Kasittaakseni ns. Hubble varit.

t vesa_k

Lainaus käyttäjältä: vesa k - 03.04.2012, 04:23:07
ja opasta mista loytyy DS kohteet, joita kannattaa kuvata kapaeakaistaisilla filttereilla kuten Ha(6nm) SII ja OIII.

Kävisikö vaikka http://www.astroanarchy.blogspot.com/ ?

Sinulle näkyy toki mukava nippu eteläisempiäkin kohteita.

Menin nyt sitten ostamaan PixInsightin, enkä ole katunut hetkeäkään. Saanen kesän aikana vielä CCD-kameran, joten syksyllä räjähtää. :cool:

Korvaako PI Photarin, vai tarvitaanko sitäkin vielä?

Lainaus käyttäjältä: maukkaK - 27.08.2012, 08:47:18
Korvaako PI Photarin, vai tarvitaanko sitäkin vielä?

Riippuu mitä tekee. Itse en ole koskaan käyttänyt fotaria, enkä näe tällähetkellä tarvettakaan. Jotkut työskentelytavat sopivat paremmin fotariin, mutta PIssäkin on omat tapansa tehdä hommat jotka sopivat erityisesti numeeriseen kuvankäsittelyyn (pinoaminen, suuren dynamiikan lineaaridata, skriptatut operaatiot jne), jota tähtikuvauksessa on melko paljon.

Jos haluat tehdä mitään varsinaista piirtelyä kuvadatan päälle, fotaria on vaikea korvata, mutta kosmeettiset korjaukset ja annotaatiot saa tehtyä PIssäkin, jopa niin että voit tehdä samat operaatiot myöhemmin uudelle kuvadatalle automaattisesti tallentamalla tehdyn työvuon "makroksi".

-A

Tein nyt sen virheen, että menin opettelemaan Pixinsight:n käyttöä ja pahasti koukuttaa. DSS:iin verrattuna se on aloituskynnykseltään selvästi korkeampi mutta kun logiikan oppii niin ei mahdottoman vaikea ollenkaan.

Hieman ehkä tyyris ja siksi joutuu ynnäilemään plussia ja miinuksia ennen kuin menee hankintaan..

Hei

Lyhyesti.
Mika ero lopputuloksen kannalta on AutomaticBackgroundExtractor ja DynamicBackgroundExtraction prosseilla ?

T Vesa_k

Lainaus käyttäjältä: vesa k - 08.10.2012, 11:37:02
Hei

Lyhyesti.
Mika ero lopputuloksen kannalta on AutomaticBackgroundExtractor ja DynamicBackgroundExtraction prosseilla ?

T Vesa_k

Ensimmäinen pyrkii olemaan automaattinen työkalu, jälkimmäisen toimintaan voi vaikuttaa paljon laajemmin. Käytän itse pääasiassa jälkimmäistä.

Ok Kiitos.

Toinen asia:
Olen nyt "pakosta" joutunut kayttamaan modattua eos550 kameraa kuvauksiin QHY9:n ollessa korjauksessa.
Kaytan kuvaukseen MaximDl ohjelmaa. Tama tuottaa raw kuvan .fit muodossa.

Onko oikein, etta suoritan kaikille bias, dark, flat ja light kuville BatchDeBayer scriptin ja sen jalkeen kalibroin, kohdistan ja pinoan kuvat BatchPreprocessing scriptilla vai pitaisiko kalibrointi ym tehda alkuperaisille kamerasta tulleille .fit kuville ei DeBayer kasityilla flat, bias ja dark kuvilla ?

Onko siis merkitysta, missa vaiheessa kuvia kasittelee RGB muodossa raw muodon sijasta ?

t vesa_k

Lainaus käyttäjältä: vesa k - 08.10.2012, 12:13:21
Ok Kiitos.

Toinen asia:
Olen nyt "pakosta" joutunut kayttamaan modattua eos550 kameraa kuvauksiin QHY9:n ollessa korjauksessa.
Kaytan kuvaukseen MaximDl ohjelmaa. Tama tuottaa raw kuvan .fit muodossa.

Onko oikein, etta suoritan kaikille bias, dark, flat ja light kuville BatchDeBayer scriptin ja sen jalkeen kalibroin, kohdistan ja pinoan kuvat BatchPreprocessing scriptilla vai pitaisiko kalibrointi ym tehda alkuperaisille kamerasta tulleille .fit kuville ei DeBayer kasityilla flat, bias ja dark kuvilla ?

Onko siis merkitysta, missa vaiheessa kuvia kasittelee RGB muodossa raw muodon sijasta ?

t vesa_k

Kaikki kalibrointi pitää tehdä alkuperäisille mustavalkoisille raakakuville ennen muuntamista RGB-muotoon.

Hei

Mielestani tulos on parempi kun kalibroinnit tehdaan RGB kuville.

Liitteena kaksi kuvaa, jota ensimmainen on kalibroitu RGB kuvana. Myos Bias-, Dark- ja Flatmasterit on tehty varikuvista.
Toinen kuva on muutettu varilliseksi vasta kalibrointien ja pinoamisen kautta.
Tassa tapauksessa myos kalibrointikuvat olivat m/w (RAW) muodossa.

Kuvassa 30 x 4 min kuvaa. Celestron CPC 925 EOS 550 modattu.

t vesa_k

Lainaus käyttäjältä: vesa k - 08.10.2012, 16:47:34
Liitteena kaksi kuvaa, jota ensimmainen on kalibroitu RGB kuvana. Myos Bias-, Dark- ja Flatmasterit on tehty varikuvista.
Toinen kuva on muutettu varilliseksi vasta kalibrointien ja pinoamisen kautta.

Jos nyt ymmärsin oikein, olet jälkimmäisessä tapauksessa pinonnut kuvat ennen RGB-kuviksi muuttamista. Näin ei pitäisi tehdä. Mustavalkoiset raakakuvat kalibroidaan, sitten muunnetaan RGB-muotoon. Tämän jälkeen ne kohdistetaan keskenään ja pinotaan.

Debayeroimisen ajankohdalla kalibroinnin ja pinoamisen suhteen on kolme vaihtoehtoa:

1) Tekee raw-kuvista rgb-kuvia (tai antaa kameran tehdä rgb-jpg:itä suoraan) ennen kalibrointia ja pinoamista.

Tämä on intuitiivinen tapa jota moni aloittelija käyttää. Kalibroinnin hyödyt jäävät kuitenkin pitkälti saavuttamatta tällä tyylillä, esim. flättejä voi olla vaikea saada toimimaan oikein ja kuumat pikselit leviävät useampaan ympäröivään pikseliin, jos niitä ei kalibroida pois ennen debayerointia.

Tätä voi kokeilla kerran tai kaksi (tai viisi), mutta sen jälkeen olisi syytä opetella miten hommat tehdään oikein.

2) Kalibroi ja pinoaa ensin ja debayeroi lopputuloksen.

Tämä on ihan yksiselitteisesti väärin. Kalibrointiin asti menee vielä hyvin, mutta jos pinoamisen yhteydessä liikuttelet shakkilaudan näköisiä raw-kuvia, eri värejä edustavat pikselit siirtyilevät ihan toisten värien paikalle. Erityisen huonosti menee, jos kohdistellaan alle pikselin tarkkuudella. Lopputuloksena on kosmisen mystinen värien sekamelska, josta näyttää olevan tyylipuhdas esimerkki yllä.

Tätä on vältettävä viimeiseen asti.

3) Kalibrointi, debayerointi, pinoaminen.

Näin se kuuluu tehdä. Kuumat pikselit poistuvat, flätti oikaisee kuvan oikein ja väri-informaatiota aletaan suttailla viereisiin pikseleihin vasta sitten kun sitä tarvitaan, eli ennen kohdistusta ja pinoamista.

ok.
Taman halusinkin tietaa.
Kokeillaan.
Kiitos


t vesa_k

Hei

Miten PI:ssa registeroidaan komeetat ?

t vesa

PixInsightin foorumilta löytyy tähän valmis skripti: http://pixinsight.com/forum/index.php?topic=3980.0
Skriptille osoitetaan kuvasarjan ensimmäisestä ja viimeisestä kuvasta komeetan paikka, ja skripti päättelee komeetan sijainnin muissa kuvissa FITS-otsakkeessa olevan kellonajan perusteella. Kuvien pitää olla kyllä valmiiksi tähtien mukaan kohdistettu toisiinsa.

PixInsightin käytöstä on tullut paljon kyselyjä, ja ohjelma on osoittautunut vaikeaksi varsinkin Lontoon murretta vähän vähemmän taitaville. Kirjoitin nyt pitkähkön suomenkielisen ohjetekstin ohjelman alkeisiin, mahdollisimman rautalangasta vääntäen. Toivottavasti tästä saa jotain tolkkua, alkaa ainakin itsellä olla jo silmät sumussa! http://astronaavis.wordpress.com/2013/09/08/pixinsightin-alkeet/

Lainaus käyttäjältä: naavis - 08.09.2013, 22:03:35
PixInsightin käytöstä on tullut paljon kyselyjä, ja ohjelma on osoittautunut vaikeaksi varsinkin Lontoon murretta vähän vähemmän taitaville. Kirjoitin nyt pitkähkön suomenkielisen ohjetekstin ohjelman alkeisiin, mahdollisimman rautalangasta vääntäen. Toivottavasti tästä saa jotain tolkkua, alkaa ainakin itsellä olla jo silmät sumussa! http://astronaavis.wordpress.com/2013/09/08/pixinsightin-alkeet/

Printtaan koko kirjoituksen ja kehystän makkarin seinälle. Aivan eeppistä matskua, kuvat on loistavia ja isoja ja asia hyvin jäsennelty. Musta tuntuu että tähän urliin tullaan palaamaan aika monesti seuraavina viikkoina.

5/5 ja iso kiitos Samuli!

Naavikselle erityiskiitokset tästä. On jo odoteltu ja tulee totiseen tarpeeseen.

Kiitos! Itse juuri opiskellen tuota, niin tarpeeseen tulee.

Hatun nosto täältäkin. Kiitos!
-pasi

Heippa, Samuli,

Kiitos näistä ohjeista ja varmaan tarpeeseen tulee monellekin sekä hyvä tutustua alkeisiin ajoissa jottei sitten Helmikuussa kun seuraavassa tapaamisessa täällä Hauholla ( 7 - 9 . 2 . 2014 viikonloppu ) on juuri kyseisestä ohjelmasta pääteema.  Toivottavasti pääset tulemaan ja opettamaan meitä muita ohjelman saloihin.

Terveisin Antti ja Marjatta.

Lainaus käyttäjältä: tähti_ville - 09.09.2013, 10:35:54
Helmikuussa kun seuraavassa tapaamisessa täällä Hauholla ( 7 - 9 . 2 . 2014 viikonloppu ) on juuri kyseisestä ohjelmasta pääteema.  Toivottavasti pääset tulemaan ja opettamaan meitä muita ohjelman saloihin.

Yritys on ainakin kova! Enköhän minä jälleen paikalle ilmesty ellei jotain katastrofaalista tapahdu. :azn:

Hei
Kysymys Mosaic:n tekemisesta.

Missa vaiheessa erilliset kuvat tulisi yhdistaa yhdeksi kuvaksi ?
Pitaisiko yksittaisille kuville suorittaa esim DynamicBackgroundExtraction ja/tai BackgroundNeutralization.
Kuvien tulisi kuitenkin olla lineaarisia ?

Miten yksittaisien kuvien reunat saisi piiloon mosaiikkikuvassa ts. kuvien taustat olisivat samanlaisia ennen yhdistamista ?

t vesa

Ei tule uni, joten vietän yötä PixInsightiin tutustuen. Vaikuttaa siltä, että joudun muuttamaan Sonyn AWR-rawit tiffeiksi PI:tä varten. PixInsightin foorumilta haeskelemalla selvisi, että tämän pitäisi tapahtua ilman debayeringiä ja intensity transformia. Osaisiko joku sanoa, onnistuuko tällainen konvertointi Photoshop CC:llä (ACR 8.3RC) tai Lightroom 5.3RC:llä? Nämä ovat siis tällä hetkellä uusimmat ja ainoat Adoben softan versiot, jotka ymmärtävät ILCE-7:n rawitiedostoja.

//basse

Kuinka PI:lla saadaan pinottua kuvat, jotka ovat kiertyneet toisiinsa nähden? On siis kyse kahden kuvausyön kuvista, joista jälkimmäisessä kameran asento fokkarissa on ollut reilut 10 astetta kiertyneenä aiemman yön asentoon nähden. Tuossa alla on ensin GIF-animaatio eri kuvausöiden kuva-asennoista ja sen alla sitten PI:n Average pino yhteensä kymmenestä kuvasta (4+6 kuvaa). MaxIm DL:n kohdistus tapahtuu manuaalisesti kahdella kohdistustähdellä (siinä sivussa kiroillen), entä PI:ssä?

Eiköhän "StarAlignment" toiminto hoida sen aika helposti... ja automaattisesti. Siis ennen kuin alat pinoamaan.
Vielä helpommalla pääset kun annat scriptin (batch preprocessing) hoitaa koko homman alusta loppuun.

Joo, löytyi kun googlasin tämän: http://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html (http://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html)
Kuten sanottua, niin PI:n oppimiskäyrä on jyrkkä ja alkuun sitä katsotaan kuin lähinnä pystysuoraa seinää. Ohjelmassa on n+1 toimintoa ja tuo StarAlignment löytyi Processes/Preprosessing nipusta kun olin aikani sitä pähkäillyt. Viikko sitten tein kuville kalibroinnin ja tuolloin törmäsin kohdistuksen ongelmiin. Tänään tuli motivaatiota selventää tuota osuutta ja nyt huomasin että jokin punaisen kanavan pinoissa/rekisteröinnissä meni pieleen ja nyt noissa on ylimääräinen soikeus tähdissä mitä ei ole originaaleissa. Tässä mokomassa on tsiljoona tapaa mennä pieleen tavalla tai toisella, mutta kun homma toimii niin se toimii todella hyvin.  :smiley:

Liitteessä on PI:n kansio/tiedostokäyttöä eli tämänkin joutuu opettelemaan siinä sivussa (LRGB kansion alta löytyvät 1 ja 2 kansiot sisältävät oman alkuperäisen LRGB-kansiorakenteeni, loput ovat PI:n tekemiä eli jos teet pätkissä tuota, niin erilaista temp-sälää syntyy uskomaton määrä). Tämä on siis ensivaikutelmani PI:stä eli pitänee ostaa se lisenssi, vaikkei ohjelmaa osaa käyttääkään (eipähän tarvitse stressata 45 pv rajan kanssa  :shocked:).

Samulilla ei "valitettavasti" ole Kodakin kennoa eikä ilmeisesti joudu taistelemaan kuumien pikseleitten kanssa.
Kokemukseni mukaan darkit eivät korjaa kunnolla kalibroinnissa, vaikka miten vääntäisi. Viimeisimmän M97 sumun käsittelyssä opin kantapään kautta että CosmeticCorrection -työkalulla saa loputkin "rumat" pilkut poistettua. Tämän voi yhdistää myös kivasti BatchPreprocessing -scriptiin.
Täällä hyvä esimerkki video: http://www.harrysastroshed.com/preprocessing.html (http://www.harrysastroshed.com/preprocessing.html).
-pasi

Lainaus käyttäjältä: tuunari - 16.03.2014, 10:49:51
Samulilla ei "valitettavasti" ole Kodakin kennoa eikä ilmeisesti joudu taistelemaan kuumien pikseleitten kanssa.
Kokemukseni mukaan darkit eivät korjaa kunnolla kalibroinnissa, vaikka miten vääntäisi. Viimeisimmän M97 sumun käsittelyssä opin kantapään kautta että CosmeticCorrection -työkalulla saa loputkin "rumat" pilkut poistettua. Tämän voi yhdistää myös kivasti BatchPreprocessing -scriptiin.
Täällä hyvä esimerkki video: http://www.harrysastroshed.com/preprocessing.html (http://www.harrysastroshed.com/preprocessing.html).
-pasi

Kyllä darkkikalibroinnin pitäisi PixInsightissa toimia ihan normaalisti, mutta darkkikalibrointi ei varsinaisesti hävitä kuumia pikseleitä. Jos kuuma pikseli on saturoitunut täysin valkoiseksi, kalibroinnin jälkeen kuvassa on samalla kohdalla musta piste valkoisen sijaan. Näistä ei pääse oikein muuten eroon kuin ditheröimällä ja käyttämällä tilastollisia pinoamismenetelmiä, tai käyttämällä CosmeticCorrectionia. Yleisen kuvanlaadun kannalta ditheröinti on aina parempi vaihtoehto.

M51-ketjussa oli puhetta eri mittaisten valotusten yhdistämisestä PixInsightilla. Jos kohde niin vaatii, olen yleensä ottanut kohteesta sekä pitkiä valotuksia (~10 minuuttia tai enemmän), että lyhyitä valotuksia (30 sekuntia tai vähemmän). Pinoan värikanavakohtaisesti pitkät ja lyhyet valotukset erikseen, jolloin lopputuloksena on joka kanavalle kaksi eri pinoa. Nämä kaksi pinoa voi yhdistää yhdeksi pinoksi HDRComposition-työkalulla. Työkalu sovittaa pinot yhteen niin, että niiden kirkkaudet vastaavat toisiaan, ja poimii pitkän valotuksen pinossa puhkipalaneet osat lyhyiden valotusten pinosta. Näin lopputuloksena on jokaista värifiltteriä kohti yksi suuren dynaamisen alueen pino, ja käsittelyä voidaan jatkaa normaalisti. HDRComposition tuottaa 64-bittisiä kuvia, joten niiden pyörittely vaatii vähän enemmän tehoa kuin 32-bittisten kuvien.

Kiitos!

Moi!

Onko kellään tullut moista vastaan RGB kuvissa, että osa tähdistä on violetin sävyisiä mutta muuten värit näyttäisi olevan oikein?

Olen yrittänyt pari kertaa kalibroida värikanavat ja RGB -pino näyttää hyvälle, mutta muutamat tähdet on väärän värisiä.

Olen tehnyt DBE:n, BackGroundNeutralization:n, ja ColorCalibration työkaluilla tarvittavat työt ja syöttänyt mielestäni oikeanlaiset referenssit kuvan taustasta jne.

Kenties tyhmä kysymys mutta onko LRGB Combination työkulussani jokin virhe PixInsightissa, kun L + RGB kuvat näyttävät ennen yhdistämistä tällaiselta (automaattinen SFT käytössä):

(http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_LRGB_combination_before.jpg/_bigthumb.jpg) (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_LRGB_combination_before.jpg/_full.jpg)

Ja sitten kun yhdistän luminanssin RGB kuvaan varsin suurella "RGB-saturaation" osuudella, lopputulos on hyvin vaikea saada luonnollisen näköiseksi.
Tässä vaikka esimerkiksi värikehiä tähtien ympärillä ja valjut värit kaikkialla muualla:

(http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_LRGB_combination_after.jpg/_bigthumb.jpg) (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_LRGB_combination_after.jpg/_full.jpg)

Toinen LRGB-kuvan teossa helposti toteutuva mahdollisuus on lähes mustavalkokuvan tekeminen, jossa värejä on vain rippeeksi. Onko tässä yksinkertaisesti kyse vain siitä, ettei RGB dataa ole tarpeeksi? Esimerkissä LRGB kanavien keskinäiset valotusajat ovat tässä:
   L 255 min (1x1 bin), R 105 min, G 105 min, B 105 min (=RGB yht. 315 min 2x2 bin).
Olen törmännyt samaan ilmiöön myös edellisessä PI-kuvassani, joten kysymys lienee kumminkin aiheellinen :wink:

LRGB-yhdistäminen tuolla työkalulla on ainakin tarkoitus tehdä vasta venytetyille eli epälineaarisille kuville. Lineaariset R, G ja B yhdistetään ensin värikuvaksi, ja venytetään, sitten otetaan lineaarinen L joka myös venytetään, ja lopuksi nämä venytetyt kuvat yhdistetään LRGB-kuvaksi. STF tarkoittaa tuota näyttövenytystä, eli kuvat ovat oikeasti vielä lineaarisia, mutta venytetään vain ruudulle. Jos olet jo venyttänyt kuvat, STF:lle ei pitäisi olla tarvetta.

Ok, kiitos avusta! :cheesy:
Asia tuli selväksi eli olin yrittänyt tehdä tuota LGB-yhdistämistä turhan aikaisessa vaiheessa, kun nämä PI:n käsittelymenetelmät ovat vielä hakusessa. Harjoitukset jatkuvat ja mitä enemmän tätä PI:ia käyttää sitä enemmän tästä oppii tykkäämään...

Moi, miten muuten pinotaan kaksi kuvaa. Olen yrittänyt imageintegration prosessilla mutta ohjelma herjaa että pitäisi olla vähintään kolme kuvaa että rupeaa pinoamaan, mutta jos ei ole tarjolla muita kuin nuo mainitsemani kaksi... Tässä vaiheessa olen siirtynyt photoshoppiin ja yhdistänyt kuvat siellä, PI ohjelma on onneksi kuitenkin osannut kalibroida ja kohdistaa kuvat valmiiksi.

Lainaus käyttäjältä: Murtsi - 25.09.2014, 22:29:30
Moi, miten muuten pinotaan kaksi kuvaa. Olen yrittänyt imageintegration prosessilla mutta ohjelma herjaa että pitäisi olla vähintään kolme kuvaa että rupeaa pinoamaan, mutta jos ei ole tarjolla muita kuin nuo mainitsemani kaksi... Tässä vaiheessa olen siirtynyt photoshoppiin ja yhdistänyt kuvat siellä, PI ohjelma on onneksi kuitenkin osannut kalibroida ja kohdistaa kuvat valmiiksi.

Riippuu miten haluat pinota kuvat. Keskiarvopino on helppo tehdä esimerkiksi PixelMathilla. Voit PixelMathissa yhdistää kuvat A ja B kirjoittamalla RGB/K-kohtaan "(A + B)/2".

Kiitos, arvasin että onnistuu helposti kun vain tietää oikean työkalun, kokeilenpa seuraavalla kerralla tuota.

Siirsin tuolta Sumut-havaintoalueelta...

Lainaus käyttäjältä: tuunari - 04.10.2014, 23:07:22
Se mielestäni PixInsightissa onkin ongelma, ettei histogrammia saa näkyviin niin selkeästi kun esim photarissa ja joskus värit jäävät ..rsiilleen.

Oletko huomannut nämä histogrammin näyttötavat PixInsightissa? (ks. liitekuvaa)
Pyörittelen yleensä manuaalisesti HistogramTransformationissa RGB-käyriä, jos on tarvetta fiksailla kuvaa DBE:n ja Background Neutralizationin jälkeen. Nuo histogrammikäyrät ovat zoomattavia + reaaliaikaisia ja sikäli parempia kuin Photarissa, jossa saa painella Refresh -nappia koko ajan pienenä näkyvän histogrammikuvan kanssa.

Löytyykö PI:n uudelle pixelmath-prosessille kunnollista tutoriaalia tms. mistään? Virallisen dokumentaation ongelma on vähän siinä, että se muistuttaa perinteistä Unixin man-sivua - äärimmäisen kätevä referessimanuaaliksi, mutta tutoriaalina vähän onneton. Tässä 1.8-versiossa tuo pixelmath taitaa olla vieläpä aika lailla uudelleenkirjoitettu vanhempiin versioihin verrattuna.

No, sain mä sillä eilen tehtyä synteettisen bias-masterin itselleni, mutta en dokumentoinnin ansiosta vaan yrityksen ja erehdyksen kautta. Onneksi ei tarvinnut tehdä mitään monimutkaisempaa.

Voisko  tästä (http://pixinsight.com/forum/index.php?topic=5624.0) olla apua?

Lainaus käyttäjältä: Mare Nectaris - 16.01.2015, 15:08:39
Voisko  tästä (http://pixinsight.com/forum/index.php?topic=5624.0) olla apua?

Haa, siinä määrin olen vanhan liiton miehiä, että en ole videoihin tutustunut lainkaan. Mutta nuo saattaapi olla hyviä, kiitos vinkistä.

Olen pixinsightia tässä viikon verran opetellut ja kaikkien kehujen mittainen softa näyttäisi olevan kyseessä. Ymmärtääkseni tällainenkin toimenpide pitäisi olla tehtävissä, mutta en keksi miten, jospa täältä löytyisi neuvo:

Kuvan kutakuinkin valmiiksi tehtyäni hoksasin että aiemmassa vaiheessa olisi ollut parempi käyttää toisenlaista maskia. History explorer näyttää kyseisen prosessin ja kertoo mitä maskia sen kanssa on käytetty; klikkaamalla prosessia pääsen kyseiseen prosessiin silloisine parametreineen, mutta jos tässä vaiheessa vaihdan kuvalle toisen maskin ja suoritan prosessin uudelleen siirtyy se historiassa viimeiseksi (loogisesti) joka tietenkään ei anna samaa lopputulosta kuin alkuperäinen toteutusjärjestys. Kuinka toimia??  :huh:

Olet kai huiomannut että minkä tahansa prosessin (kaikkine sinne tehtyine asetuksineen) saa raahattua PI:n työpöydälle siitä prosessi-ikkunan vasemman alanurkan kolmiosta ja sitten tallennettua työpöydältä kiintolevylle myöhemmin ladattavaksi? Tuota kautta saat toistettua samat toimenpiteet täsmälleen samalla tavoin uudelleen jokaisella eri suorituskerralla eli ei tarvitse turvautua alati muuttuvaan historiaan. Joku ohjelmaa enempi käyttänyt kertokoon jatkot tuosta...

Lainaus käyttäjältä: Timpe - 23.02.2015, 22:01:19
Olet kai huiomannut että minkä tahansa prosessin (kaikkine sinne tehtyine asetuksineen) saa raahattua PI:n työpöydälle siitä prosessi-ikkunan vasemman alanurkan kolmiosta ja sitten tallennettua työpöydältä kiintolevylle myöhemmin ladattavaksi? Tuota kautta saat toistettua samat toimenpiteet täsmälleen samalla tavoin uudelleen jokaisella eri suorituskerralla eli ei tarvitse turvautua alati muuttuvaan historiaan. Joku ohjelmaa enempi käyttänyt kertokoon jatkot tuosta...

Toteutus onnistui lopulta siten että kelasin historiaa taaksepäin haluttuun pisteeseen ja raahasin sen koko prosessiboksin omaksi oliokseen siihen pöydälle, ja avasin sieltä kyseessä olevan värisäätöprosessin jonka käyttämän maskin halusin vaihtaa. Suoritin ko. prosessin, jonka jälkeen irrotetusta prosessihistoriaoliosta valitsin kyseisen värisäätöprosessin jälkeen tulevat prosessit ja suoritin ne siitä kerralla.

Alunperin yritin juurikin irrotella sitä yhtä prosessia sieltä historiasta, mutten keksinyt miten voisin suorittaa sen muuteltuna ilman että se siirtyy historiassa alimmaiseksi.

Käyttämäni tapa tuskin on sekään paras ja kätevin, neuvoja otetaan edelleen vastaan jos joku tietää mikä on oikea tapa toimia =D

Hommasin PixInsigh 1.8:n evaluaatiolisenssin ja olen opetellut käyttöä naaviksen mainioilla alkeet-ohjeilla. Nyt minulla on kuitenkin (ainakin) yksi ongelma; en saa mielestäni värejä kuviin tarpeeksi. Ehkäpä joku osaisi auttaa ja huomaisi mitä teen väärin tai jätän tekemättä.

Kuvauslaitteistona minulla on Celestron EdgeHD 8 + AVX + 0.7 lyhentäjä + Canon EOS 500D. Seurannan hoitaa PHD2 ja Celestronin 9x50 etsin ja ASI120MC-kamera. Kohteena oli Messier 51.

Kuvasin 77 kpl valoruutuja (180s, ISO1600). Master bias ja flät oli tehty aikaisemmin PI:llä ja bias kuvia oli alunperin 20 kpl ja flät-kuvia myös 20kpl. Darkit olen jättänyt pois kuten Canonin käyttäjille suositellaan.

Laitoin DLSR_RAW asetukset kuten suositellaan: Create raw Bayer CFA image
Kuvien kalibroinnin, rekisteröinnin, deBayer:n ja pinoamisen tein Batch Preprosessing Script v1.40:lla. CFA images checkbox oli päällä.

Lipulta PI hyväksyi pinoon 61 kuvaa, eli kaikenkaikkiaan 3h3min. Ohessa master light näyttövenytyksen kanssa, eli aika sininen (master_light_naytonvenytys.jpg). Kroppasin kuvasta hieman ensin pois (DynamicCrop), ennekuin aloitin kuvan prosessoinnin. Sen jälkeen suoritin eri prosesseja kuvalle seuraavassa järjestyksessä:

BackgroundNeutralization
DynamicBackgroundExtraction
ColorCalibration
HistogramTransformation
SCNR (sinertävän sävyn poisto)
ACDNR
CurvesTransformation (Saturaatiota (S) lisätty ja taustataivasta tummennettu (RGB/K))

Tämä prosessoinnin tuloksena toinen kuva (M51.jpg). Kuvassa on pari pölypalleroa, joka johtunee siitä, että kamera oli eri asennossa flättejä ottaessa tms. Oikeassa alakulmassa hieman värigradienttia, mutta niistä ei ole nyt kysymys. Pitää vielä opetella pölypalleroiden poisto PI:llä.

Eli se "ongelma": Minun mielestäni kuva on hieman hailakka ja siinä ei ole värejä tarpeeksi. Esim tähdet on yllättävän värittömiä. Ja tuo galaksi, myös hieman väritön. Sama ongelma on minulla ollut esim Sikarigalaksin kanssa, vaikka siinä pitäisi olla punaista sävyä reilusti. Olenko tehnyt jotain väärin tai mitä kannattaa/pitää vielä tehdä? Kiitos avusta jo etukäteen.

Lainaus käyttäjältä: Tertsi - 13.03.2015, 15:37:26
SCNR (sinertävän sävyn poisto)

Tämä ainakin kuulostaa vaaralliselta. Kohteissa ja tähdissä on runsaasti sinistä, joten tässä lähtee helposti oikeaakin väridataa hukkaan. Taustan tasoittamiseen toimii parhaiten BackgroundNeutralization (taustan yleisväri) ja DBE (gradientit), joita oletkin käyttänyt. SCNR:llä kannattaa poistaa vain vihreää, sillä sitä ei komeettoja ja Hanny's Voorwerppiä lukuunottamatta taivaalla juuri näe.

Otin huvikseni kuvan AstroArtin käsittelyyn (jolla poistin gradientteja ja tasapainotin värejä) ja loppusilauksen tein Photarilla (pientä käyrien säätöä, ja saturaatiota). Kun oli jpg niin ei oikein onnistu parhaalla mahdollisella tavalla, mutta näyttää että on mahdollista saada lopputulosta paranneltua.
Varmaan PI:llä ehkä homman voi tehdä paremminkin.

Kiitos vehnae ja einari kommenteista! Eli värit on mutta ne pitää kaivaa huolellisesti esiin!

Olen nyt törmännyt erikoiseen ongelmaan. PI:n BatchPreprosessing ei lopussa pinoa mitään vaan ilmoittaa joka kerta:

Registering target image 10 of 10
Loading target file:
C:/Users/Tero/Documents/C8/M63/PI/calibrated/light/debayered/M63_L_0598_ISO1600_180s(1)_c_d.xisf
Loading image: w=4770 h=3178 n=3 RGB Float32
36 FITS keyword(s) extracted.
Structure map: done
Detecting stars: done
182 stars found.
Matching stars: done
66 putative star pair matches.
Performing RANSAC: done
*** Error: RANSAC: Unable to find a valid set of star pair matches.

* Applying error policy: Continue on error.

===== StarAlignment: 1 succeeded, 9 failed, 0 skipped =====
170.1 s

*********************************************************************
* End registration of light frames
*********************************************************************

Liitteenä yksi näyttövenytetty kuva, joita PI ei pinoa. Kaikki osavalotukset ovat samanlaisia. Mielestäni kuvissa ei ole mitään vikaa. Missä lienee ongelma?

En osaa varmasti sanoa, mutta veikkaisin ongelman löytyvän datan laadusta...

Katsoin omaa viimeisintä ajoa ja siinä löydettyjä tähtiä (stars found) oli 6457, josta ohjelma valitsi 500 kirkkainta. Näistä löytyi 453 "putative star pair matches"  ja 91 RANSAC iteroinnin jälkeen löytyi 452 matchia.

Tähtiä tosiaan on vähän kuvissa, eli semmosta 58-309 eri kuvien välillä. Jännä juttu on, että Deep Sky Stacker pinoaa samat kuvat ilman että jättää yhtää kuvaa pois.

Onkohan PI:ssä mitään säätöä, jolla sais kuvat "pakotettua" pinoon?

Saisitko noita raakakuvia johonkin jakoon, voisin kokeilla kohdistamista täällä? Kuvissa on sen verran tähtiä, että kohdistuksen pitäisi mennä ihan heittämällä.

Lainaus käyttäjältä: naavis - 17.03.2015, 18:02:42
Saisitko noita raakakuvia johonkin jakoon, voisin kokeilla kohdistamista täällä? Kuvissa on sen verran tähtiä, että kohdistuksen pitäisi mennä ihan heittämällä.

Uploudaan ne nyt Dropboxiin ja laitan linkin tänne kuhan ovat latautuneet. Kiitos! 

Datan laatuongelmat tulivat vaan mieleen kun tähtiä näkyy niin vähän. Kyllä 3 min valotuksissa pitäisi tähtiä näkyä melkoisesti enemmän kuin n. 60 - 300 kpl.
Mutta kuten sanoin, niin tämä oli puhdas arvaus...

Lainaus käyttäjältä: naavis - 17.03.2015, 18:02:42
Saisitko noita raakakuvia johonkin jakoon, voisin kokeilla kohdistamista täällä? Kuvissa on sen verran tähtiä, että kohdistuksen pitäisi mennä ihan heittämällä.

Täällä on 10 kpl Canon EOS 500D raw-kuvaa (180s ja iso1600) ja PI:llä tehdyt bias ja flat masterit:

https://www.dropbox.com/sh/4epgkw4xo9sihgp/AAD4cexA9riRrm079I2R_LhMa?dl=0

Koetin kohdistaa nuo kuvat tässä omalla koneella. BatchPreprocessingilla kuvat eivät tosiaan jostain syystä kohdistu. StarAlignment-työkalulla kuvat menevät oletusasetuksilla ihan hyvin. Mystillistä.

Lainaus käyttäjältä: naavis - 18.03.2015, 09:35:16
Koetin kohdistaa nuo kuvat tässä omalla koneella. BatchPreprocessingilla kuvat eivät tosiaan jostain syystä kohdistu. StarAlignment-työkalulla kuvat menevät oletusasetuksilla ihan hyvin. Mystillistä.

No ompas jännä. Eli kuvat kannattaa kohdistaa sitten suoraan sillä työkalulla?

Kannattaa juu, jos BatchPreprocessing ei toimi. Omien kuvien kanssa BPP toimii ihan normaalisti. Olin ollut jopa siinä luulossa, että BPP käyttää taustalla tuota StarAlignmentia.

Lainaus käyttäjältä: naavis - 18.03.2015, 10:14:01
Kannattaa juu, jos BatchPreprocessing ei toimi. Omien kuvien kanssa BPP toimii ihan normaalisti. Olin ollut jopa siinä luulossa, että BPP käyttää taustalla tuota StarAlignmentia.

Ok, sillä mennään siis. BPP toimi alussa ihan hyvin, mutta sitten alkoi temppuilemaan näiden uudempien kuvien kanssa. Kiitos testauksesta ja avusta!

Mystisyys jatkuu. Otin ehkä parhaan kuvan referenssiksi BPP:ssä (61:stä kuvasta) ja PI rekisteröi ja pinosi niistä 53 (8 failed), mutta pinottu kuva on todella huono. Liitteenä näyttövenytetty master light. BPP:ssä oli oletusasetukset. Olen siis täysin ymmälläni.

Edit: Osavalotukset ovat siis samasta kuvasarjasta kuin tässä ketjussa olen aikaisemmin näyttänyt.

Jos pino on huonompi kuin yksittäiset niin vaika voisi olla kalibrointiruuduissa?

Lainaus käyttäjältä: Tertsi - 19.03.2015, 15:35:47
Mystisyys jatkuu. Otin ehkä parhaan kuvan referenssiksi BPP:ssä (61:stä kuvasta) ja PI rekisteröi ja pinosi niistä 53 (8 failed), mutta pinottu kuva on todella huono.

Mulla kävi hetki sitten ihan samalla lailla; BPP rekisteröi luokkaa 50/80 kuvaa ja pinottu kuva on oleellisesti huonompi kuin yksittäisvalotukset (mm. tähdet näyttävät donitseilta ja SNR on aivan järkky).

En jaksa tänään sen kummemmin asiaa ihmetellä - master-flätti näytti silmään ihan terveeltä, joten vika tuskin on siinä.

Pitää ihmetellä paremmalla ajalla.

Minulla on ollut vastaavia ongelmia PI:n kanssa, mutta se on varmaan normaalia, koska olen käyttänyt ohjelmaa vasta viikon... BPP toimii välillä, mutta selvästi paremman laatuisia pinoja olen saanut käyttämällä StarAlignementtia ja ImageIntegraatiota. Erityisesti harmittaa, kun en saa taustaa normalisoitua vaikka kovin yritän BackgroundNeutralization ja DynamicBackgroundExtraction -prosesseja käyttämällä. Huomasin, että kuvassasi on lievää taustan vaalenemista oikeaa alanurkkaa kohden - minulla tätä, ilmeisesti flateista, johtuvaa vaalenemista on todella paljon. En saa tätä muutettua edellä mainittuja prosesseja käyttämällä - olisiko jollakulla vinkkiä?
AaJii

Lainaus käyttäjältä: AaJii - 20.03.2015, 17:46:42
Minulla on ollut vastaavia ongelmia PI:n kanssa, mutta se on varmaan normaalia, koska olen käyttänyt ohjelmaa vasta viikon... BPP toimii välillä, mutta selvästi paremman laatuisia pinoja olen saanut käyttämällä StarAlignementtia ja ImageIntegraatiota. Erityisesti harmittaa, kun en saa taustaa

Oletko säätänyt mitään parametrejä StarAlignment:ssa tai ImageIntegraatiossa (II)? Yritän nyt taistella II:n kanssa ja lopputulokset ovat aivan luokattomia.

Juu olen kokeillut monenlaisia asetuksia, kyllä tulokset paranevat selvästi, mutta siitä huolimatta standardi StarAlignement + Intergration toimii paremmin. Täytynee jatkaa kokeiluja...

Ööö.. mihis kaikki värit hävis? Normaalisti kuvat olen pinonnut DSS:llä, mut nyt päätin kokeilla tuota Naaviksen ohjetta Pixinsightiin.. Mikähän meni vikaan? Liitteenä kuva ja asetukset millä kokeilin saada kuvaa aikaiseksi. Mitäs tuossa ImageIntegration kohdassa pitää valita tuosta (calibrated/master/registered) kansiosta, jotta tekee pinon oikein? Kuvien kalibrointi/ rekisteröinti meni varmaankin suurin piirtein oikein?

Järkkärikuvilla käsittelyjärjestys on raakakuvien kalibrointi -> debayerointi (muunnos värikuvaksi) -> rekisteröinti -> pinoaminen. Jos annat BatchPreProcessingin tehdä myös pinoamisen niin valmis pino löytyy master-hakemistosta. Jos hoonaat pinoamisparametreja ImageIntegrationilla (suositeltavaa), niin laita pinoon rekisteröidyt kuvat eli registered/ -hakemiston sisältö.

Tattista. Pitää huomenna "arpoa" uudelleen.

Lainaus käyttäjältä: -Essi- - 28.03.2015, 23:37:54
Tattista. Pitää huomenna "arpoa" uudelleen.

Jos käytät BatchPreprocessingia järkkärikuvilla, varmista että työkalussa on täppä kohdassa "CFA Images". Näin työkalu tietää muuntaa mustavalkoiset raakakuvat värikuviksi ennen kohdistusta.

Lainaus käyttäjältä: Tertsi - 17.03.2015, 07:31:12
Performing RANSAC: done
*** Error: RANSAC: Unable to find a valid set of star pair matches.

* Applying error policy: Continue on error.

===== StarAlignment: 1 succeeded, 9 failed, 0 skipped =====

Tämä minun aikaisempi ongelma selvisi nyt. Nostin StarAlignment:ssa Star Detection välilehdellä Detection Scales: 5 -> 7. Ja kaikki kuvat rekisteröityi kiltisti ja ImageIntegration toimi myös. Sain idean tohon kokeluun naaviksen PixInsight tutoriaalista, jossa tehtiin StarMask ja samaisesta parametrista oli puhetta tähtien pienentämisessä.

Tulipahan tilattua Pixinsightin kokeilulisenssi jo neljä päivää sitten, mutta latauslinkkiä ei vieläkään ole tullut.

https://pixinsight.com/trial/index.html

Eikös tuo ole oikea osoite? On toki ihmeellistä, miksi ihmeessä ne kyselevät KOTIOSOITETTA, että saa ladata kokeiluversion? :embarrassed:
Pixinsightilta tulleessa sähköpostissa lukee, että:

"Dear PixInsight user,

For security reasons, all trial licenses are now subject to manual verification. If your license request contains valid data, it will be processed and you'll receive a new email with activation keys and download/installation instructions as soon as possible.

Thank you for your interest in our software.

The PixInsight Team at Pleiades Astrophoto

Note: This email account is not monitored. DO NOT REPLY TO THIS MESSAGE."

Montakohan viikoa tässä joutuu odottelemaan... :angry:

Lainaus käyttäjältä: Liikanen - 28.04.2015, 10:36:13
Montakohan viikoa tässä joutuu odottelemaan... :angry:

Ehkäpä ne jotain tilastoa tekee mistä päin maailmaa käyttäjät on jne.

Mulle tuli lisenssisähköposti kahdessa tunnissa, vaikka oli viikonloppu. Tosin kirjoitin johonkin komenntikenttään pitkät liirumlaarumit miksi haluan testata PI:tä. Minun trial on jo loppunut, mutta ostan kyllä softan ennenkuin kuvauskausi alkaa taas syksyllä.

Lainaus käyttäjältä: Liikanen - 28.04.2015, 10:36:13
Tulipahan tilattua Pixinsightin kokeilulisenssi jo neljä päivää sitten, mutta latauslinkkiä ei vieläkään ole tullut.

https://pixinsight.com/trial/index.html

Eikös tuo ole oikea osoite? On toki ihmeellistä, miksi ihmeessä ne kyselevät KOTIOSOITETTA, että saa ladata kokeiluversion? :embarrassed:
Pixinsightilta tulleessa sähköpostissa lukee, että:

"Dear PixInsight user,

For security reasons, all trial licenses are now subject to manual verification. If your license request contains valid data, it will be processed and you'll receive a new email with activation keys and download/installation instructions as soon as possible.

Thank you for your interest in our software.

The PixInsight Team at Pleiades Astrophoto

Note: This email account is not monitored. DO NOT REPLY TO THIS MESSAGE."

Montakohan viikoa tässä joutuu odottelemaan... :angry:

Jos mailia ei kuulu, kannattaa olla yhteydessä sinne päin. Eiköhän se lisenssi sieltä tule.

Lainaus käyttäjältä: naavis - 28.04.2015, 11:23:43
Jos mailia ei kuulu, kannattaa olla yhteydessä sinne päin. Eiköhän se lisenssi sieltä tule.

Tarkoitatko, että kannataisi yrittää saada kokeilulisenssi syöttämällä samat tiedot kenttään uudestaan? Vai onko parempia ehdotuksia?

Lainaus käyttäjältä: Liikanen - 28.04.2015, 14:53:52
Tarkoitatko, että kannataisi yrittää saada kokeilulisenssi syöttämällä samat tiedot kenttään uudestaan? Vai onko parempia ehdotuksia?

PixInsightin sivuilla on yhteydenottolomake: https://pixinsight.com/contact/
Voit myös koettaa kirjoittaa PixInsightin keskustelufoorumille.

Lainaus käyttäjältä: naavis - 28.04.2015, 18:34:34
PixInsightin sivuilla on yhteydenottolomake: https://pixinsight.com/contact/
Voit myös koettaa kirjoittaa PixInsightin keskustelufoorumille.

Kiitos! Nyt tämäkin juttu selvisi: olin epähuomiossa laittanut nimen kohdalle vain nimikirjaimet (minulla on kaksiosainen nimi) ja sposti oli mennyt automaattisesti hylkyyn.

Laitoin viestiä tuosta naaviksen antamasta linkistä ja jo 15min päästä tuli aktivointiavain ja vastaus spostiini. :azn: Noilla menee sposti siis aika helposti hylkyyn, tuon nimen suhteen... :cry:

Mutta silti minua huolestuttaa, että aiheuttaako tuo nimi kuinka pahoja komplikaatioita ohjelman ostovaiheessa (sitten jos/kun tuon ohjelman ostan)? Eli vaaditaanko siinä pelkkä spostiosoite ja PayPal-tili?

Mutta nyt tiedän, mitä teen koko vapun...  :rotfl: :laugh:

On tullut tätä PixInsightia käytettyä nyt jo jonkin aikaa ja muutamia kokemuksia ja kysymyksiä ajattelin jakaa, eli kokemuksia:
- Ohjelma tuntuu melko nopealta MBA (mid-2013, i5, 4GB)-koneella
- Pinoamisen jälkeen värit ovat aina oikein :cheesy:
- Helppokäyttöisyys...siis kun on lukenut naaviksen ohjeet...
- Paljon toimintoja: gradienttien poisto, vihreän värin poisto, valkotasapaino jne.
- Jatkuvat rekisteröintiongelmat...(lue alta)

Ja sitten varsinaiseen ongelmaan eli kuvien rekisteröimiseen (kohdistus). Usein kalibroin, bayeroin ja debayeroin kuvat BatchPreprosessing- scriptillä. Ja yritän rekisteröidä kuvat StarAlignment-prosessilla. Kaikki sujuu hyvin siihen asti kunnes päästään rekisteröimiseen: Jokaikisen kuvat kohdalle tulee error: RANSAR:  Unable to find a valid set of star pair matches. Tähtiä kuvista löytyy jokaisesta yli 500 ja joistain kuvausta yli 10000  :undecided:.

Olen yrittänyt pyöritellä StarAlignmentin asetuksia yli ja ympäri, mutta aina sama error. M51-kuvani prosessi rekisteröi ongelmitta, mutta M13-kuvista ei yhtään. Onko minun raakadatassani jotain vikaa? Testasin rekisteröintiä myös Regimillä ja sillä homma sujui hyvin. :embarrassed:

Alla muutama yksittäisvalotus, joten koittakaa saatteko noita jotenkin pinoon PI:llä.

EDIT: Vastaan itselleni eli ratkaisu löytyi. Huomasin vasta äsken, että muutamassa kuvassa tähdet olivat aavistuksen verran liikkuneet, joten poistin nämä otokset. Tämän jälkeen rekisteröinti sujui ongelmitta :rolleyes: Mutta en ymmärrä miksi se ei ensimmäisellä kerralla suostunut pinoamaan niitä hyviä kuva. Regim tai DSS eivät piittaa vaikka tähdet olisivat pahasti viiruilla...  :sad:

hei
Minulla oli myös vaikeuksia rekisteröidä kuvia, mutta Naaviksen avustuksella löysin ongelma: jotku tähdet olivat liian isoja, mutta kun muutin rekisteröitävien tähtien määräksi esim 10 jo asiat onnistui.
PI:ssä on niin paljon rimahdollisuuksia, joita kannattaa kokeilla.

t Vesa

Lainaus käyttäjältä: vesa k - 15.05.2015, 18:52:45
Minulla oli myös vaikeuksia rekisteröidä kuvia, mutta Naaviksen avustuksella löysin ongelma: jotku tähdet olivat liian isoja, mutta kun muutin rekisteröitävien tähtien määräksi esim 10 jo asiat onnistui.

Tuolloin ei tainnut olla kyse tähtien määrän muuttamisesta, vaan ohjelman tunnistamien tähtien koosta. Jos kuvan tähdet ovat erityisen suuria, StarAlignment-työkalun kohdasta Star Detection voi kasvattaa Detection scales -asetusta, jolloin ohjelma tunnistaa suurempia tähtiä.

Kertokaapa miten saan poistettua gradientin PI:lla?

Photarin gradientexterminator lopetti yllättäen toimimisen, kysyy vain lisenssikoodia jota minulla ei enää ole olemassa, koska silloin kun ostin tuon lisenssin, käytin eri sähköpostia kuin nykyään, eikä siihen sähköpostiin enää pääse. Sen verran periaatteen mies olen että toista kertaa samasta pluginista en maksa, varsinkaan kun tuo PI on tullut hankittua ja se on asennettuna kuvausläppärille, kiitos jo etukäteen.

Kun käsiteltävä kuva on auki PixInsightissa, voit avata DynamicBackgroundExtraction-työkalun valikosta Process -> BackgroundModelization.

Kun työkalu on auki, klikkaa käsiteltävää kuvaa. Tämän jälkeen voit ruveta klikkailemaan taustataivasnäytteitä kuvasta. Jos näytteet värjäytyvät punaisiksi, voit kasvattaa Tolerance-lukemaa Model Parameters (1) -otsikon alta. Omalla kohdallani punainen väri ei välittömästi katoa, vaan kuvaa täytyy raahaamalla liikuttaa vähän, että värit päivittyvät. Voit myös yrittää Sample Generation -otsikon alla generoida taustataivasnäytteet koneellisesti, jolloin niitä ei tarvitse kliksutella itse.

Target Image Correction -otsikon alta valitse Correction-asetukseksi Subtraction, jolloin ohjelma yrittää luoda mallin taivasgradientista ja nimenomaan vähentää sen kuvasta, eikä esim. jaa kuvaa mallilla. Jakaminen voi olla hyödyllistä jos yrittää luoda keinotekoista flättiä. Nyt voit ajaa prosessoinnin klikkaamalla vihreää täppää työkaluikkunan alareunassa. Jos haluat, että uusi kuva korvaa vanhan sen sijaan että aukeaisi uusi kuva, voit valita asetuksen "Replace target image".

Toinen vaihtoehto on käyttää AutomaticBackgroundExtractor-työkalua. Työkalu tekee käytännössä samat jutut, mutta pyrkii olemaan automaattisempi. Olen yleensä käyttänyt tuota aiemmin kuvailemaani työkalua.

Lainaus käyttäjältä: Murtsi - 16.08.2015, 20:51:44
Kertokaapa miten saan poistettua gradientin PI:lla?

Photarin gradientexterminator lopetti yllättäen toimimisen, kysyy vain lisenssikoodia jota minulla ei enää ole olemassa, koska silloin kun ostin tuon lisenssin, käytin eri sähköpostia kuin nykyään, eikä siihen sähköpostiin enää pääse. Sen verran periaatteen mies olen että toista kertaa samasta pluginista en maksa, varsinkaan kun tuo PI on tullut hankittua ja se on asennettuna kuvausläppärille, kiitos jo etukäteen.

Jos ihan astro kuvissa normaalista tausta gradientista puhutaan niin DBE eli DynamicBackgroundExtraction työkalulla. Valitaan ensin kuva sitä klikkaamalla työkalun auettua, laittaa sieltä työkalun sisältä Correction kentän Subtraction moodiin ja lätkii niitä samplauksia sinne kuvaan tarpeeksi (esim automaattisesti muutama kymmen per rivi tai manuaalisesti sopiviin kohtiin) ja sitten painaa execute namiskaa.

Tuloksena pitäs olla originaali kuva, siitä erotettu gradientti erillisenä kuvana ja kuva josta on tuo gradientti poistettu.

Näin ainakin itse olen sen tässä viimeisen puolen vuoden aikana tehnyt kun olen softan omistanut.

Edit: ja naavis ehti näköjään ensin minuutilla  :grin:

Tuli ostettua PI:n kestolisenssi. :rolleyes: Käyttö on muuten mennyt erittäin hyvin, yhtä asiaa lukuun ottamatta: kuvien muunnos JPEG-muotoon. Ongelma on siis tämä: kun olen saanut kuvan muokattua valmiiksi, tallennan kuvan "save as"-kohdasta JPEG-muotoon (alkuperäinen muoto on xisf.). Tämän jälkeen tulee ilmoitus:

The JPEG format does not support the sample data type used by this image: *32-bit floating-point format, or a sample format with equal or higher accuracy'

Kuva siis tallentuu täysin oikein, mutta JPEG-kuvassa näkyy vaan kirkaammat tähdet eli kuva ei ole ollenkaan "venytetty". Samallainen ongelma tulee, kun avaan xisf-kuvan PI:hin: se aukeaa aina venyttämättömänä. Tavoitteena olisi saada PI:ssä kasitelty kuva muunnettua JPEGiksi niin, että sen voi suoraan laittaa nettiin näkyviin ilman erillisiä venyttelyjä.

?

:cry:

Lainaus käyttäjältä: Liikanen - 17.08.2015, 12:28:17
Kuva siis tallentuu täysin oikein, mutta JPEG-kuvassa näkyy vaan kirkaammat tähdet eli kuva ei ole ollenkaan "venytetty".

Sulla on varmaan alunperin venytys tehty ainoastaan ScreenTransferFunctionia käyttäen, joka ei siis varsinaisesti muokkaa kuvadataa eikä ole näin ollen pysyvä muutos. Pysyvät venytykset voi tehdä HistogramTransformationilla.

Lainaus käyttäjältä: kjj - 17.08.2015, 12:43:07
Sulla on varmaan alunperin venytys tehty ainoastaan ScreenTransferFunctionia käyttäen, joka ei siis varsinaisesti muokkaa kuvadataa eikä ole näin ollen pysyvä muutos. Pysyvät venytykset voi tehdä HistogramTransformationilla.

Kiitos vastauksesta, mutta asia ei muuttunut mitenkään, vaikka venytin kuvan HistogramTransformationilla.

Lainaus käyttäjältä: naavis - 16.08.2015, 21:29:44
Kun käsiteltävä kuva on auki PixInsightissa, voit avata DynamicBackgroundExtraction-työkalun valikosta Process -> BackgroundModelization.

Kun työkalu on auki, klikkaa käsiteltävää kuvaa. Tämän jälkeen voit ruveta klikkailemaan taustataivasnäytteitä kuvasta. Jos näytteet värjäytyvät punaisiksi, voit kasvattaa Tolerance-lukemaa Model Parameters (1) -otsikon alta. Omalla kohdallani punainen väri ei välittömästi katoa, vaan kuvaa täytyy raahaamalla liikuttaa vähän, että värit päivittyvät. Voit myös yrittää Sample Generation -otsikon alla generoida taustataivasnäytteet koneellisesti, jolloin niitä ei tarvitse kliksutella itse.

Kiitti, tuo tolerance oli se juttu mikä auttoi asiassa, tuolla työkalulla yritin aiemminkin mutta rastit värjäytyivät punaisiksi eikä homma onnistunut.

Pitää muutenkin nyt enemmän perehtyä tähän ohjelmaan, tällä tosiaankin voi tehdä kaiken kunhan tietää mitä tekee, saa nähdä kuinka kauan photaria vielä tarvitaan  (omalla kohdallani)  :tongue:

Lainaus käyttäjältä: Liikanen - 17.08.2015, 15:11:07
Kiitos vastauksesta, mutta asia ei muuttunut mitenkään, vaikka venytin kuvan HistogramTransformationilla.

Hmm, outoa.

Kun säädit histogrammityökalulla kuvaa, niin oletko varma, että sinulla oli ScreenTransferFunction-työkalu ns. nollilla? Eli et ollut esim. painanut sitä oikean yläkulman automaattivenytysnappulaa?

Lainaus käyttäjältä: kjj - 18.08.2015, 00:31:02
Hmm, outoa.

Kun säädit histogrammityökalulla kuvaa, niin oletko varma, että sinulla oli ScreenTransferFunction-työkalu ns. nollilla? Eli et ollut esim. painanut sitä oikean yläkulman automaattivenytysnappulaa?

Tämä taitaa ratkaista ongelman...
En pääse juuri nyt koneen ääreen, mutta käytin STF:n automaattivenytystä ja sen jälkeen käytin histogrammivenytystä. En edes tiedä miten STF:n saa pois päältä.  :lipsrsealed:

Lainaus käyttäjältä: Liikanen - 19.08.2015, 21:58:02
Tämä taitaa ratkaista ongelman...
En pääse juuri nyt koneen ääreen, mutta käytin STF:n automaattivenytystä ja sen jälkeen käytin histogrammivenytystä. En edes tiedä miten STF:n saa pois päältä.  :lipsrsealed:

Joo, siinä PI:n "oletusnäkymässä" niiden kahden automaattivenytysnappulan vasemmalla puolella on "reset screen transfer function" -namiskat.

Jotta niillä nyt ainakin...


Edit: Ja niin, sen automaattisen venytyksen asetukset voi työtä säästääkseen kopioida alkuarvoiksi histogrammivenytystyökaluun vetämällä sen STF-ikkunan vasemmassa alakulmassa olevan kolmion histogrammi-ikkunan alapalkin päälle. Mutta muista resetoida se STF tämän jälkeen.

Lainaus käyttäjältä: kjj - 19.08.2015, 22:08:55
Joo, siinä PI:n "oletusnäkymässä" niiden kahden automaattivenytysnappulan vasemmalla puolella on "reset screen transfer function" -namiskat.

Jotta niillä nyt ainakin...


Edit: Ja niin, sen automaattisen venytyksen asetukset voi työtä säästääkseen kopioida alkuarvoiksi histogrammivenytystyökaluun vetämällä sen STF-ikkunan vasemmassa alakulmassa olevan kolmion histogrammi-ikkunan alapalkin päälle. Mutta muista resetoida se STF tämän jälkeen.

Kiitos, nyt se toimii! Eli STF oli jäänyt resetoimatta. Parhaalta tähtikuvaussoftalta tämä kyllä vaikuttaa... Enää ei tarvitse viedä samaa kuvaa enää kolmen  ohjelman kautta.

Nyt on hyvät neuvot tarpeen!

Elikkäs painin taas PixInsight:n ImageIntegration prosessin kanssa. Jos minulla on galaksi- tai pallomainentähtijoukkokuvia tarkoitus pinmota PI:n kanssa niin suttua tulee. Esim toisaalta Nostopainosumun pinoaminen onnistui heittämällä. Ongelma on galaksi- ja pallomaisissatähtijoukoissa.

Ohessa esimerkki kuva M13:sta (M13_esim_c_d_r_small.jpg), joka on kalibroitu, debayeröity ja rekisteröity. Ja toinen esimerkki kuva (M13_master_small.jpg) on kun 39 vastaavaa kuvaa on pinottu PI:n default-asetuksilla käyttäen ImageIntegration prosessia. Siis melkoista suttua.

Mikä neuvoksi?

Ongelma selvitetty "trial and error" menetelmällä muutaman tunnin säätämisen jälkeen. Lopulta pinottu kuva on ok, kun laitoin Star Alignment prosessissa Star Matching kohdassa Maximum Stars arvoksi 100 (oletus oli AUTO). Ohessa pinottu ja näyttövenytetty kuva.  :cheesy:

Aloin opetella PI käyttöä. Kovin punaiset kuvat tulee. Myös ihmeellistä häiriötä tuossa taustataivaassa. On kyllä jyrkkä oppimiskäyrä. Mikäköhän asetus pielessä? Alla kuvat.

kuva:
(http://i1292.photobucket.com/albums/b563/wmx1/integration1_zps3a5nbxrl.jpg) (http://s1292.photobucket.com/user/wmx1/media/integration1_zps3a5nbxrl.jpg.html)


Asetukset:
(http://i1292.photobucket.com/albums/b563/wmx1/asetukset2_zpstpgkxxki.jpg) (http://s1292.photobucket.com/user/wmx1/media/asetukset2_zpstpgkxxki.jpg.html)

(http://i1292.photobucket.com/albums/b563/wmx1/asetukset1_zps6ihsu215.jpg) (http://s1292.photobucket.com/user/wmx1/media/asetukset1_zps6ihsu215.jpg.html)

(http://i1292.photobucket.com/albums/b563/wmx1/asetukset3_zpskwm0rpyk.jpg) (http://s1292.photobucket.com/user/wmx1/media/asetukset3_zpskwm0rpyk.jpg.html)

Käytä BackgroundNeutralization työkalua

-luo ensin preview sellaselle alueelle että siinä ei ole muuta kun taustaa ja tähtiä (ja tähtiäkin mielellään aika vähän, mutta kuitenkin kohtuu kokonen alue)
-Laita se preview jonka teit esimerkiksi / referenssiksi taustasta sinne BackgroundNeutralization työkaluun
-Katso mikä on suunnilleen taustataivaasi maksimiarvo (hiirtä pyörittelet taustataivaan päällä eri puolilla kuvaa niin PI:n alareunassa näkyy arvoja)
-Sitten nostat BackgroundNeutralization työkalusta sitä upper limittiä niin että se ylittää tuon äsken katsomasin arvon
-suorita tuo backgroundneutralization kuvaasi

Pitäisi olla kohtuu normaalin värinen tuon jälkeen

Sitten seuraavaksi vaan DBE eli DynamicBackgroundExtraction. Joillekkin kohteille voi kanssa myös käyttää ColorCalibration:ia, esim galaxien kanssa ihan toimivaksi olen huomannut.

Noista artifakteista en ihan sata varmasti osaa sanoa mutta jos pitäisi veikata niin heittäisin että ovat pinoamisen jäljiltä kuumien pikselien muodostamia viivoja. Käy venyttämässä yksittäinen kuva ja katso mitä noista paikoista löytyy.

Up-bottom fits piti olla päällä ja tuossa näyttövenytyksessä piti olla tuo linked settings pois päältä. Ja huhhuh miten paljon parempi tuo kalibrointi/pinoaminen voi olla. Photariin otin tuolta saadut kuvat käsittelyyn ja kyllä vaan eron huomaa. Pitää tänään opetella tuolla käsittelemään nuo kuvat. Mites nuo muut asetukset?

Kirjoitit vaatauksen samaan aikaan, kiitos aiitä. Nämä opettelen tänään. Katsotaan mitä PI saa aikaiseksi.

Miten tuolla PI tehdään photoshopin vastaava toimenpide:

-Kopio kuva uudeksi tasoksi
-Kuvan pehmennys niin että pelkkä sumu näkyvissä
-Inverted maski niin ettei vaikuta tähtiin
-kuva asetukseksi raasterointi.

Tarkoitus siis nostaa nuo himmeimmät sumut eroon taustataivaasta.

On kyllä todella hankalan tuntuista tuo kuvankäsittely. Ohjeissakin keskitytään kohinan poistoon ja turhaan siloitteluun heti alkuvaiheessa jonka normaalisti olen tehnyt vasta viimeistely vaiheessa.

Ehkä minulla on väärä logiikka vielä tähän ohjelmaan. Mutta en lopeta harjoittelua. Photoshop tuntuu niin yksinkertaiselta PI verrattuna  :cheesy:

Kysytäänpä tällainen kysymys kuvien pinoamisesta ja niiden pikseli hylkäys-algoritmeista. Ensin kuva, josta kysymys tulee...

(http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_Integration_rejection_high.jpg/_small.jpg) (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_Integration_rejection_high.jpg/_full.jpg)

Käsittääkseni tuo taustalla näkyvä "rejection-high" kuva (näyttövenytys päällä) kertoo hukatut pikselit kirkkaasta päästä histogrammia. Tuossa pinossa on nyt neljän kuvausillan kuvia ja yhteensä kahdeksan kappaletta. Ovatko nuo pinoamisarvot järkeviä tuollaiselle pikkupinolle (percentile clipping valittu, muut oletuksillaan)? Entä miltä tuo pikselihylkäyskuva näyttää verrattuna siihen mitä näet omissa PI pinoamis-kuvissasi? Onko tuollainen määrä hylättyjä pikseleitä odotettavaa kun pinossa on neljän eri illan kuvia, kameran asento tarkentimessa vaihtelee ja samoin myös kuvien kohdistus eri kuvausiltoina. Kuville on tosin ajettu Star alignment tool:lla kohdistus ennen niiden pinoamista. Hylkäyskuvan päälle on liitetty pinoamistuloksen nurkkaa, jossa tähdet näyttävät ihan hyviltä ja jossa mustat pikselit taitavat tulla eri kuvausiltojen kuvien kohdistuksista. Hylkäyskuvasta tarkistan kyllä aina ettei sinne jää kuvauskohteesta pikseleitä, mutta tuollainen rupuinen yleisvaikutelma tähtien ympäriltä ihmetyttää.

Ymmärrykseni on vähäinen PI kanssa, mutta singnaalihan on jostain tullut mitä tuo on hylännyt. Eli lähtö datassa on pakko olla vähintään yksi huono subi, jossa tähdet viirumaisia ja levinneet. Sinulla kun on noin vähän subeja niin koita katsoa ne läpi.

Ja äkkiseltään tuosta katsottuna näyttäisi siltä kuin vähintään yhdessä kuvassa olisi focus pielessä ja toisessa viiru tähtiä.

Yleispäteviä parametreja hylkäysparametreille on mahdoton antaa, sillä optimaaliset arvot riippuvat kuvan sisällöstä. Itse teen siten, että katson minkälaista jälkeä oletusarvoilla tulee, ja sen jälkeen säädän hylkäysparametreja joko tiukemmaksi tai löysemmäksi siten että pinossa olevat satelliittiviirut yms juuri häviävät eikä rejektiokuviin jää (paljoa) tasaista kohinaa. PI tulostaa pinoa tehdessään tekstikonsoliin prosenttimäärät hylätyistä pikseleistä per osavalotus joita kannattaa myös hieman seurailla. Muistelisin että omissa kuvissa kun hylkäysarvot ovat silmämääräisesti kohdallaan niin puhutaan yleensä n. puolen prosentin hylkäyksestä. Oletusarvoilla lähtötilanne on joskus ollut jopa 5% hylkäys.

Tuollainen esimerkkinä antamasi hylkäyskuva on ihan normaali, jos joukossa on heikompia osavalotuksia joissa focus/seeing/seuranta/joku hieman heittää. Itse on tullut laitettua pinoihin mukaan vaikka minkämoista kuraa, ja lopputuloksena on silti ollut ihan hyviä tähtiä.

Kiitos vastauksista, nuo auttoivat ymmärtämään tilannetta paremmin.
Kyse tuossa tilanteessa on juurikin osavalotusten laadun vaihtelussa, josta laitan esimerkin alle. Tutkin tilannetta PI:n Subframe Selector scriptillä ja se antoi oheisen kuvan mukaiset tulokset:
Kaappasin mukaan MaxIm DL:n ruudulta mallikuvat kolmesta eri ruudusta tuon Eccentricity lukeman mukaan, mikä kertoo poikkeamat ideaalitähdestä (0.42 taisi olla pyöreän tähden muotoraja).

(http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_Integration_rejection_high_image_comparison.jpg/_small.jpg) (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/PI_Integration_rejection_high_image_comparison.jpg/_full.jpg)

Liitteenä on nuo PI:n antamat hylkäysprosentit noista B-kanavan osakuvista. Totaali hylkäysprosentti oli nyt 1.852%, joten pitänee katsella kuinka nuo parametrien muutokset vaikuttavat asiaan. Tulipa taas opittua jotain uutta PixInsightista  :smiley:

Tässä 100% croppi keskeltä kuvaa. Onko tuo ''raidoitus'' walking noisea, vai onko pinoamisessa mennyt joku vinoon?
(http://i1292.photobucket.com/albums/b563/wmx1/integration_jpg_croppi_zpsbdyyupfo.jpg) (http://s1292.photobucket.com/user/wmx1/media/integration_jpg_croppi_zpsbdyyupfo.jpg.html)

Heips.

Pakko "mainostaa" tätä videosarjaa:
http://jmo.jasonbrownonline.com/video-tutorials---astrophotography-basics/pixinsight---image-processing

Vastaa aika moneen tässä viestiketjussa esitettyyn kysymykseen. Varsinkin tuo Color Saturation -osio oli itselle melko valaiseva.
Kaiken kaikkiaan avasi ihan uuden maailman tuosta PI:stä.

Tällä kaverilla on muitakin videosarjoja PI:stä Youtubessa.

Laitetaanpa tästä vielä vertailukuvat aiemmin käyttämälläni workflowlla (oikealla) ja tällä tämän videotutoriaalin workflowlla tehdyllä
(vasemmalla). En tiedä innostuinko jo liikaakin noiden värien kanssa mutta aiemmin en tosiaan saanut oikein mitään irti väreistä.
(http://koti.mbnet.fi/jormay/Kuvat/NGC6960.JPG)

Minusta lievää yli-innostusta havaittavissa, eli oikeanpuoleinen näyttää luonnollisemmalta (vasemmassa jo taustataivaskin on punastunut). Ehkä jotain tuolta väliltä kiitos.

Jatketaanhan keskustelua tässä. Mietin nyt PI lisenssin ostamista. Näen muiden kuvista että PI voi alusta loppuun tehdä käsittelyn ja sillä saa todella hyvää jälkeä aikaiseksi.

Tein ohjelmalla testejä ja aina sain photarilla paremman lopputuloksen aikaiseksi. Tämä on pakko johtua omasta osaamattomuudestani ja en ole löytänyt vielä PI "workflowta"

Pari juttua:
Onko joku verrannut gradientxterminatoria ja PI gradientin poistoa? Minusta tuo gradientxterminator tekee huomattavasti parempaa jälkeä.

Noiseninja vastaan PI kohinan poisto? Minusta noiseninja on parempi.

Miten nostatte sumuja taustataivaasta eroon PI:lla?

Miten paikallisen kontrastin saa koskemaan tiettyä aluetta?

Miten leikata pehmeästi ja liittää? Vertaa esim ps feather 200pix?

Kahden kuvan liittäminen yhteen niin että toista voisi häivyttää hieman?

Pahoittelut, paljon kysymyksiä. Mutta toaiaan omissa käsissä ei niin joustavasti tuo pi taipunut.

Lainaus käyttäjältä: wm-x - 18.10.2015, 12:37:09
Jatketaanhan keskustelua tässä. Mietin nyt PI lisenssin ostamista. Näen muiden kuvista että PI voi alusta loppuun tehdä käsittelyn ja sillä saa todella hyvää jälkeä aikaiseksi.

Tein ohjelmalla testejä ja aina sain photarilla paremman lopputuloksen aikaiseksi. Tämä on pakko johtua omasta osaamattomuudestani ja en ole löytänyt vielä PI "workflowta"

Pari juttua:
Onko joku verrannut gradientxterminatoria ja PI gradientin poistoa? Minusta tuo gradientxterminator tekee huomattavasti parempaa jälkeä.

Noiseninja vastaan PI kohinan poisto? Minusta noiseninja on parempi.

Miten nostatte sumuja taustataivaasta eroon PI:lla?

Miten paikallisen kontrastin saa koskemaan tiettyä aluetta?

Miten leikata pehmeästi ja liittää? Vertaa esim ps feather 200pix?

Kahden kuvan liittäminen yhteen niin että toista voisi häivyttää hieman?

Pahoittelut, paljon kysymyksiä. Mutta toaiaan omissa käsissä ei niin joustavasti tuo pi taipunut.

Tähän alkuun täytyy sanoa etten itse ole koskaan omalla koneella photoshoppia käyttänyt ja viimeksi käytinkin sitä varmaan ylä-asteella, mutta kuitenkin vastaan ainakin osaan asioista. (Voipi myös olla että PS:ään tottuminen vaikeuttaa PI:n käyttämistä, en tiedä).

-Gradienttien poistamisesta kysyisin vaan, että käytätkö automaattista vai manuaalista työkalua PI:ssä? Eli oliko ABE vai DBE käytössä? Ja kuinka paljon pelleilit niiden eri parametrien ja asetusten kanssa? Ja oliko esim background neutralization tehty ennen DBE/ABE? Ja venytitkö kuvan uudestaan näiden prosessien jälkeen?

-Kohinan poisto PI:ssä ei todellakaan ole yksittäinen aihe kun sitä voi harrastaa niin monella eri tavalla ja työkalulla. TGVDenoise, ACDNR etc. ja itse ainakin käytän ATrousWaveletTransformia kohinan poistoon. En edellenkään osaa sanoa PS:n denoise mahdollisuuksista mitään mutta PI:ssä riippuu hyvinkin paljon siitä että käyttää oikeaa työkalua oikeilla asetuksilla tai voi tulla hyvinkin rumaa jälkeä.

-Sumujen ja ylipäätään esineiden saaminen esille on oman kokemuksen mukaan vaan yhdistelmä ensin hyvää DBE roundia tai paria, hyvää manuaalista venytystä HistogramTransformation työkalun avulla ja sitten tämän jälkeen CurvesTransformation työkalun kanssa hiljalleen työskentelyä monesti L maskien kanssa. Ja sitten detaileja sun muuta voi yrittää tuoda esille deconvolutionilla tai jollain sopivalla HDR työkalulla.

-Paikallisen alueen kontrasti? Meinaatko jotain käsin piirrettyä / muuten vaan päätettyä aluetta? Uskoisin että tämä on näitä asioita jota PI:ssä on jätetty kokonaan pois koska tekijät pitävät sitä "huijauksena" tai jotain vastaavaa. Mutta siis yleensä luminance maskilla saa aikaan paljon. Ainakin IMO.

-Taitaa mennä samaan kategoriaan kuin ylempi että manuaalisti leikkelemista ja liittelemistä ei pidetä kovin tieteellisenä niin ei ole PI:ssä mukana.

-En ole ihan varma että millaista prosessia ajat takaa tuolla kahden kuvan yhteen liittämisellä mutta toisen häivyttämisellä? Jotain mosaiikkeihin liittyvää? Vaiko jotain sellaista joka voisi helposti mennä noihin kahteen ylempään kategoriaan?

Lainaus käyttäjältä: ollia - 18.10.2015, 13:43:57
Tähän alkuun täytyy sanoa etten itse ole koskaan omalla koneella photoshoppia käyttänyt ja viimeksi käytinkin sitä varmaan ylä-asteella, mutta kuitenkin vastaan ainakin osaan asioista. (Voipi myös olla että PS:ään tottuminen vaikeuttaa PI:n käyttämistä, en tiedä).

-Gradienttien poistamisesta kysyisin vaan, että käytätkö automaattista vai manuaalista työkalua PI:ssä? Eli oliko ABE vai DBE käytössä? Ja kuinka paljon pelleilit niiden eri parametrien ja asetusten kanssa? Ja oliko esim background neutralization tehty ennen DBE/ABE? Ja venytitkö kuvan uudestaan näiden prosessien jälkeen?

-Kohinan poisto PI:ssä ei todellakaan ole yksittäinen aihe kun sitä voi harrastaa niin monella eri tavalla ja työkalulla. TGVDenoise, ACDNR etc. ja itse ainakin käytän ATrousWaveletTransformia kohinan poistoon. En edellenkään osaa sanoa PS:n denoise mahdollisuuksista mitään mutta PI:ssä riippuu hyvinkin paljon siitä että käyttää oikeaa työkalua oikeilla asetuksilla tai voi tulla hyvinkin rumaa jälkeä.

-Sumujen ja ylipäätään esineiden saaminen esille on oman kokemuksen mukaan vaan yhdistelmä ensin hyvää DBE roundia tai paria, hyvää manuaalista venytystä HistogramTransformation työkalun avulla ja sitten tämän jälkeen CurvesTransformation työkalun kanssa hiljalleen työskentelyä monesti L maskien kanssa. Ja sitten detaileja sun muuta voi yrittää tuoda esille deconvolutionilla tai jollain sopivalla HDR työkalulla.

-Paikallisen alueen kontrasti? Meinaatko jotain käsin piirrettyä / muuten vaan päätettyä aluetta? Uskoisin että tämä on näitä asioita jota PI:ssä on jätetty kokonaan pois koska tekijät pitävät sitä "huijauksena" tai jotain vastaavaa. Mutta siis yleensä luminance maskilla saa aikaan paljon. Ainakin IMO.

-Taitaa mennä samaan kategoriaan kuin ylempi että manuaalisti leikkelemista ja liittelemistä ei pidetä kovin tieteellisenä niin ei ole PI:ssä mukana.

-En ole ihan varma että millaista prosessia ajat takaa tuolla kahden kuvan yhteen liittämisellä mutta toisen häivyttämisellä? Jotain mosaiikkeihin liittyvää? Vaiko jotain sellaista joka voisi helposti mennä noihin kahteen ylempään kategoriaan?

Tuolla DBE tein gradientin poiston, tuo backround neutrealization ei tuonut yleensä mitään lisää. Tuo TGVDenoise pehmensi kuvia aika rajusti silloin kun sen sai toimimaan niin että poisti kohinaa, Käytin myös sitä toista missä voi lisätä bias terävöitystä, mutta sillä en saanut kunnollista jälkeä.  Nuo minun käyttämäni photoshop työkalut ovat lisäosia. Käsittelen yleensä photoshopissa eri valoisuus alueita, en välttämättä hirveästi käytä curvesia. Lähinnä ylipäästö filtteriä, ja raasteroin kuvaa erillaisten maskien kanssa. Ja tosiaan minä ainakin samasta kuvasta saatua dataa yhdistelen parhaalla mahdollisella tavalla. Saatan tähdet ottaa kuvan aikaisemmasta versiosta, en tiedä onko se ''huijaamista'', mutta pyrin aina luonnolliseen ja parhaaseen mahdolliseen kuvaan.

Paikallisella kontrastin muutoksella tarkoitin, että lisään kontrastia tietylle valoisuus alueelle, niin ettei kirkaat kohdat kärsi ja tumma pää mene liian tummaksi.

Omassa vaakakupissa painaa varmasti totuttujen tapojen muuttaminen, pixinsightin käsittely tapa poikkeaa omasta tämänhetkisestä aika paljon. Tarkennuksena vielä että en epäile yhtään ettei pixinsightilla saa samanlaisia ja parempiakin kuvia kuin photarilla, mutta minä en osannut kyllä hyödyntää ainakaan tuon trialin aikana kunnolla tuota. Kokeilin eri ohjeiden mukaan LRGB ja dslr käsittely tapoja. Mielestäni ne keskittyvät liikaa kohinan poistoon ja kuvan tasoitteluun, ennen kuin edes on selvää miten hyvin kuva ne kestää. Näyttö venytys on kuitenkin suuntaa antava, eikä sillä tarkasti tiedä lopullista kohinan määrää tms.

Nyt teen photarilla suunnilleen näin:
Kohde esille kevyellä venytyksellä(ainut venytys)
Tasolla värit kohdilleen
Camera rawilla värit kohdilleen jos vielä heittää
Gradientin poisto
Raasteroimalla kohde irti taustataivaasta
Highpass terävöitys
Raasterointia invered maskilla, niin että tähdet blurrattu
Raasteroinnilla himmeät osat irti, inverted mask niin että ottaa vaan niihin.
Saturated-block -> saturaation nosto-> kohina ei lisäänny
Noiseninja
Kirkkaiden tähtien tuonti edellisestä versiosta jos palaneet.
Älykäs terävöinti
Tarvittaessa värit kuvasta pois ja uusi terävöitys, sitten väri kuvan blurraus ja tasojen säädöistä luminanssi ja väri-> kuvan yhdistäminen
Star shrink plug in


Pixinsightilla tein näin:
Dynamic crop
DBE
backround neutralization, jos tarvitsee
AVGnoise -> vai mikä se oli millä sai vihreän pois kuvasta
curvestransformation värit kohdilleen jos vihreän poiston jälkeen häikkää
TVGnoise hyvin pienellä
Screentransferfunctionilla venytys. Eli siis kopion tuon automaatti venytyksen
Venyttelyä niin että kuva tasoittuu hieman.
(tämän jälkeen terävöitys tesejä yms. missä ne ongelmat tuli)

Sitten photarilla miltei tuo sama rumba kuin ylhäällä. Eli pixinsightilla tein alku käsittelyn ja noi ''hifistely'' jutut tuolla photarissa.

Minulle vieras termi on 'raasteroiminen'. Mitähän se käytännössä tarkoittaa ?

Lainaus käyttäjältä: einari - 18.10.2015, 16:15:33
Minulle vieras termi on 'raasteroiminen'. Mitähän se käytännössä tarkoittaa ?

http://www.photoshopessentials.com/photo-editing/layer-blend-modes/screen/ (http://www.photoshopessentials.com/photo-editing/layer-blend-modes/screen/)

ja tässä miltei miten minä sitä käytän, vähän tarkemmin ja laajemmin vaan
http://www.astronomersdoitinthedark.com/DSLR-LLRGB-Tutorial/12-ScreenMaskInvert/12-ScreenMaskInvert.html (http://www.astronomersdoitinthedark.com/DSLR-LLRGB-Tutorial/12-ScreenMaskInvert/12-ScreenMaskInvert.html)

Jaha, oli tuo tuttua mutta suomenkielinen termi oli outo.

Hei.
Johtuukohan nämä ditheröinnin vähyydestä vai mistä tälläinen johtuu? nuo kuumat pixelit ei häviä pinouksessa. vai pitääkö alkaa darkkeja ottamaan?
(http://i1292.photobucket.com/albums/b563/wmx1/nimetoumln_zpsem9zrohd.jpg) (http://s1292.photobucket.com/user/wmx1/media/nimetoumln_zpsem9zrohd.jpg.html)

yksittäinen kalibroitu ruutu
(http://i1292.photobucket.com/albums/b563/wmx1/nimetoumln1_zpscdzai792.jpg) (http://s1292.photobucket.com/user/wmx1/media/nimetoumln1_zpscdzai792.jpg.html)

Lainaus käyttäjältä: wm-x - 01.11.2015, 11:50:43
Hei.
Johtuukohan nämä ditheröinnin vähyydestä vai mistä tälläinen johtuu? nuo kuumat pixelit ei häviä pinouksessa. vai pitääkö alkaa darkkeja ottamaan?

Valotuksia näyttäisi olevan riittävästi käyttämään parempiakin metodeja kuin perus Sigma Clippingiä. Lisäksi kannattaa etsiä noita sopivia reject-parametreja tarkkailemassa High ja Low hylkäyskuvia, ja säätää raja-arvoja siten, että noissa raporttikuvissa alkaa näkyä hylkäykset (ctrl-a:lla stretchattuna), muttei vielä laaja-alaisia kohteen pikseleiden hylkyjä.

Clip low range arvolla 0 kannattaa pitää päällä (hylkää ditherin takia reunoilta valottamatta jääneet kohdat, ja saat paremmat reuna-alueet). Jos kamerassa on tunnetut kuumat pikselit, niin ne voi eliminoida kalibrointivaiheessa kalibrointiruuduilla ja cosmetic correctionilla.

Lisäksi, jos et myöhemmin drizzele-pinoa (jos datasi ei ole alisämplättyä, eli alle 2.5px HFD tähdet), niin tuota "Generate drizzle data" checkboxia ei hyödytä pitää päällä.

-Antti

Kiitos vastauksesta. Yleensä käytän sitä winsorized sigma clippingiä. Mutta tässä kokeilin tuota perinteistä kun ei mikään tunnu toimivan.
Onko PI joku detect and delete hot/cold pixel's työkalu?
Arvot kun saan niin että se leikkaa nuo viirut pois niin samalla häviää dataa itse kohteesta.


Edit. Niin tuo cosmetic correctionhan ottaa nuo kuumat pixeli darkeista? Darkkeja en ole ottanut. Voiko tuon cosmetic correctin ruudun tehdä jotenkin?

Lainaus käyttäjältä: wm-x - 01.11.2015, 12:23:50
Edit. Niin tuo cosmetic correctionhan ottaa nuo kuumat pixeli darkeista? Darkkeja en ole ottanut. Voiko tuon cosmetic correctin ruudun tehdä jotenkin?

Ilman master-darkkia voit kokeilla sitä Auto Detect -moodia, jolloin se yrittää jollain sigma-reject -arvolla päätellä kuumat/kylmät pois.
Siinä voi myös yksittäiset käydä kliksuttelemassa defect-listaan: klikkaa kuumaa/kylmää pikseliä ja sen jälkeen "add defect". Jos "limit" ei ole päällä niin se ottaa koko rivin.
-Antti

Ei pure kyllä niihin kuumiin pixeleihin, mutta siistii kuvasta kohinan todella tehokkaasti pois jos laittaa sigma hot 0 ja sigma cold 0.  En ainakaan huomannut että yksityiskohdat kärsisivät.

EDIT: pitää koittaa käsin klikata nuo pois

Ei noita saa pois järkevästi. En ainakaan itse osaa. Minulla on selvästi liian pienellä tuo ditheröinti. Sen kuuman pikselin laita osuu vielä seuraavassa kuvassa tuohon samaan kohtaan ja siitä tuo viirutus tulee? Se oli järkevin selitys mitä keksin. Ei ole ehkä kauhean käytännöllistä 50 kuvasta käsin merkata noita kuumia pikseleitä.
Kohta on darkitkin otettava.

Vaikka täällä on monesti todettu ettei järkkärien kanssa kannattaisi niitä darkkeja ottaa niin itse päädyin kuitenkin siihen että näiden kuumien pikselien kanssa se on kuitenkin se varmin ja helpoin reitti.

Korvaa sitten darkit kerran kuukaudessa tai jotakin lämpötilavaihtelujen mukaan.

Jos on joku idioottivarma softa kalibrointi vaihe PI:ssä jolla saa paremmin hoidettua niin meikäkin on innolla kuulolla.

Lainaus käyttäjältä: wm-x - 01.11.2015, 18:40:30
Ei noita saa pois järkevästi. En ainakaan itse osaa. Minulla on selvästi liian pienellä tuo ditheröinti. Sen kuuman pikselin laita osuu vielä seuraavassa kuvassa tuohon samaan kohtaan ja siitä tuo viirutus tulee? Se oli järkevin selitys mitä keksin. Ei ole ehkä kauhean käytännöllistä 50 kuvasta käsin merkata noita kuumia pikseleitä.
Kohta on darkitkin otettava.

Ne tarvitsee merkitä vain yhdestä, ei rekisteröidystä ruudusta, koska kuumat pikselit ovat aina samassa pikselikoordinaatissa siinä alkuperäisessä kuvassa. Ja siitä vasemman alareunan kolmiosta saat hinattua kopion työpöydälle ikoniksi ja talletettua, niin ei tarvitse toista kertaa merkitä niitä.

-Antti

Osaisiko joku sanoa jotain mukavia temppuja (tai jotain taika asetuksia  :tongue: ) mosaiikkien tekemiseen pixinsightilla? Itse olen nyt käyttänyt starAlignment työkalua ensin tekemään mosaiikkipohjan jota vasten sitten teen toisen iteraation starAlignmentilla joka rekisteröi ne kuvat sitä mosaiikkipohjaa vastaan ja tallentaa ne omaan hakemistoon. Ja tämän jälkeen GradientMergeMosaic työkalulla tekee sen lopullisen mosaiikin.

Eli tälläsiä asetuksia olen käytellyt:

(http://i.imgur.com/nJV0H9s.png)
http://i.imgur.com/nJV0H9s.png

Ja isoin ongelma johon olen törmännyt on nämä artifaktit kun yritän käyttää enemmän kun 2 paneelia:

(http://i.imgur.com/UNQPekR.png)
http://i.imgur.com/UNQPekR.png

Ja toinen ongelma joka pahenee joka kerta kun lisää paneeleja on se, että tuntuu kuin kuvien kontrasti huononisi ja detailia hukkuisi. Mitä enempi paneeleja niin sitä pahempi se tuntuisi olevan. Tässä kahden paneelin esimerkissä ei näy niin kauheasti mutta esimerkki kuitenkin:

(http://i.imgur.com/uFLp3Mx.png)
http://i.imgur.com/uFLp3Mx.png

oikealla yksittäinen paneeli vasemalla mosaiikki. Olen yrittänyt ajaa DBE:tä kaikkiin kuviin parikin kertaa mutta aina jää jotain pientä gradienttia jonka PI jostain syystä tuntuisi levittävän tuon GradientMergeMosaic työkalun ajamisen aikana koko mosaiikin alueella hukuttaen osan datasta.

Kenellään kokemusta mosaiikkien optimoimisesta PI:llä?

Voin toki ladata johonkin megaan kalibroituja ja pinottuja ruutujani jos jotakuta kiinnostaa, mutta en turhaan uploadaile.

Lainaus käyttäjältä: ollia - 06.11.2015, 17:33:56
Osaisiko joku sanoa jotain mukavia temppuja (tai jotain taika asetuksia  :tongue: ) mosaiikkien tekemiseen pixinsightilla? Itse olen nyt käyttänyt starAlignment työkalua ensin tekemään mosaiikkipohjan jota vasten sitten teen toisen iteraation starAlignmentilla joka rekisteröi ne kuvat sitä mosaiikkipohjaa vastaan ja tallentaa ne omaan hakemistoon. Ja tämän jälkeen GradientMergeMosaic työkalulla tekee sen lopullisen mosaiikin.
Ja isoin ongelma johon olen törmännyt on nämä artifaktit kun yritän käyttää enemmän kun 2 paneelia:

Kenellään kokemusta mosaiikkien optimoimisesta PI:llä?

Oma prosessini on ollut tuon karkean pohjan jälkeen tehdä sille plate-solve (Scripts -> jotain -> ImageSolver), sen jälkeen solvetun kuvan tiedoilla synteettinen tähtikuva, ja tätä vasten alignata oikeat mosaiikkiruudut siten, että kunkin paneelin ympärillä on mustaa. Nämä sitten olen normalisoinut BatchLinearFit skriptilläni, joka taitaa olla nykyään osana PI:n pakettiakin, tosin siinä on vanha versio jossa on pieni bugi. Tuon jälkeen GradientMergeMosaic pystyykin jo asetuksia säätämällä tekemään kohtuuhyvää jälkeä, mutta joidenkin overlap-alueella olevien tähtien kohdalle on pitänyt kloonata osaan ruuduista mustaa sieltä reuna-alueelta. Esimerkiksi M31-ketjusta pitäisi löytyä 2x2 paneelin mosaiikki, jonka olen tehnyt tuolla prosessilla ja jonka lähtödata kärsi pahoista kuugradienteista.

-A

Lainaus käyttäjältä: mickut - 06.11.2015, 18:15:11
Oma prosessini on ollut tuon karkean pohjan jälkeen tehdä sille plate-solve (Scripts -> jotain -> ImageSolver), sen jälkeen solvetun kuvan tiedoilla synteettinen tähtikuva, ja tätä vasten alignata oikeat mosaiikkiruudut siten, että kunkin paneelin ympärillä on mustaa. Nämä sitten olen normalisoinut BatchLinearFit skriptilläni, joka taitaa olla nykyään osana PI:n pakettiakin, tosin siinä on vanha versio jossa on pieni bugi. Tuon jälkeen GradientMergeMosaic pystyykin jo asetuksia säätämällä tekemään kohtuuhyvää jälkeä, mutta joidenkin overlap-alueella olevien tähtien kohdalle on pitänyt kloonata osaan ruuduista mustaa sieltä reuna-alueelta. Esimerkiksi M31-ketjusta pitäisi löytyä 2x2 paneelin mosaiikki, jonka olen tehnyt tuolla prosessilla ja jonka lähtödata kärsi pahoista kuugradienteista.

-A

Kiitoksia vinkeistä. Pitää kokeilla tuossa illemmalla että saako näillä eväilla parempaa jälkeä aikaan (tosin ensin Bondin katselua).

Ensimmäistä kertaa tein manuaalisesti PI kalibroinnin, kohdistamisen ja pinoamisen. Ruudut oli: 79 light, 100 bias, 20 dark, 35 flat x3. Eli kolmen eri illan data oli tässä paketissa. Aikaa meni yhteensä n. 4-5 tuntia. Katsotaan jos saisin vielä tänään käsiteltyä kuvan loppuun tuon PI kanssa. Aikaa vievää hommaa ja perheellisellä kaikki on yöunesta pois. Tästä huolimatta tuo on parempi menetelmä noin tehdä kuin batchpreprosessing työkalulla. Pitää hioa tätä prosessia jotenkin valmiiksi, että tekee oikeat kansiot valmiiksi ja tietyt kuvat aina samaan paikkaan. Nyt oli välillä sellaista etsimistä kun 2 eri kovalevyllä oli kuvia.

Sekoilin vain tuon debayeroinnin kanssa, en ole varma että olikohan kaikki calibrointi ruudut debayeroituja, tai pitikö niiden edes olla? Kuvassa ehkä näkisin jos näin olisi? Puoliunessa 12 jälkeen kun naputtelee konetta niin tämän siitä saa.

Lainaus käyttäjältä: wm-x - 07.11.2015, 13:20:35
Sekoilin vain tuon debayeroinnin kanssa, en ole varma että olikohan kaikki calibrointi ruudut debayeroituja, tai pitikö niiden edes olla?

Kaikki kalibroinnit ennen debayerointia.

• light - bias
• flat - bias
• light/flat
• debayerointi
• kohdistus
• pinoaminen

Taisin tehdä niin että calibroin tuon flatin, biassilla ja darkilla. Tämän jälkeen calibroin lightit tuolla calibroidulla flatilla. Ei tuosta kuvasta näytä ainakaan ihan kauhea tulevan.

Itse suosin BatchPreProcessingin käyttöä sillä mv-kameran ja suotimien kanssa eri kuvien ja pinojen määrä on kohtuullinen etenkin jos kohdetta kuvaa useampana yönä. Teen BPP:llä kuitenkin vain kalibroinnin ja rekisteröinnin, pinoamisvaiheessa ImageIntegrationin asetusten käsin nysväämisestä on ihan oikeaa etua satelliittiviirujen yms hävittämisessä.

Käytännössä organisoin homman siten, että kopioin kuvauskoneelta kunkin yön tiedostot (valotukset ja flatit) kotikoneelle kohteen hakemiston alle päivämääräkohtaisiin hakemistoihin. SGP osaa tehdä tällaisen hakemistorakenteen jo kuvausvaiheessa, joten käytännössä riittää siis hakemistojen kopiointi kokonaisuudessaan. Tilanne näyttää siis jotakuinkin tältä:

ldn673/2015-09-11/ldn673_Light_300sec_1x1_R_frame1.fit
ldn673/2015-09-11/ldn673_Light_300sec_1x1_R_frame2.fit
...
ldn673/2015-09-11/ldn673_Flat_0.03sec_1x1_R_frame1.fit
ldn673/2015-09-11/ldn673_Flat_0.03sec_1x1_R_frame2.fit
...
ldn673/2015-09-12/ldn673_Light_300sec_1x1_R_frame13.fit
ldn673/2015-09-12/ldn673_Light_300sec_1x1_R_frame14.fit
...
ldn673/2015-09-12/ldn673_Flat_0.03sec_1x1_R_frame1.fit
ldn673/2015-09-12/ldn673_Flat_0.03sec_1x1_R_frame2.fit
...

Käsittelyä aloittaessa kopioin yleensä ensimmäisen luminanssiruudun erikseen edustamaan kohteen rajausta, jotta sitä ei tarvitse myöhemmin BPP:n kanssa etsiä.

ldn673/framing.fit

Ja etukäteen on toki tehtynä master bias sekä master dark. Darkkikalibroinnille en ole löytänyt Sonyn kennon kanssa tarvetta, mutta käytän sitä Cosmetic Correction-työkalulla kuumien/kylmien pikselien tappamiseen jo ennen pinoamista.

Tässä vaiheessa BPP menee helpoksi, ajan sen aina yhden yön datalle kerrallaan. Koska kuvausohjelma on tallentanut kuvatiedostoihin metatiedot käytetyistä suotimista yms, riittää BPP:n avaamisen jälkeen että "Add Files" dialogissa valitsee yön hakemistosta kaikki tiedostot kyytiin (BPP lajittelee ne suotimittain oikeille välilehdille), "Add Bias":lla ottaa mukaan master bias-tiedoston ja naksauttaa Cosmetic Correctionin päälle sekä Image Integrationin pois. Ja tietenkään haluttua rajausta (yllä framing.fit) ja kohdehakemistoa ei pidä unohtaa. Koneen rouskuttamisen jälkeen lopputuloksena on registered-hakemistossa kalibroidut ja rekisteröidyt kuvat suotimien mukaan alihakemistoihin lajiteltuna.

Kun kaikki yöt on käsitelty BPP:llä, voin ladata ImageIntegrationiin aina koko suodinkohtaisen hakemiston sisällön ja alkaa säätämään pinoamisparametreja. Yleensä tosin tsekkaan vielä ennen tätä Blink-työkalulla, ettei osavalotuksiin ole eksynyt ylimääräisiä käpyjä.

Lainaus käyttäjältä: vehnae - 08.11.2015, 00:41:27

Tässä vaiheessa BPP menee helpoksi, ajan sen aina yhden yön datalle kerrallaan. Koska kuvausohjelma on tallentanut kuvatiedostoihin metatiedot käytetyistä suotimista yms, riittää BPP:n avaamisen jälkeen että "Add Files" dialogissa valitsee yön hakemistosta kaikki tiedostot kyytiin (BPP lajittelee ne suotimittain oikeille välilehdille), "Add Bias":lla ottaa mukaan master bias-tiedoston ja naksauttaa Cosmetic Correctionin päälle sekä Image Integrationin pois. Ja tietenkään haluttua rajausta (yllä framing.fit) ja kohdehakemistoa ei pidä unohtaa. Koneen rouskuttamisen jälkeen lopputuloksena on registered-hakemistossa kalibroidut ja rekisteröidyt kuvat suotimien mukaan alihakemistoihin lajiteltuna.

Ja jos haluaa päästä vielä helpommalla, koko hommasta voi tehdä skriptin kolmella rivillä, jolloin se ottaa master darkit, biasit ja CosmeticCorrecitonin automaattisesti kyytiin. Ainoa ylläpitotoimi on PI:n päivityksen yhteydessä skriptien tarkistussummien muuttuessa päivittää skriptiin uudet tarkistussummat.

Tallenna PrefilledBatchPreprocessing.scp sopivaan hakemistoon, ja sen seuraksi myöhemmin ikonitiedosto:

#feature-id My Scripts > Prefilled BatchPreprocessing

#feature-info This script executes BatchPreprocessing with my CosmeticCorrection icons and other magic.

open c:/Astro/Calibration/PI/BatchPP_template.xpsm
instance --icon=BatchPreprocess_template -execute-global


Templaatin teko:

• Tee CosmeticCorrectionille tarvittavat toimet BPP-käyttöä varten (autodetectit, defect listat jne), hinaa kolmiosta PIn työpöydälle ja vaihda nimi oikean ylänurkan "N":stä johonkin tunnistettavaan
• Käynnistä BatchPreprocessing, esitäytä biasit, darkit ja tarvittavat jokakertaiset ruksit (master bias/dark jne) , sekä viittaus äskeiseen CosmeticCorrection -ikoniin.
• Hinaa kolmiosta kopio PI:n työpöydälle ja vaihda nimi tunnistettavaan (yo skriptissä BatchPreprocess_template).
• Sulje BPP
• Siirrä ikonit sopivaan kohtaan työpöytää
• Valitse molemmat ikonit (piirrä hiirellä suorakaide ympäri), ja oikean napin kontekstivalikosta "Save selected icons".
• Vaihda ylläolevaan skriptiin antamasi polku ja tiedostonnimi, sekä BatchPreprocessing -ikonin nimi
• Lisää skripti PI:n skriptilistaan: Scripts -> Feature Scripts -> Add -> valitse hakemisto jossa custom-skriptisi ovat.

Scripts -valikkoon pitäisi ilmestyä uusi "My Scripts" kohta ja sen alle Prefilled BatchPreprocessing.

HTH,
Antti

Näyttääkö teistä normaalille? Vasemmalla siis bias ja oikealla dark. Tuossa soul nebulassa oli ala laita aika kovasti punertava/ylivaloittunut. Mutta sen sai gradientin poistolla korjattua. Minusta tämä kalibrointi ei mennyt nyt ihan oikein. Tämän kuvan prosessointi vie älyttömästi koneelta aikaa niin haluaisin keksiä nyt mikä on pielessä ennenkuin teen uudestaan.
(http://i1292.photobucket.com/albums/b563/wmx1/JAKOON_zpsz4pxwbu9.jpg) (http://s1292.photobucket.com/user/wmx1/media/JAKOON_zpsz4pxwbu9.jpg.html)

Lainaus käyttäjältä: wm-x - 08.11.2015, 13:19:33
Näyttääkö teistä normaalille? Vasemmalla siis bias ja oikealla dark. Tuossa soul nebulassa oli ala laita aika kovasti punertava/ylivaloittunut. Mutta sen sai gradientin poistolla korjattua. Minusta tämä kalibrointi ei mennyt nyt ihan oikein. Tämän kuvan prosessointi vie älyttömästi koneelta aikaa niin haluaisin keksiä nyt mikä on pielessä ennenkuin teen uudestaan.

Näyttää ihan hyvältä. Gradienttejä tulee yleensä myös taivaasta, lähteninä valosaaste, taivashehku, kuu jne.

Varsinkin master biasin ja darkin tekeminen vie aikaa, mutta niitä ei onneksi tarvitse tehdä kuin kerran pari kaudessa.

-Antti

Kiitos vastauksesta. Yhtenä yönä oli kuutamoa ja silloin käytin vain 400sec valoituksia kun tausta taivas vaaleni, käytin nekin kuvat tuohon pinoon. Pitää koittaa vielä pinota ilman niitä ja katsoa miltä näyttää.

Edit: aina palataan datan laatuun tässä kuvankäsittelyssä. Eli gradientin puolesta tuo pino jossa ei ollut noita kuutamolla otettuja kuvia oli paljon parempi. Mutta kohina nousee kyllä kovasti samalla kun 1/3 valoituksista lähtee pois. Eli pitää tyytyä käsittelemään tuota gradientti kuvaa.

Minulla oli muutama erillainen bias ruutu, mitä testailin. Yhteen pinoon olin käyttänyt sellaista bias ruutua mikä oli jostain syystä leikkaantunut pois melkein kokonaan. Ylhäällä oli n. 1/15 osa kuvasta tallella.

Toinen ongelma ilmeisesti oli kun olin noita flättejä kalibroidessa käyttänyt niin darkkia kuin biasta. Eli pelkkä bias pitää valita.

Osaako joku auttaa miksi PI valittelee tälläistä(alla olevassa kuvassa). Tuo kalibrointi on tehnyt tuota koko ajan, jättääköhän se jonkun vaiheen tekemättä?

(http://i1292.photobucket.com/albums/b563/wmx1/jako_zps0pq3keb8.jpg) (http://s1292.photobucket.com/user/wmx1/media/jako_zps0pq3keb8.jpg.html)

Täältä löytyikin vastauksia mistä tuo *warning no correlation....* viesti johtuu. Vastausta kuitenkaan siihen miten saisin tuon darkin toimimaan ei löytynyt. Pitää koittaa saada tehtyä tuosta darkista defect map ja käyttää sitä ainakin alkuun.
http://stargazerslounge.com/topic/235099-pixinsight-master-flat-file-creation/ (http://stargazerslounge.com/topic/235099-pixinsight-master-flat-file-creation/)

Eli darkkia ei ole käytetty näissä kalibroinneissa, olisihan se noista kuumista pikseleistä pitänyt tajutakkin.

Lainaus käyttäjältä: wm-x - 10.11.2015, 22:01:48
Täältä löytyikin vastauksia mistä tuo *warning no correlation....* viesti johtuu. Vastausta kuitenkaan siihen miten saisin tuon darkin toimimaan ei löytynyt. Pitää koittaa saada tehtyä tuosta darkista defect map ja käyttää sitä ainakin alkuun.

Järkkäreillä nuo darkkien toimimiset ovat vähän niin ja näin, varsinkaan valotuksen skaalaus ei toimi vissiin yhdelläkään CMOS-järkkärillä.

CosmeticCorrection:ille voi antaa master-darkin, siitä säätää kuumat/kylmät pikkelsit korjaukseen ja sen jälkeen sen kolmion hinata ikoniksi työpöydälle. Tuota ikonia voi käyttää sitten BatchPreprocess -skriptillä, jolloin säästää merkittävästi vaivaa eri vaiheiden ja flat-mastereiden teossa.

BPP:lle annetaan master bias (tai biasit, joista lasketaan master bias, sen jälkeen kopioidaan se talteen ja käytetään luotu masteria), flätit ja valotukset, sekä tuo ikoni, niin pitäisi tulla suoraan yhdessä putkessa kaikki pihalle.

-Antti

Lainaus käyttäjältä: mickut - 11.11.2015, 10:32:44
Järkkäreillä nuo darkkien toimimiset ovat vähän niin ja näin, varsinkaan valotuksen skaalaus ei toimi vissiin yhdelläkään CMOS-järkkärillä.

Joo, se pitää olla harmaasävyjärkkäri ja vielä skaalaamatonta dataa. Mutta jos nämä raamit täyttyvät niin sitten kyllä :)

Yksi mikä saattaa aiheuttaa tuota "korrelaation puutosta" on kuvien automaattinen kääntö. Silloin kamera tallentaa jonkin bitin johonkin sarakkeeseen eikä Pixinsight tykkää mikäli osassa tiedostoista se on siellä ja osassa ei. Tulee lähinnä esille tilanteessa, jossa kamera ylittääkuvasarjan edetessä kallistusrajan johonkin suuntaan ja tulkitsee kuvaajan haluavan ottaa vertikaalikuvia.

Nyt käsittelyssä ic405 ja ic410 yhdistelmä. Tässä toimi darkki monessa ruudussa ja jälki on kyllä paremman näköistä. Voinko napata tuon skaalauksen pois päältä? Joku Pi foorumin guru oli sanonut että sitä ei saisi ottaa pois? Mutta darkit ovat 600s ja lightit 600s, niin eikö noiden pitäisi käydä yhteen?

Maalaisjärjellä ajateltuna pitäisi voida/sopia.
Miltä ne kuvat näyttävät pikselitasolla? Jos näyttää ok:lta niin anna nennä vaan.

Nyt otin uudestaan käsittelyyn tuon soul nebulan. Otin optimize täpän pois tuosta dark calibrationista ja kyllä se siistii kuvaa paremmin. Ei valitellut enää mitään. Ainakin kaikki kuumat pikselit ovat hävinneet ja taustakohinakin on ehkä pienempi. Pitää tehdä takempaa vertailua vielä. Mutta tämän hetkisellä tiedolla, sanoisin että darkit kannattaa ottaa.

Hei

Tässä uudet mielenkiintoiset sivut:

http://www.ip4ap.com/index.htm

t Vesa

Inside Pixinsight oli tullut viimein saataville Adlibrikseen, lähti välittömästi tilaukseen:

http://www.adlibris.com/fi/kirja/inside-pixinsight-9783319256801

Kumma kyllä kirjoittajan itsensä mukaan tuon julkaisu venyy kait ensi kuulle, joten joko Adlibriksen tiedot saatavuudesta eivät pidä paikkaansa tai sitten tuo tulee USA:ssa paljon myöhemmin myyntiin. Kohta se nähdään.

Lainaaallowing the reader to produce stunning astrophotographs from even mediocre data.

Seis, vaarantava virhe.  :cheesy:

Eka yritys pinota kuvia(canon eos 60D) Pixinsightilla. BatchPreprosessilla kuvat,flatit ja biasit. Integroitu kuva autostretchillä katsottuna  sininen.  Missäköhän meni pieleen?

En tiedä että onko tyhmiä kysymyksiä kun en tiedä kuinka paljon PI:tä tullut sinulla käytettyä:

Oletko varma että meni pieleen? Kokeileppa painaa pois käytöstä siitä autostretchistä se kettinki ikoni ja painaa stretch uudestaan niin se yrittää arvata värikanavat oikein.

Tai sitten avaa backgroundneutralization työkalu, tee preview jossa on tausta avaruutta ja ehkä jotain himmeitä tähtiä, ja kyseisessä BN työkalussa valitset tuon preview:n referenssi kuvaksi ja suoritat BN:n tuohon kuvaan. (ja tämän jälkeen uudestaan stretch)

Eiköhän tuo ole ihan kunnossa. Linkitetyt asetukset vain tuolla STF päällä. Järkkärillä pitäisi kyllä tulla punainen, jos olen oikein ymmärtänyt. Joten voit kokeilla vaihtaa up-bottom fits täpän pach preprosessingista.

Tähän asti olen pinonnut kuvat dss:llä ja sitten yrittänyt käsitellä kuvaa Pixinsightilla netti ohjeiden avulla  eli voisi sanoa etten juuri mitään vielä itse tiedä tuosta ohjelmasta. Kaikki ohjeet näihin ja tuleviin kysymyksiini ovat tervetulleita

Tämän viestiketjun alkupuolella on linkki Naaviksen tekemiin ohjeisiin http://foorumi.avaruus.fi/index.php?topic=9544.msg112491#msg112491, noilla pitäisi päästä helposti alkuun.

Lisäksi erinomaisia step-by-step PI videoita löytyy täältä:

http://www.harrysastroshed.com/pixinsight/pixinsight%20video%20html/Pixinsighthome.html (http://www.harrysastroshed.com/pixinsight/pixinsight%20video%20html/Pixinsighthome.html)

Kiitokset vastauksista. ScreenTransferFunction kautta siihen siniseen kuvaan tuli värit ihan ok. Pitää vain kokeilla erilaisten arvojen vaikutusta ja kysellä jos ei saa selvää.

Työstän PI kuvaa johon jäi calibrointi framit ottamatta. Onkohan noille pölypalloille mitään tehtävissä PI puolella?
Dbe/abe ei korjaa noita.

Tein mielenkiintoisen havainnon kun yritin dbe ja abe:a käyttää. Drizzlatun kuvan tarkkuus kärsii jostain syystä poikkeuksellisen paljon? Mistäköhän tämä johtuu?

Menee muuten i7 prossukin tukkoon kun laittaa 1000 iteraatiota masked strechiä   :cheesy:. Nimimerkillä: 30min valmistumista odotellut ja nyt ollaan 89%. Pitää toivoa että meni kerralla kohdalleen.

Olisin suoraa päätä ollut sanomassa että eipä taida onnistua ja ajattelin kysyä että onko kamera vielä paikallaan eikä sitä ole käännetty/liikuteltu ? Silloin voit ottaa flätit vieläkin.
Mutta joku on tätäkin pohtinut...
https://pixinsight.com/forum/index.php?topic=1989.0

Photari antoi oikotien. Ei mikään tyylipuhtain suoritus, mutta katsotaan jos tämä kuva pääsisi foorumille asti.

Nämä ovat siis niitä kuvia mitä otin silloin kun jalusta ei toiminut. Oli sieltä 900 kuvan joukossa mm. 4 tuntia hyviä kuvia sydänsumusta  :oops:... Mutta ajattelin silloin ettei kannata flattejä ottaa kun on niin huonot kuvat :tongue:

Näytti aika kelvolliselta Sydänsumu Photaritaiteilun jälkeen - joskus olen huvin ja urheilun vuoksi koittanut samaa.
Jälkeenpäin löysin vielä tämmöisenkin ohjeen:
http://trappedphotons.com/blog/?p=756

Mutta helpommalla vaan pääsee kun ottaa ne kalibrointikuvat.

Oli ihan opettavainen käsittely. Olisi pitänyt tallentaa eri vaiheet käsittelystä. Pitää laittaa stf venytetty kuva tähän näytille. Tuntui että jonkun ihmeen tuon kuvan kanssa tein, alku näytti todella surkealle  :azn:.

https://drive.google.com/folderview?id=0B24ECy12UBmLWkw3bHpneXZ0MUE (https://drive.google.com/folderview?id=0B24ECy12UBmLWkw3bHpneXZ0MUE)


Jatkoin tuota minun epäonnen kohteen kuvausta. NGC 1931 ja IC 417 kohteena. Nyt olen varmasti 10-15 kirkasta yötä tähän käyttänyt ja aina on joku pielessä revontulista seurantavirheisiin.

Sain toissa yönä hyvää dataa pari tuntia kohteesta ja aloin uskomaan että minun polttoväli/tarkkuus ei riitä tälle kohteelle. En vain tiedä pitäisikö minun käyttää tähän lisää valoitus aikaa vai lopettaa vain leikki kesken tämän kohteen kanssa. Vaikeita päätöksiä kun on niin monta "helpompaa" kohdetta kuvaus listalla.

Yllä olevassa linkissä massiivinen yli 1 gigan 64bit drizzlattu tiedosto pinotussa mutta käsittelemättömässä muodossa. Tiedosto on pixinsight tiedosto. Tuskin kukaan jaksaa tuota ladata, mutta jos joku haluaa käpistellä dataa ja katsoa saisiko jotain  tarkkaa siitä irti niin olkaa hyvä. Kuvan voi jakaa kysymättä enempää tähän ketjuun.

Itse tein nopean abe+dbe joka näytti että värimailma ja tähdet ovat kunnossa. Stf näyttää sumun mutta tarkkuus ei vaikuta riittävältä. Vaikka tekisin kontrasti eroja sumuun ja saisin sen revittyä taustataivaasta irti riittääkö tarkkuus silti.

Yritin automatic strechiä, masked strechiä ja histogram transformationia. Näitä koitin maskeilla ja ilman.
Mutta en vain saa pidettyä tähtiä kasassa ja sumua nousemaan taustataivaasta.

Miten olette käsitelleet valoitukset eri öiltä, jos on orientaatio sattunut jäämään ihan vinksalleen? Eli minulla on kuvadataa joka on noin 45 astetta ''vinossa'' toisiinsa nähden.  Haluasin saada rajauksesta paremman mutta PI on clipannut toisen yön kuvista puoli framea pois kun tein rekistöröinnin koko kuvasarjalle yhdessä? Pitäisikö nuo pinota erilleen ja sitten yhdistää pinotut kuvat?

Toinen asia mikä aiheuttaa ongelmia on valita pinoamis metodi.

Yleinen ohje on ilmeisesti:
Averaged Sigma Clipping for < 10 frames
Winsorized Sigma Clipping for 10 to 20 frames
Linear Fit Clipping for > 20 frames


Normaalisti pinoan aina yli 20 kuvaa. Saan tuolla linear fit clipillä paljon tasaisempia kuvia, mutta samalla myös paljon pimeämpiä. Jos ajan winsorized sigmalla pinotun kuvan STF:n linear fit clip kuvalle niin siitä tulee todella pimeä.  Linear fit clip ei poista myöskään kuumia pikseleitä samalla lailla kuin winsorized sigma clip. Kohinaa jää paljon enemmän taas tuohon winsorized sigma clippiin.

Joten kysymys kuuluu millä asetuksilla oikein pinoan kuvani. Valoisampi ja enemmän kohinaa, vai pimeämpi ja vähemmän kohinaa??  :shocked:

Eikai tähtikuvan data voi olla mitenkään pimeää tai valoisaa. Pimeästä voi aina tehdä venyttämällä valoisan, jolloin tietysti kohinakin kirkastuu mukana. Ratkaisevaa on signaalin suhde kohinaan, eli SNR.

Lainaus käyttäjältä: Lauri Kangas - 09.10.2016, 14:48:31
Eikai tähtikuvan data voi olla mitenkään pimeää tai valoisaa. Pimeästä voi aina tehdä venyttämällä valoisan, jolloin tietysti kohinakin kirkastuu mukana. Ratkaisevaa on signaalin suhde kohinaan, eli SNR.

Totta kun sen noin sanot. Miten tuota loppukuvan snr voi arvioida muuten kuin silmällä?


Yritän selvittää mistä johtuvat muutamat 0 arvon mustat pisteet kuvissa. Tein nyt superbiassin: näyttääkö tämä oikealta?
(http://i1292.photobucket.com/albums/b563/wmx1/nimetoumln_zpspmicjyqj.jpg) (http://s1292.photobucket.com/user/wmx1/media/nimetoumln_zpspmicjyqj.jpg.html)

Lainaus käyttäjältä: wm-x - 09.10.2016, 12:52:37
Miten olette käsitelleet valoitukset eri öiltä, jos on orientaatio sattunut jäämään ihan vinksalleen? Eli minulla on kuvadataa joka on noin 45 astetta ''vinossa'' toisiinsa nähden.  Haluasin saada rajauksesta paremman mutta PI on clipannut toisen yön kuvista puoli framea pois kun tein rekistöröinnin koko kuvasarjalle yhdessä?

Siis tapahtuuko näin, vaikka olet mielestäsi valinnut rekisteröinnin referenssiframen ns. "fiksusti"?

Luulen että tuo olisi käynyt toisin päin jos olisin valinnut toisen framin. Eli näin kävi:
(http://i1292.photobucket.com/albums/b563/wmx1/Screenshot_20161009-172810_zpsznaljyul.png) (http://s1292.photobucket.com/user/wmx1/media/Screenshot_20161009-172810_zpsznaljyul.png.html)

Lainaus käyttäjältä: wm-x - 09.10.2016, 17:33:02
Luulen että tuo olisi käynyt toisin päin jos olisin valinnut toisen framin. Eli näin kävi:

Eihän se tuon paremmin voi mennä, jos eri valotuksilla kuva on tuolleen 45 astetta sivussa.

Tai ööh...tajusinkohan nyt oikein mitä tarkoitit? Haluatko mahdollisesti, että kuvat pinotaan kokonaisina, jolloin osaan kuvasta tulisi vähemmän pinottuja pikseleitä, kun kaikki freimit eivät osu kohdalleen?

Lainaus käyttäjältä: kjj - 09.10.2016, 18:22:27
Tai ööh...tajusinkohan nyt oikein mitä tarkoitit? Haluatko mahdollisesti, että kuvat pinotaan kokonaisina, jolloin osaan kuvasta tulisi vähemmän pinottuja pikseleitä, kun kaikki freimit eivät osu kohdalleen?

Kyllä. Haluaisin framit kokonaisina, se tuo vähän lisää mahdollisuuksia rajata.

Tuon hämähäkki sumun kanssa oli ihan sama juttu, mutta jostain syystä drizzle integration tasoitti koko kuvakentän puolestani. Mikäköhän logiikka siinä oli? Jos sitä kuvaa katsoo niin koko oikea laita on 2-3h vähemmän valon kanssa.

Tähänkö threadiin voi pistää kysymyksiä PixInsight guruille?

Olen rakentamassa neljän framen mosaiikkia, mutta kun kyseessä on sumu ja erittäin vähän tähtiä, niin käyttämäni StarAlignment ei toimi. Ei löydy tarpeeksi tähtiä kuvien rekisteröintiin. Mikäs nyt avuksi?

Lainaus käyttäjältä: wm-x - 09.10.2016, 18:40:48
Kyllä. Haluaisin framit kokonaisina, se tuo vähän lisää mahdollisuuksia rajata.

Aah, ok. Sitten voisit kokeilla, toimisiko käsin rekisteröitäessä StarAlignment-prosessin working moden "Register/Union - Separate"-säätö haluamallasi tavalla.

Lainaus käyttäjältä: kjj - 09.10.2016, 19:20:49
Aah, ok. Sitten voisit kokeilla, toimisiko käsin rekisteröitäessä StarAlignment-prosessin working moden "Register/Union - Separate"-säätö haluamallasi tavalla.

Selvä kiitos.


Tässä siis minun ongelmani tuon valoisuuden suhtee. Enemmän tulee winsorized sigmassa mustia alueita näkyviin, joten taidan yrittää siitä värkätä kuvan, toisaalta tuo linear fit clip on tasaisempi ja kohinaa ei juurikaan.

Linear fit clip vs. winsorized sigma clip

(http://i1292.photobucket.com/albums/b563/wmx1/winsorized%20vs.%20linear%20fit_zpsnmfrfpoj.jpg) (http://s1292.photobucket.com/user/wmx1/media/winsorized%20vs.%20linear%20fit_zpsnmfrfpoj.jpg.html)

Lainaus käyttäjältä: wm-x - 09.10.2016, 20:42:35
Tässä siis minun ongelmani tuon valoisuuden suhtee. Enemmän tulee winsorized sigmassa mustia alueita näkyviin, joten taidan yrittää siitä värkätä kuvan, toisaalta tuo linear fit clip on tasaisempi ja kohinaa ei juurikaan.

Voisitko harkita laittavasi kuvat esim. Imguriin tai muuhun järkevään palveluun? Photobucket on täynnä mainoksia, ja laittamasi kuvakaappaukset ovat aika pieniä. Näyttäisi olevan 1024x576 pikseliä.

Pahoittelut. Perustan johonkin muualle tuon kuvien jakamis palvelun. Itseäkin ärsyttää tuo photobucket.

Lainaus käyttäjältä: PetriKe - 09.10.2016, 19:00:10
Tähänkö threadiin voi pistää kysymyksiä PixInsight guruille?
Olen rakentamassa neljän framen mosaiikkia, mutta kun kyseessä on sumu ja erittäin vähän tähtiä, niin käyttämäni StarAlignment ei toimi. Ei löydy tarpeeksi tähtiä kuvien rekisteröintiin. Mikäs nyt avuksi?

Jep, oikea paikka on.
En tiedä vastausta kysymykseen, mutta tältä sivulta saattaisi löytää sen: https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html (https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html)
Olisiko jokin parametrien säätöasia taas kerran? https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html#usage_006 (https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html#usage_006)
PI:n kanssa yleensä homman kuin homman pystyy tekemään, jos/kun jaksaa vain opetella ja on aikaa tuohon touhuun.
=> Joku minua fiksumpi PI-käyttäjä tietänee paremman vastauksen kysymykseen...

Lainaus käyttäjältä: wm-x - 09.10.2016, 17:33:02
Luulen että tuo olisi käynyt toisin päin jos olisin valinnut toisen framin. Eli näin kävi:
(http://i1292.photobucket.com/albums/b563/wmx1/Screenshot_20161009-172810_zpsznaljyul.png) (http://s1292.photobucket.com/user/wmx1/media/Screenshot_20161009-172810_zpsznaljyul.png.html)

Se mitä minulla tulee ensimmäiseksi mieleen on että StarAlignmentissä on sellainen "register/union mosaic" vaihtoehto working moden kohdalla. Sen kun valitset, laitat yhden illan valon referenssiksi ja toisen illan valon targettiin niin tulos pitäisi olla kuva jossa on molemmat valot mosaiikkina ja ympärillä tarpeeksi tyhjää mustaa.

Sitten kun tuo on valmis niin voit sitä käyttää BatchPreProcessingin aikana referenssi framena, jolloin koko homman pitäisi olla esillä lopullisessa pinossa. Jos nyt oikein muistan.

Kiitos neuvoista. Pitää yrittää, tämä vain kestää aina kun on isompi setti kyseessä. Yritän nyt käsitellä tuon keskustan ensin ja katsotaan sitten miten käy.

Pitäisi aina ottaa se aika ja asetella orientaatiot kohdalleen. Jos yöllä herää vaihtamaan kohdetta ja aamulla töihin lähtö niin ei tee mieli alkaa ottamaan flattejä ja kääntämään kameraa  :azn:

Lainaus käyttäjältä: Timpe - 09.10.2016, 21:22:52
Jep, oikea paikka on.
En tiedä vastausta kysymykseen, mutta tältä sivulta saattaisi löytää sen: https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html (https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html)
Olisiko jokin parametrien säätöasia taas kerran? https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html#usage_006 (https://pixinsight.com/doc/tools/StarAlignment/StarAlignment.html#usage_006)
PI:n kanssa yleensä homman kuin homman pystyy tekemään, jos/kun jaksaa vain opetella ja on aikaa tuohon touhuun.
=> Joku minua fiksumpi PI-käyttäjä tietänee paremman vastauksen kysymykseen...

Muutaman kokeilun jälkeen huomasin seuraavat asiat: PI ei osaa oikein yhdistää pinottuja käsittelemättömiä FITS-ruutuja, jos niitä ei ole skaalattu. Kun venyttelin kuvien histogrammin ja tallensin TIFF-tiedostoiksi ja avasin PI:ssä, niin sitten onnistui kolme neljästä. Tämän jälkeen päivitin uusimpaan PI-versioon, ja sitten onnistui kaikkien TIFF-ruutujen yhdistämienen.

Näenkö pinotusta tiedostosta miten se on pinottu ? Eli millä asetuksilla pinoaminen on tapahtunut :cheesy:

Yritän tehdä uudestaan tuota kohinatonta kuvaa jonka olin jo pinonnut mutta en löydä samoja asetuksia. Haluaisin sen drizlata.

tai saanko luotua drizzle datan tuosta kuvasta uudestaan?

Hei
Onko merkitystä, käyttääkö RGB kanavien yhdistämiseen ChannelCombination tai LRGBCombination tuomintoa??

t vesa

Lainaus käyttäjältä: vesa k - 14.10.2016, 17:02:02
Hei
Onko merkitystä, käyttääkö RGB kanavien yhdistämiseen ChannelCombination tai LRGBCombination tuomintoa??

t vesa

Ei pitäisi olla.

mikäköhän periaate tuossa bayer drizzlessä on? Se poistaa myös purppurat halot tähtien reunasta. tuntuu toimivan paremmin kuin normi drizzlaus.

Slope ruudut ovat näissä näissä hyvin erillaiset.

Lainaus käyttäjältä: wm-x - 14.10.2016, 22:49:33
mikäköhän periaate tuossa bayer drizzlessä on? Se poistaa myös purppurat halot tähtien reunasta. tuntuu toimivan paremmin kuin normi drizzlaus.

Slope ruudut ovat näissä näissä hyvin erillaiset.

Itse itselle vastaten, jos jotakin muuta kiinnostaa. Kannattaa lukea täältä:

http://pixinsight.com/forum/index.php?topic=10362 (http://pixinsight.com/forum/index.php?topic=10362)

Käyttääkö joku wavelet-kerroksiin perustuvaa tyyliä kuvankäsittelyssä? Olisi mielenkiintoista kuulla kuvan pilkkomisesta osiin tai eri layereihin ja niiden yhdistämisestä loppukuvaksi.

Olen harjoitellut uutta tyyliä LRGB käsittelyyn sekä eri wavelet kerrosten käsittelyyn. Olen myös opetellut JP:n tone mapping tyyliä, mutta se ei ole oikein lennähtänyt liikkeelle.

Mielellään jaan myös ohjeen muodossa omia kokemuksia ja opittuja asioita. Jos joku haluaa perus prosessoinnista ja kuvankäsittelystä kuulla? Olen ollut flunssassa viikon ja kerennyt siinä ajassa "muutaman" tunnin katselemaan eri ohjeita pixinsightille ja opetellut soveltamaan niitä.

Hei,

Minulla on (taas) ongelmia StarAlignment prosessin kanssa. En saa sillä edes kohdistettua neljää kuvaa. Olen kokeillut säätää Maximum Stars asetusta (<Auto>, 10,20,50,100, jne) ja RANSAC toleransseja (2,6,8) mutta ei kohdistu. SA muka hoitaa homman, mutta sitten kun katsoo kuvia sitten esim Blink prosessilla, niin eihän ne ole. Käsittämätön mysteeri. Osaisko joku auttaa, että missä vika ja mitä teen väärin? Linkin takaa löytyy neljä .XISF kuvaa M109:sta (zip tiedoston koko n. 580MB), jotka on kalibroitu ja debayeröity (kuvauskamerani on Canon EOS 500D).

https://www.dropbox.com/s/x9scnz484vyjjgm/M109.zip?dl=0 (https://www.dropbox.com/s/x9scnz484vyjjgm/M109.zip?dl=0)

Kiitokset jo etukäteen!

Tertsi

Lainaus käyttäjältä: Tertsi - 07.03.2017, 08:36:03
Hei,

Minulla on (taas) ongelmia StarAlignment prosessin kanssa. En saa sillä edes kohdistettua neljää kuvaa. Olen kokeillut säätää Maximum Stars asetusta (<Auto>, 10,20,50,100, jne) ja RANSAC toleransseja (2,6,8) mutta ei kohdistu. SA muka hoitaa homman, mutta sitten kun katsoo kuvia sitten esim Blink prosessilla, niin eihän ne ole. Käsittämätön mysteeri. Osaisko joku auttaa, että missä vika ja mitä teen väärin? Linkin takaa löytyy neljä .XISF kuvaa M109:sta (zip tiedoston koko n. 580MB), jotka on kalibroitu ja debayeröity (kuvauskamerani on Canon EOS 500D).

https://www.dropbox.com/s/x9scnz484vyjjgm/M109.zip?dl=0 (https://www.dropbox.com/s/x9scnz484vyjjgm/M109.zip?dl=0)

Kiitokset jo etukäteen!

Tertsi

Näytti olevan aika himmeä kuva, mutta PI kuvittelee oletusasetuksilla löytävänsä sieltä tähtiä vaikka kuinka koska ilmeisesti tarttuu kuumiin pikseleihin ja on sitten tyytyväinen kun ne pysyvät paikallaan :) Muutin oletusasetuksia sen verran, että laitoin noise reduction arvosta 0 arvoon 1 ja laskin Log(sensitivityn) -1 -> 0 niin tähtiä löytyi enää 32 ja blinkillä katsottuna näyttäisi osuvan kohdalle. Kuumia pikseleitä kyllä tanssii ruudulla eli kalibrointi ei ilmeisesti ole mennyt ihan putkeen tai sitten pitää vaan käyttää cosmetic correctionia tai defect listaa noiden fiksaamiseen.

Lainaus käyttäjältä: jpaana - 07.03.2017, 14:25:50
Näytti olevan aika himmeä kuva, mutta PI kuvittelee oletusasetuksilla löytävänsä sieltä tähtiä vaikka kuinka koska ilmeisesti tarttuu kuumiin pikseleihin ja on sitten tyytyväinen kun ne pysyvät paikallaan :) Muutin oletusasetuksia sen verran, että laitoin noise reduction arvosta 0 arvoon 1 ja laskin Log(sensitivityn) -1 -> 0 niin tähtiä löytyi enää 32 ja blinkillä katsottuna näyttäisi osuvan kohdalle. Kuumia pikseleitä kyllä tanssii ruudulla eli kalibrointi ei ilmeisesti ole mennyt ihan putkeen tai sitten pitää vaan käyttää cosmetic correctionia tai defect listaa noiden fiksaamiseen.

Toimii! Loistavaa, superkiitos!  :azn: Kuvat on tosiaan himmeitä kun kuvaan Helsingin valosaasteessa ja lähes puolikas Kuukin loisti taivaalla kuvien oton aikaan. Kuumia pikseleitä tosiaan on liuta, koska en käytä darkkeja kalibroinnissa. Foorumilla on ollut puhetta siitä, että Canon kameroiden kanssa niitä ei kannata käyttää. Viimeistään pinotessa ne sitten häipyy.

Kiitos vielä kerran!  :smiley:

Lainaus käyttäjältä: Tertsi - 07.03.2017, 14:41:32
Toimii! Loistavaa, superkiitos!  :azn: Kuvat on tosiaan himmeitä kun kuvaan Helsingin valosaasteessa ja lähes puolikas Kuukin loisti taivaalla kuvien oton aikaan. Kuumia pikseleitä tosiaan on liuta, koska en käytä darkkeja kalibroinnissa. Foorumilla on ollut puhetta siitä, että Canon kameroiden kanssa niitä ei kannata käyttää. Viimeistään pinotessa ne sitten häipyy.

Kiitos vielä kerran!  :smiley:

Hyvä että sait toistettua. Itse käytin Canonin kanssa kuvatessa darkkeja, mutta niiden piti olla saman pituisia ja lämpötilan takia samaan aikaan otettu kuin lightit tai homma meni reisille, PI:n dark scaletus ei toiminut Canonin magioiden kanssa yhteen. Ei niilläkään tosin kaikki hävinneet, mutta siistivät kuitenkin aika paljon, cosmetic correction fiksaa aika hyvin jämät. Pinoaminen tosiaan kyllä auttaa sitten myös, jos frameja vaan on riittävästi ja ditheröitynä tai muuten vaan eri kohdista. Niiden korjaaminen ennen debayeröintiä vaan vähentää "leviämistä" viereisiin pikseleihin.

Lainaus käyttäjältä: jpaana - 07.03.2017, 15:43:59
Hyvä että sait toistettua. Itse käytin Canonin kanssa kuvatessa darkkeja, mutta niiden piti olla saman pituisia ja lämpötilan takia samaan aikaan otettu kuin lightit tai homma meni reisille, PI:n dark scaletus ei toiminut Canonin magioiden kanssa yhteen. Ei niilläkään tosin kaikki hävinneet, mutta siistivät kuitenkin aika paljon, cosmetic correction fiksaa aika hyvin jämät. Pinoaminen tosiaan kyllä auttaa sitten myös, jos frameja vaan on riittävästi ja ditheröitynä tai muuten vaan eri kohdista. Niiden korjaaminen ennen debayeröintiä vaan vähentää "leviämistä" viereisiin pikseleihin.

Kyllä!  :azn: Vois ihan harjoituksen vuoksi joskus testata darkkien kuvausta ja käyttöä, mutta ei jotenkin hirveesti innosta kuvata pimeitä ruutuja 3min x 50kpl (~2h30min). Tähän M109 pinoon tulee jotain 78 ruutua (>4h), joten riittävästi on ja lisäksi käytän ditheröintiä kuvattaessa.

Lainaus käyttäjältä: Tertsi - 07.03.2017, 15:54:39
Kyllä!  :azn: Vois ihan harjoituksen vuoksi joskus testata darkkien kuvausta ja käyttöä, mutta ei jotenkin hirveesti innosta kuvata pimeitä ruutuja 3min x 50kpl (~2h30min). Tähän M109 pinoon tulee jotain 78 ruutua (>4h), joten riittävästi on ja lisäksi käytän ditheröintiä kuvattaessa.

Joo, itse tyydyin silloin vähän vähempään määrään, yleensä 25 ja tein lyhempiä valotuksia kun oli vain Astrotrac käytössä, mutta kyllä se siltikin söi. Nostin kameran kuvailemaan itsekseen samalla kun purin muuta kalustoa pois niin ei tarvinnut ihan tumput suorana odotella, mutta kuitenkin. Mut joo, luulisi tuolla määrällä jo häviävän ja tosiaan cosmetic correction sopivilla säädöillä ennen debayeriä fiksaa pahimmat pois kans niin ne eivät sit leviä ja näytä tähdiltä alignoinnin mielestä. Tuo StarAlignmentin hot pixel fix ei oikein tunnu toimivan kuin mono-kuvilla, joissa pikselit ovat vielä yksittäisiä.

Minun flat ongelmat jatkuu ja koitan asiaa selvittää.

Voisiko joku PI paremmin osaava katsoa onko näistä kumpi paremmin kalibroitunut?

Kohina tasot aika samat, mutta silmälle näyttää aika erillaisilta ainakin pikseli tasolla. Kuvissa vain käytetty eri flattejä.
Yksittäiset ruudut kalibroitu bias vähennetyllä flatillä.  Tiedostojen perässä 1 ja 2.(katso selitys alla)

1) Ylivaloitettu flat (iso 1600) Kuvat ja bias iso 400.

2) Minun normaali flat(iso 400) histogrammin puolivälissä. Punainen kanava hieman alempana

Tiedostot:
https://drive.google.com/open?id=0B24ECy12UBmLZjQ3U0VZT3U0LTA (https://drive.google.com/open?id=0B24ECy12UBmLZjQ3U0VZT3U0LTA)

Lainaus käyttäjältä: wm-x - 07.03.2017, 18:47:02
Minun flat ongelmat jatkuu ja koitan asiaa selvittää.

Voisiko joku PI paremmin osaava katsoa onko näistä kumpi paremmin kalibroitunut?

Kohina tasot aika samat, mutta silmälle näyttää aika erillaisilta ainakin pikseli tasolla. Kuvissa vain käytetty eri flattejä.
Yksittäiset ruudut kalibroitu bias vähennetyllä flatillä.  Tiedostojen perässä 1 ja 2.(katso selitys alla)

1) Ylivaloitettu flat (iso 1600) Kuvat ja bias iso 400.

2) Minun normaali flat(iso 400) histogrammin puolivälissä. Punainen kanava hieman alempana

Tiedostot:
https://drive.google.com/open?id=0B24ECy12UBmLZjQ3U0VZT3U0LTA (https://drive.google.com/open?id=0B24ECy12UBmLZjQ3U0VZT3U0LTA)

Pikaisella silmäyksellä tosiaan näyttävät hyvin samanlaisilta, PI:n noise analyysin tulokset kertovat, että kuva 2:ssa olisi hitunen enemmän kohinaa, varsinkin punaisessa kanavassa, mutta ei mitenkään massiivisesti erilaiset (debayer lisää nämä fits headeriin, sieltä kaivettu, tuo isompi ero boldattuna):

Kuva 1
Kanava	Gaussian noise estimate	Fraction of noise pixels
R	5.651e-04	0.119
G	4.721e-04	0.748
B	4.936e-04	0.584
Kuva 2
R	5.655e-04	0.197
G	4.723e-04	0.748
B	4.928e-04	0.588

Korkeampi signaali on tietysti aina parempi, mutta ylivalotuskin haittaa siinä kohtaa, jos se alkaa leikkaamaan yläpäästä. En tiedä mitä tuo "väärällä" biasilla kalibrointi käytännössä tekee, luulisin että alikorjaa, mutta ei välttämättä niin että huomaisi.

Itse otin vielä Canonilla kameran optiikan kanssa kuvatessa flatit valkoista näyttävästä monitorista iso 100:lla ja sopivan lyhyellä valotuksella, että histogrammin yläpää oli noin 2/3 kohdalla kohinan minimoimiseksi. Nyt kaukoputken kanssa ongelma on oikeastaan myös liian valoisa flattivalo, koska kamerani takia haluaisin useamman sekunnin mittaisia flatteja (Atik 383L+ mekaaninen suljin on suhteellisen hidas). Pitäisi väkästellä Arduinosta PWM kontrolleri sille, mutta ei ole ehtinyt..,.

Kiitos kun katsoit. Päädyinkin käyttämään tuota 2. versiota. Tuntuu tuo flat asia niin mustalta magialta jos haluaisi saada "täydellistä" kalibrointia aikaiseksi...



Toinen Pixinsight kysymys:
Oletteko yleensä yrittäneet pinoamisella korjata pelkästään kuumat pikseli/lentokoneet/muut virheet ja painottaneet kuvia tarkemmin?

Vai oletteko koittanut isompaa hylkäysprosenttia, joka mahdollisesti voisi syödä isompi alaista kohinaa paremmin?

Olen nyt kahta eri versiota tehnyt:
1)kovat hylkäysprosentit 2-5%. Sigma arvot 1.8-2.5. Ehkä silmällä paremman näköinen.
2)vain kosmeettinen korjaaminen, jolloin kohinaa on ainakin mittausten mukaan vähemmän. Hylkäys 0.2% luokkaa. Sigma arvot 4-6

Lainaus käyttäjältä: wm-x - 08.03.2017, 16:25:30
Toinen Pixinsight kysymys:
Oletteko yleensä yrittäneet pinoamisella korjata pelkästään kuumat pikseli/lentokoneet/muut virheet ja painottaneet kuvia tarkemmin?

Vai oletteko koittanut isompaa hylkäysprosenttia, joka mahdollisesti voisi syödä isompi alaista kohinaa paremmin?

Olen nyt kahta eri versiota tehnyt:
1)kovat hylkäysprosentit 2-5%. Sigma arvot 1.8-2.5. Ehkä silmällä paremman näköinen.
2)vain kosmeettinen korjaaminen, jolloin kohinaa on ainakin mittausten mukaan vähemmän. Hylkäys 0.2% luokkaa. Sigma arvot 4-6

Itse olen pyrkinyt säilyttämään signaalia kohinoineen mahdollisimman paljon, eli hylkäämään ainoastaan selvästi väärän datan eli juuri kuumat pikselit/satelliitit/lentokoneet/ufot ja antanut sitten noise-painotetun keskiarvoistuksen ja jälkikäsittelyn hoitaa kohinapuolta. En tiedä onko tuohon mitään varsinaista oikotietä, dataa vaan pitäisi saada aina enemmän :)

Lainaus käyttäjältä: wm-x - 08.03.2017, 16:25:30
Vai oletteko koittanut isompaa hylkäysprosenttia, joka mahdollisesti voisi syödä isompi alaista kohinaa paremmin?

Tämä on väärin, tilastollisella hylkäämisellä ei saa koskea todelliseen dataan vaan sillä poistetaan ainoastaan ei-toivotut pikselin mittakaavassa satunnaiset ilmiöt (kuumat pikselit, kosmiset säteet, satelliitit, lomille lentelevät tähtikuvaajat jne). Muuten hylkäys koskee kuvattavasta kohteesta ja taustataivaasta tulevan signaalin jakaumaan, jolloin se ei keskiarvoistu yhtä hyvin ja lopputulokseen jää enemmän kohinaa. Jotta dataa ei heitetä hukkaan on tuon hylkäysprosentin tuijottelu hyvä tapa, samoin kuin rejection mappien tarkastelu.

Kiitos vastauksista. Olen aina pitänyt hylkäysprosentin pienennä ja luottanut noise työkaluun. Mitattu kohina on aina pienin mahdollisimman isolla sigmalla.

Kuitenkin sanoisin että silmällä katsottuna huonolaatuisessa datassa on jotain hyötyjä isommastakin prosentista joka poistaa ei toivottuja piirteitä kuvasta?

Miten tapahtuu kuvien kalibrointi, rekisteröinti ja pinoaminen, jos samasta kohteesta on eri kuvauskerroilla otettuja kuvia? Kamera ei siis täsmälleen samassa asennossa ja kohdekaan ei tarkalleen samassa kohtaa kuvaa.

Lainaus käyttäjältä: J Piira - 14.03.2017, 15:47:58
Miten tapahtuu kuvien kalibrointi, rekisteröinti ja pinoaminen, jos samasta kohteesta on eri kuvauskerroilla otettuja kuvia? Kamera ei siis täsmälleen samassa asennossa ja kohdekaan ei tarkalleen samassa kohtaa kuvaa.

Ei siinä mitään ihmeellistä. Rekisteröinti kohdistaa kuvat siten, että pinoaminen onnistuu. Tietysti jos kamera on hyvin eri asennossa tai paikassa osavalotusten välillä, niin mahdollisesti PI:n rekisteröintimoodin voi oletuksesta vaihtaa johonkin muuhun. (Eli käytännössä valinta sen väliltä, että haluatko pinota vain sen alueen kuvista, joka on kaikille yhteistä, vai hyväksytkö sen, että osaan pinotusta kuva-alasta tulee vähemmän osavalotuksia, mutta sommittelu on fiksumpi.

Joo mutta noissa eri kerralla kuvatuissa pitää? olla eri flattikuvat vai pitääkö?

Lainaus käyttäjältä: J Piira - 14.03.2017, 17:56:09
Joo mutta noissa eri kerralla kuvatuissa pitää? olla eri flattikuvat vai pitääkö?

Flättien pitää aina vastata kuvausolosuhteita. Jos sinulla on kiinteä laitteisto, ja käytät sitä vaikka perättäisinä öinä, samoja flättejä voi yleensä käyttää. Jos sen sijaan purat laitteet välissä, flätit täytyy joka kerta ottaa uusiksi. Sitten kun olet jokaisen kuvausyön kuvat kalibroinut vastaavilla kalibrointikuvilla, voit kohdistaa ruudut yhteen ja pinota.

Lainaus käyttäjältä: J Piira - 14.03.2017, 17:56:09
Joo mutta noissa eri kerralla kuvatuissa pitää? olla eri flattikuvat vai pitääkö?

Aah, joo. Jotenkin mulle jäi edellisessä vastauksessa sellainen käsitys, että vain rekisteröinti arvelutti.

Mutta joo, eri flatit pitää olla toki ja eri kuvauskerroilla otetut kuvat pitää pre-prosessoida erikseen. Ja tällöin pre-prosessoinnin aikana ei kande tehdä rekisteröintiä, vaan sitten lopuksi koko nipulle yhdessä.

(Periaatteessahan, jos flateillla poistaa pelkkää vinjetointia etkä irroittele kameraa, niin silloin tarkalleen ottaen et tarvitse aina uusia flattejä joka sessiolle, mutta tällöin kaikenlaiset pölypallerot sun muut eivät häviä flateilla.)

Jos tuon kalibroinnin tekee Script-toiminnolla, niin missä siinä valitaan vain kalibrointi.  Millä toiminnolla sitten nuo kalibroidut kuvat kohdistetaan

Lainaus käyttäjältä: J Piira - 14.03.2017, 18:12:41
Jos tuon kalibroinnin tekee Script-toiminnolla, niin missä siinä valitaan vain kalibrointi.  Millä toiminnolla sitten nuo kalibroidut kuvat kohdistetaan

Batch Preprocessing-skriptissä on "calibrate only" -täppä.

REkisteröinnin voit sit tehä vaikka StarAlignment-prosessilla.

kiitoksia! 

Ei suostunut noita minun kokeilukuvia rekisteröimään. Saako noilla alalaidassa olevilla arvoilla kelpuuttamaan huonompiakin kuvia? Mitähän niistä kannattaisi yrittää muuttaa?

Lainaus käyttäjältä: J Piira - 14.03.2017, 19:03:33
Ei suostunut noita minun kokeilukuvia rekisteröimään. Saako noilla alalaidassa olevilla arvoilla kelpuuttamaan huonompiakin kuvia? Mitähän niistä kannattaisi yrittää muuttaa?

Sitä Detection scales -kohtaa voi tietty vähän nostaa, mutta tossa vois auttaa, jos Star Matching -kohdasta muutat alkuun Descriptor typen "triangle similarityksi"

Ovatko kuvat jumalattoman kohinaisia? Miten seurannan tarkkuus?

Lainaus käyttäjältä: J Piira - 14.03.2017, 19:03:33
Ei suostunut noita minun kokeilukuvia rekisteröimään. Saako noilla alalaidassa olevilla arvoilla kelpuuttamaan huonompiakin kuvia? Mitähän niistä kannattaisi yrittää muuttaa?

Onko kuvat otettu digijärkkärillä? Jos on niin järjestys on 1. kalibrointi, 2. Debeyeröinti (1. ja 2. menee BatchPreProcessing scrptillä), 3. Rekisteröinti (StarAlignment)  ja 4. Pinoaminen (ImageIntegration).

Yhdellä kuvalla on jo nimessä "_r", onko se jo rekisteröity jonkun kuvan suhteen?

järkkärillä otettuja ovat. Nuo on sellaisia jotka dss on pinonnut ihan ok.  Tuo yksi r-kuva on varmaankin näissä yrityksissä tullut sinne samaan kansioon. Minun pitäisi siis valita noista kalbroiduista ne debeyeroidut. 

Lainaus käyttäjältä: J Piira - 14.03.2017, 20:18:52
Minun pitäisi siis valita noista kalbroiduista ne debeyeroidut.

Jep ja yksi hyvä (kalibroitu ja debeyeröity) kuva referenssiksi.

Kiitoksia neuvoista! Nyt rekisteröi kaikki mitään mukisematta.

Lainaus käyttäjältä: J Piira - 14.03.2017, 20:32:06
Kiitoksia neuvoista! Nyt rekisteröi kaikki mitään mukisematta.

Loistavaa!  :azn:

Edit: Kannattaa tarkistaa rekisteröinnin onnistuminen esim Blink prosessilla.

Yritin rekisteröidä kuvia, mutta jostainsyystä ei tallentanut minnekään. Ensin valitti tuon ekan kuvan mukaisesti, sitten valitsin näkyviin yhden kuvan. Tällöin näkyviin tuli yksi rekisteröity kuva, mutta ei tallentanut minnekään? Tuolla edellisellä kerralla teki ihan ok? Missähän vika? (käyttäjässä tietenkin) mutta mikä?

Lainaus käyttäjältä: J Piira - 22.03.2017, 18:00:26
Yritin rekisteröidä kuvia, mutta jostainsyystä ei tallentanut minnekään. Ensin valitti tuon ekan kuvan mukaisesti, sitten valitsin näkyviin yhden kuvan. Tällöin näkyviin tuli yksi rekisteröity kuva, mutta ei tallentanut minnekään? Tuolla edellisellä kerralla teki ihan ok? Missähän vika? (käyttäjässä tietenkin) mutta mikä?

Käyttäjä varmasti painoi pallon sijasta neliötä  :azn:

Joo kiitoksia paljon noin varmaankin kävi. Ei se varmaankaan ollut ensimmäinen, eikä viimeinen kerta.

Apua :oops:...
En ymmärrä miten saan bayer drizzlen toimimaan kahden eri flatin kanssa.

Minulla on kolmelta eri yöltä kuvia, kahteen näistä öistä käy sama masterflatti, mutta kolmanteen piti ottaa uusi flatti.

Bpp ei anna eroitella dataa kahteen eri master flattiin ja saan vain normaalin drizzle datan star alignilla.

Itse teen siten, että kalibroin BPP:llä aina yhden yön kuvat kerrallaan. Kutakin yötä varten minulla on oma hakemisto johon laitan aina tältä yöltä kaiken tarvittavan, eli varsinaiset valotukset, flatit ja kulloinkin käytössä olevan dark/bias masterin. BPP:hen lyön kaikki tiedostot tästä hakemistosta mutta jätän lopullisen pinon tekemättä eli kohdasta Image Integration Apply -täppä pois päältä. Kohdehakemisto on aina sama, samoin kuin kuva jonka mukaan muut ruudut rekisteröidään (ekan yön eka luminanssiruutu tms). Lopputuloksena BPP sijoittaa kalibroidut ja rekisteröidyt kuvat registered-hakemiston alle.

Lopuksi voin sitten ImageIntegration-työkalulla laittaa registered-hakemiston alta kaikkien öiden ruudut kerralla pinoon (per filtteri). Drizzle ei varmaankaan muuta toimintaperiaatetta muuten, kuin että drizzle-tiedostot pitää muistaa syöttää ImageIntegrationille.

Aiheesta tuli jonkun verran puhuttua Hauholla, mutta tästä voisi varmaan kirjoitella jonkun vähän pidemmän jutunkin. Katsotaan jos saisin sellaisen aikaan :azn:.

Tuo bayer drizzle tiedosto (.drz) on vain eri kuin normi .drz tiedosto.

Pitäisi ilmeisesti opetella käyttämään CFA to RGB ja bayerdrizzlePrep moduuleita. Ei vain löydy kovin paljoa tietoa noista...

Lainaus käyttäjältä: wm-x - 27.03.2017, 20:19:11
Tuo bayer drizzle tiedosto (.drz) on vain eri kuin normi .drz tiedosto.

Pitäisi ilmeisesti opetella käyttämään CFA to RGB ja bayerdrizzlePrep moduuleita. Ei vain löydy kovin paljoa tietoa noista...

Jos ymmärsin oikein niin lukemani perusteella pitää:
1. ajaa normaaliin tapaan kuvien kalibrointi ja rekisteröinti. Täältä tarvitaan vain noi .drz tiedostot.

2. muuntaa harmaat cfa kuvat RGB bayer kuviksi= CFA to RGB moduulilla
3. rekisteröidä bayerdrizzlePrep prosessilla nuo aikaisemmin tekemät .drz tiedostot näihin RGB bayer kuviin
4. Drizzle integration.

Tuossa 3 ja 4 välissä pitäisi olla jotain varmastikkin. Hmmm...

Niin vaikealle tuntui, että unohdin koko homman.  Käytän vain yhtä flattiä, ei sinne ollut kuin yksi pölypallo tullut. Jos se häviäisi vaikka pinoamisen aikana. Tuohon BPP pitäisi saada helpompi tapa käyttää eri flattejä eri kuville. Nimeämällä tiedostoja oikein sen voisi saada toimimaan niin että BPP osaa käyttää eri flattejä eri kuviin, mutta epävarmalta tuntui. Myös tuo BPP ei hoida kalibrointa aina oikein, olen tästä ongelmasta lukenut ja se tuntuu olevan monella muullakin.

Lähteet:
https://pixinsight.com/forum/index.php?topic=8319 (https://pixinsight.com/forum/index.php?topic=8319)
https://pixinsight.com/forum/index.php?topic=9218.0 (https://pixinsight.com/forum/index.php?topic=9218.0)

Pixinsight antaa alla olevaa varoitusta kun yritän tallentaa tiffinä photoshoppiin menossa olevan tiedoston. Pystynkö kiertämään tuon jotenkin ilman croppaamista? Chunky ei kuullosta kovin hyvältä!

** Warning: Insufficient data storage capabilities: TIFF
ICC profile embedded: 'sRGB IEC61966-2.1', 3144 bytes
Writing TIFF: 16-bit  integers, 3 channel(s), 9424x6368 pixels, chunky: done

Ymmärtääkseni varoitus tarkoittaa vain sitä, että TIFF-tiedostoon ei voi tallentaa esim. FITS-headereita, näyttövenytyksen asetuksia yms. Chunky taas viittaa siihen miten data on TIFF-tiedostoon tallennettu. Värikuvan voi tallentaa tiedostoon joko Chunky- tai Planar-formaatissa. Chunky tarkoittaa sitä, että värikanavat on tallennettu lomittain (RGBRGBRGBRGB...) ja Planar sitä, että värikanavat ovat tiedostossa erillään (RRRRRRR... GGGGGGG... BBBBBB...). Tämä ei siis ole mikään ongelma. Kuvan pitäisi aueta Photoshopissa ihan normaalisti.

Ok. Kiitos vastauksesta.

Yritän tässä rekisteröidä M13 kuvia vuosilta 2015-2017 yhteen nippuun, mutta StarAlignment tekee moista jälkeä. Ikäänkuin kuvat "taipuu". Liitteenä siis GIF animaatio. Mistä moinen johtuunee?

Edit: Sain kuvat rekisteröitymään hyvin kun säädin Noise Reduction ja Log (sensitivity) arvoja

Minulla on seuraavanlainen ongelma. Kamerasta ladatessani flat kuvat näkyvät olevan kanta x korkeus suunnassa aivan kuten light frametkin. Mutta kun lataan ne Pixinsightiin ovatkin ne korkeus x kanta suunnassa. Tämä haittaa pinoamista, sillä Pixinsight leikkaa kuvista puolet pois... Mikä siis avuksi?

Lisättäkööt vielä, että olen yrittänyt kääntää kuvat myös kamerasta käsin.... lopputulos on silti sama

In the Format Explorer tab, find DSLR_RAW, and double click it. Check if the "No image flip" option is checked. If it is NOT checked, then PI will read the camera metadata for image orientation, and apply it.

Cloudy nights ketjusta oli tuollainen ohje. Olisiko apua tuohon sinun ongelmaan?

Kiitos tällä selvisi

Ajattelin linkata tämän sivuston josta on ollut minulle erittäin paljon hyötyä Pixinsightin opetteluun:
http://www.lightvortexastronomy.com/tutorials.html

Sain tänään viestin PixInsightilta, jossa pyydettiin palauttamaan omat PI-tilin tiedote-asetukset kohdalleen, koska ne on nollattu EU:n GDPR-asetuksen voimaantulon takia.
Jos haluatte edelleenkin saada PixInsightin suunnalta sähköpostiviestintää eri asioista (esim. tiedotteet uusista versiosta), niin käykääpä kirjautumassa PI:n Distribution sivuille ja muuttamassa sieltä ohjelman tiedoteasetukset (Notification options) haluamiksenne.
https://pixinsight.com/dist/index.html (https://pixinsight.com/dist/index.html)
Jokainen PI-käyttäjä on saanut käyttäjätunnukset tuohon palveluun  PI-lisenssin oston yhteydessä.

Raapustelen nyt tähän tuosta Notification options -asiasta, koska PI:n tapa saada muuttuneet asetukset voimaan vaatii myös Submit -klikkauksen jälkeen  sähköpostiisi tulevan vahvistuslinkin klikkaamista. Ts. tuon liitteenä tulevan ykköskuvan Submit painike lähettää vasta sähköpostiisi tuon vahvistussähköpostin.
Ja vasta tuon vahvistuslinkin klikkaamisen jälkeen uusi tiedoteasetus tulee voimaan PI:n sisäisiin asetuksiin. Ilman tätä extra-klikkailua PI lopettaa tiedotteiden lähettämisen kokonaan ts. tuo viesti oli lukemisen ja ymmärtämisen arvoinen myös kaikille heikommin englantia ymmärtäville PI-käyttäjille.  :wink:

Leike tuosta viestistä:
"If you requested or purchased your license from an European Union country, all email notification options have been disabled automatically for your user account on our server, so this will be the last email you receive from us if you don't take action. If you want to continue receiving information on new software releases, workshops, tutorials and events related to PixInsight, you'll have to login our Software Distribution System and change your email notification options. Sorry for the inconvenience, but this is necessary to ensure strict compliance with GDPR."

Lainaus käyttäjältä: Timpe - 24.05.2018, 22:08:17
Raapustelen nyt tähän tuosta Notification options -asiasta, koska PI:n tapa saada muuttuneet asetukset voimaan vaatii myös Submit -klikkauksen jälkeen  sähköpostiisi tulevan vahvistuslinkin klikkaamista. Ts. tuon liitteenä tulevan ykköskuvan Submit painike lähettää vasta sähköpostiisi tuon vahvistussähköpostin.
Ja vasta tuon vahvistuslinkin klikkaamisen jälkeen uusi tiedoteasetus tulee voimaan PI:n sisäisiin asetuksiin. Ilman tätä extra-klikkailua PI lopettaa tiedotteiden lähettämisen kokonaan ts. tuo viesti oli lukemisen ja ymmärtämisen arvoinen myös kaikille heikommin englantia ymmärtäville PI-käyttäjille.  :wink:

Hyvä kun sanoit, meikäläiseltä jäi tuo vahvistuslinkki huomaamatta.

PixInsight v 1.8.6 Ripley olisi nyt julkaistu, kuten kaikki ohjelman rekisteröineet varmaan jo tietävätkin :smiley:
"We are happy to announce the release of PixInsight 1.8.6 Ripley. This is a very important release with many new features and performance improvements, with a strong focus on stability and compatibility, and a much increased potential for future development."

Tuo versiopäivitys näkyy vaativan ohjelman uudelleenaktivoinnin kaikilta käyttäjiltä, joten kannattaa surffata ensiksi tänne miksi noin on:
https://pixinsight.com/forum/index.php?topic=12986.0 (https://pixinsight.com/forum/index.php?topic=12986.0)
(Ja samalla kannattaa varmistaa, että PI:n palvelimissa on oikea sähköpostiosoite noita aktivointiviestejä yms. viestintää varten. Tuon huomaa viimeistään nyt, jollei tuollaista päivitystiedotetta ole vielä tullut sähköpostiisi.)

Ehkä tästä on hyötyä jollekkin? Jos on eriäviä mielipiteitä, niin kritiikki on arvossaan ja muutetaan pikaperusohjetta.

https://astrojavs.wordpress.com/pixinsight-pinoamisen-ja-kalibroinnin-pikaohje/

Linkkasin kuvan kysymyksineen myös Andromeda-palstalle, mutta tämä lienee oikeampi paikka. En saa Andromedasta irti sinistä reunusta tai muutenkaan parempaa värisaturaatiota millään. Jotenkin tuntuu, että en saa revittyä värejä riittävästi esiin. Tasaisen harmaa esimerkkikuva alla. Miten te, arvon kuvankäsittelijämestarit teette sen? Vai pitäisikö ostaa myös Photoshop? Sen astropaketilla paikalliskontrastin säätö ainakin näyttää helpolta.

Yritin jatkojalostaa alla olevaa yhdistämällä tähti- ja luminanssimaskin ja nostamalla värejä vain Andromedassa. En tiedä enkö vain osaa tehdä maskia, mutta Histogram transformation-työkalulla en saanut mitään järkevää aikaan. Värit menivät luonnottomiksi. Vai onko siihen parempaa säätötyökalua?

Kokeile miltä curves näyttää kun nostat saturaatiota curves työkalulla.

Toinen mitä voisit lineaarisessa vaiheessa tehdä on pieni venytys arcsinh strech työkalulla ennen kunnollista venytystä HT:lla.

Jos omistat photoshopin parhaita saturaation nosto menetelmiä siellä on ns. Saturated block: ylin layer värin kirkkaus, keskimmäinen pehmeä valo, kolmas kerros normaali. Nämä kun yhdistät saat lisää väriä kuvaan, voi joutua toistamaan useita kertoja.

Siirrän keskustelua tänne Andromeda-puolelta, jonne Vehnae vastasi.

Ohessa on full frame shot, mukaanlukien kennon eteen tulevvan valosaastefiltterin aiheuttama vinjetointi.

Edellisestä. Noin 60x3 min (Sony A7S II, ISO 3200, putkena f/3) kuvan pino menee täysin punaiseksi, ja automaattinen background extraction ei oikein toimi, vaan kuvaan jää VeijoT:n mukainen, joskaan ei yhtä paha halo. Tausta on siksi poistettu lisäksi dynamic background extractionilla. Muita muutoksia kohinanpoisto lineaarisena (Multiscale Linear Transform) ja epälineaarisena (ACDNR), ja varsin neutraalitasapainoinen histogrammin säätö (punaista taisin vetää vähän kasaan). Lisäksi lisäsin tummien vanojen kontrastia HDR Multiscale Transformilla.

Stackin flattikin ylikorjaa ongelmaa reippaasti, en tiedä miksi, ja darkit ovat 10C liian lämpöiset. En kuitenkaan usko tämän tuhoavan värejä. Lisäksi saan värit kyllä näkyviin edes kohtuullisesti esim sumuissa, huomioiden, että kennoa ei ole modattu Ha:lle. Stackki rakennettu Batchpreprocessing scriptillä.

Lainaus käyttäjältä: wm-x - 26.09.2019, 12:25:33
Kokeile miltä curves näyttää kun nostat saturaatiota curves työkalulla.

Toinen mitä voisit lineaarisessa vaiheessa tehdä on pieni venytys arcsinh strech työkalulla ennen kunnollista venytystä HT:lla.

Jos omistat photoshopin parhaita saturaation nosto menetelmiä siellä on ns. Saturated block: ylin layer värin kirkkaus, keskimmäinen pehmeä valo, kolmas kerros normaali. Nämä kun yhdistät saat lisää väriä kuvaan, voi joutua toistamaan useita kertoja.

Kiitos. Kokeilen tuota. Photoshoppia minulla ei ole, ainakaan vielä.

Kyllähän niitä värejä pitäisi olla, mutta itse kuvasin pitkän aikaa modamattomalla Canon EOS 500D:llä ja galaksikuvat jäivät mielestäni hailakkaiksi. Tosin en varmaan osaa/osannut kunnolla käsitellä kuvia. Nyt hommasin kuvauskameraksi ZWO ASI071MC Pro:n ja eipä paljoa tarvii värejä houkutella esiin.

Mutta mitkä ovat stepit PixInsight prosessoinnissa? Pystytkö laittamaan .xisf tiedostoa jakoon, niin voisin koittaa saanko värejä esiin tms?

Jaa-a. Ei tule värejä muuhun kuin tähtiin muuttamatta väritasapainoa oleellisesti. Hieman sain kaivettua, mutta en lainkaan niin paljoa kuin Andromeda-threadin mainioissa kuvissa.

Onko tää liian raju tulkinta edellä olevan postauksen kuvasta? Käsitelty ko. kuvaa Affinity Photolla. Luultavasti raakakuvasta saisi vielä paremman ko.ohjelmalla. Olen tehnyt kuvaan melko karkean rajauksen. Paria kirkasta kohtaa en poistanut...

Toki tuo on muutamassa kohdassa ylirevitty, mutta se osoittaa, että värit löytyvät aggressiivisemmalla käsittelyllä. Kiitokset.

Oletko muuten ajatellut kokeilla Sonyn omaa Capture One ohjelmaa?

Linkkasin uuden kuvan Andromeda-threadiin. Kiitos kaikille avusta. Satuuraatiota piti nostaa vaan enemmän kuin mihin olen tottunut. Parannettavaa on edelleen, mutta nyt olen jo kohtuullisen tyytyväinen.

Mitenkähän tuo tiedostopolku pitäisi määritellä, kun käynnistettäessä huomauttelee?

Tee uusi Temp -kansio sellaiselle kiintolevylle, minkä tiedät olevan nopein koneessasi ja osoita PI:n Temp-polku sinne. Omassa koneessa tuo C:\Temp on itse luomani kansio ja PI:n monet ohjelmasäikeet osaavat käyttää tuolta rinnakkain tuon C:\Temp kansion alikansioita (PI_Swap*) oman tarpeensa mukaan, kun samaa polkua toistaa esim. neljä tai useamman kertaa.
(Oman koneeni systeemi-temp on Windowsin vakiopaikassa eli C:\Users\****\AppData\Local\Temp -polun takana ja sitä voi tyhjennellä melko vapaasti, kun jättää ajon aikaiset (varatut) tiedostot tuonne.)

HUOM. Lisäksi kannattaa lukea nuo varoitukset mitä ohjelman popup-avuste antaa. Minulla on koneessa nopea M2 SSD levy, mutta perinteisen kiintolevyn omistajille tuo vinkki ei käy lainkaan...

Kiitos Timo.

Mitä kautta nämä virheet saisi pois PixInsightista?

*** Error: Parsing SITELAT FITS keyword: Parsing sexagesimal expression: Parsing integer expression: conversion error:
60d37m3,000s
..^
*** Error: Parsing SITELONG FITS keyword: Parsing sexagesimal expression: Parsing integer expression: conversion error:
24d52m33,000s
..^

SGP 2.6.x tuottaa noita FITS:ejä, joista tulee tuo valitus PI:n kalibrointi-ajoa normaalisti ajettaessa.

Näyttää olevan SGP:n bugi jos tätä uskoo:

https://pixinsight.com/forum/index.php?threads/error-parsing-sitelat-fits-keyword-and-error-parsing-sitelong-fits-keyword.13736/

Jep, uusissa SGP-versioissa tämä on korjattu.

Pysäyttikö tuo virheellinen keyword käsittelyn kokonaan PI:ssä vai jatkuiko ajo virheistä huolimatta? Ensimmäisessä tapauksessa nuo keywordit voinee tiputtaa kuvista pois ja Winkkarin puolella ao. softalla homman saa hoidettua helposti:

https://astroshed.com/fits4win/f4w2hdudoc.htm

Jouduin käyttämään tuota äskettäin kun en muuten saanut FITS:stä puuttunut FILTER-keywordiä lisättyä L-flatteihin (unohdin kytkeä FW:n APT:n kun otin lfatit), hoiti homman OK.

Ainakin meikäläisellä prosessointi on jatkunut ihan normaalisti, PI vain varoittaa ettei ymmärrä headereissa olleita koordinaatteja.

Joo, täälläkin se vain jatkaa prosessointia, mutta kiusaa virhe-punaisella ulkoasullaan käyttäjää.  :realmad:
Googlailin tuota joskus alkusyksystä ja totesin ettei tuo ollut mitenkään kriittinen virhe, mutta lähinnä kiusallinen vaiva vanhan 2.6.x version käyttäjille.
Joulukuussa näkyy tulleen saataville (https://www.mainsequencesoftware.com/releases) uusi SGP-versio myös tuosta vanhasta 2.6.x tasosta, joten pitänee kokeilla  seuraavaksi sen asentamista (kuvauskoneessani on nyt pykälää vanhempi 2.6.x versio, kun en ole katsonut aiheelliseksi päivittää tuota rahalla 3.x tasoon *): 
Sequence Generator Pro v2.6.1.398     Released: 12/02/2019

*) Sequence Generator Pro 3 Upgrade Pricing
This is your Sequence Generator Pro 3 Upgrade cost based upon your past purchases. Thank you for your continued support!  Only $19 USD!

Olen yrittänyt palautella mieliin kuvan käsittelyä pixinsightilla. Mitähän  tuon WeightedBatchPreprosessingin virheilmoitus tarkoittaa?  Kun tuosta välittämättä jatkaa, niin rekisteröidyissä kuvissa kulmat pysyvät tummina, ikäänkuin flatit ei olisi vaikuttaneet.
Toisessa kuvassa käsitelty vanhalla BatchPreprosessilla. Siinä ehkä vähän liikaakin vaikuttanut kulmiin.

PixInsight antaa tuossa kaksi eri virhettä/varoitusta.

Ensimmäinen kertoo siitä, että PixInsight ei löytänyt darkkiruutuja, joilla olisi sama valotusaika kuin fläteillä, vaan flättikuva korjataan darkilla, jolla on paljon pidempi valotusaika.

Toinen kertoo siitä, PixInsight ei taida löytää flättikuvia pyydetylle filtterille. Olisikohan kuvissasi sekaisin käytetty filtterin nimeä "L" ja "Lum"? Ainakin kuvakaappauksen perusteella näyttää siltä että flättiruudun filtteriksi on merkitty "L" mutta kohdekuvien filtteriksi "Lum".

Kiitoksia Samuli!  Kuvailin nuo fätit eri ohjelmalla ja sinne näköjään tuli tuo pelkkä L luminanssiin.  Tuon ensimmäisen varotuksen varmaankin voi vain ohittaa.

PixInsight:n Weighted Batch Preprocessing scripti on päivittynyt versioon 2.0.X ja Adam Blockilta löytyy vallat mainiot tutoriaalit uuteen WBPP 2.x scriptiin:

https://www.youtube.com/c/AdamBlock (https://www.youtube.com/c/AdamBlock)

PixInsightin ympärillä on tapahtunut viime aikoina paljon.
Prosesseja, skriptejä yms. tulee ovista ja ikkunnoista ja omat workflow:t muuttuu lähes viikoittain.
Laitan tähän muutamia linkkejä jotka on laittaneet omat työnkulut ja ajatusmaailmat uusiksi.

Foraxx paletti. 
https://www.youtube.com/watch?v=m2UgVQGkVC0&t=221s
Tästä on ollut todella paljon hyötyä koska käytän OSC kameraa ja kapeakaistasuotimia. Aiemmista kuvista tuli ihan uuden näköisiä tällä menetelmällä.

Bill Blanshan pixelmath -prosessit
https://www.youtube.com/watch?v=rT7CPIzsyY0
Nippu todella mielenkiintoisia ja jälkikäsittelyä helpottavia pixel math -prosesseja sekä väri- että monokuviin.

XT prosessit (BlurXTerminator, StarXTerminator ja NoiseXTerminator)
https://www.rc-astro.com
Maksullisia prosesseja kuvan terävöittämiseen , kohinan poistoon ja tähtien poistoon. Kaksi jälkimmäistä jo pitkään olleet saatavilla mutta tuo
BXT on aika tuore ja tällä hetkellä jo "meemi" PI:n ryhmissä.

Tietysti edellä olevien lisäksi tuli SPCC eli SpectrophotometricColorCalibration joka aiheutti paljon hämmennystä käyttäjäkunnassa. Tästä on paljon Youtube tutoriaaleja
Lähes yhtä paljon keskutelua on aiheuttanut uusi GHStretch (GeneralizedHyperbolicStretch) prosessi joka on myös scriptinä olemassa. Tästä ei oikein hyvää tutoriaalia löydy mutta scriptistä löytyy.
WBPP kehittyy koko ajan huimaa vauhtia ja uusin versio on jo 2.5.4. Tästä on mm Adam Blockilla hyvät Youtube tutoriaalit.

Hieno juttu että kehitys kehittyy mutta tällä hetkellä vauhti on sellainen ettei tahdo mukana pysyä ja uuden opetteluun menee aina oma aikansa.
Luulen että nämä on aika hyvin tiedossa PI:n kokeneemmilla käyttäjillä mutta toivottavasti auttaa edes aloittelevia käyttäjiä madaltamaan oppimiskäyrää.


Tökätään tähän malliksi kuva Flaming star nebulasta, jonka käsittelyssä on käytetty kaikkia edellä olevia prosesseja ja skriptejä. Täytyy myöntää että peruskäsittely on nyt paljon nopeampaa ja vaivattomampaa.

Päivitystä edelliseen-
Foraxx Paletista on tehty skripti pixinsightiin.
Ohjeet yms löytyy https://www.youtube.com/watch?v=cl3_r3bL8Ys