Denerwujący problem? (ASI120MM)

[Alien]

Jak się nic nie wydarzy to z 1h będzie avik i link.

[Admiral_M]

Niestety, tego avi od jolo nie mogę w niczym otworzyć. Jest skompresowany dziwnym kodekiem ULRG (0x47524C55). W podpisie pliku jest zaznaczona opcja kompresji avi w FC. W czym dalej obrabiałeś jolo?

[jolo]

Aaa, potrzeba UT Video Codec - FireCapture i AutoStakkert obsługują ten bezstratny kodek i oszczędza się przez to miejsce.

[Alien]

Kodek http://www.videohelp.com/tools/Ut-Video-Codec-Suite

Mój avik https://www.dropbox.com/s/rrfn3v3oerjgudj/2015-01-04-2125_5-ZK-RedLum-23.rar?dl=0

Log 2015-01-04-2125_5-ZK-RedLum-23.txt

[Admiral_M]

Przepuściłem plik jolo przez Autostakkert2 i Registax6 równolegle, 50 najlepszych klatek z 2k - z automatu, w obu przypadkach klatka #196 jako referencyjna (AS2 znajduje najlepszą klatkę dosyć dobrze), po czym wyostrzona wykładniczo waveletami wyższego rzędu (najmocniej - najgrubszymi) bez dwóch pierwszych. Obraz Księżyca (tak samo Słońca) jak zwykle lepszy w Registaxie - używałem opcji korekty geometrii i połowę kotwic dołożyłem ręcznie tutaj. Obróbka w tiff 16bit w obu przypadkach, bo tak zapisać można w AS2 i R6. Potem konwersja do jpg b/w 8bit - tak mi zapisuje jpg'i Photoshop. EDIT: Widać ukośną i rozmytą pikselozę w obu zdjęciach wyostrzonych waveletami; w dwóch na końcu wyostrzonych filtrami dekonwolucyjnymi (AI4) pixeloza jest zamaskowana.

 

AS2:

 

 

R6:

 

 

Zdzisia avikiem zajmę się jutro.

 

 

EDIT:

 

Dołożyłem jeszcze pliki wyostrzone w Astra Image 4 i zapisane do formatu rgb 24bit (8bit na kanał):

 

AS2:

 

 

R6:

 

[Alien]

U Jola się nie martwię wiedziałem że nie ma. Zobaczymy jak Łukasza stack będzie wyglądał przepuszczony przez AS i z 25% wyostrzaniem.

[jolo]

U Jola się nie martwię wiedziałem że nie ma. Zobaczymy jak Łukasza stack będzie wyglądał przepuszczony przez AS i z 25% wyostrzaniem.

Ja tak zazwyczaj robię plus drizzle 1.5x. Ten materiał akurat składałem z 200 klatek:

[Alien]

Łukasz którą wersją FC nagrywasz aviki?

Marek którą wersją AS składałeś avik?

[Admiral_M]

AS2 2.3.0.21 z opcją auto kolor, ponieważ był użyty kodek. Twój plik się właśnie ściąga i ciekawi mnie zaznaczenie opcji greyscale.

 

Najpierw jednak przepuszczę przez Registaxa, który daje dużo lepsze wyniki przy Księżycu i Śłońcu. AS2 nadaje się, według mnie, tylko do planet.

[Alien]

U mnie plik Łukasza wychodzi z AS tak jak powinien.

[Admiral_M]

Przepuściłem plik Zdzicha (Alien) przez Registax6 i AutoStakkert2 i tak:

 

1. każda kamera (matryca) ma inny rozkład własnych artefaktów podczas składania;

2. tu, przy kamerze ASI widać, że jest jakaś pikseloza ukośna "X" - tam, gdzie poziom sąsiednich pikseli powinien byc taki sam, to nie jest - wyłazi w powiększeniu - to właśnie Zdzichu zauważył na początku wątku;

3. w pliku od jolo też to jest widoczne, ale nie tak bardzo jak tu - widać zależnie od wyostrzania; powód mniejszej widoczności - nie wiem, ale jolo łapał materiał z bezstratnym kodekiem;

4. Astra Image 4.0 - filtry dekonwolucyjne ostrzące maskują tą pikselozę - prawie całkowicie - tu w obu przypadkach składania w R6 i AS2;

5. Registax 6 i jego wavelety, zwłaszcza w opcji połączonej (linked) uwypuklają pikselozę znacznie;

6. Registax 6 jako narzędzie do składania klatek daje trochę lepsze efekty niż AS2, jeśli chodzi o pikselozę; jeśli chodzi o jakość zdjęcia (Słońce i Księżyc) w sensie zamrożenia seeingu daje zdecydowanie lepsze efekty;

7. kolejny etap, to testy z łapaniem materiału innymi narzędziami niż FireCapture.

 

AS2 + AI4:

 

R6 + AI4:

 

AS2 + R6 wavelets linked:

 

AS2 + R6 wavelets linked - mniej agresywnie:

 

AS2 + R6 wavelets standard:

 

