1) There have been many posts in regard to when does the number limit reset...it was denoted by 'admin' that it resets at midnight your time. And yes, after that time you able to resume downloading your content as a new day for that site/service.
2) Why would you want to log out while still having items to be downloaded? But for the second portion/example...what is in the queue should stay in the queue, I have had content carryover in the queue for a site, went to bed and found my computer rebooted itself over night and the content in my queue was still intact, just had to continue downloading. Mind you...I did not log out. (By the way, StreamFab reloads itself on startup of your computer if you don't disable that function and you still stay logged onto a site)
3) Have not turned off the Turbo speed yet since it was introduced. What I have noticed is certain sites and movies download at whatever the provided speed is set at per resolution that is available, some asked in the past for real time downloading, so it might in question but 1080 is my preferred download and it is plenty painful downloading with some sites, so I always have it ticked.
Down2Earth
Thank you for the response
For #1, I did see it mentioned midnight, but the way it was written, I wasn't clear if that was the time or something like after the 50, you need to wait 24 hours from that time to start again. However I'm curious on how the limit of 50 works. For example, I selected 51 and I didn't get any messages. Once #50 completes, does it throw a message and the remainder sits in the queue? I thought I read something that someone got more than 50 in a day, but doing small chunks and waiting 5 to 6 hours and doing another small chunk. Mind you I think this was right after the limit was announced, so that loophole might have been fixed.
For #2, I don't mean Streamlabs, I'm talking about the actual website to the provider. For example I end up having to re-enter my password every couple of days. I didn't know if there was a "key" for that login session, which would throw an error, if I attempted to start the queue for something that was added in "Login Session A", but not actually started until "Login Session B"
For #3, I'll have to switch it off and see what happens. I can understand why someone would want a more "in real time", but probably don't want a "screen recording"
