v0.4.0rc1.dev5

Summary

Some small issues have been fixed since the last version (v0.4.0rc1.dev4). No new features were added, though one setting was added to the camera profile to deal with one of the issues.

Please take a look at the release notes for previous pre-release versions, which include dev0, dev2, dev3, and dev4. Note that Dev1 was never released due to an oversight.

Please post any feedback regarding this release in this issue. I want to hear anything and everything you have to say regarding this version, even if it's just to say you installed it! Typically I only hear about problems, not successes, but it is absolutely critical for me to know how many successful installs there are vs failures, and I have no other way of knowing. I'm especially interested in some Python 3 testing if anyone is interested, since I've only tested this in a Windows environment. Thanks in advance, and I look forward to hearing from you!

Bug Fixes

• The pre-flight test that makes sure M114 is supported by the current printer was broken by a change to the Octoprint source. This was handled by running the test on a new thread. Fixes #459.
• A few absolute URLs were being used for some requests, which broke some configurations. These have been removed. Fixes #457.
• Disabled camera's custom image preferences weren't being applied on reboot. This alone wouldn't have been a bug, but it was making it appear as though the preferences weren't being saved. I added an option to apply the preferences for disabled cameras as a workaround.
• Some various UI formatting issues and typos were corrected.
• Rendering archive file cleanup was not working 100% when rendering is disabled.
• Cura settings migration from previous versions of Octolapse were leaving the vase_mode setting null, which caused an unnecessary error on print start unless the Cura profile was updated. Fixes #458.
• Some print start warning popups weren't displaying.
• Fixed incompatibility between Octolapse and the Fullscreen Webcam Plugin. Fixes #460.
• Added support for Zip64 in Python 2.7. Potential fix for #464.
• The default loopback address was incorrect for any empty relative camera stream urls.
• The current run configuration was not changing to the error color when configuration errors were detected.
• Timelapses were not showing up in the stock timelapse plugin if the Octolapse and Octoprint timelapse folders are the same. Fixes #468.
• On before print start scripts were not running for non-script cameras (gcode and webcam types). Fixes #469.
• Some camera and rendering settings were not getting reset after importing a new profile from the profile repository. Specifically, the camera scripts (now always cleared after import), rendering overlay, and watermark settings.

Known/Unsolved Issues

1. Sometimes the Octolapse install appears to fail but works properly after a reboot. This has been reported a couple times, but I have not been able to replicate it.
2. There are compatibility issues when trying to use the custom image preferences with some plugins, including OctoPrint Anywhere and The Spaghetti Detective*. It is still possible to use Octolapse while these plugins are enabled, but some configuration settings changes may be required.
3. Octolapse is not fully compatible with plugins that modify the gcode stream. Specifically, there are issues with plugins like the Exclude Region and Cancel Object plugin. Octolapse may miss snapshots when using the Smart Triggers with these plugins, and retraction/deretraction may be off.
4. The default Make/Model printer profiles are designed for Manufacture Issued Firmware and may not be configured correctly if you flashed your own firmware. This is especially true if you've flashed your own build of Marlin to your printer. Specifically, the G90/G91 Influences Extruder setting has been giving me lots of grief. When using the default Marlin configuration, this setting should be true, but for the majority of stock firmware installations it should be set to false. I am working on a feature to auto-detect this setting, but it's not ready yet.
5. Snapshot archiving has failed for at least one user when a LOT of ultra high resolution DSLR images were archived (over 3K).
6. H.264 will run out of memory quickly when trying to render very high resolution videos (4k, DSLR, etc). My Pi3B+ with 1GB ram cannot render videos with a reasonable amount of frames with the available memory. I have not yet had a 1080P video fail due to a lack of memory, though I have not recorded 1000s of frames, so I'm not sure.
7. H.265 isn't working properly on OctoPi. Still diagnosing this, but it works fine on windows.
8. Custom image preferences may appear to revert if settings aren't applied at reboot. The saved settings will still be correct, but might not be reflected in the popup.
9. Can't import any files archives larger than 1GB.
10. Some videos made with lossless JPG formats fail in some players.
11. Some reports indicate that zip archives can't be opened in some instances. I've not been able to replicate this.
12. Some reports indicate that very large files fail to download, but I can't replicate this. See issue #464 if you encounter this issue.
13. If timelapse files are deleted from the stock timelapse tab or the Octolapse timelapse browser, they go out of sync. Not a huge deal (just refresh), but it will be difficult to fix 100%, at least for files deleted from the OctoPrint timelapse tab.