rambro

Można ciągnąć na siłę, ale nie wiem czy warto. Wydaje mi się, że musiałbyś lepiej skalibrować materiał. Jeśli nie używasz ditheringu to zacznij go stosować.

W którym sklepie na Aliexpress. Jest tego sporo.

A gdzie zamawiałeś ?

Myślę, że możesz lepiej obrobić to zdjęcie, zwłaszcza kolor. Mi na szybko wyszło tak:

Według wykresów i w teorii wygląda dobrze. Filtr ma węższe pasma więc kontrast powinien być większy. H-beta na większości obiektów nie ma dużego znaczenia. Nie znalazłem zbyt dużo przykładów zdjęć z tym filtrem. Czekam na Twoje testy.

To chyba pasek od głowicy z drukarki atramentowej ?. Dałem podobny koledze. Wykorzystał go do budowy okularu Ronchi eyepiece. Czy te pierwsze przykłady miały zastosowany balans bieli, czy jest to bez skalowania RGB ?. Może lepiej by było po przeskalowaniu o wagi uzyskane na szarej/białej kartce.

Mój wniosek jest taki że oversampling przy kamerach kolor pozwala zmniejszyc utratę rozdzielczości względem mono.

Autor Siril IC napisał, że doda wybór klatki referencyjnej w kolejnej wersji.

Moim zdaniem najlepiej bez filtra. Galaktyki emitują światło w całym widmie.

Czy znacie jakąś metodę aby wybrać klatkę referencyjną w Sirilic ?. Może zmiana nazwy pliku albo edycja skryptu... w opcjach programu nie widzę.

Jak ogarniesz logistycznie to 10" jest dobrym wyborem. Jeżeli jednak ma stać i się kurzyć bo za ciężki do transportu to lepszy będzie MAK150. @astrokarol ma rację, niezależnie od warunków LP większe lustro pokaże więcej. Co do montażu to Newton jest wygodny tylko na Dobsonie, bo inaczej trzeba kręcić tubą w obejmach. Mak może być na alt-az lub paralaktyku. Osobiście wybrałbym MAKa, ze względu na łatwość transportu, małe wymagania co do okularów i brak spajków. DSy też nim obejrzysz, a te najbardziej rozległe to i tak najlepiej wyglądają w ... lornetce.

Najlepsze ustawienie jest to, gdzie dynamika jest największa. Nie zawsze jest to Unity Gain. Do tego teraz niektóre sensory mają tryb high conversiona gain (uruchamia się tam gdzie na wykresie drastycznie szum odczytu spada). W tym trybie często dynamika jest niemal identyczna jak na najniższym gain, ale pojedyncze ekspozycje mogą być krótsze. Warto palić na mniejszym gain, lub krótsze klatki, aby nie przepalać jasnych gwiazd. Duża dynamika pozwala nam zarejestrować na pojedynczej klatce głębokie cienie i jasne gwiazdy. Przykładowy wykres poniżej. Jak widać dynamika (DR Stops) na gain=0 jest najwyższa, ale na gain=120 prawie taka sama, więc najczęściej używam gain=120. Jak chcesz krótsze pojedyncze ujęcia, albo przy Narrow Band możesz użyć większy GAIN (na długość stacka specjalnie to nie wpłynie, nadal trzeba palić tyle samo godzin). Ogólnie długość klatki, musi być taka, aby dominujący był szum tła a nie szum odczytu. Im lepsze niebo tym dłuższe klatki opłaca się palić.

Wypoziomowanie montażu nie jest konieczne, ale pomaga w metodach gdzie ustawia się osie na zmianę. Jeżeli montaż jest wypoziomowany to regulacje nie wpływają na siebie. Jednak obecnie nie ma to takiego znaczenia, bo wiele programów np. polar alligment w EKOS robi kilka ekspozycji, w różnych częściach nieba, liczy model i pokazuje w trybie rzeczywistym, gdzie dojechać wybraną gwiazdką, aby ustawienie było poprawne.

To wymagałoby zmiany kierunku w czasie prowadzenia. Myślę, że tak jak piszesz jest w ASA, bo tam silnik jest direct drive bezpośrednio na osi, bez przekładni, pasków itp. Podejrzewam, że tutaj to działa jak w guidingu tzn. jak pozycja jest za daleko zwalnia lub się zatrzymuje, a jak trzeba nadgonić to zwiększa prędkość. Gdyby miał cofać to pojawiłyby się problemy z backslashem w obie strony i może też tarciem statycznym. Myślę, że więcej problemów niż zysków. Enkoder ma na tyle dużą rozdzielczość, że szybko wykryje błąd i mont zdąży wrócić do poprawnej pozycji. Projektanci nie zakładają kopniaków, tylko błąd okresowy :), więc daleko nie przeskoczy pozycja.

