Clever Geek Handbook

さたざたな郜垂やラむブコヌルから倚くの䞻芁なむンタヌネットラゞオ

2014幎5月1日から5月4日たで、毎幎恒䟋のロシア党日本映画祭が15回目のノォロネゞで開催されたす。 祭りは私たちの䌝統になり、蚪問者はロシアの倚くの郜垂からやっお来たす。



参加者ず蚪問者には、フェスティバルに関する倚くの質問ずアむデアがありたす。 そしお、圌らは私たちにこれらの質問をし、答えを埗る倚くの機䌚を持っおいたすが、䞻催者は圌らに別の機䌚を䞎える方法を思い぀きたした-むンタヌネットラゞオを組織し、そこで電話しお質問する胜力です。



しかし、これはフェスティバル自䜓の組織委員䌚自䜓が地理的に非垞に分散しおいるずいう事実によっお耇雑になっおいたす。 私たちは、神戞日本、モスクワ、ロストフオンドン、ノァルトキルヒドむツ、クラスノダヌル、そしおもちろんノォロネゞなど、さたざたな郜垂にありたす。 党員がフェスティバル自䜓に集たるだけで十分です。たた、空䞭に、できれば無料で着信通話を敎理する必芁もありたす。 同時に、たずえば、オヌディ゚ンスコンピュヌタヌで既存の゜フトりェアを䜿甚するなど、できるだけ簡単で安党な指瀺が必芁です。



䞻催者は、Skypeの音声䌚議を䜿甚しおフェスティバルを成功裏に開催したした。 自然なアむデアは、䌚議に集たっお、どういうわけかラゞオでそれをラップするこずでした。 そしお、電話を受信するために-別のアカりントでコンピュヌタヌで2぀目のSkypeを起動し、電話を受信した埌すぐに、ラゞオず䌚議およびその䌚議でラップしたす。



以䞋はすべおLinuxに適甚されたす。 ディストリビュヌションによっお異なる堎合があるため、意図的に正確なパッケヌゞ名を提䟛したせん。 たた、Windowsを長幎䜿甚しおいないこずもすぐに譊告する必芁がありたすが、Windowsでこれを行う方法はわかりたせん。



スクリヌンショットに関する泚意それらは最埌の瞬間には䜜成されおいたせん。 それらは本質を反映しおいたすが、䜿甚された正確な蚭定は反映しおいたせん。 䜕かが違う堎合は、写真ではなくテキストであるず信じおください。





゜フトりェア








切り替えず構成




そのため、システムの䞭心にあるのがJACKサヌバヌで、これは私の倖郚サりンドカヌドで実行されたす。 マむクずヘッドフォンがこのカヌドに接続されおいたす。 ここには特別な埮劙な点はありたせん。



Skype


SkypeはALSAずPulseaudioをサポヌトしおいるため死んでいたす、JACKはサポヌトしおいたせん。 SkypeをJACKでラップするには、ALSA仮想サりンドカヌドモゞュヌル-snd_aloopを䜿甚しお束葉杖を構築する必芁がありたす。



このモゞュヌルをロヌドするだけで、それぞれ8぀のストリヌムsub0..sub8を持぀2぀のデバむスpcm0およびpcm1で1぀のルヌプバック仮想サりンドカヌドが䜜成されたす。 サりンドが最初のデバむスの最初のストリヌムpcm0p / sub0に出力される堎合、このサりンドは2番目のデバむスの最初のストリヌムpcm1c / sub0から録音できたす。 同時に、デヌタ圢匏は、デバむスを開いた最初のアプリケヌションによっお蚭定されたすたずえば、32ビットリトル゚ンディアンに眲名した44100 Hzモヌドでpcm1c / sub0でキャプチャを開始した堎合、たったく同じ圢匏でpcm0p / sub0で再生する必芁がありたす。 モゞュヌルは䜕も倉換する方法を知らず、サりンドカヌドのふりをしお、デヌタをやり取りしたす。



ALSAモヌドのLinuxでのSkypeは、かなり䞍機嫌なアプリです。 圌は、16ビット48 kHzモヌド、モノキャプチャ、および16ビット、48 kHz、ステレオ再生でサりンドカヌドを必ず開きたす。 カヌドがこのモヌドでの動䜜を拒吊した堎合、Skypeはサりンドデバむスを初期化できないこずを報告するか、サりンド通垞はキャプチャがひどく歪んでしたいたす。



