Lähipäivinä ilmestyy hollantilaisen Emil Kraaikampin (nimim. MvZ) kehittämä avi-pinotusohjelma, joka on kehitetty
erityisesti planeettoja varten. Äijä kehittää ihan tosissaan planeettakuvausta. On myös modannut DMK 21-kameran
herkemmällä kennolla. Jos nykyisetkin kuvat on jo huippuluokkaa, niin mitä sitten jatkossa...
CN:n sivulta myös voi ladata Saturnusvideon itse käsiteltäväksi.
http://www.cloudynights.com/ubbthreads/showflat.php/Cat/0/Number/3719351/page/0/view/collapsed/sb/5/o/all/fpart/1
Kotisivu http://www.astrokraai.nl/viewequipment.php
EDIT:
Käsittelin vanhan videon kokeeksi AutoStakkert!-varhaisversiolla ja kyllähän sillä todistettavasti pino syntyi.
Ohjeita ohjelmaan ei taida olla vielä, joten oletusasetuksilla mentiin.
⠀
Teitkö jotain eri tavalla kuin ennen ? Ja miltä raakavideo näyttää ?
Ensimmäinen veikkaukseni olisi AP-size ja miltä näyttäää kun klikkaa Place AP's in Grid ?
⠀
Miksei Autostakkert avaa mun videoita? Tulee virhe ilmoitu "Access violation at address...."
Videot on kamerasta tulleina mov:ina, muutan ne sitten PIPP:llä avi:ksi.
⠀
Ei tuossa olisi paljoa varaa cropata, mutta kokeillaan...
Ei auttanut... :undecided: Mutta videos ei tosiaan ollut paljoa tilaa kropatakkaan, et vaikka olis sitte kropannu enemmänkin, nii eipä siitä paljo hyötyä olis ollu...
⠀
Mun kokemusten mukaan ei kannata käyttää vdubbia tai muitakaan editoreita esikäsittelyyn. Samoin uusin AS!2 beta osaa suoraan ffmpeg.exen ollessa samassa hakemistossa esikäsitellä Canonin .Movit ennen käsittelyä. Mutta 100% kerroista omat tulokset on aina olleet parempia kun ensin on pyöritellyt PIPP:llä videon .AVI:ksi ja sitten vasta rouskutellut AS!2:sella.
Viime talvena tein tämän harjoitteen satoja kertoja planeettakuvausta opiskellessa. Tulos oli aina paras kun PIPP:llä teki ensimmäisen väännön.
PIPP esikäsittelylle ääni myös tältä suunnalta, itse käsittelne sillä kaikki videot ja teen keskityksen / croppauksen, säästää kummasti tilaa, minä kun tykkään arkistoida videomateriaalin.
⠀
Video on 3min pätkä (50fps).
Oon kyllä joskus tällä yrittänyt pinota, mutta en muista onko videot ollu Canonin 600D:llä otettuja... Tuntuu kyllä hassulta, että Autostakkerttiin videot on liian suuria, kun Registaxille taas ei...
Lainaus käyttäjältä: RoLeh - 10.09.2014, 22:04:01
Lähinnä ajattelin, että pipp:llä muuttaa videon aviksi ja virtual dubilla leikkaa videosta suttuiset pätkät pois, jotta tiedosto olisi pienempi, että as suostuisi avaamaan sen. Voihan sitä muullakin ohjelmalla leikata. Kun alunperin as ei suostunut avaamaan videota.
PIPP osaa kyllä siivota suttujakin, toisaalta helpointa on aina antaa AS:n itse päätellä missä quality-estimaatti menee ja sitten koittaa pinota niin ettei suttuja oteta mukaan. Eli se iteraatio on sitten sitä että otetaanko videosta 5%, 20% vai jotain muuta määrää frameja mukaan.
Itse ne "sutut" siivoan PIPP:llä jo siten, että alusta ja lopusta otan jonkun sataa framea pois, kun siellä yleensä on jotain koko kaluston heiluntaa yms. mukana. Ja sitten siellä "keskellä" on ne hyvät pätkät, jossa sitten softa on aina voittanut oman silmän "sutun" siivouksessa.
Olen tätä aika paljon koittanut tosiaan, ja vaikka miten esimerkiksi Adoben Premierillä siivoilisi videosta "omasta mielestä suttuiset" pätkät pois niin aina on AS softan sisäiset päättely-algoritmit voittaneet tuntienkin manuaalisen vääntelyn.
Sen käsin siivoamisen ongelma on se, että "suttuiselta" näyttävässä muutaman sekunnin pätkässä saattaa olla muutama tosi skarppi frame mukana. Ja jos ei koko tuhansien-kymmenientuhansien yksittäisruutujen videota aio frame-framelta käydä läpi niin se manuaalisiivous tuhoaa paljon oikeasti käyttökelpoista dataa.
⠀
Lainaus käyttäjältä: RoLeh - 10.09.2014, 23:13:00
Eikös tuo video ole jotain 9000 framea? Omalla järkkärillä yhtäpitkissä videoissa on aina tullut sama virheilmoitus..
Kuinka isoja nuo tiedostot ovat gigatavuissa? Itselläni ei ole AS2 nikotellut ~20000 ruudun ja vajaan 3 gigan videoilla.
No nää mun videot on luokkaa 31,1Gt...
Lainaus käyttäjältä: Elina Lahti - 11.09.2014, 08:01:49
No nää mun videot on luokkaa 31,1Gt...
Nyt pitää sanoa että ehkä ujo ylilyönti kyseessä :)
Koita ehdottomasti pienemmillä määrillä. Yli 30 gigan vidossa on ruutuja varmasti 10x yli tarpeen. Supermiehet kuten Ari varmasti tykittelevät kymmeniä tuhansia ruutuja, mutta omat empiiriset kokemukset on sellaisia että jos framejen määrä alkaa mennä yli 5000 kappaleen ei loppukuvan laatua enään hirveästi saa revittyä paremmaksi.
Tärkeintä on osua hyvään seeing-rakoon ja prosessointi menee tosi vaikeaksi jos videot alkaa olemaan kymmeniä minuutteja / tunteja.
Ehkä vähän vaa ylilyöntiä... :cheesy:
Mutta siis enpä oo tuota kokoa edes kattonutkaan... Kamerasta oon valinnut vaan sellasen missä tulee 50 kuvaa sekunnissa... Muissa on 25 tai 24.
Kuinkahan tuon koon nyt sitten saa pienemmälle, että saan kuitenkin käyttää tuota 50kuvaa/s?
Yleensä vähemmillä kuvilla/sekunti saa enemmän pikseleitä kuvaan.
Lainaus käyttäjältä: JKyytinen - 11.09.2014, 09:04:58
Yleensä vähemmillä kuvilla/sekunti saa enemmän pikseleitä kuvaan.
Jahhas, selvä homma :smiley: Kiitos vaan kaikille taas avusta :smiley:
Tuossa 600Dssä voi kuvata 1080p 25fps ja 50fps on vain 50fps. FullHD:lla saa myös käyttöön crop-videon (nimellä digitaalinen zoom) jota kannattaa käyttää vähän, että saa kennon tarkkuutta käyttöön enemmän.
Katsoin, että kamerasta suoraan tulleet mov videot on vain luokkaa 1,34gt
Kuinka se koko muuttuu noin hirmusesti, kun muutan aviksi... :shocked:
MOV on häviöllinen pakkaus, tilanne on sama kuin jos muutat pakatun JPEG kuvan esim tiffiksi.... koko tulee monta kertaluokkaa suuremmaksi, mikäli käytät vähän pakkaavaa pakkausta AVI:n tekemisessä ja planeettamateriaalissa näin yleensä tehdään jotta raakadata säilyisi mahdollisimman hyvänä.
Paljoa hyötyä siitä ei välttämättä movista muunnettaessa ole, koska dataa on jo hävinnyt.
Selvä. No pitää kokeilla seuraavaksi kuvata 25fps jos sais kokoa vähän pienemmäksi. Oon vaan ihan olettanut, että mitä tiheämmin kuvia tulee sekunnissa sitä todennäköisemmin saan niitä hyviä ruutujakin. :smiley:
Kyllä tuo ainakin planeettakuvauksessa pitää aivan täysin paikkaansa, ellei järkkärin videossa ole jotain erikoista.
Lainaus käyttäjältä: JKyytinen - 11.09.2014, 09:04:58
Yleensä vähemmillä kuvilla/sekunti saa enemmän pikseleitä kuvaan.
Planeettakuvauksessa pitää nimenomaan olla herkkä kamera, jolla saa otettua videota enemmän lyhyessä ajassa. 60fps tai yli on aika passeli itselle, mutta voisihan tuo olla enemmänkin.
Lainaus käyttäjältä: Lithos - 11.09.2014, 10:09:42
MOV on häviöllinen pakkaus, tilanne on sama kuin jos muutat pakatun JPEG kuvan esim tiffiksi.... koko tulee monta kertaluokkaa suuremmaksi, mikäli käytät vähän pakkaavaa pakkausta AVI:n tekemisessä ja planeettamateriaalissa näin yleensä tehdään jotta raakadata säilyisi mahdollisimman hyvänä.
Paljoa hyötyä siitä ei välttämättä movista muunnettaessa ole, koska dataa on jo hävinnyt.
Lagarith codec (http://lags.leetcode.net/codec.html) on erittäin suositeltava, jos haluat säilyttää videot muuttumattomina alkuperäisestä. Tämä säästää myös tilaa, koska Lagarith on häviötön ja pakkaava codec. Tosin jos en ihan väärin muista, niin AS!2 ei taida avata ihan mitä sattuu videota, vaikka codecci järjestelmästä löytyisikin, toisinkuin Registax6.
Joo 30 gigaa on ehkä turhan paljon, varsinkin jos jotain kuuta kuvaa.
Järkkärivideossa sitä dataa tulee niin paljon kun kenno on niin iso ja kaikki väridata mukana.
Ehdottomasti kannattaa käyttää sitä kroppivideota jos kamera vaan sitä järkevästi tukee.
Tosi on että nopea fps-lukema on hyvä ja se johtuu siitä että siinä aikaikkunassa mitä planeetan pyörähdysaika rajoittaa (muutamia minuutteja yleensä) koitetaan saada kasaan mahdollisimman paljon ruutuja.
Itse kyllä saan omalla mv-kameralla päälle 100 fps lukemia pienimmillä kroppikoilla.
Lainaus käyttäjältä: TeroP - 11.09.2014, 12:24:56
Planeettakuvauksessa pitää nimenomaan olla herkkä kamera, jolla saa otettua videota enemmän lyhyessä ajassa. 60fps tai yli on aika passeli itselle, mutta voisihan tuo olla enemmänkin.
Tarkoitinkin enemmän sitä, että 1mpix koko kennon alueelta ei ole niin hyvä (minun mielestäni) kun 100% croppi 2,3mpix tarkkuudella.
No otin videota kuusta 50fps:llä 30s pätkän. Muutin PIPP:llä aviksi, koko oli nyt vähän päälle 4gt ja Autostakkert aukaisi mukisematta. On sillä koolla väliä... :grin: Pitää näköjään pysyä alle minuutin pätkissä jos haluan Autostakkerttia käyttää.
Kuinkahan tämä Autostakkert pinoaa? On ruvennu tuntumaan, että se valittee vaan ne ensimmäiset ruudut pinoon...
Eli siis jos vaikka haluan pinota 80 ruutua niin se ottaa vaan ne ensimmäistä 80 ruutua pinoon... (sama siis prosentiis...) En tiedä onko näin? :cheesy:
Mutta siis eikö sen pitäis kuitenkin valita esim. tuo 80 parasta ruutua pinoon koko videosta?
Minun ymmärtääkseni AutoStakkert järjestää analyysivaiheessa ruudut paremmuusjärjestykseen (alareunan käppyrä näyttää laatujakauman) ja pinoaa kuvat sitten paremmuusjärjestyksessä, esim. ne 80 ensimmäistä eli parasta.
Ahaa, no sitten. Kiitos.
⠀
AutoStakkert sisältää näemmä myös tuen flateille ja ilmeisesti AutoStakkert 2 tulee myös parantamaan tätä puolta. Mutta onko kenelläkään kokemusta siitä kuinka hyvin flatit toimivat AS:n kanssa? Ja onko flateistä ylipäätään selvästi hyötyä Kuuta tai planeettoja kuvatessa?
Riippuu kuinka isona kohde on.
Jos kuuta kuvaa niin että täyttää koko ruudun niin saahan fläteillä ne pölypalleroiden varjot pois.
Miten pinoatte värikameralla otettuja kapeakaistavideoita, esim. ir-pass suotimen, UV-suotimen tai metaanisuotimen läpi kuvattuja? Itse olen ASI224MC:llä kuvannut kapeakaistat, kuten värikuvatkin, raw:na eli mustavalkoisena. Ja kun tuollaisen kapeakaistavideon pinoaa AS:ssä grayscale-moodissa, lopputuloksena on ristikkoa, kuten alla:
(http://astrokuvat.kuvat.fi/kuvat/Uranus/ir-monopino.jpg/_full.jpg)
Jos valitsen moodiksi "force bayer RGGB", saan vekkulin värisen värikuvan ilman ristikkoa ja sen voin sitten muuttaa harmaasävykuvaksi.
Mutta miten tuo kapeakaista-raw-videon pinoaminen oikeasti pitäisi tehdä?
P.S. Värikuvissa tuo AS2 on kyllä hieno! Kun kuvaa raakana (mustavalkoisena) ja debayeroi AS2:ssa, osaa tuo hakea esim. puuttuvan vihreän värin informaation pikselille naapuriruudusta, jossa vihreäfiltterinen pikseli on sattunut k.o. kohdalle. Eli ei "keksi" pikselin puuttuvia värejä naapuripikseleistä vaan muiden ruutujen k.o. kohdan todellisesta väridatasta. Sitä en sitten tiedä, onko k.o. ominaisuus koko ajan päällä vaiko vain silloin kun noise robust on 4 tai 6 (näihin viitataan tekstillä "bayer override")
Kuun CCD videoita saan terävämpi kuva Stakkerin kansa mutta miksi kuva tule selainen?? RS 6 terävyys toimi hyviin vain jos kontrasti on korkea
Lainaus käyttäjältä: CSB - 22.01.2016, 11:43:45
Kuun CCD videoita saan terävämpi kuva Stakkerin kansa mutta miksi kuva tule selainen?? RS 6 terävyys toimi hyviin vain jos kontrasti on korkea
Kohde on liikkunut kuvauksen aikana ruudulla, pinoaminen on sujunut kuten pitääkin. Rajaamalla loput.
Lainaus käyttäjältä: ketarax - 22.01.2016, 12:33:42
Kohde on liikkunut kuvauksen aikana ruudulla, pinoaminen on sujunut kuten pitääkin. Rajaamalla loput.
Jep, kiitos Ketarax.
Onkos muilla ollut AS:n kanssa ongelmia pinoamisessa, kun kohteena on kuun sirppi? Ei meinaa millään pinoaminen onnistua lauantain kuvauksista. Asetukset on täysin samat kuin aiemminkin (tällöin valaistuna ollut 50-60 % kuusta). Nyt noin 17 % valaistuneen kuun kanssa on järjetöntä ongelmaa. Seurannassa on ollut, siitä ei ole kyse ja putki + kamera & prosessointi on täysin samaa kuin ennenkin. Liitteenä pieni jpg ongelmista (sama ongelma on AS:stä ulostulevissa kuvissa olipa sitten vaan pinottu tai AS:ssä vähän konvoloitu kuva).
AS:ssä image stabilization on ollut surface-moodissa ja jumpy recordings -täppä valittuna, noise robust 2 ja local quality estimator. Kuva cropattuna. Kohdistuspisteiden lukumäärä on ollut kaikkea väliltä 100-600, AP size väliltä 50 ja 100 ja 3 parasta prosenttia olen pinonnut.
Ideoita?
FireCapturessa asetukset kuin aina ennenkin eikä lokissakaan mielestäni mitään ihmeellistä ole:
LainaaFireCapture v2.5 beta Settings
------------------------------------
Observer=T. Ropponen
Scope=TS 80/480 FPL53 triplet
Camera=ZWO ASI178MM
Filter=BaaderIR-pass685nm
Profile=Moon
Filename=Moon_19_43_49_2016_03_12_BaaderIR-pass685nm_Gamma=50_Gain=197_Exposure=3.0ms.avi
Date=2016_03_12
Start=19_42_19.463
Mid=19_43_49.469
End=19_45_19.475
Start(UT)=17_42_19.463
Mid(UT)=17_43_49.469
End(UT)=17_45_19.475
Duration=180.012s
Date_format=yyyy_MM_dd
Time_format=HH_mm_ss
LT=UT +2h
Frames captured=5423
File type=AVI
Extended AVI mode=true
Compressed AVI=false
Binning=no
Bit depth=8bit
Debayer=no
ROI=3096x2080
ROI(Offset)=0x0
FPS (avg.)=30
Shutter=3.000ms
Gain=197
AutoExposure=off
HardwareBin=off
SoftwareGain=10 (off)
AutoHisto=75 (off)
Brightness=0
HighSpeed=off
USBTraffic=100
Gamma=50
Histogramm(min)=0
Histogramm(max)=190
Histogramm=74%
Noise(avg.deviation)=0.85
Limit=180 Seconds
Sensor temperature=18.4 °C
En ole sirppiä pinonnut, mutta kokeiles AP size 20, Min Bright 5 Replace valittuna. Joskus suurempi määrä pinottuja on parempi kuin pienempi esim 90% parempi kuin 10% pinottu, kokeilemalla selviää. Alkaaks noilla onnistumaan?
Mulla on niin paljon ruutuja, että pinoon on turha pistää noin isoja määriä - laatu kärsii. Täytyy tutkia, jos jostain löytyy lääke, ehkä tuo AP size auttaa. Kohdistusongelmahan tuo on, mutta kameraa ei tueta aiemmissa AS-versioissa, joten niistäkään ei apua ole.
Ja tuo Min Bright vaikuttaa siihen miten himmeitä kohtia valitsee kohdistuspisteisiin, eli senkin pitää olla tarpeeksi pieni.
Juu. Yleensä on hyvin riittänyt vähän toista sataa AP:tä. Tutkitaan asiaa, hidasta vaan testata, kun prosessi kestää pari tuntia kerrallaan resoluution takia.
Joskus olen todennut että Registax (jopa 5-versio) on parempi käyttää.
Siinä kun saa tehtyä kohdistusikkunan koko kohteelle.
Tai sitten voi käyttää Center of gravity-säätöä.
Lainaus käyttäjältä: cmas - 14.03.2016, 17:40:46
Juu. Yleensä on hyvin riittänyt vähän toista sataa AP:tä. Tutkitaan asiaa, hidasta vaan testata, kun prosessi kestää pari tuntia kerrallaan resoluution takia.
Millaisella resoluutiolla ajat tuota?
Videot on 3096x2080. Voisi kropata tuon kokoon 2000x2000, mutta en ole vielä sitä tehnyt kun aiemmin kohdistus on toiminut ongelmitta.
Edit: Alkuperäinen video on siis tuossa edellä mainitussa resossa ja kokoa on semmonen 33 gigaa per 3 min video.
Edit2: PIPP-prosessoinnin olen jättänyt väliin, koska siinä ajassa missä AS on hoitanut pinoamisen läpi täydellä resolla ei saa juuri mitään ajallista etua kroppaamalla ensin ja pinoamalla sitten. Tosin kohta pitää tehdä kroppivideo, kun tätä puljaamista nyt vaan jatkuu ja jatkuu.
Hm, en oikein usko että 3 minuutin kuuvideosta saa silminnähden parempaa pinoa aikaan kuin sanotaan vaikka 30s videosta.
Samaa mieltä Einarin kanssa, minä olen käyttänyt ser (on raw) muotoa tallennuksessa enkä avi:a ja en ole aika rajoituksella kuvannut vaan ruutumäärä rajoituksella, ehkä joku 1000/2000 ruutua maksimissaan kannattaa laittaa enemmästä ei taida olla höytyä. Ja lisäksi oletko kytkenyt tuon kameran usb3 liitäntään? Että saat mahdollisimman ison fps lukeman mikä auttaa saamaan parempia kuvia, sinun pitäisi tuolla kameralla päästä sinne 50-60 fps lukemaan, tuossa sinulla on ollut 30 fps, tietysti myös tietokone pitää olla tarpeeksi nopea ettei rajoita fps lukemaa, minulla on ssd-levy kannettavassa, suorituskyky asetukset kannattaa mysö Firecapturesta tarkistaa että on optimaaliset.
Lieneekö siitä haittaakaan. 3 min video ja 3 %:n pinoon saa noin 150 ruutua. 30 s videolla saa 3 % leikkurilla pinoon 27 ruutua ja jos haluaa 150 ruutua, pitää valita leikkuriksi 17 %. Kun katsoo AS:n paremmuusjärjestykseen laittamia ruutuja, niin laatu lähtee putoamaan jyrkästi tuossa 3-5 % kohdalla, yleensä heti 2-3 prosentissa jo. Kyllä siinä pinossa silloin on enemmän parempilaatuista tavaraa mistä valita. Jos otan vaikka 10 % tuosta ruutumäärästä pinoon, eron kyllä näkee pienissä yksityiskohdissa. Liitteen käyrässä hyvä esimerkki, pystyviiva on 3 % kohdalla.
Jommassa kummassa oli apu: joko siinä, että pudotin improved tracking - option pois tai pudotin min brightness - arvoa alemmas. Ainakin yksi video on pinottu onnistuneesti nyt.
Firecapture on viilattu asetuksissaan loppuun saakka sen kehittäjän kanssa ja ZWO:n kaverin kanssa vaihdettiin myös maileja. Mulla on läppärissä Usb3 ja SSD, mutta dataa ei saa siirtymään kuin maksimissaan noin 40 fps huonommalla laadulla, joten otan paremmalla laadulla 30 fps. Voi olla, että koneessa on jotain dataväylätuketta, mutta olkoon näin. Tein aika monta tuntia testejä, kun kamera tuli vuodenvaihteessa kotiin, joten tämä puoli on kalustorajoitukset huomioituna viilattu aika hyvin. Kuvien laatuun olen ollut tyytyväinen, niitä löytyy tuolta kuukausittaiset kuukuvat - ketjuista. Helmikuussa taisin viimeksi sinne postata. Tässä oli vaan kyse pinoamisen ongelmista.
Edit: Linkki tuonne kuuketjuun, niin ei tartte metsästää erikseen: http://foorumi.avaruus.fi/index.php?topic=15041.msg140262#msg140262 (http://foorumi.avaruus.fi/index.php?topic=15041.msg140262#msg140262)
Ja sitä kameran asetusten viilaamista täällä: http://foorumi.avaruus.fi/index.php?topic=11220.msg139298#msg139298 (http://foorumi.avaruus.fi/index.php?topic=11220.msg139298#msg139298)
Huomasin tuosta logista että oli 30 fps niin tuli mieleen että jos sitä saisi kasvatettua, oletko kokeillut kuvata ser muodossa avi:n sijasta niin onko se nostanut fps lukemia? Jos vaikka avi syö jotenkin tehoa. Minulla se 50% pinottuna on toiminut aika yleispätevästi hyvin. min brightness ja AP size varmaan vaikutti sinulla. Voihan sekin olla mahdollista että jokin dataväylä/prosessori tai jokin ahistaa jossakin.
Onko kukaan kokenut tarpeelliseksi kalibroida kuuvideoita jotenkin Autostakkertissa? Minulla jää tuolla ASI290MM:llä kuvattuihin videoihin pystysuuntaista raitaa, joka tulee terävöittäessä harmittavasti vähän näkyviin myös loppukuvassa. Ja näyttäisi, että sen selvemmin raidat erottuu kohinasta, mitä enemmän kuvia pinoaa. On alkanut tuntua, että tuolle voisi ehkä saada tehtyä jotain. Ohjelmassa on kyllä joku Column Noise Correction, mutta minulla se ei toimi alkuunkaan, vaan kaistale kuvien oikeasta reunasta palaa puhki ja kuva-alalle tulee muutenkin ihmeellisiä pystysuuntaisia tummempia ja vaaleampia alueita... :huh:
Kuvasin tänään sisätiloissa testivideon ja heti perään toisen, mutta korkki objektiivin edessä. Tein jälkimmäisestä AS:llä masterframen, jota käytin sitten masterdarkkina ensimmäisen kalibroinnissa. Taisi mennä jotenkin väärin, kun raitaongelma vain paheni? :rolleyes:
Vai tuhlaanko tässä vain aikaani mitättömän ongelman kanssa ja yritän vaan terävöidä liian kehnossa kelissä otettuja kuvia turhan kovin ottein? :tongue:
Olisko näytekuvaa ?
Kuu/planeettakuvissa en ole koskaan tainnut käyttää kalibrointikuvia.
Löysinpä tällaisen:
http://www.cloudynights.com/topic/540389-dso-experimentation-with-asi290mm/
Pahus. En nyt saa upattua mitään Flickriin, niin pitää tihrustaa noista siellä jo olevista kuvista. Tässä näkyy mielestäni melko hyvin: https://c1.staticflickr.com/9/8661/28546856960_df1c277f92_o.jpg (https://c1.staticflickr.com/9/8661/28546856960_df1c277f92_o.jpg) Näyttääkö normaalilta? Tuollaista pystysuuntaista raitaa. Joka toinen pikselirivi on vähän vaaleampi/tummempi. Eihän tuo nyt kamalan pahalta näytä ainakaan foorumikokoon pienennettynä, mutta lopputulos ei varmaan ole paras mahdollinen, jos AS pinoaa nuo raidat päällekkäin?
Ensin olin että eihän tuossa ole mitään vikaa, mutta sitten kun tihrustin niin näin kapeaa raitaa.
Eli aika huomaamatonta on.
Kokeilisin ensin säätää gain/offset arvoja, sitten ehkä vaihdella usb-kaapeleita, lyhempiä, ilman hubia.
Seuraavaksi ehkä kokeilisin onko bias-kuvalla vaikutusta.
Myös voisi zwo:n foorumillekin laittaa kysymyksen. Siellä tekijä(t) vastailee.
Itsellä on näkynyt aurinkokuvissa selvää raitaa 178mm:llä, mutta flatilla noi on lähteneet omissa tapauksissa. Darkkeja en ole käyttänyt, kun ei ole ollut tarpeen. Olet varmaan flätit kokeillut AutoStakkertissa ottaa huomioon?
Nyt Flickr taas pelaa. Tuosta ei tarvitse tihrustaa. :smiley:
(https://c5.staticflickr.com/9/8679/28922339876_da76a7aef4_o.jpg)
Kiitos vinkeistä. Pitää yrittää kokeilla säädellä noita arvoja. USB-kaapeli on kameran mukana tullut. Flättikuvia en ole ottanut, joten pitääpä niitäkin sitten kokeilla. :smiley:
Ainoa kerta kun minulla on tullut tuon näköstä oli kun kuvasin aurinkoa liian lyhyillä valotusajoilla jolloin taisi olla vihreä värikanava joka meni ihan datassa pilalle ja pinot näyttivät melkein täsmälleen samalta kun tuo viimeisin suurennettu kuva. Ratkaisuna erotin PIPP:llä värikanavat ja pinosin vain punaisen ja sinisen. Tosin sinulla kyseessä mono kamera.
Tässä vihreä ja sininen kanava siitä huonosta datasta:
(http://i.imgur.com/avCCqP6.png)
Muuten jostain kameran noisesta johtuvaa artefaktia olen yleensä vähentänyt liikuttamalla putkea aina vähän kuvauksen aikana eqmodin kautta ettei sama pikseli vastaa samaa kohtaa kuvasta kaiken aikaa. Mutta tuollasesta noisesta ole koskaan tullut kyllä tuollaista yläpuolen kuviota, pikemminkin vaan noisea jonka bias kuvilla sais pois.
Ja flätti kalibraatio autostakkertissa tulee melkein aina tehtyä kun mun ASI:ssa on sellanen inhottava pöly hiukkanen aika lailla keskellä kennoa. Korjaantuu ihan hyvin, vaatii vaan sen tosissaan että on ne flätit.
Jaa-a, en nyt oikein tiedä mitä tein vai teinkö mitään, mutta nyt uusissa testivideoissa tuota raidoitusta oli selvästi vähemmän. Firecapturessa kai ainoa hassusti oleva asetus oli gamma, joka oli nollassa. Laitoin siihen nyt 50, niin kuin ilmeisesti suositellaan. Tuon jälkeen darkit rupesivat toimimaan... Nostin myös tuota offsettiä(tämä siis ilmeisesti on tuo brightness-arvo ASI-kameroissa?) yhdestä kymppiin. Aiemmin raitaisuuden näki selvästi jo Firecapturessa, kun kuvaa skaalasi vähän pienemmäksi. Nyt ei enää. :huh: Vaikka arvot palauttaisikin takaisin, niin silti näyttää toimivan paremmin... No, oli miten oli, tuota raidoitusta on kyllä edelleen, mutta nyt niin vähän että ne näyttivät pinotessa katoavan ilman kalibrointejakin. Pitää nyt vielä katsoa, kun pääsee taas kuuta kuvaamaan.
Kokeilin ihan testiksi tehdä myös flätin ja sillä saisi näköjään nuo raidat kalibroitua pois yksittäisistä frameista ennen pinoamista jos haluaa. Mutta entäs nuo bias-kuvat. AS:nhän saa ladattua vain masterdarkin ja -flätin?
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.
Ja nyt sitten siis Autostakkert 3:
http://www.astrokraai.nl/software/latest.php (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.
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
Eihän ole livahtanut tiffien sekaan yhtä erikokoista tai muuten erilaista (väri vs. harmaasävy) tms. ?
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.
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.
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ää.
Ei kukaan ole törmännyt moisiin artefakteihin omissa AS!-pinoissaan?
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.
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ä.
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.
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
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/