Download timeouts
This commit is contained in:
@@ -141,6 +141,8 @@ in-progress download can temporarily exceed the budget. The cache lasts until
|
||||
the agent exits; it is not retained across restarts.
|
||||
|
||||
A track that is not cached is still downloaded completely before playback.
|
||||
The HTTP server allows up to one hour for a response, including media
|
||||
transfers, so large lossless tracks can finish over slower connections.
|
||||
The next track is fetched after the play command completes. Commands are
|
||||
processed in server order, so a pending prefetch can still delay a later manual
|
||||
track selection.
|
||||
@@ -345,6 +347,10 @@ configured RKT Web Player server, downloads assigned tracks over HTTP, and
|
||||
plays them with @tt{racket-audio}. Its configured display name is authoritative
|
||||
and is followed by the server. Importing the module does not start the GUI; the
|
||||
function must be called explicitly.
|
||||
During downloads, including prefetching the next track, the GUI shows the
|
||||
filename and received megabytes. When the server supplies the file size,
|
||||
it also shows the total size, percentage and a progress bar. The display
|
||||
updates every half second and disappears when the download finishes or fails.
|
||||
The GUI and its @tt{racket-tray} system tray support the same ten languages
|
||||
based on the operating-system language, with English as fallback. Closing or
|
||||
minimizing the window hides it in the tray. The tray menu restores the window
|
||||
|
||||
Reference in New Issue
Block a user