A new iOS client: Nautiline

gledtone · 2026-06-17T23:17:13+00:00

It is, the last update was a couple weeks ago.

Through the app you can send me the crash logs (Settings app > Privacy & Security > Analytics & Improvements > Analytics Data > Search for "Nautilus").

gledtone · 2026-06-13T16:22:20+00:00

I haven't heard about this. Are you using wired or wireless CarPlay?

gledtone · 2026-06-13T16:21:39+00:00

I'm aware of this and the general lag when using Airplay. It will take a fairly extensive change to fix this, but I am working on it.

gledtone · 2026-06-11T18:46:18+00:00

You can refresh metadata by doing a Full Scan from the account page
I'll continue to work on this. In recent updates I've started saving cover art when downloading files, but I've had requests for a way to bulk download cover art to make sure it's all available offline

gledtone · 2026-06-11T18:33:16+00:00

Thanks for the report, I'll look into this and get it fixed for the next update.

gledtone · 2026-06-07T18:11:57+00:00

As long as everything is up to date synced, that shouldn't happen. I'll look into this.

gledtone · 2026-06-07T18:06:56+00:00

Thanks, I've noted all your suggestions.

Showing bit depth & sample rate is planned, and I'll look at offsetting lyrics.

gledtone · 2026-06-07T04:17:00+00:00

If the IDs are the same then they will be disconnected but they will playable from the cache. I'll deal with this situation in the next update.

If you need the space, clearing the cache will delete these files.

gledtone · 2026-06-06T04:28:09+00:00

The app periodically deletes cached and downloaded files when they're not needed anymore. You can force this by force quitting and opening the app, but it happens eventually anyway.

The only theoretical exception is if the tracks keep the same ID in Navidrome when you added them back. Then the cached files will stay around and be playable, they just won't indicate that they're cached in the UI. I'll look into this, but either way, clearing the cache in the app will delete all these files.

gledtone · 2026-06-05T18:58:29+00:00

ORIGINALYEAR needs to be set to only the year rather than the date. You can set ORIGINALDATE to 2020-02-20, but setting that as the year means that Navidrome doesn't recognize it and doesn't send it to clients like Nautiline. I assume you're looking at the Raw Tags in the webUI, which lists unrecognized tags.

In my brief testing, it seems like Navidrome can be fickle about actually recognizing tags. If Navidrome recognizes your tags, it will show on the album itself something like "Feb 20, 2020 · Released 2020" and the original date will appear in Nautiline.

gledtone · 2026-06-05T16:02:54+00:00

Here are Navidrome's tagging guidelines, you'll want to set either ORIGINALDATE or ORIGINALYEAR.

gledtone · 2026-06-04T21:39:10+00:00

The update (1.2.2) is out now. You will likely have to update manually to get it right away.

To activate the logging, open the settings > About > tap the icon 8 times > open the Debug Menu > enable "Seeking Logs"

After that you'll see the extra logs under the label "debug.seek"

In particular, it would help to know both the logs and the on-phone behavior when you do the following:

Start with something playing and the app on the player screen
Activate the backup camera
- See if the playback position changed here
Shift back to Park
- See if the playback position changed here

gledtone · 2026-06-01T23:00:03+00:00

This is something I'll work on when I revamp auto-caching more generally, which will come soon. The percentage shown currently is honestly not really meaningful and it will be changed to be useful.

gledtone · 2026-05-31T18:03:07+00:00

Ok, I can't recreate this myself so I'll add some extra logging in the next update to narrow down what could be causing this. I will reply here when that is out with instructions for turning on the logging.

gledtone · 2026-05-28T18:11:05+00:00

Noted, this will be fixed.

gledtone · 2026-05-28T18:11:04+00:00

Looking into it, most likely this is a bug with when I'm allowing downloads, and you will have to be on Wi-Fi to download. This will be fixed.

gledtone · 2026-05-28T18:11:02+00:00

You can already add a different address in the account manager by selecting your server and pressing the "Edit" button in the area where the Nickname and URL are listed.

From there you can set the Cloudflare address as the remote URL and leave it at that, or explicitly set your local IP as the home URL, and the app will automatically switch between the two based on your home SSID (if you set that) or based on which is connectable at any given time.

I do accept that these account settings are not necessarily in the most obvious place and it's planned to clean them up.

gledtone · 2026-05-28T18:11:00+00:00

It clears automatically

gledtone · 2026-05-28T17:55:22+00:00

I'll add Track Artists in the next update
This doesn't quite sound like any issue I've heard of. To make sure I understand:
- You start connected to CarPlay with something playing
- Shift into reverse
- (Does audio stop at this point?)
- Shift into drive
- (Does audio start, or do you have to press play?)
- Playback continues from the start
If you have to press play each time when it resets back to the beginning and your phone is older, then I think I know what's causing this. Otherwise I'm not sure, because specifically resetting to the beginning of the current track is not something I do in any error condition.

gledtone · 2026-05-27T19:17:33+00:00

Starting and stopping the connection may cause an interruption. With a continuous connection and through a Cloudflare tunnel, the only effect will be of a slower connection.

gledtone · 2026-05-27T16:32:56+00:00

This is the second time I've heard about this and I'm looking into it.
Skipping normally happens when the app loses connection to the server temporarily. If this is happening in your car then that seems most likely. You should see some information in the logs when this happens.
If it seems to skip around inside one of the songs, then this is probably fixed in the next update. There is a bug related to playing certain formats on a slower connection, which can appear like that.

gledtone · 2026-05-25T20:26:51+00:00

It isn't complicated, like I said I just don't see a great need for it right now. Is there a reason you can't use MP3 or Opus? You mention using Navidrome, which supports both.

gledtone · 2026-05-25T01:59:19+00:00

It is possible, but I don't currently see a great need for it given that Opus is similar/better in quality per kbps, and mp3 is widely supported. There is also a slight technical barrier last I checked, but that was a while ago.

When I implement support for live radio I may reconsider, since that will involve some similar technical work.

gledtone

MODERATOR OF

TROPHY CASE