| Issue 132: | Resume download after network change | |
| 1 person starred this issue and may be notified of changes. | Back to list |
What Version of iTiVo? 1.7.6 What Version of MacOS X? 10.6 What download format did you select? mp4 (default) What steps will reproduce the problem? 1. Place items in iTivo download queue 2. Let downloading start 3. Put machine to sleep 4. Move machine to new location with different network config. 5. Wake machine up iTiVO will be very unhappy until you cancel the current download. It would be nice if iTiVO could recognize the underlying network change and re-establish communications with the TiVO afterwards. Ideally, if it could resume the download rather than restart it, but, I don't know if the TiVO is capable of that. Please provide any additional information below.
Feb 27, 2012
To clarify... Minimum functionality is it should detect that the IP has changed, terminate the current download and start over. Ideal functionality would be that it detects that the IP has changed, terminates the current download, and does an offset fragment GET to resume the transfer where it left off. As I said, I don't know if the TiVO HTTP server supports partial file GETs, so, the ideal functionality might not be possible in that case. However, it seems to me that the base functionality should be relatively trivial. If the TiVO supports partial GET operations, then, the ideal functionality wouldn't be too challenging. The tricky part would be making sure to restart the transfer in exactly the right place and not have any data corruption due to partial buffers, etc. during the first transfer. IIRC, this is best handled by rewinding a bit from the end of the file and starting the transfer a few blocks back from that point and overwriting a small amount before transferring new data to be certain of a clean transfer in that area. Thanks for looking into this. |
Owner: tony1ath...@gmail.com
Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-Low