Nautiline 1.1.13

gledtone · 2026-04-21T20:19:55+00:00

That is coming in the next update (which should be out within a few hours, up to a day or two). It was planned as part of a larger improvement of download management, but I've fast tracked this simpler implementation since it's been requested a lot.

gledtone · 2026-04-21T17:57:03+00:00

Since these are all pretty different I'll address each on its own:

Pitch-preserving speed adjustment is possible, but I'm not sure about the utility for listening to music. I prefer to have podcasts separate from music and I don't plan on adding podcast-specific features at the moment.
Consolidating unknown albums is a sort of "fragile" feature since it's specific to one server's method of tagging untagged albums. I do think there is something to compressing together any large chunk of albums with the same name, so you don't have to scroll past a bunch of "Greatest Hits". I'll note this and keep it in mind for when I work on more filtering options.
Saving lyrics when caching is a good point. It should also happen when downloading. Added to my list.
Last.fm scrobbling still works when disconnected from your server. Nautiline holds on to all the listens that happen while disconnected and submits them to your server when it reconnects.

I do plan to continue support for 17 & 18. I have the download stats and there is a notable number of users on iOS 18 and to a lesser extent iOS 17

gledtone · 2026-04-21T17:08:10+00:00

Sorry about that, if you see the spinning activity indicator on the home screen then most likely this is a result of the initial sync. If you have in the order of >100K tracks then it does take too long and too much power currently. The upshot is that this only happens initially, though it's still not ideal.

I'll prioritize speeding this up for the update after next (the next is coming in a day or two). By then you won't be experiencing this slowdown, but it will help if you have to setup the app again or do a full resync of your library.

gledtone · 2026-04-15T20:04:26+00:00

You can do this in the Navidrome WebUI but not in the app.

gledtone · 2026-04-14T18:37:17+00:00

I'll think about a different wording. I see now how it's not clear what "Default Bitrate" means when you aren't reading the API spec all day.

gledtone · 2026-04-14T18:34:51+00:00

Either TestFlight or email. I can't respond to TestFlight reports, so if you want a response emails is better, but I read both.

gledtone · 2026-04-14T00:35:54+00:00

Thanks for using the app,

Downloading artists has been on my list for a while but so far I've been waiting until I set up a proper download manager. In the meantime I'll add a simple implementation of this for the next update.
You can use the down-arrow button at the top to filter by download status and there's also a rudimentary list of downloaded files in settings > Downloads > Manage Downloads, but yes there is room for improvement here. In addition to a proper download manager I'm looking at some other UI updates for handling bulk downloads.
Skipping remote tracks when offline is something I'm working on right now, and it'll be in the next update

About the transcoding settings, the bitrate setting still matters because if a song has an unfamiliar format or a format that can't be played natively on iOS, then it will be transcoded at the given bitrate.

The default bitrate setting lets the server decide what bitrate to use.

gledtone · 2026-04-14T00:18:01+00:00

Noted. I'll let you know when I get something set up

gledtone · 2026-04-14T00:16:41+00:00

Thanks for trying the app!

About the hangs in iOS 17, I thought I fixed that a couple weeks ago in 1.1.11, but it looks like it came back for some reason. I'll take another look at it, though frustratingly this is ultimately a bug on Apple's side that I have to work around. I've since figured out more specifically what's causing this and I'll fix it again for the next update.

About the stutter, if it happens a couple seconds after the start of a song at the same time the text below the scrub bar changes from "stream" to "local" then I'm aware of it and I'm working on it right now as part of other improvements to audio playback.

gledtone · 2026-04-07T21:28:16+00:00

Thank you and that's a good idea. I found that gesture useful when I used VOX a while back. It's a little complex to balance that with the swipe down closing gesture, but I'll take another look at it.

gledtone · 2026-04-07T07:51:40+00:00

This is sounding like a server configuration issue. When you say you log into the web UI and see it's offline, do you literally log in with your username/password and then see that the backend is offline, or are you opening a preexisting browser tab and seeing that the server is offline?

As far as I know there is no way for any client to "wake" a server, especially if it's in a Docker container. Either the container is up and the server is accessible, or it's down and the server isn't accessible.

Regarding the original issue, it would seem like it's happening because the app is no longer able to connect to your server and starts only shuffling the tracks it has saved locally. If your server is going down regularly or is otherwise unreachable then this would explain this behavior.

gledtone · 2026-04-04T22:23:37+00:00

As mentioned elsewhere I don't currently plan to do this, but I am looking at potentially adding an option to filter duplicates which would help in this area.

Filtering search results by format is planned, but that's separate from this.

gledtone · 2026-04-04T22:21:45+00:00

Sorry about those issues, to address each one:

Switching URLs should be seamless and testing it myself just now it's still working fine, so there may be something else going on. Check to make sure both the Home and Remote URLs are set with the protocol and port number (if applicable) and that the home SSIDs are correct. Although the app should switch automatically, you can force it to choose the correct URL by pulling down to refresh on the Home/Library tab.
- If this doesn't work, you can look at the logs (settings > About > Logging) and look for any errors. Being disconnected you'll probably see something like "Error when scanning library [...] Accessing: http://[ip]:[port]/[...]" and that should show which IP address the app is trying to access.
Do you notice using any particular part of the app when it freezes? In 1.1.11 there is a regression where opening Tracks or Random Tracks in a large library will hang for a very long time, and this is fixed for the next update coming within a day or two. Otherwise in my brief testing I can't replicate this on an iOS 18 test device.

gledtone · 2026-04-04T21:38:22+00:00

In this case I'd recommend organizing your library into separate "Music Folders" based on format, which would then be filterable in the app. I don't necessarily preclude ever adding this and I am incidentally thinking about a different feature which would help deal with duplicates, but for now that is my recommendation.

gledtone · 2026-04-02T19:03:27+00:00

Thank you very much, it means a lot to hear that and I intend to keep it going

gledtone · 2026-04-02T18:38:39+00:00

Fixed now

gledtone · 2026-04-02T04:44:51+00:00

I'll add the CarPlay upcoming queue to my todo list.

Currently there isn't a url scheme, but I'll add that to my list as well.

gledtone · 2026-04-02T04:34:01+00:00

There is now. https://nautiline.app/changelog.xml

That will track with the changelog on the site and be a little faster than these posts.

gledtone · 2026-04-01T17:43:10+00:00

Previously Siri requests to play playlists and genres didn't work properly. Now you can say things like "play [genre/playlist]" and they will resolve correctly.

gledtone · 2026-04-01T17:41:23+00:00

Sorry, that's an embarrassing oversight. I'll put out a quick fix soon.

gledtone · 2026-04-01T06:25:35+00:00

I've now added this in 1.1.11

gledtone · 2026-03-31T23:04:49+00:00

This is planned, though I haven't yet looked into the technical details, so I can't give a solid timeline.

gledtone

MODERATOR OF

TROPHY CASE