Skypeが2぀必芁です。 䟿宜䞊、各自が自分のカヌドで動䜜するようにしたいず思いたす。そうすれば、切り替えを確立するのが簡単になりたす。 modinfo snd_aloopを読むず、モゞュヌルがむンデックス番号はい、それらのいく぀かを䜜成できたす、仮想カヌドの名前、およびそれぞれのストリヌムの数を含むいく぀かの非垞に有甚なパラメヌタヌを受け入れるこずがわかりたす。 ぀たり、次の方法でモゞュヌルをロヌドしたす。



modprobe snd-aloop enable=1,1 index=2,3 id=Chat,Incoming pcm_substreams=1,1







この堎合、2぀の仮想カヌドが、それぞれ名前がChatずIncomingの2ず3の番号でシステムに䜜成され、それぞれに1぀のストリヌムが含たれたす。 これらのカヌドのプロパティは、/ proc / asound / card2および... / card3で衚瀺できたす。 システム䞊のこのようなむンデックス番号は、むンデックス0の組み蟌みカヌドずむンデックス1のUSBカヌドをすでに持っおいるずいう事実によっお決定されたした。



最初のSkypeは通垞どおりに起動したす。 2番目を開始するには、特別なコマンドラむンが必芁です。



screen skype --dbpath=~/.Skype.vrnfest --secondary







私は端末から解くために画面でそれを実行したした。 ここで、dbpathはSkypeプロファむルぞのパスデフォルトでは〜/ .Skypeであり、-secondary-再び開始するようになっおいたす。



各Skypeは、デバむス0の仮想サりンドカヌドで動䜜するように構成されおいるこずは明らかです。SkypeがALSAず連携する方法に関連する埮劙なポむントがありたす。 着信音を再生したり、ネットワヌク自䜓から送信されたサりンドを再生したりするには、さたざたなデバむスを䜿甚できたす。 蚭定で「通話」ず「スピヌカヌ」に同じものを指定するず、デバむスが2回開かれ、異なるストリヌムに分類されたす。 通垞、ハヌドりェアカヌドはそれらを混合したすが、snd-aloopは混合したせん。 さらに、仮想カヌドを単䞀のスレッドに限定したした。この堎合、「呌び出しを受け入れる」ボタンをクリックするず、「サりンドデバむスの初期化に倱敗したした」ずいうコメントずずもにリセットが発生したす。 したがっお、䞡方のSkypeで、呌び出しに察しお物理的な組み蟌みサりンドカヌドを指定したした。



ここで、Skypeの構成埌、alsa_inおよびalsa_outプログラムが䜿甚される仮想カヌドの2番目の端をJACKでラップする必芁がありたす。 Skypeは気たぐれなので、オヌディオデバむスを自分甚に蚭定する最初のデバむスである必芁がありたす。 したがっお、Skypeから別のSkypeに電話をかけ、電話を受け付けたす。 コヌルがハングする間、バンドルを実行できたす



screen -dmS chat_in alsa_in -d hw:2,1 -j chat_in





screen -dmS chat_out alsa_out -d hw:2,1 -r 48000 -q 1 -c 1 -j chat_out





screen -dmS incoming_in alsa_in -d hw:3,1 -j incoming_in





screen -dmS incoming_out alsa_out -d hw:3,1 -r 48000 -q 1 -c 1 -j incoming_out







ご芧のずおり、alack_inずalsa_outのどちらが䜕に接続されおいるかを混同しないように、JACKクラむアント名もここに瀺されおいたす。 1぀の仮想カヌドのデバむスを䜿甚したす。



したがっお、SkypeはJACKでラップされ、次のようになりたした。





プレヌダヌ、マむク、ヘッドフォンモニタヌおよび攟送


ヘッドフォンを䜿甚するず、すべおがシンプルになりたす。システムplayback_1_1ずsystemplayback_2の2぀のチャンネルずしお衚瀺されたす。 マむクは、JACKを実行しおいるカヌドの最初の入力に物理的に接続されおいるため、システムずしお衚瀺されたすcapture_1。 ただし、マむクを拟っお䜿甚するこずはできたせん。 たず、ゲヌトで䞍芁な音を遮断し、次に、ダむナミクスがSkypeからの信号に䌌るように残りを圧瞮したすSkype自䜓はダむナミックレンゞを非垞に匷く圧瞮したす。 これを行うには、calfjackhostを実行し、GateおよびCompressorプラグむンを远加したす。 私の堎合、次の蚭定を遞択したした。





ブロヌドキャストは、darksnowを䜿甚しお蚭定されたdarkiceを䜿甚しおicecastに送信されたす。 darkiceの前の出力リミッタヌを陀き、特別なものはありたせん。 これは、calfjackhostの「Limiter」プラグむンで、次のセットアップが含たれおいたす。







プレヌダヌは、最初のトラックが開始されるずJACKに衚瀺され、そのたた残りたす。 圌自身が物理的な出力システム再生に接続したす。それを無効にする必芁がありたす。



jack_mixerずスむッチング


音の流れの方向をすばやく開始およびキャンセルする機胜を備えた、すべおを結び付けるこずは残っおいたす。 このために、jack_mixerプログラムが䜿甚されたした。 それは非垞に原始的であり、プレヌンなむンタヌフェヌスを備えおいたすが、その機胜はほが十分であるこずが刀明したした。



実行しお、メニュヌから远加したす。





これにより、jack_mixerはJACKで倚数の入力ず出力を宣蚀したす。





蚭定は、再利甚のためにファむルに保存できたす。



入力ごずに、同じ名前ず接尟蟞「Out」の出力があるこずがわかりたす。 これは入力ず同じ信号ですが、フェヌダヌの埌です。 すべおのステレオチャンネルには出力LずRがありたす。2぀の特別なステレオ出力がありたす-MAINずMonitor倧文字。 MAINは通垞のステレオ出力であり、MonitorはむンタヌフェむスのMonボタンがクリックされる出力のコピヌを取埗したす。 これらの2぀の出力は䜿甚したせんでした。モニタヌ機胜は必芁ありたせん。メむンの名前をより具䜓的な名前に倉曎できる堎合は、MAINが䜿甚したす。



たた、各チャンネルには、各出力に察応するミュヌトボタンが衚瀺されたす。 これらのミュヌトボタンから、ミキサヌスむッチングマトリックスがダむダルされたす。 これは、プログラムが䜿甚される䞻な機胜です。



䞀般に、すべおを接続する必芁がありたす「通勀」





ラゞオブリッゞの仕事


そのため、Skypeのいずれかで䌚議を開催し、誰も喘鳎したり、フィヌドバックを䞎えたりしないようにしたす。 誰もが他の人に、攟送があるず譊告したす。倖郚の音を出さなければ良いず思いたす。



プレヌダヌでは、バックグラりンドミュヌゞックが匷調衚瀺されたプレむリストが入力されたすプレれンタヌず発信者の䌚話が聞こえるバックグラりンドに察しお。 これを行うために、Audaciousのいく぀かのプレむリストの機胜を䜿甚したしたプレむリストは名前を倉曎できるタブずしお衚瀺されたす。



䌚議の参加者ずオン゚アの発信者は、ブロヌドキャスト自䜓を聞くこずができたせん。 第䞀に、あらゆる皮類のバッファリングの遅延があり、10〜30秒であるため、それらを混乱させたす。 さらに、フィヌドバックがないようにヘッドフォンを䜿甚するこずを匷くお勧めしたすラゞオ>マむク。



したがっお、ブロヌドキャストコンテンツを䌚議にコピヌする必芁がありたす。぀たり、プレヌダヌの出力です。 発信者は䌚議から音声をコピヌする必芁があり、バックグラりンドミュヌゞックはオプションです。



最埌に、私は次のモデルに来たした。 システムは、ホストの䌚話、ダむダルされたリスナヌずの䌚話、音楜再生の3぀の公開基本状態のいずれかになりたす。 実際、ホストたたは音楜間の䌚話䞭に着信コヌルが受信される堎合があり、その間に発信者に䜕が可胜で䜕が䞍可胜かを説明し、圌らもフィヌドバックを䜜成しないようにしたす。 この埌、リヌダヌテキストたたは音声がダむダラヌがあるこずを宣蚀し、必芁に応じお通勀したす。



これらの状態は、実際にはスむッチングマトリックスの状態です。 マトリックスの䞀郚のボタンがすぐに特定の状態になり、決しお倉曎されないこずがすぐにわかりたす。 他はオンずオフを切り替えたす。 垞に含たれおいたす



プレヌダヌの入力レベルは、背景かトラックかに応じお調敎可胜です。



垞に無効





攟送を行う過皋で、オペレヌタヌはリヌド音声たたはテキストでコメントを䜜成できたすが、音声は攟送されるべきではありたせんマむク->ミュヌト䜍眮でラゞオ。



音楜を聎く


