Products : ユーロラックモジュラー「RedLine」販売中
2018/09/18 (2018年09月 のアーカイブ)
整数の平方根(切り捨て)
FPU を使えない環境でたま～に使いたくなって、どうやってたっけ? と毎回昔のコードを掘り返したりしているので、メモ。
バビロニアンメソッドと呼ばれる奴で、16bit値くらいなら割り算10回分程度。
真の値は戻り値と戻り値 +1 の間になるように多少気を使っている。
unsigned int sqrint(unsigned int x){
unsigned int y1 = x, y2 = (x + 1) >> 1;
while(y2 < y1)
y1 = y2, y2 = (y1 + x / y1) >> 1;
return y1;
}
Posted by g200kg : 12:20 PM : PermaLink
2018/09/02 (2018年09月 のアーカイブ)
WebAudio API 2018 日本語訳 最新版公開
6月19日に公開されていた W3C の「Web Audio API」のワーキングドラフトの日本語化が完了したので公開します。前回の版(2015年版) と比べて大きな所では
・ScriptProcessor の置き換えとなる AudioWorklet の仕様
・名前が何度かふらふら変わっていた Panner 関係の整理
・新しいノード constantSourceNode、mediaStreamTrackSourceNode の定義
・ノードのコンストラクタの仕様
あたりが最新仕様に沿ったものになっています。
なかなか翻訳に手こずったなと思ったら、ブラウザを作る人向けの内部アルゴリズムの手順等も大幅に加筆されているので2015年版に比べてサイズが 3 倍近くになってます。
Web Audio API を軽く触ってみたいという時には少し重いドキュメントですが、これが原典ですし、ソフトウェアによる音響処理の実装の解説として見れば、実際的な音響処理について大勢が寄ってたかって編集/レビューしたとてもレアな文書だと思います。興味がある人には読み物としてじっくり読んでもとても有用な内容です。これが普通に公開されているのだから読まないともったいないですよ。
Web Audio API, W3C Working Draft, 19 June 2018 (日本語訳)
Posted by g200kg : 11:32 AM : PermaLink
2018/08/29 (2018年08月 のアーカイブ)
MIDIのTRS接続規格化
1週間ほど前、MIDI 信号を TRS (いわゆる三極プラグ)フォンジャックでの接続が規格化されたというニュースが Twitter 等で流れていたのですが、ちょっと状況を整理しておきたいと思います。
元々の規格では MIDI は DIN の丸形 5 ピンで接続するという事になっていたのですが、機器の小型化が進み、さすがに今となってはコネクタが大きすぎて支障があるという事が背景にあります。ですが、一方で最近の MIDI キーボード等の MIDI 機器は USB 接続のものがほとんどで生の MIDI 信号を扱う機会が少なくなっていたので問題が表面化していなかった、とも言えます。
流れが変わったのは 2010年頃以降、iOS デバイス用の MIDI インターフェースなんかが出始めた頃だと思います。DIN コネクタが大きすぎるのでインターフェースとしては ミニジャック経由の専用ケーブル(ブレークアウトケーブル)を同梱していた訳です。
それでまあ、そういう TRS 経由 MIDI 機器が各社からちらほらと出てきて、基本的にはその機器それぞれが専用のケーブルを同梱するという形ではあったのですが、似たような見た目なのに結線が各社ばらばらで 2.5mm だったり 3.5mm だったりになってしまったので、これはまずかろうという事で規格化されたという経緯ですね。
結果として規格化された結線は次の通りです:
| TRS | DIN 5pin | |
|---|---|---|
| Sink | Tip | Pin 5 |
| Source | Ring | Pin 4 |
| Shield | Sleeve | Pin 2 |
なおサイズについては、2.5mm / 3.5mm どちらも否定はしていませんが 2.5mm 、いわゆるミニミニジャックが推奨となっています。
正式な規格は MMA のサイトでメンバー登録すればダウンロードできます。
https://www.midi.org/articles-old/trs-specification-adopted-and-released
また同じく MMA のこちらのページでは、結線を 「TRS MIDI A」と「TRS MIDI B」に分けて、現在ある各社の機器がどちらの結線になっているかが書かれています。「TRS MIDI A」が今回規格になった方です。
https://www.midi.org/articles-old/updated-how-to-make-your-own-3-5mm-mini-stereo-trs-to-midi-5-pin-din-cables
これによると、規格化された結線に一致しているのは、
■ Line 6 / littleBits / Korg / MakeNoise / IK Multimedia / inMusic(Akai)
です。IK Multimedia が最近出した UnoSynth もこれに沿っているようです。
逆に、
■ Arturia / Novation / 1010Music
は結線が逆になってしまった、という事ですね。
またサイズは IK Multimedia や Line 6 などの iOS デバイス向けは 2.5mm が多いですが、Korg SQ-1 なんかは 3.5mm ですので、ミニ⇔ミニミニ変換なんかが必要になります。
なお、Arturia の旧製品、BeatStep (無印、Proじゃないもの) は、TS(二極)ジャックでまた結線が違うようです。線が 2 本しかないので Tip に Source 側に信号を載せたものが出ているような感じです。
という事で現在市場に出回っている 2.5mm または 3.5mm のジャックで MIDI を接続する機器はまだこの規格に沿っていないものがかなり出回っています。
この規格ベースで何かを作りたいというような話なら、ケーブルは Line 6 か IK Multimedia(2.5mm)、Korg SQ-1用(3.5mm)、MakeNoise O-Coast用とかで売られているものを探す感じになります。モジュラー系のケーブルなら MakeNoise 用のケーブルが 5$ くらいで割合安く売られているようです。馴染みが無いと買いにくいかも知れませんが。逆結線の Arturia Beatstep用なんかも売られているようなので、間違えるとまずいですね。ケーブルの DIY 情報なんかを検索しても逆の結線のものも出てくるので、何を接続するためのものなのかは良く確認が必要です。
下の図が規格的に正しい結線のはずだけど、コネクタの male / female とかどっち側から見てるとかを勘違いして結局間違えるというのもありがちですが。
DIN の MIDI は 5ピンとは言ってもカレントループが 1 つだけなので、信号は シールドとソースとシンクの 3本だけです。TRS のスリーブはさすがにシールドに割り当てられるのが妥当なので、実質の結線としては 2 種類なのに、逆の結線にしてしまった製品がでてくるとはなんという協調性の無さ... と言ってもどちらの言い分もわかる気はするんですけどね。
カレントシンク側が信号のメインなんだからチップに割り当てるべきだろ、とか、カレントソース側はいつも電圧がかかってるのでリングに割り当てるのはなんかやだ、とか。
Posted by g200kg : 11:53 AM : PermaLink
2018/08/23 (2018年08月 のアーカイブ)
WebAudio API 最新版翻訳中
6月19日に W3C サイトで公開されている WebAudio API の ワーキングドラフトがアップデートされているのですが、ようやく日本語版のアップデートも作り始めました。約3年ぶりのアップデートで、詳細な説明がかなり追加されて文書量が凄い事になっているので全然進まないんですが。
ノードの内部的なアルゴリズム等がかなり詳しくなっていますが、ブラウザ間の互換性を確保するにはここまで詳しく書かないといけないという事ですね。
今回のアップデートで仕様の追加として一番大きいのは AudioWorklet 周りがちゃんと書かれているという所です。
今年ついに Chrome に実装されて WebAudio 的にはホットな部分ですが、割ととっつきにくい感じもあるあいつです。
随時日本語化をして行きますけど、全体のボリュームが大きくてなかなか進まないので、とりあえず AudioWorklet 関係だけ先に日本語にしたものを公開します。
https://g200kg.github.io/web-audio-api-ja/180619/index.html#audioworklet
Posted by g200kg : 11:22 AM : PermaLink
2018/08/20 (2018年08月 のアーカイブ)
Algorave August 2018に参加しました
8月19日、半蔵門 Anagraにて Algorave august 2018 が開催されました。という事で私も参加してきました。
6月に見に行った時はほとんどみんな TidalCycles 使いだったような気がするのですが、今回はなかなかバラエティに富んだ構成だったようです。
いや皆色々と試行錯誤しているのだな。
という事で無事終了しました。
凄く疲れたけど。というのもとにかく照明の荷物が多くて体力的に持っていける限界を感じたかな。
こういうパフォーマンスで照明のメリットはプロジェクターのスクリーン外を使えるという事で、インパクトはあるんだけどこれ以上は増やせないな。明るくて小さくて軽い照明機材というものが必要なのかも知れない。
見に来ていただいた方、出演者の皆様、お疲れ様でした。
Posted by g200kg : 2:54 AM : PermaLink
2018/08/04 (2018年08月 のアーカイブ)
Maker Faire tokyo 2018 見に行ってきました
8月4日、5日は東京ビッグサイトで Maker Faire 開催中です。全部をじっくり見る時間はないので、楽器系だけ見に行く感じなんですけどね。今回はなぜか楽器系がゾーンにまとまっていなくて割合分散していたようです。
なかなか興味深いものが見れました。5日(日曜日)もやってますので、見に行くかたも展示のかたも暑さに気を付けて。
Posted by g200kg : 8:56 PM : PermaLink
2018/08/01 (2018年08月 のアーカイブ)
8月19日の ALGORAVE に出ます
ライブコーディングイベント、Algorave.tokyo、前回は見に行っただけなんですが、8月19日にまたやるという事なので今度は出させていただきます。ライブコーディング等に興味のある方は是非。ちなみに前回は見に行った時はこんな感じでしたよ:「Algorave 見てきました」
日時：2018年08月19日(日)
18:00 会場 / 18:30 開始
場所：半蔵門 ANAGRA Tokyo
前売りとかはこちらです：
https://algorave.tokyo/
Posted by g200kg : 1:42 PM : PermaLink
2018/07/28 (2018年07月 のアーカイブ)
Rapid SSL 証明書の更新
Chrome のセキュリティ警告が厳しくなった件で、http と https が混ざってる所を手直ししたりで余計な手間がかかってたのですが、そういえば思い出した。https の証明書がシマンテック系の Rapid SSL なんだけど、秋にリリースされる Chrome 70 で使えなくなるんだった。コンソールを見るとこんな感じで警告が出たままです。
Chrome 70 でどうなるんですかね。Chrome Canary が今 70 なので Canary で見てみると...
こうなります。問答無用ですね。これはいかん。「ERR_CERT_SYMANTEC_LEGACY」 とか出てますね。
これに関して、さくらインターネットからは、ちゃんと使える証明書を再発行できるようにするのでちょっと待ってね、というメールを春頃に見たきり。もう一度メールボックスをひっくり返して探すと、6月27日付けで来てました。いかんいかん。
メールに再発行手続きの方法が書かれているのでそれに従って再発行します。9月12日までに手続きしてくださいという事で費用は発生しません。
再発行手順自体は案内通りにボタンを押すだけで簡単です。数時間後くらいには発行手続き完了のメールが届いたので証明書をダウンロード。で、それをさくらインターネットのサーバーコントロールパネルから登録すれば完了です。
これで Chrome Canary で見てみるとこんな感じ。ちゃんと表示されるようになりました。
という事で、さくらインターネットで Rapid SSL を買った人がどれくらいいるのかわかりませんが、多分もう案内が届いていると思うのでメール見逃してるとまずいですよ。いきなりサイトが表示できなくなってあわあわする事になります。
ちなみに、Chrome 68 での警告は SSL の警告以外に CORB とかいうのが出てます。これは Chrome 67 から出るようになったのですが Chrome 69 で出さないようにするという事らしいので放置で。
Posted by g200kg : 8:52 PM : PermaLink
2018/07/25 (2018年07月 のアーカイブ)
Chrome 68 のセキュリティ警告
今日 Chrome 68 が Stable に来たようです。
それで以前から通告があったわけですが、https 接続じゃないと警告がでる、と。
それでこのざまですけど、流石にネット系銀行は対応済みみたいですが、その他の銀行関係はもう少し気にした方が良いんじゃないですかね。まだもの凄く目立つというほどではないですけど10月頃にくる予定の Chrome 70 ではこれが赤文字になるようです。
対応はサイトによって色々みたいですが、まず
証明書が EV認証かドメイン認証か
EV認証だとアドレスバーに緑色で企業名。個人では取れないし高い。
EV認証(とかOV認証)に本当に意味はあるか、みたいな議論もあるみたいだし、
細々とやってる所ならとりあえずドメイン認証で充分じゃないのとは思う。
ドメイン認証だとアドレスバーが「保護された通信」になります。
http から https にリダイレクトするか
古いブックマークから飛んでくる人が多いと思うからこれはやっとかないといけないんじゃないかな。
https も動いているのに http でアクセスされるのはもったいないです。
ここでサンプルにされてた国土交通省の奴：
https://forest.watch.impress.co.jp/docs/news/1134616.html
も https でアクセスすれば「保護された通信」で動いてるのだけどリダイレクトされてないようです。
https でアクセスすると一見動いているのだけど...
なんかエラーになってる例。ちゃんと設定できてないぽい。
これはちょっとかっこ悪い。
https でアクセスすると大体動いてるのだけど...
使っている画像等、一部で http が混ざっている Mixed Contents になっちゃってる例
この場合アドレスバーは「保護された通信」が出なくて ! マークになります。
実はうちのサイトもこういうのが少し残っているのだけど、コンテンツが分散してたりして割と修正が面倒くさい。
10月以降これがどういう表示になるか確認してないけど、それまでには直さないとね。
Posted by g200kg : 2:37 PM : PermaLink
...更に以前の記事...
g200kg