変換結果を是非つぶやいてみてください。 その際ハッシュタグ#TMS9918、 #16色グラフィック、 #MSX1画像等を付けてつぶやいてくださると、探し易くなります。 ※既にMSX SCREEN2画像用のハッシュタグがあればそちらに変更します。 知っている方がいらっしゃれば教えてください。
The following pages are the articles about NEC-PC98 series Japanese personal computer. 本WEBサイトは、いちアマチュアによる個人的コンピュータ趣味のページです。NECあるいは他のパーソナルコンピュータ、周辺機器メーカとは一切無関係です。 。 本WEBサイトへのhyper linkはご自由にどうぞ。許可を求める必要はありません。ただしリンク先URLは、原則としてトップページ http://hp.vector.co.jp/authors/VA012947/ か本WEBサイト中のHTML文書としてください。ソフトウェアのアーカイブファイル(*.lzh, *.zipなど)への直接リンクはしないようにお願いします(改版によってリンク切れになるため)。 本WEBサイトの記事にも著作権はあります。無断転載はお断りしま
FDloaderの仕様 FDローダ機能で読み込み実行をするフロッピーは、次のように、案外簡単な仕様しか決められていないようです。 <フロッピー仕様> ・2HD 1024B/s, 8セクタ、いわゆる1.25MBフォーマットであること ・NEC 5.0な仕様のFAT12ファイルシステム(普通にformatすればそうなります) ・IPL,FAT×2,directoryの次、11セクタ目からプログラムが連続で書かれていること (これはDOSのIO.SYSの先頭位置と同じ) <プログラム仕様> ・先頭はジャンプコード3バイト(near)か、ジャンプ(short), nop命令の3バイト ・3バイト目から 'ROM' の3文字、6文字目からはどうやら任意 ・12バイト目からワード幅で、プログラム全体のキロ(1024)バイトサイズ=占有セクタ数 ・14バイト目から、全バイトのワードチェックサムを9821
運動で脂肪を燃やす 人体には膨大な量の脂肪が貯蔵されています。 体重が50Kgで体脂肪率が20%の人なら10Kgの脂肪が貯蔵されています。 この脂肪を減らすには、どうすれば良いでしょうか? 実は、脂肪は、基礎代謝や日常代謝で常にどんどん消費されているのですが、基礎代謝や日常代謝で消費する以上に、私たちは食べすぎるので、脂肪が徐々に増えていきます。 基礎代謝や日常代謝で常は脂肪が増えるばかりないので、私たちは運動で脂肪を燃やそうとしているのですが、どんな運動が効果的でしょうか? 脂肪を減らす上で、1つ重要なことがあります。それは、脂肪は酸素がなければ燃えないということです。 筋トレや100mダッシュなどは消費カロリーが大きいのですが、エネルギー源のほぼ100%がグリコーゲンです。無酸素運動で使われるエネルギーの殆どはグリコーゲンで脂肪は消費されないのです。 人体には2種類のエ
【Lyrics3 Tag v2.00 仕様書・訳】 #訳者注:本文はhttp://www.volweb.cz/str/tags.htmの一部を抜粋して、怪しい日本語に訳した物です。 新しい v2.00 タグは、より複雑にはなったが、使用時により素速くそして完全な逆方向互換性をもって拡張されている。 タグはテキストのみを用いている。サイズに関しても、5か6桁(バイト)固定のテキストキャラクタとして書かれている(余った桁はゼロで埋められ、スペースは入らない。例:'00010'など)。フィールドデータはASCII 01~254までの範囲のキャラクタをもつ。 Lyrics3 v2.00 はフィールドを使う。フィールドの数には限りはない(現在の定義されているフィールドは少ないが、将来加えられる可能性がある)。それぞれのフィールドのサイズは可変または固定である。全てのフィールドはフィールドIDを含む単
※Mac OS 9環境でZIPファイルを解凍する場合は「Sparkle Unzip」を使用してください ホームへ 上記は私が企画/製作したソフトウエアです。ダウンロードの前に以下の点に留意してください。 これらのソフトウエアを利用していかなる障害が発生しても作者は一切の責任を負いません。 これらのソフトウエアの著作権は放棄しませんが、再配布は自由です。 雑誌などに掲載する場合は事前に連絡をください。 Macをちょっと便利にするツール(MCBT) ↑戻る Macを便利に使うには、なんといってもAppleScriptです。というか、足りない部分をフリーウェアや自動化ツールで補っていかないと、豊富なフリーソフトを持つWindowsに太刀打ちできない場合があります。 しかし、MacはWindowsよりも遥かに多くのアプリでマクロ(AppleScript)による自動化が可能になっています。これがMa
このページでは Windows 上で動作するソフトウェアを公開しています。 現在はメインページの1コーナという扱いです。 が、旧ジオ のページは 新ジオ に移行しろ という要請がきており、ぶっちゃけどうしようか迷ってます。 2004/11/10vectorは5MBしか容量がないので一応移行はしました。 で、とりあえずソフトウェアだけvectorに場所を借りて公開してます。 ※仮にメインが新ジオに移行したとしてもソフトウェアの公開はvectorで続ける予定です。 あと、公開ソフトが目的なら直接このページ以下に自由にリンクしてくれて構わないです。 わざわざトップにリンクを張る必要も無いかと。 更新履歴 2008/06/29 「送るせにょう」Version 1.7.4 2008/03/15 「送るせにょう」Version 1.7.3 2006/09/06 「送るせにょう」Version 1
戻る 更新日 2011/01/08 ver1.2.7 使い方と仕様 重要:1.2.7へのバージョンアップ後、アプリが起動しなくなった場合はこちら 地図の閲覧とその仕様について 国土地理院モード iPhoneアプリでは「やまちず」だけが実現している目玉機能です。 国土地理院の地図は2倍の縮尺に合わせて画像が切り替わります、つまり地図のある地点を閲覧する為に拡大率に応じて複数の画像を切り替えています。(全13階層) 一度、閲覧した地図画像はキャッシュとして「やまちず」に一時保存されますが、この際、同じ地点の別の拡大率の画像は保存されません。 キャッシュとして一時保存された地図は電波の届かない山中でも閲覧可能ですので、登山の際には予め自分のルートを一通り閲覧しておく必要があります。 ※登山ルート中の全ての地図を一括してダウンロードする「一括ダウンロード」機能もあります。 iPhoneの拡大機能は
JPEGファイルの画質・圧縮率に対し解説されている資料はある程度ありますが、実際にどのような結果になるのか、数値的に表した資料はなかなかありません。 それは元の写真によって値も傾向も変わり、抽象的表現しか出来ないからです。 そこで、適当に選んだ1枚の写真画像を色々な要素を加えJPEG出力し、データを取ってみました。 これらの結果は、JPEGの出力画質を決める時の参考程度にはなるかと思います。 サンプルを変えると結果は違ったものになりますので、全体像としてとらえて下さい。 圧縮要素と効果 JPEGファイルの圧縮要素は以下の3項目が挙げられます。 ・量子化テーブル ・サンプリング比(間引き率) ・ハフマン圧縮の効率 これらの要素を変えて再圧縮し、イメージサイズの変化を調べました。 最適化なしは汎用のハフマンテーブルを使用した場合、最適化ありは、画像に対して最適なハフマンテーブルで圧縮した場合で
<BODY> <P>このページを表示するには、フレームをサポートしているブラウザが必要です。</P> </BODY>
写真に写りこんでしまった物で、肖像権、著作権上問題が有ったり、個人情報に関連するものはトリミングして消したりしますが、サムネイルがそのままになっていて公の場に出てしまったという事をたまに聞きます。 サムネイルとは画像ファイル本来の画像とは別に、ファイル内部に保存された縮小見本画像の事で、JPEGファイルには幾つかの種類があります。 画像の一覧などで縮小見本を表示する場合、サムネイルが記録されていない場合があるためにほとんどのソフトは主画像を縮小して表示しています。 サムネイルを表示するタイプのソフトでも、1種類のサムネイルに固定され他の種類のサムネイルは表示しません。 JpegAnalyzerなら記録されているほぼ全てのサムネイル画像を確認出来ます。 当機能では画像ファイルに含まれるサムネイルの有無を調べ、サムネイルが含まれているとサブメニュー項目にサムネイルの種別、画像サイズを表示します
パスまわりの規準は怪しい。私が知らないだけかもしれないが、資料も集まらないし、 一貫した定義はどこに置いてあるのだろうか。 とりあえず、Path* APIやその他のMS製ルーチンでどのように判定されるかを調べてみた。 注意。これらの関数はどれも/(スラッシュ)は区切り文字だと認識しない。 PathIsUNC 先頭の2文字が\かどうかのみで判断しているようだ。長さが2文字未満だとFALSE。 よって、\\\などでもTRUEになる。 PathIsUNCServer これも\\でTRUEになる。 けどこちらはその後に1つでも\が表れるかどうかも判断しているみたい。なので\\\はFALSE。 それ以外に条件はないようなので、どんな文字が含まれていても(\\C:とかでも)OK。 そして\\?\はアウト。 PathIsUNCServerShare \\に続く文字の中に\が1つだけ表れればTRUEになる
ナガ10 Ver. 1.1 配布開始! knj10-1.1.tar.gz (99/05/30) ★ 使用の前に必ずアーカイブ内の README を読んで下さい 「ナガまる」「ナガみん」を同梱 「鷹」のバグを修正。その他、細かい修正 使用条件を変更 配布、転載条件を変更 X Window System で用いるための、10x10ドットの日本語フォントです。 JIS第1, 第2水準を含む日本語フォントと, 5x10ドットの1バイト文字セットより成ります。 画面の狭いノートPCでXを使うユーザの悩みは, 「文字がでかくて画面に表示される情報量が少ない」 ということに尽きるでしょう。 「12ドットでも満足いかないし、8ドットじゃ小さすぎる」 という贅沢者には、特に喜んで頂けると思います。
ここ最近、JAVAが猛烈な勢いで流行していると感じられます。特にサーバ側のプログラミングに着眼すると、新規案件のサーバサイドはJAVAでプログラミングするというのが、既に業界常識として定着してきたように思えます。 他方、XML関連技術の採用についても世間では徐々に立ち上がりつつあるようでして、これもまたJAVAの流行を助長しているようです。 JAVA言語はもはや、果敢な開拓精神のもとキモダメシ的に取り組むというフェーズを完全に終焉させてしまい、むしろ一般システム構築の際に最初に検討されるべきデファクト言語という新たなフェーズにさしかかってきたようです。 このように怒濤の如くJAVA言語が流行すると、それに見合っただけ多くの問題が顕在化してしまいます。それら問題の中でも特に目立って多いのが日本語関連処理に関わる問題であるように私は思っています。(だからこそ、この記事を執筆していますし、それが
../../documents/xercesc/index.html
移転しました 「朝刊太郎の置き場」は移転しました。 3秒後に移動します。 移動しない場合はこちらをクリックしてください。
文書比較(diff)アルゴリズム 前のドキュメント 次のドキュメント ViViの文書比較(diff)機能で使用しているアルゴリズムについて解説する。 これらのアルゴリズムは Myers 氏らの論文によるもので、氏は筆者のためにわざわざ論文をWebサイトで入手可能な形式にしてくださった。この場を借りてお礼申し上げる。 オリジナル論文は以下のWebサイトから入手可能である。 http://www.cs.arizona.edu/people/gene [1] E.W.Myers, "An O(ND) Difference Algorithm and Its Variations", Algorithmica, 1 (1986), pp.251-266 [2] S. Wu, U. Manber, G. Myers and W. Miller, "An O(NP) Sequence Comparis
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く