RegiStax 5

Aloittaja TuRe, 31.10.2009, 17:14:22

« edellinen - seuraava »

Ari Haavisto

Molemmissa koneissa on 4Gb keskusmuistia eikä mikään viittaa siihen että Registax käyttäisi juurikaan enempää kuin sen noin 200Mb jonka ohjelma itsekin väittää käyttävänsä. Järjestelmänhallinta kertoo että kummassakin koneessa noin 2Gb muistista on "varalla". Kun uudella koneella ajaa kahta registaxia yhtä aikaa, silloin tuo "varalla oleva" määrä vähenee juurikin sen verran, noin 200Mb, kuin toinen Registax väittää käyttävänsä. Kovalevy ei huuda eikä edes raksuta kummassakaan koneessa, mielestäni muistista ei ole kysymys. Tässä viestiä 2Gb muistilla varustetulla miniläppärillä kirjoittaessani ajoin kokeeksi samaa videota tälläkin koneella ja kun ennen avin latausta muistista oli käytössä 600Mb, latauksen jälkeen käytössä oli noin 800 Mb ja prosessoinnin aloitettuani noin 840 Mb. Läppärillä prosessorikuorma kävi piikeissä 100%:ssa.

Ja jos ohjelma käyttää kaksiytimisessä 32bit koneessa 60-100% kokonaisprosessoritehosta, eikö se silloin tarkoita että molemmat ytimet on käytössä? Kun kuormaa tarkastelee ydin kerrallaan, samat yhden Registaxin (kun en vielä toista laittanut päälle) heilahtelevat kuormapiikit näkyvät uudella koneella suunnilleen identtisinä kahdella ytimellä ja kolmas sitten näyttää vain pientä vaahtoa.

No, Lauantaina ennen saunaa ei kannata tehdä liian hätäisiä johtopäätöksiä. Vanhan ja uuden koneen välillä lienee eroa myös muistin nopeudessa. Mutta jos kellotan uudella koneella saman videon identtisen käsittelyn sekä yhtä että kahta Registaxia ajaen, muistin määrän ja nopeuden sekä prosessorinopeuden supistuessa siten yhtälöstä pois, pitäisi tuloksen olla tieteellisesti sitova ja samalla saan asialle toiston. Nythän alkuperäinen tulos on vain silmämääräinen havainto joita UFOistakin tehdään tämän tästä.

Itse asiassa tässä muistui mieleeni että 32bit windows-versiot pystyvät hyödyntämään vain juurikin tuon 4Gb muistia (oli se sitten kovalevyllä jatkettua tai ei) kun taas 64 bit versiot (7 home premium) käyttävät 8Gb ja ilmeisesti professional versiot jopa 32Gb? Ainakin uusissa CAD-asemissa tuo mainitaan maksimimuistimääräksi. Silloin tuossa pnuun pohdinnassa voisi olla se pontti että tuo uusi kone pystyy hyödyntämään tuon 4Gb:n päälle vielä 4Gb kovalevyä. Mutta ei se selitä miksi se tekisi sen vasta kun ajetaan kahta Registaxia yhtäaikaa ja miksi kovalevy ei kuitenkaan raksuta tai miksi järjestelmänhallinta sitkeästi väittää Registaxin käyttävän vain noin 200Mb muistia oli kone mikä tahansa. Ei kun takaisin lauteille...
Rebel 600S (Newton 600mm F4)
SW 400P Flextube Synscan GOTO (400/1800mm)
SW300P & NEQ6 Pro
Celestron C8, RET45
ASI183MM

Pierro Astro ADC-korjain
Televue Powermate 2.5x, 4x ja 5x, APM 2,7x & 1,5x comacorrecting barlow
Starlight Xpress suodinpyörä 7x1 1/4"

Ari Haavisto

Tänään kun flunssa vaivaa sen verran ettei parane mennä ulos kylmettymään, jatkoin Registax-kokeiluja.
Ensin valitsin yhden Jupiter-videon (1105 ruudun EOS-kaappaus AVI) ja latasin Registaxiin. Registax ilmoitti käyttävänsä muistia n. 195 Mb. Ajoin "center of gravity"-alignin, joka kesti 4 min 30 s. Kokonaisprosessorikuormaa tuo otti 28% ja kaiken juurikin yhdeltä prosessorilta (prosessori numero 3) jota siis kuormitti noin 85%:sti, juuri kuten pnuu tiesi jo aiemmin kertoa.

