Obrada fotografije, uputstva i tutoriali

[Amater]

Vec imam chdk, probacu nekoliko slika da stackujem kad se bude razvedrilo.

[spadej]

Vec imam chdk, probacu nekoliko slika da stackujem kad se bude razvedrilo.

Sto ne rece, da ne pametujem dzabe. 

[Amater]

Naleteo sam na jednu tehnicku poteskocu. Kada sam snimao raw fotografije morao sam da izvucem karticu iz fotoaparata pa da je ubacim u citac karica na laptopu. U medjuvremenu mi je laptop crkao i sad kad povezem aparat na usb kablom on ne vidi raw vec samo jpeg varijante tih slika.

[zozo83]

Mozda je off topik, ali ajde ovde da pitam, imali nade da se vrate neke slike na komp, zeznuo sam stvar, spojio sam foto sa kompom i cutiro slike nekih sto komada i direktno ih poslao u kantu ( smesno mi kad pisem), u blizini kante sam napravio folder gde bi ih prebacio i posto je bilo oko 5 gb slike, kanta me pitala da li da odma brise(verovatno, nisam procitao) nego odmah stinsuo NO. Posle toga slika nema. Probao sam sa RECUVA ali trenutno slaba vajda, imate li neki savet ili da se oprostim. Slike su sa svadbe

[Polare]

Probaj potražiti pod Acronis...znam da su oni nešto imali !?

[spadej]

Zoki,
imas za to GetDataBack, i razne druge alatice. Sa GDB-om vise puta sam uspesno vracao podatke, cak i sa formatiranih USB-ova i diskova. 
Ako ne uspes javi, probacu ja.

[Luger]

Probaj i Recover my files, pored Recuve i GDB. Sa njim sam vratio dobar dio slika kad mi je pukao hard.
Recuva je isto dobar, morao bi dati neke rezultate.

[zozo83]

Hvala drustvo uspeo sam sa recuv-om, ubacio sam karticu u citac i onda odradio pretragu i sve sacuvao sto mi trebalo

[CyberianIce]

Da li može neko da mi kaže da li uopšte vredi pokušati dithering bez vođenja, odnosno blind dithering, pošto vidim da neke aplikacije poput BYE nude tu opciju? Zapravo to pitam bez veze jer svejedno ću da pokušam, ali zanima me koja bi otprilike bila ideja za random shift, kako da izračunam koliko jedna R.A./DEC sekunda ima piksela (ili koliko sekundi po jednom pikselu, kakogod) za dati setup (npr krop body 4000D, 300mm f/4.5)?

Recimo da bih želeo da drmezlam 15-30 piksela nasumično između svakog suba, koliko je to sekundi R.A./DEC? Trenutno kada stavim na najagresivnije (5) na enkoderima vidim da se ose između subova pomeraju za oko 8 sekundi (+/- 1), da li je to dovoljno za 300mm? Na najmanjoj vrednosti (1) se pomera za oko 2 sekunde, što sumnjam da će ima efekta pa da ne gubim vreme na pokušaje ako neko zna formulu...

[vlaiv]

U principu bi trebalo da je vrlo jednostavno izračunati.

Prvo - izračunaj rezoluciju na kojoj smimaš - ark sekunde po pikselu.

Za to je ova formula:

veličina_piksela_u_µm * 206.3 / fokalna_dužina_u_mm

Za 4000D i 300mm objektivom to izađe na 4.3 * 206.3 / 300 = ~2.96"/px

Zatim ti treba brzina vođenja - to je obično x0.5 sideričke brzine - koja je okvirno 15"/s - ali ako imaš drugu brzinu, onda ubaciš to u jednačinu.

DEC ide normalno a RA ide tako samo za DEC 0 - inače množiš sa kosinusom DEC-a.

Recimo da ditheruješ četiri sekunde pri x0.5 brzini na DEC 60° u DEC i RA smeru.

U DEC smeru će to da bude - 15"/s * 0.5 * 4 = 30 ark sekundi a u RA to će biti 15"/s * 0.5 * 4 * cos(60°) = 15 ark sekundi.

30 ark sekundi pri rezoluciji od 2.96"/px je 10.13px u DEC pravcu i oko 5.05px u RA pravcu ako je meta na DEC 60°.

Dithering u RA pravcu kada je DEC 90° - uopšte ne pomera sliku - samo je rotira jer je cos(90°)=0.

[CyberianIce]

Aha, u pravu si, R.A. ne drmezla blizu NCP-a uopšte, samo rotita sliku, jasno ali nebitno pošto to drmezlanje (kako ga ja krstim) radi Backyard EOS automatski i samostalno (povezuje se preko ASCOM-EQMOD). Uopšte i ne zahteva PHD2 niti koristi brzinu vođenja, jedino što mogu da biram je agresivnost na skali od 1 do 5, gde na vrednosti 5 mrda za 8 sekundi DEC-osu, a R.A. nasumično nekad mrdne koliko sam uspeo da prometim u sobi dok sam testirao, većinom uopšte ne ali je bio u položaju NCP. Tako da ću sad imati grub račun odakle da počnem sa tim za koju fokalnu dužinu, cilj mi je da pomeri sliku nasumično za oko 15 piksela, da nebi morao to ručno da radim preko daljinskog između svakog suba to zvuči naporno.

