DMK21Au04.AS monochrome camera does not work about planetaryimager HOT 18 CLOSED

Hi,
Please send me application logs, so I can start investigate it.
Thanks
Marco

from planetaryimager.

I will find them this morning and send them to you. It may also be
important, that I am running Ubuntu-Astronomy, a new astronomy spin for
Ubuntu 16.04LTS. I am a Fedora user myself, and this operating system
is being run as it comes to me and is not set up as I might set it up.
(basically it is a beta).

https://sourceforge.net/projects/ubuntu-astronomy-16-04/

John

On 10/19/2016 02:48 AM, Marco Gulino wrote:

Hi,
Please send me application logs, so I can start investigate it.
Thanks
Marco

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#2 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEH911EQ2e-NIAnV7I7MHdF2Ol-JkSfnks5q1dlBgaJpZM4KaYSN.

If your ship doesn’t come in, swim out to it!
—Jonathan Winters

from planetaryimager.

I hope these are the right ones. I found them by searching for
planetary_imager.

On 10/19/2016 02:48 AM, Marco Gulino wrote:

Hi,
Please send me application logs, so I can start investigate it.
Thanks
Marco

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#2 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEH911EQ2e-NIAnV7I7MHdF2Ol-JkSfnks5q1dlBgaJpZM4KaYSN.

If your ship doesn’t come in, swim out to it!
—Jonathan Winters

from planetaryimager.

Mmh.. there is no attachment.. I think you'd better use github interface for posting comments.
Also, since you mentioned "searching", I think there is a misunderstanding..
When I say logs, I mean launching the application from a shell, and registering all stdout/stderr to a file, not searching system log.
Thanks
Marco

from planetaryimager.

Hi,
I have implemented a preliminary support for your camera.
You can find it on master, if you can compile by yourself, or you can try this precompiled binary.
If you confirm that it works, I can try supporting more DMK cameras, and release it into 0.6.1.
Thanks
Marco

from planetaryimager.

I tried the binary first. Camera is recognized, but when it is chosen the program crashed. I then compiled the source from github, and it did the same things. I attached logs for both.
binary.txt
compiled.txt

from planetaryimager.

Oh.. you're right.. my mistake..
I was storing image in a temporary variable instead of the correct one.
Please try updating from master.
Thanks
Marco

from planetaryimager.

I updated it, and it now appears to run. I am getting images from the camera. I tried to save the images using both the SER and video types. The SER file type seemed ok, the mkv file held no data. I have attached both. The camera has a dust cover on it so one gets grey noise.
Moon-20161020_085856_MDT-IR.ser.txt

Moon-20161020_085840_MDT-IR.mkv.txt
I am used to avis, but know that siril loaded the ser file with no problem.

John

from planetaryimager.

My whoops, I just meant to comment, not close.

from planetaryimager.

Hi,
That's great news.
This, however, is a different issue, so indeed, if you are satisfied this one should be closed.
For avi/mkv support, I might have a look, but I usually don't recommend it too much, and I won't be spending much time and effort to fully support avi file saving: SER is lossless, supports 8 and 16 bit images, and much faster, while with AVI you usually loose details.
You might try changing codec in preferences, to see if this improves something.

from planetaryimager.

No, I have always used avi. I am converting over to all linux all the
time. I see several image processors that use ser. I will give it a
shot. SER sounds like a good alternative.
John

On 10/20/2016 09:32 AM, Marco Gulino wrote:

Hi,
That's great news.
This, however, is a different issue, so indeed, if you are satisfied
this one should be closed.
For avi/mkv support, I might have a look, but I usually don't recommend
it too much, and I won't be spending much time and effort to fully
support avi file saving: SER is lossless, supports 8 and 16 bit images,
and much faster, while with AVI you usually loose details.
You might try changing codec in preferences, to see if this improves
something.

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
#2 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEH91wXzTQu2bTTCytams-taXjybywUpks5q14mdgaJpZM4KaYSN.

If your ship doesn’t come in, swim out to it!
—Jonathan Winters

from planetaryimager.

Hi,
Ok.. I understand that.
However, as I told you, this is the DMK support thread,which as far as I understand, is working correctly now, so it can be close.
If you want, you can open another ticket about MKV support.
Thanks
Marco

from planetaryimager.

Hello,
I've just made a few code changes in master, refactoring a bit to allow supporting more formats (might work with other DMK cameras) and improving speed.
Please let me know if current master still work with your camera.
thanks
Marco

from planetaryimager.

I will check it out. I have a feature request. Do I do that through an
issue?
John

On 10/21/2016 07:25 AM, Marco Gulino wrote:

Hello,
I've just made a few code changes in master, refactoring a bit to allow
supporting more formats (might work with other DMK cameras) and
improving speed.
Please let me know if current master still work with your camera.
thanks
Marco

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
#2 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEH9142Xbm3laUzct0WAr98JMqdyxEhSks5q2L1XgaJpZM4KaYSN.

If your ship doesn’t come in, swim out to it!
—Jonathan Winters

from planetaryimager.

Hi,
Yes please :)
Kind regards,
Marco

from planetaryimager.

I am taking this off github line. The email that you just responded to
was actually sent a week or so ago. When I got no response, I put my
suggestion in that email that you criticized for being in the wrong
place. I went and looked at this response and saw it had that email I
sent there a week ago as listed as getting there 20 minutes ago.
Something very strange about that. Anyway my suggestion was about
setting up a "resolution button" that would basically take center of the
chip as the ROI and giving you a standard number of pixels around it. ie
800x600 or whatever. And that was posted a day AFTER I sent the email
requesting where I should put it.
John

On 10/25/2016 12:20 PM, Marco Gulino wrote:

Hi,
Yes please :)
Kind regards,
Marco

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
#2 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEH914jD_nexYpvP0AnJQpV4boOmruyqks5q3kiIgaJpZM4KaYSN.

If your ship doesn’t come in, swim out to it!
—Jonathan Winters

from planetaryimager.

You are still using the same github thread..
The problem is, whenever you answer by email, you should look the "To" field, you are actually not replying to me, but to GitHub, which automatically posts a new answer to the same thread.
I would advise to just open a new issue, after that I will clean up this thread here.
Kind regards,
Marco

from planetaryimager.

Fixed in 0.6.2

from planetaryimager.