Sitten suljin kaikki ja tein videosta kopion. Nyt käynnistin kaksi Registaxia joista kumpaankin oman videokopionsa ja ajoin kummassakin nyt yhtäaikaa saman align-prosessin. Nyt kokonaisprosessorikuorma oli 56%, kummankin Registaxin viedessä 28% ja nyt siis prosessorit 2 ja 3 kumpikin kuormitettuja 85%:sti. Tämän päälle toki oli muuta peruskuormaa eri prosessoreilla. Ajassa 4min 59s molemmat Registaxit olivat valmiit.

Tästä innostuneena tein saman ajon vielä kolmella Registaxilla, tosin nyt kaksi Registaxia avasi saman videon ja kolmas avasi kopion. Ilmeisesti tästä johtuen fyysisesti samaa videota käsittelevät Registaxit käyttivät kumpikin 250Mb muistia kun taas kolmas käytti vain tuon saman 195Mb kuin aiemminkin. Nyt kokonaiskuorma kolmesta Registaxista oli 84%, 28% kukin. Ja nyt kaikilla kolmella prosessorilla kauniin tasainen kuorma. Kaikki Registaxit olivat valmiit ajassa 5 min 2s.

Eli kuten pnuu sanoi, Registax käyttää vain yhtä prosessoria ja prosessorin "teho" sekä muistin nopeus ovat Registaxin nopeuden määräävät tekijät, mutta lyhyt tai pitkä Jupiter-video käyttää suunnilleen yhtä vähän muistia eikä muistin määrä osoittautunut pullonkaulaksi. Mutta kun ytimiä on useampia, pystyy Registaxeja käynnistämään vastaavan määrän rinnakkain, ainakin 64 bit seiskassa, ja siten saavuttamaan rinnakkainajolla lähes vastaavan lisäyksen saantiin. Omalla kohdallani nyt siis jo noin 1,5 x 3 eli 4,5 kertaisen vanhaan koneeseen nähden missä pystyin ajamaan vain yhtä kerrallaan. Mistä sitten aiemmin sain sen harhakäsityksen, että yksi Registax olisi kuormitanut kahta prosessoria? Itse asiassa tarkemmin tutkiessani kuormittaja ei ollutkaan Registax vaan resurssienhallinnan ikkunan venytteleminen edestakaisin... Jostain syystä jos resurssienhallinnan ikkunaa venyttelee hiirellä nopeasti edestakaisin, aiheuttaa se valtavan prosessorikuorman usealle ytimelle, jopa yli 70% kokonaiskuorman  :tongue:   

No, nyt olen kirjoitellut jo liikaa ja liian pitkälti tästä aiheesta ja häiritsen koko ketjun luettavuutta, mutta yhteenvetona siis jatkossa 64bit seiskalla ajan videoita kolmea rinnan jolloin käsittelyvaihe nopeutuu. Jahka saan muutaman kuuvideon aikaiseksi, kokeilen myös mitä niilden kanssa käy.
Rebel 600S (Newton 600mm F4)
SW 400P Flextube Synscan GOTO (400/1800mm)
SW300P & NEQ6 Pro
Celestron C8, RET45
ASI183MM

Pierro Astro ADC-korjain
Televue Powermate 2.5x, 4x ja 5x, APM 2,7x & 1,5x comacorrecting barlow
Starlight Xpress suodinpyörä 7x1 1/4"

jmantyla

Mikäs on, kun en saa Registaxia tunnistamaan fit-kuvia?
Ohjelma avaa ne, mutta ei millään suostu kohdistamaan (align) kuvia. Jpg- ja tif-kuvat se kyllä kohdistaa ja pinoaa, mutta ei Atikin fit-kuvia millään.

Kaikkia (lähes) asetuksia on kokeiltu, mutta ei auta mikään.

Jorma M.

Kaizu

Lainaus käyttäjältä: Timpe - 02.10.2010, 12:18:46
Ok, muttei sullakaan kait ole Canon EOS 7D kameraa, minkä RAW kuvia tuo ei osaa avata...
Huhuu... EOS 7D:n omistajat, kai nyt joku muukin sentään on kokeillut Registaxia 7D:n RAW-kuvilla (kuin allekirjoittanut)?
Ei ole seiskaa mutta sama ilmiö tuli esiin 5D:n RAWilla. Esikatselussa näkyy OK mutta pinotessa vain 1:1 vasemmasta yläkulmasta. Kun yrittää kohdistaa, ilmoittaa Error in data ja Error code 5.

