Pythonで実感、「音声認識」の仕組みを知る Pythonを使った音声認識に挑戦、学習済みモデルを使えば数行のコードでOK 2024.12.20
[Giz Explains] Windows 7は、本当にVistaに勝るのかを徹底検証2008.11.10 13:00 こりゃぁもう、XPから7へ移行するっきゃないですね… その登場以来、数々のブーイングの嵐にさらされ、なかなか普及せずに壁にぶつかってきた｢Windows Vista｣ですけど、その救世主となるべく姿を現した｢Windows 7｣には、いまのところ、なかなか良い評価が集まっているようですよ。そもそものところ、マイクロソフトはVistaなんか失敗作を出さずに、最初からドーンとWindows 7をリリースしておけば、ここまでコテンパンにたたかれることもなかったでしょうにね。 Windows 7の新機能の紹介やスクリーンショットの数々などは、こちらのウォークスルーをご参照いただくとしまして、今回のGiz Explainsでは、Windows 7がVistaに勝ると本当に結論づけ
◆nLite公式サイト http://www.nliteos.com/ ◆nLite日本語版ガイド http://www4.zero.ad.jp/Angel.Omega/nLite.htm ◆MSFN Forums - nLite http://www.msfn.org/board/index.php?showforum=89 ◆nLiteの役に立たない説明書 http://vols.nobody.jp/index.html ◆SP+メーカー http://www.ak-office.jp/index.html ◆簡易敵なのは仕様 http://hyoka2.web.fc2.com/ ◆SP+Hotfix統合Inst Wiki http://www.wikihouse.com/integ/?HotfixIntegr
ご案内：このページ「Windows XP の動作を軽快に(軽量化・高速化)したい」は、ウェブサイト「 mtblue.org 」の中のページの一つです。サイト内のページを少しでも効率よく参照していただけるよう、次の機能を提供しています。ご利用ください。 サイト内検索 サイトマップ また、トップページからこのページまでのアクセスの経路を示す情報を提供しています。この情報は、ページの先頭付近と終端付近で合計二度提供されていますので、この情報が二度目に出現した箇所を、ページの終端と捉えていただくことができます。一度目の出現はこのご案内の直後です。すなわち、次のような形式で提供しています。以上で、ご案内を終わります。 HOME ＞ PC関連 ＞ ちょっとしたTips ＞ Windows XP の動作を軽快に(軽量化・高速化)したい Windows XP は、軽快に動作するよう設計されていますが、シス
Windows Server 2008で新たに用意されたのが「Server Core」だ。Server Coreは、Windows Server 2008の中核機能のみで構成されるが、どんな機能が使えるのか、また利用する上での制限はなんなのか、気になるところであろう。今回はServer Coreの基本的な機能を紹介する。 ■ Windows Server 2008のインストールオプションのひとつがServer Core Server Coreは、DNS、DHCP、Active Directoryなど特定のシステムアプリケーションだけを動かすためのWindows Server 2008のインストールオプションといっていいだろう。このため、Server Coreの画面には、Windowsであれば必ず見られるスタートボタンやタスクバー、デスクトップアイコンなどがまったく表示されない。Server
Microsoft 製の最新のコマンドライン環境「Powershell」が面白かったので、楽しいところをまとめてみた。UNIX な人にも使いやすい親切設計コマンドプロンプトでファイル列挙と言えば dir だけど、Powershell では ls も使える。 PS> ls Directory: Microsoft.PowerShell.Core\FileSystem::C:\ Documents and Settings\nitoyon Mode LastWriteTime Length Name ---- ------------- ------ ---- d---s 2006/02/19 22:35 Cookies d-r-- 2006/02/17 23:39 Favorites d-r-- 2006/02/19 18:56 My Documents d-r-- 2004/08/19 9
Shibuya.js in Kyoto にて「WSHでDOM」というタイトルで発表しました。開発に一週間、プレゼン作りに一週間かけた渾身のネタです。プレゼン作りにあたっては、２ページ目のイメージ写真を撮るために祇園祭に出かけたのが楽しかったです。資料に使ったフォントは「アニトＭ-教漢（無料版）」です。素敵なフォントが比較的自由なライセンスで公開されていて大変ありがたいですね。無料版なので、一部漢字が使えずに文章の変更を余儀なくされましたが、おかげで小学生にも読める分かりやすい資料になりました。ソースコード：http://coderepos.org/share/browser/lang/cplusplus/dom4winui/trunk/srcプレゼン 全画面で見る：http://tech.nitoyon.com/misc/shibuya-js-kyoto/Slide.swfソース：http
Perl › Windows この方法では文字が正しく描画できないようです。(maeyanさんの記事)。 わたしの環境でも駄目でした。 手順 コマンドプロンプトのフォントの変更 コマンドプロンプトの文字コードの変更 ショートカットから文字コードの自動設定を行う。 Windowsのバージョン Windows XP Home Edition Version 2002 Service Pack 2 で行いました。 1. コマンドプロンプトのフォントの変更 コマンドプロンプトを立ち上げる→タイトルバー右クリック →プロパティ→フォントから"MS ゴシック"を選択する。 フォントを"MS ゴシック"に変更します。MS ゴシックは、Unicodeに対応するすべての文字を正しく表示できるわけではないですが、一応ユニコードに対応しています。日本語や飾り文字を含む文字を表示することができます。 2. コマン
2013年12月9日追記: 少し冗長なので、新ブログでリライトしました。あわせてこちらもご覧ください。 http://www.xmisao.com/2013/12/02/hdd-salvage-by-dd.html 発端 今月上旬、Webブラウジング中にハードディスクが「カターン」と断末魔をあげてPCがフリーズ、それ以来そのマシンでOSが立ち上がらなくなるというトラブルに遭遇しました。 もちろんディスクトラブルを疑いましたが、結論からいうと実はマザーボードが壊れていてハードディスクが巻き添えを食った形でした。幸いハードディスクはWindowsが入っていたパーティションの一部が論理的に破壊されただけで無事、必死のサルベージ作業の甲斐もありほとんどのデータが復旧できました。 以下はLinuxを使って挙動の妖しいハードディスクからデータをサルベージする方法の備忘録です。当初はディスクが物理的に壊
The deep inside of Windows 〜 Windowsの深淵 Ｌｅｓｓｏｎ １．超高速描画の謎【前編】 '01/10/04 走り書きですんません、、時間無いのです。きちんとデータをとりなおして、書き直したいのですが、その時間も無いので、もうこのまま載せちゃいます。読みにくくってごめんなさい。 通常のゲームにおいては、描画処理が、処理全体の８０％以上を占めると言っても過言ではありません。そのわりには、Windowsで、どうやれば高速な描画ができるのか、実際に比較して示してある書籍が皆無です。私も断片的に、ｒｓｐ（スーパープログラマへの道）で書きましたが、測定値を示すには至っていなかったのです。だから、同業者のしとたちから、詳しく書け書けとうるさく催促されています＾＾； しかし、実は、いま、ここで詳しいことを書いているほど時間は無いのです。私は、某麻雀ソフトで、DIB描画の
実際に過去の GDI プログラミングをされたことがある方が，Windows XP と WDDM 環境の Windows Vista で実験すれば，Device Dependent Bitmap，通称 DDB の振る舞いが以前と全然違ってしまっていることに気付くだろう． 要点だけを言えば，DDB のパフォーマンス特性が DIB (Device Independent Bitmap) にそっくりになったということだ． 以下何の役にも立たない暗黒雑学 （注：これを読んでも「Vista の 2D 描画は速くなりません」．が，少しだけ世界の絡繰りが分かるかも知れません．基本的には昔の事情をあまりよく知らない開発者向けに書いています．って私も昔のことは全然知らないのですけど．まあ分かる範囲で書いてみました） DDB は，ドライバ依存の正体不明なビットマップ，というのが定義だが，ぶっちゃけて言えば VR
以下，UNICODE ビルドで試した SystemParametersInfo/SPI_GETNONCLIENTMETRICS のパラメータと，Windows XP SP2 及び Windows Vista SP1 での API 成否の関係．uiParam が無視されていて，NONCLIENTMETRICS::cbSize のみで互換性判定を行っているらしいことが分かる． だからといってドキュメントを無視すべきではない． uiParam cbSize XP SP2 (x86) Vista SP1 (x86) 0 500 success success 500 500 success success 504 500 success success 0 504 fail success 500 504 fail success 504 504 fail success 504 0 fail f
やっていてふと思ったのですが、タイムアウト付きのExistsメソッドを使っても、タイムアウトするまでアプリケーションがフリーズしてしまいます。 Exists自体を別スレッドに任せた方がよいのでしょうか？ 普通はどのように設計するものなのでしょう。 スタンダードな手法等があれば、御教授よろしくおねがいします。 答え 例えば，Windows XP や Windows Server 2003，およびそれ以前の Windows を避ける 実は奥が深い I/O Cancel 実はこれは結構奥が深い問題です．ただまあ上で質問されている方はそこまで深い話が必要というわけでもないような気もしますが．というわけで以下は一般教養としてどうぞ． 致命的でないケース 従来の Windows では，OS API レベルでの I/O Cancel モデルが不十分だったため，その上に位置する .NET や各種 CUI
id:NyaRuRu:20060715 の続き． 分かったこと． Dependency Walker は素晴らしい． さあみなさん，目の前のバービー人形にでも DLL Hell を説明してみてください． 「system32 ディレクトリの mfc42.dll などが，古いバージョンや新しいバージョンのもので置き換えられてしまうことで，今まで動いていたアプリケーションが実行時エラーを起こすようになる現象」というのではどうも生ぬるい気がします． Windows の DLL の仕組み，特に PE ヘッダに記述するいわゆる「暗黙のリンク」は，ベースファイル名しか記述しないため，名前空間の競合やロード順序によっては簡単に破綻してしまうことがあります．例えば "Security.dll" という名前の DLL が引き起こした混乱について，The Old New Thing で紹介されています． Don
id:NyaRuRu:20060715 の続き． 分かったこと． Dependency Walker は素晴らしい． さあみなさん，目の前のバービー人形にでも DLL Hell を説明してみてください． 「system32 ディレクトリの mfc42.dll などが，古いバージョンや新しいバージョンのもので置き換えられてしまうことで，今まで動いていたアプリケーションが実行時エラーを起こすようになる現象」というのではどうも生ぬるい気がします． Windows の DLL の仕組み，特に PE ヘッダに記述するいわゆる「暗黙のリンク」は，ベースファイル名しか記述しないため，名前空間の競合やロード順序によっては簡単に破綻してしまうことがあります．例えば "Security.dll" という名前の DLL が引き起こした混乱について，The Old New Thing で紹介されています． Don
この文章は、ASCIIの.NET入門に書いた内容に似ていますが、完全な書き下ろしです。 2003年にもなって、こんな文章を読む必要がある人はあまりいないような気もしますが、現実にゼロではないようなので書いてみることにします。 インターフェイス定義を知る MFCを利用したオートメーション以外（注）で、COMを利用する場合、引数のメモリー管理の責任を、呼び出し側と呼ばれた側、どちらが負うかを理解しなければなりません。 そのための第1歩は、インターフェイス定義を参照して呼び出し先のメソッドシグネチャを確認することです。これには、SDK付属のIDLを読む、OLEViewerを利用して型ライブラリ上の定義を照会するといった方法が利用できます。もし、これらの手段によってインターフェイス定義が参照できない場合、OLEオートメーション以外のCOMの呼び出しについてはできないものと考えたほうが無難です。 *
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
