Nat님, 안녕하세요.
이전 커뮤니티에서 이 플러그인을 사용했을 때, 사용자가 ‘Going’ 버튼을 누를 때까지 비디오 플레이어 iframe을 숨길 수 있었습니다.
훌륭한 기능 요청입니다. 구현이 가능해 보입니다. 회의/이벤트 주제가 혼잡해지는 동일한 문제를 겪고 있으므로, 저희 사이트에서 이 기능이 많이 사용될 것 같습니다. @nat - 이 기능을 별도의 Contribute > Feature 주제로 분리할 수 있을까요?
2개의 좋아요
요청이 이 플러그인 토픽에서 이루어지고 있다는 인상을 주지만, 편의상 그렇게 하는 것 같습니다.
여기서 읽을 수 있는 바로는, 사람들이 토픽 자체 내에 "단기 유효"한 정보를 원하고, Livestream이 이 기능을 갖추고 있기 때문에 이를 활용하여 더 많은 일을 하고 싶어 하는 것 같습니다.
제안은 Contribute > Feature 토픽을 매우 구체적인 요청과 함께 생성하는 것입니다. 아니면 더 좋게 말하면, 기존 요청에 추천을 보내는 것입니다.
4개의 좋아요
아마 이 주제가 가장 적합한 장소일 것 같습니다. 실제로 우리는 플러그인의 핵심 사용 사례에 대해 논의하고 있습니다.
Livestreaming을 사용 사례 중 하나로, (단순한 이벤트는 또 다른 사례 - 더 많은 사례가 있을 것이라고 확신합니다) Discourse Topic Chats 플러그인으로 만드는 것이 더 합리적이라고 생각합니다.
이를 위해 #livestream 태그에 고정하는 대신, 이 기능이 적용되어야 하는 태그(와/또는 카테고리)에 대한 설정을 제공하는 방식으로 구현할 수 있습니다.
3개의 좋아요
다른 분들을 위해 다시 정리하자면, 다음 코드로 콘텐츠를 숨길 수 있습니다:
[preview]
RSVP하기 전에 미리보기로 표시되는 텍스트입니다
[/preview]
[hidden]
사용자가 참석을 RSVP하기 전까지 이 섹션은 표시되지 않습니다
[/hidden]
실수로 다음 의미인 줄 알았습니다:
[wrap="preview"]
[/wrap]
[wrap="hidden"]
[/wrap]
10개의 좋아요
저는 포럼에서 소니의 State of Play 시청 파티를 하려고 이 플러그인을 사용했습니다. 정말 마음에 들었지만, 이 플러그인이 정확히 무엇을 하는지 약간 혼란스럽습니다.
제 생각에는 이 플러그인의 목적이 다른 사람들과 함께 동시(싱크)로 영상을 시청하는 것인 것 같습니다. 우연히 유튜브 라이브스트림을 시청하고 있었는데, 덕분에 영상 피드가 동기화되었습니다… 라이브스트림이 끝날 때까지요. 라이브스트림 종료 후 영상 시간을 변경해도 재생이 다른 사람들과 동기화되지 않았습니다. 하지만 원본 게시글에는 릭 롤(Rick Roll) 유튜브 영상의 스크린샷이 있으므로, 재생 동기화 기능이 실제로는 있고 제가 그 작동 방식을 모르고 있는 걸까요? 만약 그렇다면 영화 감상회 같은 것도 할 수 있어서 좋을 것 같습니다.
명확히 하자면, 재생 동기화 기능이 없는 것은 이해할 수 있다고 생각합니다. 제 이해로는 꽤 복잡한 기능이니까요. 하지만 그렇다면 이 플러그인이 하는 일은 스레드 옆에 채팅을 추가하는 것뿐이라는 제 이해가 맞나요? 그렇다면 채팅 사이드바를 오른쪽에 추가하기 위해 영상 링크 임베드, 이벤트, 라이브스트림 태그라는 다소 임의적인 요구사항이 있는 이유가 무엇인지, 그리고 왜 이 플러그인이 특히 라이브스트림에 한정되어야 하는지 모르겠습니다. 만약 이 플러그인이 단순히 다른 요구사항 대신 주제별로 채팅 사이드바를 토글할 수 있는 한 가지 방법을 추가하는 것이라면, @thoka님의 제안이 이 플러그인이 이미 하고 있는 일과 같다고 느낍니다.
1개의 좋아요
다른 라이브스트림 주제로 이동하려고 할 때 채팅 사이드바가 해당 주제의 채팅으로 업데이트되지 않는 버그를 발견했습니다. 예를 들어, 라이브스트림 채팅에 다른 라이브스트림 주제를 가리키는 링크가 게시되어 있고 사용자가 그 링크를 클릭할 때 이러한 문제가 발생합니다.
1개의 좋아요
방금 PeerTube 라이브로 테스트해 보았습니다. 동작은 하지만, WiFi로 연결된 노트북에서 PeerTube로(OBS 사용) 송신하고 다시 수신되는 영상 지연이 약 20초 정도로, 제가 염두에 둔 용도(트위치 대체)에는 다소 긴 것 같습니다.
PeerTube 라이브와 그 채팅을 직접 사용하면 지연이 줄어들 것 같고(채팅에 연방 참여도 가능하게 해 주며) 더 나을 것 같습니다.
그럼에도 불구하고 흥미롭다고 생각하며, 특히 나중에 디스코urs 통합의 이점을 누리고 싶기 때문에(즉, 라이브 방송을 하고, 공동 편집이 활성화된 게시글에서 함께 글을 쓰는 것) 테스트를 계속해 볼 계획입니다.
현재로서는 PeerTube 라이브 + HedgeDoc이 Discourse Livestream보다 쉬워 보이지만, 패드(pad)는 채팅이 아니고, PeerTube에는 이벤트 참석자 채팅 기능이 없습니다. 이 기능은 구독(Subscription) 플러그인과 결합할 수 있을 텐데요. 이미 테스트해 보신 분이 있을까요?
더 좋게 만들 수 있을 것 같은 몇 가지 아이디어를 떠올렸습니다:
- 스트리머인 경우 영상을 숨기거나 접을 수 있게 하기 (제 경우 지연 때문에 현재 동시 작업을 하는 것이 어렵긴 하지만), 즉 첫 번째 게시자라면 이벤트 동안 화면 공간을 절약하기 위해;
- 전체 화면으로 전환하여 영상과 채팅 사이에 화면 공간을 나누거나, 채팅을 영상 위에 유지하거나, 또는 채팅과 영상을 분리(화면 속 화면 모드)하여 채팅을 읽고 영상을 보면서 다른 것(글쓰기나 다른 주제/웹 페이지 보기 등)을 할 수 있게 하기;
- 그리고 마지막으로: 채팅에서 ActivityPub를 지원하거나, 어쩌면 채팅 통합(Chat Integrations) 기능까지도
이것들은 머릿속에 떠오른 것들일 뿐, 유용하지 않을 수도 있고, 더 쉽고 다른 해결책이 있을 수도 있습니다.
어쨌든 디스코urs에서 라이브 방송을 할 수 있다는 것은 매우 고무적입니다.
4개의 좋아요
아, 그리고 버그^W^W 문서화되지 않은 기능을 언급하는 것을 깜빡했네요: enable_public_channels 체크박스를 해제하면 Error 500이 발생합니다. 이를 문서화하는 것이 더 쉬울 수도 있지만, 저는 채팅을 모든 범주에 활성화하기보다는 특정 그룹(라이브스트림 상황과 같이)으로 제한할 수 있는 옵션을 선호합니다. 기존 설정을 사용하여 이렇게 할 수 있는 방법이 있을까요?
4개의 게시물이 새로운 주제로 분리되었습니다: 이벤트 미리보기 부분 편집 시 RSVP한 사용자에게 오류 발생
사이트가 느려진 이유를 알아보고 있습니다…
비추천 경고
[PLUGIN discourse-livestream] 비추천 공지: 사이트 초기화 단계에서 site.mobileView 또는 site.desktopView에 접근하는 것은 비추천됩니다. 향후 업데이트에서는 모바일 모드가 뷰포트 크기에 의해 결정되며, 그 결과 초기화 단계에서 이러한 값을 사용하면 브라우저 창 크기가 조정될 때 오류와 불일치가 발생할 수 있습니다. 이러한 확인을 페이지 렌더링 중에 실행되는 컴포넌트, 트랜스포머 또는 API 콜백으로 이동해 주세요. [Discourse 3.5.0.beta9-dev부터 비추천] [deprecation id: discourse.static-viewport-initialization] [info: Designing for Different Devices (Touch & Hover)] deprecated.js:62:13
2개의 좋아요
채팅의 크기를 채팅의 기본 드래wer 모드처럼 조절할 수 있으면 좋겠습니다. 또한 임베디드 라이브스트림의 크기 조절도 필요합니다.
현재 모습은 다음과 같습니다.
사용되지 않는 공간이 많이 있습니다. 라이브스트림을 전체 화면으로 전환하면 채팅이 더 이상 보이지 않고 사용할 수도 없습니다.
1개의 좋아요
제가 해결하지는 못했지만, @tynaut 님이 수정 방법에 대한 제안을 남겼습니다.
3개의 좋아요
게시물 2개가 새로운 주제로 분리되었습니다: Livestream 플러그인이 Horizon과 잘 작동하지 않는 것 같습니다
Hey @james10, 문의해 주셔서 감사합니다.
간단히 확인해 본 후 해당 설정을 Trust Level 0으로 업데이트했습니다. (가장 "everyone"과 유사하지만, "everyone"은 익명 사용자를 포함합니다. 채팅을 사용하려면 사용자가 로그인해야 하므로 기술적으로는 불가능합니다.)
이제 정상 작동해야 합니다.
“everyone” 그룹은 실제 그룹이 아니기 때문에 문제가 발생했다고 생각합니다. 그리고 우리 플러그인이 여기서 올바른 검사를 수행하지 않았습니다. 이 주의 사항을 OP에도 업데이트하겠습니다.
3개의 좋아요
정말 감사합니다, @nat! 지금은 모두 정상입니다!
2개의 좋아요