Netflix、アマゾン、グーグルなど大手7社が同盟結成。次世代の動画フォーマットを開発
Netflix、アマゾン、グーグルなど大手7社が同盟結成。次世代の動画フォーマットを開発2015.09.02 14:10 時代の変化を感じます。 昨晩、Netflixが国内にローンチされましたね。アマゾンも動画配信サービス｢プライム・ビデオ｣を日本でも始めましたし、各社が動画配信サービスに力を入れています。 ですが、サービスによってフォーマットが統一されていなかったり、再生した時にやたらと重かったりすると、せっかく動画を楽しもうと思ってもストレスの元になってしまいます。 9月1日に設立した｢Alliance for Open Media｣という団体は、ユーザーからすれば、そういった問題を解決してくれるかもしれません。同団体のミッションは、各社の知識と技術を持ち寄って、ストリーミングに最適化した次世代の動画フォーマットを開発すること。そして、そのフォーマットをロイヤリティフリーのオープンソー
Video Encoding Platform - Reduce Costs & Increase Quality
Brightcove experts Carl Rutman and Yuriy Reznik discuss the important role our award-winning context-aware encoding and multi-codec switching have in solving this historically difficult problem. Zencoder is the cloud-based video encoding platform for anyone who wants to create and deliver content for audiences around the world. With extremely fast transcoding, industry-leading reliability, unmatch
Amazon Elastic Transcoder メディア変換サービス来た！ | DevelopersIO
Amazon Elastic Transcoderとは AET(Amazon Elastic Transcoder)は、映像・音声をユーザーが再生可能なフォーマットに変換するクラウドサービスです。 入出力の形式 重要だと思ったので最初に言いますが、入力形式としてサポートしている動画フォーマットは、3GP, AAC, AVI, FLV, MP4です。出力形式としてサポートしている動画フォーマットは、H.264/AAC/MP4です。音声データは、2-channel AACです。サンプルレートやビットレートは変更可能です。 変換可能な形式（プリセット）一覧 AETが変換可能なメディア形式は以下になります。これらはよくある形式として最初から登録されています。この他にも自分でエンコード形式を定義することも可能です。 System preset generic 1080p System preset
JavaScriptの文字列リテラルでXSS - T.Teradaの日記
たまに以下のようにJavaScriptの文字列リテラルに値が入るアプリを見ることがあります。 <script> var foo="●"; ... </script> 値は「●」の箇所にHTMLエスケープされて出力されます（下の方の例も同じ）。 こんなケースでどうXSSするか？という話です。 簡単にXSSできるケース 以下のパターンだとXSSするのは簡単です。 <script> var foo="●"; var bar="●"; ... </script> ?foo=\&bar=-alert(123)//のような値を与えるだけです。 難しいケース 次はこんなパターンを考えます。 <script> var foo="●"; var bar="●"; ... </script> こうなると難易度はぐっと上がります。というよりも、ほとんどの場合はXSSできません。 しかし、状況次第ではXSSできる
JavaScriptの文字列リテラルでXSS - T.Teradaの日記
HTML Purifierの4.1.1がリリースされました。今回のリリースには1件のSecurity Fixが含まれています。今日はその内容について少し書きます。 IEのCSSのurl()の扱い 以下のようなstyle属性があったとき、ブラウザはどのように解釈するでしょうか？ <span style="background: url('http://host/aaa\'\);color:red;')">111</span> Firefox、Opera、Safariでは、「http://host/aaa');color:red;」というURIをもつbackgroundプロパティと解釈します。したがってcolorプロパティが有効になることはありません。これはCSSの仕様から見ても至極妥当な挙動です。 ところがIEだけが違う解釈をします。IEで上記のHTMLを表示させると、backgroundプ
HTML5での文字エンコーディング指定とValidator.nu | Web標準Blog | ミツエーリンクス
先週行われたGoogle I/OのキーノートでAdobeのCEO, Kevin LynchよりAdobe Dreamweaver CS5 HTML5 Packが発表されました。DreamweaverでHTML5とCSS3のオーサリングを手助けするもので、いくつかの新しい要素やプロパティにコードヒントへの対応や、以前取り上げたマルチスクリーンプレビュー機能などが盛り込まれています。 HTML5やCSS3は発展途上ですからオーサリングツールの対応もまだ充分ではありません。今後のアップデートにも期待したいです。 オーサリングツールのほかにも、マークアップが適切かどうかを判断するための術がほしいところです。HTML5では適合性チェックツールとしてValidator.nuが開発されており、W3CのMarkup Validator (開発版)にも実験的に組み込まれています。 しかしながら、HTML5仕
Perlで日本語文字列が文字化けしてるかどうか推測する＆修復する - ＊「ふっかつのじゅもんがちがいます。」withぬこ
ちょっと最近Buzzurlに自作スクリプトか何かで、大量の二重エンコード文字列を含むブックマークが投稿されたので対策のために調べてみたことのまとめ。<追記>id:miyagawaさんのブクマで Encode::DoubleEncodedUTF8 というモジュールを教えてもらいました。調べたら作者もid:miyagawaさん。二重エンコード是正にはこちらを使うようにしましょう。 でもこれ"二重エンコード perl utf8"とかでぐぐったけど見つからなかった…。id:miyagawaさんのブログとかもっと検索に引っかかるべきだと思うのだが。 PerlでUTF8文字列を使うときの原則 PerlでUTF8文字列を扱うならば、Encodeの神であるところのid:dankogaiが何度も何度も口をすっぱくして言っている次の原則に従わなければならない。そうしないとすごく不愉快な目にあう。 入り口で d
perl - Encode 中級 : 404 Blog Not Found
2008年05月08日04:00 カテゴリLightweight Languages perl - Encode 中級 以前書いた 404 Blog Not Found:perl - Encode 入門 は大好評でしたが、 ウェブで利用される文字コード、UnicodeがASCIIを上回る--グーグルが明らかに:マーケティング - CNET Japan UnicodeがASCIIを追い越し、World Wide Web上で最も多く利用されている文字コード体系になったとGoogleのシニアインターナショナルソフトウェアアーキテクトMark Davis氏がブログで述べている。 という時代に完全対応するには、入門以上の知識がちょっと必要になります。 例えば、本blogをホストしてくれているlivedoor blogの文字コードはEUC-JP。「時代はUnicode」だと言っても、こうした事情もまだ
MOONGIFT: » ニコニコ動画をコメント付き動画に変換「さきゅばす」:オープンソースを毎日紹介
ニコニコ動画の楽しさはアップされている動画もさることながら、コメントが大事だ。恐怖の動画であってもコメントがあると何となく皆で見ているような気分になれる。歌詞職人や、ネタバレのコメントも同様だ。コメントがあるからこそ楽しいのだ。 さきゅぱすのメイン画面 なので、動画をただダウンロードするだけではもったいない。コメントも合わせてこそ意味がある。 今回紹介するオープンソース・ソフトウェアはさきゅばす、ニコニコ動画ダウンロード＆動画生成ソフトウェアだ。 さきゅばすはニコニコ動画のダウンロードを実行し、その後iPod、PSP、各種携帯電話向けに動画を変換する。URLを入れるだけなので、ごく手軽に利用できる。そして便利な機能がコメントをダウンロードし、コメント付き動画に変換してくれる点だろう。 各種デバイス向けの動画が生成できる FFMPEGやvhockといったライブラリは内包されているのでさきゅば
yohgaki's blog - これからのプログラムの作り方 - 文字エンコーディング検証は必須
(Last Updated On: 2016年3月3日)最近PostgreSQL、MySQL両方にSJISエンコーディングを利用している際のエスケープ方法の問題を修正がリリースされています。この件は単純に「データベースシステムにセキュリティ上の脆弱性があった」と言う問題ではなく「アプリケーションの作り方を変える必要性」を提起した問題です。 参考：セキュアなアプリケーションのアーキテクチャ – sandbox化 PostgreSQL、MySQLの脆弱性は特にSJIS等、マルチバイト文字に\が含まれる文字エンコーディングが大きな影響を受けますが、同類の不正な文字エンコーディングを利用した攻撃方法が他の文字エンコーディングでも可能です。例えば、UTF-8エンコーディングは1文字を構成するバイト列の最初のバイトの何ビット目までが1であるか、を取得してUTF-8文字として1バイト～6バイト必要なのか
［PostgreSQLウォッチ］第27回 SQLインジェクション脆弱性を修正，日本語ユーザーに大きな影響
［PostgreSQLウォッチ］第27回 SQLインジェクション脆弱性を修正，日本語ユーザーに大きな影響 SQLインジェクションに関する脆弱性の修正などを行ったPostgreSQL 8.1.4,8.0.8，7.4.13，7.3.15の各バージョンが，5月23日一斉にリリースされた（関連記事）。いずれも同じメジャーバージョン系列であれば，dump/restoreによるデータ移行なしでアップグレードできる(ただし，8.1，8.1.1から8.1.4への移行については注意が必要。詳細は付属のリリースノートを参照されたい)。 修正が提供されないPostgreSQL 7.2以前のバージョン 今回対策された脆弱性はPostgreSQL 7.2以前にも存在するが，開発者のポリシーにより，7.2以前はサポートの対象になっていない。いまだに7.2 以前のバージョンを使っているユーザーは，7.3以降にアップグレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
文字コードとセキュリティ
あらゆるマルチメディアファイルを相互変換するフリーソフト「MediaCoder」