EOS 90D Support?

[bret.mckee@gmail.com]

> ...but first I need someone with a90D to try it with the latest pre-release. If you have a90D please start a new thread and we'll take it from there,

My 90D has arrived and I'm ready to help figure out if it works.

[bret.mckee@gmail.com]

I think I figured it out, and it is a Windows problem, not a BYEOS problem. Apparently windows sorts based on non-obvious dates embedded in the files (as described in https://jakubmarian.com/windows-8-10-sort-by-date-slow-solution)

If I replace the "Date" column with "Date Created" everything is as I expect.

Thanks,

Bret

p.s. For posterity, here is an example of the explorer window that started this (notice the weird order):

[bret.mckee@gmail.com]

First experiment with 3.1.18 RC9 --- Program displays camera model 0xfffffffe, then crashes. Any logs I can send?

[astroman133]

Quote

Any logs I can send?

Please follow the instructions in the linked post to submit log files.

 

[bret.mckee@gmail.com]

On 10/20/2019 at 2:58 PM, astroman133 said:

Please follow the instructions in the linked post to submit log files.

 

I submitted longs on Sunday -- did you receive them?

 

Bret

[admin]

I did but there is nothing useful in them. 

You selected the "Canon210" drivers when trying to connect your camera; that is for cameras built BEFORE 2008.  You need to select the latest driver "Canon", not "Canon210" in BYE when trying to connect your 90D.  Then send me that file.

 

2019-10-20 13:52:21,406 [Main] DEBUG - ButtonPlus_MouseClick(btnCam2 = 'DIGIC 2 cameras generally manufactured before 2008 (5D, 20D, 20Da, 30D, 350D)')
2019-10-20 13:52:21,436 [Main] INFO  - Attempting to connect camera...

 

Regards.

[bret.mckee@gmail.com]

New log sent. Reports camera not supported by SDK.

[admin]

Got it.  Thank you.

I just uploaded RC10 in the download pre-release section.  Please try it with your 90D.

Regards,

[bret.mckee@gmail.com]

I tried it last night, and it seemed to be working. There was one odd thing I noticed (but I want to double check, I was actually out under the stars) . I was shooting RAW+JPG, and it seemed to sometimes only download the .cr3 file -- not all images appeared in pairs. If that was really happening, I'll upload the logs.

But on the whole it could control the camera, take images and download them, so much progress for 1 day.

Bret

[astroman133]

Bret,

If you are sometimes not getting JPG when both RAW+JPG are selected, you should follow the procedure in the previous post of this thread to send the log file to the authors.

[bret.mckee@gmail.com]

I had a chance to look over the images from last night, and it seems to be working on my 90D. If you sort the images by date, there are some weird skips that make me think that either the camera puts the wrong date on some images or that Backyard EOS is downloading the images out of order (taking 1 image, downloading the CR3, then taking another, downloading the CR3 and the 2 JPGs).

If that seems surprising enough to look at, let me know and I'll upload the logs.

Thanks,

Bret

[admin]

12 minutes ago, bret.mckee@gmail.com said:

I had a chance to look over the images from last night, and it seems to be working on my 90D. If you sort the images by date, there are some weird skips that make me think that either the camera puts the wrong date on some images or that Backyard EOS is downloading the images out of order (taking 1 image, downloading the CR3, then taking another, downloading the CR3 and the 2 JPGs).

If that seems surprising enough to look at, let me know and I'll upload the logs.

Thanks,

Bret

Yes, I'd like to see those logs.  There is nothing special with the 90D and image download... in fact image download is generic and identical for all models.  Hopefully the log will shed some light.

If you use CR3 only... do they appear in the correct order?

Thanks

[astroman133]

Bret,

How long are the exposures that are out of order? Where are you getting the time from? The image file name, the image metadata, or from the images file's Properties? Is the BYE Background Worker enabled (on the Advanced settings screen)?

I used BYE 3.1.18 RC11 with my T5i and was unable to recreate what you are reporting. I tried with a sequence 1 second exposures and a sequence of 10 second exposures. I  made two capture runs; one run did not use the Background Worker and the other did use the Background Worker.

In all cases the RAW and JPG images have the same name, including the timestamp portion of the file name. The only difference was with the file extension. This was all as expected.

None of the images appeared out of order when viewing the Download folder in Windows Explorer, either when sorted by File Name or by Date.

[admin]

15 minutes ago, bret.mckee@gmail.com said:

I think I figured it out, and it is a Windows problem, not a BYEOS problem. Apparently windows sorts based on non-obvious dates embedded in the files (as described in https://jakubmarian.com/windows-8-10-sort-by-date-slow-solution)

If I replace the "Date" column with "Date Created" everything is as I expect.

Thanks,

Bret

p.s. For posterity, here is an example of the explorer window that started this (notice the weird order):

Thanks for reporting back.  Glad you figured it out.

Regards,

[astroman133]

I am not sure what you are using for your Filename Template, but if you add <timestamp> as the unique identifier portion, then sorting by file name is the same as sorting by the file creation time.

[admin]

6 hours ago, astroman133 said:

I am not sure what you are using for your Filename Template, but if you add <timestamp> as the unique identifier portion, then sorting by file name is the same as sorting by the file creation time.

<timestamp> is there by default.  Looks like he removed <timestamp> and only added <time> towards the end of the template.