# Discourse 直播 **URL:** \ **Category:** Plugin\ **Tags:** official, deprecated, discourse-livestream\ **Created:** [2024年十二月9日 10:10 UTC](https://meta.discourse.org/t/discourse-livestream/341335 "2024-12-09T10:10:27Z")\ **Posts on this page:** 17\ **Page:** 2
**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\ **Post date:** [2025年五月13日 13:59 UTC](https://meta.discourse.org/t/discourse-livestream/341335/23 "2025-05-13T13:59:19Z")
嗨，纳特， 当我在之前的社区使用这个插件时，我们可以在用户点击“开始播放”之前隐藏视频播放器iframe。 ---
**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\ **Post date:** [2025年五月15日 19:40 UTC](https://meta.discourse.org/t/discourse-livestream/341335/24 "2025-05-15T19:40:12Z")
> [@thoka](#): > > 该插件同样适用于预约场景，例如会议。在会议准备阶段，讨论内容往往涉及更合适的时间段或延误通知等。这些临时性信息会使得主题帖变得杂乱。 > > 为这类话题提供关联聊天功能，将有助于更便捷地维护（聊天内容会在一段时间后自动清除）。 > > 针对此类功能，只需添加一个设置，允许为特定标签列表启用关联聊天即可。 > 此外，不同标签对应的按钮文字也可支持自定义。 这是一个极佳的特性请求，而且看起来完全可行。我们的网站也会大量使用此功能，因为我们同样面临会议或事件主题帖杂乱的问题。@nat——能否将其单独拆分为一个 #Contribute > Feature 主题帖？ ---
**Author:** ![nat](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nat/32/235063_2.png) [@nat](https://meta.discourse.org/u/nat)\ **Post date:** [2025年五月19日 02:46 UTC](https://meta.discourse.org/t/discourse-livestream/341335/25 "2025-05-19T02:46:36Z")
看起来这个请求是在这个插件主题中提出的，但只是为了方便。 从我在这里能读到的内容来看，大家似乎希望在主题内部拥有“短暂存在”的信息，而由于 Livestream 具备这种能力，大家正在利用它来执行 _更多_ 的操作。 我的建议是你创建一个名为 #Contribute > Feature 的主题，并提出非常具体的请求。或者更好的做法是，为现有的[一个主题](https://meta.discourse.org/search?q=chat%20within%20a%20topic%20%23feature)投赞成票。 ---
**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\ **Post date:** [2025年五月19日 10:06 UTC](https://meta.discourse.org/t/discourse-livestream/341335/26 "2025-05-19T10:06:35Z")
也许这个话题是最合适的地点——我们实际上正在讨论插件的核心用例。 [引用=“nat，第25帖，话题:341335”] 我从这里看到，好像人们希望在话题本身内有“短暂的”信息，而由于Livestream具有这种能力，人们在利用它做_更多_的事情。 [/引用] 如果它是Discourse话题聊天插件，而Livestreaming是其中的一种用例（简单事件是另一种——我相信还会有更多），那就更合理了。 这可以通过为标签（和/或类别）设置一个应用此功能的选项来实现，而不是将其锁定在#livestream标签上。 ---
**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\ **Post date:** [2025年五月19日 16:01 UTC](https://meta.discourse.org/t/discourse-livestream/341335/27 "2025-05-19T16:01:17Z")
为了重新整理关于其他人的解决方案，你可以用以下内容屏蔽内容： ```plaintext [preview] 这里是RSVP之前可见的预览文本 [/preview] [hidden] 直到用户RSVP，才能看到这一部分 [/hidden] ``` 我误以为它意味着： ```plaintext [wrap="preview"] [/wrap] [wrap="hidden"] [/wrap] ``` ---
**Author:** ![exodrifter](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/exodrifter/32/506103_2.png) [@exodrifter](https://meta.discourse.org/u/exodrifter)\ **Post date:** [2025年六月5日 03:43 UTC](https://meta.discourse.org/t/discourse-livestream/341335/28 "2025-06-05T03:43:58Z")
我在我的论坛上使用它来观看索尼的 State of Play。我们真的很喜欢它，但我有点困惑这个插件到底有什么用。 在我看来，这个插件的目的是与其他人同步观看视频。我们碰巧在观看 Youtube 直播，所以我们的视频源是同步的……直到直播结束。之后更改视频时间，回放并没有同步到其他人。但是，原始帖子有一个瑞克摇摆 (rick roll) Youtube 视频的截图，所以也许它_确实_同步回放，只是我不知道它是如何工作的？如果能同步回放就好了，这样我们就可以进行电影之夜之类的活动了。 需要明确的是，我认为没有回放同步是可以理解的，因为据我所知，这是一个非常复杂的功能，但那么我是否正确理解这个插件所做的只是在主题旁边添加一个聊天功能？如果是这样，我就不知道为什么这个插件会有看似任意的要求，需要嵌入视频链接、事件和直播标签，才能在右侧添加聊天侧边栏，或者为什么这个插件必须专门针对直播。如果是这样的话，我觉得 @thoka 的建议就是这个插件已经做的事情，如果这个插件只是增加了一种切换主题聊天侧边栏的方法，而不是其他要求。 ---
**Author:** ![exodrifter](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/exodrifter/32/506103_2.png) [@exodrifter](https://meta.discourse.org/u/exodrifter)\ **Post date:** [2025年六月12日 21:09 UTC](https://meta.discourse.org/t/discourse-livestream/341335/29 "2025-06-12T21:09:40Z")
我们遇到了一个错误，如果您尝试导航到另一个直播主题，聊天侧边栏不会更新为该主题的聊天。例如，当直播聊天中发布了指向另一个直播主题的链接，并且您单击该链接时，就会发生这种情况。 ---
**Author:** ![hellekin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hellekin/32/51636_2.png) [@hellekin](https://meta.discourse.org/u/hellekin)\ **Post date:** [2025年七月2日 18:10 UTC](https://meta.discourse.org/t/discourse-livestream/341335/34 "2025-07-02T18:10:55Z")
> [@icaria36](#): > > 非常酷！有人尝试过将此插件与 Owncast 或 PeerTube 一起使用吗？ 我刚刚用 Peertube 直播测试了一下。它能用，但我发现我的笔记本电脑通过 WiFi 连接到 Peertube（使用 OBS），然后再传回来的视频延迟大约有 20 秒，这对于我打算使用的场景（取代 Twitch）来说似乎有点高。 我想直接使用 Peertube 直播及其聊天功能会带来更低的延迟（并允许聊天进行联合参与）。 尽管如此，我觉得它很有趣，并将继续测试，尤其是因为我希望在某个时候能够受益于 Discourse 的集成，即进行直播，并在启用共享编辑的帖子中一起写作。 目前 Peertube 直播 + HedgeDoc 听起来比 Discourse 直播更容易，但 pad 不是聊天，Peertube 也没有活动参与者到聊天功能，这可以与订阅插件结合使用。有人已经测试过吗？ 有几件事可以让事情变得更好： - 如果你是主播，隐藏或折叠视频（尽管延迟使得现在很难同步进行任何操作，至少在我这里是这样），也就是说，如果你是第一个发帖人，至少在活动期间，以节省屏幕空间； - 全屏并共享视频和聊天之间的屏幕空间，或者将聊天放在视频上方，或者也许分离聊天和视频（画中画模式），这样一个人就可以阅读聊天、观看视频，并做其他事情（例如写作或浏览其他主题和网页）； - 最后一点：支持聊天中的 ActivityPub，或者也许是聊天集成 🙂 这些是我脑海中突然冒出来的想法，也许它们没有用，或者也许有更简单或不同的解决方案来应对这些情况。 无论如何，能够在 Discourse 上进行直播是非常令人鼓舞的。 ---
**Author:** ![hellekin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hellekin/32/51636_2.png) [@hellekin](https://meta.discourse.org/u/hellekin)\ **Post date:** [2025年七月3日 10:00 UTC](https://meta.discourse.org/t/discourse-livestream/341335/35 "2025-07-03T10:00:02Z")
哦，还有我忘了提一个bug^W^W一个未记录的功能：如果`enable_public_channels`未选中，将触发一个500错误。虽然记录下来会更容易，但我宁愿能够将聊天保留给选定的组（如直播情况），而不是为所有类别启用聊天：是否有办法使用现有设置来实现这一点？ ---
**Author:** ![nat](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nat/32/235063_2.png) [@nat](https://meta.discourse.org/u/nat)\ **Post date:** [2025年七月17日 02:15 UTC](https://meta.discourse.org/t/discourse-livestream/341335/36 "2025-07-17T02:15:21Z")
4个帖子已拆分为新主题：[编辑活动的预览部分对已回复用户无效](https://meta.discourse.org/t/editing-the-preview-part-of-an-event-breaks-for-rsvped-users/374563) ---
**Author:** ![hellekin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hellekin/32/51636_2.png) [@hellekin](https://meta.discourse.org/u/hellekin)\ **Post date:** [2025年八月29日 07:31 UTC](https://meta.discourse.org/t/discourse-livestream/341335/40 "2025-08-29T07:31:06Z")
我正在尝试弄清楚为什么我的网站变得迟缓…… ## 弃用警告 [PLUGIN discourse-livestream] 弃用通知：在站点初始化阶段访问 `site.mobileView` 或 `site.desktopView` 已弃用。在将来的更新中，移动模式将由视口大小确定，因此在初始化期间使用这些值可能会在浏览器窗口大小调整时导致错误和不一致。请将这些检查移至在页面渲染期间执行的组件、转换器或 API 回调。[已弃用自 Discourse 3.5.0.beta9-dev] [弃用 ID：discourse.static-viewport-initialization] [信息：[Designing for Different Devices (Viewport Size, Touch/Hover, etc.)](https://meta.discourse.org/t/367810)] deprecated.js:62:13 ---
**Author:** ![eve](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/eve/32/344604_2.png) [@eve](https://meta.discourse.org/u/eve)\ **Post date:** [2025年十一月20日 11:02 UTC](https://meta.discourse.org/t/discourse-livestream/341335/41 "2025-11-20T11:02:54Z")
如果可以像默认的 [抽屉模式](https://meta.discourse.org/t/discourse-chat/230881?ref=blog.discourse.org#p-1123286-accessing-channels-and-creating-new-ones-6) 那样调整聊天窗口的大小，那就太好了。嵌入式直播流的大小也一样。 目前看起来是这样的 ![grafik](https://global.discourse-cdn.com/meta/original/4X/e/3/6/e3646b46d4b1f2883ffea389b70f515dc7c58742.jpeg) 有很多未使用的空间。当您将直播流切换到全屏时，聊天将不再可见和可用。 ---
**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\ **Post date:** [2025年十一月20日 14:06 UTC](https://meta.discourse.org/t/discourse-livestream/341335/42 "2025-11-20T14:06:14Z")
我没能让它生效，但这是 @tynaut 在[此处提出的修复建议](https://meta.discourse.org/t/large-gap-between-chat-and-topic-container/382837)。 ---
**Author:** ![nat](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nat/32/235063_2.png) [@nat](https://meta.discourse.org/u/nat)\ **Post date:** [2025年十一月25日 04:59 UTC](https://meta.discourse.org/t/discourse-livestream/341335/43 "2025-11-25T04:59:02Z")
2 个帖子已拆分到新主题：[Livestream 插件似乎与 Horizon 配合不佳](https://meta.discourse.org/t/livestream-plugin-does-not-seem-to-work-well-with-horizon/389561) ---
**Author:** ![james10](https://avatars.discourse-cdn.com/v4/letter/j/77aa72/32.png) [@james10](https://meta.discourse.org/u/james10)\ **Post date:** [2026年四月15日 11:38 UTC](https://meta.discourse.org/t/discourse-livestream/341335/47 "2026-04-15T11:38:53Z")
大家好， 我已经启用了所有插件，聊天功能也已开启等。但是，当我选择“参加”该活动后，似乎无法访问聊天。 ![Screenshot 2026-04-15 at 12.35.39](https://global.discourse-cdn.com/meta/original/4X/0/7/a/07aa3fd35fba9f30ad25ebbec0c6d99926286706.jpeg) ![Screenshot 2026-04-15 at 12.49.59](https://global.discourse-cdn.com/meta/original/4X/b/d/7/bd70281cbbbfcf2217fd83791638add64d888289.png) ![Screenshot 2026-04-15 at 12.49.31](https://global.discourse-cdn.com/meta/original/4X/e/6/7/e6755bab038e3d2c5d442db49ea331abdbf99a87.png) ![Screenshot 2026-04-15 at 12.49.17](https://global.discourse-cdn.com/meta/original/4X/9/0/e/90e9376f0b596422f44534272f7c62a8f276254f.png) ![Screenshot 2026-04-15 at 12.49.08](https://global.discourse-cdn.com/meta/original/4X/9/7/7/97783aa4471964127749a35eb1cb99ba94156af6.png) ![Screenshot 2026-04-15 at 12.48.44](https://global.discourse-cdn.com/meta/original/4X/3/b/7/3b7d063a780bfac3a9c6ed60beca7ffb5dbfb677.png) ![Screenshot 2026-04-15 at 12.48.36](https://global.discourse-cdn.com/meta/original/4X/c/1/3/c13e652584e524e17b6ae4151b01d47378359db3.png) ---
**Author:** ![nat](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nat/32/235063_2.png) [@nat](https://meta.discourse.org/u/nat)\ **Post date:** [2026年四月15日 11:59 UTC](https://meta.discourse.org/t/discourse-livestream/341335/48 "2026-04-15T11:59:53Z")
嘿 @james10，感谢你的来信。 我刚刚快速检查了一下，并将此设置更新为信任级别 0（_几乎_等同于“所有人”，不过“所有人”包含匿名用户，这在技术上是不可能的，因为使用聊天功能需要用户登录）。 ![settings](https://global.discourse-cdn.com/meta/original/4X/f/1/3/f1357d4dab8eb016119e4cd7b4d6297fd2e0b0a9.png) 现在应该可以正常工作了。 我认为“所有人”组导致问题是因为它并非一个真正的组，而我们的插件在此处未进行正确的检查。我会更新原始帖子以说明这一注意事项。 ---
**Author:** ![james10](https://avatars.discourse-cdn.com/v4/letter/j/77aa72/32.png) [@james10](https://meta.discourse.org/u/james10)\ **Post date:** [2026年四月16日 07:19 UTC](https://meta.discourse.org/t/discourse-livestream/341335/50 "2026-04-16T07:19:36Z")
非常感谢 @nat，现在一切正常了！ [上一頁](https://meta.discourse.org/t/discourse-livestream/341335.md?page=1)