R6 + R6 wavelets linked:

 

R6 + R6 wavelets standard:

[jolo]

Łukasz którą wersją FC nagrywasz aviki?

FC 2.3, AS 2.3.0.19

[Admiral_M]

Tu przykład mojego sprzętu: DMK23G445 (ICX445) - drizzle 1.5x - Registax6 + R6 wavelets standard; nie ma wzoru pikselozy, ale jakieś grube ziarno się pojawia - i to niezaleznie od tego czym wyostrzane i czy z drizzle czy nie. Na pocieszenie powiem, że we wszystkich przykładach podanych w tym wątku zdjęcia oglądane 1:1 są OK i tego proponuję się trzymać.

 

[Alien]

A więc tak.

Nagrałem aviki w pokoju kamerką z oryginalnym obiektywem programami: SharpCap, ASI120MM Camera, FireCapture_v2.3.10 do 2.4.0.6 w dwóch rodzajach zapisu avi i ser 8 i 16(12)bit

Zostały one zestackowane w AutoStakkert od wersji 2.1.0.5 do 2.3.0.21.

Format zapisu czysty bezstratny klip

 

Wniosek:

Wszystkie po złożeniu dawały te same obrazy z wyostrzaniem i bez. Według tego obraz jest prawidłowo przechwytywany i zapisywany.

Czyli pozostaje się przyzwyczaić do dawanych gotowych obrazów i jak Marek pisze taka przypadłość akurat tego egzemplarza. I aby zdjęcie wyglądało tak jak chce będę musiał delikatnie rozmywać obraz podczas zapisu do jpeg-a. Z drugiej strony jak Marek też pisze przecież nie oglądamy zdjęcia z 200x powiększeniem tylko 1:1 a tu wyglądają ok.

 

Jak coś się zmieni w przyszłości to odświeżę temat.

Dziękuję wszystkim za poświęcony czas na wyjaśnienie sprawy.

[Admiral_M]

Jedzie do mnie nowa kamera, która się wybitnie do Słońca i Księżyca powinna nadawać - DR>73dB (>12bit). Wrzucę tu test na artefakty procesu wyostrzania.

Admiral_M

(Tapatalk)

[Adam Tomaszewski]

Hej

 

Jaka to kamerka? :)

[Alien]

Jedzie do mnie nowa kamera, która się wybitnie do Słońca i Księżyca powinna nadawać - DR>73dB (>12bit). Wrzucę tu test na artefakty procesu wyostrzania.

Admiral_M

(Tapatalk)

Przyłączam się do pytania ;)

[Admiral_M]

BFLY-PGE-23S6M-C czyli SONY IMX249: http://eu.ptgrey.com/blackfly-23-mp-mono-gige-poe-sony-imx249-2

 

Tańsza i wolniejsza wersja IMX174.

 

Porównanie stosowanych w Point Grey matryc mono:

 

MonoCameraSensorPerformanceReview2014-Q3.pdf

[Alien]

Przeglądam inne fora obecnie jakieś niemieckie i ten problem występuje u innych użytkowników http://www.astrotreff.de/topic.asp?TOPIC_ID=172322&SearchTerms=ASI120MM

Więc taka przypadłość tej kamerki.

[pmamot]

Tak sobie pomyślałem Zdzichu że używam tą samą kamerę te same wersje FC i AS2 co Ty i jednak kratki nie pojawiają się. W takim mocnym stopniu jak u Ciebie . Jednak kto wie czy czasem nie ma znaczenia sam laptop . Możliwe że masz inne ustawienia karty grafiki i może to ma wpływ.?  Dobrze było by sprawdzić tą kamerkę na inny komputerze. Może piszę bzdury ale taka burza muzgów często przynosi nieoczekiwane rozwiązania.

[Alien]

Na innym wychodzi podobnie.

[pmamot]

Na zlot pewnie nie przyjadę . W sensie na zapisy ale mam zamiar przyjechać jednego wieczoru żeby z Wami być choć jedną noc . Zabiorę mojego laptopa i kamerkę i obcykamy co w trawie piszczy. Najgorsze jest to że miałem kurka dokładnie to samo co Ty. Ten sam defekt coś pogrzebałem i teraz ok . Myślę że w Zatomiu rozwiążemy problem . A próbowałeś to co Tobie proponowałem ? Czyli klip na sucho bez obiektywu . Bo dobrze było by wywołać ten efekt kratek na sucho a nie kiedy walczysz na mrozie.

[Alien]

Tak kilka postów wyżej nr74 o tym napisałem aviki nagrane w domy.

[Admiral_M]

