Stránka 9 z 11

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 05. 11. 2018, 23:07
od Tomáš Grygarčík
Táhla ve Windows nefungují správně - nejspíš chybná implementace (nejde klikat, nulová pozice ve zprávách apod.). Na Linuxu vše OK. Za pár týdnů vyjde nový Lazarus, v bugtrackeru jsem zahlédl nějaké poznámky ke scrollbarům, tak snad...
Ladil jsem to přímo ve VM, přepracoval jsem volání vykreslování / výpočtu histogramu a jevilo se mi to rychlejší.
Výpočet bílého bodu jsem upravil, už reaguje i na hodnotu 99.9%.
Že někde zůstala data z předchozího obrazu je klidně možné - pointery jsou super, ale nedejbože když se šáhne do paměti kousek vedle :lol: zrovna včera jsem to řešil u histogramu, kdy mě zlobil poslední bajt: při nulování paměti jsem místo 0x100 měl jen 0xff :evil: :oops:

Linux | Windows

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 06. 11. 2018, 00:07
od MMys
Autohistogram:
jo, už se to chová podle mne předvídatelně,bílý i černý bod správně a přijatelně rychle. Na 16Mpix datech 220-300ms, tedy téměř jak před přidáním té funkce. S tou chybou to byl až k sekundě, byť status bar hlásil stále kolem 250ms, jenže 3x po sobě :D

Na tu chybu s rozdílným výsledkem při příchodu na snímek z růných stran jsem už nenarazil, takž asi OK.

Scrollbary - nevadí, počkáme na novou verzi, já tím stejně šoupu myší, to jen že jsem si všimnul.

Budu to testovat, zrorvna fotím, tak tím průběžně prohlížím, co padá z kamery.

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 07. 11. 2018, 18:15
od BiF
Je možné nějak zoomovat šachovnici?

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 07. 11. 2018, 18:28
od MMys
Posunem levého okraje výpisu FITS hlavičky. Je široká vždy na šířku toho sloupce.

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 18. 11. 2018, 09:27
od MMys
Tak po delší době používání ještě pár postřehů:

Když mi přibývají v adresáři soubory, není možné nijak udělat refresh seznamu souborů (přepnutí řazení nepomůže, to se zjevně už znova nenačítá aktuální seznam souborů). Musím prpohlížeč ukončit a pustit znova. Nešla by třeba udělat automatická detekce (asynchronně, od časovače třeba 1x za sekundu porovnávat stav s předchozím seznamem) ale tak, aby to nerozbilo aktuální pozici (tedy kurzor v tom listboxu aby zůstal na aktuálním snímku, nikoli aktuální pozici v listbocu číselně nebo aby se to nezresetovalo na první pozici). Pokud by to automaticky nešlo, s něčím kolidovalo, tak alespoň nějaké malé tlačítko na ruční refresh seznamu.

Pak je tam nějaká až moc aktivní kontrola rozsahů histogramu, která znemožňuje psaní (kontrola se dělá po každém zapsaném či umazaném znaku). Když mám třeba vlevo 10% a vpravo 99% a chci to přepsat na 98, nelze použít ani Del ani BckSpc. Jakýkoli pokus o editaci vede k tomu, že se tam dostane 10,1 (po umáznutí jakéhokoli znaku je tam už jen 9 a to neprojde kontrolou). A pak už z toho není jiné cesty ven, než myší vybrat část, znaky 0,1 a přepsat je na něco ve výsledku většího než 10. V podstatě jediná cesta, jak to přepsat je výběr nějaké části čísla, a následně přepsat aby to splňovako podmínku. Nebo to jen klikat myší. Ale to je po desetině nešikové, to se hodí na jemné ladění. S tím psaním by to chtělo vymyslet nějak šikovněji. Podle mě stačí tu kontrolu udělat až po stisku Enter, než se přepočítává obraz.

A drobná chybka v ovládání. Když hned po spuštění jedu směrem k poslednímu souboru dolů, pouze šipkou vpravo, tak k posunu dojde pouze jednou, pak už šipky vpravo/vlevo nefungují. Když začnu na druhou stranu, nahoru směrem k prvnímu, tak to nedělá. Jestli je seřazeno podel názvu či času nehraje roli.

Potom to vyhodí nějakou vyjímku v knihovně na práci s FITSy, když se to omylem dostane na barevný (respektive jiný ńež jednokanálový) FITS. To by chtělo asi ošetřit, že to místo obrazu namaluje třeba přeškrtnutí s poznámkou nepodporovaný formát.