Ali ako je 2.96"/px, to znači da na najvećem nivou on pomera nešto tipa 2.7 piksela sliku na 300mm? Čini se da je to premalo...

Da li sam dobro shvatio formulu, na 800mm, 8 sekundi DEC će pomeriti sliku za oko 7.27px?

[vlaiv]

Ako pomera preko EQMod-a, onda tamo imaš da podesiš brzinu.

Pogledaj pulse guide settings - gore desno na slici.



Tu možeš da podesiš brzinu.

Što se tiče Backyard EOS-a, agresivnost verovatno znači dužina pulsa. Ako hoćeš da se slika pomeri jedno 15px pri rezoluciji od ~3"/px - to ti je oko 45 ark sekundi pomeraj. Pri brzini od x0.5 odnosno 7.5"/s to izađe na oko 6 sekundi puls

Izaberi agresivnost koja daje puls od 6 ili više sekundi.

Veća fokalna dužina - znači više piksela ne manje. Ako je puls 8 sekundi i ako je brzina x0.5 - to je onda 8 * 15 * 0.5 = 60 ark sekundi.

Na 800mm fokalne dužine sa 4.3µm to je 1.11"/px. Znači pomeriće 60 / 1.11 = ~54px a ne 7.27px

[CyberianIce]

Da, trebalo bi da radi po pulseguiding principu, a duty cycle mogu da podesavam u ASCOM-u (cak mogu ST4 rate da menjam u AstroEQ firmweru, nebitno). Inace kod mene EQMOD izgleda malo drugacije (vidi ss) ali u principu jasno je sta treba da gledam.


Izrazio se u jedinici "sekundi po pikselu" a moje pitanje je bilo za reciprocno (koliko piksela svaka lucna sekunda pomeri sliku) Negde sam ocigledno izgubio nit sa dimenzionom analzim, zbunjujuce je razm isljati pored svih tih sekundi, lucnih i vremenskih 🤦‍♂️ Ali svakako je ocigledno da se vecom fokalnom duzinom desava veci pomeraj slike. Mislim da sam sada shvatio ali da potvrdimo jos jednom, da li ti sledece tvrdnje deluju kao tacne:

Kako je sidreal brzina cca 15 arcsec/sec, a PG duty cycle je 50% sidereal, uzimam da je PG brzina oko
7.5 arcsec/sec.

Svaka lucna sekunda pomeraja DEC ose na 300mm pomera projekciju na senzoru za 0.33 piksela; Da bi na 300mm pomerio sliku za 15px, treba da odmotam DEC osu ukupno 45 lucnih sekundi. Odnosno jedan puls sirine t=45/(sidereal/2), cca 6 sekundi.

Svaka lucna sekunda pomeraja DEC ose na 800mm pomera projekciju na senzoru za 0.9 piksela; Da bi na 800mm pomerio sliku za 15px, treba da odmotam DEC osu ukupno 16 lucnih sekundi. Odnosno jedan puls sirine t=16/(sidereal/2), cca 2 sekunde.

Oprosti na silnom zaokruzivanju, profesionalna deformacija. π = 3 = √g

[vlaiv]

Kako je sidreal brzina cca 15 arcsec/sec, a PG duty cycle je 50% sidereal, uzimam da je PG brzina oko
7.5 arcsec/sec.

Tačno.

Svaka lucna sekunda pomeraja DEC ose na 300mm pomera projekciju na senzoru za 0.33 piksela; Da bi na 300mm pomerio sliku za 15px, treba da odmotam DEC osu ukupno 45 lucnih sekundi. Odnosno jedan puls sirine t=45/(sidereal/2), cca 6 sekundi.

Tačno.

Svaka lucna sekunda pomeraja DEC ose na 800mm pomera projekciju na senzoru za 0.9 piksela; Da bi na 800mm pomerio sliku za 15px, treba da odmotam DEC osu ukupno 16 lucnih sekundi. Odnosno jedan puls sirine t=16/(sidereal/2), cca 2 sekunde.

Tačno.

π = 3 = √g

Tačno

[CyberianIce]

Jedno kratko nubovsko pitanje, sinoć sam išao testirati jedan od dva OnStep kontrolera koje sam pravio, i sve je proteklo Ok. Snimao sam M42 međutim u nekom momentu na pola sesije se desio automatski meridian flip i to je sve prošlo ok. Pošto nikad nisam radio MF a koliko vidim po thumbnails, na pola subova slika je izbrnuta naopačke, verovatno zbog MF. Još nisam otvarao na kompu pa ne znam jel slika stvarno rotirana ili je samo thumbnail rotitan zbog G-senzora kamere, u sv.sl muči me jel treba nešto da uradim povodom toga ili će DSS sam skontati rotaciju prilikom registracije?