AutoStakkert!

Aloittaja Julius, 10.04.2010, 08:17:39

« edellinen - seuraava »

Ari Haavisto

Nyt oli Autostakkertista julkaistu ensimmäinen 64 bittinen versio. Mahdollistaa enemmän muistin käyttämisen kuin tuon 4 gigaa, mikä on 32 bittisten raja. Isoilla pinoilla ja isolla kuvakoolla olikin jo hiukan nirkoinen tuo 4 gigaa. Ajoin kokeeksi vanhan, pitkän Jupitervideon ja tykkäsi käyttää yli 9 gigaa muistia prosessointiin. Videon koko oli 4,5 gigaa.
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

Ja nyt sitten siis Autostakkert 3:
http://www.astrokraai.nl/software/latest.php

Mahdollistaa mm. kohteeseen sopeutuvan muuttuvakokoisen kohdistuspisteverkon sijoittamisen automaattisesti sekä Laplace- quality estimaattorin. Tuntui toimivan hyvin Jupiteriin, täytyy kokeilla vielä kuukuviin.
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"

Pappis

AutoStakkert 3.0.14 herjaa "invalid floating point operation", kun yritän ladata sisään TIF-kuvia parin viikon tauon jälkeen?!

Seuraavat toimenpiteet eivät auttaneet ongelmaan:
- koneen buutti
- AutoStakkertin poisto ja asennus uudelleen
- AutoStakkertin toiminnalle tarpeettomien oheistiedostojen poisto

Ari Haavisto

Eihän ole livahtanut tiffien sekaan yhtä erikokoista tai muuten erilaista (väri vs. harmaasävy) tms. ?
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"

Pappis

Lainaus käyttäjältä: Ari Haavisto - 24.02.2019, 12:30:57
Eihän ole livahtanut tiffien sekaan yhtä erikokoista tai muuten erilaista (väri vs. harmaasävy) tms. ?
Kaikkien TIFF:ien koko on Windowsin mukaan sama sekä pikseleissä, että kilotavuissa.

Pappis

#65
Lainaus käyttäjältä: Ari Haavisto - 24.02.2019, 12:30:57
Eihän ole livahtanut tiffien sekaan yhtä erikokoista tai muuten erilaista (väri vs. harmaasävy) tms. ?
Merkillistä... Nuo kuvat olivat suoraan Canon DPP:n tuottamia, kokoa 2500*2500 pikseliä. Seurannan ansiosta kroppasin suoraan DPP:llä. Nyt ajoin ne samat kuvat PIPP:in läpi ja kroppasin 2400*2400 pikseliin, ja AutoStakkert ottaa ne kiltisti työn alle?!

Edit: DPP:ssä käytin siis Copy/Paste Recipe -toimintoa, jossa oli "kaikki ruksit päällä", eli kuvien olisi pitänyt olla yhteneviä keskenään. Mysteeriksi jää, miksi tämä ei AutoStakkert:ille kelvannut. Samat kuvat PIPP:in kautta kropattuna kelpasivat.

Pappis

Syyllinen taisi selvitä. Ainakin luulen niin, odotan vielä Emilin vahvistusta asiaan.

Canon DPP tuottamat TIF:it sisältävät esikatselukuvan yhtenä TIF:in sivuna. Pääkuva on sivu 0, esikatselu sivu 1. Kun PIPP käsittelee TIF:iä, se heittää ylimääräiset sivut pois. AS! ei näköjään ymmärrä tai käsittele oikein tätä monisivuista TIF-kuvaa, vaan herjaa virheestä. AS! käyttää vapaata FreeImage-kirjastoa, joka taas tukee monisivuisia TIF:ejä ja oletusarvoisesti avaa aina kaikki sivut.

Mun ei siis kannata pyrkiä eroon PIPP:stä työnvaiheissa. Paitsi että se kuorii ylimääräiset sivut TIF:stä pois, se myös vähentää roimasti pinoamisen vaatimaa muistin määrää.

Pappis

#67
Ei kukaan ole törmännyt moisiin artefakteihin omissa AS!-pinoissaan?

vauve

Pystyyköhän Autostakkertiin ohjelmoimaan sekvenssiä s.e. pinoaisi useamman videon samoilla asetuksilla. Ei tarvitsisi yksitellen syöttää. Esim. Jupiterin kierto, 120 videonpätkää: hyvin työlästä. KYSYMYS 2: SER- videoiden pinossa näkyy usein 'ruutuja', ilm. pikselit korostuvat jotenkin. Onkohan tuohon jokin ratkaisu olemassa? Kiitoksia.

einari

Muistelin että piti tehdä komentorivillä mutta vastaus onkin niin yksinkertainen että lataat kaikki halutut videot.
Tosin en tiedä mitä tapahtuu jos videopätkiä on 120...

