Allow passing a URL and streaming an image to the drive. about etcher HOT 9 CLOSED

In Etcher, we want to allow the user to pass a URL to an image hosted on the internet, and stream directly to the device. The scope of this project is to implement a new function in etcher-image-stream called “.getFromURL()” that sends an HTTP request to the provided endpoint and makes use of the provided response headers to determine the image size, format, compression, etc to return all the needed information.

If the image is compressed, the function should return the appropriate transform stream that can deal with it (see examples on the same modules).

This functionality should be tested by an end to end suite that starts a local HTTP server to serve example images, and uses those endpoints to write the image to a temporary location, and assert that the image was written and decompressed correctly (if needed).

from etcher.

For v1 we are ok with two stage download and write, right?

from etcher.

from etcher.

Following #975 concept, would it be possible to have a widget on publisher's webpage that will preload Etcher with a specific image? For instance, on Raspberry Pi's Raspbian page, there could be 3 CTA's: Download Torrent , Download Zip and Flash with Etcher or Load to Etcher.

With regards to the UI, I see two easy ways to add this feature to v01 without messing too much with the current UI. 1) 'Select Image' remains the main CTA and below that there is an option to add a custom URL 2) A dropdown that contains most popular images replaces the main CTA and below there is an option to select a local image and probably a custom url. In both approaches, user can still drag and drop a local image. But again, we should figure out how many users will use local images vs custom urls vs popular images (dropdown).

from etcher.

from etcher.

Exactly, pretty much the same way torrents and magnets work.

from etcher.

We should re-use https://github.com/zenflow/node-fast-download for this task:

node module and command-line program for accelerated (multiple connections) http download Stream

from etcher.

Given the current plans for v2, should this issue be closed?

from etcher.

Yeah, lets do it. Given the complexity of streaming any kind of images, we decided to only support streaming on our internal image catalog.

from etcher.