Kaizu
Kai Forssen

Julius

Lainaus käyttäjältä: jmantyla - 05.03.2011, 15:16:46
Mikäs on, kun en saa Registaxia tunnistamaan fit-kuvia?
Ohjelma avaa ne, mutta ei millään suostu kohdistamaan (align) kuvia. Jpg- ja tif-kuvat se kyllä kohdistaa ja pinoaa, mutta ei Atikin fit-kuvia millään.

Ainakin 314L:n FIT-kuvia pinoaa. Olisiko sitten liian isoja kuvia tai muisti vähissä?
Ja ainahan voi käyttää Iristä  :wink:

Lauri Kangas

Iris ei kyllä sovellu alkuunkaan CCD-kameroiden kuvien pinoamiseen. Ongelma on että ohjelma käyttää etumerkillisiä 16-bittisiä lukuja eli väliä  -32768 .. 32767 pikseleiden arvoille, kun taas CCD-kamera tuottaa etumerkittömiä lukuja eli väliä 0 .. 65536. Normaali load-komento vain leikkaa CCD-kuvista tuon 32767:n yli menevät arvot suoraan valkoiseksi, jonka lisäksi on jotain SX-alkuisia load-komentoja joilla saa joko jaettua datan kahdella saadakseen sen mahtumaan välille 0 .. 32767 (jolloin dataa menee hukkaan) tai sitten vähentämään tuon negatiivisen alarajan arvon kuvista jolloin data skaalataan koko iriksen käyttämälle alueelle. Tällöin kuitenkin suurin osa datasta sijoittuu negatiiviselle puolelle ja kaikki normaalit pinoamistyökalut ja kuvan visualisointi alkaa toimia päin honkia.

Eli lyhyesti: 16-bittisiin CCD-kuviin kannattaa käyttää jotain muuta kuin Iristä.

Mare Nectaris

Lainaus käyttäjältä: Lauri Kangas - 05.03.2011, 18:56:17
Iris ei kyllä sovellu alkuunkaan CCD-kameroiden kuvien pinoamiseen. Ongelma on että ohjelma käyttää etumerkillisiä 16-bittisiä lukuja eli väliä  -32768 .. 32767 pikseleiden arvoille, kun taas CCD-kamera tuottaa etumerkittömiä lukuja eli väliä 0 .. 65536. Normaali load-komento vain leikkaa CCD-kuvista tuon 32767:n yli menevät arvot suoraan valkoiseksi, jonka lisäksi on jotain SX-alkuisia load-komentoja joilla saa joko jaettua datan kahdella saadakseen sen mahtumaan välille 0 .. 32767 (jolloin dataa menee hukkaan) tai sitten vähentämään tuon negatiivisen alarajan arvon kuvista jolloin data skaalataan koko iriksen käyttämälle alueelle. Tällöin kuitenkin suurin osa datasta sijoittuu negatiiviselle puolelle ja kaikki normaalit pinoamistyökalut ja kuvan visualisointi alkaa toimia päin honkia.

Eli lyhyesti: 16-bittisiin CCD-kuviin kannattaa käyttää jotain muuta kuin Iristä.

... tässä Rob Kantelbergin esimerkissä vaikuttaisi siltä, että prosessoidaan ATIK16IC -kameralla otettuja LRGB -kuvia 16 bitin syvyydellä, ja käytetään IRIS -ohjelmaa. Kuvat on ilmeisesti ensin käytetty K3CCDTools -ohjelman kautta, mutta prosessointi tapahtuu kuitenkin Iriksellä.
Timo Keski-Petäjä


SW Evostar 120 ED APO*TAL 250K*C8-N*SW 150 Pro*TAL 1 (Mizar)*Celestron Ultima 80*EQ6 Pro Eqmod + TS dual mount*CG-5 GOTO*TV: Nagler Type 4 17 mm, Panoptic 24 mm*Baader Hyperion Clickstop-Zoom 8-24*17 mm UWA-70*TV BIG 2x Barlow*Celestron 2x Barlow Ultima SV Series*TAL 3x Barlow*TS 5 x APO Barlow*TS CCD lunar camera

Julius

Lainaus käyttäjältä: Lauri Kangas - 05.03.2011, 18:56:17
Iris ei kyllä sovellu alkuunkaan CCD-kameroiden kuvien pinoamiseen. Ongelma on että ohjelma käyttää etumerkillisiä 16-bittisiä lukuja eli väliä  -32768 .. 32767 pikseleiden arvoille, kun taas CCD-kamera tuottaa etumerkittömiä lukuja eli väliä 0 .. 65536....

