Sure thing. It would be nice if nostr:npub1stemstrls4f5plqeqkeq43gtjhtycuqd9w25v5r5z5ygaq2n2sjsd6mul5 sent a NIP PR to describe this kind 1808. Otherwise, I would just reverse engineer it.
hey nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z what do you think about adding support for nostr:npub1stemstrls4f5plqeqkeq43gtjhtycuqd9w25v5r5z5ygaq2n2sjsd6mul5 music notes in your app?
Discussion
good call out. in the meantime here’s the spec we use
Any chance you can add a hash to every download file? I would love to show that the file hasn't changed since the author posted.
It doesn't work for m3u8, but for the download it definitely does.
you thinking like a download_hash tag or something?
our download_url values actually already include a hash - that’s how we identify files, by their content hash. but ultimately we want the media api to be user configurable so I think this makes sense.
Or just an `x` tag with the hash as the NIP_94 does
Also, which relays do you have your content on? I can barely find it.
x sounds good to me.
1808s are only sent to relay.stemstr.app at this time. now that other clients are consuming them we need to start broadcasting further. there’s already a design for “share to my relays” - nostr:npub1xv6axulxcx6mce5mfvfzpsy89r4gee3zuknulm45cqqpmyw7680q5pxea6 keep me honest here
