Jump to content

Banner.jpg.39bf5bb2e6bf87794d3e2a4b88f26f1b.jpg

riklaunim

Members
  • Posts

    3,436
  • Joined

  • Last visited

Everything posted by riklaunim

  1. You have to execute it from console. It doesn't work like windows EXE. You likely have to execute those commands: chmod 755 install-binaries.sh sudo ./install-binaries.sh And then the script may ask few things The readme file is intended to be read too
  2. Lifecam has a pseudo-binning option called zoom and few frame size options. Zoom always should be max (no binning) and for planetary as small frame as you can use (smaller AVI, usually more FPS). For lunar - max frame. No matter which frame you pick - the planet size should be identical. If it shrinks (and the app doesn't shrink the preview) then check the zoom option (all assuming Sharpcap). DSO imaging is not possible. You could try M42 core likely. It can't do more than ~0.5sec exposures.
  3. Skip OpticStar, Touptek rather too. Altair is a Touptek related camera but the vendor seems to care and support it (and is in UK). ZWO/QHY are the most well tested and supported. There is no problem in going from C/CS thread to 1,25" nosepiece.
  4. I have ASI178MM and that would work with f/10 SCT for lunar without a Barlow (bit below optimal - max resolution to avoid light diffraction ghosts on edges and alike). And mono with IR passing filter, not a color camera.
  5. Well, I never guided on 2 seconds, always 1 sec, or sometimes 0,5sec. I've started with DMK21 then went to DMK21AU618, QHY5, ASI120MM and now I can guide with ASI178MM Cooled but that would be an overkill as it's intended to be the imaging camera in my rig. QHY5R-II will guide it. If you use a finder-guidescope or alike small refractor than nearly any guide camera will work. I would pick a ST4 guide camera (AS034 or QHY5R-C at minimum, ASI120/QHY5L-II at optimum) just for the sake of easy ST4 (had to many random crashes wit RS232-USB and Windows). SPC900 and modern Windows versions will a problem too. In general ASI120/QHY5L-II are Windows 10 supported, don't compress the image, have USB 2.0 speed (not 1.1), and as for sensors - lower read noise and around 2x the QE (plus it's mono not color). If you use an OAG then you need a really good guide camera. Things like Atik Titan, SX Lodestars and alike come to play as they seems to benefit most from X seconds exposures when looking for guide stars. Newer CMOS based planetary cameras - 174, 178, 290 would do it too due to way lower read noise but if you want to guide only - better to pick dedicated guider for more challenging setup.
  6. Both are UARTs so they should work the same.
  7. The mount likely can be controlled via INDI driver, the wheel and focusing may be tricky or unsupported.
  8. What is controlled currently by Windows? It's not easy to just switch to Linux for astronomy.
  9. For a 3D printer there are custom made application that support given family of "makers" 3D Printers, not much Python there. As for Astronomy and Python - depends what part of astronomy. To some extent you can script some hardware in Python - like some cameras (more on x86 Windows thanks to ASCOM APIs). For general astronomy there are libraries like pyephem that can calculate stuff and you can then use that data to make for example charts and what not. Raspberry 2 will be slow, 3 somewhat faster. There are also some for handling FITS and alike files. Any non-trivial idea will require a lot of time and good to excellent Python/Linux programming skills. Software development takes time.
  10. The same thing is with PPA - if you do it correctly there are no problems with dependencies, the packages are for correct version and work. Existing Linux users won't gladly re-install a Linux distribution just because few packages are preinstalled. New to Linux will struggle with the state of astro-hardware support on Linux ;). Also note that custom third-person Linux distributions can't be trusted as much as official signed releases. You don't know what software have been added - there can be malicious software - added by a distro creator or by a package that someone suggested that should be added
  11. It's better to have a PPA with applications (if needed at all) instead of making a "distro" with few preinstalled apps
  12. There was some discussion on CN forums. It's not a direct DSLR replacement. It's equipped with a Omnivision CMOS sensors with extremely small pixels so at f/4-5 you already reach max telescope resolution - planetary imaging. Lenses with short focal lengths are the only thing that will work for DS imaging - widefield/EAA. Looking on the discussions people do tend to agree that it will increase the size of astro community but for people already in EAA or even astrophotography it won't be very useful. It's not that cheap, has usage limitations, and a lot of Tiny1 features depends on high quality software and mobile apps - and that must be delivered.
  13. There is a lot of threads on cloudynights if you are looking for existing photos.
  14. Then you didn't got them from the sensor itself. Most, but not all Micron sensor will give that effect.
  15. ASI120 has a Micron sensor and those are known to give Newton rings that are not removable by tilting - either flats or camera with Sony/e2v... sensor.
  16. Here are some: - barely visible in old Basler Scout: http://farm2.staticflickr.com/1381/4599481385_f840e63975.jpg - more on http://www.astro-imaging.de/astro/dmk_artefacts_20091211.html - with newer ICX618 cameras it was fixed but still wasn't always 100% clear of artifacts, like on those Saturn images: http://www.rkastrofoto.appspot.com/site_media/astro/orig/saturn23_25-05-2011/saturn_25_red-yellow_gain_test.png Many planetary photographers quite quickly abandoned CCDs as at most of them were quite annoying with some artifacts or lack of speed. Point Grey wanted to replicate that in the lab and had big problems, but with the help of Australian photographers they go to some fixes. Balser cameras since Ace line also were fixed (but not perfectly).
  17. All TIS cameras except ICX618 one are affected by this. The same is true for many old CCD based machine vision cameras. The fastest modes on those cameras change the way the sensor works and for some reason it gives a circular artifact to the right side of the planet. Sometimes it's clearly visible, sometimes it shows up only after sharpening of a stack. Debayerisation in color cameras may somewhat hide it.
  18. Why did you pick DFK41AU02? What's the intended use? Note that at max speed and planetary imaging this camera will likely give circular artifacts.
  19. no filter is even worse as even wider light band will enter. The only reason it could be better is if that IR/UV cut filter would be defective
  20. Use an infrared passing filter, not IR/UV cut filter which passes the whole visible light - that one of sources of why image may be fuzzy (atmospheric dispersion). Second element may be sharpening after stacking - stack may look very soft but it actually may sharpen perfectly - with deconvolution or wavelets.
  21. This is 50mm dia. 25mm will suffice unless you really want to use a very big sensor
  22. You can take a look at my articles: http://www.rkblog.rk.edu.pl/w/p/helium-argon-and-neon-narrowband-imaging/ http://www.rkblog.rk.edu.pl/w/p/choosing-edmund-optics-filters-helium-oxygen-and-argon-narrowband-imaging/ And even lunar can go narrowband: http://www.rkblog.rk.edu.pl/w/p/my-filters-and-first-results-lunar-petrographic-imaging/
  23. Optolong or Chroma can provide but some people, including me got such filters from machine vision companies. Thorlabs or Edmund Optics have a lot of them, but most of them are expensive - but they do make promo sales and you can hunt a matching narrowband filter. With luck very very cheap filters may be available on ebay from bjomejag/OmegaOptical shops - leftovers from various batches. Neutral Oxygen at 630 nm is quite interesting as it will quite unique looking in planetary/supernovae. Yellow helium will worth if you don't have bad light pollution (within sodium lamp emission). Blue helium may be tricky as it will be even more affected by moon-glow than [O III].
  24. As a side note: there are other bands at which some nebulae glow quite nicely - like neutral oxygen (not [O III]) as well as two helium bands.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.