Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign up[Request] Backport snapshot capturing via requests from 4f5dc70 to release branch #1078
Comments
This comment has been minimized.
This comment has been minimized.
|
Hi @krisp, It looks like there is some information missing from your ticket that will be needed in order to process it properly. Please take a look at the Contribution Guidelines and the page How to file a bug report on the project wiki, which will tell you exactly what your ticket has to contain in order to be processable. If you did not intend to report a bug, please take special note of the title format to use as described in the Contribution Guidelines. I'm marking this one now as needing some more information. Please understand that if you do not provide that information within the next two weeks (until 2015-10-16 02:40) I'll close this ticket so it doesn't clutter the bug tracker. This is nothing personal, so please just be considerate and help the maintainers solve this problem quickly by following the guidelines linked above. Thank you! Best regards, PS: I'm just an automated script, not a human being, so don't expect any replies from me :) Your ticket is read by humans too, I'm just not one of them. |
This comment has been minimized.
This comment has been minimized.
|
I already did that on July 20th on the |
This comment has been minimized.
This comment has been minimized.
|
Ported to |
This comment has been minimized.
This comment has been minimized.
|
super, thanks! |
I am using a popular CCTV package called Blue Iris to manage cameras around my property, so I also have the IP camera watching the 3d printer hooked into it so I can monitor along with everything else. To that end, I have had no success getting the OctoPrint timelapse feature to work downloading still images from the correct URL. I could view the jpeg in the browser and wget and curl the jpeg on the octoprint vm. However, timelapse.py would always throw a urllib timeout error when trying to pull a snapshot.
I spent a few minutes debugging this with urllib and httprequest debugging enabled and found that urllib.urlretrieve() would connect to blue iris' http server but hang forever retrieving the image. Since this behavior is different than curl and wget I figured it must be something with urllib and tested using python's "requests" library instead which works fine with Blue Iris and should work with any other web server.
This patch changes timelapse.py from urllib to requests and writes jpegs in 1kb chunks rather than storing the whole image in ram.
(if applicable - always include if unsure):
System running Browser (if applicable - always
include if unsure):
(ALWAYS INCLUDE AND DO NOT TRUNCATE):
gist.github.com or pastebin.com (if applicable - always
include if unsure or reporting communication issues AND
DO NOT TRUNCATE):
on gist.github.com or pastebin.com or alternatively a
screenshot (if applicable - always include if unsure
or reporting UI issues):
include if unsure or reporting UI issues):
I have read the FAQ.