Realtime downloading doesn't seem to work

xfactor35 commented

2025-12-01 07:08:58 +00:00

Pretty simple - the 'realtime' option doesn't seem to work for me. This was also the case with the last version(s) of the original Spotizerr. Even with the option on, songs take maybe 10 seconds to download, and I don't want to risk being flagged by doing that in any decent scale.

This is debian/docker version, downloading from Spotify.

Compose ():

  spotizerr-new:
    container_name: "spotizerr-new"
    image: spotizerrphoenix/spotizerr:latest
    volumes:
      - /srv/spotizerr-new:/app/data
      - /<directory>:/app/downloads  # <-- Change this for your music library dir
      - /srv/spotizerr-new/logs:/app/logs  # <-- Volume for persistent logs
    ports:
      - 7171:7171
    restart: unless-stopped
    environment:
      - PUID=1000  # Replace with your desired user ID  | Remove both if you want to run as root (not recommended, might result in unreadable files)
      - PGID=1000  # Replace with your desired group ID | The user must have write permissions in the volume mapped to /app/downloads
      - UMASK=000  # Optional: Sets the default file permissions for newly created files within the container.
#      - HOST=0.0.0.0
      - REDIS_HOST=<host IP>
      - REDIS_PORT=<redis port>
      - REDIS_DB=1
      - REDIS_PASSWORD=<password> # Optional, Redis AUTH password. Leave empty if not using authentication
      #- REDIS_URL=redis://:<redis pass@IP:port>/1      #add [password]@  before IP if using password - may also have to add "command" to redis - see documentation
      #- REDIS_BACKEND=redis://:<redis pass@IP:port>/1  #add [password]@  before IP if using password - may also have to add "command" to redis - see documentation
      - EXPLICIT_FILTER=false # Set to true to filter out explicit content
    depends_on:
      - redis-spotizerr-new

Config file - I'm not sure if the "version 3.3.1" tag remains necessary as it was in the last spotizerr version:

{ "version": "3.3.1", "watch": { "enabled": false, "watchPollIntervalSeconds": 3600, "maxTracksPerRun": 50, "watchedArtistAlbumGroup": [ "album", "single" ], "delayBetweenPlaylistsSeconds": 2, "delayBetweenArtistsSeconds": 5, "useSnapshotIdChecking": true, "maxItemsPerRun": 50 }, "service": "spotify", "spotify": "<USERNAME>", "deezer": "", "fallback": false, "spotifyQuality": "VERY_HIGH", "deezerQuality": "FLAC", "realTime": true, "customDirFormat": "%ar_album%/%album%", "customTrackFormat": "%tracknum% - %music%", "tracknumPadding": true, "saveCover": true, "maxConcurrentDownloads": 1, "utilityConcurrency": 1, "librespotConcurrency": 2, "maxRetries": 3, "retryDelaySeconds": 5, "retryDelayIncrease": 5, "convertTo": null, "bitrate": null, "artistSeparator": "; ", "recursiveQuality": false, "spotifyMetadata": true, "separateTracksByUser": false, "realTimeMultiplier": 0, "padNumberWidth": 2, "sseUpdateIntervalSeconds": 1, "explicitFilter": false }

Pretty simple - the 'realtime' option doesn't seem to work for me. This was also the case with the last version(s) of the original Spotizerr. Even with the option on, songs take maybe 10 seconds to download, and I don't want to risk being flagged by doing that in any decent scale. This is debian/docker version, downloading from Spotify. Compose (<angle brackets for redactions>): ``` spotizerr-new: container_name: "spotizerr-new" image: spotizerrphoenix/spotizerr:latest volumes: - /srv/spotizerr-new:/app/data - /<directory>:/app/downloads # <-- Change this for your music library dir - /srv/spotizerr-new/logs:/app/logs # <-- Volume for persistent logs ports: - 7171:7171 restart: unless-stopped environment: - PUID=1000 # Replace with your desired user ID | Remove both if you want to run as root (not recommended, might result in unreadable files) - PGID=1000 # Replace with your desired group ID | The user must have write permissions in the volume mapped to /app/downloads - UMASK=000 # Optional: Sets the default file permissions for newly created files within the container. # - HOST=0.0.0.0 - REDIS_HOST=<host IP> - REDIS_PORT=<redis port> - REDIS_DB=1 - REDIS_PASSWORD=<password> # Optional, Redis AUTH password. Leave empty if not using authentication #- REDIS_URL=redis://:<redis pass@IP:port>/1 #add [password]@ before IP if using password - may also have to add "command" to redis - see documentation #- REDIS_BACKEND=redis://:<redis pass@IP:port>/1 #add [password]@ before IP if using password - may also have to add "command" to redis - see documentation - EXPLICIT_FILTER=false # Set to true to filter out explicit content depends_on: - redis-spotizerr-new ``` Config file - I'm not sure if the "version 3.3.1" tag remains necessary as it was in the last spotizerr version: `{ "version": "3.3.1", "watch": { "enabled": false, "watchPollIntervalSeconds": 3600, "maxTracksPerRun": 50, "watchedArtistAlbumGroup": [ "album", "single" ], "delayBetweenPlaylistsSeconds": 2, "delayBetweenArtistsSeconds": 5, "useSnapshotIdChecking": true, "maxItemsPerRun": 50 }, "service": "spotify", "spotify": "<USERNAME>", "deezer": "", "fallback": false, "spotifyQuality": "VERY_HIGH", "deezerQuality": "FLAC", "realTime": true, "customDirFormat": "%ar_album%/%album%", "customTrackFormat": "%tracknum% - %music%", "tracknumPadding": true, "saveCover": true, "maxConcurrentDownloads": 1, "utilityConcurrency": 1, "librespotConcurrency": 2, "maxRetries": 3, "retryDelaySeconds": 5, "retryDelayIncrease": 5, "convertTo": null, "bitrate": null, "artistSeparator": "; ", "recursiveQuality": false, "spotifyMetadata": true, "separateTracksByUser": false, "realTimeMultiplier": 0, "padNumberWidth": 2, "sseUpdateIntervalSeconds": 1, "explicitFilter": false }`

