CHDK for longtime timelapse - page 8 - General Help and Assistance on using CHDK stable releases - CHDK Forum supplierdeeply

CHDK for longtime timelapse

  • 75 Replies
  • 4894 Views
Re: CHDK for longtime timelapse
« Reply #70 on: 07 / October / 2021, 08:23:43 »
Advertisements
Thank you for this information. A very detailed description of the error.

I would be very happy if someone of you can read the ROMLOGs and find a cause :)

Unfortunately, that is beyond my capabilities ... ;)

Do you have a script for recording temperatures and voltage during timelapse? I have not searched for such a script up to know to be honest.  :-[
During the time lapse, rawopint records everything. I once attached a script that records the values without shooting.

Hi!

thanks for your reply!

Yes I actually meant between the time lapse (when rawopint is not running) not during! My mistake! I will try out your script!
If you want to see a sunset or sunrise of Dolomiti Val Gardena shot with CHDK visit
Instagram: dolomiti_timelapse
YouTube: https://www.youtube.com/channel/UCEJHg--ujxLkjMrevJXh-Gw

Re: CHDK for longtime timelapse
« Reply #71 on: 07 / October / 2021, 08:46:36 »

Do you mean the files themselves are not removed (still visible with the chdkptp ls command, for example) or that they continue to appear in the Canon UI as "unknown file" or whatever? The latter is normal, CHDK only removes them from the file system. If the files still appear in ls, something is broken.


ok, yes! Your are right: the files on the SD card are deleted. only in the Canon UI they continue to appear.
Maybe the question is then: Why does it take so long to delete the evident non existing files during executing photo erase in the canon menu? If I do it a second time it is actually very fast. But in the first run it seems to delete a ton of pictures.

Quote
As c_joerg said, rawopint records this in rawopint.csv. The columns are vbatt, tsensor, topt and tbatt
I'm sorry, I meant between not during. :-[

Quote
In the camera log for these, I see a lot of lines with "SS:SetFace". If the Canon menu AF setting is set to something Face, AiAF, or Tracking, I'd suggest trying setting it to Center instead.
Strange, the AF was and is set to FlexiZone. Normally the camera is set to AF-mode after a restart. Sometimes if I remember I do change the AF to MF in the Canon UI manually which I think is better.

Quote
To make sure the cameras is "woken up" before setting focus or running rawopint, you could send a =click"shoot_half".

I'll look a bit more later into where in the firmware the crashes actually happen to see if that provides any clues.

None of these appear to be a result of code *directly* called by CHDK, they all come from tasks the CHDK doesn't touch. This doesn't mean CHDK isn't the cause (it almost certainly is) but it's not a simple matter of us calling a function with the wrong parameters or something like that.

=click"shoot_half" seems a good idea to start with. I will try that out.

Hmm.. in summary, the ROMLOGs unfortunately did not bring to light the cause of the error I was looking for.
In any case, many thanks for the great help!


If you want to see a sunset or sunrise of Dolomiti Val Gardena shot with CHDK visit
Instagram: dolomiti_timelapse
YouTube: https://www.youtube.com/channel/UCEJHg--ujxLkjMrevJXh-Gw

*

Offline Caefix

  • *****
  • 604
  • Sorry, busy deleting test shots...
Re: CHDK for longtime timelapse
« Reply #72 on: 07 / October / 2021, 14:01:43 »
In the camera log for these, I see a lot of lines with "SS:SetFace".
Canon menu also offers a "Blink detection."
Maybe triggered by a  :P in the clouds or a lensflare constellation ?
« Last Edit: 07 / October / 2021, 14:11:51 by Caefix »
All lifetime is a loan from eternity.

*

Online reyalp

  • ******
  • 13394
Re: CHDK for longtime timelapse
« Reply #73 on: 07 / October / 2021, 15:22:42 »
Strange, the AF was and is set to FlexiZone. Normally the camera is set to AF-mode after a restart. Sometimes if I remember I do change the AF to MF in the Canon UI manually which I think is better.
I believe some parts of canon face tracking are active all the time, regardless of focus mode, so it's possible those messages are normal even in MF.
Quote
Maybe the question is then: Why does it take so long to delete the evident non existing files during executing photo erase in the canon menu? If I do it a second time it is actually very fast. But in the first run it seems to delete a ton of pictures.
Canon keeps other data structures related to the pictures (in memory and also in the metactg directory) and probably tries to access each of the non-existing files. Somewhat related discussion of the "indexing" behavior in https://chdk.setepontos.com/index.php?topic=13714.msg140106#msg140106 and https://chdk.setepontos.com/index.php?topic=11481.msg115202#msg115202

If your problem is related to imrm, it's possible the PT_EraseAllFile function discussed there could be an alternative.
Edit: Oops, not only did I forget about the original discussion of that function, I forgot that we discussed it in that thread quite recently  :-[

Quote
Hmm.. in summary, the ROMLOGs unfortunately did not bring to light the cause of the error I was looking for.
Yes, unfortunately this is often the case. If you can narrow down the crashes to a simple test case, that would obviously be helpful, but difficult to do remotely. Timestamped logs from the chdkptp side might help understand the circumstances of the romlogs.
« Last Edit: 07 / October / 2021, 15:44:30 by reyalp »
Don't forget what the H stands for.


Re: CHDK for longtime timelapse
« Reply #74 on: 23 / October / 2021, 11:22:30 »
#1, #5 and #6 are all
Code: [Select]
ASSERT!! MotionVector.c Line 338
I think we've seen this one before, but search didn't turn much immediately useful. It is likely something sensor / live view related. I have a romlog from c_joerg with this one on g1x too, but I don't remember the circumstances.
It was previous seen in https://chdk.setepontos.com/index.php?topic=11078.msg108983#msg108983 related to focus override.

In the camera log for these, I see a lot of lines with "SS:SetFace". If the Canon menu AF setting is set to something Face, AiAF, or Tracking, I'd suggest trying setting it to Center instead.

#4
Code: [Select]
ASSERT!! LiveImageTask.c Line 523
Occured Time  2021:08:24 05:10:19
ISR : vector=10
Which I don't recall seeing before, but again seems sensor / live view related.

On thing that can cause sensor related crashes is if the sensor is turned off when CHDK calls functions that expect it to be on. This could be an issue if you have the screen off setting enabled in the canon firmware. To make sure the cameras is "woken up" before setting focus or running rawopint, you could send a =click"shoot_half".

Code: [Select]
ASSERT!! LiveImageTask.c Line 523
has not occurred anymore after sending click"shoot_half". This may have solved the problem.

Code: [Select]
ASSERT!! MotionVector.c Line 338
on the other hand keeps crashing the G1X. My workaround for now is to test if the camera is connected and if not switch the camera on with the servo-arduino "package".
Yesterday I had a new issue: only after I manually delete alle dummy files on the camera, the camera after a restart connected again to the PC, only a restart was not enough.
Before deleting manually the photos the camera printed a network connection error on display when powering on.

I found this https://chdk.setepontos.com/index.php?topic=12523.22 and it seems to be the same issue regarding MotionVector.c. @srsa_4c suggests: "Moving the hooks around seems to have been enough."
What does he mean with moving the hooks around? what are hooks and how do I move them around? :D

@davedude reported that the error occurred much less frequently when the camera sleeps for a longer period. Since the error does not happen during rawopint (I assume that rawopint was programmed correctly in this respect), is there a way to send the camera in sleep mode for some hours and to terminate the ptp connection shortly after the sleep command for continuing the photos conversion on the pc in the mean time?

If you want to see a sunset or sunrise of Dolomiti Val Gardena shot with CHDK visit
Instagram: dolomiti_timelapse
YouTube: https://www.youtube.com/channel/UCEJHg--ujxLkjMrevJXh-Gw

*

Online reyalp

  • ******
  • 13394
Re: CHDK for longtime timelapse
« Reply #75 on: 23 / October / 2021, 19:25:01 »
has not occurred anymore after sending click"shoot_half". This may have solved the problem.
Good to know.
Quote
Code: [Select]
ASSERT!! MotionVector.c Line 338
on the other hand keeps crashing the G1X. My workaround for now is to test if the camera is connected and if not switch the camera on with the servo-arduino "package".
It would be helpful to know exactly when this crash happens in the sequence of running scripts, shooting etc. If you can post the full batch file and modified rawopint that might also help, at this point I don't really have a clear idea what your using of all the stuff we've discussed in various threads.

Quote
Yesterday I had a new issue: only after I manually delete alle dummy files on the camera, the camera after a restart connected again to the PC, only a restart was not enough.
Before deleting manually the photos the camera printed a network connection error on display when powering on.
Did it say "CONNECTION ERROR" alone? Or did it actually mention "network"? Edit: Or "COMMUNICATION ERROR", which is the message I was thinking of.

"CONNECTION COMMUNICATION ERROR" is documented in the Canon manuals as a USB related error that happens when the camera thinks it has lots of images on the card. The manual typically says this happens when there are 1000 or more, but in my experience it usually a lot more (I just downloaded 2233 images from my elph130 without getting that error.)

If the camera crashed and the dummy files are still present, the camera might think there are enough files to trigger it though.

Have the full sequence of what your script does would help here too.
Quote
I found this https://chdk.setepontos.com/index.php?topic=12523.22 and it seems to be the same issue regarding MotionVector.c. @srsa_4c suggests: "Moving the hooks around seems to have been enough."
What does he mean with moving the hooks around? what are hooks and how do I move them around? :D
That refers to hooks in the ports capt_seq.c code. It would likely only be relevant if the crash happens in the shooting process or relatively soon after.
Quote
Since the error does not happen during rawopint (I assume that rawopint was programmed correctly in this respect),
I wouldn't ;) CHDK behavior is generally not well specified. We're poking the guts of a poorly understood, reverse engineered firmware with well over 100 distinct variants, so "correct" is often what has been found to work on some particular camera under some particular conditions. Some things can be unambiguously *incorrect* however :haha
Quote
is there a way to send the camera in sleep mode for some hours and to terminate the ptp connection shortly after the sleep command for continuing the photos conversion on the pc in the mean time?
I think the "sleep" davedude referred is the CHDK script "sleep" function, which just yields the CHDK scripting engine so that kbd_taskcan do the other stuff it does. No script running would be equivalent to continuously sleeping (at least, from a CPU hogging point of view)

If you're think of a camera power saving sleep mode, the only one I'm aware of is when the sensor and screen turn off in rec mode. This does not affect PTP / USB functionality.
« Last Edit: Today at 19:05:40 by reyalp »
Don't forget what the H stands for.

 

Related Topics