Planetary Imaging - Divide by Zero error?

[pipplo]

I have been successful with normal imaging but tonight I tried planetary imaging for the first time and I repeatedly got this error message in the logs:

 

My setup is Canon 70D + Macbook running Parallels

 

Any ideas?

 

2016-06-22 21:44:40,538 [Main] INFO  - Planetary imaging started.

2016-06-22 21:44:40,538 [Main] INFO  - Camera action fired: 'LiveviewPause'

2016-06-22 21:44:40,866 [14] DEBUG - Looking for VirtualDub in \\psf\Home\Pictures\BackyardTEMP\Download

2016-06-22 21:44:40,866 [14] DEBUG - VirtualDub found(False) in \\psf\Home\Pictures\BackyardTEMP\Download

2016-06-22 21:44:46,022 [14] INFO  - Capturing 0.9 frames per second.

2016-06-22 21:47:29,272 [14] INFO  - 100 planetary frames captured.

2016-06-22 21:47:29,288 [16] INFO  - Sending Task 'Encode' to server for processing

2016-06-22 21:47:29,288 [16] INFO  - Task 'Encode' was sent to server for processing, response was 'Queued for processing at 6/22/16 9:47:29 PM'

2016-06-22 21:47:29,554 [Main] INFO  - -----------------------------------

2016-06-22 21:47:29,554 [Main] INFO  - Application state changed: 'Planetary'

2016-06-22 21:47:29,616 [Main] INFO  - Camera action fired: 'LiveviewResume'

2016-06-22 21:47:31,900 [backgroundWorkerPolling] INFO  - \\psf\Home\Pictures\BackyardTEMP\BackgroundWorker\task-cadb0763-1ab8-4aae-96c9-3dea4103e49f-callback.dat

2016-06-22 21:47:31,905 [backgroundWorkerPolling] INFO  - BackgroundWorker INFO: Return task Encode(cadb0763-1ab8-4aae-96c9-3dea4103e49f)

2016-06-22 21:47:31,920 [backgroundWorkerPolling] INFO  - Attempted to divide by zero.

2016-06-22 21:47:31,920 [backgroundWorkerPolling] ERROR - Attempted to divide by zero.

2016-06-22 21:47:53,295 [Main] DEBUG - ButtonPlus_MouseClick(btnStartPlanetary = 'Record')

2016-06-22 21:47:53,307 [Main] INFO  - Camera action fired: 'LiveviewResume'

 

Second Log snap:

 

2016-06-22 21:47:29,413 [Encode(Normal)] INFO  - ==================================================

2016-06-22 21:47:29,413 [Encode(Normal)] INFO  - Encode START!

2016-06-22 21:47:29,413 [Encode(Normal)] INFO  - \\psf\Home\Pictures\BackyardTEMP\Download\jupiter_Tv140s_800iso_1104x736_20160622-21h44m46s

2016-06-22 21:47:29,413 [Encode(Normal)] DEBUG - ImageFormat.Jpeg translation in progress...

2016-06-22 21:47:30,491 [Encode(Normal)] DEBUG - ImageFormat.Jpeg translation DONE!  100 image translated

2016-06-22 21:47:30,507 [Encode(Normal)] DEBUG - Looking for VirtualDub in \\psf\Home\Pictures\BackyardTEMP\Download

2016-06-22 21:47:30,507 [Encode(Normal)] DEBUG - VirtualDub found(False) in \\psf\Home\Pictures\BackyardTEMP\Download

2016-06-22 21:47:30,507 [Encode(Normal)] DEBUG - Encoding Execute START!

2016-06-22 21:47:30,522 [Encode(Normal)] DEBUG - ByteScout: jupiter_Tv140s_800iso_1104x736_20160622-21h44m46s

2016-06-22 21:47:31,125 [Encode(Normal)] ERROR - Attempted to divide by zero.

2016-06-22 21:47:31,125 [Encode(Normal)] ERROR -    at BytescoutImageToVideoLib.ImageToVideoClass.set_FPS(Single pVal)

   at BinaryRivers.AviEncoderProviders.AviEncoderByteScout.Execute(String imageFolder, Int32 fps, UserSettings settings)

   at OTelescope.BackgroundWorker.Tasks.Avi.Encode.Execute()

   at OTelescope.BackgroundWorker.Shared.TaskBase.<RunFramework>b__2()

2016-06-22 21:47:31,126 [Encode(Normal)] INFO  - Encode total execution time 1.713 seconds.

2016-06-22 21:47:31,126 [Encode(Normal)] INFO  - --------------------------------------------------

2016-06-22 21:47:31,898 [18] DEBUG - TaskCompletedQueue.TryDequeue = \\psf\Home

[admin]

This error happens every single time I attempt to do planetary recording in Parallels. My initial suspicion is that the frame rate (.9 fps) is too low and somehow it's being rounded down to 0 somewhere since this function takes Int32 fps

 

AviEncoderByteScout.Execute(String imageFolder, Int32 fps, UserSettings settings)

 

I did try booting into bootcamp and running. Everything ran fine but I was at 27 fps.

 

Yes, that looks like it is the case... a truncate/rounding issue... and I have already fixed it.  This fix will be in the next release.

 

Thank you

[admin]

Wow, I have never seen this error being thrown for any planetary recording in the past.  The error seems to be comming out of the AVI encoder library.

 

Try using virtualdub instead and see if this makes a difference.

https://www.otelescope.com/index.php?/topic/213-how-to-use-virtualdub-to-encode-planetary-avi-movies-automatically

 

If virtualdub fails too I would suspect a single bad liveview frame amongst them.  Does this happens often or is it just a one off?

 

Regards,

[pipplo]

Wow, I have never seen this error being thrown for any planetary recording in the past.  The error seems to be comming out of the AVI encoder library.

 

Try using virtualdub instead and see if this makes a difference.

https://www.otelescope.com/index.php?/topic/213-how-to-use-virtualdub-to-encode-planetary-avi-movies-automatically

 

If virtualdub fails too I would suspect a single bad liveview frame amongst them.  Does this happens often or is it just a one off?

 

Regards,

 

This error happens every single time I attempt to do planetary recording in Parallels. My initial suspicion is that the frame rate (.9 fps) is too low and somehow it's being rounded down to 0 somewhere since this function takes Int32 fps

 

AviEncoderByteScout.Execute(String imageFolder, Int32 fps, UserSettings settings)

 

I did try booting into bootcamp and running. Everything ran fine but I was at 27 fps.

[astroman133]

You may be correct, but 27 fps is better anyway! It does not seem like Parallels should be that slow. Is Parallels configured to use the USB ports as USB 2.0 rather than USB 1.1?

[pipplo]

You may be correct, but 27 fps is better anyway! It does not seem like Parallels should be that slow. Is Parallels configured to use the USB ports as USB 2.0 rather than USB 1.1?

 

Yeah, I'm trying to figure out why Parallels is so slow. I see the slowness even in focus/framing. there is such a delay between moving the scope or focusing and seeing it live on the screen.

 

I have USB 3.0 enabled in the settings and I can't find much else. CPU usage isn't very high during live view either. I'll keep looking into it. Booting back and forth between OSX and Windows is annoying.

[astroman133]

Hopefully, someone who uses Parallels with BYE will contribute to this thread.

[pipplo]

I marked this as solved as far as the divide by zero. Now I need to see if I can find out why parallels is so slow in USB!