Skocz do zawartości
Lysy

Astrofotografia planet

Rekomendowane odpowiedzi

Już dawno usunięty , ale pomysł dobry , w sumie to tak jak bym kręcił 2min.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jowisz składany w Astra Image 3.0 Pro bez de rotacji oraz w WinJupos .

 

SCT 8" , Barlow 3x TV , ASI 120 MM. sing 2/10.

 

To co się rzuca w oczy to inna kolorystyka Jowisza , oraz mniejszy szum po złożeniu w WinJupos.

 

Warto by jeszcze zderotować klipy i złożyć ponownie w jednym jak i w drugim programie.

 

Różnica pomiędzy fotką zderotowaną a nie - w tym samym kanale minimalna jest , na korzyść zderotowanej.

 

 

4.png

2015-02-16-2130_1-2-RGB.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Panowie mam pytanie odnośnie wielkości plików AVI.

Mój setup jest stały jedyne co ostatnio zmieniłem to oprogramowanie.

Wcześniej używałem SharpCapa do kręcenia plików AVI bo jako jedyny z testowanych widział bużdzetową kamerkę Bressera.

Ostanio znalazłem płytę i zainstalowałem oryginalne oprogramowanie do tej kamerki.

 

Przy nagrywaniu średnio 1000-1500 klatek. SharpCap zgrywał na dysk plik AVI o wielkości średnio 1,7GB.

To samo w oprogramowaniu Bressera zajmuje około 95MB.

 

Wielkość różnicy pliku jest ogromna i zastanawiam się dlaczego i skąd się to bierze?.

 

Jako ciekawostkę podam, że SharpCap zmotywował mnie do zmiany starego laptopa na nowy z 1TB dyskiem (myślałem że wszystkie filmy mają taką pojemość).

 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
11 minut temu, wampum napisał:

Przy nagrywaniu średnio 1000-1500 klatek. SharpCap zgrywał na dysk plik AVI o wielkości średnio 1,7GB.

To samo w oprogramowaniu Bressera zajmuje około 95MB.

Ten filmik 95 MB jest zapewne kompresowany, a więc nie nadaje się do niczego. Rozmiar pliku SharpCap wydaje się prawidłowy (choć nie znam modelu kamerki :) ).

Generalnie, rozmiar pliku w bajtach otrzymasz mnożąc rozdzielczość x*y i ilość klatek. Jeśli plik jest mniejszy, to jest skompresowany.

 

Chociaż... w nowym FireCapture pojawiła się opcja zapisu z kompresją bezstratną. To jest idealne rozwiązanie - mniejszy plik, a jakość identyczna. Niestety, obciążenie procesora przy nagrywaniu jest ogromne i zapewne większość komputerów będzie miała znaczny spadek FPS. Coś za coś.

  • Lubię 2

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
9 minut temu, MateuszW napisał:

Ten filmik 95 MB jest zapewne kompresowany, a więc nie nadaje się do niczego. Rozmiar pliku SharpCap wydaje się prawidłowy (choć nie znam modelu kamerki :) ).

Generalnie, rozmiar pliku w bajtach otrzymasz mnożąc rozdzielczość x*y i ilość klatek. Jeśli plik jest mniejszy, to jest skompresowany.

 

Chociaż... w nowym FireCapture pojawiła się opcja zapisu z kompresją bezstratną. To jest idealne rozwiązanie - mniejszy plik, a jakość identyczna. Niestety, obciążenie procesora przy nagrywaniu jest ogromne i zapewne większość komputerów będzie miała znaczny spadek FPS. Coś za coś.

Tego się obawiałem, dzięki.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
19 minut temu, MateuszW napisał:

Ten filmik 95 MB jest zapewne kompresowany, a więc nie nadaje się do niczego. Rozmiar pliku SharpCap wydaje się prawidłowy (choć nie znam modelu kamerki :) ).

Generalnie, rozmiar pliku w bajtach otrzymasz mnożąc rozdzielczość x*y i ilość klatek. Jeśli plik jest mniejszy, to jest skompresowany.

 

