holeris

Z racji tego, że są to zamknięte urządzenia, można przewozić je w bagażu głównym czy tylko w podręcznym? Oba akumulatory fajne, choć ten powerbank Viking cenowo dostępniejszy i wydaje się poręczniejszy. Tylko potrzebowałbym aż 3 sztuki. Przy 3.5A nie wiem czy pociągnie jednocześnie chłodzenie kamery i laptopa.

W listopadowy nów planuję 2 tygodniowy pobyt w andaluzyjskich górach (mam wolne miejsca ). To będzie pierwsza wyprawa z teleskopem samolotem. W związku z tym planuję wymianę zasilania opartego na akumulatorze AGM, na takie oparte na bateriach Li-Ion. Zastanawiam się ile i jakich baterii kupić. Czy postawić wyłącznie na 3S czy też brać 4S do montażu. Będę tym zasilał następujący sprzęt: montaż RST-135 - napięcie zasilania 12 - 16V, kamera QHY168C - napięcie zasilania 11 - 13.8V, laptop - posiadany przeze mnie zasilacz na gniazdo zapalniczki pracuje z napięciem wejściowym 12 - 30V, w razie potrzeby grzałki przystosowane do pracy z 12V. Aktualnie wszystko zasilam z jednego akumulatora AGM 12V, 40Ah. Bywają z tym problemy. W momencie największego poboru mocy - gdy już włączone jest chłodzenie kamery i wyszukuję cel na montażu - napięcie potrafi spaść do okolic 11V i montaż się wiesza i trzeba go resetować. Ponieważ montaż pracuje na 12 - 16V, pojawił się pomysł zasilania go z baterii 4S. Tylko czy 4S to nie będzie dla niego za dużo? @bartoszw / @count.neverest: macie taki sam montaż, jak radzicie sobie z zasilaniem w podróży? Myślę o takich wariantach: Wariant 1 - 1x4S + 2x3S jedna bateria 4S na montaż, jedna bateria 3S na laptopa i grzałki, jedna bateria 3S na kamerę. Wariant 2 - 2x4S + 1x3S jedna bateria 4S na montaż, jedna bateria 4S na laptopa i grzałki, jedna bateria 3S na kamerę. Wariant 3 - 3x3S jedna bateria 3S na montaż, jedna bateria 3S na laptopa i grzałki, jedna bateria 3S na kamerę. Nie wiem jeszcze jakich baterii użyć. To do samolotu, więc max. 160Wh na sztukę. Jeśli chodzi o 3S, to znalazłem coś takiego (link), ale nie widziałem na stronie tego producenta Li-Ion 4S o odpowiedniej pojemności. Na który z wariantów byście postawili? Jakich akumulatorów radzicie użyć? Znacie jakieś sprawdzone akumulatory? Wolałbym uniknąć samodzielnego składania czegoś z ogniw.

Zabawy Pixem ciąDg dalszy. 2 wersje - bardziej i mniej cukierkowa. W porównaniu do poprzednich wersji starałem się nie zmienić koloru Sadra, który wcześniej był zbyt niebieski. Poza tym zastosowałem DBE wg starego poradnika @wessel (link) oraz dekonwolucję wg tego poradnika (link). Dzięki za tipa! Zrobiłem tak, żeby ochronić kolor Sadra. Coraz bardziej mi się Pix podoba. Jestem praktycznie zdecydowany na zakup. Choć zmierzyłem się dzisiaj pierwszy raz z kalibracją i wyszły mi dziwne artefakty. Chyba źle ustawiłem hot sigma przy image calibration. Ogólnie toporne strasznie jest to stackowanie. Wiele etapów, każdy to inny proces. Robiłem ręcznie, ale widziałem, że są też skrypty. Choć na pierwszy rzut oka jest tam mniej opcji do konfigurowania. Muszę się tym jeszcze pobawić. Ale Siril jest jednak prostszy w obsłudze i szybciej przetwarza dane.

Dzięki @wessel za tipa. Ciekawa opcja, zaimplementowana dość niedawno. Nie mogę znaleźć śladu na jej temat w dokumentacji, ale na forum pixa jeden z twórców pisze o niej tak (link):

