タグ

2007年4月9日のブックマーク (6件)

  • さようなら、feedpath。こんにちは、Google Reader:Speed Feed:オルタナティブ・ブログ

    僕の敬愛するITジャーナリストの林信行さん(通称Nobiさん)がITmediaで連載しているMac系の記事は秀逸だ。 読んでいて、1行毎にうんうん、と首を縦に振ってしまう。 この中で、Nobiさんは「PCは(スペック主導の)仕様のパソコン」であるが、「Macは”思想”のパソコン」と述べている。これには100%賛同できる。さすがはNobiさん(拍手) ・・・さて、おおよそ予想はついていたが、feedpathが日付けでリニューアルしたが、僕が設計したものとはまったく違う方向に変わっていた。大量のデータを一気に斜め読みするという用途にはまるで使えなくなってしまった・・・。 僕の設計では使っているうちにどんどんなじんで使いやすくなることを目指していたから、必ずしも初心者に優しいツールであるとは言い難かった。リニューアルされたそれは、初心者や初めて使う人にとって最適化されている(しかし、僕が思うに

    さようなら、feedpath。こんにちは、Google Reader:Speed Feed:オルタナティブ・ブログ
    fuba
    fuba 2007/04/09
  • youkoseki.com | 日記 | 2008/09/29 - 2008/09/23

  • vixy.net softwares

    Beautifully simple experience with RMM, remote support, help desk, billing and reporting in one affordable platform. Ideal for small to medium size MSPs, IT Support companies and VARs. Atera is an IT Management interface that provides the summit of solutions for MSPs. This leading-edge, cloud-based program offers Remote Monitoring & Management, Remote Access & Support, Technician-Based Pricing, an

  • vixy.net » Blog Archive » FLV Lossless Converter 技術概要

    前々から書こうと思っていて、サイト周りの構築に時間をとられて書けてなかったのですが、現在デモサービス中のYouTube Podcaster、flv_converterなどに使われているFLVtoMPEG4(FLV Lossless Conveter、以下FLVLC)の部分の技術概要をまとめました。 以下の図は、典型的なtranscoderと、FLVLCの差を示しています。典型的なtranscoderは、単にデコーダーとエンコーダーをくっつけただけです。FLVLCの方は、そもそもデコーダーとエンコーダーという形でなく、その部分が別の1つのモジュールに置き換わっている、というのがポイントです。 典型的なデコーダーとエンコーダーの内部処理の例が以下です。まあ結構複雑。 で、FLVLCは、上の部分がこんなにシンプルにまとまって1つになっています。 なんでこんなことが可能かというと、FLV≒H

  • Mac OS Xでflv2mpeg4のコンパイル方法

    最終更新日:2006-12-26 TOPページ : Mac OS XでYouTubeからflvダウンロードとflv再生と変換 flv2mpeg4とは? FLV Online Converterのサイトで公開されている、flvをmov(mpeg4)に変換するアプリケーションです。FLV Lossless Converter 技術概要に詳しい解説があります。 PowerPC G4 1.4GHzでffmpegでmp4への変換に160秒かかるファイルの変換がflv2mpeg4では7秒ほどで終了します。なお変換後のコンテナはmovですのでPSPなどでは使えないと思います。 flvと言ってもいろいろな種類があるようでflv2mpeg4ではうまく変換できないものもあるようです。 なお、Macでflvを再生するだけならflv再生ソフトにいろいろソフトをまとめておきましたので参考にしてください。 Mac O

  • Nucleusを半分やめて、100倍速を実現しました!

    ライブドアブログからの移転以来、今までNucleusというCMSツールを使ってブログを投稿してきましたが、思い切って半分やめることにしました。 理由は、「なぜか処理に時間がかかるから」です。 最近ページを開くのに、どうも以前よりも処理が遅くなったような気がしていました。 「高橋名人の今と昔」がYahoo! JAPANのニュース記事からリンクを貼られたときも、重くて開けなくなりました。 サーバーのスペックの問題かといえば、pukiwikiサイトを50万PV/day動作させられるサーバーですから、サーバー性能的な問題ではありません。 処理に時間がかかる原因を、「Nucleusの内部的な処理と、追加したプラグインの処理」だと断定し、ブログ表示処理をごっそり書き換えることにしました。 Nucleusを改良したのではなく、ガリガリと0から全てプログラミングしてみました。 各種CMSツールについて C

    Nucleusを半分やめて、100倍速を実現しました!