@3dprint3d, thank you for posting that! I actually updated the guides to reflect this a short time ago. Unfortunately the video still shows the old code, but I plan to create new videos soon.
Thanks a lot ill be following your youtube channel for those videos.
Is there any platform where you upload them?
And thanks to all your team for your development
El El sáb, 9 de noviembre de 2019 a la(s) 11:43, Brad via OctoPrint Community Forum noreply@community.octoprint.org escribió:
Is there any platform where you upload them?
Pretty much Youtube is all at the moment. Any suggestions?
And thanks to all your team for your development
Thanks! It's pretty much just me, though a few key features and various enhancements have been added by a few kind folks. I list out everyone in the about page of the plugin.
Hello again, ive upgraded from Octolapse 0.3.4 to 0.4.0rc1.dev2 with OctoPrint 1.3.12 running on OctoPi 0.16.0
And now im getting this error 
Unable to start the timelapse. Cancelling print. Error: Unable to start the timelapse. See plugin_octolapse.log for details
plugin_octolapse.log (130.2 KB)
hope you could help im thinking in a downgrade but i upgraded to try the new snap to print features.
Thanks in advantage
Yes, there was a bug in the script camera settings (DSLR) in dev1.rc2. I'm working on dev1.rc3 right now. I just have a few final things to finish. I'll PM you a link to the devel branch once I think it's close enough for you to upgrade.
I can't wait to hear what you think about snap-to-print. However, you will lose some of the benefits since DSLRs generally take a lot of time to snap a picture, which can lead to some oozing. There are several modes, however, one of which is 'High Quality' mode. This will reduce the smoothness of the timelapse somewhat, but can generally keep oozing inside of exterior perimeters.
Hello
Thanks for that I'll wait for the link to test all your new features i was thinking in a downgrade but i will wait your news!!
El El dom, 10 de noviembre de 2019 a la(s) 10:55, Brad via OctoPrint Community Forum noreply@community.octoprint.org escribió:
Hello FormerLurker, im trying to get to work the before render script described here after i upgraded to Octolapse v0.4.0rc1+u.9479c74 but when i try to execute from ssh the error im guetting is:
Creating directory:
mkdir: cannot create directory '' : no such file directory
saving file as _MG_8752.JPG
saving file as _MG_8753.JPG
saving file as _MG_8754.JPG
mv: cannot move '_MG_8752.JPG' to '' : No such file or directory
mv: cannot move '_MG_8753.JPG' to '' : No such file or directory
mv: cannot move '_MG_8754.JPG' to '' : No such file or directory
mv: cannot stat '.JPEG' : No such file or directory
mv: cannot stat '.jpeg' : No such file or directory
i'll apreciate your kind help
can you paste in the exact command you are trying to execute?
thanks this is the exact commands i executed from SSH trying to figuring out why octolapse didnt render
/home/pi/scripts/before-render.sh
this is the before render script
#!/bin/sh
# Camera Pre-Render script
# Written by: Formerlurker@pm.me
# Put the arguments sent by Octolapse into variables for easy use
CAMERA_NAME=$1
SNAPSHOT_DIRECTORY=$2
SNAPSHOT_FILENAME_TEMPLATE=$3
SNAPSHOT_FULL_PATH_TEMPLATE=$4
# Check to see if the snapshot directory exists
if [ ! -d "${SNAPSHOT_DIRECTORY}" ];
then
echo "Creating directory: ${SNAPSHOT_DIRECTORY}"
mkdir -p "${SNAPSHOT_DIRECTORY}"
fi
# switch to the snapshot directory
cd "${SNAPSHOT_DIRECTORY}"
# download all of the images on the camera
gphoto2 --get-all-files --force-overwrite
# rename images according to the supplied file template
a=0
for i in *.JPG *.jpg *.JPEG *.jpeg; do
new=$(printf "${SNAPSHOT_FILENAME_TEMPLATE}" "${a}")
mv -- "${i}" "${new}"
a=$((a+1))
done
Ive uploaded the octolapse log if that helps.
Thanks again
plugin_octolapse.log (36.7 KB)
Lots of problems in the log, and it's hard to tell what has changed, and what is still a problem. However, this line:
The script at path 'https://github.com/FormerLurker/Octolapse/archive/devel.zip' could not be found for for New Camera - Snapshot Camera Script. Please check your script path and try again.
Is a problem. You should not have a URL in any of the camera script settings. That is only for .sh files.
Next issue:
The script at path '/home/pi/scripts/initialize-camera.s' could not be found for for New Camera - Before Print Camera Script. Please check your script path and try again.
Your path is incorrect. your script ends in .sh not .s, so be sure to fix that.
The rest of the errors look like permission problems. I see a before print script here:
/home/pi/oprint/local/lib/python2.7/site-packages/octoprint_octolapse/script.py
Not sure what is going on there, but you shouldn't be calling scripts from the site package directory. Also, that is a python file, which you can't execute directly. Not sure exactly what's going on there. Are you using full path strings when calling these scripts, like this: /home/pi/....my_script.sh? If not, do that.
Next, have you tested the gphoto2 --get-all-files --force-overwrite command through the terminal to make sure it downloads all files on the SD? Make sure that works, and look at the file name format. Paste in a few samples if you can.
Perhaps you could clean out the log files (edit your logging profile and click clear logs), remove any scripts from all camera profiles you aren't having problems with, then click the test button next to the ones you are, then send me that log. That would be helpful since we could focus on one thing at a time.
Thanks!
Thanks again sorry for the messy log.
I get this when testing the gphoto2 line
pi@octopi:~/scripts $ gphoto2 --get-all-files --force-overwrite
Saving file as _MG_8912.JPG
Saving file as _MG_8913.JPG
Saving file as _MG_8914.JPG
Saving file as _MG_8915.JPG
Saving file as _MG_8916.JPG
Saving file as _MG_8917.JPG
Saving file as _MG_8918.JPG
Saving file as _MG_8919.JPG
Saving file as _MG_8920.JPG
Saving file as _MG_8921.JPG
This is de cleaned log just with the DSLR profile, My Webcam (logitech works perfect and the log didnt present errors)
plugin_octolapse.log (843 Bytes) !
!
1 Like
Perfect, thank you! That's what I like to see 
So here is the issue:
mv: cannot stat '*.jpg': No such file or directory
mv: cannot stat '*.JPEG': No such file or directory
mv: cannot stat '*.jpeg': No such file or directory
So, either no files are getting downloaded from the gphoto2 --get-all-files --force-overwrite command, or the file doesn't end with one of the three extensions above (case sensitive). I would check the /home/pi/.octoprint/data/octolapse/tmp/octolapse_snapshots_tmp (or something similar, this is settings controlled) directory and see if your snapshots are somewhere in there. Next, I would take a few pics with the DSLR, plug it into your pi, and try downloading them with the gphoto2 --get-all-files --force-overwrite command. If no files are downloaded, either the command is not correct for your camera, or your camera doesn't support that function. If images do get downloaded, take a look at the file name and extension (post it here). The script may need some subtle adjustment.
One other possibility is that the images aren't actually being stored on your SD card. You should be able to check that out by deleting all images from your camera, running a timelapse in test mode (see Octolapse tab), letting your DSLR take a pic or two, then stopping the print and checking the SD card for images.
Let me know the results of your tests.
I hope that helps!!
Hello and thanks again.
Checking the /home/pi/.octoprint/data/octolapse/tmp/octolapse_snapshots_tmp
I found only 2 images that i think are not from my DSLR (canon T6)
pi@octopi:~/.octoprint/data/octolapse/tmp/octolapse_snapshots_tmp $ ls
latest_354def78-9eea-409a-ad23-ee966dfff4ba.jpeg
latest_thumb_354def78-9eea-409a-ad23-ee966dfff4ba.jpeg
Next, I took and downloaded the images.
pi@octopi:~ $ gphoto2 --get-all-files --force-overwrite
Saving file as _MG_0001.JPG
Saving file as _MG_0002.JPG
Saving file as _MG_0003.JPG
pi@octopi:~ $ ls
_MG_0001.JPG
_MG_0002.JPG
_MG_0003.JPG
mjpg-streamer
OctoPrint
oprint
scripts
I cannot say if my camera doesnt support that function now. I´ve been using the same camera before the octolapse upgrade
The good thing is that the photos are being storen in my camera SD, i can render the timelapse manually when im shooting at higher resolution images 
Hmm.. It looks to me like it should have worked! I need to run this myself and attempt to replicate your issue. I will let you know when I've got that taken care of. Nudge me if it takes too long (will be a day or two).
Hello, srry for being annoying i was just wondering if you found anything, and thanks again for the help
You aren't being annoying at all! In fact, had you not messaged me, this would have vanished into the ether. The form doesn't have any bug tracking features, so it's super easy to lose track of things.
I re-reviewed all of the data thus far, and believe I need some additional logs to get this figured out. Would you mind creating an issue on Github? You can generate the logs for me by creating a new logging profile using these settings under 'Additional Logging'
Then clear the current logs by clicking the clear log button above the logging settings you just changed:
I've also circled the download log button, which you will need later.
Turn test mode on here:
and print at least 3 layers making sure at least 3 snapshots are taken to ensure the rendering processor will make an attempt to render the images.
Finally download the log using the button marked 2 in the screen cap above and post it to gist.github.com so you can link it to the issue. To be thorough, please also add your gcode file and settings.json file to the gist. You can export your settings by clicking the 'Gear' icon in the Octolapse tab, then the 'Export Settings' button. Also consider attaching all of your .sh scripts to the gist so I can completely recreate your setup.
Before you do any of that, it wouldn't hurt to upgrade to v0.4.0rc2, since there are several bug fixes in there. You can install with this url: https://github.com/FormerLurker/Octolapse/archive/v0.4.0rc2.zip
That way I will be running my tests on the same version of Octolapse, with the same settings, scripts and gcode.
Once this is all done I'll probably create a special logging profile to help figuring out DSLR script issues. Perhaps you can test that for me as we work our way through this.
Looking forward to seeing your issue on github!
1 Like
Thanks again I think i have all the information covered
1 Like