ブラウザにおける録音及び音声ファイルの生成、転送 – iroha Tech Note
iroha Tech Note 備忘録です。HTML5/JS、Electron(旧Atom-Shell), NW.js(旧node-webkit)、Adobe AIR/Flex、標準化の話などを中心に、日々学んだことを書いていきます。 最近、ブラウザ上での録音、および録音した音声ファイルの生成、転送について調査する機会があったので、まとめてみました。 Chrome, Firefox, Edge における録音 Chrome などのモダンブラウザでは HTML5 の Web Audio API を使用して録音が可能です。 (Web Audio API とはブラウザ上で音声の再生、録音を行う API でモダンブラウザを中心に実装が進んでいます。) 各ブラウザの Web Audio APIのサポート状況 http://caniuse.com/#search=web%20audio 具体的には以下の
音を扱うJavaScriptライブラリや記事 - Qiita
Web Audio API を中心に音を扱うライブラリや記事をざっとまとめました。 サウンドファイルの再生に特化したやつ ゲーム用途とかならこのあたりで十分っぽい howler.js SoundJS 簡単に演奏できるやつ beeplay / 記事 メソッドチェーンで音をつなげていく abeck ABC記譜法 で書ける テンプレート的なやつ TemplateSynth / 記事 ポリシンセ用のテンプレート mml-emitter MMLをイベントとして発火する 信号処理するやつ Tone.js 必要な機能がひととおり揃っている tuna Web Audio API 用のエフェクター flocking 音の構造をJSONで書く。node.jsでも動く。 neume.js jQueryっぽく書けるインターフェースが特徴だけど色々雑い。 pico.js Web Audio API, flash f
思ったより奥が深いけど、けっこう簡単かもしれないWeb Audio API - Qiita
Audio要素では物足りない タイミングを正確に制御できない。 一度に再生できる音声の数がかなり限られている。 安定して音をプリバッファする方法がない。 リアルタイムでエフェクトをかけることができない。 音を分析する方法がない つまり、 音をガチャガチャいじくって、アウトプットできるよ！ 抜粋：“Web Audio API - オライリー” どこで使えるの？ PC IEは11もNG 次期IEで実装予定 それ以外はOK スマホ iOS6.1 Android Chrome Android 標準ブラウザはNG 音がなる場合もあるけど、挙動が不安定。 ローディングはどうやってやんの？ xhrでちまちまやるのもよし。CreateJSのPreloadJS + SoundJSでやるのもよし。 基本 部品をノードでつないでいく 部品がいっぱいあって線でつなぐイメージ 部品の種類 音源になるもの エフェクタ
WebAudioAPIで遊べるようになった - Qiita
音楽の覚えがあるエンジニアとしては、触らなきゃダメだろーと思いつつ、なかなか手を付けられていなかったWebAudioAPI、 先日のハッカソンでようやく着手できました。 その過程でわかったこと・つくったものなどまとめました。 登場人物 HTML5のAudio要素を使う時と違って、 WebAudioAPIの場合は、使っているオブジェクトがけっこう多い。 そのあたりを把握するのが、WebAudioAPIのマスターの第一歩っぽい。 context (AudioContext) 音をとりまとめるcontext。 音の再生先(destination)なんかも、このcontextが握っているみたい。 WebAudioAPIに対応しているブラウザは、 window.AudioContext (window.WebkitAudioContext)というのが生えてるので、 これをインスタンス化すると作れる。
Getting started with Web Audio API | Articles | web.dev
Before the HTML5 <audio> element, Flash or another plugin was required to break the silence of the web. While audio on the web no longer requires a plugin, the audio tag brings significant limitations for implementing sophisticated games and interactive applications. The Web Audio API is a high-level JavaScript API for processing and synthesizing audio in web applications. The goal of this API is
WebSocket のバイナリメッセージを試したら、ウェブの未来が垣間見えた
長い記事なので、先に結論だけ書いておきます。WebSocketのバイナリメッセージ機能は、これまでのインターネットのあり方をひっくり返します。「そんなの知ってるよ」という方もいるとは思います。僕も理屈では分かってたつもりだけど、実際にアプリを作ってみて、具体的にそれを感じることができたので、ちょっと長いですがどういうことなのか説明してみます。 WebSocketとは # WebSocketは、HTML5関連の中でも特に注目を集めている技術の一つです。通常のHTTP通信であればクライアントからのリクエストなしにサーバーは応答しませんが、WebSocketを使うことでクライアントとサーバーの間で双方向の通信が可能となります。これを利用することで、今後様々なリアルタイム性の高いサービスを構築することが可能になるでしょう。 そんなWebSocketですが、これまで波乱の道を歩んできました。数年前か
こてさきAjax:WebSocket + node.jsでAudio Streaming - livedoor Blog（ブログ）
第７回のHTML5とか勉強会で、羽田野さんにAudio Data APIを教えていただいて依頼、やりたかったことがあります。それは、AudioをWebSocketを使ってストリーミング配信すること。これが出来たので紹介します。 音声ストリーミングは、リアルタイム系のサービスの中では難しい部類の一つ。遅延がひどいと、自然なコミュニケーションが難しく、またネットワーク転送中にジッタ（データ到達間隔が揺らぐこと）が起きると、音がプツプツ切れたり間延びしたりと明らかに違和感が生じます。インターネットでは、厳密な意味でのQoS制御は困難ですので、どうしても遅延やジッタが生じますし、これらのパラメータはネットワーク転送だけでなく、サーバーークライアントでの実装ももろに効いてきます。 といったわけで、音声ストリーミングみたいなサービスがブラウザ＋Javascriptだけで出来たら、結構嬉しいよな〜やりた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTML5で音を扱う3つの方法
http://www.riaxdnp.jp/?p=1912
はじめての Web Audio API