Pak mám ještě několik fitsů, na kterých se to hryzne. Jsou to všechno sekládané snímky z MaxImDL. Ale nevidím na nich nic nenormálního, snad kromě toho že jsou ve float prezentaci. Cíleně je neprohlížím, ale občas mám nějaký jako kontrolu jestli už je sekládané množství přijatelné, strčený zapomenutý mezi nasnímanými daty, a na něm se to při procházení sekne.
Tady máš jeden vzorek: http://leteckaposta.cz/uploaded/743943622

Trošku problém dělají RAW fitsy z barevné (OSC) kamery. Při zobrazení 1:1 je to OK, normálně je vidět Bayer maska. To ničemu nevadí. Blbé je to při přizpůsobení do okna, tam při interpolaci vznikne většinou takové moiré. Nejlepší by asi bylo, pokud na takový soubor narazíš, ho nejprve resamplovat na poloviční rozlišení (bining 2x2), čímž Bayera zrušíš, a pak teprve udělat fit do okna. Ta úprava kódu by byla asi triviální, ale problém je, že u spousty kamer se nijak nedozvíš z FITS hlavičky, že jde o OSC kameru. Ale asi by to šlo nějak detekovat na přítomnost bayera, z pár míst obrazu, musí tam být silná autokorelace při posunu o sudý počet pixelů. Protože jas R, G a B pixelů nebude nikdy stejný. Pozadí je většinou ulítlé do oranžova. Asi by šla vymyslet nejaká metoda, jak to detekovat. Ale není to priorita. Já už OSC kamerou nefotím, tak spíš pro ostatní, a málo jich není a budou asi přibývat, jak se rozmohly barevné ASI a QHY CMOS kamerky.

Jinak už asi nic. Fak parádní povedené dílko.

----------------------------------------------
I když vlastně, mám teda ještě jeden námět do budoucna, ale ten si musím rozmyslet a nastudovat, jestli je to vůbec reálné, ale s tím mě nejspíš vyrazíš :D Totiž aby to zobrazovalo kromě FITSů i XISF soubory (nativní formát do kterého snímky ukládá PixInsight). Ono je to v zásadě něco jako FITS, ale ty data jsou obalený nějakou podstatně složitější XML hlavičkou, a celý ten formát je šíleně složitý a obecný. Implementovat to v plné šíři je nesmysl, ale stačilo by aby to četlo zase jen monochromatické soubory pár nejpoužívanějších typů. Jde mi o možnost prohlédnout si výsledky, celou sadu snímků třeba po kalibraci, kdy už nemám FITSy, ale XISF-y
https://pixinsight.com/xisf/

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 18. 11. 2018, 15:25
od palkog

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 18. 11. 2018, 16:02
od MMys
dík, to už jsem od počátku diskuze nějak zapoměl :-) Funguje.

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 18. 11. 2018, 17:56
od Tomáš Grygarčík
MMys píše:Pak je tam nějaká až moc aktivní kontrola rozsahů histogramu, která znemožňuje psaní
Vím, zatím jsem to neřešil

MMys píše:A drobná chybka v ovládání.
Podívám se na to

MMys píše:Potom to vyhodí nějakou vyjímku v knihovně na práci s FITSy, když se to omylem dostane na barevný (respektive jiný ńež jednokanálový) FITS. To by chtělo asi ošetřit, že to místo obrazu namaluje třeba přeškrtnutí s poznámkou nepodporovaný formát.
MMys píše:Trošku problém dělají RAW fitsy z barevné (OSC) kamery.
Barevné snímky jsem nikdy nebral v potaz, chtělo by to nějaký na otestování ;)

MMys píše:Pak mám ještě několik fitsů, na kterých se to hryzne.
Už mám tři testovací 32bit float soubory a každý je hodnotově reprezentovaný jinak. Jeden soubor je v hodnotách kolem 0.0028729846, druhý kolem 36.681468416 a třetí kolem 3014.2635465746 :cry: :roll: Kolem toho bude ještě práce to normalizovat

MMys píše:Totiž aby to zobrazovalo kromě FITSů i XISF soubory (nativní formát do kterého snímky ukládá PixInsight).
Až někdo přeloží zdrojáky do pascalu, tak není problém

