Képfeldolgozó teszt - RegiStax, DSS, REGIM

Planetárium- és csillagászati térképprogramok, csillagászati képfeldolgozó szoftverek és társaik
mpt
Hozzászólások: 1314
Csatlakozott: 2009.09.07. 09:46

Re: Képfeldolgozó teszt - RegiStax, DSS, REGIM

Hozzászólás Szerző: mpt » 2014.06.27. 22:12

Nem egeszen ertem a problemat. A kepfeldolgozas sokkal nagyobb ertekeket lehetove tevo tipusokkal tortenik (a linkelt kodban is ugyebar long-gal dolgozunk). Az, hogy 8 bites adatra kell csonkolni, nem a program/algoritmus hibaja, hanem hogy ilyen tipusu kepbe akarjuk visszarakni az eredmenyt.

Sok esetben az MDA altal alkalmazott atskalazas is segithetne. Pl. kiszamolni a pixelertekeket, long-ban tarolva, majd ezek min-max ertekeket figyelembe veve atskalazni a lehetseges ertekeket 8 bitre.

--mpt
Avatar
Attila
Hozzászólások: 2713
Csatlakozott: 2009.09.07. 10:18

Re: Képfeldolgozó teszt - RegiStax, DSS, REGIM

Hozzászólás Szerző: Attila » 2014.06.27. 23:43

mpt írta:... kiszamolni a pixelertekeket, long-ban tarolva, majd ezek min-max ertekeket figyelembe veve atskalazni a lehetseges ertekeket 8 bitre.


Igen, kösz Péter, épp erre gondoltam.

A csonkolás nagyon durva beavatkozás a kép pixel-értékeibe.

Természetesen az átskálázással is veszítünk információt, hiszen akár drasztikusan is csökkenhet az árnyalat-terjedelem (ezért szúrtam be az "annyira" kifejezést), de a fehér legalább fehér marad, a fekete pedig fekete. Csak a szürke-skála lesz "darabosabb".

Az átskálázás alatt azt értem (pl. 16 bitről 8 bitre), hogy a "0" az "0" marad, de a "2^16" intenzitást megfeleltetjük "2^8"-nak, míg a köztes értékek lineáris, vagy logaritmikus, vagy exponenciális, vagy akármilyen skála szerint számítódnak át. Így semmi sem kerül csonkolásra, sem alul, sem felül - de a szürke (illetve egyéb szín-) átmenetek "darabosabbak" lesznek.


MDA
Egy mérés nem mérés, két mérés fél mérés; három méréssel már lehet kezdeni valamit...
Avatar
Attila
Hozzászólások: 2713
Csatlakozott: 2009.09.07. 10:18

Re: Képfeldolgozó teszt - RegiStax, DSS, REGIM

Hozzászólás Szerző: Attila » 2014.06.28. 01:44

tobe_ írta:A komoly obszervatóriumok és egyek milyen programot használnak vajon ezekre a műveletekre, az úgymond amatőr programok a nyomukba sem érnek, vagy van némi nagyságrendi különbség ?


Amennyire én tudom, a kutatók többnyire Unix (esetleg Linux) oprendszert használnak (régebben VAX VMS, AS400 vagy egyéb stabil platformot); Bill Gates ott nem rúg labdába, mert komolytalan versenyző...
E miatt értelemszerűen a Windows-os alkalmazások profi körökben nem igazán divatosak, illetve meglehetősen ritkák.

A Unix alapú képfeldolgozó alkalmazások algoritmusai viszont alapvetően nagyon hasonlók a Windows-os szoftverekben találhatókhoz, hiszen az "alapanyag" és a folyamatok ugyanazok.

De pl. Csák Balázs biztosan többet tudna erről mondani.


MDA
Egy mérés nem mérés, két mérés fél mérés; három méréssel már lehet kezdeni valamit...
tron
Hozzászólások: 43
Csatlakozott: 2013.09.08. 16:11

Re: Képfeldolgozó teszt - RegiStax, DSS, REGIM

Hozzászólás Szerző: tron » 2014.06.28. 08:36

Sziasztok!

Kicsit körbe járom a problémát, de hangsúlyozva hogy semmi közöm a képfeldogozáshoz! :)

Legyen egy f() függvényünk, ami képes pl. a 16 bites eredményt 8bites értékre konvertálni aránytartó módon. Így a 16bites R csatorna 0x8000 => 8bites 0x80 lesz, ami helyes is. Tehát x = f(szűrő(x)) a képletünk.

De hamar rájöhetünk, hogy az 5. szűrő után elvesztettünk minden bitet, mert minden lépés után a függvényünk legalább megfelezi az eredményt.

Akkor csináljuk, amit javasoltok. Mindig őrizzük meg a keletkező nagyobb eredményt, foglaljunk kellő memóriát és mikor elvégeztünk minden szűrést, akkor használjuk a konverziót.

Csakhogy a 8bites értékeink eredményéhez szükséges memória 2^16 bit, ha ezt adjuk paraméterül a következő szűrőnek és nem akarunk adatot veszteni, akkor már 2^32, aztán 2^64 stb.

Úgy járunk, mint az a Perzsa király, aki elfogadta a Zarathusztrának ajánlatát, hogy jutalmul nem kért mást, csak egy búzaszemet, amit a sakktáblán az előzőhőz képest meg kell duplázni.

A teljes sztori: http://www.vopus.org/hu/content/view/316/

Tehát a szűrök, durva-nem durva, de csonkolnak és bizonyos határok közt teljesen jól is használhatók. Nyilván a legtöbb eset nem ilyen szélsőséges, és speciális feladatokra lehet spec. algoritmusokat gyártani, de ha én használni akarnám akkor copy/paste, ha már opensource és elfogadom, hogy csonkolnak :)

Szép napot!
JE
tron
Hozzászólások: 43
Csatlakozott: 2013.09.08. 16:11

Re: Képfeldolgozó teszt - RegiStax, DSS, REGIM

Hozzászólás Szerző: tron » 2014.06.28. 09:45

tobe_ írta:A komoly obszervatóriumok és egyek milyen programot használnak vajon ezekre a műveletekre, az úgymond amatőr programok a nyomukba sem érnek, vagy van némi nagyságrendi különbség ?


Nyilván az amatőrök sem felkészültség sem felszereltségben nem vehetik fel a versenyt a hivatásosokkal. Leszámítva néhány zsenit, akik esetleg kitalálnak valami teljesen új módszert.

Ennek ellenére nagy sok CV (Coputer Vision) algoritmus elérhető, mert a kutatók/feljesztők publikálták. Az egyik ilyen, amit ismerek a Tesseract-OCR, amit a HP adott ki és egy karakterfelismerő. A másik, ami jobban ide vág, az OpenCV, amit az Intel tett publikussá. Ebben már olyan olyan algoritmusok is vannak, amikkel elképzelésem szerint, akár az égbolt analizálásához is jól használhatók vagy a szűrök jó része ebben is megtalálhatók.

Tehát vannak eszközök az amatőrök kezében is (de ezeket ugyanúgy használják egyetemek és cégek is (Kamerában arcfelismerés) illetve maguk is rész vesznek a fejlesztésben), de nem hinném, hogy amatőr szinten ennek különösebb értelme lenne. De ki-ki elhivatottsága szerint neki állhat, vannak eszközök, még ha esetleg nem is olyan jók.
Demo: youtube => opencv.

Üdv!
JE
Válasz küldése

Vissza: “Csillagászati szoftverek és egyéb számítástechnikai kérdések”