With the availability of strmlnk files, media curation can go next-level and more centralized for those of us who buy content or stream from different services. I never knew I wanted this until the feature was announced.
One aspect of the strmlnk file that I’m trying to harmonize is that in order for this remote asset to be loaded into an Infuse library a strmlnk file needs to actually exist somewhere. 
Bear with me here. For example, if I want to access all of the content linked to from strmlnk files, those intermediary strmlnk files need to be hosted. If you’re not connecting to a cloud library that means hosting them on one of a multitude of local streaming options, like SMB or NFS. Where I start feeling there’s a missed opportunity is the fact that if you’re hosting these strmlnk files locally, the moment you leave the host network they are no longer accessible. Yes, that makes sense, but also, does it? Those files are just intermediary links to remotely-hosted assets on various platforms. Suddenly not being in the host network doesn’t mean those remotely-hosted assets are inaccessible… they just become inaccessible to Infuse.
This got me thinking:
Is there some way for Infuse to save these strmlnk files into its native iCloud sync container, akin to the way Direct URLs work?
I liken this to Direct URLs because those also point to remotely-hosted assets, but there’s no intermediary file (e.g., a strmlnk file) that is needed to point to them; the link itself is sufficient and simply exists and becomes part of the iCloud sync data set.
Could it be a meaningful addition to let users pass the contents of a strmlnk file, which is an actual URL to a streaming service, directly to the Direct URL feature? At that point it’s not technically a strmlnk file anymore, but more of an enhanced Direct URL feature.
Anyway, I’m just putting this out there, because it feels like a natural expectation that a remotely-hosted asset should be remotely accessible regardless of where a strmlnk file is hosted. That’s for me to harmonize, but I think it makes sense.