Pitää paikkansa että leikkautumista tapahtuu, mutta sehän jää siis kirkkaaseen päähän?
Eli kirkkaat tähdet on käytännössä hiukan isompia. Siis: Input-kuvat rajataan 15-bittiseksi?
En ole mitenkään matemaattisesti orientoitunut, joten rautalankamallit on tervetulleita.
Sisäisesti Iris ymmärtääkseni pinoaa kuitenkin koko skaalalla,mikäli saa sitä kitusiinsa?
En siis tältä istumalta jätä kyllä Iristä toimettomaksi CCD-kuvia väännellessäni.
On toki omituisen älytön rajoitus, muttei liene lähellekään käyttökelvotonta?




Lauri Kangas

Oma rautalankamallisi meni ihan oikein, eli kun positiivisesta 16-bittisestä napataan puolet pois saadaan 15 bittiä. Kokonaisen bitin hukkaaminen kirkkaasta päästä ei ole pidemmän päälle kovin nokkelaa.

Tuosta iriksen sisäisestä laskentatarkuudestakaan en ole aina ihan vakuuttunut. Tuntuu että aika helposti siinä voi käydä niin että sävyjä menee hukkaan. Ainakin nebulosity ja ccdstack taitavat käyttää sisäisissä laskuissaan 96-bittisiä liukulukuja johon vaikka millaisten laskutoimitusten pitäisi kyllä säilyttää kaikki sävyt.

Kaizu

Käänsin Canonin kuvat 16bittisiksi tiffeiksi, n.25Mb=>n125Mb. Registax ilmoitti 5 kuvan pinoamisyrityksen jälkeen: "Out of process resources".
Muistia on sen 3Gb mitä 32bittinen pystyy osoittamaan. Täytynee jatkaa käsin pinoamista.

Kaizu
Kai Forssen

naavis

Lainaus käyttäjältä: Kaizu - 05.03.2011, 22:24:04
Käänsin Canonin kuvat 16bittisiksi tiffeiksi, n.25Mb=>n125Mb. Registax ilmoitti 5 kuvan pinoamisyrityksen jälkeen: "Out of process resources".
Muistia on sen 3Gb mitä 32bittinen pystyy osoittamaan. Täytynee jatkaa käsin pinoamista.

Kaizu

Registax ei alunperinkään ole tarkoitettu järkkärikuvien pinoamiseen. Jos tahdot järkkärikuvia pinota muutenkin kuin käsin, käytä suosiolla Iristä tai DSS:ää.

Kaizu

Manuaalin mukaan parannuksia 4 versioon verrattuna ovat tuki dslr kameroiden RAW formaateille sekä parempi tuki tif- ja fits-kuville. Tuosta voisi päätellä että ohjelma on tarkoitettu järkkärikuvien pinoamiseen.

Iristä voin ruveta käyttämään heti kun siihen tulee järkevä käyttöliittymä.

Kaizu
Kai Forssen

Julius

Lainaus käyttäjältä: Lauri Kangas - 05.03.2011, 21:57:05
Oma rautalankamallisi meni ihan oikein, eli kun positiivisesta 16-bittisestä napataan puolet pois saadaan 15 bittiä. Kokonaisen bitin hukkaaminen kirkkaasta päästä ei ole pidemmän päälle kovin nokkelaa.

No hyvä. Onneksi häviötä ei synny tummassa päässä, jossa varsinainen venytys useimmin tapahtuu.

Registaxin kuutosversiokin on jo testausvaiheessa. Sitä odottelen kyllä mielenkiinnolla.

naavis

Lainaus käyttäjältä: Kaizu - 06.03.2011, 00:26:36
Manuaalin mukaan parannuksia 4 versioon verrattuna ovat tuki dslr kameroiden RAW formaateille sekä parempi tuki tif- ja fits-kuville. Tuosta voisi päätellä että ohjelma on tarkoitettu järkkärikuvien pinoamiseen.

Se, että ohjelmalla voi tehdä niin, ei tarkoita että se olisi erityisesti suunnattu siihen. Registax yleensä kyykkää jo muutaman järkkäriraakakuvan pinoa tehdessä. Ohjelma on alusta asti ollut suunnattu videotiedostojen pinoamiseen.

Kaizu

Minkä vuoksi siihen on sitten rakennettu tuki järkkäreiden RAW-tiedostoille?

Kaizu
Kai Forssen