Czy jak podłączysz RASA zamiast tego zestawu X 1.5arcsec/px to efekt jest ten sam ?. Czy próbowałeś palić RASA na tym montażu więcej niż 5 min ?. Jeśli oba teleskopy na tym samym moncie zachowują się podobnie, to trzeba szukać przyczyny w montażu lub ustawieniach. Napisz co to za teleskop i jaki detektor.

Sprawdziłem wersję mam 0.9.12 i Siril IC w wersji 1.1. Z kamerą OSC sobie radzi. Dla DSLR nie powinno być dużej różnicy. Poniżej zdjęcie zestackowane w Siril. Czarne plamy po lewej do poprawienia.

Z ISO400 wyciągniesz tyle samo, albo więcej niż z wyższych ISO. Dla Twojego aparatu optymalne ISO to 800 (niski szum odczytu i duża dynamika). Na niższych ISO będzie równie dobrze pod warunkiem odpowiedniej długości klatek. ISO 3200 to obcięcie dynamiki. Jeżeli montaż dobrze prowadzi nie ma powodu, aby je używać.

Dziękuje. https://www.siril.org/2018/11/15/sirilic-and-sirilot-two-very-useful-utilities-for-siril/ znacznie skraca klikanie. Siril podoba mi się ze względu na kontrolę procesu i wydajność. Najpierw muszę lepiej ogarnąć stackowanie samym Sirilem. Jest już prawie tak dobrze jak w Maxim DL. Używam ASI294MC PRO, a ta kamera, aby skalibrować flatem po brzegi nie wybacza błędów. Maxim obecnie jest dla mnie za wolny stackuje po 400-500 klatek albo więcej a tam działa tylko jeden procesor a tu 12 rdzeni. Do tego Maxim tworzy mi wielkie pliki fits po 127MB z wejściowych 22MB. Wychodzi, na to że stackowanie w SIRIL wymaga mniej miejsca, mimo że po drodze jest dużo klatek pośrednich. Zainteresowałem się też Sirilem, bo jest w nim fotometryczna kalibracja koloru. Tego mi brakowało. Ma tą funkcję PIX ale jest dosyć drogi. Freeware eXcalibrator w tym zakresie specjalnie mnie nie przekonał.

Może coś Ci się ugina raz w jedną, a raz w drugą stronę ?. Pixele to są pojedyncze mikrometry. Dużo nie potrzeba. Dlaczego nie zastosujesz guidera przez OAG ?. ASA też ma enkoder ale liczy model, aby zrekompensować te problemy.

Z tego powodu uważam, że kolor emisji H-alpha jest wedle uznania autora. Widziałem zdjęcia z filtrem CLS, które miały typowe czerwienie, więc może to jednak kwestia obróbki.

Dzięki!. Dodanie użytkownika stellarmate do grupy gpio pomogło. Czy ten sterownik nie może być domyślnie w indi ?. Często jak zaktualizuje system to muszę go ponownie pobierać i kompilować. Nie byłoby to uciążliwe gdyby nie to, że dość często wychodzą jakieś problemy. Przykładowo po zmianie na RPI4 nie pasowała wersja biblioteki itp. Super, że można piny samemu definiować poza kodem, bo zawsze musiałem zmieniać na swoje. Poprzednie kolidowały mi z RTC. Potrzebny jest raczej czujnik wilgotności. U mnie zajmuje się tym Arduino. Początkowo liczyłem punkt rosy itp, ale praktyczne podejście to zacząć grzać jak wilgotność w odrośniku osiągnie poziom xx. Mam 2 pytania: 1. Jak ten czujnik temperatury się kalibruje w indi ?. 2. Co wpisać aby było pokazane critical focus zone ?. (podałem max traveel oraz wpisałem teleskop)

@RadekK widzę, że jest nowy sterownik do astroberry focuser. Zmieniły się piny, ale można samemu ustawić w konfiguracji. Jednak nie mogę nawet zapisać konfiguracji, ponieważ otrzymuję komunikat "Problem initializing Astroberry Focuser ... etc. Używam RPI4 4GB oraz stellarmate OS. Funkcja gpiod_chip_open nie zwraca poprawnego wyniku. Urządzenie /dev/gpiochip0 jest obecne. Proszę o jakaś podpowiedź odnośnie rozwiązania problemu.

Jak tylko ha to wiadomo że będzie ok. Po kolei SII, 0III i Ha lepiej niż RGB ale chyba nie idealnie. W ostatnim pytaniu miałem na myśli l-eNhance i kolorową kamerę. Przypomniałem sobie, że jak kupiłem filtr l-eNhance to kilka klatek, na statywie, bez prowadzenia, zrobiłem z obiektywem 200mm, który ma sporą aberrację. To słaby test, kolor gdzieś uciekł... Przydałoby się foto z prowadzeniem. Na zwykłym zdjęciu z tego obiektywu na jasnych gwiazdach duże fioletowe obwódki kłują w oczy.