Feature request: allow multiple manifest requests under one authenticated session to possibly avoid rate limiting

[comradesean]

What problem is this feature trying to solve?

I'm archiving my collection (manifest-only). After ~110 requests the server begins rate-limiting connections for roughly an hour. I suspect the limit is triggered by logging in for each request.

How would you like it to be solved?

I'm wondering if the ability to make multiple/many manifest requests to the same depot within a single login session would bypass this limit?

Have you considered any alternative solutions

The only solution I have at this point is automating it while respecting the rate limit, but I'm still waiting an inordinate amount of time for the software with 5k+ manifests per depot.

Additional Information

No response

[mklewandowski]

Even some documentation around how many times per hour (or some known time interval) we can run DepotDownloader would be incredibly useful. I am working on a similar task as @comradesean and am hitting the rate limit around 120 requests. I'll have to use trial and error to work out what sort of timeout to use (any recommendations here are greatly appreciated). Thanks!

[scarletcafe]

I have made a build that allows this and a respective PR #707.

You can download the build from the GitHub Actions run here if you want to try it.

It allows downloading multiple manifests like this:

./DepotDownloader -app 730 -depot 731 -manifest 7617088375292372759 4899579212072880822 -dir "depots/%(depot_id)/%(manifest_id)"

The variables in -dir will be substituted, allowing the downloads to go to different folders (otherwise they will end up in the same folder...)

There are some caveats (see the PR) but it gets the job done and prevents re-authentication.