Wystarczy ustawic algorytm stackujacy na avarage with rejection i jako algorytm dac np. Sigma clipping. Pieknie usuwa satelity. EDIT: widze, ze ktos wrzucil fragment instrukcji

Wrzucałem do bawimy się materiałem. Link też niżej. Nawet już obrabiałeś. Bardzo fajną, mocno czerwoną wersję zrobiłeś z fałszywym H-Alpha, cokolwiek miałeś na myśli Jak dorobię prawdziwe H-Alpha, to pewnie będę dopytywał w szczegółach jak to złączyć https://drive.google.com/drive/folders/1GdzZQIGsMeORQdjv3gZP67RU1WPoilKq

Teraz na tło i gwiazdy rozbiłem pod sam koniec obróbki. Nie lepiej robić po rozciąganiu? Albo nawet w połowie rozciągania?

A jakbyś się w PS zabrał za tego Sadra?

Jak manipulować kolorem mgławicy, żeby chronić kolor gwiazd? Jak dodałem czerwonego i niebieskiego (te ostatnie wersje), to gwiazdy nabrały brzydkiego fioletowego zabarwu. Wszystkie gwiazdy oprócz Sadra mogę łatwo chronić maską ze starneta czy starmask, ale Sadr zostaje (niżej wersja starnet bez gwiazd). Poza tym mały fragment mgławicy tuż przy Sadrze na lewo i w dół jest nienaturalnie jasny, na wersji z PS tak nie było. Chciałbym spróbować obrabiać tylko w Pix. Żeby ew. zrezygnować z licencji na PS, jeśli zdecyduję się na Pixa. Mój aktualny workflow (mniej więcej): BackgroundNeutralisation ColorCalibration SCNR MultiscaleLinearTransform (na masce z odwróconej i rozjaśnionej luminacji), żeby odszumić tło Rozciąganie arcsinh i HistogramTransformation StarMask + MorpohologicalTranformation, żeby zmniejszyć gwiazdy Podbicie kontrastu krzywymi (na masce z odwróconej i rozjaśnionej luminacji) Ew. podbicie saturacji krzywymi (na masce z odwróconej i rozjaśnionej luminacji) Podbicie krzywych, ew. kontrastu tylko dla niebieskiego i czerwonego na wersji bez gwiazd i z maską z odwróconej luminacji (w tych wersjach wyżej chyba zrobiłem to na całym obrazie, a nie na wersji bez gwiazd) Obniżenie poziomu tła HistogramTransfomation Proszę o rady. @_Spirit_ pomożesz?

Dalsza zabawa pixem i kolejne 2 wersje.

Korzystałem z Sirila. A widać, że coś jest nie tak z kalibracją? Korzystałem z tego tutoriala: link. Ale pominąłem Automatic Background Extraction, bo nie podobał mi się efekt. DBE jeszcze nie próbowałem. Dodatkowo zmiejszyłem gwiazdki tak jak w tym tutorialu: link. EDIT: Gwiazdki faktycznie jakieś dziwne wyszły. Będę jeszcze walczył.

Ściągnąłem triala PixInsight i obrobiłem to samo zdjęcie. Fajny program, chyba kupię. Choć interfejs jest mało intuicyjny i tona wiedzy do zdobycia. Ale mam jeszcze 44 dni na testy i na decyzję. Postprocessing w całości w Pixie. Lepiej / gorzej?

Do usług, Psie na stacki Super Ci to wyszło. Fajne małe gwiazdki. Tylko kolory gwiazd się trochę zgubiły, ale rozumiem, że taki był zamysł. Co myślisz o materiale? Coś poprawić w akwizycji następnym razem? Mocno nieostre?

Użyłem i darków, i flatów. Jest trochę gradient, ale prawa strona, jak patrzę na inne zdjęcia tego obszaru, jest bardziej zapylona. Może trochę za bardzo to wyciągnąłem i dlatego taki efekt.

Zobacz teraz. Z niecierpliwością czekam na Twoją wersję

Co masz na myśli? Zdjęcie uszkodzone czy coś z fotką nie tak?

