upleb.uk

Public git repos — served from a NIP-34 GRASP relay at git.upleb.uk

summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorfiatjaf <fiatjaf@gmail.com>2026-03-11 09:35:47 -0300
committerfiatjaf <fiatjaf@gmail.com>2026-03-11 09:35:47 -0300
commitabeda3822cb27972fa24531ed96c61efbf77a0ee (patch)
tree866d35ac988241d92f145f6ff9a10657f5fe8721
parent79399703d72b896dea4c256262983745be0a2c33 (diff)
remove "no-text" tag, use "supported_kinds" instead.
-rw-r--r--29.md7
1 files changed, 4 insertions, 3 deletions
diff --git a/29.md b/29.md
index ea38f9b..ee74aef 100644
--- a/29.md
+++ b/29.md
@@ -50,7 +50,7 @@ Users with any roles that have any privilege can be considered _admins_ in a bro
50 50
51## Live audio/video (AV) spaces 51## Live audio/video (AV) spaces
52 52
53Groups may indicate they support live audio and/or video chat by means of a [LiveKit](https://docs.livekit.io/transport/) server by having the tag `livekit` in the group announcement event. The tag `no-text` should be used if the group doesn't support text, only live AV chat (this is just for informative purposes to the client, the relay should still block events). This setup allows for both Discord-style independent AV rooms and text rooms and Telegram-style single-roomgroup with support for both text and AV. 53Groups may indicate they support live audio and/or video chat by means of a [LiveKit](https://docs.livekit.io/transport/) server by having the tag `livekit` in the group announcement event. An empty `supported_kinds` tag should be used if the group doesn't support text messages, only live AV chat. This setup allows for both Discord-style independent AV rooms and text rooms and Telegram-style single-roomgroup with support for both text and AV.
54 54
55Upon seeing a `livekit` tag in a group, clients that want to take part in the AV space should call the [token endpoint](https://docs.livekit.io/frontends/build/authentication/endpoint/) at the relay path `/.well-known/nip29/livekit/<group-id>` with a [NIP-98](98.md)-style `Authorization` header to get back the LiveKit JWT and the URL of the LiveKit server and proceed with the stardard LiveKit flow there. 55Upon seeing a `livekit` tag in a group, clients that want to take part in the AV space should call the [token endpoint](https://docs.livekit.io/frontends/build/authentication/endpoint/) at the relay path `/.well-known/nip29/livekit/<group-id>` with a [NIP-98](98.md)-style `Authorization` header to get back the LiveKit JWT and the URL of the LiveKit server and proceed with the stardard LiveKit flow there.
56 56
@@ -158,7 +158,8 @@ If the group is forked and hosted in multiple relays, there will be multiple ver
158 ["picture", "https://pizza.com/pizza.png"], 158 ["picture", "https://pizza.com/pizza.png"],
159 ["about", "a group for people who love pizza"], 159 ["about", "a group for people who love pizza"],
160 ["private"], 160 ["private"],
161 ["closed"] 161 ["closed"],
162 ["supported_kinds", "9", "11"]
162 ] 163 ]
163 // other fields... 164 // other fields...
164} 165}
@@ -170,7 +171,7 @@ If the group is forked and hosted in multiple relays, there will be multiple ver
170- `hidden` indicates that relays should hide group metadata from non-members. Omitting this tag indicates that anyone can request group metadata events. 171- `hidden` indicates that relays should hide group metadata from non-members. Omitting this tag indicates that anyone can request group metadata events.
171- `closed` indicates that join requests are ignored. Omitting this tag indicates that users can expect join requests to be honored. 172- `closed` indicates that join requests are ignored. Omitting this tag indicates that users can expect join requests to be honored.
172- `livekit` indicates that a group supports LiveKit-powered media rooms (live audio/video). 173- `livekit` indicates that a group supports LiveKit-powered media rooms (live audio/video).
173- `no-text` indicates that a group doesn't support text messages (can be used to indicate that a group is only usable for live audio/video). 174- `supported_kinds` is a list of stringified kinds numbers the group supports. When not specified all kinds are assumed to be supported. It can contain no items, in which case no kinds are supported (this is the case for AV-only groups, for example).
174 175
175- *group admins* (`kind:39001`) (optional) 176- *group admins* (`kind:39001`) (optional)
176 177