Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.

Welcome to Stargazers Lounge

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customise your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

  • Announcements

    sgl_imaging_challenge_banner_satellites_v2.jpg

rpineau

Advanced Members
  • Content count

    50
  • Joined

  • Last visited

Community Reputation

15 Good

About rpineau

  • Rank
    Nebula
  • Birthday

Contact Methods

  • Website URL
    http://www.rti-zone.org/astro.php

Profile Information

  • Gender
    Male
  • Location
    USA - CA

Recent Profile Visitors

309 profile views
  1. I don't mean static Qt, just the other lib like libusb, boost and cfitsio... You can still have the Qt lib (or Frameworks on OS X) as Dynamic libs. I wouldn't want the Qt as static either and you can add the dynamic one (the framework) in the OS X app as shown in the link from the Qt doc. Having the other libs as static would allow a use to not have 'brew' or 'mac ports' installed to be able to launch the app. Here is the otool output for my compiled version (otool -L <exec file> gives you the same thing as ldd on linux) : /opt/local/bin/planetary_imager: /opt/local/lib/libopencv_shape.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_stitching.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_superres.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_videostab.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libCCfits.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libcfitsio.dylib (compatibility version 5.0.0, current version 5.3.39) /usr/local/QT5/5.6/clang_64/lib/QtOpenGL.framework/Versions/5/QtOpenGL (compatibility version 5.6.0, current version 5.6.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1) /opt/local/lib/libopencv_objdetect.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_calib3d.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_features2d.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_flann.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_highgui.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_ml.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_photo.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_video.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_videoio.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_imgcodecs.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_imgproc.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /opt/local/lib/libopencv_core.3.2.dylib (compatibility version 3.2.0, current version 3.2.0) /usr/local/QT5/5.6/clang_64/lib/QtWidgets.framework/Versions/5/QtWidgets (compatibility version 5.6.0, current version 5.6.0) /usr/local/QT5/5.6/clang_64/lib/QtGui.framework/Versions/5/QtGui (compatibility version 5.6.0, current version 5.6.0) /usr/local/QT5/5.6/clang_64/lib/QtCore.framework/Versions/5/QtCore (compatibility version 5.6.0, current version 5.6.0) /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0) As you see I had to chabge the @rpath for the Qt lib to point to my locally installed version (which is not the one from brew or mac ports). I built it with : cmake .. -DCMAKE_PREFIX_PATH=/opt/local/ -DCMAKE_INSTALL_PREFIX=/opt/local -DCMAKE_PREFIX_PATH=/usr/local/QT5/5.6/clang_64/lib/cmake/ -DQt5Widgets_DIR=/usr/local/QT5/5.6/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfig.cmake Then I used the install_name_tool command to change the rpath : sudo install_name_tool -change @rpath/QtOpenGL.framework/Versions/5/QtOpenGL /usr/local/QT5/5.6/clang_64/lib/QtOpenGL.framework/Versions/5/QtOpenGL planetary_imager as I don't have my Qt libs in my LD_LIBRARY_PATH environment variable (DYLD_LIBRARY_PATH on OSX). I'm not asking for these changes, just making suggestion so that OS X user can have a binary that doesn't require a full brew or mac port install with qt5 in it. In any case, I still appreciate your work and effort on this and will do my best to help you on the OS X side of things. Regards, Rodolphe
  2. Yep, cross-compiling for OS X is not the easiest thing :). One thing would be for some low level libs to link in the static lib instead of the dynamic ones (libusb, boost, ...). for the Qt frameworks there is a nice document about it : http://doc.qt.io/qt-5/osx-deployment.html They explain how to add the framework to the app so that the user doesn't need a full Qt install. Regards, Rodolphe
  3. I can try that (compiling is no issue for me). Right now the mac port version I have is 1.0.21_0 So I'll try with the latest git head. I probably won't have time to test before tomorrow. I'm testing on a Macbook Pro Mid-2015 with USB3 port (The ASI 174 MC is USB3), so these issues are probably only software related. Regards, Rodolphe
  4. So I did a quick test and I can connect to the camera and record. The camera can dom up to 128 FPS in 12 bits and 164 in 10 bits. I set the exposure to 1ms, RAW 8bit and I get between 160 and 163.67 FPS, so pretty good (bandwidth set to auto, High speed enabled) If I switch to RAW 16bit (the camera can do 12 bits and expands it to a 16 it value), the FPS fall to about 45 FPS .. I would have expected something close to the 128 FPS the camera can do. Enabling/disabling High speed doesn't do anything in that regards. If I go back to Raw 8bits, i then max out at ~ 75 FPS restarting the app is not giving me back the 160+ FPS in Ram 8bit. I had to disconnect/reconnect the camera, then it was at 120FPS, I then disable the auto mode for Bandwidth, set it to 100% and got the 160+ fps back. I that mode if I switch again to RAW 16bit, it falls to less than 10 FPS. So a few issues but it looks good otherwise Great job. Regards, Rodolphe
  5. Nice ! I was able to recompile it on OS X using mac ports and a local QT5 install I had for something else (so not using the mac ports version of QT5). After fixing a few @rapth to have the the dynamic lib properly loading, I was able to start it I'm not at how so I can test with my ASI 714MC but I should be able to test this tomorrow. Thanks again for the great work. Regards, Rodolphe
  6. No problem. There is no emergency. Thanks again Rodolphe
  7. If you're planning on just using OS X it depends on what astronomy equipment you have. I do all my astronomy on OS X and mostly use TheSkyX Pro to drive all of my equipment (see list in my signature). So the answer depends on your equipment. You might also want to take a look at INDI on OS X : http://www.cloudmakers.eu/xindi/ Regards, Rodolphe
  8. Unfortunately this version no longer works for me (OS X + ZWO ASI174MC). Your previous 1.0.0 beta you sent me was working better. If I chose ZWOASI I get 95 fps but no actual preview no matter what exposure time I chose (so even with 1000 ms it says 95 FPS). If I chose ZWOASI2 I get different amount of FPS with is always above the Max FPS (should not be possible) and garbled data in the preview. Rodolphe
  9. Yes this was on 0.9.0 I use Lynkeos for the stacking and it uses ffmepg to load the file, so whatever ffmpeg supports will work in my case, but probably not for everybody. I'll gladly try your test version. Also using ROI I was able to get a very high FPS with very little dropped frame. So that is a very positive things for planetary imaging. I hope to get the full 128 FPS at full frame size for solar/lunar imaging as this was the main reason for buying this camera (big pixel = bigger FOV on my 102ED = full frame Sun/Moon). I might get an ASI 290MC for pure planetary latter. Thanks Rodolphe
  10. Ok so more data point (with positive outcome ). On the same machine directly on one of the Mac Mini USB3 port, it works but drops a lot of frame (MAX FSP is 125, Actual is 85). On the same machine, on one of the Thunderbolt docking station (Belkin) USB3 port, it doesn't work (MAX FSP is 125, Actual is 0). -> in this mode is does work in AstroLive USB and TheSkyX Pro (and PHD2). On the same machine, on one of the USB3 port of my monitor integrated USB3 HUB, it works but drops a lot of frame (MAX FSP is 125, Actual is 85). On My MacBook Pro Retina, it works (MAX FSP is 100, Actual is 100, few dropped frame from time to time). So it's not all negative (I suspect the Belkin Thunderbolt docking station port are the issue as they are not real full speed USB3 bit only 2.5Gbps max). A few more things common to both machines : If I click on the 16 bit checkbox, FPS drop to the floor ! (MAX FSP is 125, Actual is 22) The camera has 2 modes, 12 and 10 bits, how do I select between the 2 ? Binning 2x2 works but doesn't give me any speed increase. So overall, good result with a few things to look into. I'm mostly concerned about the FPS as the camera is supposed to do 128FPS in full res 12 bit and 164 in 10 bit mode. In both case the CPU cores are nowhere close to be saturated, they went to about 50% on the mac Mini (Core i7 quad core at 2.6GHz) and 35% on the MacBook Pro (Core i7 quad core at 2.8GHz) (using MenuMeters). Which mean the CPU is not the limiting factor for the FPS. Regards, Rodolphe
  11. Hello James. I just got my new ASI 174MC-Cool and it's not recognized by oaCapture (OS X El Capitan) : Unrecognised camera 'ZWO ASI174MC-Cool' Unrecognised camera 'ZWO ASI174MC-Cool' libpng warning: iCCP: known incorrect sRGB profile unknown camera type -1. Using limited resolutions The camera works with Astrolive USB and TheSkyX Pro, so I know it works But none of the 2 application above are meant for planetary imaging. Regards, Rodolphe
  12. I've been working on a X2 Dome plugin for TheSkyX Pro OS X, but as I don't have access to the hardware, I can't fully test it. So I'm looking for someone that has the dome add-on and a MaxDome II and would be willing to test my X2 plugin. The plugin is available on my website : http://www.rti-zone.org/macosx_x2dome_plugins.php Thanks, Rodolphe
  13. I never tried it. I don't have a ZWO camera yet, but will soon and was hoping this software would be the way to go. May be you could contact the author ( goodwink@gmail.com ). I'm sure he can help.
  14. Have you tried Astrolive : http://astrolive.io/astroliveusb.html There is a free version for ZWO ASI Camera users.
  15. Brilliant. Are you going to sale these ?