Originally created by @chenss1992 on GitHub (Apr 19, 2025).
Describe the Feature/Enhancement
the latest version
Why would this be helpful?
For online storage audio files, generating strm format will load and play them more quickly and efficiently. We hope to support this
Future Implementation (Screenshot)
strm
Audiobookshelf App Version
iOS App - 0.9.79
Current Implementation (Screenshot)
No response
Originally created by @chenss1992 on GitHub (Apr 19, 2025).
### Describe the Feature/Enhancement
the latest version
### Why would this be helpful?
For online storage audio files, generating strm format will load and play them more quickly and efficiently. We hope to support this
### Future Implementation (Screenshot)
strm
### Audiobookshelf App Version
iOS App - 0.9.79
### Current Implementation (Screenshot)
_No response_
What is the benefit of strm over an m3u playlist? Audiobookshelf supports directly playing the media format if the client supports the codec, and if not it generates an m3u file which is basically a "playlist" of the entire file in 6 second chunks, then transcodes the source media to the 6 second chunks to allow for faster streaming.
My initial research says this is the same thing.
@nichwall commented on GitHub (Apr 19, 2025):
What is the benefit of `strm` over an `m3u` playlist? Audiobookshelf supports directly playing the media format if the client supports the codec, and if not it generates an `m3u` file which is basically a "playlist" of the entire file in 6 second chunks, then transcodes the source media to the 6 second chunks to allow for faster streaming.
My initial research says this is the same thing.
What is the benefit of strm over an m3u playlist? Audiobookshelf supports directly playing the media format if the client supports the codec, and if not it generates an m3u file which is basically a "playlist" of the entire file in 6 second chunks, then transcodes the source media to the 6 second chunks to allow for faster streaming.
My initial research says this is the same thing.
The .strm format can effectively support audio files stored in cloud storage. It records the addresses of the audio files in the cloud storage. If supported, it would enhance the playback experience of cloud-mounted audio, such as in media service software like Emby, Jellyfin, and Infuse, which already support this format. It is hoped that consideration will be given to supporting it.
@chenss1992 commented on GitHub (Sep 17, 2025):
> 与`m3u`播放列表相比,`strm`有什么好处?如果客户端支持编解码器,Audiobookshelf支持直接播放媒体格式,如果没有,它会生成一个`m3u`文件,该文件基本上是整个文件的“播放列表”,以6秒块的形式,然后将源媒体转码为6秒块,以实现更快的流媒体。
>
> 我最初的研究表明,这是同样的事情。
> What is the benefit of `strm` over an `m3u` playlist? Audiobookshelf supports directly playing the media format if the client supports the codec, and if not it generates an `m3u` file which is basically a "playlist" of the entire file in 6 second chunks, then transcodes the source media to the 6 second chunks to allow for faster streaming.
>
> My initial research says this is the same thing.
The .strm format can effectively support audio files stored in cloud storage. It records the addresses of the audio files in the cloud storage. If supported, it would enhance the playback experience of cloud-mounted audio, such as in media service software like Emby, Jellyfin, and Infuse, which already support this format. It is hoped that consideration will be given to supporting it.
The .strm format can effectively support audio files stored in cloud storage. It records the addresses of the audio files in the cloud storage. If supported, it would enhance the playback experience of cloud-mounted audio, such as in media service software like Emby, Jellyfin, and Infuse, which already support this format. It is hoped that consideration will be given to supporting it.
The Audiobookshelf server is designed to provide access to local media files and does not support cloud-backed storage systems, and the app is only intended for use with an Audiobookshelf server. If you want to use media files stored using a cloud provider, you will need to make the files available through the file system using a tool such as rsync.
@nichwall commented on GitHub (Sep 18, 2025):
> The .strm format can effectively support audio files stored in cloud storage. It records the addresses of the audio files in the cloud storage. If supported, it would enhance the playback experience of cloud-mounted audio, such as in media service software like Emby, Jellyfin, and Infuse, which already support this format. It is hoped that consideration will be given to supporting it.
The Audiobookshelf server is designed to provide access to local media files and does not support cloud-backed storage systems, and the app is only intended for use with an Audiobookshelf server. If you want to use media files stored using a cloud provider, you will need to make the files available through the file system using a tool such as rsync.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @chenss1992 on GitHub (Apr 19, 2025).
Describe the Feature/Enhancement
the latest version
Why would this be helpful?
For online storage audio files, generating strm format will load and play them more quickly and efficiently. We hope to support this
Future Implementation (Screenshot)
strm
Audiobookshelf App Version
iOS App - 0.9.79
Current Implementation (Screenshot)
No response
@nichwall commented on GitHub (Apr 19, 2025):
What is the benefit of
strmover anm3uplaylist? Audiobookshelf supports directly playing the media format if the client supports the codec, and if not it generates anm3ufile which is basically a "playlist" of the entire file in 6 second chunks, then transcodes the source media to the 6 second chunks to allow for faster streaming.My initial research says this is the same thing.
@chenss1992 commented on GitHub (Sep 17, 2025):
The .strm format can effectively support audio files stored in cloud storage. It records the addresses of the audio files in the cloud storage. If supported, it would enhance the playback experience of cloud-mounted audio, such as in media service software like Emby, Jellyfin, and Infuse, which already support this format. It is hoped that consideration will be given to supporting it.
@nichwall commented on GitHub (Sep 18, 2025):
The Audiobookshelf server is designed to provide access to local media files and does not support cloud-backed storage systems, and the app is only intended for use with an Audiobookshelf server. If you want to use media files stored using a cloud provider, you will need to make the files available through the file system using a tool such as rsync.