-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gphotosdl stops responding to requests from rclone - Google photo transfers drop to zero #4
Comments
Thanks!
I think we need to make it reliable first, but yes I think multiple tabs is probably the way to go.
I didn't see this in my testing. It is possible that something has changed at google.
The best thing to do would be to run It would be worth running gphotosdl with the |
Command prompt debug output.txt Ok get an out of memory issue by the look of it but plenty of memory available ![]() ![]() ![]() ![]() |
Great - we are getting somewhere :-) I tried that locally and yes, I can see that the browser memory just keeys going up and up. I made a small change to the code to make it download each photo in a new tab. This should help with the memory use. Let me know what you think? This is half way to downloading multiple photos at once with multiple tabs, but I decided not to go that far just yet. Please try release v0.0.2 with this fix. Thanks |
Thanks Nick,
Let me know when release 0.02 is pushed through on GitHub. Not showing at
the moment
…On Fri, 17 Jan 2025 at 8:23 pm, Nick Craig-Wood ***@***.***> wrote:
Great - we are getting somewhere :-)
I tried that locally and yes, I can see that the browser memory just keeys
going up and up.
I made a small change to the code to make it download each photo in a new
tab. This should help with the memory use.
Let me know what you think?
This is half way to downloading multiple photos at once with multiple
tabs, but I decided not to go that far just yet.
Please try release v0.0.2 with this fix.
Thanks
—
Reply to this email directly, view it on GitHub
<#4 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BOQJFWLUVGJ2XXCAA5ODQ3T2LDY35AVCNFSM6AAAAABVGMQ3TGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKOJYGI2TEMBUGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Sorry, forgot to push the tag! The release is here: https://github.com/rclone/gphotosdl/releases/tag/v0.0.2 |
Thanks for the update but unfortunately same issue with v0.0.2
<img width="801" alt="Image" src="https://github.com/user-attachments/assets/977184d7-763b-458c-8565-42af75d6c603" />
<img width="929" alt="Image" src="https://github.com/user-attachments/assets/ebe5b802-25cb-4b00-b27a-b5b967daef69" />
|
Can you show me a task manager graph of the memory increasing with the chrome process? |
First of all great idea - appreciate the effort to get a solution to the google photos issue.
The proxy solution has a few limitations. First and foremost is the speed, with only one transfer at a time and waiting for the proxy browser to pull info it will take weeks to transfer my photos out of google (hence google takeout isnt an option). The multiple tab idea might be worth persuing to make this much faster.
There does seem to be an issue with the proxy browser stopping responding randomly to rclone download requests. To solve this I am running gphotosdl in a bat file that kills and restarts gphotosdl after 15 mins. Thankfully rclone waits patently and reconnects to the proxy once it starts.
Suggest a little more debugging is required to make this more stable. Let me know how I can assist.
I'm using the following command to start rclone which is configured to run gPHOTOS remote as a separate user in Google Cloud:
For the gphotosdl my batch file looks like this for others benefit:
Output from gphotosdl seems to be ok when its starts working, however it stops showing download photo notifications when it stops responding and rclone slowing drops transfer speed to 0 B/s as seen above:
The text was updated successfully, but these errors were encountered: