Astronomické fórum

Budu pořizovat novou kameru, ASI 2600 mc pro (barevnou) pro využití s C9.25 redukovaným 0,63x.
Kamera má velké rozlišení a menší pixely, tak bych si potřeboval vyjasnit, jak to pořešit se samplovaním.

(0.0036 / 1430) x 206265 = 0.519 arcsec/pixel, seeing nemám nic moc.
Je lepší fotit v nativním bin 1x1 a pak převést na bin 2x2 v postprocesu, nebo můžu binovat rovnou při focení a ušetřit si tak snímací čas i místo na disku? Nenici binovani barvu?

Při běžném seeingu to opravdu vychází na binning 2x2, ale pokud bude výborný seeing dá to i bez binningu, chce to vyzkoušet. Binnig nic nemrší, děje se to softwarově.

Binnováním neušetříš snímací čas. Jen částečně zkrátíš vyčítání a samozřejmě výrazně zmenšíš velikost ukládanéhbo souboru

Dělej vždy na bin 1, zmenšit -zbinovat to můžeš kdykoliv potom. Když budou podmínky, tak pak budeš litovat ,že si binoval.
Já jsem měl u své ASI294 0,477"- pixel 0,0023mm. Jediné co bylo horší, 4x větší soubory 93MB.

MilAN píše: ↑14. 05. 2025, 10:40 Binnováním neušetříš snímací čas. Jen částečně zkrátíš vyčítání a samozřejmě výrazně zmenšíš velikost ukládanéhbo souboru

Mel jsem za to, ze sloucenim sousednich pixelu se zvysi signal na ukor rozliseni. Pri EAA pouzivam binning vzdy pro zkraceni expozicniho casu a funguje mi to. Co mi tedy unika?

Samozrejme že binovanie zlepší SNR ide len o to že ak nie si silne obmedzený úložným priestorom tak je lepšie snímať do bin1. Nie sme v dobách CCD kde binovanie na kamere malo reálnu výhodu oproti pri spracovaní. Proste z bin1 spravíš bin2 pri spracovaní veľmi ľahko ale opačne už nie.

Jde o to, jestli kamera při binnování pixely sčítá nebo průměruje. Moravské kamery preferují průměrování, pokud ASI preferuje součet, budou se výsledky lišit..

Binováním se sníží jen šum, je to vlastně jakoby průměr. Bin 2 sníží šum na 1/2 tedy S/N se zvětší 2x
Hodnota signálu v ADU zůstane skoro stejná.

Zatím jsem se nesetkal sečítáním.

MilAN píše: ↑14. 05. 2025, 11:25 Jde o to, jestli kamera při binnování pixely sčítá nebo průměruje. Moravské kamery preferují průměrování, pokud ASI preferuje součet, budou se výsledky lišit..

Tady se ale již psalo, že bin můžu udělat v posprocesingu, tak nevím, proč bych ho dělal tak, aby došlo ke ztrátě dat (předpokládám že oříznutí, protože součtem bych naplnil pixel)

PixInsight v IntegerResample ani nemá možnosť súčtu. Je tam priemer, medián, max a min. Siril má priemer a súčet. Samozrejme štandardne sa použije priemer. Snímanie v bin2 nemá okrem ušetreného miesta žiadnu výhodu. Pripravuješ sa ale o možnosť občas využiť to rozlíšenie.

ZWO pri 8bit používa súčet a pri 16bit priemer

CCD čipy běžně pixely sčítaly. CMOS čipy jsou běžně 12-14 bitové, tudíž by jim neměl HW součet vadit. A obava, že přijdu oříznutím u saturovaných jasných hvězd o něco podstatného, v okamžiku, kdy mi záleží na objektech, kde pracujeme s minimálními jasy ostatních objektů které nás zajímají, nedává moc smysl. A samozřejmě, v okamžiku, kdy mi jde o maximální rozlišení a optika i seeing ho umožňuje, tak nedává smysl jít do binn 2x2 nebo výše.

Diky vsem za vysvetleni. Vysledek si z toho beru ten, ze binovani se nejspis nevyhnu, ale bude lepsi ho delat az softwarove pres integer resample v Pixi. Mozna s vyjimkou velmi jasnych objektu, kde budu muset binovat ciste kvuli mistu na disku, AsiAir mini ma volnou vnitrni pamet na snimky jen 20GB, to je jen cca 200 minutovych expozic.


Mmch, nevyplati se mi binovani primo pri foceni ani u uzkopasma, kde by se lepsi pomer S/N hodil?


ASI 2600 ma 16 bit a umi binovat i hardwarove, ale neni to ani souctem, ani medianem. Ona si proste vybere nejlepsi ze ctyr a zbyle tri zahodi.

MilAN píše: ↑02. 04. 2025, 16:37 Pokud budeš chtít po proložení dalekohledu dále fotit, uvědom si, že kvůli kónické chybě bude nejspíš dalekohled mířit trochu jinam.

No to je vlastně pravda, tak to bude možná jednodušší pořídit si ten nástavec na montáž.