やべえ、Alexaholicに中毒ぎみ。

hatena.ne.jp / 2ch.net / gyao.jp / vision.ameba.jp / watchme.tv

Gyaoを抜いたのは、

「注目の動画」ページの公開、およびビデオキのAmebaVison対応について

が原因ですかねえ。でもちょっと上がり方が早いから関係ないかな？

ビデオ投稿系サイトで、日本国内ではおそらく最も活気のある(※)Ameba Visionですが、いつのまにかAPIを公開していたようです。

http://ameblo.jp/amebavisiondev/entry-10016975603.html

Podcasterに対応しようかなぁ。というかPodcasterもそろそろ思い切ったリニューアルをしたいところです。（変換を自動的に裏でやっておいて、変換が終わったらRSSに追加するとかね）

(※)気になったので、いろいろalexaholicしてみる。

gyao.jp / vision.ameba.jp / video.ask.jp / peevee.tv / video.mina-kuru.jp

あれ？gyao.jpをvision.ameba.jpが抜いてる？？

vision.ameba.jp vs youtube.com

うーむ・・・。

ADSLなので上りが重くて、転送（変換後のDL）がキューに溜まりまくってますが・・
10/1の工事がうまく行ったら、光回線になるので、だいぶましになるとは思います。
さすがCore2Duoだけあって、現在LoadAvgが0.2前後とだいぶ優秀。
サーバマシンのハードウエア自体も今のところトラブル無く順調です。

