コミュニティ: mixi || ☆たるさんのパソコンフィールド | Ando's Processor Information Page | Google IT勉強会カレンダー
番組: || NHK SPECIAL | TOP RUNNER | BSマンガ夜話 | BSアニメ夜話 | NHKアニメワールド | テレビ東京 - Anime X-press
補足^H^H捕捉。
キーワードプラグインを使ってみる。
<%=kw "語句" > <%=kw "サイト:語句" > <%=kw "サイト:語句", "表示" >
と記述すれば良いらしい。
ギコ猫:AbstractFactory, ギコ猫:ChainOfResponsibility, ギコ猫:Decorator, ギコ猫:Observer, ギコ猫:Strategy, ギコ猫:State,
うーむ、Wikiスタイルでキーが表示されちゃう仕様なのか(出さないようにもできるけど面倒くさい)。ちょっと嫌。
Return-Path:Received: from smb501.nifty.com (pxy2nd.nifty.com [202.248.175.14]) (envelope-from ite.kum@mbj.nifty.com) Received: from unknown (HELO your5yg6lyy4e4) (202.219.211.68) by smb501.nifty.com with SMTP; Sun, 1 Feb 2004 15:17:56 +0900 From: "=?iso-2022-jp?B?GyRCNydMbjVITy8bKEI=?=" Subject: N本様 お忙しいところ恐れ入ります。 X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 N本様 お忙しいところ恐れ入ります。 インターネットの検索エンジンにてメールアドレスを 拝見しましたのでメールさせていただきました。 個人サイトを制作しています熊野と申します。 このサイトは、日頃お忙しいITエンジニアの皆様に成り 代って、私自身が転職情報をウオッチするとの考え方で 作っておりますが、お陰様で段々とご好評を頂くように なりました。 ... ===== ITエンジニアの情報共有サイト ========== ITE.kum ITエンジニアのための転職情報 URL http://homepage2.nifty.com/KUMANO/ 制作 熊野吉朗 住所 東京都新宿区西新宿 8-3-40 301 TEL 090-8532-9171 Email ite.kum@mbj.nifty.com ==========================================
ま た か。
私はこのメールアドレスは公開してないのだけどどういうことなんだろうね(怒。
もうね、バナナ、アボガド。
まかな友人 Aが より。
Bochs, Wine にはいろいろ苦労した覚えがあるので、あんまり期待できないような気が。
いづれにしても MS Office 関連を普通に動かすのは(隠し API などで)かなり困難なので、用途が限定される可能性あり。
最近、Referer を使ったヤツが増えてきた模様。
アダルトサイトとか就職サイトとか Referer を残してくれてるみたい。無駄なのはわかってるのだけどとりあえず気が付いたヤツは消した。
やっぱロボットが来たら Referer は隠しておかないといらん検索ゴミが増えていけませんね。
前半は、データ保存の問題、後半はセキュリティの問題を述べていて、なかなか興味深い。
どれもこれも当たり前の事ではあるが、忘れがちな事である。
あまりにも連絡がないので、ログを確認した。
うむ、とりあえず私以外の人と Sun.COM の人が見てる形跡があるのでたぶん応募だけは届いているのだろう。
でももう半月前なので、これから予選があるとか、いつどこでやるのかとか情報が欲しいな。
そろそろ問い合わせるか...。
ぐぐってでてきたのはいがぴょんさんだけだな。
いがぴょんさん、Night4JavaTECH 発表者なら有料・無料参加に関わらず参加は出来ますよ。いや応募してるのかな。(もう締め切ってるけど(^^;)。安藤さんあたりに問い合わせてみてはどうでしょうか。私もコアな方のプレゼンを見てみたいので。
携帯電話もしょせんは、無線機にそれを動かすコンピュータが付いたものに過ぎない。多少の技術をかじった人であれば、OSの部分をいじってパッチしてやれば、他人の電話番号で着信/発信ができるようになるくらいはあり得る話だと、考えてしまうだろう。――結論からいえば、私もそう思う。
ひひ。
この前の青色発光ダイオードでも言ったのですが、「対価は支払うべき」と思っています(ただし対価以上はどうかと思います(つまり200億円はアフォかと言いたい訳だ))。
うーみゅ、これじゃアカンやろ。企画を持ち込んだらちょっとは違うのか?
基本的に放映時はペイできず、DVD/Video 販売, 海外へのライセンスでなんとか食いつなげていると考えればいいのでしょうね。いづれにしてもひどすぎると思います。
Production IG のように、下請けはなるべく受けないよう、自主企画するようにしてる会社もあるみたいですけどね。アニメ制作会社が主導になっていく事が1つの解決策かもしれません。
ML に出しても返事がなさそうだし場を荒らすのは私も意図していないので、こちらに書いとこう*1。
「時は金なり」なので、某団体のH代表さん、そろそろ結論を出してください。あんまり時間がたつと、その意義が薄れていってしまうので。
指示を頂ければ2〜3日くらいで対応します。
*1 読んでいない可能性が大だがまぁいいだろう。きつい口調で言っているように思ったのだろう。だいたい私はメールでの対応はいつもあんな感じなので個人攻撃してるとかそういうのじゃありません(ML で議論していればあの程度は普通だと思います)。別に嫌われてもいいのだけど、S山さんが言っているように私の主張はそんなに間違っていないと思うので1つの意見として受け取ってください。
まだまだ続いている模様。ノイズが多すぎるな。マナー論はどうでもいいので有用な意見が欲しい。
さてさて気になるのは、オブジェクトを自然界のモノと対比して説明しようとしている事。「自然界を人間が分類して認識しているモノと、プログラム上のオブジェクトは一致しない事が多い」、というより一致なんかしやしねぇと思うので、その説明って無意味かと。
最近は bash ですね。元々は (t)csh 使いなんですが、Cygwin/Linux の標準がこれですし、sh の後継ですから都合がいいんですよね(スクリプトを書くときにこっちで覚えておいた方がいいので)。
まぁ bash も tcsh もコマンド補完などの機能は殆ど同じなので、ただでさえ覚えの悪い私の場合、1つに統一したかったりするのは言うまでもありません(^^;。
当たり前の話ですが、自分用のもの以外スクリプトを書くときは /bin/sh しか使っちゃいけません(^^;。
某広告代理店の方と打ち合わせしているときに、「Web は強制的に宣伝できる媒体ではないので今はつかえませんね」とかおっしゃってた。
確かにそうだが、「強制的に見せる広告だけではなく読者主導型の広告*1ってのもあるんじゃないですか」と言ったら否定的に言われた。
そろそろ考え方を「新聞・TV型の強制的な配信ではなく読者主導型に変えたほうが良いんじゃないのか」と言いたかったわけだ。しかし、どうもピンと来なかったようだ。まぁ私の仕事じゃないし、その場ではそれ以上は説明するのを止めた。
ただ読者主導型の広告がどのくらい効果があるか、そして仕事ならビジネスモデルになるのかという大きな問題と壁があるが、そのあたりはそろそろ重い腰をあげてやっていくべきだろう。BSデジタルやTVと電話を使った双方向番組と広告は一部で成功しているようだし、いくらでもビジネスチャンスはある。
*1 読者が見ているコンテンツに関連した広告を流すなどや、広告を読者が探すというやり方も当然考えられる(ポータルサイトでいいのか?)。特定の分野の広告は一般的な読者が見る機会が減るので幅が狭くなりそうだが、それこそ逆の発想で勝負するのも手だろう。実際にはこの手の広告はもうなされている。たとえば Amazon のサイトなんてまさにそうだ。
えー、いちいちイヤフォンセットを装着しなくちゃいけないというだけで私はイランと思うのだけどねぇ。
いやなくても大丈夫なのかもしれないけど小さくすればするほどユーザビリティは下がっていくだけではないかと(^^;。
補足^H^H捕捉。
型情報の(少)ない言語では高速化がやりにくいらしい。しかしそれでも最適化の方法がある模様。
日付が今日に変わった深夜、近所のファミリーマートに強盗が入ってたらしい。おとろし。
そっちが近所ということはここも近所になるわけだけど、おとろしや。
補足^H^H捕捉。
もはやガーベージコレクション(GC)は必然だ。これから登場する言語でGCのない言語は考えられない。世の中にはさまざまな(宗教上の?)理由でGCを毛嫌いする人がいるが、そういう人はCやC++を使ってればいい。これらにGCが導入されることはないだろう。
御意。GC 無しではもう生きられない体になってしまいますた。
補足^H^H捕捉。
ふむ、その程度でいいのか、ということと、やっぱりその程度必要なのかと思った次第(鯖構成ね)。
しかし回線が凄いね。1Gbps かぁ。まぁこの手のオンラインゲームはレイテンシも必要だし、ぶら下がる数もデータ数も多いらしいのでこのくらいは必要ということか。
補足^H^H捕捉。
いやぁ、過激なタイトルですな。でもキャッシュのレイテンシが悪化しているらしいし、深いパイプラインなど不安要因が多すぎ。
そういえば思い出したのですが、以前 Pentium 4 が出始めの頃、Pentium 3 と両方使っている人がいて、gcc でカーネルなどをコンパイルした感想として、
Pentium 4 って、gcc のコンパイル速度が結構遅くないですか?
と話していたのを思い出した。当時は Pentium 4 2GHz 以上なら Pentium 3 よりも速いだろうと自分で納得していたのですが、今考えるとこの現象は正しかったのかもしれない。
というのは、異常に深いパイプラインによって、分岐予測ミスやキャッシュミスによるペナルティが大きすぎて、gcc など複雑な動作をするアプリケーションのパフォーマンスを著しく低下させていたのではないかと。
とうとう逮捕ですか。しかし正しくない記事だなぁ。新聞報道なんて所詮こんなもんか。
こないだ、地元のイトーヨーカドー(O山店)の缶詰売り場で見ました。語源は知っていたけど、こんなに身近にあるものとは思わなかった。
ほぉ、じゃぁ今度、買出しに行きますか。
Java だと、型定義してビルドしてと何かと面倒な手続きが必要な為、Ruby でプロトタイピングをしてみようと思う。
手始めは RTP キャプチャかな。送りは JMSudio にしておいて、受けを Ruby で実装。
ととと、しかし Ruby De UDP の使い方がわからねぇ。
というより UN*X で UDP の使い方がわからねぇということだな。ということで、「UNIXネットワークプログラミング」本を取り出す。2版で1994年だ。古い。
#!/usr/bin/env ruby
require "socket.so"
class RTPCapture
@@packet_length = 64 * 1024
def initialize(host, port)
@host = host
@port = port
end
def start
socket = UDPSocket.new
socket.bind(@host, @port)
while true
packet = socket.recvfrom(@@packet_length)
print_head(packet)
end
end
def print_head(packet)
data = packet[0]
data1 = data[0]
data2 = data[1]
v = (data1 >> 6) & 3
p = (data1 >> 5) & 1
x = (data1 >> 4) & 1
cc = data1 &0x0f
m = (data2 >> 7) & 1
pt = data2 & 0x7f
seq_no = (data[2] & 0xff) << 8 | (data[3] & 0xff)
timestamp = data[4] << 24 | data[5] << 16 | data[6] << 8 | data[7]
ssrc = data[8] << 24 | data[9] << 16 | data[10] << 8 | data[11]
print "RTP packet\n"
print " V=", v, ", P=", p, ", X=", x, ", CC=", cc,
", M=", m, ", PT=", pt, "\n"
print " seq=", seq_no, ", timestamp=", timestamp, "\n"
print " SSRC=", ssrc, "\n"
end
end
capture = RTPCapture.new("127.0.0.1", 7080)
capture.start
とりあえず、こんなもんか。便利なんだけど流儀に慣れるのが苦労しそう。
補足^H^H捕捉。なんとか話に追いついてゆけるレベルなり。
というわけで、RFC2326 (RTSP) から図だけまとめようと作業をしているとやれどもやれども終わらない。
なんでこんなに大きな仕様にするかなぁ。とりあえず当面は HTTP を使おう。
しろというお達しで、output_rdf.rb Plug-in を入れて RDF 吐き出すようにしてみました。
最近 RSS feed してる人多いかな。私はまだ使ってないので便利さがよくわからないのですが(^^;。
Content-Type がよくわからないので text/xml にしましたけどいいのかな。
JMF のモバイル版ですな。JMF に慣れてる人にはプログラミングしやすいかも。
Firebird RSS Reader を導入してみた。XUL らしいが良く出来ている、と同時に確かに便利だ。
しかし RSS を吐き出すサイトは少ない(w。
うみゅ、数人とはいえ名簿を公開したことは悪いと思うが、それ以外のことで追求されるのはいかがなものかと。特に別件逮捕ぽいので警察のやり方もどうなんや。
スペシャル・エクステンデッド・エディションは高いので却下。
友人と「王の帰還」を観に行くかもしれないので予習しておく。
「明日そういえば応募が多かったら事前審査だよね」と思い出して、確認のメールを出してみる。
ボランティアによって成り立っているのは良く知っているのですが、今回は運営が後手後手になっているような気がしますので、早めに発表者を安心(連絡の徹底)させてください。よろしくお願いいたします。
そもそも今回 Night for Java Technology にもれた場合は、Java Technology Conference 2004 自体行かないので早めに結果が知りたいんですよ。遠方なので仕方がないです。
というわけで連絡が取れた。どうも連絡の行き違いがあって、遠方につき「ビデオを送れ」組に分類されていた模様。でも連絡がなかったわけで何も資料用意してないよ(^^;。
とりあえず携帯の電話番号だけ知らせておく。資料ももうちょっと揃えておくかな。今日の仕事はそこに集中しよう。
おもしろそうですな。
シリコンチューナに MPEG1/2/4 エンコードチップ, そして USB 2.0 というのは萌えるシチュエーションだ(何がだ(^^;。USB ポート 2つ 使うので注意が必要だが(1つはバスパワー専用か?)。
ということで、デモ内容と質問を電話でいろいろと。(向こうから)提案もちょっとあったりする(^^;。
A藤さんとI原さんで審査をしていたそうな。でビル内停電とか一瞬聞いたんですけど本当ですか(^^;。
今回も面白い仕掛け*1がある模様。でも内緒。
*1 でも出演者にとってはしんどい(^^;。裏方さんはもっとしんどい(ww。
昨日買った DVD を観ようと思ってタイトルを見ると、「ロード・オブ・ザ・リング コレクターズ・エディション」(第一作目)だった。
レシートにもロード・オブ・ザ・リングと書かれていたけど、売り場をもう一度確認すると、そもそも二つの塔(のダミーパッケージ)しか置かれてない。グレーだが、交渉して交換してもらった。
基本的に返品は不可らしい(これもおかしいのだけどね)が、まぁお店としては変な噂が広まるよりマシだと判断したのだろう。
私が悪いかもしれないが、まぁ金づるな常連なので許してくれ。
補足^H^H捕捉。
Prescott が Northwood よりもちょっと性能が劣る事、消費電力が増えた事などが話題にあがってます。パイプラインの増加に関しては単純にクロックを上げたいがためだと私は思いますが、まぁいろいろな理由があるでしょうね。それから 64bit コード(AMD64?) は入ってると思いますが、たぶんハード的に使えないようになっているはずなのでそれは期待しないように:-)。興味があるのは SSE3(13セット追加) ですが、こっちはあんまし情報がないですね。
で、ホームページいや HP の PA-8800 ですが、今更ですねぇ(^^;。初代 Itanium に比べ、Itanium2 の性能がそれなりに上がった(クロック数,キャッシュサイズ, その他)ので保守部品という意味以外では PA-8800 は殆ど価値がないかも。とはいえ PA RISC アーキテクチャを捨てるのはもったいないと思うんですけどね。
で 8-way SMP, PA-8800 1.0 GHz, 768 KB(I) + 768 KB(D) L1 cache, 32 MB L2 cache マシンで、8-way SMP, Intel Itanium 2, 1.5 GHz, 256 KB L1 cache; 6 MB L2 cache の 82% ですから、そんなにパフォーマンスは悪くないかも。クロックが 1.5GHz になれば結構いい線行くはずですね。たぶん アーキテクチャ + 実装的にあんまりクロックあげられないのかもしれませんが。キャッシュも多いしね。
をっと SSE3 については、
にちょっとだけ解説がある。なるほど追加命令セットは少ないが、それぞれ効果がありそうな命令であると思う。マルチメディア関係の処理を行う場合は威力を発揮するだろう。逆に13命令(のうち2命令は Thread 関係)しか追加されなかったという事は、SSE2 でほぼマルチメディア命令が完成していたという事にもなるかな。
補足^H^H捕捉。
なるほど、Single Thead で GC を行う(つまり生成をした Thread ごとに GC をわける)というアプローチは面白いですね。GC が消極的なアプローチなのでこういうことが出来るわけですね(必要でなくなったオブジェクトをすぐ解放する必要はない)。
で、"write barrier" って何かなと思って探すと、
が参考になる。
ユーザプログラム中でポインタの書き込みを行うと,GC の作業グラフとの一貫性が崩れることがある.そこで,GC のマーキング中は,ポインタの書き込み時に,GC の作業グラフも変更して一貫性を保つ必要がある.このポインタ書き込み時に必要な一貫性を保つ処理の仕組みをwrite-barrier と いう.
ふむ。
某オフ会のキーワードらしい。
ひひ。
SOAPなのに引数が全部String
ひひひ。
人格を持つEclipse*1
ひひひひ。
System.out.println()を「シスプリ」と呼ぼう
ひひひひひ。
例の Night for Java Technology ですが、出場に関してまだ結果が出ていません。2/11(水)に結果が出ます。
さて予選に通過してもし出場できる事になったら、Java Technology Conference 2004 に行く事にします。
ただエソカイ(飲み?)の時間は結構限られます。というのは、夕方まではカンファレンス(こっちはサボってもいい)、夕方18時から22時頃まで Night for Java Technology ですから、その日の飲みはその後になります。翌日もカンファレンス(午後はサボる)に参加して、その後帰るつもりですから、その日の新幹線の最終までになるかな。でも2日目は結構つらいかも(^^;。
場所は、ホテルニューオータニ(東京都千代田区)付近でしょうか。移動してもいいですけど。
17話を観た。
タンデムミラー(核融合型)エンジンの臨界実験中に月の裏側で爆発か...。結構ひでー話かも。忍者さんたちも...。半径数キロの施設全壊だろうな。
この調子だと親子で木星行きだな。
タンデムミラーエンジンとか言われてもあんまり核融合関係は詳しくないので調べてみると、タンデムミラー型の核融合炉は、一般的なトカマク型に比べ磁界が開いているタイプで、16話に出てきたてい鉄が2つついたような奇妙なコイルが特徴の模様。他にレーザー核融合もある。
筑波大学プラズマ研究センターがそのあたりを研究しているらしい。センター設立の目的とか、ミラー磁場による閉じこめ原理とか、タンデムミラー方式による閉じ込めの改善とか、ミラー核融合研究の進展とかに大まかな概要があるみたい。後でじっくり読んでおくか。
推進材としてはやっぱりイオン化した(He?)プラズマジェットだよねぇ。核融合使ったとしても比推力はちゃんと稼げるのかな?
ネタです。
Return-Path:(envelope-from shuiwu315@21cn.com) Received: from 21cn.com (unknown [61.51.133.243]) From: shuiwu315@21cn.com Subject: 中国人民大学 Content-Type: text/html;charset="GB2312" Reply-To: you5118@163.com X-Mailer: Microsoft Outlook Express 5.50.4133.2400 中国人民大学 工商管理士(MBA)程高研修班 ...
うーみゅ、いくら .org なメールアドレスだからと言っても無差別に投げたって中国語は読んでくれないだろうに(^^;。
漢字圏だけだよ、GB2312 をなんとなく読めるのは。
が流行るらしい。いや北海道だと流行っているとか。
今度食べに行くかな。
ふむ、O山駅西口付近か。今度某大へ行くときにちょっと寄ってみよう。
なるほど、64bit コードやセキュリティ機能(暗号アクセラレータ??それとも保護機能??)は Enable になっているのかもしれない。ただし非公開で、実験目的に使っていくようだ。となると Linuxer や *BSDer な人には萌える CPU だな。
個人的には SSE2 + SSE3 かな。こっちでどのくらいエンコ*1が速くなるかが興味ある。Pentium 4 の場合は、パイプラインが深い分、分岐予測やらキャッシュミスなどのペナルティが大きいから、単純なループモノ(エンコードなど)が得意(一方分岐が多い複雑なフィルタリングは不得意という話もある)。SSE2 は結構演算性能がいいので期待大ですな。ま、本格的なベクトル演算器である GPU*2 に株を上げられる前に頑張って欲しいところ。
64bit コードは、Yamhill と言えばいいのか。AMD64 とはある程度互換性があるはず(たぶん完全互換性はないと思う)。M$ 次第なんだろね。このあたりは。
うん。そう思う。専用システムだったら、リッチクライアントの導入も考えるべき。
幸い、Java Web Start(Applet でも良いが(^^;) とか、Flash とかリッチクライアントに使えそうなプラットフォームがあるので、作成にかかる手間さえ解決したら、一部を除き Browser を端末にする必要はなくなると思う。リッチクライアントの利点は、「操作性の向上」「ユーザの誘導」「クライアント側でのチェック」「ややこしい状態遷移の簡素化」などが考えられる。Browser でも出来るのだが互換性や機能面(状態遷移のややこしさ)を考えると、コードを書いてでもリッチクライアントの方が楽じゃないかと考える*1。
ただし、サーバ側に関しては Web 技術を使うのはそんなに問題ないのではないかと思う。基本的には ORB(+α) でいいはずだが、いまのところ互換性で問題があるので、SOAP はやりすぎだとしても、現状の Web 技術でいいんじゃないかな。今時 CPU 資源がどうのこうのいうのは時代遅れだし。
*1 ただし現状ではリッチクライアントの方が手間がかかるだろう。フレームワークや IDE/RAD などのツール群が整備されれば解決する。
は削除されているね。で、気になったので blogmap 経由でこちら、
が見つかりました。全文載っているみたいなのでリンクしときます:-)。
ちなみに Google のキャッシュは削除されています(w。
ん?秋葉が燃えてる??(14時頃)
これかぁ。
というわけで Tiger だ。
ちょっと気になってた可変長引数だけど、基本的に型が指定できる事、実際は配列なので、影響は低そう(しかも C の可変引数より融通が効くし見通しも良い)。
また、Tiger の 機能 (Generics, Autoboxing, 可変長引数など) を使って javac で 1.4 用にコンパイルしたものでも 1.4 (あるいはそれ以下)で動かす事が出来るので以前のバージョンを使っている人でもいろいろ便利であるはず。まぁ実際は静的なクラスに変換しているだけなので、VM まで変更しているわけじゃないし(javac が頑張っている)。バイトコードが 1.5 では拡張されているらしいけど、しばらくは必要ないかもね。 Generics については自分でコレクションクラスを作らないと必要ないはずだけど、特化したコレクションクラス(+α)は フレームワークや API を書いていると割と自然発生(^^;するので、あってもいいかと思い始めた。少なくともコード数が少なく出来るしね。
今までいろいろ文句を言ってきたが、良い方針で拡張されていると思う。今回α, βなどを使ってみて思ったのは、下位互換性が割としっかりしていること、ちゃんと動作すること。Sun も本腰入れてるってことかな。JVM はその代わりちょっと遅くなってます(ただし誤差程度)。
というわけで Tiger で遊んでみることをお勧めします。櫻庭さんのページが参考になりますね。
Cygwin の gcj で遊んでみる。
public class Test
{
public static void main(String[] args)
{
System.out.println("Hello, world!");
}
}
bash-2.05b$ gcj --main=Test -o test Test.java bash-2.05b$ ./test.exe Hello, world!
ふむ、普通にコンパイルできるな。
ただし、AWT/Swing 関係はダメダメです。XAWTも試してみたけどビルドできず(^^;。時間がないのでヤメ。
import java.io.*;
import java.net.*;
public class Test3
{
public static void main(String[] args)
throws Exception
{
if(args.length >= 1) {
URL url = new URL(args[0]);
InputStream in = url.openStream();
int c;
while((c = in.read()) >= 0) {
System.out.print((char)c);
}
System.out.flush();
in.close();
}
}
}
bash-2.05b$ gcj --main=Test3 Test3.java -o test3 bash-2.05b$ ./test3 http://cappuccino.jp/keisuken/ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> ...
をを、ネットワーク関係も動いてるぞ。鯖も作れるな。よいよい。
ひひ、信頼性とかいろいろツッコミどころがあるけど、とにかく利便性と膨大な配線(は重い)を少なくしたいという理由があるらしい。
ん?参加するとか言っている人があんましいないなぁ。でも今回も予選があったし応募者多いはずなんだけどね。
首藤さんも参加するのかな。アレで。
意味が分かんない。
...*3:元々OVAだし、ちゃんと理解するには、じっくり何度も見るべきなのかも? それは良いんだけど、自分のような中途半端な攻殻ファンには話が見えないのはちとツライっす。
それはまだまだだからです(何が(^^;。話自体は結構単純です。
うん、私もそう思ってた。だからこそ大容量が生きるという話も納得できる。それに PC ユーザはかねてから大容量媒体が欲しいと思っているはずだ。だから大歓迎だ。
さて、MPEG4/H.264 だが、高ビットレートにしても画質が上がらないというのは感じていた。一方 MPEG2 は低ビットレートでも最近改善(たとえば長い GOP, 強烈な動き補償, 可変ビットレートなど)が進みつつあってなかなか切迫している感がある。MPEG2 の高ビットレートはほぼオリジナルに近いのに対して、MPEG4 だとかなりごまかされている印象がある(実際にそう*1)。
というわけで今後 MPEG2 がなくなるわけではなく、住み分けがなされるんだろうね。高画質は MPEG2, 低ビットレートは MPEG4 というふうに。
MPEG4 の高ビットレートで画質が悪いのは、MPEG4 の仕様が悪いというよりこなれていないからだと思う。MPEG4 は MPEG2 に比べて非線形ノイズがのりやすい。低ビットレートコーデックに共通の現象だ。それは圧縮メソッドが増えた事によって予測のつかない誤差要因が増えた事からだと思うが、このあたりはノウハウが蓄積されて改善されていくと思う。
*1 ごまかされてように見えるのは、初段で圧縮しやすいようにフィルタリングしているからだそうだ。MPEG4 全ての実装がそうだとは一概には言えないが、低ビットレートにチューニングしているのだからやむ終えないと思う。
携帯サイトへの誘導方法
なかなか悩ましいです。一番いいのは、公式サイトに登録してもらう事ですが、こっちはなかなか大変ですね。
で、一番現実的なのは、
くらいでしょうか。アダプタや2次元バーコードや赤外線は機種が限定されてしまう為、説得力がないかも。ただし着メロをダウンロードできる販売機ってありますよね。ああ仕組みを使えば URL をダウンロードできるかも。
私も検証などをする時に困るわけですが、メールか(携帯用の)キーボードで入力してます。
相変わらず結果が来ない。「結果通知のメールアドレスリストからもれているに違いない」と思ったので、問い合わせてみる(02.13 01:00)。
まぁ運営してくださっている方々がボランティアだし、この大会も楽しむ事が目的だから怒ったりしない:-)。
でも私の場合、移動手段や宿泊の手配をしなくちゃいけないので早めに結果が欲しいわけですよ(^^;(今回落ちたら行かないので)。
某衛星デジタル放送で、某ゆめりあが終わった後にすぐ某劇★店があったりするわけだが、このタイミングでいつもブロックノイズが見える。
これは機材のせい?それともウチのチューナが悪い?なぞだ。
しかしゆめりあなんかどうでもよくなってきたな(^^;。やっぱり萌え要素だけでストーリー性のないものはダメらしい(^^;。
というわけで結果が来た(02.13 01:39)。メールを見てるとやっぱり忘れているみたいだね(^^;(「木曜日中にご返信お願い致します。」って書いてある(もう既に金曜日))。とりあえず、
おめでとうございます。西本様は、 Night For Java Technology 2004 本選への 出場が決定しました。
と言う事で、そろそろ事前準備に入ります。
ということで、こうします。
ちなみにホテルはO徒町駅近くです。
待ち合わせ場所や当日の行動について何かあれば、連絡板に書いてください。場合によってはユーザ認証も設けます。
*1 そうしないと混乱しそうだし(^^;。なのでとりあえず私(keisuken atmark cappuccino.ne.jp)に相談してくださいませ。
あなたの脳は現在25 歳です。 あなたの脳は全盛期です。 どんな刺激も吸収し、脳の活性化に役立ててしまいます。 今の状態を保ち、さらに刺激を与えてやれば脳の若さを保てるでしょう。 しかし、無理をしすぎると体がついていかず、疲れが貯まって 脳の機能低下をもたらすので注意が必要です。 実際の年齢とは-* 歳差があります。 ということは、実際の年齢と比べてあなたの脳は年相応と言えます。 あなたがもし、もっと脳を若くしてやりたいと思うなら、 自分よりも考えの若い人と交わりましょう。 でも、いずれどんな脳も機能が低下しますから、年相応を保つようにしましょう。 あなたの脳機能が停止するまでの年数: 40 年です。
うみゅ。
まず、日本のアニメが日本国内で放映されることが前提であること、もともとその作品がそういう舞台である事を考えると、かなーり論点がずれてますな。
ただ、「放映するTV局」の取り組み方針が関係していて、それはそれなりに問題であろう。海外では日本アニメが結構規制されている(たとえば、法律・倫理上まずいところはカットする、場合によってはストーリーまで変えてしまう)ので、そう考えるとちょっと配慮が足りなかったかもしれない。
それでも日の丸がどーのこーのという話に持っていくのはいかがなものかと思うんだけどね。
で、昔はテーマ曲もその国の文化に合わないと言う事で、ぜんぜん違う曲に差し替えられると言うことも行われていたけど、最近は逆で、規制にかからないものはなるべくオリジナルのままにすると言うのが最近の傾向。ということで、ある程度日本の文化ということで納得してもらえませんか。
なんなら、攻殻機動隊 Stand Alone Complex の9話の CHAT!CHAT!CHAT! のチャットの文字、全部ハングル文字に変えますか(^^;?
Windows 版 JMF 2.1.1e の CaptureDeviceManager は腐っているので、複数 CaptureDevice を扱えない。優先順位の高い CaptureDevice が選択されてしまうので、不具合がいろいろ。
たとえば、PCI TV Capture カードと USB カメラをつなげていると、どちらかしか認識しない。つまり2つ両方、あるいは1つを動的に切り替える事が出来ない。
でこういう時は裏技として、JMStudio を2つ立ち上げ、両方とも Capture させると、Windows 側でどちらのデバイスを選択するか聞いてくるのですかさず必要なデバイスを選択する。こうすると JMF でそっちが優先的に使われる。
応急措置的に使えるので知っておくといいだろう。
また JMF から CaptureDevice の設定ができないので、WindowsMediaEncoder 9 を使おう。ここで配信するデバイスの設定をしてやると、そっちがデフォルトの設定になる。USB カメラなど、Brightness や Contrast など細かい設定はそちらで行えばいい。最終的にはそのあたりを JNI で作っておく必要があるだろう。WSH 経由でいじれば割と簡単に出来るかもしれない。
いやぁ惨敗ですね。デモだけやれよ > 私(^^;。
でも結構栄養素は取れましたよ。デモも楽しかったし、人脈とかモチベーションとか、ホテルニューオータニの食事とか。
またこれに懲りずでましょかね。今度は応援団の方々の意見も聞きましょう。まぁ何れにしても時間なさ過ぎ(これはデモ時間5分ではなく、私の下準備ね。もっと早く取り掛かればよかった)(^^;。
アレが終わり、ちょっと早めに帰宅しました。
さすがに機材が多くて(全部で8kg)、Oかやまから背負って赤坂見附まで行ったわけで、肩は痛いわ足は痛いわで散々だったかも。もちろん本人も楽しかったし、他の出演者のデモも楽しかった。というのと、応援団がいるとやっぱりいいね。いろいろありがとう。今度もお願いしよっと。次回は別ネタにせず今回のネタでなんか考えよう(予定は未定。なぜかもうネタ考えてたり:-))。
帰りがけに Sとうさん に電話すればよかったかな。でもだいぶ(私が)逝ってしまっていたので帰ることしか考えられずまぁしょうがなかったかなと。
帰ってきたらきたで、友人に拉致か?ちょっと返事は待ってね。lotr 観てないし(^^;。
基本的に OSS (Open Source Software) は、任意団体か個人に帰属すべきだなぁ。会社ではやっぱり OSS デベロッパが躊躇しちゃうし、会社がサポートを止めてしまうとプロジェクト自体がなくなってしまうかも。
そう思い始めると、ソース公開するんなら個人にしなくちゃと思い始めた。仕事でやるにしてもプライベートで開発して、仕事は仕事でそれをベースにするやり方だと、他の OSS デベロッパに警戒感を与えなくていいかも。
ただし仕事は仕事で儲けなければいけないし、ソースを出せない部分も当然出てくる。サポートは仕事という風にすれば、両方ともうまくいくんじゃないだろうか。問題はライセンスだ。OSS デベロッパにも私にも仕事でも損をしないライセンスが必要かも。それが (L)GPL かどうかはちょっとわからない。MIT だとゆるすぎ、GPL だと厳しすぎ、APL か CPL か?今度ちゃんと調べてみよう。
なぜそんな事を言い始めたのかと言うと、仕事で儲ける事はあんまり楽しくないからだ。やっぱり自由に楽しんで何かをするのが私のステータスなので、OSS ってそういう意味でオモチャ箱*1のようなもの。
問題はいろいろある。一番の問題は、趣味ではサポートしないといってもそうはいかず、かならずちゃんとしたコミュニティを用意する必要がある。私はこういうのが苦手なのでどう振舞えばいいのかなちょっとよくわかりません。SourceForge.net はたぶん使わないだろうな。SSH, CVS 嫌いだし。自分で用意するにしても面倒だから、できるところからでいいのだろうけど。
*1 本気で遊べると言う意味。面白み楽しみのない事なんて私は興味がない。
witch さん乗ってみたりしませんか。しませんねすみません。
早速ネタが(ww。
納得できまへんなぁ。GPL も BSD(or MIT) もどちらも立場によっては不自由なライセンスでしょうが。もちろん立場によっては自由なライセンスでもあります。
それぞれの立場があるわけだからそれぞれのライセンスがあるわけで、フリーだからとか、オープンソースだからといって GPL 第一主義を唱えている人はきらい。もちろん GPL が悪いって言ってるわけじゃありませんよ。そういうことじゃなく、どっちもちゃんとメリットがありデメリットがあるので必要に応じて選択できる事が大事でしょう。
さてこの記事に関する反応が結構面白い。ゴミもあるのだけど、著作権やライセンスについていろいろ考えさせられる。いとをかし。
なるほど、Creative Commons か。今一度読み返してみる価値があるな。
Java Night の私のデモの時、手違いでまだ映して欲しくなかった携帯電話の画面がプロジェクターで投影された時、何か変な反応があった。
本人は最初なぜかわからず状況把握の為に後ろを見ると、携帯の待ち受け画面にしている「笑い男」のロゴが(´д`;。いや実はちょっとネタで使うつもりだったりしたのだけどあの時に反応して欲しくなかったり。やっぱりライヴは思った通りいきませんね。
やっぱりアノ系統の人たちってチェックしてるんだなと思ったり。
ユーザーは、企業も個人も、いまよりもっと高性能なチップを本当に必要としているのだろうか?この問いかけに対して、Gelsingerは「当然だ」と答えた。アナリストをはじめ、いろいろな人間が、これまで常にチップの速度向上に疑問を投げかけてきた。しかし、チップの速度が上がると、それに合わせて、高い処理性能を要求するような新しいアプリケーションが必ず登場している。
うみゅ。御意。
Ruby の開発環境を Eclipse の Plug-in として実装しています。もともと Eclipse がその目的で作られているのでターゲットは Java に限定されません。
で、使ってみた感じは、エディタはいい感じ。ただ Ruby インタプリタの起動がちょっとわかりにくいかも。でもデバッグはしやすい...かな?ちょっとわからない。
(参考になる: +2)
デモ見たーい。「今日のヤツ」生中継とか :-)
そうでふか(^^;。期間(時間)限定でデモするかな。とりあえず本人に相談してみます(w。
ふむふむ、ようするに教訓は「try catch したら Exception#printStackTrace しとけって事ですね」(違うって(^^;。
しかし VxWorks で動いているのか。日本でつくるんだったら ITRON にしてほしいかな > JAXA
ふむふむそっち*1に公開もありだな。アカウントは持ってるし(まぁどっちでもいいのだけど)。
とかなんとかいう前に鯖をそろそろ P4 マシンにしないと...(現鯖は P2-400MHz...)。
*1 java.net ね。でもいまいち使い方がワカラン(^^;
毎度毎度の BS マンガ夜話。
組込みでは、リソース, 起動時間, 異常時復旧, リアルタイム性などいろいろ条件が厳しいので Linux になんでもかんでも飛びつくのは短絡しすぎなのだけど、Embedded Linux な実装はある程度考慮されていて、実際に使用例が増えてきつつある。
Linux を使う利点はいろんなところで書かれているように、開発者が多い、開発しやすい、という利点があると思う。今まではネットワーク機器(ルータや負荷分散機など)だったが、生産ラインのコントローラや POS 端末などに始まる産業機器や、炊飯器やビデオデッキ、エアコンなどに代表される民生器まで広がっていくだろう。少なくとも HDD 録画器では一般的に Linux が導入されており動作例も少なくない。
「携帯にも Linux を」の場合は若干違うようだが、Linux が動くようにはなるかも。ただし国内では ITRON を完全には捨てず、ITRON 上で Linux が動く(API レベル)か、あるいは CPU を分けて一方は ITRON, 一方は Linux という感じになるだろう(この場合1チップ/マルチ CPU(つまりアプリケーションプロセッサ)になるだろう)。将来的には Linux だけになるかもしれないが。
をを、なかなか壮観。Gosling はともかく、まつもとさんもいるね。
Knuth 博士もいるわ。みんなリンク張れ!!(w。
かわいそうにその気持ちわかるよ。親に悪意はないので時間が経ったら許してやってくれたまい。
私の場合就職活動中は割と大手に入りたかったようだが、今となってみると大手よりも大きな事(たとえば中小でもシェア5割以上とかベンチャーとか)をやっている会社に興味があるね。もちろん安定しているに越した事はないが...。とにかく目的と手段が逆にならないことが大事かな。親の意見はこの際無視していい。
なるほど、HPC は Itanium2 で、それ以下は Xeon でということ。Itanium2 のコストパフォーマンスがよくなれば、ミドルレンジのサーバでも使えそうだけどね。というより一回デスクトップで使ってみたい。このさい Linux でいいから(w。
フローティングがどうのこうのは、浮動小数点演算のことでしょうか。マルチメディアなら SSE/SSE2/SSE3 が有効だけども(有効数字の関係上)科学計算には使えないので Itanium2 を使ってくださいという Intel の言い分は間違っていないか。
たださんの意見は私と同じらしい。ざんねんながら Windows はセキュリティ関連などダメなところはあるものの Desktop としてはいわゆる使える良く出来た OS だと思うんだよね。開発者は大変らしいけど(w。
を日記と一緒にしている人が多いのだけど、これってアンテナから飛んできているのか日記の記事から飛んできているのかわからないのであんまりいい印象ないっす。
「はてな」の中の人考えてほしいなぁ。
LAME 3.95.1 があったので Cygwin でビルドしてみる(嗚呼現実逃避)。
cd lame-3.95.1 ./configure ... make ... make install lame LAME version 3.95 (http://www.mp3dev.org/) usage: lame [options][outfile] and/or can be "-", which means stdin/stdout. Try: "lame --help" for general usage information or: "lame --preset help" for information on suggested predefined settings or: "lame --longhelp" or "lame -?" for a complete options list
みゅー、ビルドできるねぇ。
for file in *.WAV
do
lame $file `echo $file | sed 's/.WAV/.mp3/'`
done
LAME version 3.95 (http://www.mp3dev.org/)
Using polyphase lowpass filter, transition band: 17249 Hz - 17782 Hz
Encoding ***_001.WAV to ***_001.WAV.mp3
Encoding as 44.1 kHz 128 kbps j-stereo MPEG-1 Layer III (11x) qval=3
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
4700/7090 (66%)| 0:11/ 0:16| 0:13/ 0:19| 10.944x| 0:06
...
うみゅ、エンコードも問題ない。
(参考になる: +2)
ちなみに、デモ自体はこっちにリンクしてくださいませ。
というわけで櫻庭さんにメールしておく。すんまへん(^^;。
ということで Supremo Streaming System を公開すべく清書中。ドキュメント類が javadoc しかないけどいいのだろうか。
効率・互換性優先で、変態 HTTP ベースを RTP/HTTP ベースに変更してから公開かな。最終的には RTP/RTSP ベースにする。RTSP にする利点は、WindowsMedia Player や RealOne Player, QuickTime Player などを利用できる事。ただし MPEG1/2/4 はライセンスの関係上つかえないので、MotionJPEG ベースになってしまうが...。
掲示板をとりあえず立ち上げておこう。要望があれば ML も開設するか?
Yendot 曰く、
マハッタはじめました。, マハッタ新作。
マークされてます:-)。個人的には参考になります。
基本的に MotionJPEG らしいのだが、これって JPEG に変換するのは面倒?
じむぷに、いや GIMP2 がキター。
機能は十分でも操作系がダメな GIMP がどれだけよくなっているのか気になるところ。操作系だけどうにかなれば Photoshop でなくてもいい。
でも記事を読む限りあまり変ってなさそう。
日記とか blog とかいうものを巡回しててもあまり話題に取り上げられていないような気がする。まぁ巡回先が arege なところが多いからかもしれないが、あまり関心がないか書く気がしないのだろう。実際私もそうだ。
いろいろ原因があるのだろうけど、マスメディアの頻繁な報道で食傷気味になっていること、その報道によってステレオタイプ的な洗脳を受けている事、かなり過去の事件であるので興味が薄れている(忘れている)事などがあげられるだろう。
個人的には、某代表の判決より被害に会われた方々の補償問題やカウンセリング、今後のテロ対策など、政府の対応がなっていないことに関心がある。北朝鮮やイラクなど今後危機対策が必要なのだからこれを期に真剣に考えて欲しいものだ。
高ビットレート時の MPEG4 が MPEG2 よりも画質が悪いって話ですね。確かに H.264(MPEG4) の初段に入れてるフィルタが忠実性を悪くしているのだけど、これをとっても画質が良くならないらしいですよ。
で、H.264 はエンコーダの実装が出始めたばかりだからまだまだチューニングが足りないんじゃないのという話は私もしました。まったくその通りだと思います。
まぁいずれにしても現状では実績のある MPEG2 でしょう。まだまだ MPEG4 は MPEG2 の代わりにはなっていません。
うーみゅ、
XXXX:++++...++++ -> /keisuken/logbook/
こんな Referer 飛ばしてくるなら空の Referer にしてくれ。
そろそろ変な Referer ははじくか。
この手の話は結構好きかも:-)。
小3の子もエライけど、対応した警官もエライ。こういうのが最近足りない事だと思うし、こういう些細な事から教育が始まっていく。
やること、い〜っぱい(´д`)。
O witch [敗因は予算でもなく仕事でもなく… スケジューリングが下手なだけです。はい。]
O keisuken [いやいや、自分のことも言ってるので(^^;。 「出来るときに出来る限り」なんでしょうね。コツは(^^;;。]