Skocz do zawartości

apolkowski

Społeczność Astropolis
  • Postów

    2 460
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    10

Treść opublikowana przez apolkowski

  1. Czy datę w pilocie podajesz w formacie mm/dd/yyyy? When “Date: mm/dd/yyyy” is displayed, enter the current date in the indicated mm/dd/yyyy format (i.e. 10/24/2012 for Oct.24,2012) Po częściowym rozłączeniu przekładni raczej trudno liczyć na zachowanie odpowiedniej prędkości. To jak jazda "na sprzęgle" samochodem. Silnik działa, a pojazd ledwie się toczy.
  2. Jest przycisk, który jednocześnie pełni rolę regulatora jasności. Przyciskanie go powoduje zamiennie zmniejszanie i zwiększanie intensywności świecenia.
  3. Nie udało mi się w Pixie dojść do takiego rezultatu. Jakiego programu użyłeś do odszumienia i wyciągnięcia detali? Myślę o dokupieniu jakiegoś pluginu do PS żeby wspomagać Pixa w takich sytuacjach i każda sugestia jest cenna.
  4. Tak, ale... Brak jest precyzyjnej regulacji jasności i chyba jest jakiś problem z gniazdem USB. Jak się kabelek ruszy, to jasność potrafi się zmienić. Poza tym, trzeba stosować arkusz papieru jako dyfuzor, bo bez tego widać strukturę matrycy LED.
  5. Czy wiadomo, co się udało autorowi osiągnąć?
  6. Też umieszczałem link do tego filmu na forum.
  7. Ja mam wersję na Kindla, więc numery stron są inne, ale na koniec są przykłady konkretnych obiektów, w tym M33. Szukaj w spisie treści Multiscale Techniques i Galaxy Enhancement.
  8. Czyli w moim przypadku klatki L o długości ponad 50 sekund nie mają sensu wg. Twojego kalkulatora.
  9. Spróbuję podejść do Twojej M33 według przepisu z książki Inside Pixinsight dziś po południu.
  10. Im wyższy Read Noise tym dłuższy czas. Czy chodzi o to, że LP dłużej się zbiera żeby zacząć mieć efektywny wpływ na wynik? F5, Niebo 21.7, read noise 1.7 - wynik dla L 49 sekund F5, Niebo 21.7, read noise 3 - wynik dla L 152,5 sekundy
  11. Sorry za to pytanie, ale czy napewno masz ustawioną dobrą prędkość prowadzenia?
  12. SCNR można dozować suwaczkiem. Nie wywali wtedy całego zielonego
  13. Jednak jak patrzę na te pikselki na gwiazdkach to mimo wszystko myślę, że coś się musiało zgubić w kompresji albo resize. Twoje zdjęcie ma tylko 1,66 MPixela (1599x1037), a moje ściągnięte z forum ma ponad 10. Sensor w ASI1600 to 3,8 mikrona, a w Canonie 6D 6,5. Nie powinno być aż takiej różnicy zwłaszcza na "krągłościach" gwiazd. Możesz pokazać fotkę o większej rozdzielczości?
  14. Niebo mazurskie. Detektor chiński ;-)
  15. Fajna fotka. Ciekaw jestem czy to wina kompresji że troszkę szczegóły się zgubiły?
  16. To, co on robi, to zabezpieczenie gwiazd w zdjęciu RGB maską i zamiana pozostałych pikseli na wzięte ze zdjęcia NB. W mojej formule warunek zamieniać/nie zamieniać jest sprawdzany na poziomie każdego piksela i można dodatkowo wprowadzać wagi, np. wybierać piksele z RGB, których wartość pomnożona przez wagę jest większa od pikseli z NB. Waga może być powyżej 1 (słabsze piksele się załapią) albo poniżej 1 (wtedy załapią się piksele o wysokiej wartości). Można tez komplikować te formułę warunkując zamianę wartościami w poszczególnych kanałach (np. zamieniam tylko jeśli jest silny niebieski).
  17. Jak rozdzielisz swoje zdjęcie z Ha i Oiii w Pixie na R, G i B to jest duża szansa, że Ha będzie tylko w kanale R, a Oiii w kanałach G i B. Dodawaj tylko tak wygenerowany kanał R. Poza tym możesz przy dodawaniu Ha zastosować w Pixelmath warunek, że uwzględnia tylko te pixele, których wartość jest powyżej zadanej granicy. Jakieś szczegóły?
  18. Pierwsza wartość to granica, od której wartość pixela jest traktowana jako szum. Druga, to poziom generowanego sztucznego szumu.
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę.