# Dat Conference 2020 レビュー

<div style="text-align: center; font-style: italic;">主催者からの学び</div>

---

日本語について：これは https://events.dat.foundation/2020/review の日本語版です。deepl.com を利用して自動翻訳ベースです。翻訳の修理のためにぜひお願いします。HackMD のログインであれば [入力できます。](https://hackmd.io/2D32Lut5QJePkLjLBbwSGw?edit).

---

みなさん、お疲れ様です。

今年の Dat Conference 2020 は終了しました。多くの方にご参加いただき、全体的に良い結果となったことを嬉しく思います。

この記事では、他のオペレータや私たちの未来の自分たちが失敗を繰り返さないために、私たちが行ったこととそこから学んだことを振り返ってみたいと思います。

**警告：** 我々は、このレビューを合理的なように短く保つことを試みましたが、我々は多くのことをしたので、それはかなり長いです。このレビューを読んで、私たちの努力から学びたいと思われる方は、注意して読んでください。

> 短くする時間がなかったので、いつもより長くしてみました。<br/><br/>ブレイズ・パスカル

---

<div style="text-align: center"><strong>コンテンツ</strong></div>
<ol>
<li><a href="#1-組織">組織</a></li>
<li><a href="#2-プロポーザルの募集">プロポーザルの募集</a></li>
<li><a href="#3-ウェブサイトと登録">Website &amp; Registration</a></li>
<li><a href="#4-Big-Blue-Button">Big Blue Button</a></li>
<li><a href="#5-streaming-to-youtube">Youtubeへのストリーミング</a></li>
<li><a href="#6-before-amp-after">ビフォーアフター</a></li>
</ol>

---

## 1. 組織

私たちは、2020年の初めにDat関連のイベントを開催することを検討してきました。コロナウイルスの危機が発覚したことで、私たちはすぐに物理的なイベントの計画を破棄し、オンライン形式に移行することにしました。これが私たちの初のオンラインイベントとなります。

