Skocz do zawartości

Lukasz83

Społeczność Astropolis
  • Postów

    3 256
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    123

Odpowiedzi opublikowane przez Lukasz83

  1. 3 minuty temu, Behlur_Olderys napisał:

    Szkoda, że nie możesz przesłać trochę tych klatek 150ms do zabawy..... A może możesz? ;) Wiesz, nie mówię: wszystko, ale może kilka...set? ;)

    Mogę wysłać 14000 klatek :)  Ale to będzie sama mgławica - crop 200x200 pikseli w formie pliku SER

    Wtedy to waży 500MB i mogę to udostępnić na google dysku :)

  2. 1 minutę temu, Behlur_Olderys napisał:

    Masz dużo materiału (20k klatek :) ) to możesz popróbować z innymi algorytmami ;) Wybierałeś najlepsze klatki wg FWHM? 

    Robiłem testy wybierając 50%, 75% najlepszych klatek i stackując wszystko.

    W zależności od "rozrzutu seeingowego" najlepsze rezultaty uzyskiwałem stackując w granicach połowy klatek.

    Jak używasz metody korelacyjnej (bez gwiazd, analizując "powierzchnię" obiektu) to wtedy program ocenia jakość wg własnego zaszytego algorytmu (jak dokładnie nie wiem)

    FWHM jest oceniane tylko w przypadku alignowania po gwiazdach.

  3. 12 godzin temu, Behlur_Olderys napisał:

    Może jest tak, że alignowanie klatek  w stacku nie działa tak dobrze, gdy jest mało sygnału, i niedokładności alignacji w stacku zamieniają się na blur?

    Coś w tym stylu - jak jest za mało sygnału (albo na niektórych klatkach występuje a na innych nie) to pojawia się właśnie coś a'la blur - najczęściej objawia się to tym, że gwiazdy przypominają słabe niepunktowe galaktyki a detal zamiast mieścić się w granicach kilku pikseli rozlewa się na kilkanaście. 

    Taki efekt pojawia się w przypadku detalu który jest na klatce, ale na tyle słaby, że na pierwszy rzut oka nie widzimy go podczas rejestracji.

    Detal który jest widoczny i oczywisty na pojedynczych klatkach podczas rejestracji nie wykazuje takich tendencji do "blurowania" :)

     

    12 godzin temu, Behlur_Olderys napisał:

    Korzystają tylko z jednej gwiazdy referencyjnej, bo tylko jedna jest sensownie blisko obiektu (przypominam temat isoplanatic patch). Wydaje mi się, że typowe programy do stackowania próbują znaleźć jak najwięcej gwiazd referencyjnych, a to krok w drugą stronę. Po drugie, używają algorytmu korelacji (czego z czym? Muszę jeszcze parę razy przeczytać:) ), nie wiem dokładnie w praktyce co to oznacza, ale zasadniczo chodzi o jak najdokładniejsze, z precyzją subpikselową, wyznaczenie położenia gwiazdy referencyjnej. 

    W SiriLu, podobnie jak i pewnie w innych programach do stackowania mamy kilka możliwości alignowania zdjęć.

    W przypadku tej mgławicy (Kocie Oko) gdzie praktycznie nie było gwiazd referencyjnych użyłem algorytmu "korelacyjnego" używanego najczęściej przy stackowaniu powierzchni Słońca lub Księżyca - zakładam (nie mam pewności), że w takim wypadku program wybiera sobie jasne punkty obiektu, określa je jako referencyjne, i próbuje dopasować wszystkie kolejne klatki względem tych punktów naciągając odpowiednio obraz każdej subklatki pod te punkty.

    Gdy mamy alignowanie pod gwiazdy wtedy program robi to samo ale naciąga zdjęcia (i rotuje) tak żeby dopasować je pod poszczególne gwiazdy będące punktami odniesienia.

    Jak mam tylko jedną gwiazdę to program pewnie też będzie w stanie zrobić wyrównanie ale bez rotacji i "naciągania" obrazu - jedynie dopasowując góra/dół i lewo/prawo co jest najmniej skuteczną metodą.

     

  4. 1 godzinę temu, Tom-cio napisał:

    Genialne.

    Dałbyś jeszcze tradycyjnie porównanie do HST :)

    Dzięki! Dorzucam porównanie (tu i w pierwszym poście)

    Oczywiście paleta kolorów jest inna (LRGB vs HST) zatem tym się nie sugerujcie.

    Dodatkowo porównanie z "rozblurowanym HST" żeby łatwiej porównać detale ;)

     

    272071699_hstcomp.jpg.7a0202b52aeb3c365bb73098e1bfcdd8.jpg

    842550870_hstcompblur.jpg.e32fb715bd393928e8618ed484145844.jpg

     

    Dodatkowo linki do zdjęcia referencyjnego z Ziemi (Capella Observatory)

     

    http://www.capella-observatory.com/images/PNs/NGC6543CenteIn200Percent.jpg

    http://www.capella-observatory.com/ImageHTMLs/PNs/NGC6543.htm

     

     

     

     

     

     

     

    • Lubię 4
  5. 5 godzin temu, Behlur_Olderys napisał:

     

    Próbowałeś kiedyś w takiej skali naświetlać dwoma długościami czasów? Krótkie klatki (np <1s) na detal w jasnych partiach, dłuższe na ciemniejsze rejony. Ja bym próbował czasów tak krótkich, jak tylko się da - to kluczowa sprawa w LI.

     

    PS

    Pełna klatka czarująca ;)

    Próbowałem nawet trzema :P Problem w tym, że te jasne partie wcale nie są takie jasne i czasy muszą być odpowiednio długie żeby w ogóle jakikolwiek detal się załapał i później zestackował.

    Ta mgławica nie nadaje się do takich prób.

     

    W nadchodzącym tygodniu wrzucę jeszcze jedno zdjęcie znanej mgławicy która dobrze poddaje się takim zabiegom. Tam użyłem testowo czasów 150ms, 500ms i 2s. Dam też znać o wnioskach z tych prób :)

     

     

    • Lubię 2
  6. 14 godzin temu, DaleCooper napisał:

    Łukaszu możesz napisać coś o kolimacji swojego Newtona? zajmuje to to Tobie dużo czasu?, czy masz może wypracowaną metodę, ażeby szybko a sprawnie to zrobić?, A co do zdjęcia rewelacja :)

    Szczerze to praktycznie wcale już nie kolimuję :)

    To co zrobiłem na początku to dokładne ustawienie LW w osi wyciągu i kolimacja samego LW.

    Potem wszystko mocno skontrowałem śrubami żeby się nie rozkolimowało przy przenoszeniu i już. Kolimację LG sprawdzam przed każdą sesją za pomocą kolimatora optycznego - zajmuje to kilkadziesiąt sekund.

    Raz mi się zdarzyło, że LW się obluzowało i straciło kolimację. Ale generalnie nie muszę praktycznie nic grzebać przy teleskopie przed sesjami :)

    • Lubię 2
  7. Godzinę temu, Maetrik napisał:

    ustawiony miałeś gain 82% czy 82? czy L paliłeś jakimś filtrem? i czy mógłbyś pokazać pojedynczą klatkę L.

    zaczynam właśnie zmagania z tą samą kamerą i trochę mi to pomoże :)

    Gain 82% czyli 420 albo 86% czyli 440

    Używam filtrów LRGB Baadera - bez tego ani rusz.

    Pojedyncza klatka luminancji poniżej (przykładowa ale nie najlepsza)

     

    frame.thumb.jpg.78f3a4f2eff21adaf04ef4ec5141485d.jpg

     

    • Lubię 1
  8. Super!

    @MaPa - ciekaw jestem czy byłbyś w stanie wykorzystać moje zdjęcie centrum M42 i "wpasować" je jakoś przez maski w swoje. Kolorystykę mamy podobną.

    Byłoby to fajne połączenie Twojego perfekcyjnego szerokiego pola i mojej większej skali. Może coś fajnego by z tego wyszło...

     

     

  9. W dniu 17.11.2018 o 18:29, cwic napisał:

    Jak chce zarejestrować/konwertować obrazy .tif  (pierwszy krok) wywala mi błędy na każdym obrazku. Może ktoś spróbować czy macie to samo?

    Na samym dole przykładowy plik przy którym wywala błędy

     

     

    Rzeczywiście wywala błąd taki jak piszesz.

    Próbowałem ten plik przepuścić przez PIPPa ale też wywala błąd "unsupported compression"

    Jedynie Autostakkert go otworzył - po zapisaniu też jako TIFF Siril otwiera go już bez problemu. Wygląda na to, że Twój program stosuje jakąś dziwną kompresję TIFF 

     

    Rozwiązanie - przepuścić wszystkie pliki które masz przez AutoStakkerta bądź użyć innej kompresji TIFF przy zapisywaniu plików.

  10. 1 godzinę temu, MateuszW napisał:

    Hmm, czyli kolejny program zabudowany jak Registax? W autostakkercie właśnie to uwielbiałem, że nie ma bugów :)

    Nie jest tak źle. Trzeba tylko rozgryźć co lubi a czego nie i poznać jego ograniczenia.

     

    BTW - rozgryzłem problem stackowania dużej ilości klatek :) 

    SiriL jest w tanie obsłużyć około 500 fitsów załadowanych w sekwencje jako pojedyncze pliki. Jeśli próbujemy stackować więcej niż 500 to się wykłada i wywala "stacking failed".

    Wtedy wystarczy wrzucić wszystkie pliki .fits lub .tiff (ja mam ich 1100) do jednego pliku .SER (na przykład za pomocą PIPP) i załadować do SiriLa

    Wtedy program stackuje wszystkie klatki bez problemu wszystkimi metodami (włączając normalizację)

    :)

    Także przy dużej ilości klatek stackujemy "filmy" zamiast pojedynczych zdjęć - podobnie jak w przypadku AutoStakkerta.

    • Lubię 1
    • Dziękuję 1
  11. 16 godzin temu, _Spirit_ napisał:

    Program się zawiesił przy składaniu 170 klatek. Wystarczy zmienić ilość wykorzystywanych rdzeni - u mnie z 4 na 3 i program zadziałał. Złożyłem materiał z parametrami jak na screenie:

    Btw. można by wydzielić wątek o Siril.

     

    Przed chwilą stackowałem inny materiał - kanał B do nowej fotki - 350 klatek. Poszło bez problemu na 3 rdzeniach :) Wszystkie metody działają.

    Zobaczymy jak poradzi sobie później z kanałem L gdzie będzie grubo ponad 1000 klatek. Muszę tylko skończyć dopalać darki w lodówce :P

     

  12. 8 minut temu, MateuszW napisał:

    A nie używasz autostakkert? Alina ja lokalna powinna być przydatna na takich obiektach. 

    Autostakkert jest świetny ale nie potrafi obracać klatek (rotować) - może tylko przesuwać je prawo/lewo i góra/dół. Jak mam materiał z jednej sesji to jest ok ale jak nagrywam przez kilka dni to serie klatek są lekko zrotowane. Wtedy tylko DSS dawał radę. SiriL jednak daje sporo lepsze stacki niż DSS - porónywalne z Autostakkertem. Dużo łątwiej się je potem dekonwoluuje i ostrzy. No i szum jakiś taki mniejszy w tle zauważyłem :)

    • Lubię 1
  13. 9 godzin temu, _Spirit_ napisał:

     

    Zrobiłem cały materiał M31 LRGB i wszystko ok. Nie robiłem darkiem tylko Bad Pixel Map (cosmetic). Pięknie wyszło a program działa bez błędów.

    Ja próbowałem zestackować 800 klatek - przerobił na fits, zalignował, znormalizował i wyświetlił błąd stackowania (mediana, sigma clipping)

    Tylko opcja "Sum" zestackował

    Co prawda ten stack z "sumy" był i tak dużo lepszy od tego z DSS ale muszę zrozumieć co się dzieje, że nie chce stackować innymi sposobami. Mam następny materiał do składania więc będę próbował :) U nas ciężko o opinie, bo ten program raczej jest mało popularny, więc w razie czego uderzę z pytaniami na Cloudynights.

  14. 4 godziny temu, _Spirit_ napisał:

    Dzięki za Siril`a. Znów będzie można coś testować.

    EDIT:

    Szybki jest ten soft przy włączonych 4 rdzeniach.

    Jest szybki  :) Fakt.

    Mam tylko problem bo stackuje mi sumą ale wywala błąd przy innych metodach. Muszę ogarnąć o co chodzi...

    3 godziny temu, Jarzyna B. napisał:

    Bliźniaczo podobna pod względem genialnego efektu końcowego  do nie dawno prezentowanej przez Ciebie Ostrygi. Rewelacyjne  zdjęcie i następny obiekt do kolekcji zaliczony :excl:

    Dzięki :)

×
×
  • 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ę.