WielkiAtraktor

W pierwszym poście nowa wersja 0.4. Zalecam pobranie z uwagi na ważną poprawkę. Zmiany: - obcinanie klatek wynikowych do największego wspólnego obszaru (jeśli chcemy dostać klatki powiększone do wspólnego obejmującego prostokąta jak przedtem, należy użyć opcji --no-crop) - poprawiona translacja przy zapisie wyrównanych obrazów, powodowała chaotyczne 1-pikselowe skoki

Uściślijmy - wtedy akurat wytargałem też (na Babią) laptopa i antyczny obiektyw 250 mm, coby postrzelać panoramy w podczerwieni Chameleonem, więc lornetkę na doczepkę przełknąłem Tak że potrzebność lub nie to już zależy od okoliczności... Naturalnie, do szybkiego wypadu (gdzie bagaż = kurtka i butelka wody) też bym jej nie brał.

Uściślijmy – odpada chodzenie z lornetką zawieszoną na szyi i szybkie celowanie co chwilę w zwierzynę i ptactwo z ręki. Ale rozłożenie się na szczycie ze statywem i dłuższe obserwacje widoków jak najbardziej, kilka razy moja TS Marine 15x70 już się w tej roli sprawdziła (bardzo dobrze).

Drobnica z dzisiejszego słonecznego późnego popołudnia. 1-minutowe odstępy (45 s nagrywania, 15 s przerwy), razem 25 minut. D=90 mm, f/13, etalon 1,5 Å, Chameleon mono: Wyrównane z użyciem imgalt (tak, pracuję właśnie nad dokładniejszym wyrównywaniem i zaczynam myśleć o nowym trybie: wykrycie i zakotwiczenie na brzegu tarczy).

Ja używałem tej, są podpisy (uwaga, północ na dole): http://alpo-j.asahikawa-med.ac.jp/kk07/m070515r.htm

Taki ładny wieczór, to wysunąłem refraktor przez okno i zainaugurowałem swoje tegoroczne Hα. D=90 mm, f/13, etalon 1,5 Å, Chameleon mono, Słońce poniżej 10 stopni nad horyzontem:

Przepraszam za mały off-topic, ale ten temat („noktowizor czysto optyczny”) poruszaliśmy już na astronomia.pl. Wyszło na to, że się nie da, musiałbyś mieć magiczne lusterko przepuszczające wszystko padające z jednej strony, a odbijające wszystko, co pada z drugiej strony. II zasada termodynamiki uniemożliwia to.

W pierwszym poście zamieściłem wersję 0.3. Zmiany: - akceptuje pliki BMP mono lub kolorowe, 8- lub 24-bitowe; po wyrównaniu zostaną zapisane w takiej samej głębi kolorów - naprawione zapisywanie BMP (czasem tworzone były niepoprawnej długości pliki, które IrfanView czy GIMP przyjmowały, ale Photoshop już nie) Ponadto: dodatkowe uwagi o używaniu bez wiersza poleceń.

W pierwszym poście jest już poprawiony imgalt.zip. Obecnie archiwum zawiera plik EXE i dwa pliki DLL, należy je rozpakować w tym samym katalogu. (Uwaga techniczna: jakoś nie udało mi się na szybko doprowadzić do tego, żeby MinGW zbudował plik wykonywalny statycznie połączony z PThread. Jak to opanuję, w archiwum znów będzie tylko 1 plik EXE).

I znów średniodaleka fotka, Tatry z ok. 40 km. UV/IR cut: Astronomik Planet IR Pro 742, surowe: obrobione:

W pierwszym poście zamieściłem nową wersję 0.2. Nie ma jeszcze tego dodatkowego wyrównywania, za to: Zmiany: - praca wielowątkowa

I słonecznych:) Na te drobne drgania (u siebie na ostrych, wyraźnych WL też mam) zaaplikuję niedługo dodatkowy przebieg wyrównujący (szybką metodą wspomnianą wcześniej w wątku).

