ドラムパターン共有サイトが爆誕！あのVulfpeckも参考にした激アツツール！？
引用元：https://news.ycombinator.com/item?id=43452629
これ、Funklet[0]にちょっと似てる気がするな。Jack Stratton（Vulfpeck）とRob Stensonが昔作ったやつ。ファンク好きでMIDIドラムも好きならマジでオススメ。[0] - https://goodhertz.com/funklet/
うわー、マジ感謝！めっちゃ貴重だね！
裏打ちをいじったり、ドラムの音を変えたり、あとリバース信号とか色々試してたら、めっちゃファンキーになったわ。
Glicol (https://glicol.org/)にいくつかパターンを移植してもいいかも。要望としては、httpsに対応してほしいな。
マジで沼だわ。子供寝かしつけた後の貴重な時間をめっちゃ使っちゃった。共有してくれてありがとね！！
素朴な疑問なんだけど。ドラムパターンを見るみたいな、セキュリティが必要ないことに、なんで今httpsがこんなに重要視されてるの？
ISPとかの仲介業者が、暗号化されてない通信を監視・改ざんできるからだよ。例えばエジプト、シリア、トルコとかでは、ISPが暗号化されてないサイトにマルウェアを仕込んで、正規のプログラムをダウンロードしようとした人がスパイウェアをインストールさせられるっていう事例があったんだ（リンク）。他の国の機関もニュースメディアの内容を書き換えたりしてるし。HTTPSがないと、ウェブページの完全性を信用できなくなるんだよ。
https://www.bitdefender.com/en-us/blog/hotforsecurity/turkis…
SSLとデジタル署名のためのデジタル証明書を発行する機関で働いてたんだけど、暗号化だけじゃなくて信頼も重要なんだよね。トップレベルの機関がSSL証明書を発行する時って、身元確認とか色々やってるから、ウェブサイトの信頼性が増すんだ。個人情報とかがない静的なウェブサイトには関係ないように見えるかもしれないけど、ほとんどのブラウザは、暗号化された通信が使われてて、コンテンツプロバイダが基本的な身元確認をしてることを重要視してるんだよね。セキュリティに対する考え方としては矛盾点もあると思うけど、今はこれが一番使われてる方法だね。
ドラムビートを作るウェブサイトに、なんでそんなこと全部必要なの？って質問に答えてないじゃん。
認証されてないhttpは、マルウェアに悪用される可能性があるんだよ。特定のウェブサイトを狙うんじゃなくて、evil.jsみたいなのをどこにでも注入してくるんだ。
お前のISPが通信を盗み見して、回線上でMiTM攻撃をするってのは、マルウェア感染の経路としては一番ありえねーよ。ISPは大抵マジメな会社で評判もあるし、自分の客をハックしたりしねーって。
その「大抵」ってのがめちゃくちゃ重要なんだよなー。Vodafoneが何年も前にwebページにスクリプトを注入してたのを覚えてるわ。ソースを探してたら、他のヤバい話にも行き当たったし。
https://www.simpleanalytics.com/blog/vodafone-deutsche-telek…
ネット上の悪党全部の中で、お前のISPは一番マシな方だって。
それって有効な反論じゃなくね？論点をずらしてるし、whataboutism（相手も悪い論法）じゃん。ISPは悪いやつらであるべきじゃないし、一番ヤバいことができるんだから。
高所得国に住んでて、消費者の保護が手厚い国で、家のISPを使ってるならそうかもね。でもネットの多くは全然そんなんじゃないんだわ。場所によっては、http通信に対するMiTM攻撃が日常茶飯事。
少なくともログインとか登録のデータが、中間の人に渡らないようにね。
無理だよ。でもhttpsをサポートしないと、Big Coからペナルティを受けることになる。(事実上「インターネットで商売する税金」みたいなもん。ありがたいことに、今は趣味のプロジェクトにとってはそんなに高くはないけどね)
LetsEncryptを使えばマジで$0じゃん。
「安全にする必要があるかどうか」を個別に判断させるよりも、全員にHTTPSを使ってもらいたい。
なんで？
セキュリティ対策って、設定に５分かかるだけでしょ？しかも最初だけ。でも「これってセキュリティ対策必要？」って考えるのに10分もかかるんだぜ？意味なくね？とりあえずセキュリティ対策しとけば良いじゃん。 セキュリティ対策が必要ないものにまで対策するのって時間の無駄じゃん（インターネットのほとんどがそうだけど）。クレデンシャルとか機密データを扱わないなら、TLSなんていらないし、やる意味ないよ。 Httpsはセキュリティになんも役に立たないよ。Httpsの目的は金融取引のパケットを認証することであって、「セキュリティ」を確保することじゃないんだよね。（セキュリティが何を意味するかは知らんけど）。 ＞Httpsはセキュリティになんも役に立たないよ。 セキュリティの定義って、まず脅威モデルから始まるんだよ。あんたにはそれがない。セキュリティなんてやってないくせに、バズワードばっかり。 脅威モデルは超シンプルだよ。「パスワードを知られたくない」ってことじゃん。HTTPSが何をするか分かってないんじゃない？分からなくても全然良いんだけどね！でも、理解できないことを「バズワード」って言うのは違うと思うよ。そんなに間違ってるのに自信満々なのがすごい！ セキュリティは、機密性、完全性、可用性の３つ。HTTPSはそれらのうちの２つを提供してくれる。まあ、パソコンにインストールされてるCAを信頼してるなら、だけどね。 あと９分考えろ。 いや、「TCP/IPにFrobnozzを追加すればセキュリティが大幅に向上する！」みたいな空虚なバズワードを処理するのに、１秒も必要ないね。 バズワードなんて一つもないよ。HTTPSをオンにするコストは無視できるほど小さいし、実際にどんな攻撃から保護されるのかを議論する方がよっぽど手間だよ。「HTTPSにするべきか？」なんて聞く価値はない。「HTTPSで十分か？」を考えるべき。まずはHTTPSから始めて、その上に構築していくべき。 HTTPSはセキュリティにめっちゃ貢献してるよ。盗聴を防ぐし(ESNIを使えばもっと効果的)、広告やマルウェアの注入、コンテンツの改ざんも防げるし、クレデンシャルの詐取も防げる。ほとんどの攻撃者、下手すりゃ国家レベルの攻撃にも対抗できるんだぜ。しかも、設定はマジ簡単。 俺の場合は、Wi-Fiとかモバイルプロバイダが広告を注入してくるのがウザかった。最近は減ったけど、まだあるある。 Chromeが2018年からHTTPSじゃないサイトを「Not Secure」って表示するようになったから、みんなHTTPSにするようになったんだよね。サイトアドレスにそんな表示が出んの嫌じゃん？上手いやり方だよね。 大金を裸で知らない人に渡して銀行に届けてもらうのと、装甲車サービスを使うの、どっちが良い？ 最近のブラウザって、HTTPSじゃないコンテンツ見るとマジで発狂するよね？ もう手遅れ。HTTPは引退した。 HTTPは引退してないよ。HTTPSを何でもかんでも使うのは意味不明。ほとんどのサイトはHTTPSの恩恵を受けないし、HTTPSゴリ押しはマジでウザい。 ログイン機能がある。 ログインはめっちゃわかるけど、ほとんどのページはセキュリティいらないんじゃないかなーって思う。 Glycolについてマジで混乱してたんだけど、デスクトップ版だと情報が多いって気づいた！AndroidのChromeだとデモの再生とGitHubリンクしかないんだよね。GitHubもglicol.orgを勧めてるし。IDEみたいな機能って追加される予定ある？Sonic-Piの機能とかVS Codeプラグインとか。 ぜひ三連符を！基本的なシャッフルがないのはもったいない！あと、順番についても賛成。シンバルが上で、スネアとタムが真ん中、ベースとかペダルが下がいいよね。例えばこんな感じ。 CH、OH、CY、CB、MA、CL、HC、MC、LC、SD、BD、ACの順番で大丈夫？ 他にもアイデア！ 実装してほしい小節パターンについて、何かモックアップとかないかな？ 前に送ったリンクは、俺がドラムセットで演奏してた時の標準的な記譜法の例だよ。アクセントは、丸の大きさとかで表現できると思う。 TR-808も三連符に対応してたみたいだよ。マニュアルの15ページを見て。 キックとスネアが一番上にあるドラムパターンって見たことないかも。普通は下からキック、スネア、ハイハット、タム、シンバルみたいな感じじゃない？ それ逆にしたった。 3x16のパターンを4x12として解釈することもできるんじゃない？ 各ビートが3ステップになるようにさ。 自動で次の16にロールオーバーしないのがマジで使いにくい。 ナイスワーク！iOSユーザーに、音が出ない時はサイドのトグルでサイレントモードを解除するように教えてあげるといいかも。マジで長年気づかなかったんだよねー。Web Audio APIに対応してないのかと思ってた。 開発者なら https://ambiph.one で同じ問題に当たったんだけど、似たような解決策になった（ 面白いね、似たようなことしてるけど、本当に動くか確認したことなかったわ。これが僕のコード: オーディオ要素を使う必要があると思う。Web Audio APIはオーディオ要素とは違う制限があるんだ。Audjustでも同じアプローチを使ったよ: マジか！その解決策試してみる！ ハードウェアのスライドトグルのこと？iPadのiOSだけど、どうしても音が出ないんだよね。ミュートトグルがないんだ。 マジそれな。iPhoneでの話ね、念のため。iPadのコントロールセンターにも同じようなソフトウェイトグルがあるかも？ 役に立たなくてごめんね。 アドバイスありがとね！ ボリュームいじって諦めるところだったわ。このウェブアプリ、マジで最高じゃん！ アイデアも実行力も羨ましい！ めっちゃクール！ 何年か前に作ったビジュアライザーを思い出すわ。 これめっちゃ面白いね！ バグ見つけたかも。 こっちではそんなことないけどなー。BPM下げたら（右側の数値入力が分かりにくいけど）、まだおかしい動きする？ 大丈夫だったわ！:) これ、マジでクールな見せ方だね。 アイデアの元ネタはGodfried Toussaintだって。 これマジですごい！PWA対応してモバイルアプリとしてインストールできるようにしてほしいな。manifest.jsonファイルを追加するだけで超簡単だよ。[0]で生成できるし。 PWA対応、TODOリストに追加したよ！ サンクス！8-bitシンセも好きだけど、Roland TRシリーズ（707、808、909、08、09）みたいな定番も好きなんだよね。 https://drumpatterns.onether.com/doofusbeatz666s-yowzah-2/ それマジでイケてるね！ スタンドアロンのandroidドラムマシンがあるよ。いい音も入ってる。パターンが移植できるかはわからないけど。 シェアしてくれてありがとう！こんなのあるなんて知らなかった！ ナイスなサイト！ それ、俺もわかるかも。原因になりそうなものがいくつかあるから、試してみてくれない？多分3番目のリンクが一番いいと思う。 やあ、 ありがとう、メール送ったよ。 うん、デスクトップのSafariでも同じ現象が起きてる。 これ、役に立つかも？ これいいね！遊んでて楽しかったよ。これ書くのにどれくらい時間かかった？俺も似たようなプロジェクトに関わったことあるんだけど、めっちゃ時間かかってびっくりしたんだよねー。（TypeScript使ってて、Next.js上でやったんだけど）もっとコメントを表示（1）
セキュリティの定義は何を使ってるの？普通じゃないよね。パスワードを平文で送るかどうかは、セキュリティ101の初日で習うことじゃん。
“HTTPSはクレジットカード決済だけ”とか、マジ1990年代の化石みたいな考え方。
それより何年も前から、Let’s Encryptっていう無料の認証局が出てきたし(今はもっとある)、HTTPSの設定なんてマジでちょちょいのちょい。しかも、HTTPのプロトコルによってはHTTPSしか使えないし。
HTTPSが必要なのは、今のWebブラウザが信用できないから。Webブラウザはsandboxじゃないから、安全じゃないHTTPストリームにコードを注入して、ブラウザ経由でマシンを乗っ取られちゃう可能性がある。インターネットってそういう世界なの。悪意のあるルーターとか、ネットワーク機器がゴロゴロしてる。だから、HTTPSでデータの安全を確保するしかないんだよね。
それを避けるには、Netsurfみたいなブラウザを使うか、Webを使わないか。
おもしろいプロジェクトおめでとう！もっとコメントを表示（2）
hh |x-x-x-x-x-x-x-x-|
S |—-o——-o—|
B |o——-o-o—–|
三連符もすぐに対応するよ。
・2小節のパターンもあると嬉しいな。8クォーターで繰り返すパターン多いし。
・アクセントもほしい。アクセントでパターンが生き生きするから。
アクセントと三連符があればPurdie shuffleもできる！
Purdie shuffleはこんな感じ。
1 2 3 4
hh |x-xx-xx-xx-x|
S |-o–o-Oo–o-|
B |o—-o—–o|
ジャズシャッフルはこんな感じ。
1 2 3 4
hh |x–x-xx–x-x|
S |—o—–o–|
B |o–o–o–o–|
https://cdn.roland.com/assets/media/pdf/TR-808_OM.pdf
例えば、マニュアルの最後にあるサンプルパターンの13ページのSHUFFLEとBOOGIEとか。audio要素でバックグラウンドで無音のオーディオを再生できるよ。
https://github.com/donbrae/onscreen-piano-keyboard/blob/main…
こうすれば、サイレントスイッチがオンでもWeb Audio APIで音が出るようになる。audio要素を使う）。でも、バックグラウンドや画面オフでも音を鳴らしたかったから、Safariを騙してライブストリームだと思わせる必要があった。Appleはライブストリームしかバックグラウンド再生を許可しないみたいだからね。
たまたま最近聞かれたから、最小限のデモを作ったよ: https://codepen.io/matteason/pen/VYwdzVV
var buffer = dm.audio.createBuffer(1, 1, dm.samplerate);
var source = dm.audio.createBufferSource();
source.buffer = buffer;
source.connect(dm.audio.destination);
if (source.start)
{
source.start(0);
} else
{
source.noteOn(0);
}
https://www.audjust.com/blog/unmute-web-audio-on-ios/
（いいサイトだね！Webのオーディオ系大好き！）もっとコメントを表示（3）
https://michaelmior.github.io/rhythm-wheel/
https://imgur.com/BRwst17
この設定だと、キックが緑じゃなくて赤でトリガーされてる？ 勘違いかな？
最高。
https://www.amazon.com/Geometry-Musical-Rhythm-Makes-Second/…
ドラムキット増やす予定ある？それとも、HNみたいに、ユーザーが自分でサンプルを設定できるようにする（ローカルに保存、自分用）とか？
0: http://pwabuilder.com/
ドラムキットについては、実は最優先事項なんだ。今Yamaha RX5とOberhiem DMXに取り組んでて、1、2日で公開できるはず。何かおすすめのドラムマシンある？
マジ最高！
Drum On, tiny apk.
https://f-droid.org/en/packages/se.tube42.drum.android/
インターフェースはちょっとアレだけど、ちゃんと使えるよ。
言及されてないフィードバックだけど、iPhoneだと、映像がオーディオより4分の1拍早く表示される（60 BPMで約200-250ms遅れてる）。
大したことないけど、ちょっとズレてる感じがする。
これもiPhoneのSafariの仕様かもね。
http://drumpatterns.onether.com/?audio=1
http://drumpatterns.onether.com/?audio=2
http://drumpatterns.onether.com/?audio=3 ← まずはこれを試してみて
https://blog.paul.cx/post/audio-video-synchronization-with-t…
（筆者です）に何が起こっているか、どうすればいいかの情報があるよ。
Safariでは重要なAPIがまだ実装されていないから運が悪いね：
https://developer.mozilla.org/en-US/docs/Web/API/AudioContex…
（下の方を見て）。つまり、これは修正できないんだ。例えば、ワイヤレスのような高レイテンシーのオーディオ出力デバイスを使うと、常にずれが生じる。有線／内蔵スピーカーモードのハンドヘルドやMacBookはレイテンシーが優れているから、特に何もする必要はない。オーディオが映像より先に来なければ、人間には不快だ。少し遅れる方が、正確でないよりずっと自然だ。
リアルタイムのオーディオと映像の緊密な同期についてもっと詳しく知りたければ、padenot@mozilla.comまでメールしてね。喜んで協力するよ。そして、素敵なウェブサイトおめでとう！
http://drumpatterns.onether.com/?audio=3
