はてなブックマーク

« マウスとタッチ速度計測 | メイン | フルスクリーンとフリックインとモーダルWindow » 2014年02月18日 吉里吉里Z 開発:: OS機能を利用してH.264を再生する場合のライセンスを確認する Tweet    @jin1016をフォロー Windows 7 以降は H.264 デコーダーを持っていて、Media Foundation を使えば H.264 動画が再生可能になっている。 そこで、H.264 動画を持って OS 機能を利用して再生するゲームを配布する場合のライセンスはどのようになるのか確認した。 Windows 7 のライセンス文は以下のようになっている。 18. H.264/AVC 規格、VC-1 規格、MPEG-4 規格、および MPEG-2 規格に関する注意 本ソフトウ ェアには、H.264/AVC、VC-1、MPEG-4 Part 2、および MPE

« Android 対応必要項目と工数見積もり | メイン | Lanczos3 を組み込んだ » 2014年03月10日 Misc.:: mozjpeg はどのようにして圧縮率を上げているのか？ Tweet    @jin1016をフォロー ざっくりソースコード見たりしただけなので、間違っているかもしれないが書いておく。 一言で書くと「プログレッシブ方式で、DC成分の分割サイズを最適なものにすることで偏りを増やし圧縮率を上げている」ということのようだ。 この説明だと知っている人以外にとっては意味不明だと思うので、どのように圧縮しているのかある程度説明し、なぜ圧縮率が上がるのか説明してみる。 JPEG では、色空間変換 → DCT → 量子化 → ハフマン符号化+ランレングス と言う手順で圧縮している。 この中で実際に圧縮を行っているのは、「ハフマン符号化」と「ランレングス」の部分。 これ

« 画面の回転イベント | メイン | いろいろと見積もってみる » 2014年01月20日 吉里吉里Z 開発:: 吉里吉里2 VC対応(吉里吉里Z) に出資する場合の疑問点 Tweet    @jin1016をフォロー 意図とは違う部分があったようなので、冒頭部分の修正とQ&Aを一つ追加しました。 最初の冒頭文章は頭に血が上って少し攻撃的になっていたこと、お詫びします。 指摘は1月18日にあり、内容を要約すると以下の通りです。 ・吉里吉里への寄付を集めているのか、VC対応するから開発費下さいと言っているのか、その辺りがわかりづらいので、怪しい広告に見える。 ・出資する側からしたら、何にお金を出すのか、お金を出すメリットは何なのか、余ったお金はどうなるのかがわかりづらいので、説明しておいた方が良い。 Q. なんでお金集めてるの？ 吉里吉里2をVCでビルドできるようにしたいからです。 Q.

« 吉里吉里2 VC対応(吉里吉里Z) に出資する場合の疑問点 | メイン | Window 抽象化機構 » 2014年01月20日 吉里吉里Z 開発:: いろいろと見積もってみる Tweet    @jin1016をフォロー 64bit化 - 工数を見積もるのに 1、2人日かかりそう。 ほとんどはアセンブリからイントリンシックを使ってCに書き換える作業になるので、いくつかやってみて、分量から工数を割り出す必要がある。 実作業はまずはブランチ or フォーク。 マージ時は手動マージが必要と考えられるので、完全に分岐して、最後にメインに手動で統合する方が楽そう。 統合時は64bitの方をメインとした方が楽かもしれない。 1. nasmソースは除いて、C言語版のみ使用しビルドが通るようにする。 2. SIMD 版スタブを作り、中身はC言語版を呼び出すようにする。 この2つの作業のみであれば、順

« 動画再生でサーバーエラーが出る場合の対処 | メイン | ドット絵拡大説明動画 » 2012年10月11日 ツール開発メモ/ドット絵:: ドット絵の拡大 Tweet    @jin1016をフォロー ドット絵を拡大するときはだいたいニアレストネイバーで拡大して、ドットが残ったようにすることが多い。 バイリニア等他の補間方法で拡大すると汚くなってしまう。 ただ、ドットが残っているようなな拡大だと解像度が増していないので拡大する意味がない。 ドット絵のまま解像度を上げて拡大できないかということで試行錯誤してみた。 その結果が以下の動画。 動画にすればどう処理しているのかわかりやすくて楽しいものになると思ったけど、地味でよく分からない動画になった。 フルスクリーンにして見ると少しずつ角が取れて綺麗になっているのがわかる。 アルゴリズムは人がやる方法をできるだけ近似する方法をとっている。 手作

« とりあえずソースコード等を貼り付けるサービス | メイン | View 周りのメモリ使用量削減検討 » 2012年04月04日 Android:: メモリと OutOfMemoryError Tweet    @jin1016をフォロー Androidメモ メモリ このページが Android でのメモリについてわかりやすくまとまっている。 ネイティブヒープ + Java ヒープ の合計サイズというのは、Debug.getNativeHeapAllocatedSize() + (runtime.totalMemory() - runtime.freeMemory()) で計算できるサイズのようだ。 この合計値がアプリケーションヒープの最大値を超えた時 OutOfMemoryError 例外が発生する。 アプリケーションヒープの最大値は ActivityManager.getMemory