DreamHost.comの方のサーバがかなりきつきつのようで、ここ２日ほとんどいい働きをしていません。。(load averageが高すぎて処理が振れない）

いいかげん、ホスティングはあきらめて、次にランニングコストの安い、いわゆる自宅サーバに挑戦してみることにしました。現在光の回線を確保中で、うまく行けば10月1日には、工事完了＆開通します。それからvixy.net専用のサーバを１台購入しました。ムダにCore2Duoとかにしてみたので、こんどこそAAC変換を付けて、iPodとPSP用(MP4)に音がつくかと思います。音の無いPodcastなんで、微妙すぎですものね・・。

今日サーバマシンが届いたので、現在linuxインストール中。なんかCentOSのインストールCDがブートしないので、こちらもムダにFedora6で。

おもしろいリファラが張られてて知ったのでご紹介。
はてブで0件だったので相当マイナーかも？？知れませんが。

Media Convert - free and on line - convert and split sound, ringtones, images, docs - MP3 WMV 3GP AMR FLV SWF AMV MOV WMA AVI MPG MP4 DivX MPEG4 OGG WMA AAC MP4 MPC MMF QCP KAR MIDI REALAUDIO FLAC JPG PSD DOC PDF RTF TXT ODG ODP ODS ODT SXW WK1 MDB XLS VOB

＃タイトルなげー

flv→3gpとかも問題なく行けました。
多分裏でffmpegだと思いますが、結構これは便利かも。

何となく噂になっていましたが、とうとう実現のようです。

メディア・パブさん経由
以下引用：

Warner Musicの音楽ビデオやインタビュービデオなどをYouTubeサイトで視聴できるだけではない。驚くことに，Warner Musicからライセンスを受けたビデオを，YouTubeユーザーは自分のビデオに取り込んで制作できるのだ。一種のビデオマッシュアップと言えるのかも。

PVのリミックスOKということなのかな？？画期的だ！！「ライセンスを受ける」のがYouTubeなのか、ユーザーなのか、というのも気になるところです。（元ソース読めば分かる？）

で、さらに気になるのがWarnerの所属アーティストって誰だろう？？と思ったら、超大物クラスだとこんな感じみたい。

以下引用：

Madonna, Linkin Park, Green Day, Josh Groban, Faith Hill, My Chemical Romance, Big N Rich, John Adams, Shawn Colvin, Jaheim, Cher, Red Hot Chili Peppers, R.E.M., Seal, Blake Shelton, the Flaming Lips, Eric Clapton, Hot Hot Heat, Damien Rice, The Used, Joshua Redman, Michael Bublé, Chris Isaak, Robert Randolph, Steely Dan, Trapt, Fleetwood Mac, Emmylou Harris, Brad Mehldau, Goo Goo Dolls, Tom Petty, as well as Alanis Morissette, Michelle Branch and the Deftones.

株式会社ワーナーミュージック・ジャパンはWarnerMusicといまいちどういう関係にあるのかよく分かりませんが、ワーナーミュージック・ジャパンでのアーティストはこんな感じ。

–
追記：
techcrunchに続報が。どうやらWarnerの曲付きでupすると、YouTubeのシステムが自動検知して、フィルタ。それをWarnerが許可（手動？）した場合、公開という感じ？なのかな？？

flv_converterが。

Convert_Youtube_Type_FLVs_to_DivX_MPEG_4_Online

紹介文に

The site claims to be lossless, but seems to be using a compressed domain transcoder.

とあります。なるほど、このジャンルは、「compressed domain transcoder」というみたいですね。知らなかった・・。うーん改名するかしないべきか・・

前々から書こうと思っていて、サイト周りの構築に時間をとられて書けてなかったのですが、現在デモサービス中のYouTube Podcaster、flv_converterなどに使われているFLVtoMPEG4(FLV Lossless Conveter、以下FLVLC)の部分の技術概要をまとめました。

以下の図は、典型的なtranscoderと、FLVLCの差を示しています。典型的なtranscoderは、単にデコーダーとエンコーダーをくっつけただけです。FLVLCの方は、そもそもデコーダーとエンコーダーという形でなく、その部分が別の１つのモジュールに置き換わっている、というのがポイントです。

典型的なデコーダーとエンコーダーの内部処理の例が以下です。まあ結構複雑。

で、FLVLCは、上の部分がこんなにシンプルにまとまって１つになっています。



なんでこんなことが可能かというと、FLV≒H.263というのと、MPEG4という規格はH.263という規格の兄弟(親子？)のような関係だからです。H.263とMPEG4のBitstreamの差を吸収する、という部分がFLVLCでの一番メインの処理になります。

FLVLC方式の利点をまとめるとこんな感じです。

• 非常に高速。CPUリソースが再エンコードに比べると、ほとんど必要ない
• Encoderを通らない（正確には再度MotionVectorを見つけるとか、Quantisationを行わない）ので劣化しない

もちろん欠点もあります。

• 解像度の変更が出来ない
• ビットレートの変更が出来ない

MPEG4→FLVというのも、MPEG4のSimple Profile(Base Profile?)ぐらいであれば、おそらく同様の方式は可能かと思います。これができると、携帯動画をブログに貼付けるとかに使えそうですね。（まあYouTube使えよというツッコミは無しで・・）時間があったらチャレンジしたいです。

flv_converterの処理分散方法を若干変えました。DHが負荷が高いときにsakura側で処理を行うようにしていたのですが、これに多少を制限をかけました。全体としてもう処理できないときはダメですメッセージが出ます。

ちなみに最近PSPを入手したので、対応したいなぁ、というところです。flv_converterの変換後のMP4をPSPに食わしても、不正フォーマットと出ちゃうみたいですね。FFmpeg使える人は、ちょっと面倒ですが、MP4とMP3を変換して、

$ ffmpeg -i input.mp4 -i input.mp3 -f psp -vcodec copy -acodec aac -atag mp4a out.mp4

などとすれば、少なくとも映像部分は劣化せずに見れるかと思います。

flv_converterのdreamhost.comのサーバーへの負荷分散を行いました。
多少503が出なくなることを期待しつつ。
変換後のDL先がhttp://vixy.dreamhoster.comから始まる場合は、その状態になっています。

いまのところDH側になっている場合は、転送帯域の表示（You have used ??% of your bandwith for this one hour.）が変化しません。