MichałK

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.

tylko wiesz, u mnie nie pomogło ale czemu nie 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)

Eureka... ???? Pogrzebałem trochę więcej i zobaczyłem, że tutaj https://github.com/obs1dium/BetterManual/issues/8#issuecomment-332859337 piszą, że problem z a5000 mają jak robią RAW+JPG, przy samym RAW im działa. Więc postanowiłem zmienić u siebie z czystego RAW na JPG i.... działa! Co super dziwne, działa też przy RAW+JPG. Czyli na odwrót niż u nich. Chyba skończę swoje debugowanie, prawdziwy egzamin Twojej apki na astrozlocie pod koniec tygodnia

Nie zauważyłem twojego posta i sam zacząłem grzebać, ale miałem ten sam pomysł - podbiłem delay do 5000 w dokładnie tej samej linijce co napisałeś, i na a7ii zadziałało. Na a5000 bez zmian (wciąż crash po pierwszym zdjęciu). Mam wrażenie, że crash następuje szybciej, niż mija "podbite" 5000ms, drugie zdjęcie nawet nie zaczyna się robić. Sony Corporation ILCE-5000 is a camera in MTP mode Model: ILCE-5000 Product code: 0032826531 Serial number: 03804037 Firmware version: 1.10 1.10 jest chyba najnowsza dla tego aparatu. Co do a7ii Sony Corporation ILCE-7M2 is a camera in MTP mode Model: ILCE-7M2 Product code: 0032827830 Serial number: 03899783 Firmware version: 4.01 i chyba 4.01 TEŻ jest najnowsze. Więc strzelam, że pewnie rzeczywiście kwestia karty SD. Akurat mam włożoną jakąś 170MB/s. Myślę, że gdyby apka respektowała parametr delay, to by było spoko - pomogłoby to z wolniejszymi kartami. --- edit: udało się rozwiązać problem z a5000 (zob. kolejny post), ale zostawiam notatki poniżej Masz jakiś pomysł co może być nie tak z a5000? Patrzę trochę na to i jak na razie i niestety chyba cameraEx.cancelTakePicture nawala... Wykomentowałem cameraEx.getNormalCamera().stopPreview(); i to nic nie dało. Dodałem wszędzie sleepy i to też nie pomaga (poza tym, że pierwszy sleep wydłuża czas ekspozycji):} public void run() { try { Thread.sleep(5000); } catch (InterruptedException e) {} cameraEx.cancelTakePicture(); try { Thread.sleep(5000); } catch (InterruptedException e) {} //cameraEx.getNormalCamera().stopPreview(); try { Thread.sleep(5000); } catch (InterruptedException e) {} stopPicturePreview = true; shootRunnableHandler.postDelayed(shootRunnable, 5000); //cameraEx.getNormalCamera().takePicture(null, null, null); } Jeszcze wyłączyłem LENR na dwa sposoby (ale tutaj akurat to strzał w ciemno, ale pamiętam, że były jakieś problemy na a5000 z tym): https://github.com/ma1co/OpenMemories-Tweak/issues/169#issuecomment-419191617 oraz poprzez https://github.com/obs1dium/BetterManual/blob/54b424b5e95fc00534e404fdd480cd8fc5406c49/app/src/main/java/com/obsidium/bettermanual/ManualActivity.java#L775 // Disable long exposure noise reduction (LENR) if (modifier.isSupportedLongExposureNR()) modifier.setLongExposureNR(false); Na razie brak mi pomysłów, podejrzewam, że cameraEx.cancelTakePicture nie działa z jakiegoś powodu

Kurde, mam pasek do HEQ5 w szufladzie, chyba w końcu muszę go zamontować. Rzeczywiście jest różnica? Bo różnie na forach mówią/powtarzają co usłyszą. Ponoć jest ciszej ale jakość prowadzenia może być bez dużej różnicy?.. Po co taśma klejąca wokół adapterów do aparatu? Light leaki?

Apka oryginalna v1.4.0 niby pozwala na ustawienie długiego interwału ale w praktyce go nie używa

Nie jest idealnie. Filmiki w załączniku. Przy krótkim bulbie (na filmiku) * Na a5000 crashuje się po drugiej fotce i nic nie zapisuje. Więc "nie da się używać". * Na a7ii niepoprawnie zlicza liczbę zdjęć, ale nie crashuje się. Niestety tak nie jest z dłuższym interwałem. Podobne zachowanie udało mi się zreplikować na bulbie 60 sekund, ale troszkę inne: * a5000 crashuje sie po rozpoczęciu drugiego zdjęcia (na ekranie jest 2/5) (tak jak wcześniej) * a7ii po zrobieniu pierwszego zdjęcia (na ekranie jest 2/5) czeka 60 sekund przed rozpoczęciem kolejnego (jak się skończy to na ekranie jest 4/5), i znowu czeka 60 sekund przed rozpoczęciem ostatniego. Niestety, to ustawia sztuczny delay między zdjęciami równy długości ekspozycji, to jest niestety za długo... W obu przypadkach ustawiam 5 shots a robią się trzy. Po pierwszym zdjęciu na ekranie pokazuje się 2/5, po drugim crash (a5000) albo 4/5 (a7ii) Będziesz chciał to naprawiać? Bo jak nie to może ja coś pogrzebię BTW czy AEL należy włączyć czy wyłączyć do astrofoto? BTW2 czy mógłbyś proszę zmienić nazwę aplikacji? Bo z teraz nie da się zainstalować tej oryginalnej oraz wersji astro jednocześnie, pewnie jest konflikt nazw. video-1630364059.mp4 video-1630364045.mp4

A to słabo... A gdzie masz guider? Ja zamontowałem z tyłu tuby, właśnie, żeby go dociążył. Ty masz chyba blisko wyciągu? Może przenieś go na tył... Dzięki takiemu zabiegowi punkt wyważenia ledwo mi się mieści na samym końcu szyny . Możesz też spróbować jakieś ciężarki dorzucić na tył, żeby wyważyć w DEC. Możesz też czarować z obrotem o mniej niż 180 stopni i jakoś to równoważyć innymi ciężarkami ale to już średnie rozwiązanie

Dokładnie, do tego dochodzi jeszcze masa aparatu, korektora komy, koła filterowego czy co tam masz. Ja mam aparat skierowany "do" montażu i jest akurat centymetr luzu między aparatem a montażem.

O kurde, a ja się zawsze męczyłem przy pomocy aplikacji Imaging Edge Mobile, która kontroluje aparat przez wifi (w aparacie uruchomione Smart Remote Control). Ale tej apki nie dało się zautomatyzować, więc doinstlalowałem aplikację Auto Clicker. Ale to wymaga non stop włączonego ekranu i telefonu zostawionego w zasięgu wifi aparatu... Na pewno spróbuję dzisiaj to zainstalować i przetestować na A5000 oraz A7II. Jeśli to zadziała to z nieba mi spadłeś. W sumie jak patrzę na twojego diffa (na masterze) to nieźle tam musiałeś pohakować.. co w sumie nie działało w oryginalnym kodzie?

Stddev lepsze bez darków, ale na oko lepsze z darkami. Wyraźniej widzę walking noise na zdjęciu bez darków. Może kwestia nastaw algorytmu stackownia, ale może FPN się jakoś jednak troszeczkę odbił na finalnym stacku. Może dithering był za mały, żeby całkowicie wyeliminować potrzebę darków. Kurde, ludzie robili astrofoto na kliszach, wtedy nie ma nawet jak odjąć darków, to dopiero technologia A tak na poważnie, to jest trafna uwaga, że darki są mniej ważne, gdy się robi dithering (ja robię). Popraw mnie, jeśli się mylę, ale CCD ma FPN, tylko słabsze. Mój aparat ma jaśniejszą "otoczkę" w darku (jak na zdjęciu), więc darki są raczej konieczne nawet z ditheringiem. Chociaż... i tak cropuję ten rejon, więc może się obejdzie.

Zgłoszę to moderacji!! a nie, czekaj... a tak serio, to człowiek się zawsze czegoś dowie z takich dyskusji. W sumie to się włączę, żeby podsumować. Od samego początku chodziło o wypowiedź @count.neverest: Mój wniosek jest taki, że ani @count.neverest nie ma racji mówiąc, że się albo robi dużo darków albo wcale, ani @wessel nie ma racji mówiąc, że szum się zmniejsza (o tym dalej) Zgadzam się z następującymi stwierdzeniami (Chociaż tutaj też wystąpił błąd @Pav1007 jeśli chodzi o nazewnictwo, bo FPN to też szum - fixed pattern NOISE. Konkretnie chodzi ci o szum losowy. Więc w tym sensie @wessel ma rację, że darki usuwają szum FPN. Zwiekszają tylko szum losowy. Nie usuwają więc całego szumu, ale pewien jego komponent) A więc moje konkluzje: 100 darków albo WCALE => nie (nie wiem jakie warunki trzeba by spełnić, żeby rzeczywiście to stwierdzenie miało podstawy w rzeczywistości... może gdyby ktoś miał kamerę bez FPN, hot pixeli i amp glow.. w sumie to możliwe w jakimś stopniu) im więcej darków tym mniejsze zaszumienie LOSOWE => tak nawet mała liczba darków poprawia zdjęcie (zmniejsza zaszumienie stałe (FPN), hot pixele, apm glow) => tak

Dzięki za rady, rzeczywiście jest kilka rzeczy, które mogę poprawić, ale zbliżałem się do swojego deadline'u. Jak zbyt długo obrabiam zdjęcie, to się tylko frustruję Mnie najbardziej boli kształt gwiazd, ale za dużo się z tym bawiłem. Macie jakiś inny, lepszy sposób niż https://www.lightvortexastronomy.com/tutorial-reducing-star-sizes.html#Section1) ? Kształt gwiazd w narożnikach - do poprawy odległość coma correctora IMO. Kupiłem sobie też tilt adapter. Co do obróbki, miałem straszne color blotch w tle (brązowo-niebieskawe takie), więc stąd takie wycięcie i desaturacja tła. Też się nad tym sporo głowiłem, i doszedlem do wniosku, że to po prostu wina zbyt małej ilości danych... Co do white balance, to celna uwaga. Robiłem to ale desaturowało mi to jeszcze bardziej Andromedę, więc pominąłem ten krok, może rzeczywiście był to błąd. Zobaczę, może w weekend jeszcze nad tym posiedzę.

Cześć, popełniłem Andromedę: M31 - Andromeda Galaxy --- Kocierzew Południowy Bortle 4 (SQM 21.37 @ lighpollutionmap.info) --- Lights: 52*180sec@ISO800 Darks: 21*180sec@ISO800 (21degC) Bias: 30@0.000125sec Flats: 42 --- Pixinsight * Dynamic crop * DBE * TGVDenoise & MMT (https://jonrista.com/the-astrophotographers-guide/pixinsights/effective-noise-reduction-part-2/) * Masked stretch * Background neutralization * Morphological Transformation (star reduction, https://www.lightvortexastronomy.com/tutorial-reducing-star-sizes.html#Section1) * Mask highlights and decrease saturation and value of background Lightroom * Global: bump contrast, adjust curve, add noise and color noise reduction * Radial gradient (ellipse) on M31: clarity+100, some dehaze, saturation and contract * Crop --- Imaging telescopes or lenses: GSO 6" f/4 Imaging Newtonian Telescope 150/600 DO GSO Imaging cameras: Sony A7ii Mounts: HEQ5 Pro Guiding telescopes or lenses: Starguider 50/162 Guiding cameras: ZWO ASI 120MM Mini Focal reducers: Skywatcher Coma Corrector Skywatcher 2" F4 aplanatic coma corrector Software: Lightroom · PixInshight · KStars Ekos/INDI, Astroberry Accessory: Raspberry PI4 · Celestron PowerTank Lithium Pro · JJC Kiwi dew heater strip · Acer Aspire --- Astrobin: https://www.astrobin.com/u1zi47/ Instagram: michalkostrzewa_

Nie wiem konkretnie jak w przypadku tego canona, ale ogólnie obiektyw vs taki teleskop oznacza zwykle lepszy kształt gwiazd, mniej aberracji chromatycznej, bardziej płaskie pole. Dobre porównanie ogólne w tym filmiku

No to mam nową tapetę na kilka monitorów..

Spróbuj jeszcze Masked Stretch. Spróbuj też stretch ręcznie z maską na gwiazdy. Jak starnet robi średnią maskę to użyj Star Mask. Możesz zrobić maskę za pomocą kilku Mask starmaskowych i PixelMath żeby je połączyć. Tak robiłem ostatnio - podłączyłem maskę na wnętrza oraz na poświatę. Pamiętaj że maskę można odwrócić (inverse)

Tak szczerze, to zasugerowałem się wypowiedzią Robsona. Nie znam dobrze tego obiektu, ale wydaje mi się, że w lewym górnym i lewym dolnym widać winietę. Ale jest niewielka... Głównie wspomniałem o DSS bo dosłownie wczoraj natknąłem się na tą informację, i skojarzyłem ją jak napisałes, że nie użyłeś biasów. Co do obróbki, może da radę bardziej niebieski wyciągnąć z sygnału? Możesz spróbować rozbić obrazek na osobne klatki R, G, B w pixie, i osobno próbować je wyciągać.

Nie wiem czego używałeś do stackowania, ale jeśli to DSS, to DSS nie obsługuje trybu "tylko darki i flaty". http://deepskystacker.free.fr/english/theory.htm#CalibrationProcess Na samym dole: > Any other combination leads to improper calibration so you should stick with one of these 3 possibilities. Moim zdaniem lepiej, jeśli chodzi o gradienty. Chociaż wnętrza gwiazd dziwne i jakoś tak zbyt pomarańczowo. Myślę, że podobny efekt dałoby się uzyskać bez pixa, chociaż nie wiem ile tam użyte było DynamicBackgroundExtractora. W photoshopie polecam GradientXTerminator, chociaż nie wiem jak sobie poradzi z mgławicą na całej klatce. Jak to obrabiałeś w pixie?

ładne kolory i ładne galaktyczki w tle

Możliwe że tilt wynika z tego, że obiektyw się "odgina" od bagnetu, ten typek coś o tym wspomina w 10:25

Jak masz tego samyanga zamontowanego? Jakieś obejmy? Bo może tilt wynikający z "dźwigni"? Mam ten sam problem