Za posledních 24 hodin jsem se ve snaze zrychlit svou snímací aplikaci ponořil do programování v assembleru a už toho mám docela dost (o 64bit registrech se mi snad bude i zdát :lol:), teď si dám od programování zase chvilku pauzu.

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 18. 11. 2018, 19:21
od MMys
Vzorek FITSu z mono kamery s bayerovou maskou je zde. Je to normální monochromatický jednokanálový soubor, jen je v něm ten rastr v matici 2x2 pixely RGGB. To vadí při zmenšování, při určitém poměru vzniknou takové hranaté plošky - skvrnky.

http://leteckaposta.cz/764545062

řešení je buď jak jsem psal, zlikvidovat biningem 2x2 a pak teprve přizpůsobit do okna. To se udělá celkem jednoduše. Horší je ta detekce Bayera, protože v hlavičce obvykle nic uvedeno není. Ale podle mě by stačil nějaký algoritmus typu suma absolutní hodnoty odchylek od průměru na čtverečku 2x2, a tohle udělat na více místech obrazu, třeba na 100 pozicích. U mono obrazu to bude jen suma rozdílů v šumu (pravděpodobnost že se tam trefí okraj hvězdy která je velmi ostrá, je malá). V obraze s bayerovou maskou ta suma odchylek bude výrazně vyšší číslo, protože barevné kanály se dost výrazně liší. Tím by to šlo asi zdetekovat celkem elegantně.

Druhý možnost je, že když usoudí SW, že se jedná o obraz s bayerovou maskou, tak si z toho vytahá ty 3 monochromatické obrazy v polovičním rozlišení (R,B, a průměr z obou G pixelů) a každý stretchne podle nastaveného pravidla. A v okně promítne normální barevný obraz. Klasický debayering interpolací bych asi nedělal (pokud ho nemáš napsaný v nějaké knihovně) to je pro účely prohlížeče zbytečný luxus.

Skutečný tříkanálový barevný FITS můžeš s klidem ignorovat, to nikdo z nás asi nepotřebuje, takže stačí odchytit tu vyjímku a zareagovat nějak inteligentněji, než odklikávat box s vyjímkou. Takový FITS je třeba zde:

http://leteckaposta.cz/285319173

Ty floaty tak urgentní nejsou, čert vem že je to nezobrazí (když tam bude černej obdélník bez obrazu, nic se nestane). Ale mě to na nich umře a musím to odstřelit task managerem, což je horší. Ve float FITSu může bejt fakt cokoli, třeba PixInsiht funguje v rozsahu 0.0-1.0, ale třeba MaxIm tak lidně uloží čísla jak po nějaké operaci vyjdou, a může tam být úplně cokoli. Podle mě musíš u folat FITSu spočítat ty percentily povinně, úplně stejně jako u Int. FITSu, a pak to teprve nějak přeškálovat a zobrazit.

Ad. XISF - o tom pochybuju, to se asi nikdy nestane. Tak to asi pusť z hlavy. Ale buď v klidu, já jsem na tom úplně stejně. Věci jako firmware do mikrokontrolérů a různých embedded zařízení mastím v Céčku případně optimalizuju v Assembleru, ale pokud potřebuju nějakou aplikaci s GUI na PC, tak Delphi (nebo spíš v poslední době modernější RAD studio, kde to jde i v C-čku), se kterými jsem kdysi dávno začal a už se jich nezbavil.

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 19. 11. 2018, 06:51
od pavelseb
Ahoj, chtěl jsem to stáhnout ale vyhodnotilo mi to jako Virus, je to OK? :D

Obrázek

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 19. 11. 2018, 07:35
od MMys
U mě s NOD32 Antivirus je klid. Co to máš za antivir ???

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 19. 11. 2018, 08:36
od Psion
Bitdefender taky nic nenašel.

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 19. 11. 2018, 09:01
od pavelseb
Normálně windows defender… eset na jiné mašině mi to taky nedělá...

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 19. 11. 2018, 13:11
od Tomáš Grygarčík
Pro jistotu přidávám kontrolní SHA součet aktuálního souboru fits_prohlizec.exe: 508642e91682c8139d1a88141234e1017cffbb19
(Má na to Windows vůbec nějaký nástroj?)

Re: Rychlý FITS prohlížeč - nezná někdo ?

Napsal: 19. 11. 2018, 16:54
od pavelseb
Tomáš Grygarčík píše:(Má na to Windows vůbec nějaký nástroj?)


má:
certUtil -hashfile cestaKsouboru [MD2, MD4, MD5, SHA1, SHA256, SHA384, SHA512]

a součet sedí díky