あ。
そいやわすれてましたよ。
VNCを使う場合、もしPiをディスプレイにつないでないと解像度が320×240かな？さがっちゃうので、以下セッティングをしましょう。
/boot/config.txtに追記。
hdmi_force_hotplug=1
hdmi_force_mode=1
hdmi_group=2
hdmi_mode=82
.profileにも念のため追記
xrandr –newmode “1920x1080_60.00” 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
xrandr –addmode HDMI-1 1920x1080_60.00
xrandr –output HDMI-1 –mode 1920x1080_60.00
こんなかな、結構こうすると便利だったりします。
やばいすっかりわすれてました！ごめんなさい….
でですね、Raspberry PI Advent Calendar 6日目ですぅ。
今年はなんかSecondlife技術系はないですね、、、
今回はRaspberry Pi付属のRealVNCのお話。
これ無償でRealVNCサーバがバンドルされてくるのですが、これがうまく使うと便利なのです。。。これがうちMixxxサーバをVNCでみたとこ。ま、設定は言わずもがな設定項目からVNCの設定をONするだけ。またはsudo raspi-config→3 Interface Options→VNCでONにするだけ。
で、これができると自宅VPNアクセスでIP Reachableにするか、VNCのサブスクを買うと外部リモートアクセスが可能になります。つまり宿泊先にラップトップをもっていけば宿泊先でもいろいろ選曲可能なわけで。、、
小ネタですが、ご利用くださいませませ。
いやぁすいません、お仕事で昨日徹夜で眠いので、アレです。また、アドベントカレンダーブログは後から編集で書きます。今日はRaspberry Pi Advent Calendar 23日目、明日はクリスマスですね。あっきぃさん頑張ってるなぁ。
今のシステムはdarkiceでiPhoneからのAirplayのデータをjackdで受け取り配信するというシステムと、Mixxxでmpd経由で配信するシステムと2つ持っています。なお、Mixxxベースはかなり楽勝で組めたのですが、darkiceで配信する側はjackd特有で出てしまう『音飛び』といかに格闘するかが問題となっています。低レートである128kpbsでも起きてしまうのとたびたびひどい音とびからいきなり音がフラッタリングしたうえ、工事音のような音になってしまい、音がひたすら再送し続ける？ようなことが起きてしまうようなことが起きています。ドハマりなところにさらに320kbpsという高レートでの配信をデフォルトとし変更したため、さらに大変なことになるという…
ま、その原因とひたすら格闘し続けてましたが、それがキャッシュ問題でCephと同様定期的にcrontabでデータを削除してあげなきゃいけない問題になるとは思いませんでした。ただ、これは定期的削除はさや当てみたいなもので、これをしても音ズレは完全に解消しないし、わからないくらいにまでにはしましたが、まだまだ格闘の余地がありそげです。
どうもさらにicecast側のapt listの更新のストップ、tempの定期的な削除も止めないとだめなようです。両方ともRaspberry Piだからでしょうね、SDカード遅いし、aptはチェック持にネットワークもってくし。今両方ともmaskをかけて、動けなくしてどうか？見ています。
これも今回128kbpsでSL再開前は走らせていましたが、320kbps変更に伴い、icecast.xmlのqueue-sizeとburst-sizeの設定をいろいろ試行錯誤をしています。基本、5秒分をqueue-size、1秒分をburst-sizeでとるようで、burst-sizeはqueue-sizeより小さくしないと反映してくれないとかでいろいろググった末にこの辺りを見つけました。これはこの設定の度合いわからず結構格闘をここ数日していました。
Mixxxのレンダラーシステムもいきなり切られて無音になっていたり、darkiceのレンダラーシステムでは音飛びしたまま、工事音のような音がして落ちてしまったり、音が前後で配信しておかしくなったりする要因やら、Mixxxのシステム同様、途中で音切れが起きるわけですが、この要因はレンダラーでなくて、icecast側でも見直しが必要なことをいまさら実感しました。何が言いたいかというと音飛びやいきなり切れる要因は、icecastが重いことによって配信がうまくいかず結果として配信不具合が起きるのだなといまさら気づきました。そこでicecast側はdbus-daemonやら、aptのdaily updateにmaskをかけて起動できなくして、サーバ負担を落としてicecast以外のデーモンが常時にいないよう努めしました。aptはそれでもどうも23分程度も居座ってくれたらしく、なるほどこれが起きる前後はネットワークポートはプロセスアップでレンダラーからの受信ができず音飛びするわーと思った次第です。で、dbusなりapt dailyなどとめて、今連続稼働をテストしてみてるちうです。
今日も朝から調整しつつ半日流していますが、いまのところ何とかなっています。えらいぞRaspberry Pi。ま、jackdのドキュメントにも書いてありますが、音飛びはどうも発生してしまうっぽなので、とにかく数を減らす、目立たなくするというのがワークアラウンドで今は調整＞テストのトライアルエラーといったところです。
今はSecondlife内で配信するシステムとして、Secondlife内であたしが経営しているカフェとSaiさんという酔っ払いなおじさま？が経営されているBar Beastでの利用を想定しておりまして、メインはdarkiceベースのシステムで考えています。ただ、darkice自体がもうすたれたOSSで今の段階開発がストップ？している状況にあるため、メンテナーが今いるうちはどうにかなりそうでしょうけど、今後どのようにハードのアップデートなどやるかは検討課題なのかなと思っています。ま、darkiceベースシステムの方は、今後Raspberry Pi4の最新版に移行すると思いますが、ぼちぼちやろうかと思っています。ほんと時間がない、困ったもんです。
またもちろんのことながらですが、OSSベースのシステムなのでいつかどこかでいじった部分なりまとめてソースコードとOS＋アプリを入れた形で丸ごと出そうと思っております。未開発ままのものなので皆さんで発展させてくれてあたしに戻してくれたらイシシシで本人喜びますので、よろしくお願いいたします。多分ノウハウをGit、OSイメージはどう配るかなぁ。
あとから貼り付けます。
ほんとはもっと技術的な解説、どう動かしてるかコツを出したりしたいのですが、こちらに暇なく、、今後このブログで発表していきますから、どうかご容赦ください。
であであ、24日はあっきぃさんかな、メリクリーですー明日はケンタッキーだ！
尻切れでおしまい、すまん！
なんか噂されているのかなぁ、くしゃみがひどいｗｗｗ、まったくぅよっぱさいどのか？
あ、Raspberry Pi Advent Calendar主宰のあっきぃさんだった、きっと。すみません、ゆるして💦
で、今日から技術的な話ですが、本当はね、構図を出すつもりでいましたが、まだまだ、実は高レート音楽を流すチューニングをicecastでしてまして、ごめんなさい。あっきぃさん。書き直した後は、こっち。
実はIcecastもShoutcastももうかなり廃れたソフトです。バージョンアップももうメジャーはなくマイナーリリースが出ているくらいです。で、このオープンソースが程よくメンテされていた当初はこのころは低レートで、ここに音質をもとめることはなかったので、そんなに気にすることはなかったと思います。
ただ、今は320kbps高ビットレートmp3は当たり前だし、ハイレゾ音源でFLACとかALACとかもうわんさかなわけです。わんこ！ぐらいな。
正直、IcecastやShoutcastベースの配信サーバをSLでDJの方々に貸しているサービスのほとんどは128kbpsをリミットとしての利用なっています。この理由は何？ってわかる人はネットワークをわかっている人です。ハイ、帯域を食うからです。高ビットレート配信であればあるほど帯域を食い、結果大抵のご自宅はルータ経由で1IPアドレスで外にでますから、特にSLを高設定にしてしまっている人は音が原因でSLから落ちたりしちゃう恐れもあるわけです。正直IcecastもShoutcastも128kbps配信を想定しているといっても過言ではないと思います。
よくCD音域とかでサンプリングレートが44100Hzとか48000Hzとか聞くと思いますが、人間の耳に聞こえる音域はせいぜい20000Hz前後まで、あと人間が差し障らない音域のビットレートは128kbps前後といわれます。ある意味Appleが昔iPod Shuffleで128kpbs音源にするという設定がありましたがあれはそういう意味で、音質とファイル容量の妥協点はこの辺りがポイントになります。じゃぁ非可聴音域や、128kbps以上の音域ってなぜいるのか？というと単に、奥行き感が広がるといったところです。ペラい音質になることがある意味オーディオマニア相当なDJから辟易され最近ではmp3の最大域である320kbpsで配信する人もいます。ただ、そんなレートで配信すれば結果、さきほどいったとおりネットワークへの負荷は大きいですから、きちんとネットワーク設計やサーバ設計をしないと音がとまってしまったり、途切れ途切れやら、音データが順不同でクライアント側に配信されたり、音データが配信遅れと認識して再送をしてしまったりなど…よく言われる『音飛び』の原因になったります。ある意味、ビットレートやサンプリングレートのリミットを128kpbs/44100Hzとする理由は配信においては妥協点であるのです。
これがちょっとめんどくさい。MP3ファイルには実装があって、ビットレートを可変するか、固定するかです。可変をすれば、配信するデータ総容量は落ちるため、ネットワークにはありがたいですが、固定であるほうが、エンコードに時間はかかりませんが、データ総容量はでかくなるので結果ネットワーク負荷が大きくなるのでそれはそれで不便です。
端的に紹介するとこんな感じです。いろいろ実はどれが音質がいいか議論があって、参照をだしにくいので、ここはググってみてください。
CBR（固定ビットレート）
VBR（可変ビットレート）
ABR（平均ビットレート）
一般的に皆さんが使っているMP3元ファイルはVBR可変レートになります。これポイント。可変レートなので、クライアント側に左右されつつ、配信をしようとしてくれますが、常に高音質をたもらないため、不便な扱いになります。ある意味クライアント側によってはビットレートを調整してくれますが、その分音質がおちたような感じがしてしまいます。激しい音の落差がある音楽だとバレバレになりますね、VBRは。
うちの配信システムはCBRを使っています。ただ、その通り容量が大きく、ネットワーク設計やらRaspberry Piだと配信自体の負荷は大きいですからね、CBRはVBRと違って音ズレしにくいといいますが、負荷の結果やらいろいろファクターはあるのでしょうが、高ビットレート、高サンプルレートで配信した場合、一定の時間後音飛びはしてしまいます。よくググるとバッファ値をあげるといいよとありますが、実際上げてみてもどこかでRaspberry Piのような非力だからかもしれませんが、音飛びはしてしまうようです。ただ、音飛び出現率は減るので、もちろんバッファ値をあげるのはアリです。ただ、上げすぎると今度はこれ自体が断片化する＝音飛びするようなので、微妙な調整がいるようです。まじしんどい…これはバッファ自体書き込むデータ番地がアドレッシングされているわけでないので、書き込みタイミングによってはおかしくなるのかなぁ、と邪推してます。ただ、バッファ値はある値からは、初期値は一定化し、累積で伸びていくだけで、どうもCeph同様メモリを最後は食いつぶしてしまうようです、ワークアラウンドは同じ。
echo 3 > /proc/sys/vm/drop_caches
ですが、実行タイミングを考えないと音飛びしてしまうので、いまのところ15分にしています。ま、もともとRaspberry Pi手持ちのはメモリ小さいですからね、いらないキャッシュは定期的にクリーンしにないとってところなんでしょうかねぇ。
これがさらに音質のわかる人なら、こまったちゃんなのですが、よくあるMP3配信クライアントソフト側ではこのLameエンコーダが使われ、デフォルトでは可聴音域以降である20000Hz以降は音データをカットしてしまいます。いくらいいビットレートをつかってもMP3Lameで非可聴音域を切るという所作をやるのでまいったもんです。これはエンコードをするデバイスの負荷を減らすための措置で、ま、Lameも廃れてアップデートしていないので、当初のデバイスからは仕方ないのかな、と思っています。
じゃぁなんでAppleやらALACとかで高ネットワーク配信できるの？という疑問にぶちあたります。これは簡単で、Appleはきちんと言及していますが、対応デバイス側でデコードする際に高音域データに対応するためで、そりは当たり前だぁなと思うのです。素で384kbpsとかやられたらそれでも重くなる。そこでデコードデバイスは対応済みのものとする。ちなみにAppleはHomePod miniではロスレスオーディオは再生できないと設定から見られます。これは、推測ですが、ネットワーク受信型のHomePod miniではデコード対応していないのでは？と思っています。
音が高ビットレート、高サンプルレートになればなるほどジャンボフレーム対応させないと配信時にネットワーク側がCPUに余力があっても受けきれず、配信自体をicecastの場合だと配信を切ってしまうケースもあります。うちは今試験的にレンダラー、Icecastサーバ間をジャンボフレーム対応にしましたが果て大丈夫やら…ま、試験中です。
ちょっと最近クライアントデバイスがどれくらいバッファするのか調べていたのですが約2秒だそうで…ただ、個体差はあるのだそうです。何が言いたいかというとSLで個別で聞こえなくなったとか音がおかしくなったとかは、個別問題もあるということはDJさんも念頭におきましょう。
これ、あたしも最近までよく知らなかった。多分これがmp3というフォーマットの限界なのでしょうけど。今うちはこれで配信テストしてます。
もちろん知ってますよ。ただこれ以上で流すことに意味がないわけではない。オーバービットレート分は音の深さを作ってくれるので、間違いでないです。
これにつきます。ネットワーク負荷が大きいのとその結果、音飛びしやすくなります。正直音を追求しないで、音楽を追求するSL DJさんは、128kbps以上での配信は望まないほうがいいと思います。コンテンツ勝負で！という方は音質を追求しないほうがいいです。
ま、こんなで、今も音楽調整中なのです、ほんと高音域再生はキッツなのです、、
まじきっつ。長時間再生での高音質はかなり無茶ですねぇ。
で、なんかすごくしばらくブログ書いてなかったらWordpressがめんどくさくなってた((+_+))
はい、Raspberry PI Advent Calendar 14日目っす。Secondlife技術系 Advent Calendarがなくなっちゃったので、今回初めてちゃんとIT系に書きますが、初日はすません、ポエム日です。まじめに技術的なことを書くのはのち2回になります。ブログ再開で技術ポエムを書くとはなんとも。
Secondlifeに復帰してもう一年と半年。日本へ逃げるように帰国してステイホームじゃアレだわとおもって復帰しました。ま、Secondlifeはなに？というラズパイな方にいうと最近Facebookがメタって名前かえましたよね、はい、あのメタバースなゲームで2007年いに一度バブリーになったゲームでございます。で、知らないかと思うのですが、実はコロナ下で盛り返しまして…レジデンス数（ユーザ数）過去最高、売り上げ高も過去最高で、ファンドにちょうど良く買収もされたわけ、なんですが、技術的にいうとインハウスからAWSへ、VMからコンテナと実は最新技術においついてきたところで、いやぁまだ、過去の遺産的な実装もありーのゲームになっています。
で、そんなゲームとラズパイと何が関係あるか？っていうと、よくある話で第二の生活なものですから、自分のお家にいるときぐらい好きな音楽を流したいわけで、よくあるインターネットラジオのURLを自分の土地に設定すると、まるで家で音楽をながしているような気分になるわけです。
こんな感じっすね。
で、まぁそれでも好きな音楽をながしたりとかしたいわけで、じゃぁどうするか、と考えた結果、あー家に余ってるラズパイだわー、と思って余ってるラズパイを使ってmpdのジュークボックスをつかって、mpd.confを編集してicecastベースのサーバを貸しているところにつないで、ってことをするわけなのです。ま、最近ではmpdをベースとしたmixxxがラズパイ4でもつかえるようで、4GBタイプであれば、Raspberry Pi OSからmixxxがレポジトリにあるので、sudo apt install mixxx で普通にインストール可能です。Linuxちょっとできるな方ならPC二台よりラズパイでRealVNCサーバは標準でインストールされているんで、PCからRealVNCクライアントソフトをいれてやるだけでリモートアクセスできますから、5,000円程度とちょっとしたLinuxへのウンたらで楽勝でSecondlifeご自宅音楽の完成！といったところです。
で、うちはレンサバ探すのがめんどくさくなってicecastのサーバもラズパイにしてあります。このicecast構築、まじめにやったことのある人はわかるのですが、いろいろチューニングが必要になり、今に至ります。とくに昨今ベースとなる音楽ファイル(mp3等)の品質大幅向上もありまして、かなり今もチューニングの最適解には頭を痛めているところであります。もーどーしてこんなコーデックなんだよｗ試行錯誤で理解した部分もあります。
で、そんなうちが戻ってきて思ったのがSecondlife DJ増えたなぁって。なんかダンス系HUDを動かすDance Master(DM)ってのもあって楽しみが増えたこともあるのでしょうね。で、一部のDJさんがあいつの音楽は悪いとか、こいつの音楽すごいとか話を聞きますが、なんかそんなことに技術的にはいやいやいや（あんたも人のことは言えない）と思う節があり、それでSecondlife技術系を探したらありゃしない..orz
で、今回はそういうDJ/DM殿やいままでやったことまとめることも含めて、ちょっと今回あと2回も含めてAdvent Calendarで書ければ、と思ってます。
ラズパイ系のネタ期待した方すません。結構Secondlife側の設定とかも書くので、ネタとしてどうかってありますが、ご容赦くださりませ。Secondlifeの音楽実装は実にめんどく、推奨128kbps、最大192kbpsとなっているようで、ま、これは実は一般的なストリームの推奨値でもあるかと思うのですが、これゆえのめんどくささがあったりもします。
Secondlife系のネタを期待した人すいません、LSLネタは一切ありません。Blenderネタもないです。土地音楽/mpd/streaming/codec on Raspberry Piネタです。DJ/DM系で理系あるいはLinuxをいじってない方、何を言っているのか全く理解できない可能性もあります。Linuxでも中レベルの課題を扱いますのですいません。
でぁ、ゆるだらでならなくなった。今日はポエムで。ご容赦くださいませ。
まゆです。
最近カフェ運営がおもたるメインになってきたのと、英語の件のご質問やらノウハウ質問もへってきていますので、このサイトは当面中断とします。
今後は、May’s Yet Another logsのほうでお待ちしております。
いままでというかありがとうございました。
まゆです。
引き続き、英語のissueです。
この前あのご有名Maitreyaでやらかしちゃいましたあたし。購入前にHUDでギフトを選択してしまい、購入….見事送られてきません。でも幸いMaitreyaでは親切に連絡くださいね、とHUDからメッセージがきます(英語ですが)
こんな感じね。
You’ve paid before telling us who to send the gift to! Please contact Onyx LeShelle
で早速作者に送ってみます。もう基本ですよね、ノートカードで書きます。
====
hello,
I just mistook the HUD for purchasing, I would buy your dress for myself but it might be a gift by your HUD I tried
before purchasing..
I already have paid so I’ve got the message from your HUD as below,
=====
You’ve paid before telling us who to send the gift to! Please contact Onyx LeShelle
=====
So could you please send the dress to me?
I’ve purchased ‘Maitreya Poise Dress * Laurel Green’
I much appreciate if you could help.
Regards,
mayuka Yoshikawa
====
みすっちゃってごめ、って内容のメッセージです。
ちゃんと礼儀の言葉を忘れず丁寧な言い回しを心がけます。
で購入ログを送ってくれればなお早いとOnyxさんのプロフにはあるのですが忘れてて、、、でもすぐに回答きますた。
[2014/02/09 16:58] Onyx LeShelle: （保存日時：月 2 10 03:58:38 2014）Hi, the dress in laurel green is coming up. one sec 🙂
[2014/02/09 16:58] Onyx LeShelle があなたに オブジェクト を渡しました：
Maitreya Poise Dress * Laurel Green
これってホント久しぶり神的なすごい作品ですよね、ほんとそれでもこんなに対応はやいOnyxさんには感動です！
まゆです。
一連のSLストリーミングの仕上げのようなもんです。
必須ではないですが、やっておいたほうがお互い便利です。
で、DDNSってなに？ってのがありますが、これは多分きちんとプロバイダーに申し込めばやってくれます、実は。いわゆるプロバイダ側が決してユーザに固定的なIPアドレスを渡しているわけでないので、アドレスは常に変動します。これがストリーミング配信にはこまったことになります。なぜなら常々アドレスを変更して、SLの土地設定でURLを手書きでかえねばいけず、やってられなくなります。そこで、DDNS(ダイナミックDNSサービス)というサービスを利用して、IPアドレスは(ダイナミックに)変動しても、DNSは変更がないという仕組みを作ります。DNSについては説明する必要ないですよね、DNSとは、このようなインターネット上のwww…とかの名前とIPアドレスをバインド(bind)させる仕組みで、皆さんはなにげなくwww…をうっておられますけど、これは、インターネット上ではIPアドレスに一旦変換されアクセスしにいきます。
で、そんなサービスやwifiルータでもそのようなサービスができるよう設定しているのもあるけど、ここではないという前提で。あるならそれに従ってやればできます。プロバイダでも相談にのってくれます、、ただ、配信しますってなるとトラフィックに影響あたえちゃうんで多分渋られると思いますから、そこはうまくいいわけしてくださいね。
で、そんなのもない人へ
まずは、DDNSをやってくれるサービスのところにいきます。
そうするとDDNSの説明と登録をやってますから、そのとおりまずはやってみます。
終わると、…dip.jpはXXX.XXX.XXX.XXXに設定されてますとでます。このXXX…はIPアドレスでもちこす、皆さんがプロバイダから与えられている外にでていくためのアドレスです。
まず、これを設定してください。そんなにむずかしくはないです。
次に、DICEというDDNSの更新ツールをインストールします。これはDDNSのサービスに定期的にアクセスをしプロバイダからIPアドレスを更新されても、DNSとバインドしてもらえるようにするシステムです。で、ちょっとひとつ。プロバイダはなぜIPアドレスを変えるの？常時接続やん？といってもあくまでもプロバイダは皆さんのPCと同様DHCPで配信してます。リリースは定期的にかかりますから注意は必要で、そのためのDDNSなのです。
で、DICEはここからダウンロードできます。この設定方法もDDNSのサイトにでてますから、そのとおりにやればほとんどできちゃいます。
でためしにやってみたのがこれ
これでもしこのWindowsがいつも動かすという形であれば、ストリーミング時にこれを動かしておけばIPは常にDDNSにバインドされ、DJさんとかいちいちライブのたびにIPアドレスを教え直さなくてすみます。
で、最後にもう一度、ちゃんとルータのポートあけてくださいね、これはルータのマニュアルをきちんと読んでね。8000番をtcp,udpであけておけば問題ありません。
でもう一個SLを動かすクライアントでも音を聞く場合は、もう一度いいますが、Windowsではここに登録してください。
で、設定のサンプルはこんなのね。
IPアドレス (tabなどでスペースを置いて) DDNSで登録したIPアドレス
になります。#以降にあるものはコメントだから気にしなくていいです。
これをやるとWindowsのIPアドレス設定でDHCPや固定IPから設定されたDNSより優先してここで対比されたDNSアドレスを認識します。つまり、例えば
mayuka2.dip.jpは、外のDDNS上では、XXX.YYY.ZZZ.AAAで設定されてますが、
この設定で、設定されているクライアントでは
mayuka2.dip.jpは、192.168.100.20で認識されます。これでSLの土地設定で問題はなくなるはず。
で、これで一通り説明おわり！でもさぁ、AOLがWinampやめちゃったんでShoutcastが風前の灯….まいったなぁこれ。
※Macの場合はOS X Serverを買ってDNS設定したほうが早いですし安全です。一応ね。最新版はかなり楽チンになりました。
まゆです。
どこまで書いたのかわすれました…ただ、Shoutcast DNASの件を書いてなかったですね。
Shoutcastといえばこれですね、AOLになりWinampが開発中止になりプラグインの意味がなくなってくるため、Transcorderのほうもダウンロードしておいたほうがいいかもです。
でインストールは指示どおりに、まぁここまでは難しくないです。
ただ、ターゲットは指定してくれなさげなので、C:¥フォルダ配下にShoutcastと指定するのがいいかもです。
で、次に設定ファイルをつくってやらないかんです。これは設定するURLがあるのでそのとおり打ち込みます。
config_builder.htmlってファイルがあるんですね。
でここで指定するのはパスワードのみです。他はデフォルトのままでいいです。
で、できたらダウンロードボタンを押して、一度Windows 7ならダウンロードフォルダーにsc_serv.confというファイル名で保存します。で、コピーをC:¥Shoutcast配下にコピーしますが、管理者権限での実行になることを注意して下さい。
じゃあコピーしおえたら実行してみましょう。sc_serv.exeファイルを管理者で実行します。
で実行すると、どれを実行する？という選択肢がでてきますが、ここは、[CONFIG] [0] :sc_serv.confを選びます。’0’と押すだけです。
で、localhost:8000と押すとShoutcastサーバへのログイン画面がでてきます。でsc_serv.conf設定時に設定したパスワードでadminアカウントでログインします。するとこんな画面に。
あとは第一回目『Having my own shoutcast server 1 (for iPhone streaming) 』で紹介したねとらじへの設定の部分を自分に向ける設定をします。 Server IPをlocalhostで指定をして、Server TypeをShoutcastにすれば、内部LANでの配信はこれで可能になりました。最後にルータの8000番ポートのファイアウォールポートをあけて、そとといききできるようにします。これは各会社でまちまちなので、お持ちのルータの取扱説明書を読んでください。あたしは実はYAMAHAのRT58iなのでこんな形、
これで、ルータ外プロバイダーから与えられるグローバルIPアドレスの:8000番ポートをたたけば、ルーティングはルータ側で行い、Shoutcastサーバに接続をしてインターネット側から音楽を鳴らす事が可能です。
さて、これだけだと、インターネットにでていくためにお使いのプロバイダーから割り当てられた外部のグローバルIPのアドレスがお使いのプロバイダーの状況により、しょっちゅうこのIPアドレスは変更がかります。よって、いちいちリスナーにお知らせしなくてはいけはならなくなり、すごく面倒なことになります。そこでダイナミックDNSというサービスを使い、DNSから、このしょっちゅう変化してしまうIPアドレスをリンクさせ、変動が有ろうともDNSの名前は変わらないため、管理がすごく楽になります。
次回はこのDNSの構造について簡単に触れたく思います。今度はいつできるかなぁ。。。。
まゆです。
最近カフェもあけず、Airplay SL Streamの件も怠っててすいません….
ちょっと親が地元で怪我しちゃいまして、看護もあって田舎と東京を往復してます。。。親は実はぴんぴんなんですが、こまったことは地元の対応やら保険金の手続きやらで困ってて、、、もう日常の仕事なんてできない＞＜泣けてくる状態になってます。。。
来月からはなんとかなりそうなので、PCのことストリーミング等のことでご相談等ございましたら、SLのIMかお店の前のポストに投函いただければとおもってます。
ただ、暇をみつけてはカフェをあけるかもですが、よろしくです。なお、ごめんなさい、実家からはWiMax接続なため、音楽は自宅にあるJazzストリーミングのみとなります。
まゆのだららんライフ 