MichałK

Dobra fota.

To mozaika co nie? Samyangiem 135 mi nie dało rady uchwycić obu obiektów. 

Jak to procesowałeś? Męczę się strasznie... Odpalam StarXTerminator na każdym subie a potem integruję (zalignowane na kometę) z ostrymi parametrami pixel rejection a i tak mam ślady po gwiazdach, może coś doradzisz? (Próbowałem też stackować najpierw co 12 sub a potem je łączyć w całość ale dużej poprawy to nie dało). (Robiłem suby 60 sek)

On 2/9/2024 at 3:32 PM, orlen said:

Bezpośrednio u producenta, zaplacilem 1300usd

właśnie - jak z VAT i cłem? na discordzie jest napisane "Order UMi 17 Lite now for $1360, shipping & tax/VAT & PayPal fee covered." - ile w tym prawdy?

a no i ile czekałeś na dostawę?

Wygląda spoko, ale polecam mikroskopy z dwoma okularami, mniej się oczy męczą, ewentualnie mocujesz uchwyt "na smartfona" i możesz nagrywać jednocześnie

Nie mam zastrzeżeń do L-extreme, ale może po prostu jeszcze się nie natknąłem na jakieś problemy. Dzięki za rady!

Które dziury? Wokół gwiazd, mgławicy? (BlurXTerminatorem może za bardzo pojechałem?...) Czy chodzi o coś innego?

1 hour ago, everr said:

Mógłbyś coś więcej napisać o tej modyfikacji Samyanga?

Tak. Samyang 135 ma warianty na różne bagnety. Na Sony Emount, Samyang 135 ma "przedłużkę", w której jest tylko gwint wyczerniający. W serwisastro.pl wewnątrz tej przedłużki dorobiono mi adapter na filtr 2". Więc teraz mam Samyanga 135, który akceptuje filtry teleskopowe 2". Ale do tego zdjęcia nie używałem filtru.

17 hours ago, _Spirit_ said:

Tak się zapytam - nie zastanawia Cię ciemna plama w centrum? Flaty były a tu takie coś. 

Dobre pytanie. Nie wiem skąd ta plama, chyba raczej nie pyłek. Jak siądę przed kompem to sprawdzę.

14 hours ago, mirekk said:

Eee tam a jak odejmiesz amp glow ? 

Racja, to co powiedziałem to skrót myślowy. W każdym razie dss potrzebuje darki

12 minutes ago, Arciaq said:

Darków nie używam nigdy.

 

To przynajmniej używaj manuala DSS, w którym żadna z 3 możliwości kalibracji nie obsługuje braku darków  Z linka, który wkleiłem:

* Full Calibration Process (all files available)
* Alternate Calibration Process I (no dark flat frames)
* Alternate Calibration Process II (no bias frames)

Ludzie mówią, i maja rację, że jak ditherujesz, to nie potrzeba darków. Ale tutaj chodzi o obliczenia DSSowe, on po prostu musi mieć dark.

zrób 1 klatkę dark (w obecnej temperaturze, byleby była jakaś) i jedną klatkę bias i zrób jeszcze raz stack DSS. Zobacz, czy gradienty znikną. Jak tak, to to był problem i polecam dorobić więcej klatek kalibracyjnych (darki w tej samej temp. co lighty, czyli odpal po prostu na noc). Jak nie, to masz inny problem.

edit: ja zwykle jak już używam DSS to mam biasy, darki i flaty (bez dark flat) - czyli działa opcja "Alternate Calibration Process I"

Czy używasz zarówno darków i biasów? DSS nie obsługuje trybu "tylko flaty". http://deepskystacker.free.fr/english/theory.htm#CalibrationProcess

> Any other combination leads to improper calibration so you should stick with one of these 3 possibilities.

Miałem podobne problemy w DSS, bo matematyka po prostu się gubi jak nie dasz odpowiednich klatek na wejściu.

Fotka zrobiona samsungiem s20 fe podczas jesiennego astrozlotu, przez teleskop bresser 152/1200 w Ha, należący do @Lukasz83. 

Niesamowite wrażenia podczas obserwacji wizualnej, chciałem uwiecznić

11 hours ago, kamilkrzywda said:

Zawodowo programuje w node.js, więc nie znam się na wątkach

e tam node to jeden wielki async  main thread = nie w żadnym runnable bym się spodziewał, ale jak działa to działa