Mój materiał z ostatniego nowiu. Zapraszam do zabawy. Liczę na Was! Wersja z "_cal" na końcu to ten sam materiał, tylko skalibrowany fotometrycznie w sirilu, ale jakoś nie przypadła mi ta wersja do gustu i po krótkiej obróbce ją porzuciłem .Wersja prezentowana w założonym przeze mnie temacie powstała z nieskalibrowanego stacka. https://drive.google.com/drive/folders/1GdzZQIGsMeORQdjv3gZP67RU1WPoilKq

Podczas bieszczadzkiego zlotu urządziłem sobie swój własny, 1-osobowy, dwudniowy zlot w Kotlinie Kłodzkiej, w Górach Bystrzyckich. Efektem jest motyl poniżej. Niestety trochę nie trafiłem z ostrością. Wiatr wiejący w porywach 70 km/h też nie ułatwiał sprawy. Sporo się nauczyłem na tym wyjeździe (wracanie do kadru z poprzedniej nocy przez platesolve) i generalnie jestem zadowolony, bo już od dawna nie zrobiłem żadnej fotki. Jak zwykle jestem głodny Waszych uwag i sugestii co robić lepiej. Wrzucam również stacka do bawimy się materiałem. 79 x 180s + flat + dark. WO GT81, IR-Cut, QHY168C, RST-135

A o polityce tylko wybitni politycy

EDIT2: Pytanie nieaktualne. Flaty były złe. Podłączę się pod temat kolegi. Dostaję błąd normalizacji: 17:13:08: Reading FITS: file flat_00001.fit, 1 layer(s), 4952x3288 pixels 17:13:08: Sequence loaded: flat_ (1->59) 17:13:08: Execution time: 1.01 s. 17:13:32: Stacking will use registration data of layer 0 if some exist. 17:13:32: Stacking: processing... 17:13:32: Processing all images in the sequence (59) 17:13:32: Stacking result will be stored as a 32-bit image 17:13:32: Computing normalization... 17:13:32: Reading FITS: file flat_00001.fit, 1 layer(s), 4952x3288 pixels 17:13:32: Normalization failed. Check image 1 first. 17:13:32: Stacking failed, please check the log to fix your issue. 17:13:32: Execution time: 278.33 ms. Kilka faktów: Klatki z tego samego setupu, ale z innych sesji nie mają tego problemu. Siril bez problemu konwertuje klatki w sekwencji. Siril bez problemu otwiera pojedynczą klatkę i pozwala ją zapisać np. jako TIFF, który z kolei bez problemu jest otwierany przez PS. Błąd występuje i przy klatkach flat (multiplicative normalisation), i przy klatkach light (additive with scaling). DSS stackuje te same klatki bez żadnych problemów. Zainstalowałem najnowszą wersję Sirila 0.99.8.1 i problem nie ustąpił. Widziałem sugestie, że to może być za mała ilość RAMu, ale raczej bym to wykluczył. Mam 32 GB i w Sirilu ustawione bez limitu. Może kamera szwankowała i robiła cyrki przy zapisie? Ma ktoś jakiś pomysł co może być przyczyną? EDIT: po jednej klatce light i flat: https://drive.google.com/drive/folders/1GdzZQIGsMeORQdjv3gZP67RU1WPoilKq EDIT2: Coś namieszałem. Siril prawidłowo stackuje lighty. To z flatami ma problem. A to pewnie dlatego, że były robione z filtrem H alpha z takimi samymi czasami jak przy innej sesji z filtrem LP. DSS też tych flatów nie chce ruszyć i wywala błąd vector too long.

Nie wiem czy ktoś już wrzucał, ale WOW!

I cały nakład wykupiony No nic, trzeba zaczekać na swoją kolej.

Kanał "czytamy naturę". Prowadzący streszcza w każdym odcinku 3 artykuły z czasopisma Nature. Ostatnio miał startować też z jakimś projektem astronomicznym, ale nie wiem czy już ruszyło. EDIT: O, nawet jakiś odcinek z astro-tematem.

Wyciąg był luźny i powstawały na nim ugięcia od ciężaru kamery. Prawdopodobnie źle złożony w dalekowschodnim kraju. Trzeba było "dokręcić". Na czym to dokładnie polegało - nie wiem - robił to Tomcio. Sprzęt prawdopodobnie będę miał na weekend z powrotem, dopytam jeszcze przy odbiorze.