Astronomické fórum

V tom souboru je všechno natlačeno do hodnot 0-65535.

Mám dvě možnosti:
1.) Dodělat nastavení rozsahu pro 32bit soubory a zachovat konzistenci dat na úkor uživatelské přívětivosti
2.) Natransformovat data pro ideální zobrazení, ale na úkor interpretace obrazových hodnot (n-násobně data zesvětlím)

V začátcích programování aplikace jsem se rozhodl pro první variantu, neboť aplikace je primárně určena pro prohlížení surových dat z kamer - v drtivé většině 8bit či 16bit celočiselných dat.

Momentálně to lze dohnat nastaveným gammy na hodnoty 6 a více.

nou píše: ↑01. 03. 2023, 14:54V mojom prehliadači to funguje. Je to float32 a rozsah je hodnôt je 0 - 94000.

A proto je v tvé aplikaci stejný snímek uložený v jiných bitových hloubkách zobrazen s rozdílným jasem. To je ta nekonzistence, které se bráním.

Asi dodělám tu variantu pro 32bit snímky...

To je v poho, kvůli mě a ITelescope co použiju jednou za uherský rok netřeba se s tím patlat. Normálně na mnou nafocené snímky mojí kamerou funguje to je hlavní, chtěl jsem jenom vědět proč.

To je ten problém s float32 snímkami. Ten rozsah môže byť akýkoľvek. Najčastejšie je to 0.0-1.0 teraz 0-94000 alebo snímky z JWST majú uplné random rozsah ako napríklad -1,5 až 4,6. Tam je aj nastavenie rozsahu nepraktické. Tak som spravil to čo aj PixInsight pre škálovanie do 0-1.

To je přesně ten problém. Já to dávám do kladných hodnot, a pak zkouším, jestli se to dá aspoň přepočítat do rozumnějšího rozsahu při maximálně možném zachování intenzit jasu.

Za ty roky jsem nad možnými řešeními uvažoval a jedno se mi líbí stále více. Večer na tom možná začnu pracovat.

U 32bit souborů lze nyní ručně nastavit rozsah od 0 do 4G (0xffffffff). Avšak automatické roztáhnutí histogramu stále pracuje v 16bit režimu, a proto může být v extrémních případech vypočítaná hodnota mimo kýžený rozsah.
Docela jsem to pod kapotou přehrabal a musel jsem kvůli Win32 vyměnit slidery, kdy nativní nezvládaly tak enormní rozsah hodnot.

Vyzkoušel jsem a líbí se mi to Díky

Uvital by som moznost vypnut automaticke otacenie raw obrazkov podla udajov z exifu. Castokrat sa pocas fotenia pretocia fotky zo sirky na vysku - podla polohy fotaka. A pri pozerani je to potom problem, ked je kazda fotka inak...

Vyzkoušel jsem i svém PC s Debianem bookworm a po spuštění vytíží procesor na 100% a nejde nic dělat, jen to killnout. Na Win funguje, nemám něco špatně?

palkog píše: ↑30. 03. 2023, 09:01Uvital by som moznost vypnut automaticke otacenie raw obrazkov podla udajov z exifu

Musím to vymyslet jako uživatelskou volbu.

astrolama píše: ↑30. 03. 2023, 12:35nejde nic dělat, jen to killnout.

GTK2 či QT5? Píše něco, když se spustí z terminálu?

Mozno pridat v menu s moznostami otacania obrazku aj volbu "neotacat".

Qt5 a do terminálu se nevypíše nic, to vytížení vidím přes top.

Zkus i verzi GTK2. Jestli to dělá taky, smaž konfigurační soubor Pokud nepomůže ani to, pošlu ti debug verzi.

Zda sa mi, ze pred paru rokmi som riesil podobny problem. Nepamatam si detaily, ale GTK2 verzia isla dobre, len QT5 vytazila CPU na 100%. Myslim, ze sme vtedy na ziadne riesenie neprisli. A casom ten problem zmizol - asi sa aktualizovali nejake kniznice apod. Teraz pouzivam qt5 verziu bez problemov.

Matně si vzpomínám, že tenkrát to byla chyba v QT4 dialogu.

V rozklikávacím menu otáčení je teď dole možnost "Ignorovat otočení z EXIFu", jenž se ukládá do konfiguračního souboru.
http://grytom.g6.cz/fits/