ウェブログ運営上の事情により、この『試験運用中なLinux備忘録』はこれまで利用してきたはてなダイアリーからBloggerへと移行することになりました。*1
移行先のウェブログは『kakurasanのLinux備忘録』です。既に最初の記事が公開されているので、ぜひご覧ください。
2015年3月時点ではページレイアウトや一部外観の調整が今後頻繁に行われる可能性があります。
過去の記事をすぐに削除する予定はありませんが、記事によっては段階的に新ウェブログ側へ移す計画です。
諸事情により、現時点では2015/9/27(日)頃までには、はてなダイアリーからは記事を全て無くす*2方向で考えています。ただし、新ウェブログの状況によってはこの時期が延期される可能性があります。
(2015/8/22)はてなダイアリーからの記事の削除は延期します。削除時期の予定は未定です。
(2015/12/28)本記事は「WineでWOLF RPG エディター 2.10作品が3Dモード時に文字化けする問題と対処」へ移動した。
「WOLF RPG エディターのバージョン2.10で作成された作品をWineで3Dモードで動かしたときに文字描画が崩れる現象について(2014年2月末時点)」のその後として、3Dモード時に発生する文字化けの対処についてを扱う。
というものとなった。
本来はサーフェイスの構造体内にダーティ領域を示す構造体のメンバを用意して、ダーティ領域を変化させる操作(ロック以外に複数存在する)それぞれについて扱いを正しく記述してIDirect3DDevice9::UpdateTexture()側でそれを用いてコピー範囲を決める必要がある*6のだが、WineのDirect3Dでダーティ領域の情報が内部的にどのように管理されているのかがよく分からず、処理によっては関数から関数へと指定領域が引数で渡されているにも関わらず関数内でそれが一切使われていないところもあったため、結局は該当するバージョンのDXライブラリで正しく動くことだけを優先して「レジストリにより切り替え可能なhack」という形で実装した。
将来のバージョンでこのあたりの動作が改善されて特に何もせずに正しく動作するようになる可能性もなくはないが、あまり期待はできない。
手動でビルド*8する場合、ソースとバージョンが同一な(32bitの)ディストリのバイナリパッケージがあれば、dlls/wined3d/内のビルドが終わった後はビルドを中止して(32bitの)wined3d.dll.soのみを既存のファイル([32bitライブラリのディレクトリ]/wine/wined3d.dll.so)に対して管理者権限で上書きするだけで済む。
REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\Direct3D] "DxLibFontHack"="enabled"
無効化するファイルは「enabled」部分を他の「disabled」などの文字列に変更して別名で保存すると作れる。
特定のファイル名のプログラムに対してこのhackを有効にする*9場合は「HKEY_CURRENT_USER\Software\Wine\AppDefaults\[ファイル名]\Direct3D」の中に同様の項目を作成する。
下はGame.exeというファイル名でのみ有効になるような設定。
[任意]ファイル名: enable-dxlib-font-hack-game.reg
REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\AppDefaults\Game.exe\Direct3D] "DxLibFontHack"="enabled"
上はWOLF RPG エディター作品の動作に便利だが、より確実にWOLF RPG エディター作品だけを自動的にhackの対象にするには上記設定のファイル名部分と実際のファイル名の両方をWolfRpgGame.exeなど他とかぶりにくい名前にして使うとよい。
下は設定を自動で有効化するスクリプト例。環境に応じて一部変更して用いる。これはGame.exeをWolfRpgGame.exeに名前変更して使う場合の例で、他のプログラムを動かす際にレジストリ設定の切り替えを行う場面はほとんどなくなる。
無効化するスクリプトは「enabled」部分を他の「disabled」などの文字列に変更して別名で保存すると作れる。
[任意]ファイル名: enable-dxlib-font-hack-wolfrpggame.sh
#! /bin/sh ### 標準ではない場所にWineを配置している場合 ### libwine.so*のあるディレクトリを指定 #export LD_LIBRARY_PATH=/opt/wine-1.6.2/lib/i386-linux-gnu ### 標準ではない場所のWine環境を使用している場合に指定 #export WINEPREFIX=/home/user/dotwine-wolf ### wineコマンドの場所 #WINE=/opt/wine-1.6.2/bin/wine WINE=wine cat <<EOF | ${WINE} regedit - REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\AppDefaults\WolfRpgGame.exe\Direct3D] "DxLibFontHack"="enabled" EOF
使用したバージョン:
*1:仕様上はここで同領域が「ダーティ領域」として記録される
*2:1.7.35については実際の動作は未確認だが、ソースの該当箇所を見る限りは同様
*3:少なくともWineのDirect3Dではテクスチャという型はサーフェイス(画像データを保持するメモリ領域)という型を中に含む形になり、テクスチャからサーフェイスはサブリソースとして参照する・IDirect3DDevice9::UpdateTexture()についても、中でサブリソースのサーフェイスに対するIDirect3DDevice9::UpdateSurface()に相当する内部処理が呼ばれる形の実装になっている
*4:説明として「テクスチャのダーティー部分を更新する。」とあり、「転送元テクスチャにダーティー領域がある場合は、コピーをその領域だけに限定することで、コピー処理を最適化できる。」とも書かれているが「ダーティーとしてマークされているバイトだけがコピーされるという保証はない。」ともある
*5:これらは既存の設定項目に関係した記述を参考にしてコードを追加することで簡単に実装できる
*6:本家のソースツリーに対する修正としてはその形が望ましく、今回のような形の修正は取り込まれるべきではないと考える
*7:1.7.35については、パッチが正常に当たることは確認したが動作は未確認
*8:32bit向け・基本的には32bit環境や32bitのchroot環境でビルドする
*9:指定した以外のファイル名のプログラムでは無効になり、設定の切り替え機会を少なくできる
(2019/9/29)本記事は「GNU/LinuxネイティブのDirect3D 9を実装したGallium Nineとその使い方」へ移動した。
以下、以前の内容となる。
「gallium nine」と呼ばれるソフトウェアが一部で注目されている。
(WineでDirect3D 9アプリケーションを動かす際の描画処理の流れ) Wine/d3d9 -[Direct3D 9命令]-> Wine/wined3d(OpenGLを用いてその都度実行) -[OpenGL命令]-> libGL -> Galliumドライバ -> 低レベルドライバ(libdrmやDRMカーネルモジュール) -> GPU (gallium nineを用いた際の描画処理の流れ) Wine/d3d9(命令をそのまま渡す) -[Direct3D 9命令]-> d3dadapter9 -> Galliumドライバ -> 低レベルドライバ(libdrmやDRMカーネルモジュール) -> GPU
シェーダ処理については、WineのDirect3D(wined3d)では
のいずれかを用いる形で実装されているが、これらは自由なソフトウェアのグラフィックドライバ使用時は一旦GalliumのTGSI(TG Shader Infrastructure)と呼ばれる抽象化された表現に変換されてから(各GPU向けのGalliumドライバを経由して)実行される。gallium nineからシェーダを用いる際には上記のいずれかを経由せずに直接TGSIへ変換されるため、それよりも処理コストが削減される。
(WineでDirect3D 9アプリケーションを動かす際のシェーダ処理の流れ) Wine/d3d9 -[Direct3D 9命令]-> Wine/wined3d(GLSL or GL拡張としてその都度実行) -[GLSL or GL拡張]-> libGL(TGSIに変換) -[TGSI]-> Galliumドライバ -> 低レベルドライバ(libdrmやDRMカーネルモジュール) -> GPU (gallium nineを用いた際のシェーダ処理の流れ) Wine/d3d9 -[Direct3D 9命令]-> d3dadapter9(TGSIに変換) -[TGSI]-> Galliumドライバ -> 低レベルドライバ(libdrmやDRMカーネルモジュール) -> GPU
更に、Mesaの公式のソースツリーに取り込んでもらうよう働きかける動きも進んで、バージョン10.4では初めて公式のリリースの中に含まれることになった。
ビルドの際にconfigureスクリプトへオプション--enable-nineを付けることで比較的簡単に導入できるようになっているが、ディストリによってはMesa 10.4のパッケージでgallium nineは無効(既定値)のままとなっていて利用できない。
Mesa 10.4のgallium nineもまだ完成度は低く、開発が続けられる一方で、Mesa 10.4が出た後の修正についても公式のソースツリーに取り込んでもらう動きが続いており、2015/1/23(GMT表記では22日となる時刻)には50ものパッチが新しく取り込まれた。Mesa 10.5ではその改善も入る見通し。*5
Wineへの修正については、公式のソースツリーへの取り込みはまだ行われておらず、見通しについても不明*6。
(テスト時にフルスクリーンで動作) $ WINEPREFIX=[Wine環境の場所] wine dxdiag (1024x768の仮想デスクトップのウィンドウ内で動作・テスト時にはウィンドウサイズが変わる) $ WINEPREFIX=[Wine環境の場所] wine explorer /desktop=dxdiag,1024x768 dxdiag
「ディスプレイ」タブの「Direct3D のテスト」を押すと3つ目のテストでDirect3D 9が使われるので、ここで前述のチェックが入っているとGNU/LinuxネイティブのDirect3D 9が使われる。回転する立方体の描画だけを見ても違いは分からないが、GNU/LinuxネイティブのDirect3D 9が使われているときには端末には色の付いたメッセージが表示される(プログラム起動時など、描画処理以外で表示される場面もある)。
ここまでに問題がなければ導入に成功していることになる。
*1:修正されたWineなど、これを利用する側のソフトウェアのビルド時に使用
*2:利用する側のソフトウェアのビルド時と実行時の両方で使用
*3:Direct3D 10以上は過去にstate trackerとしての実装が存在した時期があり(ただし実用的ではなくライブラリもなく、実際はほとんど使われなかった)、2015年1月時点では消えているものの、将来需要が高まれば、また別の新しいstate trackerとしての実装が登場する可能性はある
*4:UbuntuのPPAで公開している人がいるため、導入自体は楽にできる
*5:その内の大部分は10.4系にも適用され、バージョン10.4.3で利用できる
*6:こちらも適用済みバージョンをUbuntuのPPAで公開している人がいるため、導入自体は楽にできる
*7:以前はDRI2かDRI3の片方にしか対応できず、注意が必要だった
*8:Device Dependent X (DDX) driverという類のX11用ドライバ
*9:「d3dstream」と呼ばれることもある
*10:また、有効にすることで描画の不具合が出る場合や、逆に既存の描画の不具合の回避になる場合もあるようだ
*11:将来的には確実に取り込まれる見通し
*12:Silverlight(DRM有りの動画の視聴含む)やUnity3DなどのWindows向けブラウザプラグインをGNU/LinuxのWebブラウザで動かすPipelightからも使われる・Pipelightについては機会があれば記事として詳しく扱う
(2018/10/12)本記事は「ゆっくりボイスAquesTalk2のLinux用CCライセンス版とサンプル」へ移動した。
「Luaコード例#7:Luaで数値を用いたfor文でループ処理を行う」では数値を用いたfor文を扱ったが、ここでは汎用のfor文を用いて配列(としてのテーブル)の各要素に対するループ処理を行う。
for [番号の変数], [要素の変数] in ipairs ([配列としてのテーブル]) do -- 処理... end
「for」の後ろには2つの変数名をコンマ区切りで記述し
として「do」と「end」の間で参照できる。下は簡単な例。
$ lua -e "mon = {'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'}; for i, m in ipairs (mon) do print (('%s は %2d月'):format (m, i)) end"
Jan は 1月
Feb は 2月
Mar は 3月
Apr は 4月
May は 5月
Jun は 6月
Jul は 7月
Aug は 8月
Sep は 9月
Oct は 10月
Nov は 11月
Dec は 12月#! /usr/bin/lua -- -*- coding: utf-8 -*- --[[-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 動作確認バージョン: 5.2, JIT2.0 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --]] ----- ----- 配列としてのテーブルとipairs()を汎用for文で用いたループ処理 ----- do -- millionやbillionのような名前を順番に13個用意 local shortscale = {'million', 'billion', 'trillion', -- 1, 2, 3 'quadrillion', 'quintillion', 'sextillion', -- 4, 5, 6 'septillion', 'octillion', 'nonillion', -- 7, 8, 9 'decillion', 'undecillion', 'duodecillion', -- 10, 11, 12 'tredecillion'} -- 13 -- 配列の各要素ごとにループ処理 -- 同時に、ループごとに1ずつ増える数字が使用できる -- ループ内(doとendの間)で番号iと配列の要素sとして用いる for i, s in ipairs (shortscale) do -- 末尾に付く「000」の数は名前の順番の数字(million=1, billion=2)より1多い -- 1 billionは(2+1=)3個, 1 trillionは(3+1=)4個 -- 指数表記では「i + 1」を3倍し -- 生の表記では「000」を「i + 1」回繰り返したものをコンマ区切りで得て -- 「('000'):rep(i + 1, ',')」とする print (('%02d: 1 %s (1.0e+%d) は 1,%s です'):format (i, s, 3 * (i + 1), ('000'):rep (i + 1, ','))) end end -- 終了
下は実行結果。
01: 1 million (1.0e+6) は 1,000,000 です 02: 1 billion (1.0e+9) は 1,000,000,000 です 03: 1 trillion (1.0e+12) は 1,000,000,000,000 です 04: 1 quadrillion (1.0e+15) は 1,000,000,000,000,000 です 05: 1 quintillion (1.0e+18) は 1,000,000,000,000,000,000 です 06: 1 sextillion (1.0e+21) は 1,000,000,000,000,000,000,000 です 07: 1 septillion (1.0e+24) は 1,000,000,000,000,000,000,000,000 です 08: 1 octillion (1.0e+27) は 1,000,000,000,000,000,000,000,000,000 です 09: 1 nonillion (1.0e+30) は 1,000,000,000,000,000,000,000,000,000,000 です 10: 1 decillion (1.0e+33) は 1,000,000,000,000,000,000,000,000,000,000,000 です 11: 1 undecillion (1.0e+36) は 1,000,000,000,000,000,000,000,000,000,000,000,000 です 12: 1 duodecillion (1.0e+39) は 1,000,000,000,000,000,000,000,000,000,000,000,000,000 です 13: 1 tredecillion (1.0e+42) は 1,000,000,000,000,000,000,000,000,000,000,000,000,000,000 です
使用したバージョン:
本日の猫:
*1:1,000倍ごとに次の名前に進む形
などに従来から親しまれてきた(伝統的な)形*1が用いられていたが、2011年春にバージョンが3になってからはGNOME Shellというデスクトップシェルが導入され、GNOMEのセッションにログインした際の使い方が大きく変化したのと同時にGPUのアクセラレーションが実質必須になった。*2
また、GNOME 2のような古い(長く慣れ親しんだ)形の環境を使い続けたいという人が多数いるということも大きく、自由なソフトウェアとして公開されてきたGNOME 2は、本家のGNOMEとは別のプロジェクトとして
www.mate-desktop.org
にて「MATE*3 Desktop Environment」と名前を変えて開発を継続することになった。
バージョン番号はGNOME 2とは異なり、独自のバージョンの付き方となる。
2014年11月末時点の最新バージョンは1.8で、次はバージョン1.10となる。
といった部分は約束されており、今後変わる予定はない。この従来型の形をそのままに
といった変更が行われる。
GTK+ 3とWayland関係の対応はバージョン1.12系で予定されている(2014年10月下旬時点のロードマップによる)。
となっており、Ubuntuについては、過去にPPAリポジトリが提供されていたが、14.10(Utopic)からは標準で利用可能となっている。
Debian/Ubuntuではパッケージ名「mate-desktop-environment」で最低限のパッケージがインストールされ、「mate-desktop-environment-extras」を入れると更に幾つかのパッケージが追加インストールされる。
| MATEのアプリケーション名 | GNOME 2で相当する元のアプリケーション名 | 説明 |
|---|---|---|
| Caja | Nautilus | グラフィカルなファイルマネージャ |
| Pluma | gedit | シンプルかつ拡張可能なタブ式MDIテキストエディタ |
| Eye of MATE | Eye of GNOME | シンプルかつ拡張可能な画像ビューア |
| Atril | Evince | PDFなどの形式の複数ページドキュメント向けのビューア |
| Engrampa | File Roller | 書庫マネージャ |
| MATE 端末 (MATE Terminal) | GNOME 端末 (GNOME Terminal) | VTEライブラリを用いた端末エミュレータ(端末ソフトウェア) |
(2019/6/8)本記事は「Luaで数値を用いたfor文でループ処理を行う」へ移動した。