Very inefficient and slow if downloading "directly" to external volume

[danielpunkass]

First, thanks for the years of providing this tool. It's been very handy!

I commend you diving in to use Swift and Cocoa for this year's iteration. An unfortunate consuquence, I guess of the way that NSURLSession works, is when you run the tool on an external volume, the process is slowed down by the fact that NSURLSession downloads the file first to a temporary folder on the boot volume, and then the script copies the download to the destination folder. With each video comprising multiple GB of data, this causes a several minute delay on my Mac between the download of a video, and the beginning of downloading the next one.

It sure seems like an oversight that NSURLSession doesn't support specifying a volume on which the temporary download file should be saved.

I don't really expect a fix, just wanted to share my observation here in case somebody thinks of a clever/easy solution. I think that the "right" fix might unfortunately be moving away from NSURLSession's default downloader task

[danielpunkass]

By the way, thanks for the link to the WWDC app. I had looked at it before but didn't think about how suitable it is for downloading an archive, the same way I had used your script for before.

[ohoachuck]

Hello Daniel,
thank you for this very interesting remark. I have never realised NSURLSession impact if we directly download on an external drive. I'm then curious to see what smart solution could easily fix this.

O.