Chociaż... w nowym FireCapture pojawiła się opcja zapisu z kompresją bezstratną. To jest idealne rozwiązanie - mniejszy plik, a jakość identyczna. Niestety, obciążenie procesora przy nagrywaniu jest ogromne i zapewne większość komputerów będzie miała znaczny spadek FPS. Coś za coś.

Biorąc pod uwagę, że klatki w takim aviku mało się między sobą różnią to wcale nie dziwne, myślę że 17x mniejszy plik to wcale nie tak dużo dla bezstratnej kompresji praktycznie statycznego obrazu.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
17 minut temu, Behlur_Olderys napisał:

Biorąc pod uwagę, że klatki w takim aviku mało się między sobą różnią to wcale nie dziwne, myślę że 17x mniejszy plik to wcale nie tak dużo dla bezstratnej kompresji praktycznie statycznego obrazu.

Myślisz, że oprogramowanie Bressera ma bezstratną kompresję?

Nie jest tak dobrze jak myślisz, te klatki w istocie różnią się diametralnie - szumem. Eksperymentując w Firecapture uzyskiwałem znacznie gorszy współczynnik kompresji.

  • Lubię 2

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
9 godzin temu, Behlur_Olderys napisał:

Biorąc pod uwagę, że klatki w takim aviku mało się między sobą różnią to wcale nie dziwne, myślę że 17x mniejszy plik to wcale nie tak dużo dla bezstratnej kompresji praktycznie statycznego obrazu.

Jak znajdziesz w takim aviku dwie identyczne klatki to dostaniesz Nobla. Wdziałeś kiedyś na żywo obraz z kamerki planetarnej?

  • Lubię 1

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Czasem, mimo dobrych chęci, z braku doświadczenia praktycznego, teoretyzując, jak coś walnie :D taki już Jego urok :)

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Godzinę temu, wessel napisał:

Jak znajdziesz w takim aviku dwie identyczne klatki to dostaniesz Nobla. Wdziałeś kiedyś na żywo obraz z kamerki planetarnej?

Klatki nie muszą być identyczne. Wystarczy, że piksele mają zbliżone wartości (np. kawałek tła zawsze będzie miał wartości z przedziału 0-10% nasycenia). Wtedy do bezstratnego zakodowania takiego sygnału trzeba dużo mniej miejsca, bo zmienność odbywa się w mniejszym zakresie dynamicznym (np. tylko na 3-4 bitach zamiast na całych 8).

Po drugie, jeśli kawałek tła (np. pasek z brzegu) jest na każdej klatce ciemny a tło jest w miarę jednolite, to również przestrzennie sygnał może być bezstratnie zredukowany, tak jakby zdjęcie miało de facto mniej pikseli, bo zamiast każdej wartości możesz tylko pamiętać różnice pomiędzy sąsiadami, a ta różnica mieści się na mniejszej liczbie bitów, niż rzeczywista głębia koloru.

To dwa najprostsze mechanizmy bezstratnej kompresji - różnicowanie w domenie czasowej i przestrzennej. Nie jest to żaden "rocket science".

Godzinę temu, HAMAL napisał:

Czasem, mimo dobrych chęci, z braku doświadczenia praktycznego, teoretyzując, jak coś walnie :D taki już Jego urok :)

Jestem programistą z zawodu i wykształcenia. To oczywiście żaden argument, ale mam doświadczenie praktyczne z operowania informacją cyfrową, redukcją danych i optymalizacją. Więc przykro mi, jeśli mówisz coś takiego.

 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

To tylko dlatego, że staje się to czasem uciążliwe, wszędzie Cię pełno ostatnio w różnych tematach, chcesz dobrze, ale... :)

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

HAMAL - Panie, chcę wygrać w totka, pomożesz?

Bahlur - jasne !

HAMAL - słucham

Bahlur - statystycznie..... jeśli.....100000000x.....musisz tylko.......1000000000x i gotowe :flirt:

