Astronomické fórum

Ahoj,

při nepřesném meridian flipu, nebo skládání obrázků z ruzných nocí a platesolvingu "od oka", po registraci a složení vzniknou poměrně ostré ale rovné přechody tam, kde se potkávají dvě sady snímků. .

V grafickém editoru typu PS bych si s tím nějak poradil, ale hledám způsob jak se s tím poprat v PixI.
Napadlo mě "podexponovanou" část vyříznout pomocí dynamic crop, separátně ji zesvětlit/odšumět... a pak ji přes max(A,B) v PixelMath vrátit zpět do obrázku. Ale narážím na to že PixelMath mi celkem logicky nedovolí jednoduše sečíst dva obrázky o různých rozměrech. Respektive dovolí ale tak že ten výřez lineárně roztáhne a rozměry původního obrázku.

V podstatě hledám jak udělat lokální úpravu v obdélníkovém výřezu. Neřešilo se to tady? Nemá někdo zkušenost s podobnou úpravou?
Podobně by se hodilo umět vyřešit kulatý stín prachového zrna, které so pohnulo v době mezi snímáním lightu a flatů...

díky,
Pavel

Ahoj Pavle,
moc nerozumím problému. Meridian flip nebo opakovaná kompozice by měly způsobit jen vadné okraje, které oříznu. Pokud je to hodně odlišné pole, tak bych integroval to, co k sobě "pasuje". A výsledky nějak šikovně prolnul. Na to jsou moc dobré masky s plynulým přechodem bílá-černá. Taková maska se tá udělat poměrně snadno v PixelMath. Vertikální přechod nějak takto:
iif (x()>M, (x()-M)/N, 0) aplikovat na snímek požadované velikosti.
Výsledek je levá část černá (=0) až do souřadnice M, pak lineární přechod do bílé (=1) široký N pixelů.
Šikmé přechody jsou trochu složitější a je třeba se zamyslet, ale jde to.
E.

Trochu to upravit půjde, ale že by to pak bylo dokonalé moc nevěřím, hlavně ty oblasti mají různé gradienty nejen na tom přechodu ten vertikální ale i horizontální. No klasické malování v různých programech.... je to ale pořád vidět, dal jsem tomu 10 minut v Lightroom.

Ak máš aspom jeden snímok schopný , tak skús NSG v Pixi

Palo

Evzen píše: ↑07. 01. 2022, 15:26 Ahoj Pavle,
moc nerozumím problému....
E.

Joo, to je přesně to co jsem hledal. Sice jsem to již nějak znásilnil pomocí klonovacího razítka, ale ten tvůj postup je mnohem elegantnější...
díky, Pavel

Zdeněk zverejnil fotku:
viewtopic.php?t=9343&start=1372
a súbory na vyskúšanie spracovania.

Fotil ich 66 hodín! Keď som ich otvoril, som zistil (dúfam, že tomu rozumiem správne), že dôležité detalily sa nachádzajú veľmi blízko čiernej časti histogramu.
Pixinsight to zobrazuje takto:
- v štatistike median je 0,00026
- ScreenTansferFunction z tých jemných detailov nezobrazí skoro nič - viď prílohu.
Fotka má slušný rozsah, takže ak chcem vytianuť detaily, Midtones v histograme musím nastaviť napr. podľa štatistiky na tých 0,00026 - a potom sa dá s tou fotkou pracovať.

Otázka:
- tie detaily sú schované tak blízko čiernej, lebo sú také slabé (tmavé)? Na 66 hodinovej fotke môžu byť jemné detaily schované až tak "ďaleko"?
- Nie je iná možnosť, ako začať pracovať s takouto fotkou ako 1. krok, hneď posunúť histogram? (Ak chcem vidieť, čo robím)

Vďaka,
alex

Tak keďže pri skladaní sa väčšinou použije priemer tak hodnota pixelu bude rovnaká či už na jednom snímku alebo zloženine (ak si odmyslíme šum). To aké jasné záleží len na dĺžke expozície a gain jedného snímku.

Predlžovaním celkovej expozície sa práveže k tomu čiernemu bodu viac a viac približujeme keďže sa zvyšuje SNR takže partie ktoré by boli utopené v šume na 1h expozícii sa nám objavia pri 66 hodinách.

Podle mě je za tím vším processing, když už někdo chce dát něco ke zpracovávání, tak to musí být maximálně seskládané obrázky Ha a OIII a ty takhle rozhodně nevypadají. Ani v té standardní podobě to nevypadá špatně.

Poznámka: ten signál O3 protti pozadí pro je v 32bitovém floatu v poměru 48:8 300 000. Běžné auto streč nato nestačí.
Zkusil jsem spočítat kolik fotonů se podílelo na zobrazení a je to cca 1-2 na snímek tedy na 300sec.

Zdravím na fóru, může mi někdo poradit jak integrovat více snímků Měsíce v Pixi ? Na snímcích nejsou prakticky hvězdy tak mi to WBPP skript nebere

Díky moc.

Nejpíš nijak. PI pro tohle není primárně určený, neumí registrovat pomocí 2D korelace povrchu. K registraci potřebuje hvězdy.

Na tyhle snímky kratinkými expozicemi jsou určené úplně jiné SW. Autostakkert, Registax. Ty navíc ještě setřídí snímky podle kvality, ostrosti, a umožní složit nějaké procento nejlepších.

Musltiscalce - waveletové doostření pak můžeš udělat v Registaxu nebo v PI.

Ahoj Martine , tak Tě musím vyvézt z omylu .. Trochu jsem pátral a v Pixi je skript (nebo se dá nahrát ) jménem ,, FFTRegistration,, a ten funguje na Měsíc dost spolehlivě
Můj v Pixi složený a zpracovaný snímek(60 x 200ms přes CLS) Měsíce ze včerejší noci jsem už vložil do příslušného vlákna .. No zpracovaný je asi dost silné slovo jen arcsinh stretch a malinko doostření..

David

Aha,
na notebooku to nemám, a na velkým PC se mi to tam objevilo po aktualizaci.
Ale jak na to koukám, tak je to jen jednoduchá registrace, která umí posuvy a rotaci. Zásadní je, že tomu chybí multipoint alignment a statistika, jako je u AutoStakkert a Registaxu. Tenhle algoritmus umožňuje registrovat snímky, kde každá část obrazu plave díky seeingu jiným směrem. Výsledek je díky tomu viditelně ostřejší, a lépe se doostřuje (vylovíš lepší detaily).

Ahoj Martine, ano je to taková nouzovka pro nás co jiný soft nemáme , ale pro ten základní alignment to stačí. Na to moje ,,hraní,, a při ohnisku 800 je to OK . Měsíc fotím opravdu jednou za uherský rok a nemám v tomto směru zatím větší ambice.
I tak samozřejmě děkuji za komentář a rady.

Jak AutoStakkert tak Registax je free, takež není problém mít