[Diego](https://github.com/dpaez)、[Franz](https://github.com/frando)、[Martin](https://github.com/martinheidegger)がボランティアでオンラインコールでイベントを開催してくれました。まず、[Github Team Discussions][gh-team-discus]を使って進捗状況を共有しました。3月22日に最初のキックオフを行いましたが、その後の進捗が停滞していたため、週に1回のミーティングと1時間のコールを設定しました。最初のうちは、会議の時間帯はコンソーシアムコールと同じように、Martin が夜遅くまで起きていなければならないような時間帯でした。しかし、私たちはすぐにそれを全員のために使えるように変更しました。最初の数回のミーティングでは、Github-discussionsを使って発表しましたが、人々がそれを追跡するのに苦労していたので、googleカレンダーの招待に変えました。

いくつかのミーティングの後、私たちはホームページの作業を始め、[Santiago](https://github.com/ssaavedra)を招待して、それを手伝ってもらいました。時間が経つにつれて、彼はチームの完全なメンバーになりました :heart_eyes:.

ミーティングの際には、[HackMD](https://hackmd.io)が一番便利でよく知られていたので、メモを取っていました。前の会議の内容を簡単にキャッチアップできるように、"前の会議 - 次の会議 "というナビゲーションを使うようにしました。

<img src="https://i.imgur.com/fVpxwql.png" style="border. 2px solid #f0f0f0" width="400" title="Screenshot of 2020-04-22 meeting notes showing the prev-next navigation and an Attending headline with Diego and Martin">

[GH-team-discus]: https://docs.github.com/en/github/building-a-strong-community/about-team-discussions

### 良いデートを見つけよう

Dat コンソーシアムでは、Dat イベントの日程をいくつか検討した。7 月 30 日と 31 日は、開催までに時間がかかるが、まだ先のことを考えると、7 月 30 日と 31 日を選択した。コンソーシアムのメンバーが参加しやすい平日を選んだ。

私たちは、[dweb-camp](https://dwebcamp.org/)と[ournetworks](https://ournetworks.ca/)と友好関係にありますが、前者は2020年の日程がまだ決まっておらず、**ournetworksは2020年9月8日から13日の間に開催される予定です**。Diego は他の主催者のためにタイムゾーン外にいるため、彼らの毎週のコールに参加しました。

当初、Dat Conference は ournetworks の直前に開催する予定でしたが、ネットワークの遅延があったため、1ヶ月以上早く開催することになりました。

### タスク管理

Githubの課題を試してみましたが、私たちのためには動作しませんでした。同様に、Githubプロジェクトも私たちにとってはうまくいきませんでした。私たちがやるべきことは、各ミーティング中にアクションアイテムを作成し、それを見直すことで、ある程度の進捗があるかどうかを確認することです。

### 学んだこと

- 毎週または隔週での通話を設定し、全員が起きている時間帯を使用します。
- 会議ノートで `Prev - Next` ナビゲーションを使うと、他の人が追いつけるようになります。
- Github-discussionsを使わないようにしましょう。
- 初期のチームはリクルートしないと、そのままの状態になってしまう可能性が高い。
- HackMDと同等のものをBeakerで動かす必要があります。
- アクションアイテムの期限を明確に指定してください。

---

## 2. プロポーザルの募集

今年は、コミュニティの希望をできるだけオープンにした「~~ペーパーズ~~提案募集」をしたいと考えていました。Githubを使用していることを強調するために、Githubの課題を作成するだけで十分だと考えました。

> Please submit your ideas [as issues in our issue tracker](https://github.com/datproject/public-events/issues/new?assignees=&labels=proposal&template=proposal.md&title=).

これはコミュニティに受け入れられませんでした_(誰もサインアップしてくれませんでした)_ので、googleフォームを使って、より一般的なCfPをすぐに公開しました。

> Please submit your ideas in [this submission form][gform-submissions].

[gform-submissions]: https://docs.google.com/forms/d/e/1FAIpQLSed1kHTAqgN7DvttNCEk8_BzuQvrqS3-eEJoCWS-T7wu5DqGw/viewform

べての提案にオープンであることは、発表者に可能性のあることの枠を与えてくれませんでした。また、私たちは非常に忙しく、CfPのプロモーションを十分に行っていませんでしたが、Googleフォームはその役割を十分に果たしてくれました。会議のための提案は、ほぼ十分な数を得ることができました。

あとは、講演を整理したり、スケジュールをウェブサイトに掲載したりしなければならないのですが、その作業をしなければならない人には、いくつかのことを要求されました。

- 発表者の都合を尊重すること。
- 時間を指定する際には、タイムゾーンを尊重すること。
- エントリーとエントリーの間にはスペースを空けてください。
- 起こっていることをすべての発表者に通知すること。

### Pretalxへの移行

また、CfPの中に不足している情報があったので、それを収集していたのですが、これがなかなかうまくいきませんでした。スケジュールを表示するための良いツールを探していたところ、[Pretalx][プレタルクス]を見つけたのですが、これが非常にスマートでした。

- 発表者へのメールを自動生成してくれる。
- 便利な機能やフラグがたくさんあります。
- タイムゾーンにも対応しています。
- iCalをすぐにサポートしています。
- オープンソースです。

ということで、私たちはそれを使ってみました。googleフォームで受信した講演をすべてインポートして、発表者に招待状を送り、講演を確認してもらいました。

注意：Pretalxを使っていない場合：Pretalxと同様に登壇者にトークを確認してください。

Pretalxを使ってスケジュールにエントリを配置するのは簡単です。


PretalxのデータをAPI経由でNetlifyがホストしているWebサイト_(前回のdatイベントを継承)_に引っ張ってきて、自分たちのスタイルでレンダリングしました。

だからといって Pretalx を使ってすべてがうまくいったわけではなく、いくつかの問題を解決しなければならないことがありました。

1. データベースの照合が正しく設定されていることを確認してください [pretalx-docker#22](https://github.com/pretalx/pretalx-docker/issues/22)。
2. メールの削除ボタンを押すと、2つ目の質問をしなくてもメールが削除されてしまう [pretalx#967](https://github.com/pretalx/pretalx/issues/967)。
3. スピーカーがソートできない [pretalx#975](https://github.com/pretalx/pretalx/issues/975)。
4. Netlifyページの更新をトリガーにする良いフックがない [pretalx#964](https://github.com/pretalx/pretalx/issues/964) - 手動で更新をトリガーにしました。
5. スピーカーが事前に設定した制限時間内にアカウントを有効化しないと、サインアップが中断されます [pretalx#554](https://github.com/pretalx/pretalx/issues/554) - この問題は SQL に直接アクセスすることで回避する必要がありました。
6. Pretalxは発表者にどのようなタイムゾーンがイベントに使われているかをよく示していません。CfP の説明でこの点を明確にしていないと問題があります [pretalx#924](https://github.com/pretalx/pretalx/issues/924)。

### スケジューリング

このイベントはオンラインイベントであり、オーストラリア、ヨーロッパ、アメリカのタイムゾーンからのスピーカーが参加するため、比較的複雑なスケジューリングが必要でした。そのため、モデレーターは交代で参加しなければなりませんでした。

また、参加者がすべてのセッションに平等に参加することは期待できず、録音がより重要になってしまいます。また、時間外に全員が参加できるような特別なイベントもありませんでした。当初は [gather.town](https://gather.town/) や [Mozilla Hubs](https://hubs.mozilla.com/) を使ってミートアップをするのもいいかもしれないと考えていましたが、参加者を選別することになるので、全員にとって有益なことに集中したいと考えていました。もしイベントが 5 時間もかかり、特定の時間帯だけに集中するのであれば、二次会の方が合理的だったかもしれません。

時間を短縮する一つの方法として、複数の部屋で複数のトークを同時に開始することも考えられました。しかし、この場合、複数の録音装置を設置しなければならず、司会と調整には2倍の時間が必要となります。また、時間を短くすることで、最初の問題は解決したとはいえ、それぞれのタイムゾーンの発表者に対応する必要があります。

セッション間の休憩時間を確保し、最終的に技術的な問題を解決するために、各セッションの間に20分の休憩時間を設けました。これは、技術的な問題に対処しなければならず、いくつかのセッションでは時間がオーバーしてしまい、次のスピーカーの準備ができているかどうかを確認する時間ができたので、本当に良かったと思います。

Googleフォームからプレゼンテーションを受け取る際には、任意の時間を入力できるようにしておいたのですが、偶然にも、これは良いアイデアだったと思います。それぞれのセッションは、指揮者が心地よく感じられる長さにしました。

### 学んだこと

- CfPは非公開にする必要があります - 公開のCfP _(Github-issuesを使用)_ は動作しません。
- 最初からPretalxを使いましょう。
- イベントの説明とCfPの目標をより明確にしましょう。
- CfPのプロモーションにもっと力を入れてください。
- 長さの異なるセッションのスケジュールを設定することは可能であり、それは良いことだと判明しました。
- セッションとセッションの間に15～20分程度の休憩時間を設ける。
- メールを送る場合は、それが見られるようにしてください。
- [rixx](https://rixx.de)を[Liberapay](https://liberapay.com/rixx/)や[Patreon](https://patreon.com/rixx)でサポートしましょう。

[pretalx]: http://github.com/pretalx/pretalx

---

## 3. ウェブサイトと登録

### ウェブサイトのリニューアル

2019年のWebサイトは https://events.datproject.org でホストしていましたが、https://events.dat.foundation に移動して2つのフォルダに分割しました。ドメインはdat財団から提供されたもので、ソースコードは[datproject/public-events](https://github.com/datproject/public-events)、ホストは[Netlify](https://netlify.com)で、Netlifyのデータ転送がすぐに切れたので、データをキャッシュするために[CloudFlare CDN](https://www.cloudflare.com/)を有効にしました。

### Eventbrite からの登録

イベントに参加したことを忘れてしまう可能性が高いことは、イベントを開催する前からわかっていました。これを防ぐために、イベント登録ページをオンラインで作成しましたが、イベントが始まってからは「参加方法」のページに変更しました。

また、ウェブサイトにEventbriteの登録機能を追加しました。

---

## 4. Big Blue Button

カンファレンスのメインシステムについては、いろいろなツールを検討しました。結局、OSSツール[Big Blue Button](https://bigbluebutton.org/)を試してみましたが、すぐにすべてのリストをチェックしてくれました。

- これは、プレゼンテーションやスクリーンシェアの他に、複数の発表者が同時にウェブカメラを使って発表するオプションを提供しています。
- 質問に投票するオプションを提供しています。イベント中に便利だったもの
- 200名までの参加者を収容することができ、とても良い部屋でした。
- 私たちは参加者の調整をすることができました。"私たちは、このようなことをすることができました。

そのため、まともな機能を持っていて、オープンソースだったのですが、Big Blue Buttonはどこかでホストされる必要があり、会議の処理中にサーバーの問題でストレスを感じたくなかったので、[Collocall](https://collocall.de/)にホストしてくれるように依頼しました。彼らは非常に公正なオファーをしてくれたので、私たちはそれを受け入れました。

### プレゼンターのスクリーンシェア

プレゼンターが画面を共有していることで、2つのヒックアップがありました。1つは["Changing to "Hyper" and the future of the Dat ecosystem (Youtube)](https://youtu.be/mx52uO5SP7A?t=51)の最中に、画面の一部が動かなくなってしまったこと。これは画面共有を再起動することで直り、Youtube-Editorでは比較的スムーズにその部分を切り出すことができました。

もう一つの問題は、["Inclusive indexing of research outputs through decentralized web"](https://events.dat.foundation/2020/talk/g7wtne/)の時に、発表者が間違った画面を共有してしまい、出席者の誰も気づかないうちに発表が進んでしまったと思ってしまうことでした。最終的にはなんとか正しい画面共有に戻すことができましたが、しばらくの間は壊れていました。我々は簡単に事前にプレゼンテーションを共有し、それが動作するかどうかを確認するために2つのスライドを介してステップするために発表者に依頼することによって、これを防ぐことができました。しかし、我々はそれが完全に我々はポストエディットと[ビデオを再アップロード](https://youtu.be/mkQzFMKLBGQ)でビデオトラックを修正しなければならなかったことを意味するストリーム上で壊れたことに気づくために失敗したもの。この作業には4～5時間ほどかかりました。

### 遅いチャットの問題

多くのチャットメッセージがあると、新しいメッセージを入力するためのユーザーインターフェースが非常に遅くなることがありました。これは、現在Collocallが認識している（Reactに関連した）大ボタンの問題のようで、今後のBBBバージョンで修正されることを期待しています。

### ブレークアウトルームの不具合

["Inclusive indexing of research outputs through decentralized web"](https://events.dat.foundation/2020/talk/g7wtne/)の間、Vinodhさんは個別の議論をするための部屋をブレイクアウトしたいと思っていました。テスト中はうまくいっていたにもかかわらず、なぜかブレイクアウトルームを作ろうとするとBBB UIがロックされてしまいました。この問題を解決するために、ワークショップを1つの部屋で開催することにしました。

### ノートとチャットをバックアップする

BBB セッションを終了する前にメモを保存し、クリアする前に毎回チャットログを保存して記録を残していました。googleドライブに保存しました。

### ゴーストの参加者

ストリーミングサーバー ([次項参照](#5-streaming-to-youtube)) は、参加者リストに表示され、最終的にはブレイクアウトルームに送られるであろう2人のユーザー "Youtube Stream Bot" を追加しました。BBB にボットユーザーを入れる機能があるはずです。

### モデレーターのヘルプは限られています。

いくつかのセッションでは、プレゼンターはモデレーターや共同プレゼンターに投票の準備やその他のタスクのサポートを依頼することがあります。そのためには、司会者が「司会者の役割を引き継ぐ」必要があり、司会者が共有している画面をオフにし、司会者の役割を引き継いだ場合は、画面の共有を再開する必要がありました。

### 学んだこと

- BBBにはバグがあり、そのうちのいくつかは長時間BBBを実行した後に表示され、そのうちのいくつかは多くの出席者でのみ表示されます。
- 最初のテストで発表者にスライドをステップスルーしてもらい、発表者の意図した通りに表示されるかどうかを聞いてみましょう。

---

## 5. Youtubeへのストリーミング

BBBでは録画は可能ですが、BBBの録画はセッションごとに複数のファイル（ビデオストリーム、プレゼンテーションなど）に記録され、共有できる動画を公開するためには、後からつなぎ合わせる必要があります。

また、BBBが対応していない携帯電話やブラウザでもスムーズにイベントの様子を追うことができるように、別のプラットフォームでライブ配信を行いたいと考えていました。

### 他のプラットフォームを検討しました。

1. _[Twitch][twitch]:_ 最初はイベントのためにtwitchのストリームを開始した方が良いと考えていましたが、サードパーティのクッキーを無効にした状態ではTwitchは埋め込みができないことが判明しました。
2. _[Dacast][dacast]:_ Dacastはストリームの埋め込みを可能にする最も合理的なストリーミング料金モデルを持っていますが、その後の動画のホスティングは、イベントの後に多くの追加作業を引き起こすことになります。
3. _[Vimeo][vimeo-streaming]:_ Vimeoのプレミアムプランは、独自のウェブサイト上でのビデオストリーミングをサポートしていますが、固定（〜70USD/月）でかなり高価です。しかし、これを使えば動画の修正や埋め込みができるようになる。

最終的には、スケジューリングのサポート、コミュニティキャプション、ライブ動画の即時利用可能性が非常に魅力的だったので、私たちはYoutubeに行きました。

最初のテストでは、サードパーティのクッキーを有効にしたページにライブ動画を埋め込むことも可能でしたが、一時的なバグか何かだったのかもしれませんが、それはうまくいかず、ストリームを直接Youtubeにリダイレクトしなければならなかったことが判明しました。[datproject/public-events#d4bbb0fe](https://github.com/datproject/public-events/commit/d4bbb0fec182a20eb22f81e3838a12696bac17d2#diff-a783f1d9526434c8837cc08ecea5861d)

注：必要になるかもしれない場合に備えて、このためのサードパーティ・クッキー・テストも合理化しました。_[nginx third-party-cookie-test](https://gist.github.com/martinheidegger/d37c2a7700b0d491aad031789fac760c)_

### Youtubeの設定

Youtubeについては、主催者のメールアドレスと各主催者が知っているパスワードを使ってアカウントを作成しました。

我々は、イベント全体のために1つのYoutubeストリームを持つべきかどうか、2つのToutubeストリーム、各日に1つ、またはセッションごとに1つを持つべきかどうかをかなり議論しました。

私たちは以下の引数でセッションごとに1つを選択しました。

**`+`** イベントが終わるとモチベーションが下がるし、ライブストリームを切り離すのは苦痛になる。
**`+`** ストリームをフォローしている人は、時間表示を使っていつセッションが始まるかを知ることができます。
**`+`** 何かが失敗しても、1つのセッションだけで済むので、次のセッションまで修復が可能です。
**`-`** イベント中のストレスが増える。
**`-`** イベント前の忙しい時間帯にセッティングするのは大変です。

確かにありがたかったのは、Youtubeへの直接ストリーミング配信です。スピーカーを全員出したら、[Sketch][sketch]ファイル、[Data Populator][data-populator]、そして生成された[セッションのJSONファイル](https://github.com/datproject/public-events/blob/main/website/content/_data/2020/talks_simple.json)を使って、Youtubeの各セッションのサムネイルを生成しました。

<img title="sketch のテンプレート" src="https://i.imgur.com/1xXqD0E.png" width="350">

その後、Youtubeライブでダミーのセッションを1つ作成して録画しました。これは後で最初のセッションをテンプレートにして新しいセッションを作成することができるので便利でした。

<img title="新しい設定として再利用するオプションとして「TEMPLATE」を終了した画面" src="https://i.imgur.com/5gBcCnq.png" width="350">

これは、(Youtube Studioでのみ利用可能) の詳細情報もコピーされるので、残りの情報を記入するのがむしろ速くなります。ライセンス、言語、コメントの設定など。

<img src="https://i.imgur.com/9z45kgn.png" title="テンプレートに基づいた新しい動画のためのフォーム" width="300">

唯一の問題は、時間を**ローカルタイムゾーン**で入力する必要があるということです。しかし、代わりに [小さなHtmlファイル](https://gist.github.com/martinheidegger/83931f8a10248e6bd53f485d095443d6) を作成し、`npx http-server` で開始し、現在のタイムゾーンのセッションを表示するようにしました。

このテンプレートを使うことで賢いと思っていたのですが、別の問題が発生しました：ストリームをコピーすることで、ストリームキーも新しい動画にコピーされ、このエラーメッセージが表示されます。

<img src="https://i.imgur.com/oXqHC0G.png" title="Error: We have detected multiple streams using the same strem key with the auto-start" width="100%">

エラー メッセージが表示されます。

さて、それは私たちがOBSでボタンを押したときにライブストリームを開始するために各ビデオが (正しく) 活性化された自動開始されているからです。

<img src="https://i.imgur.com/9WlkfRo.png" title="自動起動を有効にする" width="300">

当然のことながら、YouTubeは、すべてが同じストリームキーを持っている場合はautostartにどのライブストリームを知りません。この機能は、ストリームを繰り返しているストリーマーのために作られているようだ（週に一度？しかし、私たちはしました。

そこで、各ライブストリームの設定をチェックして、そのための新しいストリームキーを作成しました。識別子としては、覚えやすいようにトークコードを使いました。

<img src="https://i.imgur.com/cRBkeg1.png" title="Form for a new stream key, showing a cryptic name and a 720p setup" width="300" style="display: inline;">

[twitch]: https://twitch.tv/
[sketch]: https://www.sketch.com/
[data-populator]: https://www.datapopulator.com/
[dacast]: https://www.dacast.com/
[vimeo-streaming]: https://vimeo.com/features/virtual-events

### ストリーミングの設定

BBBからのビデオをストリーミングするために、2台のストリーミングコンピュータをセットアップしました。我々はバックアップを持っていることを確認するために1つ。1台のMacと1台のWindowsコンピュータの据え置き型コンピュータ、それぞれに**2つのスクリーン**が付いています! それぞれのコンピュータは、主催者全員がアクセスできる[TeamViewer](https://www.teamviewer.com/en/)アカウントに接続されていました。

**重要**両方のコンピュータには、記録を保存するのに十分なハードディスクがあることを確認しました。

<img src="https://i.imgur.com/DlsBxqu.png" title="Teamviewer コンピュータ一覧" width="300">。

各コンピュータには、Youtubeへのストリーミングが可能な[ObsStudio](https://obsproject.com/)をインストールしました。各セッションごとに OBSStudio プロファイルを作成しました。このプロファイルでは、各プロファイルごとに異なるストリームターゲットをOBSStudioに保存することができます。

そこで、設定するYoutube動画ごとに1つのプロフィールを作成しました。

<img src="https://i.imgur.com/tW2jS8s.png" title="すべてのプロファイルのリスト" width="300">

各プロファイルには、YoutubeからコピーしたStreamキーが含まれています。それぞれのストリームに名前をつけました。ネーミングは、名前が正しくソートされていることを確認しました（OBSStudioは自動的に名前を並べ替えています）。

また、ライブストリーム中に使えるシーンを3つ用意しておきます。

<img src="https://i.imgur.com/EnWlglm.png" title="Before Session, Big Blue Button, After Session" width="300">

---

1. セッションが始まる数分前に ``"Before Session"`` にアクセスすると、[`/live`](https://events.dat.foundation/2020/live/)のページが表示され、次のセッションが始まろうとしていることが表示されます。
2. 正しいプロファイルが設定されていることを確認して、"Start Streaming "を押します。
3. 現在のプレゼンテーションのYoutubeビデオにアクセスして、ビデオが実行されていることを確認します。
ヒューマンエラーのリカバリー:
1. プロフィールがまだ起動していないストリームに属していた場合は、単に動画の説明を変更して、誰も気づかないことを願っています。
2. プロファイルがすでに録画されていた場合は、ストリーミングを停止して、終了したストリームへのストリーミングは機能しないので、再度開始します。
4. セッション中に、我々は`"ビッグブルーボタン"`に切り替えると、2番目の画面のスクリーンキャプチャを行います。2番目の画面の解像度を720p (1280x760)に設定しました。2つ目の画面では、ブラウザウィンドウをフルスクリーンで開き、BBBにログインしている。
ストリームに表示したくないBBB要素を削除するために、ブラウザにBBBルームビューが表示された後に実行する[小さなブックマークレット](https://gist.github.com/martinheidegger/52890ffee2ab2299032864052bf1d413)を作成しました。
5. セッションが終了した直後に `"After Session"` 画面に切り替える。これは `"Before Session"` とよく似ているが、`/live` はセッション終了後に次のセッションを表示するのに対し、`/live-end` は「前回のセッションに参加してくれてありがとう」と表示するからである。
6. ストリーミング停止」を押す前に「セッション終了後」のシーンが表示されるまでYouTubeの出力を監視し、動画セッション全体がYoutubeに取り込まれていることを確認しました。
7. Youtube Live Stream（右上、現在のライブストリーム）でストリームを終了しました。

#### ブラウザのウィンドウをリフレッシュする

セッション前」と「セッション後」のブラウザのウィンドウが固まってしまうことがありました。

<img src="https://i.gyazo.com/c67524232da9a8488a3916569eacf00b.gif" title="ブラウザのプロパティで下にスクロールするアニメーションと'現在のページのキャッシュを更新するボタン'とブラウザの表示がどのように更新されるかを表示しています。" width="300">

#### Macの仕様

Mac OSでは、オーディオ録音に対応していないことを除けば、Windowsと同じように動作します。[iShowU](https://support.shinywhitebox.com/hc/en-us/articles/204161459-Installing-iShowU-Audio-Capture-Mojave-and-earlier-)というオーディオプラグインをインストールして、BBBで入力ソースとして定義し、MacOSのオーディオ設定でオーディオ入力デバイスとして使用する必要があります。詳しくはこちらをご覧ください。[obsproject/forum#77163](https://obsproject.com/forum/threads/cannot-set-desktop-audio-device.77163/)。

#### オーディオの問題

2日目のChromeのBBBウィンドウがアクティブな状態が長すぎると、音声の送信が停止してしまい、音声チャンネルが欠落してしまいます。
これを防ぐにはChromeを再起動してBBBに再度ログインする必要があります。気になったのですが、これはChromeの問題で、両方のストリーミングパソコン（WindowsとMac）で同時に発生していました。

画面が動かなくなる

#### 動かない画面

また、クロームのBBBウィンドウは、オーディオがまだ実行されている状態で完全に立ち往生してしまう可能性があります。

### 学んだこと

- あなたが信頼されている、よく見ているYoutubeチャンネルがライブ埋め込みを可能にしている場合を除き、単にYoutubeプレイリストにリダイレクトします。
- Youtubeのリンクを入力するには、イベントのタイムゾーンに変更してください。
- ストリーミングマシン上で：セッション間に十分な長い休憩がある場合は、ストリームのためのブラウザを再起動します。
- すべての主催者と一緒に、少なくとも1回はストリーミングの設定のサンプルランを行いましょう。準備をしておくことは誰にとっても良いことです。
- iShowUの開発者にお金を払って、将来的にMacでも動作するようにする方法を見つけてください。
> Kevin: *can*, but the audio playthrough won't work, as that is baked into the iShowU apps itself. このことについては、有料のバリアントを書こうかどうか考え中です。
https://support.shinywhitebox.com/hc/en-us/articles/360039968951
- ライブストリームでは、ライブストリームコンピュータもログインしているため、ブレイクアウトルームが難しくなります。
- BBBの録画ボタンを無効にすると、混乱を避けることができます。設定で無効にすることもできますし、無効にしておくべきです。
- メインコンピュータとバックアップコンピュータの両方でトークを録音するようにしてください。バックアップコンピュータで "Start recording "を押し、メインコンピュータで "Start streaming "を押します。これにより、メインコンピュータが故障した場合でも、バックアップコンピュータで「ストリーミング開始」を押すことで、録画中でもいつでもバックアップコンピュータで「ストリーミング開始」を行うことができます。
- Youtubeストリームのアバターが実際に動いているかどうかを確認し、ブラウザが立ち往生していないことを確認するために顔を表示していないだけで、オーディオレベルを見て、彼らが緑の領域にあることを確認してください。

---

## 6. イベントの前と後

### 序章

あまりにも短い予告と手元の時間しかない中で、イベントを紹介するための短い台本だけを用意しました。第一回目のセッションの前に録音しておきたかったのですが、時間がなかったので、初日はライブで行い、二日目の休憩時間にズームで録音しました。録画したものは、2日目の最初はマーティンが1人で行っていましたが、2日目の休憩時間にはズームで録画しました。

紹介で取り上げた話題は、[弊社動画](https://youtu.be/QQi9KQ9guWw)でご覧いただけます。

2日目の最初のイベント前にBBBの動画機能を使って動画を公開しました。

### イベント後の様子

前述のように、私たちは時間外のパーティーをサボっていました。しかし、初日の後、あるグループが独自に`gather.town`のリンクを共有し、そこで少人数で議論をした。

2日目には、イベント終了後にも何人かのグループが残って、ちょっとした会話をしました。

また、[comm-commイベント](https://github.com/datproject/comm-comm/issues/166)を開設し、イベントの最後のセッションとDiscordチャットで早速告知しました。([注意事項](https://github.com/datproject/comm-comm/blob/master/meeting-notes/59-06Aug2020.md)）

コミコミイベントに続いて、すべての動画をリンクさせたメルマガまとめを作成し、今後のイベント自体の概要をお伝えしました。

### お金のこと

イベントの前に、私たちは他の費用を追加することを検討していました：前述の`gather.town`のようなもの、プレゼンターにプレゼントを送る、またはすべてのプレゼンターが良いマイクを持っていることを確認する。また、参加者からお金を募ることも検討していました - 人が来ることを保証するのに十分な量だけ、多分〜8USD - そして、イベントのスポンサーを探してビデオを制作し、完全なボランティア活動ではなく、[datに寄付](http://opencollective.com/dat)するための手段としても活用しています。

私たちはボランティアの主催者であり、2020年にはDat財団の構造が流動的になっているため、このイベントを「外部」の取り組みとして扱うことにしました。これは、私たちが収入を得ることを考えないことを意味していました。

Dat財団は、イベントのためのすべての明細書と組み合わせた領収書を提示するように求めてきました。私たちは、CollocallでBBBを開催するために300ドルを必要としていました。我々はさらに、主催者がそれぞれの努力に対して100ドルのトークンを受け取ることを決めた。ウェブサイト上での作業のために、サンティアゴは最初に約束したように1050ドルを得た。また、Pretalx、BBB、およびOBSStudioをサポートすることを決めた50ドルの寄付金をそれぞれ。残りの100ドルはフランツに行きました。- ([OpenCollective 領収書](https://opencollective.com/dat/expenses/23384))

### 非金銭的支援に対する謝辞

- ホームページのホスティングには、Dat財団のNetlifyプランを利用させていただきました。
- Pretalxのインスタンスと主催者のメールアドレスは[Georepublic](https://georepublic.info)から提供されました。
- ストリーミングコンピュータはチームの友人から提供されました。
- Eventbriteは無料のイベントに無料でサービスを提供しています。
- Cloudflareは、私たちのドメインのための無料のキャッシング帯域幅を提供しています。
- おそらく明らかになっていますが、Youtubeアカウントにお金を払う必要がなかったことはまだ認めるべきでしょう。
- 最初に使用していたGoogle FormもGoogleが無料で提供してくれていました。

### 学んだこと

- 導入のためのズームコールではなく、プレゼン枠とYoutubeストリームを予約しておくだけでも良かったのではないでしょうか。
- イントロを何度か練習して、うまくいくようにしましょう。
- イントロの中で、フォローアップのコミュコールを発表するのも良かったかもしれません。
- BBB チャンネルのウエルカムノートにイントロを掲載すると良かったと思います。
- イベントのキックオフ前にスポンサーシップについて明確にしておくことで、摩擦を減らすことができたでしょう。