Zgadza się (tak będzie w każdej wersji Windows). Jeszcze jedna uwaga, gdy wpisujemy polecenie ręcznie i katalogi źródłowy/docelowy zawierają spacje, trzeba objąć to cudzysłowami, np.: imgalt "c:\moje astro\2013 lipiec" --output-dir "c:\moje astro\2013 lipiec\wyrównane"

Dodałem kod źródłowy w pierwszym poście. Filmik nagrany, jak wszystko u mnie, kamerką Point Grey Chameleon mono (ta akurat animacja w całej okazałości: http://astropolis.pl/topic/39586-slonce-w-h/page-21?do=findComment&comment=506713). Do protuberancji konieczny jest bardzo wąskopasmowy filtr (zwykle H-alfa). Nada się dowolny popularny teleskop słoneczny (Lunt, Coronado), ale szczegółowość jak w moim przykładzie wymaga apertury 90 mm; fabryczne teleskopy tej wielkości są kosztowne, dlatego zmajstrowałem przystawkę do zwykłego refraktora z nie aż tak wąskim filtrem: http://astropolis.pl/topic/41505-h-z-filtrami-omega-optical/ Do pisania używam zwykle Eclipse+CDT. Jeszcze jeden przykład, animacja warpala (pomniejszona 2-krotnie): przed: po:

Tak, składam w GIMPie. Otwieramy wszystkie wyrównane klatki przez File->Open as Layers..., potem można je wszystkie naraz przyciąć (zaznaczamy prostokąt i Image->Crop to selection), i pozostaje wyeksportować. Jak wybierzemy format GIF, będzie opcja eksportu jako animacji. Część Twoich wyrównało dobrze, z tego co pamiętam z jedną lub dwoma mniejszymi się nie udało. Wyślij mi proszę mailem te, na których zawiodło, przyjrzę się wieczorem.

Tak, o tę filozofię chodzi. Zauważ, że jeśli na początku pozwolisz użytkownikowi wybrać myszką „punkt zakotwiczenia” (np. samolot), to wystarczy, jak pomiędzy kolejnymi klatkami będziesz porównywał te różnice kolumn/wierszy tylko w pewnym małym obszarze wokoło (np. 32x32, zależy od tego, jak szybko cel się przesuwa). Mam wrażenie, że np. AviStack używa dokładnie tego podejścia (w fazie frame alignment).

Napisane w C++. Chyba już jutro wrzucę, tylko muszę makefiles przygotować. Najbliższy cel to przyspieszenie i paralelizacja tego, bo na razie mam ok. 2 s na 1,3-megapikselową klatkę (1 wątek na Core i5-3570K). Ale do śledzenia samolotów itp., gdzie obiekt pomiędzy klatkami przesuwa się nieznacznie, znacznie prostsza i szybsza będzie metoda „minimalnej sumy różnic bloków” (testowałem to kiedyś, jest błyskawiczne). Coś jak opisane na początku tego dokumentu: http://image.ing.bth.se/ipl-bth/siamak.khatibi/computerVisionBTH10Summer/papers/BlockMatchingAlgorithmsForMotionEstimation.pdf

Służę pomocą To jest program „konsolowy”, tj. bez interfejsu graficznego. Należy go rozpakować w jakimś katalogu (powiedzmy, C:\Users\MojaNazwaUżytkownika\Documents). Potem uruchamiamy konsolę („wiersz polecenia”), np. Start->Uruchom->cmd.exe (albo w Windows 8: na ekranie startowym piszemy cmd.exe i wybieramy go). W konsoli przechodzimy do katalogu, gdzie rozpakowaliśmy program, tj. wydajemy polecenie i zatwierdzamy Enterem: cd \Users\MojaNazwaUżytkownika\Documents I teraz możemy wpisać polecenia z pierwszego posta, np.: imgalt c:\astro\animacja1 (jeśli klatki animacji są właśnie w c:\astro\animacja1). Jak pisałem, program wyszukuje wszystkie BMP w podanym katalogu, więc jeśli mamy tam coś więcej, lepiej stworzyć najpierw osobny katalog i w nim umieścić same interesujące nas klatki. (Potem zrobię to jakoś wygodniej).

Opisana poniżej funkcja wyrównywania klatek jest dostępna również w programie ImPPG (pobieranie: http://stargazerslounge.com/blog/1400/entry-1808-imppg-image-post-processor/). Przez ostatnie kilkanaście miesięcy nabrałem wprawy w szybkim ręcznym wyrównywaniu klatek do animacji słonecznych w GIMPie, tym niemniej ślęczenie nad stukilkudziesięcioklatkową animacją nuży. Na szczęście niedawno trafiłem na zwięzły opis eleganckiego algorytmu (http://en.wikipedia.org/wiki/Phase_correlation, korelacja fazowa/korelacja wzajemna) wykrywającego translację obrazów, przy czym przesunięcie może być znaczne, obrazy być drastycznie przycięte, słowem – sytuacja dokładnie taka, jaką mamy po kilkugodzinnym zbieraniu materiału, gdy teleskopem targa wiatr, ustawienie na biegun jest niedokładne i zdaży się spóźnić z ręczną korektą położenia. W załączniku wstępna wersja programu implementującego ww. algorytm. Zachęcam do wypróbowania na swoim materiale i zgłoszenia, jeśli działa nieskutecznie. Przetestowałem na razie na warpala i swoich animacjach Hα oraz WL i efekty są zadowalające, przykład: Przed: Po: Najprostsze wywołanie: imgalt <katalog z plikami wejściowymi> Analizowane są wszystkie pliki BMP i TIFF w podanym katalogu (posortowane po nazwie), następnie w wyrównanej formie zapisywane są w katalogu bieżącym (nazwy z sufiksem _aligned). Można też wybrać katalog wyjściowy: imgalt <katalog z plikami wejściowymi> --output-dir <katalog wyjściowy> Akceptowane są pliki BMP 8- lub 24-bitowe (mono lub kolor) i TIFF (8 lub 16 bitów na kanał, mono lub RGB), zapisywane są w tej samej głębi kolorów. Jeśli oryginalne klatki mamy w jakimś innym formacie, można je hurtem skonwertować np. w programie IrfanView (File->Batch Conversion/Rename...). Jeśli mamy tylko animowany GIF, można go rozbić na klatki w programie VirtualDub (File->Export->Image sequence...). Jeśli nie chcemy używać linii poleceń, można po prostu skopiować pliki wejściowe do katalogu z imgalt.exe i uruchomić go, bądź przeciągnąć katalog z plikami wejściowymi i upuścić go na ikonę imgalt.exe. Kod źródłowy w imgalt-src.zip. Pełny opis w pliku README. Można używać w dowolny sposób bez ograniczeń. Wersja 0.5 (2014/05/22) – wyrównywanie subpikselowe imgalt.zip imgalt-src.zip Wersja 0.4.1 (2014/05/05) – obsługa plików TIFF imgalt.zip imgalt-src.zip Wersja 0.4 (2014/05/02) imgalt.zip imgalt-src.zip

To było tak: minionej jesieni zdarzyło się, że w mglistą noc po paru godzinach zarosiło mi menisk Maka 180. Zwykła sieciowa suszarka poradziła sobie z tym szybko (potem jeszcze kilka minut czekania, aż szkło się schłodzi). Tej wiosny pomyślałem, że do pracy na akumulatorze w terenie przyda się suszarka „turystyczna” (http://allegro.pl/suszarka-samochodowa-12v-130w-do-wlosow-w-wa-i4066358282.html). Od tamtego czasu Maka jeszcze nie zawilgociło, ale szukacz (50 mm) owszem – i niestety osuszanie go tą zabawką trwało parę minut. Z Makiem raczej nie dałaby rady w rozsądnym czasie. Tak że do okularów, szukaczy i lusterek wtórnych pewnie wystarczy, do dużych korektorów – wątpliwe.

Zaraz tam wszyscy Montaż i minisuszarkę (150 W) zasilam prosto z akumulatora.