why not kind1? there are a ton of videos already posted that way
Discussion
The problem exists when feeding in video published externally without thumbnails or who’ve not been uploaded through Blossom servers. The purpose of Plebs is that it uploads the videos and thumbnails to multiple Blossom servers and then has fallback support to trying the video’s sha256 hash with another host if one goes down to ensure redundancy.
nostr already has a lack of content and kind1 is lindy
lack of thumbnails is less of an issue than lack of content
cutting up our already limited network effect is questionable imo
i will continue to post my shows blossom kind1
A good compromise is to post the use-case-specific kind, then quote it in a kind 1 to advertise its existence. This also encourages clients to either implement render support for the new kind, or advertise alternative clients via NIP 89.
This is the way, also kind 16 "shares" can be useful
sounds good in theory but in practice you just end up with olas
maybe, but I don't think the problem with olas was that it didn't use kind 1's
But if every new client start building on a kind 1 and doesn't transition to their own kind. then its going to cause a lot of confusion with users. for example users uploading videos on plebs.app probably don't realize they are publishing long form articles in other clients
If every app starts using their own kinds the entire interoperable part of nostr goes down the drain. Imo if you publish a video on flare it should display on any other platform that supports video content. same for streams and co. If I go live on zapstream I expect to be live on the entire network and not on one site.
One kind and per content tyoe.
One community (daily driver) that handles multiple content types.
The problem is that no one (else) is building for the latter.
Yeah, clients would need to deduplicate somehow. Maybe we need a new kind.