Rychlý FITS prohlížeč
- Tomáš Grygarčík
- Příspěvky: 1678
- Registrován: 18. 07. 2010, 23:35
- Bydliště: Malé Hoštice
- Věk: 35
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
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 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
Linux | Windows
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 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
Linux | Windows
SW 200/1000, SW 200/800, TS Photoline 72mm f/5.5 APO, LUNT Ha 60/500 B1200, Bresser MS 127/1900
ZWO ASI1600MM Pro, 2×QHY-5 mono, OM-D E-M1 mark III, OM-D E-M1 mark II mod
SW EQ6-R, SW HEQ-5 SS, TS AZGP, vlastní dobsonova montáž
FITS prohlížeč
ZWO ASI1600MM Pro, 2×QHY-5 mono, OM-D E-M1 mark III, OM-D E-M1 mark II mod
SW EQ6-R, SW HEQ-5 SS, TS AZGP, vlastní dobsonova montáž
FITS prohlížeč
- MMys
- Příspěvky: 17642
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Běleč nad Orlicí
- Věk: 50
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
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ě
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.
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ě
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.
http://hvbo.cz/foto_astronomy_cz, http://hvbo.cz, e-mail: martin(*)myslivec(a)volny(*)cz, Dobson 400mm, N400/1600, Refraktor Borg 77ED, Montáž EQ6, Hvězdárna s montáží vlastní výroby, kamery MII C3-61000, ZWO ASI 1600MM
- BiF
- Příspěvky: 1143
- Registrován: 10. 11. 2002, 02:00
- Bydliště: Trhové Sviny
- Věk: 52
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Je možné nějak zoomovat šachovnici?
Newtony 300/1200, 200/860, 100/600; SkyMaster 15x70; paralaktická montáž vlastní výroby; QHY163M; ASI120M; Canon EOS 300D; Philips ToUcam Pro; http://bilek.astronomie.cz/ , email: frantabilek(at)gmail(dot)com
- MMys
- Příspěvky: 17642
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Běleč nad Orlicí
- Věk: 50
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Posunem levého okraje výpisu FITS hlavičky. Je široká vždy na šířku toho sloupce.
http://hvbo.cz/foto_astronomy_cz, http://hvbo.cz, e-mail: martin(*)myslivec(a)volny(*)cz, Dobson 400mm, N400/1600, Refraktor Borg 77ED, Montáž EQ6, Hvězdárna s montáží vlastní výroby, kamery MII C3-61000, ZWO ASI 1600MM
- MMys
- Příspěvky: 17642
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Běleč nad Orlicí
- Věk: 50
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
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íš 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/
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íš 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/
http://hvbo.cz/foto_astronomy_cz, http://hvbo.cz, e-mail: martin(*)myslivec(a)volny(*)cz, Dobson 400mm, N400/1600, Refraktor Borg 77ED, Montáž EQ6, Hvězdárna s montáží vlastní výroby, kamery MII C3-61000, ZWO ASI 1600MM
- palkog
- Příspěvky: 595
- Registrován: 11. 05. 2012, 14:11
- Bydliště: Presov, SR
- Věk: 31
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Refresh ide cez F5: http://www.astro-forum.cz/viewtopic.php ... 59#p385859
Web, Astrofotky
- SW 200/1000, SW ED 72/420
- EQ-5Pro, StarAdventurer
- Canon 600D, Canon 6D, ASI224MC, Neptune-C II
- seťák 18-55mm, seťák 28-80mm, Tamron 70-300mm, Zeiss Pancolar 50mm, Zeiss Sonnar 180mm, Takumar 135mm; Samyang 8mm fisheye, 14mm, 20mm, 500mm
- MMys
- Příspěvky: 17642
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Běleč nad Orlicí
- Věk: 50
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
dík, to už jsem od počátku diskuze nějak zapoměl Funguje.
http://hvbo.cz/foto_astronomy_cz, http://hvbo.cz, e-mail: martin(*)myslivec(a)volny(*)cz, Dobson 400mm, N400/1600, Refraktor Borg 77ED, Montáž EQ6, Hvězdárna s montáží vlastní výroby, kamery MII C3-61000, ZWO ASI 1600MM
- Tomáš Grygarčík
- Příspěvky: 1678
- Registrován: 18. 07. 2010, 23:35
- Bydliště: Malé Hoštice
- Věk: 35
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Vím, zatím jsem to neřešilMMys píše:Pak je tam nějaká až moc aktivní kontrola rozsahů histogramu, která znemožňuje psaní
Podívám se na toMMys píše:A drobná chybka v ovládání.
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.
Barevné snímky jsem nikdy nebral v potaz, chtělo by to nějaký na otestováníMMys píše:Trošku problém dělají RAW fitsy z barevné (OSC) kamery.
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 Kolem toho bude ještě práce to normalizovatMMys píše:Pak mám ještě několik fitsů, na kterých se to hryzne.
Až někdo přeloží zdrojáky do pascalu, tak není problémMMys píše:Totiž aby to zobrazovalo kromě FITSů i XISF soubory (nativní formát do kterého snímky ukládá PixInsight).
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 ), teď si dám od programování zase chvilku pauzu.
SW 200/1000, SW 200/800, TS Photoline 72mm f/5.5 APO, LUNT Ha 60/500 B1200, Bresser MS 127/1900
ZWO ASI1600MM Pro, 2×QHY-5 mono, OM-D E-M1 mark III, OM-D E-M1 mark II mod
SW EQ6-R, SW HEQ-5 SS, TS AZGP, vlastní dobsonova montáž
FITS prohlížeč
ZWO ASI1600MM Pro, 2×QHY-5 mono, OM-D E-M1 mark III, OM-D E-M1 mark II mod
SW EQ6-R, SW HEQ-5 SS, TS AZGP, vlastní dobsonova montáž
FITS prohlížeč
- MMys
- Příspěvky: 17642
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Běleč nad Orlicí
- Věk: 50
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
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.
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.
http://hvbo.cz/foto_astronomy_cz, http://hvbo.cz, e-mail: martin(*)myslivec(a)volny(*)cz, Dobson 400mm, N400/1600, Refraktor Borg 77ED, Montáž EQ6, Hvězdárna s montáží vlastní výroby, kamery MII C3-61000, ZWO ASI 1600MM
- pavelseb
- Příspěvky: 946
- Registrován: 22. 11. 2009, 22:40
- Bydliště: Senetářov
- Věk: 39
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Ahoj, chtěl jsem to stáhnout ale vyhodnotilo mi to jako Virus, je to OK?
GSO 150/750, EQ6 Pro, SW 70-500 + QHY5L-II, Canon 450D, TS Comacorrector 0.95x, HR Planetary 7mm, SW 25mm, mod. pas. chlazená Logitech QC 4000
- MMys
- Příspěvky: 17642
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Běleč nad Orlicí
- Věk: 50
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
U mě s NOD32 Antivirus je klid. Co to máš za antivir ???
http://hvbo.cz/foto_astronomy_cz, http://hvbo.cz, e-mail: martin(*)myslivec(a)volny(*)cz, Dobson 400mm, N400/1600, Refraktor Borg 77ED, Montáž EQ6, Hvězdárna s montáží vlastní výroby, kamery MII C3-61000, ZWO ASI 1600MM
- Psion
- Příspěvky: 11546
- Registrován: 02. 01. 2001, 05:03
- Bydliště: Praha
- Věk: 61
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Bitdefender taky nic nenašel.
- pavelseb
- Příspěvky: 946
- Registrován: 22. 11. 2009, 22:40
- Bydliště: Senetářov
- Věk: 39
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
Normálně windows defender… eset na jiné mašině mi to taky nedělá...
GSO 150/750, EQ6 Pro, SW 70-500 + QHY5L-II, Canon 450D, TS Comacorrector 0.95x, HR Planetary 7mm, SW 25mm, mod. pas. chlazená Logitech QC 4000
- Tomáš Grygarčík
- Příspěvky: 1678
- Registrován: 18. 07. 2010, 23:35
- Bydliště: Malé Hoštice
- Věk: 35
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
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?)
(Má na to Windows vůbec nějaký nástroj?)
SW 200/1000, SW 200/800, TS Photoline 72mm f/5.5 APO, LUNT Ha 60/500 B1200, Bresser MS 127/1900
ZWO ASI1600MM Pro, 2×QHY-5 mono, OM-D E-M1 mark III, OM-D E-M1 mark II mod
SW EQ6-R, SW HEQ-5 SS, TS AZGP, vlastní dobsonova montáž
FITS prohlížeč
ZWO ASI1600MM Pro, 2×QHY-5 mono, OM-D E-M1 mark III, OM-D E-M1 mark II mod
SW EQ6-R, SW HEQ-5 SS, TS AZGP, vlastní dobsonova montáž
FITS prohlížeč
- pavelseb
- Příspěvky: 946
- Registrován: 22. 11. 2009, 22:40
- Bydliště: Senetářov
- Věk: 39
- Kontaktovat uživatele:
Re: Rychlý FITS prohlížeč - nezná někdo ?
má:Tomáš Grygarčík píše:(Má na to Windows vůbec nějaký nástroj?)
certUtil -hashfile cestaKsouboru [MD2, MD4, MD5, SHA1, SHA256, SHA384, SHA512]
a součet sedí díky
GSO 150/750, EQ6 Pro, SW 70-500 + QHY5L-II, Canon 450D, TS Comacorrector 0.95x, HR Planetary 7mm, SW 25mm, mod. pas. chlazená Logitech QC 4000