Astronomické fórum

Edit->Global Preferences

Nou diky, to jsem nějak přehlédl . Zkusil jsem si to s 8 a alokace paměti výrazně klesla z 16 na 9.5GB.

Včera jsem narazil na toto ( místo standardní debayerizace s nějakou interpolací se použije drizzle integrace v PI - ale ta neintegruje debayerované obrázky, ale skládá jednotlivé barvy, když se zrovna strefil příslušný barevný filtr v subframu na pixel v integrovaném snímku - nebo tak nějak, co já vím... Mám dojem, že to tady ještě nikdo nezmiňoval):
https://pixinsight.com/forum/index.php? ... osc.12996/ - viz třetí příspěvek od Juana Conejera.
Zkusil jsem aplikovat na data z OSC ASI071MC ( ohnisko 280mm, rozlišení asi 3.5 arcsec/px), drizzle 2x a zmenšeno na 70%).
Vlevo je výřez normální integrace upsamplovaný na 140%, vpravo je výsledek drizzle integrace:

Drizzle dává rozhodně čistší výsledek bez kontur hvězd, ale že by se to nějak výrazně projevilo na zpracovaném snímku se mně nezdá.

Zkoušel jsem si to přečíst 3x, ale nějak nechápu co se snažíš sdělit. Jde o funkcionalitu, kterou přidali ve verzi 1.8.8-9? Jmenuje se to Separate CFA Channel Alignment Feature
https://pixinsight.com/forum/index.php? ... sed.17106/

To co zmiňuji je zřejmě funkcionalita, která tam je od počátku "DrizzleIntegration".
Když se v "DrizzleIntegration" zatrhne "Enable CFA drizzle", tak proces vůbec nepoužije debayerované snímky, ale "vyzobe" barvy z těch originálních CFA (jen kalibrovaných snímků). Debayerizace se dělá jen kvůli registraci, při níž se zjistí posuvy jednotlivých snímků, které jsou pak uloženy v xdrz filech.
Hlavní přínos by snad měl být v tom, že se vyhneme artefaktům, které nutně vznikají interpolací při debayringu.
Aspoň tak si to (mlhavě) představuju - bohužel dokumentace PI poněkud zaostává za realitou - tam se nic nedozvíme.
-----------------------------------------------------------------------------
Separate CFA Channel Alignment s tím zřejmě vůbec nesouvisí.

Mám dojem že ten CFA drizzle tam přidali až ve verzi 1.8.8-9,dřív to tam nebylo. Běžně skládám přes drizzle a této nové funkcionality jsem si všiml a už jsem to i použil, když tu verzi vydali. Jak se to ale chová uvnitř jsem detailně nezkoumal. Ale je to dobrý podnět se na to podívat.

petrbxd mne upozornil ze vysla nova verze WBPP 2.5.0. Uz mam nainstalovano a tech novinek je tam docela dost.

Ahoj, mam data ze dvou noci ale jaksi se mi pootocil obektiv a data nesedi uhlem, po Registraci je pulka dat jakoby pruhovana a po slozeni je to taky videt, zkousel jsem v Star Alig. nastavit vse mozne ale nic nefunguje. Nejaky tip? Na local Norm. nemam dostatecny Ram ani Ram disk (32+120Gb) Diky

To je divný. Nemyslím, že by to mohlo být otočením kamery. S otáčením při registraci jsem nikdy neměl problém. To je barevná kamera, že ano? Na mě to dělá dojem jako problém při debayerizaci. Není to náhodou už na debayerovaných snímcích před registrací?
E.

Napadlo mne, nedošlo k rotaci snímků před debayerem ? Jsou všechny dílčí barevně stejné ?

Zkusil bych jako první operaci udělat debayerizaci a pak se snímky pracovat.

Pepo, to přece není o zkoušení. Debayerizace se musi udělat před registrací (tj. hned po kalibraci). ( A to i když se potom použije "CFA debayerizace při integraci" zmíněná v tomto vláknu dřív.)

To byl jen slovní obrat "zkusil bych". Já debayer dělám hned jako první věc, ještě před kalibrací, tedy nekalibruji čistý RAW s bayerovou maskou..

Ahoj snímky jsem kalibroval pak hned debayer a star aligment a ten udělá ty pruhy na sadě fotek kterou musí rotovat. Použil jsem Debayer (Super pixel) a split RGB a to funguje +drizzle, ale není to ono. Ještě zkusím star aligment před debayer (to je snad jedine co jsem nezkusil.

Zkus někde, třeba přes úschovu, uložit cca o 10-20 zkalibrovaných snímků obou případů. Bude to asi názornější a i se třeba přijde na to, proč co se stalo.