HAMAL - :huh:

Behlur -  o co Panu chodzi, przecież rozpracowałem temat dogłębnie B)

 

Teoretycznie, statystycznie to jedno, a praktycznie ... sam widzisz :)

 

Edytowane przez HAMAL

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Panowie, PW do takich dyskusji bedzie lepsze.

 

Pozdrawiam.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Czemu PW? Wzajemne relacje w rodzinie omawiamy na forum rodzinnym :uhm: Każdy może coś dodać, poprzeć, zanegować.

Edytowane przez HAMAL

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
5 minut temu, HAMAL napisał:

Czemu PW? Wzajemne relacje w rodzinie omawiamy na forum rodzinnym :uhm: Każdy może coś dodać, poprzeć, zanegować.

W rodzinie powinno być więcej miłości :emotion-5:

Godzinę temu, Behlur_Olderys napisał:

Klatki nie muszą być identyczne. Wystarczy, że piksele mają zbliżone wartości (np. kawałek tła zawsze będzie miał wartości z przedziału 0-10% nasycenia). Wtedy do bezstratnego zakodowania takiego sygnału trzeba dużo mniej miejsca, bo zmienność odbywa się w mniejszym zakresie dynamicznym (np. tylko na 3-4 bitach zamiast na całych 8).

Po drugie, jeśli kawałek tła (np. pasek z brzegu) jest na każdej klatce ciemny a tło jest w miarę jednolite, to również przestrzennie sygnał może być bezstratnie zredukowany, tak jakby zdjęcie miało de facto mniej pikseli, bo zamiast każdej wartości możesz tylko pamiętać różnice pomiędzy sąsiadami, a ta różnica mieści się na mniejszej liczbie bitów, niż rzeczywista głębia koloru.

To dwa najprostsze mechanizmy bezstratnej kompresji - różnicowanie w domenie czasowej i przestrzennej. Nie jest to żaden "rocket science".

Zgadzam się - bez najmniejszego problemu jest to możliwe. Nawet większe współczynniki bezstratnej kompresji są do zrealizowania. Niestety praktycznie nie do zrealizowania podczas zapisu quasi czasu rzeczywistego ze względu na czas potrzebny do zrealizowania tych algorytmów.

Podsumowując owszem można uzyskać tak mały plik wynikowy po zakodowaniu bezstratnym stosując dobrany algorytm ale nie dla nagrywanego AVI zakładając użycie komputera klasy PC lub laptopa.

Jeśli chcecie zobaczyć granicę możliwości kompresji polecam jakiś dobry program kompresujący z możliwością wyboru algorytmów. Testowałem kiedyś na Księżycu. Nagranie z 6GB zmniejszył około 25-krotnie. Niestety robił to ponad 30 minut na moim laptopie z i7 i 16GB RAM.

  • Lubię 2

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

10 sekund takiego zaszumionego czegoś, 320x240 30fps:

x.gif.54eb028aa6b931af2294a357f96a782f.gif

avi bez kompresji - 65 MB

seria bezstratnych plików png - 27 MB (41%)

bezstratny huffyuv (ale jakoś nie dało się 444p tylko 422p) - 20 MB (31%)

bezstratny h264 444p ultrafast (tak, istnieje coś takiego) - 16 MB (25%)

normalny h264 - 1,7 MB (2,6%)

 

w sumie jestem zaskoczony że bezstratny h264 zmniejszył tylko 4x mimo że wszystkie obrazki są prawie takie same :P (choć można też użyć profilu wolniejszego niż ultrafast i trochę się polepsza kosztem potrzebnej mocy)

 

ale to tylko takie przypomnienie że bezstratne kodeki istnieją, libx264 istnieje i jest open source i jest kopiowany gdzie popadnie (tworząc wrażenie że istnieje bardzo wiele różnych programów do kompresji wideo :D) a przy wydajności dzisiejszych komputerów nie ma większych problemów z kompresowaniem prawie wszystkiego na żywo.

 

