ストリーミングデータの保存と変換
ストリーミングデータの保存と変換 これまでストリーミングデータ自体は画質も悪く記録的な面でしか価値はありませんでした。しかし近年のブロードバンドの普及にともない高品質のコンテンツも多数公開されつつあります。そんなデータをぜひ保存したいという要求を叶えるべくストリーミングデータをオリジナルのまま保存する方法、キャプチャリングする方法、そして他の形式への変換について紹介しています。 注:)RTSP、ＭＭＳといた専用プロトコルを使ったコンテンツを保存することは著作権等様々な点でグレーゾーンとなっています、これらのツールは自己の責任に於て使用してください。 新しい情報はブログの方でも紹介しています。またこのブログではストリーミングや動画等とは異なったLinuxなどの情報も掲載していますのでアクセスをお待ちしています。 YouTubeなどの動画を保存、変換させる Craving Explore
メモリリーク調査方法（Linux編）
まずはLinuxの環境変数の設定から．．． $> export MALLOC_TRACE="log file name" 次にソースコードの編集 ◆ ヘッダのインクルード #include <mcheck.h> 次にソースにメモリチェックする部分に以下のコードを追加 mtrace();←メモリチェック開始 muntrace();←メモリチェック終了 ◆ 実行 以下のようなコードを実行する int main () { mtrace(); char* test = new char[10]; test = new char[10]; delete[] test; Test t = new Test (); muntrace(); } ◆ 結果 これを実行すると以下のようなログが指定したログファイルに 記述されます。（実際には値などは違います） = Start @ /usr
text-hatena.js 公開 [tech.nitoyon.com]
本家 Text::Hatena で HTML::Parser を用いている部分は実装できていません。 URL の自動リンクや HTML のエスケープなどは実装できていません。 Cookie を利用するようなサイトに text-hatena.js を利用するのはお勧めできません。 ライセンスは Text::Hatena と同等とします。 技術的なアレコレ Perl と JavaScript って意外と似てるよね、というところから出発しました。特に、Text::Hatena のソースコードはそのまま JavaScript に置き換えられるぐらいに洗練されたコードです。例えば、Hatena.pm の一部に次のようなソースがあるのですが sub parse { my $self = shift; my $text = shift or return; $self->{context} = Text
![text-hatena.js 公開 [tech.nitoyon.com]](https://cdn-ak-scissors.b.st-hatena.com/image/square/95abde13f7ed41248843e654a2f2ddcde8983db4/height=288;version=1;width=512/http%3A%2F%2Ftech.nitoyon.com%2Fapple-touch-icon-114x114.png){kind=icon}
川o・-・）＜2nd life - web2.0なアプリケーションで使えるアイコン
http://www.famfamfam.com/lab/icons/ 自分でwebアプリケーションを作ってる場合、外観がどうしても疎かになりがちです。CSSでの見栄えならそこそこ頑張ればいけるのですが、あとちょっとインパクトが欲しい、そういうときに小型のアイコンが欲しい！といつも思ってしまいます。で、時たまそれっぽいアイコンを探してたのですが、有料なライセンスだったり、デザイン的にいまいちぱっとしなくて、これだ！という物がありませんでした。 上記famfamfam.comではそんなweb2.0なwebアプリケーションに似合うアイコンを合計すると1000個ぐらい、FreeもしくはCCライセンス帰属 2.5 で公開しています。今度から作るWebアプリケーションで効果的に使っていこうと思います。 あ、他にライセンスが緩くて素敵なアイコンを公開しているサイトを知っている方がいましたら教えて下さい
満足せる豚。眠たげなポチ。:オブジェクト指向で継承は使うべきではない？
DB Magazine 10月号（古！）の『柔軟なシステムを作成するためのＣ♯によるオブジェクト指向開発の実践』という記事で、少し気になる記述があったので、ちと書いてみます。 「なお、継承は、ポリモーフィズム（多態性）を利用するときのみ使用するのが基本となっている。」 「オブジェクト指向による設計では、既存クラスを継承することはあまりない。」 ということで、たしかにJavaやC#によるプログラミングでは委譲によって実装の再利用を行うことが定石となっています。継承はポリモーフィズムのための手段でしかないのかもしれません。記事はC#に関するもので、その意味では問題視するほどの記述ではありません。ただ、これだけ言い切られてしまうと、オブジェクト指向入門的な内容とも相まって誤解する人が増えるのでは、と気になりました。 本当に「継承は悪で、委譲は正義」なのか？ これは言語の制約によるものです。ここで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.unknownplace.org/blosxom/coding/base_on_catalyst_and_lighttpd_and_fastcgi.html