Przetestowałem commit d6c150 tylko na a5000, bo się pakuję, ale działa! 

Na filmiku zapomniałem pokazać, ale zdjęcia są w galerii.

Co do końcówki to sam nie wiem.

Czytam twój kod, i i tak jest użyty Runnable, tylko jeden zamiast dwóch. Ale to wciąż nie jest wątek główny. Więc w sumie tym bardziej nie wiem czemu teraz działa..  

A, no i w trybie RAW wciąż się crashuje tak jak dawniej. Ale działa w RAW+JPG więc jest OK.

Dzięki wielkie, na pewno apka się przyda.

Pytałem o to w tym wątku: 

ale w skrócie, rozważam możliwość użycia teamviewera podczas warsztatów astrofoto, żeby robić wszystko na lepszym sprzęcie domowym, bo mój notebook jest za słaby. Czy ktoś z już obecnych może powiedzieć, jak tam jest z internetem? Może wyniki Speedtest.net, albo ocena jak działa youtube?

1 minute ago, bas.sic said:

Internet w ośrodku jest słaby, a na warsztatach będzie z 20 osób więc na cuda bym nie liczył.

Zasięg GSM też taki sobie.

Chyba że od ostatniego zlotu postawili tam gdzieś maszt telefonii komórkowej. 

 

Ok dzięki za info. W takim razie postaram się ogarnąć jakiś mocniejszy sprzęt i tam wszystko poinstalować - na wszelki wypadek.

2 minutes ago, wessel said:

Michał, a co to jest "prywatny" event? Na RODOS może jechać każdy , o ile spełnia określone warunki.

3 minutes ago, bas.sic said:

Nie liczyłbym na takie luksusy. 

potwierdzone info? Tzn. czy to jest info na podstawie poprzednich edycji?

Co do warsztatów, to czy internet w ośrodku uciągnie sesję teamviewera? Mój notebook nie uciągnie nawet mspainta  ale w domu mam mocny sprzęt.

Fajnie by było mieć podstawowe informacje w pierwszym poście, a nie przeglądać posty nikomu niewinnych ludzi dopytujących się "ale o co chodzi"  Nie ma nic złego w prywatnym evencie, ale rozumiem uwagi innych użytkowników.

Sugeruję tylko mniej się nakręcać. Jedni piszą o elytach, inni o nakrapianych wyjazdach, jeszcze inni narzekają na dzisiejszą młodzież, albo że ktoś jest roszczeniowy, że nie dostał zaproszenia (mimo, że nikt tak nie napisał). Kojarzy mi się grupa facebookowa "Akwarystyka bez hejtu" - na której jest paradoksalnie najwięcej hejtu  

Prowadzę tutaj dyskusję jakby co: https://github.com/obs1dium/BetterManual/issues/8#issuecomment-910331242

Obecnie zastanawiam się, czy problemem jest wołanie takePicture i cancelTakePicture poza wątkiem głównym. Oryginalny TimeLapse chyba nie robi tego poza wątkiem głównym, i coś na ten temat jest wspomniane w w/w dyskusji.

3 hours ago, kamilkrzywda said:

Akurat o wyłączeniu LongExposureNR jest nawet w instrukcji oryginalnego programu - zapomniałem o tym wspomnieć. Na pewno dodam wymuszone wyłączenie tej opcji u siebie.

 

tylko wiesz, u mnie nie pomogło  ale czemu nie

3 hours ago, kamilkrzywda said:

5000ms to zdecydowanie za dużo, w oryginalnej aplikacji jest 150ms, u siebie przestawiłem na 300, a w załączonym w przedostatnim poście pliku jest testowo 500ms.

Pewnie przesadziłem z 5000ms, ale to dlatego, żeby na pewno zidentyfikować problem, pewnie da się skrócić. Ale wiesz, chyba najlepiej czekać między zdjęciami interwał o długości w stylu max(150, settings.delay) . Oraz rekomendować w readmie zwiększenie delay, jeśli aparat "gubi" fotki.

Nie ma możliwości sprawdzenia, czy aparat jest "gotowy" do następnego zdjęcia? Czy istnieje jakaś metoda camera.isReady()? Albo może takePhoto zwraca kod błędu albo rzuca wyjątkiem (którego nie widzimy, bo jest w wątku)? (nie mogę znaleźć dobrej dokumentacji tego frameworka)