jak macie pod ręką kawałek avika planetarnego to wrzućcie gdzieś, porównamy skuteczność kompresji bezstratnej!

  • Lubię 2

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

HEh.

Odpowiedzi poszły dalej niż jestem w stanie zrozumieć, ale dziękuję za zaangażowanie.

Po pierwszych dwóch odpowiedziach skasowałem wszystkie pliki skompresowane z programu Bressera.

Pamiętam tylko tyle, że powiększenie stacka owocowało dużo szybszym i większym rozpixelowaniem obrazka (coś a'la Pacman - taka kwadratowa grafika w grze).

Z drugiej strony aplikacją Bressera dużo szybciej i łatwiej ustawiałem jasność kadrowanego obiektu, s Sharp Capie to dużo trudniejsze bo więcej suwaków i trzeba w opcjach grzebać.

Dodatkowo jak złapałem ostrość to trzeba poprawiać jasność, jak dopracowałem jasność to ostrość znowu trochę ucieka i ta w kółko.

Ale dzięki zostaję na plikach bez kompresji.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
3 godziny temu, wampum napisał:

Dodatkowo jak złapałem ostrość to trzeba poprawiać jasność, jak dopracowałem jasność to ostrość znowu trochę ucieka i ta w kółko.

I to jest oszustwo dużej skali, różny kontrast sugeruje ostrość w innym miejscu, wiele osób foci bez ostrości, sądząc że ma ją perfekt.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
16 godzin temu, HAMAL napisał:

I to jest oszustwo dużej skali, różny kontrast sugeruje ostrość w innym miejscu, wiele osób foci bez ostrości, sądząc że ma ją perfekt.

 

16 godzin temu, HAMAL napisał:

I to jest oszustwo dużej skali, różny kontrast sugeruje ostrość w innym miejscu, wiele osób foci bez ostrości, sądząc że ma ją perfekt.

No właśnie na tym się łapię....

Niby ustawiam jak najlepszy i wyraźny widok pasów na Jowiszu, nagrywam AVI....i przy obróbce stack i zdjęcie finalne wygląda jakby brakowąłu mu ostrości. Wyostrzanie stacka przeważnie powoduje zepsucie obrazu. Jak ustawiać więc ostrość?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

A w tym przypadku w grę wchodzi inne oszustwo :D funkcja uśredniania obrazu przez Twoje oczy. Tobie wydaje się, że zbierasz super materiał a tak naprawdę zbierasz szit, to co widzisz to będzie ostateczny wynik po zestackowaniu. Chcesz wiedzieć co zbierasz? Wciśnij Print Screen i wklej do Painta, okaże się że te piękne klatki które widzisz na ekranie to uśrednione przez bezwładność Twojego oka beznadziejne rozmazane zaszumione subklatki.

 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
17 minut temu, HAMAL napisał:

A w tym przypadku w grę wchodzi inne oszustwo :D funkcja uśredniania obrazu przez Twoje oczy. Tobie wydaje się, że zbierasz super materiał a tak naprawdę zbierasz szit, to co widzisz to będzie ostateczny wynik po zestackowaniu. Chcesz wiedzieć co zbierasz? Wciśnij Print Screen i wklej do Painta, okaże się że te piękne klatki które widzisz na ekranie to uśrednione przez bezwładność Twojego oka beznadziejne rozmazane zaszumione subklatki.

 

Więc co robić Panie Hamal....co robić?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

A co z funkcją w SharpCap, która pokazuje nam czy obraz jest ostry? Warto temu ufać? Bo zdecydowanie ostrość to największy problem i już bywały stracone noce, kiedy przy stackowaniu okazało się, że cały materiał ma skopaną ostrość. W przypadku Jowisza zastanawiam się nad maską Bahtinova i ostrzeniu na jego księżycach. Maska raczej nie kłamie ;) 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Próbować Panie, próbować, i nie skracać klatek przesadnie, bo potem jest jak piszesz.

 

