YouTubeのまとめサイトとかのURLを指定すると、YouTubeにリンクされているビデオIDを抜き出してRSS化します。
http://vixy.net/rssgenerator.html

なんか一発ネタ臭いですが（同じようなの、どっかにあったりするんかな？）、とりあえず作ってみました。
2chのYouTube板のRSSは更新が早くて面白いかも。

リクエストされると、裏ですべてのビデオについてYouTubeAPIのgetDetail()しているので、リンクされているビデオが大量にあるとちょっと重いかも。。あとデフォルトで最大20件しか出さないようになっています。

YouTube PodcasterのFLV→MPEG4(.mov/.mp4)無劣化変換エンジン部分だけを切り出してUploaderと組み合わせてみました。アップロードすると、オンラインで変換され、変換されたものが自動的にダウンロードされます。（ダウンロード後はアップロードしたものはサーバーから消去されます）

FLV Lossless Converter: http://vixy.net/flvconverter.html

とりあえず動いたので、デモ用ということで公開します。アップロードは著作権的に問題ないflvのみということでお願いします。

ちなみに、いま使っている共用サーバーの制限なのか、2MB以上のファイルをUploadしようとすると、いつまでたってもアップロードが開始しないようです。うーん、サーバー引っ越しするしか無いかなぁ。。

PHP周りをだいぶ書き換えました。いままでYouTubeからのユーザーの情報やビデオの情報は、URLで指定されたRSSより取得していましたが、それだとムービーの長さと、サムネイル画像がうまくとれないという問題があって、YouTubeのAPIを使うことにしました。

このAPI、REST(GET)でXMLが返ってくるというシンプルなものなのですが、十分使えました。で、さらにPHPのクラスを作っていた方がいらっしゃったので、早速利用させていただきました。
http://www.ganchiku.com/2006/07/services_youtube.html

サムネイルはDemocracyという、フリー／オープンソースのPodcast対応ビデオビューワーで使えるので、そのために対応してみました。ついでにワンクリックでsubscribeもできるようにしてみました。このDemocracy、Mac版はなりよくできてて(Windows/Linux版もありますよ）、かなりおすすめです。映像を連続して垂れ流しっぽく見せられたりします。

一番目立ったバグだった、フレームレートが変だったのを修正。
たぶんこれでほとんどmovに関しては問題ないはずです。
あと320×240以外のFLVの画角にも対応したはず。
（が、まだそのコンテンツで確認できてません・・）

日本の著作権法には、「送信可能化権」というのがあるようですが、この解釈が良く分かりません。。

というのもこのサービスのように、あくまでproxyと言い張った場合、このサービスは該当するのか、それとも単なる通信経路なので（？）、該当しないのかという部分です。

厳密に解釈すると、一時的にでも「送信可能」な状態でサーバーにはキャッシュされ、それを「自動送信」している訳ですから該当するような気もします。（googleのキャッシュはどうなんだ？とか？ 変換しているから経路じゃない？とか？）

何か法的解釈の参考になりそうな判例があったりするんでしょうかね？？
どなたかご教授いただければ幸いです。。

で、もめ事をできる限り避けたい性格の、チキンな小生は、白黒で言うと白の方で行きたいなと。

白だけというのもコンテンツの面白さという点では、どうかと思うものも多く（＝石が多い、大杉？）、灰色や黒こそがYouTubeなんだ！的な議論も分からなくはないですが、やはり灰色や黒という時点で、どこかに破綻をきたすのかなと。白から玉を見つけ出すのもまた一つの面白さだと思います。（というかそれがまっとうな使い方か・・）

そこで、現行のフィルタを作った訳ですが、現状どうなっているかというと、たぶん白（＝送信可能化権および公衆送信権の権利行使を多分許してくれる？？・・ああ難しいですね・・）と思われる、YouTubeさんご推薦のRecentryFeaturedと、多分信頼できる「Directorユーザー」のコンテンツのみ、という設定になっています。

ほかにユーザーあるいはコンテンツが、たぶん白と特定できるような方法があれば、コメントください。フィルタ設定をがんばってみますので。

このサービスの技術的な「売り」は、映像変換部分です。(ちなみにVIXY=VIdeo proXY)
FLVからMPEG4は、無劣化で変換しています。いわゆる再圧縮（いちど非圧縮の状態にして、再び圧縮する）はしていません。そのためCPUをほとんど食わない＆再圧縮に比べ超高速なので、現行サーバー（共用サーバーで間借りさせていただいています）のような環境でもなんとかいける感じです。

それから、なぜ、mp4に音が無いのか、というのは、技術的な問題というよりは、リソース（資源）の問題です。iPod/iTunes/QuickTime(あと多分PSPも)では、mp4に関しては、音声がAACでないと再生できないようで、対応しようと思うと再圧縮が必要となってしまうためです。再圧縮にはCPUを食うので、ちょっと現行サーバーでは厳しいかと思いやっていません。。

実際に使ってみると（特にuser指定で）分かりますが、ダウンロードが開始するまでかなり時間がかかる場合があります。これが実際にYouTubeからFLVファイルをvixy.netサーバーに転送し変換している、という場合になります。ダウンロードがすぐ開始される場合は、変換されたものがキャッシュされています。
現在かかる時間の内訳としては、ほぼ9割YouTubeからのFLVファイルの転送時間で、この時間が改善しない限りレスポンスが向上しない、というのが結構大きな課題点かなと思います。変換がリクエストされてから、ちょっと待ってねレスポンス(202 Acceptedなど？）を返し、裏でDL&変換を回すようにすれば、もうちょっとマシに見えるかもしれません。

ちなみにmp4というファイルのフォーマットには、自身のfile-length相当が入っている、という制限上、YouTubeからDLと変換とユーザーへの配信を一度に行うことは難しいかと思われます。
（本当は一度に行うのが”Proxy”としては理想なんですが・・）

とりあえずサービス開始してみました。
使い方は、ムービーを見るのが一番速いかもです。

しくみとしては、YouTubeのRSSを変換してPodcast対応のRSSを出力、映像に関してはFLVファイルをMPEG4に変換、その後mp4とmovとmp3に変換しています。これによって一気通貫でYouTubeのPodcastが実現されています。

• vixyとはVIdeo proXYの略です。
• topページはhttp://video.qooqle.jp/dl/のsrcを一部使わせていただきました。FLVのファイルのURL特定部分のコードも使わせていただいております。
• 現行サーバーは現在sakura.ne.jpの共用サーバーで動いています。月500円で脅威の高機能サーバーです。変換のご利用はお手柔らかにお願いします