Skocz do zawartości

Nowok76

Społeczność Astropolis
  • Postów

    1 543
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    6

Odpowiedzi opublikowane przez Nowok76

  1. Godzinę temu, Tayson napisał:

    W całym tym materiale najbardziej problemtyczna była siarka (red). 

    Ona chyba wszędzie jest problemem. Trzeba ją palić co najmniej 2x więcej niż wodor. Mój workflow również dość agresywnie traktuje wszystkie kanały, aby wyciągnąć z nich maksimum możliwości. 

     

    @Nowok76 jakoś nie przepadam za redukcja szumów chrominancji w pixie. Zbyt mocno wypiera całość z dynamiki kolorow. Zerknij sobie bezpośrednio na R jakie jest ta szaleństwo. 

     

    Tak jak wcześniej napisałem: zdjęcie to kompromis pomiędzy tym co chciałbym uzyskac, a co wyszło. Jest akceptowalne, ale nie perfekcyjnie. 

    Nie odszumiałem zdjęcia.

  2. 9 minut temu, RadekK napisał:

    Zapomniałeś dodać jednej rzeczy. Żeby to zadziałało musisz udostępnić na windows katalog Pictures i jako IP_local użyć adresu IP lub nazwy komputera windows

    Jeszcze zainstaluj pakiet cifs-utils

    sudo apt-get install cifs-utils

  3. 1 godzinę temu, isset napisał:

    No tak normalnie tak. Ale mi chodziło o automatyzacje procesu pomiędzy dwoma komputerami. Na pewno da się to zrobić. Jak znajdę rozwiązanie, to się podzielę :)

    1. Stwórz katalog w RPI /mnt/windoza (nazwa dowolna)

    2. sudo mount -t cifs //IP_local/Pictures /mnt/windoza -o username=xxx,password=xxx

    Jak to Ci zadziała to w Kstars podajesz katalog zapisu "windoza" i z automatu pliki polecą po wifi do Twojego kompa.

    • Lubię 1
  4. 7 minut temu, isset napisał:

    Hej, czy da się zrobić taki oto schemat:

    Z laptopa (Windows) po VNC łączę się do Pi. I w jakiś magiczny sposób synchronizuję katalog w Pi nazwijmy go PHOTOS z katalogiem PHOTOS w Windowsie? Czyli np kamera wrzuciła nową klatkę do katalogu PHOTOS na Pi i VNC "widząc" to od razu kopiuje plik do katalogu na laptopie? :) 

    Jeżeli komp Windowsowy jest widoczny w RPi to da się tak zrobić.

    Właściwie to możesz wysyłać pliki gdzie chcesz, np. dysk Google.

  5. 47 minut temu, isset napisał:

    No dobra, wygląda na to, że ruszyła :D

    Ale ruszyła jak ją wybrałem nie z INDI, tylko w PHD2 jako ZWO ASI Camera i tylko w trybie 8bit, w 16bit nie startuje. Czy do guidingu 8bit jest ok?

    Zrzut ekranu 2020-08-28 o 20.09.05.png

    Ja musiałem zrobić to samo. U mnie działa na 8bit

  6. 2 godziny temu, Selmak napisał:

    Potwierdzam ASTAP jest szybki, nie zajmuje mu to więcej niż 9 sekund.

    Co do tej kamery to obawiam się że co by nie robił to na Linuxie mu nie zadziała, ja już przerabiałem temat. Ale życzę by się udało.

    U mnie ta kamera działa.

  7. 9 minut temu, RadekK napisał:

    ASTAP potrafi być super szybki. Astrometry.net w trybie offline w ustawieniu bin4, dobrze dobranym czasie ekspozycji, po ściągnięciu wymaganych indeksów na RPi4 też działa nieźle. Na razie mój rekord to 5s ;)

     

    Mój rekord to 3 sekundy :-)

  8. 1 minutę temu, Duser napisał:

     

    Ale ja już ściągnąłem  i robiłem Astrometry offline. I ASTAP jest szybszy, znacznie szybszy. W max kilkanaście sekund rozwiązuje klatkę nawet w dość znacznym odaleniu od współrzędnych montażu.

    A to dziwne :-)

  9. 31 minut temu, Duser napisał:

    Wróciłem do testów Astroberry po jakiejś przerwie, konstruując mobilny setup . W międzyczasie sprawiłem sobie RPI 4 z 4G RAMu . Jestem mile zaskoczony szybkością działania  w porównaniu ze starą RPI 3B+. Wszystko śmiga , jak należy, włączając w to kamerki ZWO 120mm i T7 ( obie na firmware - compatible) . Czasami w T7 spotykam sie z gubieniem klatek , lub też z samoistnym rotowaniem sie obrazu o 180 st ( co doprowadza do gubienia gwiazdy prowadzącej) .  Plate solving przy pomocy ASTAP-a jest bardzo szybki, znacznie szybszy od  Astrometry .net , szybszy nawet od Platesolve2 w SGPro na Windowsie. Zamontowałem GPS-a od Velmanna na pinach UART , wszystko działa jak należy.  Jedynym mankamentem jest  wywalanie się od czasu do czasu  całego Kstars , ale i tak następuje to rzadziej , niż w przeszłości - może to kwestia większej ilości RAM ...

    Myslałem już o zakupie ASI Air , myślałem o jakimś miniPC z WIN10 , ale chyba zostanę przy Astroberry .  Zobaczymy, jak się sprawdzi podczas realnej pełnej sesji .

    Ściągnij sobie mapki dla swojego setupu to będziesz mógł robić PlateSolva offline. Na dodatek będzie jeszcze szybciej :-)

  10. 7 minut temu, isset napisał:

    Tzn jak to ma swoje? Trzeba coś doinstalować?

    Nie musisz nic instalować.

    W PHD jak konfigurujesz  kamerę to wybierasz starownik ZWO a nie INDI ZWO . Wtedy kamera będzie działać. U mnie działa ta kamera.

    Czasami tracą się klatki, ale bezpośrednio w Kstarsie nie działa.

    • Dziękuję 1
  11. 3 godziny temu, isset napisał:

    Kolejne pytanie, udało mi się zmusić do pracy HEQ5 (po bluetooth), dreamfocuser oraz kamerę QHY9. Mam problem z kołem filtrowym QHYCFW2S połączone po USB. INDI łączy się z kołem, widzi, że jest 5 pozycyjne, ale nie zmienia filtrów. Drugi problem to kamera do guidingu chińska T7, tzw. klon ASI120. Tak samo INDI łączy się, czyta rozmiar piksela oraz temperaturę matrycy, ale jak próbuję zapętlić obraz w PHD2, to wyskakuje taki żółty komunikat, że po 18 sekundach oczekiwania nie udało się wykonać klatki.

    Nie odpalają sterowników zwo w INDI. Phd ma swoje sterowniki dla ZWO.

  12. 12 minut temu, OnlyAfc napisał:

    Irys wygląda świetnie, ale te ciemne pyły wyglądają jakoś dziwnie, troszkę jakby były „wykastrowane” z detalu (nie, to za mocne słowo), może za bardzo wygładzone/odszumione.

    Kurcze, aż mi głupio, jako „juniorowi” w astrofoto pisać taką ocenę, nie wiem czemu, ale mi zawsze pyły w irysie pasowały z rdzawym odcieniem, może to dlatego tak odbieram.

     

    Ciemne pyły to zamierzony efekt.

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