Toinen kysymys: en ole varma mutta epäilen että kohdistusruudut eivät ole optimaaliset.
Montako kohdistusruutua sinulla on käytössä ?
Oletko muuten käyttänyt Multi scale valintaa ? Itsellä se on yleensä päällä.
___
Tapio

vauve

Kiitos nopeasta vastauksesta! Kokeilin juuri 6 videon samanaikaista lataamista, kaikki pinoutuivat oikein. Waveletit: voikos tämän prosessin automatisoida s.e. tekisi useammalle kuvalle samoilla asetuksilla? Olen käyttänyt RegiStax 6:tta, siitä en ole ominaisuutta löytänyt.

einari

En ole koskaan jaksanut tehdä animaatiota jossa on enemmän kuin 10 tai 20 ruutua.
Toivoin että FireCapturessa olisi ajastettuna voinut käyttää valmiita prosessointitehtäviä (kuten livepinoamista ja kontrastia), mutta ei (tai sitten en vaan osannut).
Olisiko tästä videosta apua (ainakin siinä käsitellään makrojen käyttämistä) ?
https://www.youtube.com/watch?v=Yj8cF46MHW8
___
Tapio

Jommeli

AutoStakkert 4.0.4 julkaistu.
Kyseessä beta-versio mutta useamman vuoden hiljaiselon jälkeen jotain sutinaa tälläkin saralla.

https://www.autostakkert.com/wp/download/
Sharpstar 76EDPH, ZWO AM3, ZWO ASI294MC Pro,
ZWO Mini guide, Player One Ceres-C, Microsoft Lifecam Cinema, ZWO ASI EAF

Ari Haavisto

Uusin kuvaus/käsittelykoneeni ja tein mielenkiintoisia havaintoja; Olen ymmärtänyt, että keskusprossun teho olisi se pullonkaula pinoamisalgoritmeillä. Vanha koneeni on 5-6 vuotta vanha Asuksen peliläppäri i7 prossulla, ssd-levyllä, sen aikaisilla sisäisillä väyläratkaisuilla ja 16 gigan muistilla. Isoa 40-70 gigan kuuvideota se pureksi  20-30 minuuttia. Ja käytti keskimäärin 11 gigaa keskusmuistia. Joskus, jos kone innustui samalla tekemään jotain muuta, muisti saattoi loppua kesken.

No, nyt päivitin tuoreen Asuksen peliläppärin i9 prossulla ja 16 gigan muistilla, sekä m.2 ssd-levyllä kytkettynä sisäiseen väylään mikä pcie lieneekään. Odotin käsittelynopeuden karkeasti tuplaantuvan prosessoritietojen perusteella, mutta sehän viisinkertaistui. Huomasin, että AS näyttää käsittelyruudussaan MiB/s - lukemaa, joka ilmeisesti on tiedonsiirtonopeus jolla AS siirtää dataa edestakaisin ja se näyttäisikin olevan isoilla videoilla se pullonkaula. Nopealla sisäisellä väylällä ja siinä nopeasti toimivalla ssd:llä data liikkuu edestakaisin paljon vilkkaammin ja prosessori ei joudu odottelemaan niin paljoa. Hienoa!

No, kyseinen kone vain 16 gigan muistilla yms. varusteluilla oli tietoinen konfiguraatiovalinta, koska silloin en maksanut niistä osista jotka kuitenkin heitän pois ja päivitän paremmilla. Eli seuraavaksi päivitin 64 gigaa muistia, lähinnä ajatuksena että kuvatessa saan hyvän RAM-puskurin vaikka kahdellekin Firecapture sessiolle yhtäaikaa. Lisäsin myös rinnalle Samsungin 4 Teran  m.2 ssd:n. Ajoin sitten samaisen Kuuvideon uudestaan ja yllätyin taas; MiB/s lukema pomppasi ylöspäin ja AS käytti jopa 53 gigaa keskusmuistia. Käsittelynopeus yli tuplaantui vielä, ollen nyt kymmenkertainen vanhaan koneeseen nähden. Datansiirto oli vieläkin ollut pullonkaula ja nyt AS ilmeisesti puskuroi kaiken datan keskusmuistiin ja pallottelee sitä prossun ja RAMin välillä. Odottamaton, mutta mahtava lopputulos!

"Pienillä" muutaman gigan planeettavideoilla nopeus toki kasvoi myös, mutta ei niin dramaattisesti, mutta ennen tuntui että käsittelyaika oli exponentiaalinen suhteessa videon kokoon ja nyt se on lineaarinen suoraan verrannollinen. Eli RAMia kannattaa olla käytettävissä vapaana videon koon verran.
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"

einari

Näin se kehitys kehittyy.
Ihan mielenkiinnosta - mihin/miten käytät kahta FC-sessiota?
___
Tapio