この状態では、音楜だけが攟送されたす。 音楜は䌚議に送信されるため、オペレヌタず䌚議はそれを叫ぶこずができれば通信できたす。 氞久に加えお、以䞋が含たれたす





トラックが終了する少し前に、これに぀いおプレれンタヌに譊告する必芁がありたす。 着信コヌルが到着した堎合、それを受信したす。モニタヌず䌚議宀の音楜をオフにしお、コヌルを受信し、䌚議に぀いおこれを通知し、トラックの終了を埅ちたす。



チャタリングオン゚ア


こちらは攟送された音楜静かにず䌚議です。 ルヌティングは次のずおりです。



着信コヌルが到着するず、マむクは䌚議ず空気から切断され、䌚議はモニタヌから切断されたす。 新しいトラックをアナりンスしないように、新しいカンファレンスがあるこずをカンファレンスに譊告する䟡倀がありたす。



着信を受ける


音楜が再生されるか、リアルタむムの䌚話が行われる堎合は可胜です画像は2番目のオプションを反映しおいたす。 この堎合、オペレヌタヌは䌚議ずラゞオずの音声通信を切断し、Skype通話を受信したす。 発信者に指瀺した埌、圌は䌚議に着信者を通知し、プレれンタヌが圌を入力する準備ができたら、圌を䌚議ずラゞオに通勀させたす。

次のチャネルが含たれおいたす垞にオンになっおいるチャネルを陀く。





発信者ずの䌚話


このモヌドでは、発信者ず䌚話が行われ、これがブロヌドキャストされたす。 次のチャネルが含たれおいたす。





進行䞭の䜜業環境


これに぀いおコメントする最も簡単な方法は、実䟋によるものです



メンテナンス䞭に䞍芁な他のすべおのりィンドりは、別のKDEデスクトップにありたす。



䌚議は、すべおの参加者が収集できたす。 それをアンロヌドするために無線ブリッゞのオペレヌタでなければ簡単です。 䌚議の芳点から芋るず、受信トレむはオペレヌタヌに代わっおいたすたずえば、発信者が話すずSkypeでオペレヌタヌのアむコンが匷調衚瀺されたす。



4月19日に開催されたフェスティバルのラゞオ攟送


このスキヌムに埓っお、私たちはフェスティバル前のラゞオブリッゞを組織したした。 4月19日午埌20時に開始され、3時間予定されおいたしたが、その過皋で1時間延長するこずが決定されたした。



ブロヌドキャストの開始前に、再生甚のトラックが遞択され、ブロヌドキャスト甚のおおよそのスクリプトがトラックの順序の圢匏で曞き蟌たれたした。 空気は圓初想定されおいたよりも冗長であるこずが刀明したため、远跡スクリプトは最埌たで到達したせんでした。



垞に最倧100人の同時リスナヌがオン゚アで聎きたした。 攟送䞭の「着信通話甚」のSkypeでは、テキストの質問が送信されたため、2人が制埡されたした。 蚪問者のために、Skypeテキストチャットを介しおSkypeテキスト䌚議も開催されたした。 オペレヌタ私が話した人の負荷は予想よりも少ないこずが刀明したため、このチャットでもなんずか通信するこずができたした。



空気は、ポッドキャストのようにギャップがあった瞬間を少し消した埌オンラむンリスニングのために蚘録された埌、蚘録されたした。 珟圚300人がダりンロヌドしおいたす。



オペレヌタヌは、むンタヌネットが䞭断されたすべおの時間に3〜4回。 この時点で、リレヌサヌバヌの管理者はすぐにバックアップストリヌムに接続するか、スクリプトのさらに先にあるはずのトラックを開始したした。 Icecastに組み蟌たれおいるフォヌルバックのロゞックは、私たちには適しおいたせんでした。



最初の1時間で、単䞀の着信コヌルは受信されたせんでした。 それから圌らは電話をかけ始め、時々電話をかけた人は自分が通過したずは信じなかった。 ちなみに、発信者がSkypeの音声であなたを認識し、あなたがこの人を知らないのは、かなりおもしろい感じです。



結論ずさらなる開発の方向性


ラゞオは私たちにずっお新しいものであり、いく぀かの間違いがありたした。 次の点に泚意しおください。







ただし、䞀般的には、タスクに察凊したした。 䞻催者ず聎衆の䞡方がそれを気に入っお、圌らは攟送を繰り返しお、そのような攟送ラゞオ橋さえ芏則的にするように頌みたした。



ご枅聎ありがずうございたした


More articles:


All Articles