xfactor35 referenced this issue from spotizerr/spotizerr

2025-12-01 07:26:06 +00:00

Is realtime downloading working for anyone else? #8

xfactor35 commented

2025-12-01 07:31:12 +00:00

Author

Well, I guess I can close this issue myself, as less than an hour before I posted this, someone replied to my issue in the original spotizerr project from two months ago and pointed out that the default multiplier "0" is not "zero multiplier" as it seems like it should be, but rather, "1"

I would suggest the default in that box should therefore be set to "1" and perhaps "0" should not be accepted as an option. Or otherwise, perhaps the checkbox is not needed, and the text should just say "0 = realtime off, 1 = realtime, 2-10 = multiples of realtime" or something like that.

I don't know if I should close this or keep it open as an issue with the clarity of the UI/settings explanation.

Well, I guess I can close this issue myself, as less than an hour before I posted this, someone replied to my issue in the original spotizerr project from two months ago and pointed out that the default multiplier "0" is not "zero multiplier" as it seems like it should be, but rather, "1" I would suggest the default in that box should therefore be set to "1" and perhaps "0" should not be accepted as an option. Or otherwise, perhaps the checkbox is not needed, and the text should just say "0 = realtime off, 1 = realtime, 2-10 = multiples of realtime" or something like that. I don't know if I should close this or keep it open as an issue with the clarity of the UI/settings explanation.

👍 1

bortsampson89 commented

2025-12-01 07:47:04 +00:00

Agreed, it took me a while to realize that the 0 multiplier was actually disabling the real time downloads even though I checked the enable real time downloads box. Both of your proposed solutions sound fine.

👍 1

spotizerrphoenix commented

2025-12-01 23:31:48 +00:00

Owner

updated in release: https://lavaforge.org/spotizerrphoenix/spotizerr-phoenix/releases/tag/v4.0.13

set minimum realtime multiplier to 1

pull latest docker image to see new changes: spotizerrphoenix/spotizerr

if unable to see changes, you may need to clear cache and reload browser after pulling latest image (ctrl shift r or cmd shift r)

Will close this issue, test it out and reopen as needed

updated in release: https://lavaforge.org/spotizerrphoenix/spotizerr-phoenix/releases/tag/v4.0.13 - set minimum realtime multiplier to 1 pull latest docker image to see new changes: `spotizerrphoenix/spotizerr` - if unable to see changes, you may need to clear cache and reload browser after pulling latest image (`ctrl shift r` or `cmd shift r`) Will close this issue, test it out and reopen as needed

🎉 1

spotizerrphoenix closed this issue

2025-12-01 23:31:48 +00:00

spotizerrphoenix self-assigned this

2025-12-02 00:07:02 +00:00

bortsampson89 commented

2025-12-02 03:31:03 +00:00

Awesome, thank you!

I was just reading the docs and noticed it says

Real-Time Multiplier: When real-time downloading is enabled, this multiplier adjusts how much faster (or slower) the download occurs compared to the track length.

I guess when it started at 0 maybe it gave you the option to do something like 0.5. I have no idea if that's useful, i'm super new to this (just set everything up yesterday). If you ever want to bring that back (and if i'm reading it correctly) it could default to 1 instead of 0 but still allow you to go slower than real time (and probably not allow 0.0). Idk, sorry for reopening this just wanted to put that out there.

Awesome, thank you! I was just reading the docs and noticed it says > Real-Time Multiplier: When real-time downloading is enabled, this multiplier adjusts how much faster _**(or slower)**_ the download occurs compared to the track length. I guess when it started at 0 maybe it gave you the option to do something like 0.5. I have no idea if that's useful, i'm super new to this (just set everything up yesterday). If you ever want to bring that back (and if i'm reading it correctly) it could default to 1 instead of 0 but still allow you to go slower than real time (and probably not allow 0.0). Idk, sorry for reopening this just wanted to put that out there.

xfactor35 commented

2025-12-02 04:12:08 +00:00

Author

I don’t know. All I know is that it worked until one of the last updates, and I never changed the multiplier setting, so either that setting got defaulted to zero in the update, or the functionality changed.

Rows
Columns

Realtime downloading doesn't seem to work #7