« Android での起動時間 | メイン | InterCodeContext を分離 » 2012年01月03日 吉里吉里Java:: OutOfMemory対策 Tweet    @jin1016をフォロー Android で画像を読み込んだり、生成した時によく発生する OutOfMemoryError 。 本当にメモリが足りない時はどうしようもないが、解放されずに残っているオブジェクト等の影響で確保に失敗することがある。 このような状況を避けるためには、単純に以下のようにして1度目は OutOfMemoryError 例外をキャッチして、GC を実行し、再度確保を試みるようにすれば、成功することが多い。 当然、自身で多くのメモリを使用している場合はどうしようもない。 try { mImage = Bitmap.createBitmap( w, h, Bitmap.Config.A

« PDFBox を使おうとしたが無理そう | メイン | Androidアプリはどの程度売れるのか？ » 2011年05月02日 Android:: 設定画面のリストに画像を埋め込む Tweet    @jin1016をフォロー 設定画面 ( PreferenceActivity ) で、addHeaderView を使って任意のビューをリストに埋め込むのは厳しいようだ。 最初に埋め込んだ下の列が 1個ずつずれて、表示と動作が変わってしまう。 設定画面に画像を入れて、設定変更でその画像が変化するようにしようとしていたんだが、この方法では無理だった。 結局、Preference を継承した独自の Preference を作って、それを組み込むことに。 リストに表示されるビューは、preference の XML の方に、android:layout="@layout/pref_image_

« 解像度まとめ | メイン | 任意の画像を読み込めるようにする(ロード時の画像縮小) » 2011年02月03日 Android:: GC 対策 Tweet    @jin1016をフォロー アプリなら時々 GC が走ってカクついても大して気にしなくてもいいと思うが、ゲームだと気になる。 そこで幾つかそのことに対する対策を。 余計なGCの発生を抑止 import dalvik.system.VMRuntime; ... private static final long INITIAL_HEAP_SIZE = 4*1024*1024; ... long oldHeapSize = VMRuntime.getRuntime().setMinimumHeapSize(INITIAL_HEAP_SIZE); setMinimumHeapSize の説明を見ると―― 最小ヒープサイズを設定し、

« 抜き色が倒せない | メイン | Windows で Android のソースコードを取得する » 2011年01月27日 Android:: 止まらないウィジェットを作る Tweet    @jin1016をフォロー Android は、メモリが少なくなってくると動作しているアプリを停止させてメモリを空ける。 これはサービスも同じで、ウィジェットを更新するために動かしているサービスも止められてしまうことがある(いっぱい立ち上げると止められる)。 また、Android はいろいろと立ち上がっていると動作が遅くなるし電池食うしであんまりいいことないので、タスクキル系のアプリが一般的になっていて、そのようなアプリでもサービスが止められてしまう。 システムがサービスを停止させた場合、メモリに余裕が出来るとシステムが再度起動してくれるが、タスクキル系のアプリで止められた時はそうではないようだ。

2008年02月23日 はじめに イントリンシックで MMX や SSE が使えるようになり、手軽に SIMD が利用できるようになった。 でも、いざ使おうとするとどう書けばいいのかわからない場面に出くわすことが多い。 だからと言って、一度ばらして普通に処理すると遅くなってしまう。 ここでは SIMD 化するに当たって直面した問題を解決した方法や他のソースコードから学んだテクニック、検索して見つけたものなどをまとめて行こうと思う。 投稿者 Takenori : 20:48 | トラックバック 比較 SIMD の比較は、単にマスクを生成してくれるだけだ。 比較して分岐するなどは出来ない。 生成されたマスクを使って何とかするしかない。 これはいつも分岐で書いていると、どう書けばいいのかさっぱりわからない問題だ。 でも、これが使えると分岐を消して並列で処理できるようになる。 比較的わかりやすいで

« 最大公約数 - ユークリッドの互除法 | メイン | 関数オブジェクトの名前 » 2008年02月07日 日常の備忘録:: 色温度の導出 Tweet    @jin1016をフォロー 色温度という言葉は良く聞くけど、それが何かは良くわからなかった。 調べてみると、理想的な黒体がある温度において放射する光の色なんだとか。 よくある理想物体か。 まあ、それはどうでも良くて、ある温度での色がわかると炎や爆発などの色を作るときに都合が良い。 と思ったんだけど、どうも計算式で求められるものではなく、「黒体の絶対温度と色度座標との関係」というデータテーブルが存在し、そこから導出するっぽい。 でも、そのデータテーブルが見つけられなかったので、とりあえずこの色温度-色色雑学 | コニカミノルタのページのグラフから、交点っぽいところをリストアップして、このデータを基に近似式を作ることにした。 近似式は、

« クラスメンバ渡しと引数渡し | メイン | SQLite の VFS » 2008年01月14日 思う事/思い付いた事:: マルチスレッドとアトミック/インターロック Tweet    @jin1016をフォロー ムービーでは、特に気にせずクリティカルセクションでロックをかけて処理しているが、Windows のクリティカルセクションはかなり遅いらしい。 これはいくつかの文書で見かける。 そして、クリティカルセクションではなく、可能ならインターロック系のメソッドを使うとかなり改善するとも。 インターロック系のメソッドは、InterlockedIncrement や InterlockedDecrement、InterlockedCompareExchange など。 Linux なら、atomic.h の atomic_inc や atomic_dec、atomic_compare_an

#ifndef __EVENT_SINK_H__ #define __EVENT_SINK_H__ #include <oaidl.h> class CEventSink : public IDispatch { protected: int m_cRef; public: CEventSink() : m_cRef(1) {} ~CEventSink() {} //Methods of IUnknown HRESULT STDMETHODCALLTYPE QueryInterface(REFIID iid, void** ppvObject); ULONG STDMETHODCALLTYPE AddRef(); ULONG STDMETHODCALLTYPE Release(); // Methods of IDispatch STDMETHOD (GetTypeInfoCount)(U

« SQLite本 | メイン | MeCab の設定ファイル » 2006年02月19日 Web関連の開発日誌:: MeCab (和布蕪) 辞書の構築 Tweet    @jin1016をフォロー Sennaでは　MeCab　が使われているけど、 MeCab の辞書は約38MBもある。 どうしたものか。 調べてみると、かかしは2MBで茶筅は12MBだった。 そこで、何とかしようととりあえずは MeCab の辞書を再構築することにした。 標準では EUC になっているので、まずはこれを UTF-8 にすることに。 以下は、 mecab-0.90rc9 での話。 初めこのページを参照して辞書の再構築をしていたのだが、どうもうまくいかない。 品詞などが文字化けしていまう。 しばらくして、このページが最新の情報だと気付いた。 が、そうだと気付いても辞書の再構築方法は全然わからず、相変わらず文字化

2005年12月08日 必要環境 まず、どのような環境において再生可能にするかを考える。 可能であれば、組込み環境においても再生可能な方が望ましいので、あまりPCのOSに頼った機能は使いたくない。 と言っても、今までまともに使ったことのある組込み系OSは一つだけ。 しかも、マイナーなやつ。 ITRONとかだったら良かったのだけど。。。 ま、それはいいとして、少なくとも次の3つは欲しい。 ・スレッド(タスク) ・排他処理機構(クリティカルセクションorセマフォorミューテックス) ・タイマー これぐらいであればOSと呼ばれるものが詰まれている環境にはあるだろう。 後、使うかもしれないのは同期メカニズム ( Event ) かな？ とりあえず、コールバック関数的なものを用意しておけば、イベントへの依存はなくせるだろうけど。 イベントに限らず、ウェイト部分をコールバック関数のようなものにしておけ

« クロスフェードが重いのは・・・ | メイン | Pythonのライセンス » 2005年02月11日 ツール開発メモ:: SWIGを使ってみる (Perlでゴミ箱へ) Tweet    @jin1016をフォロー perlでいきなりファイルを削除せずにゴミ箱へ移すために、ゴミ箱へ削除するためのperlモジュールを作ることにした。 で、以前知ったSWIGを使ってみることにした。 マニュアルとサンプルを見てとにかく書いてみる。 まずは、ゴミ箱へ削除する関数を書く。 ファイル名はtoTrashBox.cppとした。 #include <windows.h> #include <shellapi.h> #include <string.h> extern "C" void toTrashBox( const char *p ) { SHFILEOPSTRUCT stFile; char pat

2017年10月18日 吉里吉里Z 開発 :: 32コア問題をソースコードレベルで少し追う 環境が準備出来る前にソースコードレベルで何か怪しいところはないか少し調べてみた。 怪しいのは、定数「MAXIMUM_PROCESSORS」である。 この定数は、「MAXIMUM_PROC_PER_GROUP」になっていて、MAXIMUM_PROC_PER_GROUP は、_WIN64 が定義されていると 64、それ以外は 32 となっている。 つまり、32bit 版吉里吉里Z はコア数 32 を上限として処理している。 64bit 版は 64 になる。 SetThreadIdealProcessor では、「優先プロセッサがない場合は、MAXIMUM_PROCESSORS が返ります。」と書かれている。 MAXIMUM_PROCESSORS が 32 で、論理コア数も 32 。 どこかミスして潜在的

直近のブログエントリー 2017年10月18日 吉里吉里Z 開発 :: 32コア問題をソースコードレベルで少し追う 2017年10月13日 吉里吉里Z 開発 :: 論理コア数32以上のCPUで動画再生時エラーが出る問題 2017年09月23日 吉里吉里Z 開発 :: DirectSoundの廃止とWASAPIへの移行を検討 2017年09月22日 吉里吉里Z 開発 :: ゲーム中のバックグラウンドでのマイニングを考える 2017年06月13日 吉里吉里Z 開発 :: ハードウェア描画と互換性 2017年05月22日 日常の備忘録 :: Git submodule メモ 2017年04月07日 吉里吉里Z 開発 :: AndroidでのCPU-GPU画像(メモリ)転送速度はロック時間を考えないと大差ない？