Pamiętaj też, że chłopaki stosują filtry puszczające jedynie podczerwień, one wiele dają, dodatkowo robią kamerkami mono RGB, to wbrew pozorom wielka różnica w stosunku do kamer kolorowych.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
2 minuty temu, antwito napisał:

A co z funkcją w SharpCap, która pokazuje nam czy obraz jest ostry? Warto temu ufać? Bo zdecydowanie ostrość to największy problem i już bywały stracone noce, kiedy przy stackowaniu okazało się, że cały materiał ma skopaną ostrość. W przypadku Jowisza zastanawiam się nad maską Bahtinova i ostrzeniu na jego księżycach. Maska raczej nie kłamie ;) 

To nie ostrość miałeś skopaną, tylko pojedyncze klatki niewiele rejestrowały, a ich szybki przelot na ekranie dawał Ci złudzenie że jest OK.

 

Robiłem wczoraj Słońce, przy nagrywaniu granulacja widoczna pięknie, na najlepszej klatce po analizie filmiku w AS jej prawie ani śladu. Wyparowała? Nie, zostałem oszukany jak powyżej.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Też niedawno dałem się nabrać na to co pisze Hamal.  Jowisz z barlowem x3 pasy żyleta na ekranie a stacki nawet po registax słabiutko 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

  • Przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

  • Polecana zawartość

    • Odszedł od nas Janusz Płeszka
      Wydaje się nierealne, ale z kilku źródeł informacja ta zdaje się być potwierdzona. Odszedł od nas człowiek, któremu polskiej astronomii amatorskiej możemy zawdzięczyć tak wiele... W naszym hobby każdy przynajmniej raz miał z nim styczność. Janusz Płeszka zmarł w wieku 52 lat.
        • Smutny
      • 156 odpowiedzi
    • Małe porównanie mgławic planetarnych
      Postanowiłem zrobić taki kolaż będący podsumowaniem moich tegorocznych zmagań z mgławicami planetarnymi a jednocześnie pokazujący różnice w wielkości kątowe tych obiektów.
      Wszystkie mgławice na tej składance prezentowałem i opisywałem w formie odrębnych tematów na forum więc nie będę się rozpisywał o każdym obiekcie z osobna - jak ktoś jest zainteresowany szczegółami bez problemu znajdzie fotkę danej mgławicy na forum.
        • Kocham
        • Dziękuję
        • Lubię
      • 20 odpowiedzi
    • SN 2018hhn - "polska" supernowa w UGC 12222
      Dziś mam przyjemność poinformować, że jest już potwierdzenie - obserwacja spektroskopowa wykonana na 2-metrowym Liverpool Telescope (La Palma, Wyspy Kanaryjskie). Okazuje się, że mamy do czynienia z supernową typu Ia. Poniżej widmo SN 2018hhn z charakterystyczną, silną linią absorpcyjną SiII.
        • Dziękuję
        • Lubię
      • 11 odpowiedzi
    • Zbiórka: Obserwatorium do poszukiwania nowych planet pozasłonecznych
      W związku z sąsiednim wątkiem o zasadach przyjmowania stypendiów, po Waszej radzie zdecydowałem się założyć zbiórkę crowdfundingową na portalu zrzutka.pl. W tym wątku będę informował o wszelkich aktualizacjach, przychodzących także po zakończeniu.
        • Kocham
        • Dziękuję
        • Lubię
      • 85 odpowiedzi
    • Mamy polską zmienną z zaćmieniowym dyskiem protoplanetarnym
      W ten weekend, korzystając z danych ASAS-SN (All Sky Automated Survey for Supernovae), wykryłem nieznaną do tej pory zmienną typu R Coronae Borealis. To jedna z najrzadszych typów gwiazd zmiennych - do tej pory odnaleziono zaledwie ~150. Ich poszukiwanie nie należy do najprostszych, gdyż swoimi wskaźnikami barwy (B-V, J-K etc.) nie wyróżniają się zbytnio, dlatego szybciej jest przeszukać krzywe blasku.
        • Lubię
      • 20 odpowiedzi
×

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