Jeszcze jedna teoria mi się nasuwa - po przeczytaniu równoległego wątku na Astropolis - o czym już sygnalizowałem tutaj: z jakiegoś powodu soft ASI wypuszcza strumień danych mono z kamery (8 lub 16bit), ale jest to strumień RGB ze skalą szarości w każdym kanale, czyli (prawie) ten sam strumień danych x3 - coś podobnego do tego, jak popularne programy do obróbki, wymienione w tym wątku, zapisują szary jpg lub tiff - jako rgb, czego już nie robi Photoshop. Napisałem o ASI, że "prawie" taki sam strumień danych, gdyz rozwinięcie tej teorii spiskowej sugeruje, że poszczególne ramki RGB są przesunięte o jeden piksel, tak jakby pochodziły z matrycy kolorowej z maską Bayer'a RGGB - złożenie tego syfu daje wzmocnienie lub osłabienie sąsiednich pikseli, czyli zauważoną na początku pikselozę "x".

 

Niestety nie mam softu, żeby podejrzeć ramki pliku avi Aliena - może ktoś z Kolegów podejmie się sprawdzenia i eventualnie potwierdzenia (lub obalenia) tej teorii. Wniosek nasuwa się sam po korepsondencji z Emilem (twórca AS!2) i rozebraniem na czynniki pierwsze pliku avi, który produkują kamery TIS w natywnym sofcie ICC - czyli właśnie w skali szarości jako plik RGB.

 

EDIT: Dlatego właśnie opcja de-bayer wygładza wynikowy obrazek.

[Alien]

A co Ci potrzebne do sprawdzenia?

[Admiral_M]

Jakiś soft do składu video (off-line), który podejrzy szczegółowo strukturę pliku - ramki, kanały, format danych, kodowanie, dodatkowe info. Chyba. Nie jestem specem od tego.

[Alien]

No to ja tez nie jestem specem od analizy pliku wideo.

[Admiral_M]

Nie wiem jak to dokładnie wygląda w ASI, ale podejrzewam, że podobnie. Trybem video (tu pixel format) steruje natywne oprogramowanie a wtedy FireCapture łapie avi (w avi da się zapisać dosłownie wszystko) nieskompresowane, lub skompresowane - o ile jest zarejestrowany w systemie kodek(i).

 

Dla PGR BlackFly wygląda to tak:

 

Blackfly PGE Attributes

8.1 Pixel Formats

Pixel formats are an encoding scheme by which color or monochrome images are produced from raw image data. Most

pixel formats are numbered 8, 12, or 16 to represent the number of bits per pixel.

The Blackfly PGE's ADC, which digitizes the images, is configured to a fixed bit output (10-bit (BFLY-PGE-13E4/BFLY-PGE-

20E4)/12-bit). If the pixel format selected has fewer bits per pixel than the ADC output, the least significant bits are

dropped. If the pixel format selected has greater bits per pixel than the ADC output, the least significant bits are padded

with zeros.

Pixel Format Bits per Pixel

Mono 8, Raw 8 8

Mono 12, Raw 12, YUV 411 12

Mono 16, Raw 16, YUV 422 16

RGB 8, YUV 444 24

8.1.1 Raw

Raw is a pixel format where image data is Bayer RAW untouched by any on board processing. Selecting a Raw format

bypasses the FPGA/color core which disables image processing, such as gamma/LUT and color encoding, but allows for

faster frame rates.

8.1.2 Mono

Mono is a pixel format where image data is monochrome. Color cameras using a mono format enable FPGA/color core

image processing such as access to gamma/LUT.

Y8 and Y16 are also monochrome formats with 8 and 16 bits per pixel respectively.

8.1.3 RGB

RGB is a color-encoding scheme that represents the intensities of red, green, and blue channels in each pixel. Each color

channel uses 8 bits of data. With 3 color channels, a single RGB pixel is 24 bits.

8.1.4 YUV

YUV is a color-encoding scheme that assigns both brightness (Y) and color (UV) values to each pixel. Each Y, U, and V

value comprises 8 bits of data. Data transmission can be in 24, 16, or 12 bits per pixel. For 16 and 12 bits per pixel

transmissions, the U and V values are shared between pixels to free bandwidth and possibly increase frame rate.

YUV444 is considered a high resolution format which transmits 24 bits per pixel. Each Y, U, and V value has 8 bits.

YUV422 is considered a medium resolution format which transmits 16 bits per pixel. Each Y value has 8 bits, but the U

and V values are shared between 2 pixels. This reduces the bandwidth of an uncompressed video signal by one-third

with little to no visual difference.

YUV411 is considered a low resolution format which transmits 12 bits per pixel. Each Y value has 8 bits, but the U and V

values are shared between 4 pixels. The reduces bandwidth by one half compared to YUV444, but also reduces the

color information being recorded.

YUV can be either packed or planar. Packed is when the Y, U, and V components are stored in a single array

(macropixel). Planar is when the Y, U, and V components are stored separately and then combined to form the image.

Point Grey cameras use packed YUV.

 

Sugestia zatem: spróbuj w sofcie ASI ustawić poszczególny tryb, potem łapać FC nieskompresowane i porównać staki. Moja teoria powyżej sugeruje, że miałeś ustawiony tryb RAW albo RGB (bo np. soft ASI jest ten sam dla kamer mono i kolor).

[roofer]

A może jak byś zmienił kamerę to by nie było tej kratki, próbowałeś? ;-P

[Alien]

W sofcie ASI nie ma wyboru trybu.