今夜も Wine で乾杯! - 24本目

Linux上でWindowsのアプリを動作させるソフトウェア
Wineに関する情報交換スレ。

前スレ
今夜も Wine で乾杯! - 23本目
https://mao.5ch.net/test/read.cgi/linux/1585198566/

Wine本家
http://www.winehq.org/
http://wiki.winehq.org/

動作報告Wikiや過去ログなど
http://www.2chlinux.org/index.php?FrontPage

ここにパッチをうｐするときはgzipやbzip2で圧縮した上で
base64などでエンコードしてください。おながいします。
動作報告は>>2のテンプレ使用を推奨。

バージョン上がると使えるソフト増えていくだけならいいんだけど、上がって使えなくなるのが出てくるのが困るんだよな
特にユーティリティ系

>>373
https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu

M$ office 2003使ってるけど、バージョン上げるとインライン入力が出来なくなるので9.0.0で固定して使ってる

ClipStudio使えてる猛者おる？

ペイント系はVMで動かしても遅延が酷くて使い物にならんだろうな
ネイティブで動くものを使った方がいいよ

kritaとgimpのコンビネーションでClipStudioから乗り換えられるかしら

Kritaだけでできる気もするけど

>>379
実際に遅延が酷い例ってあるの？

遅延より、wine経由だと認証系で引っかかったり、フォントや筆圧でバグるという内容だな

問題が起きてサポートに問い合わせても突っぱねられる
そこは覚悟してると思うが

ああ、それもあるね
バージョンアップの度に問題起こるみたいだし
ClipStudioだけのためにUbuntuに移行できないのは、なんか悔しい

ソフトハウスのサポートって要GPUなのに自作機は対象外とかのたまうようなとこばかりじゃん

>>378
mdiapp＋SEは不安定になる事無く動いてる（筆圧も効く）
XでWineで動くってツイートしてる人居て移行した
仕事で使ってるが、linuxってWindowsみたくCMYKプロファイル
入ってないから気をつけろよ！
Windowsから移植するか印刷屋のHPからDLするんだぞ

ちなみにクリスタは一番安定してるのはVer.1だが
一見使えそうに見えてフリーズポイントが多すぎて
使い物にならん
現状linuxWineで行くなら
SAI Ver1とmdiapp＋SEとnekopaintとAzPainter

mintでwine(ver. 9.0.0)なんだけどnekopaintって筆圧効くの？
かなり前だけどダメだったから諦めて、今もやってみたけどやはり筆圧感知しない

Zorinだけど筆圧効くな、Zorin OSって最初からWineカスタムされてるからかも
mdiapp＋の体験版どう？Zorin OSのWineもver. 9.0.0ね

もしかしたらOSのカーネル更新影響してるのかな
今手持ちで検証したんだけど、ネコペとAzPainter
17.3（ネット用）筆圧NG　17.1（スタンドアロン）筆圧OK
mdiapp＋はどっちも筆圧効くな…半端な事いってすまぬ...

Lindowsなんてのがあったな
もう20年経つか

Lindows懐かしいw

どう頑張ってもクリスタは苦労しそうなので、Windows 11proリテール買ってくるわ
じゃあのお前ら

Lindowsを知ってからWine使い始めたな
はじめ日本語入力出来なくてコピペしてた

macOS 28以降はRosetta 2がサポートされなくなるのでWineをMacで動かすのは無理かな
まだ2年以上猶予はあるけど

>>396
すでにFEXがARM Windowsでのx86/x86_64エミュレータ xtajit.dllとxtajit64.dllを対応する
Wine用 libwow64fex.dllとlibarm64ecfex.dllを実装済みだから、16Kページサイズ問題を除けば、
Rosetta2がなくなってもなんとかなると思うよ

wiki.fex-emu.com/index.php/Development:ARM64EC#Windows

>>397
Linuxはどうなってるのか知らないけど、それってMacのCocoaとかフレームワークのコードも変換できるの？
32ビット廃止なった時みたいにCodeWeaverの人たちがなんとかしてくれるのかな

>>398
レイヤーが違うからCocoaが64bitでしか動かなくても問題ない

ややこしいんだけど、32bit アプリを64bit OSで動かす仕組みと、64bit x86_64バイナリを64bit ARM CPUで
動かす仕組みは別なので、分けて考えないとダメ

超長文になるんだけど、32bit アプリを64bit OSで動かす仕組みを説明するね

LinuxもmacOSも32bit互換機能はカーネルレベル(システムコールレベル)で対応しており、LinuxでもmacOSでも
既存の32bitバイナリがそのまま動作するようになっている(いた)

一方、Windowsは64bit Itaniumで32bit x86を動かす仕組みとしてWOW64を導入した

Itaniumはx86との互換性が元々低いうえに途中から互換機能が削除されたので、x86バイナリを動かすのには
x86エミュレータが必要な上、システムコールレベルで互換性を保つようカーネルレベルで対応するのは
難しいので、上位のWin32 APIレベルでの互換性を保つようにした

WOW64では32bit アプリからのWin32 API呼び出しに対応する32bit版 kernel32.dll、gdi32.dll、user32.dllを
書き換えて、wow64.dllとwow64win.dll経由で64bit版 kernel32.dll、gdi32.dll、user32.dllを呼び出すようにした
さらにx86エミュレータのIA32Exec.binとWOW64をつなぐwowia32x.dllを利用してItaniumでx86を実行できるようにした

x86_64のWOW64でも基本的な仕組みは同じで、32bit版 kernel32.dllがwow64.dll経由で64bit版 kernel32.dllへの
呼び出し等を行うが、x86_64 CPUにはx86互換モードがあるので、64bitモードと32bitモードを切り替える
wow64cpu.dllを利用して、x86_64でx86を実行している

64bit ARM Windowsでも同じで、32bit版 kernel32.dllを書き換える等は同じで、64bit ARM AArch64 CPUの32bit
AArch32互換機能をwowarmhw.dllを利用してAArch64でAArch32を実行し、32bit x86バイナリはx86エミュレータの
xtajit.dllを利用してAArch64でx86を実行している

Wine 9.0以前でx86_64 Linuxで32bit Windowsバイナリを動かす場合やCatalinaより前のmacOSで動かす場合、
32bit版Wineを利用してLinuxやmacOS側の32bit互換機能を使って32bit Windowsバイナリを動かしていた

macOSではCatalina以降OS側の32bit互換機能を削除し、そのままでは32bit版Wineが動かなくなったので、
CodeWeaverはCatalina以降に実装されたLDTを変更するAPIを利用して、自前で64bit版Wineで
32bit Windowsバイナリを動かせるようにした

メモリ空間サイズの違いがあるから１つのプロセス内で32bitと64bitを切り替えるのは困難だけど
CodeWeaverは自前のコンパイラで気合で対応していた(64bitプロセスだけど4GB以下しか使わないよう
スタック等の扱いを変更)

Wine 9.0で導入された新しいWOW64実装を利用する場合、LinuxやmacOSの32bit互換機能ではなく、
WindowsのWOW64と同様の仕組みで32bit Windowsバイナリを動かす

x86_64でx86を動かす場合、LDTを変更するAPI(Linuxではmodify_ldt)を利用してWine側で実装したwow64cpu.dllを
使って、32bitモードと64bitモードの切り替えを行っている

同様に64bit ARM OSでFEXを利用してx86を動かす場合、libwow64fex.dllを利用してx86を64bit AArchで実行する

Win32 APIの実装に関して、Wineで動作するWindowsアプリとWineによるWin32 API実装の実態である
wineserverとの分離がWine 9.0で完了したので、Windowsアプリとwineserverは隔離された別プロセスとなり、
Wine上のWindowsアプリによるWin32 API呼び出しはwineserverへのプロセス間通信で行われる

要するに、Windowsバイナリが32bitか64bitかということがwineserverから切り離されたので、wineserverは
通常の64bit LinuxアプリやmacOSアプリであり、wineserverが利用するCocoaが32bit非対応であっても問題ない

一部のディストリビューションでmultiarch等32bit互換機能を削除しようという話が出ているのもこの関連
もうWineぐらいしかLinuxの32bit互換機能を利用していないのだから、Wineの側で32bit互換機能を提供し
WineがLinuxの32bit互換機能を利用しないのなら、Linuxの32bit互換機能は用無しだということ

64bit x86_64バイナリを64bit ARM CPUで動かす仕組みはこの辺参照

- ARM Windowsのx86/x64エミュレーションの日本語での解説(32bit x86エミュレーターのxtajit.dllも含む)
www.ffri.jp/assets/files/research/research_papers/Koh_Nakagawa_Appearances_are_deceiving_Japanese.pdf
- Wine側でのARM64ECの実装
gitlab.winehq.org/wine/wine/-/wikis/ARM64EC-Toolchain

この辺ろくな資料がなく自分の独自の考察なので、どこか間違っていたらツッコミお願いしまつ

>>396-402
ありがとうございます。
Linux板のWineスレの技術的な記述は、毎回、理解の助けとなっています。

さがわ@sagawa_aki　（sagawa_aki/status/1618968131002834944）
＞Wineの32bitライブラリがUnixシステムの32bitライブラリ
＞（FreeTypeやGstreamerなど）を使わなくなるので、
＞その分のディスクスペースを節約できます。
＞将来にディストリビューションがi386パッケージの提供をやめても、
＞32bitのコードセグメントを実行する機構を残してくれれば、へっちゃらです。
＞10:44 PM ・ Jan 27, 2023

の詳細説明となっているのですね。
いや、上記のさがわ@sagawa_aki氏の記述より
状況は、かなり進んでるんだな。

BSD/LinuxでのOffice/Desktop環境を語れ！　Part03＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1633521461/305

さがわ@sagawa_aki　（sagawa_aki/status/1634408136709918725）
＞Wine 8以降のコミットをみると、IMM32によるIMEサポートを
＞加えようとしている様子がうかがえる。

これ、現在では、どうなってるのかな。

WPS Office のlinux版を使ってみたのだが日本語じゃないのがなんとも
UIもMSに近いし使いやすいと思うんだけどﾃﾞﾌｫが中国語だったりなんとも
なんとも

そんなもん使うくらいならLibreにしたほうがマシ

WindowsやMSOfficeに固執する人は標準以上の機能を求めることが多い
結果として環境の変化に適応する能力が低く、中長期的に見ると生産性も低くなる

へー、マカーは？
ハードウェア要件がWindows以上にキツいよね

リンゴは宗教だろ

しかしあの戦略は商売的に良いと思うがな
世の中頭の悪い人が圧倒的多数なんだからそういう人たちのプライドを
満足する商品を提供してボクもパソコンが使えるという意識を植え付け
金儲けするのはあり

トランプは林檎教をパクってるのか…
トランプモバイルだっけ？やってるんだよね。林檎に成り代わる気とかあるのかな

ライセンスもいるし、最新のゲームとか無理だと思うけどこれはどうだろう。


Windows inside a Docker container.
https://github.com/dockur/windows

>>407
盛者必衰
人生経験の浅い若者はまだしも、IE6の失敗を目の当たりにしてきたのに
囲い込み商法に絡め取られてデファクトスタンダードを推す中年が多いことに驚く
独自の仕様や機能に依存しすぎるのはリスクだよな
特定のプラットホームに特化したわがままな職人さんより
どんな環境でも確実に機能する標準化された技術を使いこなせる奴の方が信用できるわ

word(2003だけど)の印刷のためだけにdockerのtiny11使ってる
正確にはgithubにあるwinapps導入に伴いdockerも入れたというか
wine経由でも印刷できるけどちょっとフォントが汚くなるので

docker上のwordで日本語入力も出来れば良いんだけどなぜか自環境では出来ないので
作成はwineでword動かしてやってる

Linuxでwineは取り合えすヤマハのMIDIあぷりミッドラジオプレーヤが走れば良い

https://download.music-eclub.com/midradio/

これさえ有ればLinux初心者でもMIDI音楽を簡単に聴ける
Linuxにも絵も一緒に再生出来るアプリも有るが
サウンドデザインが別なのでチト面倒なんだよな
良いサウンドデザインが見つかれば
こちらの方が楽しめるけどね

ちなみにこれはUbuntu系なら走るが
KonaやMXはダメだった

>>413
最近はやたらChrome推しを目にするがそれってIEがChromeに変わっただけじゃぁ・・・(IE問題を全く反省していない)

Firefox以外はWebKit派生ブラウザだらけになってしまったな

Lynxってエンジンは何になるんだろうか
って無いか

>>415
へーこんなのあるんだ。
昔あった ray だっけ、あれと同じ?
Midiファイルを見つけるのがもはや大変だし、ましてそこに歌詞とか画像とかだとさらに難しい。
Midiの音は嫌いじゃないよ。サウンドフォントは今ひとつ何使えばわからないけども。

LinuxでソフトMIDIといえば長年timidityだったからなあ

Midiって昔、TAKERUだっけ? で売ってたんだよね。
いい時代だなぁ〜

米製のアプリやサービスがいくら値上っても養分をするのが当然と思考停止しているのが多くてヤバイ
Microsoft、Adobe、Autodesk、Google、Amazon・・・etc

米製って餅や煎餅かと思っちゃう

wineでLively Wallpaper動かしてるニキおる？

今でもmidiファイルはヤマハミュージックデータショップで最近の曲も買えるじゃない
だからMRPもずっと配布してるのだろう

webview2はなんでいつまでもサポートされないんだろうね

なんか今更みたいだけどBottlesって良いフロントエンドが出たとかなんとか
昔ながらのcli操作で環境設定してる人にとってはどうなんでしょうね
新規設定はポチポチ押すだけだから楽そうですけど

例えばfoobar2000なんかでthemeファイルを一旦ファイラーから拡張子リネームして読み込めなくするとかflac.exeを最新のものに置き換えるとか
いじる自由度はあるんでしょうかね

d3dを全部vulkanに入れ替えてみたんだけど、
そのせいか知らんが640x480のノベルゲームが微妙にカクつく
更に4kモニターだから上手くないのか、ゲーム内のフルスクリーン機能使うと画面左上のほんの端っこだけで画面いっぱいになるような拡大の仕方…

大人しく古いd3dで揃えようかな…
てかそれとは別のうたわれるものをcdemu使ってインストールする作業が滅茶苦茶時間かかってて迂闊に手を出せない

うん、デュアルブートしてるWindows11では双方サクサク動くわ
なんだろ、wineのverと相性が悪いのかそれとも新調したPCと相性が悪いのか…
Ryzenの世代交代しただけのような違いなんだけど
てかvulkan系のdll消したはずなのに$ winetricks list-installedすると消えてないという…インストールは出来てもアンインストールは出来ないのか？

あと『ひぐらしのなく頃に』を4kモニターでやろうとするとOnscripterがある分Linuxの方が有利なんやなw
Windowsでは画面乱れて何もできんが
この調子だと月箱もだろうな

詳しくはないけどLutrisやbottlesを使うほうが簡単

wineのvulkan
DXVK Direct3D d3d11以下まで
VKD3D d3d12なら

>>430だけど、winecfgからdpiを変更すると勝手にモニター解像度の1/4くらいの大きさにソフトのウィンドウが設定されてそれが悪さしてる模様
dpiを初期値の96に戻したら普通にサクサクの不具合なしになった

ただ4kモニターで常時dpi96はキツい…これに関してはたしかにbottlesのほうがいいかも
winecfgじゃアプリごとに変えられるのはWindowsのverだけだけどbottlesなら全て変えられるからこの問題も多分解消できる
ただ4:3だからbottlesでフルスクリーン時に左右に黒地余白作る設定がないと横伸びさせられるな

あと色んな設定無視してモニター全体使ってくるフルスクリーン化もあるみたいで、xrandrで4:3にした画面を16:10にされた…
bottlesがこれに対抗出来なかったらモニター（ハードウェア）側でアスペクト比決められないとどうにもならんね

gamescopeも対応は不十分だろうな

Wine を介して Gamescope を使用してプログラムを実行するには、wine に続けて実行可能ファイルを指定してください。

$ gamescope -W 1920 -H 1080 -r 60 -- wine supertuxkart

ほとんどの人気のある Wine マネージャー（Lutris、Bottles、PlayOnLinux）は Gamescope をサポートしています。これらを使用するのは、必要な Gamescope パッケージをインストールし、「Gamescope を使用する」（または同様の）オプションをチェックするだけです。

Gamescope はデフォルトでは Wayland クライアントをサポートしていません。Wayland クライアントのサポートを有効にするには、Gamescope のパラメータに --expose-wayland フラグを追加してください。

既出かもしれんが
EGGのディーヴァコレクションLinuxMintのwineで起動したわ

パッケージ版のEGGは割とwineで動く感じ
元のソフトがテープのソフトは動かないのもある

BandiViewアプデしたらクラッシュするようになった
古いバージョンやHoneyviewは動くのでWineの問題じゃないと思うけど
フリー版だとアップで通知アイコンが消さないのでHoneyview使うことにした
こっちの方がサクサク動く

何らかのアプリを起動後 10 秒ほどの実行前ウェイトが確実に発生する様になった
winecfg どころか GUI とは直接関係ないコマンド,例えば wineboot -e などでも同様

wine-10.16 から発生
ダウングレードして wine-10.15 では発生しないのを確認

wine-10.16 は避けた方が良いかも?

触れてないってことは本家版のことだよね？

何でstable使わんの

PULLTOP この大空に、翼をひろげて
ge proton 8.4でひとまずプレイできそう。wine 9.0は起動するもののテキストが出る個所で例外を吐いて落ちるのでプレイ不可
この大空に、翼をひろげて FLIGHT DIARYはディスクプロテクトが邪魔

10や11ならわかるけど
中途半端な9って一体どこからやってきた

WineでペイントツールSAI2動かすとペン先のアイコンズレるの治らないな
一応ペンの消しゴムの方に一旦変えるとズレは治るが筆圧がダメになる

↑そいつぁペイントソフトもだけどタブレットドライバに
モニタ解像度設定とか、あるいはその組み合わせも怪しいきもする

モニタ解像度をわざと小さいめに変えてみるとかで
原因究明できたりは…？ waylandとX11環境でも違うかも

そういうアプリはWineに向いてない
Linux用のツール使えよ

>>442
古いゲームでもカーソルがずれるのを見かけるけどバグっているのはWineじゃなくてアプリの方だと思ってる

斬新な考え方だなｗ

古いWindowsアプリはAPIの未定義動作に依存しているものが珍しくない
つまり技術資料の説明通りに動作するAPIセットを用意しても期待した動作にならないアプリがあるということ
古い商用アプリだとサポートバージョンのWinodwsで問題なければおｋになっているケースは少なくないだろう
そのようなアプリはWineだけでなく新しいバージョンのWindowsでも問題が起きるが不適切なAPIコールは直さずに
場当たり的な修正(例えば特定の環境で例外処理をしたり、Windowsの互換性向上機能を利用するなど)に
とどめているケースも結構あるんじゃないかな。そのようなアプリはWineで問題を起こしやすい

Windowsが載っているタブレットPCで動かすとタッチやペンの座標がずれるアプリとかちらほらあったしな(マウスなら問題ない)

>古いWindowsアプリはAPIの未定義動作に依存しているものが珍しくない
後方互換性を維持するのであればこういった動作は新しいOSに於いても維持しなければならない訳だなｗ
だから今ある資料通りに実装すればそれでいいという訳じゃないｗ
Wineの実装が甘いだけだｗ

でもWindowsもWineも30年前にコンパイルしたexeが動くのはすごいなと思うよ

文章書きが結構な量を占める俺の使い方ではWineはインライン入力ができないのがちょっとなあ
結局VirtualBoxでWindows動かしてその中でやるようになったわ

VirtualBox便利だよね最後の砦

KVM/qemuのこともたまにでいいから思い出してあげてくださいね…

今ならProxmoxやoVirtも

古いWine5.☓☓とかだとズレが無くなる､それ以降だとズレる
その代わりキャッシュエラー起こす･･･
mdiapp+は問題無いけどレイヤーフォルダごとコピペしたらエラー起こして端末起動できなくなる
clipstudioはペイントだけしか使えない
FireAlpacaSEは一度ペンの消しゴムの方でタッチして筆圧設定ヘルプからリセットかければまぁなんとか…
Krita5.3の繋ぎであれコレ使ってるだけだけどまぁ辛いな､他のお絵描きアプリも試してるけど､
どこかかしら致命的

そんなイレギュラーなことを必死でやる神経が理解できん
まあ誰にも迷惑かけなければ好きにすりゃいいけど

>>455
一言二言余計な方が迷惑じゃないか?俺はこういうレスが迷惑だと思ってるけど

互換レイヤを使っているのに個々の動作不良はアプリの問題だ！って吠えちゃうとそうなるよねｗ

クリスタはflatpakで一通りセットアップしてくれるやつ入れればいいじゃん

（kritaで間に合ってるので俺は使ってないが

現行のWindowsのAPIが昔と同じ動作とは限らない点に注意
その手の問題の多くはWinodwsの互換性向上機能による例外処理に頼っているし
Win9x時代のアプリだとそれでも満足に動かないものは少なくないかと

>>457
他人と勘違いしてるんなら謝れよ

WineスレなのにWine否定して｢Linuxアプリ使え｣はハッキリ言って草
他のスレでワインガーWindowsアプリガーとか言ってるんなら叩かれても
絡まれてもしょうがないと思うけどこのスレでなぁ…
Wineスレとして機能してないじゃん

こういう面倒くさいヤツが一番厄介

>>463
お前みたいなのが普通にレスしてる奴らを反転させて荒らしに変えるんだろうが
大体Wineスレで｢ネイティブアプリでよくね?｣とか言ってる方が荒らしてんだろ
｢ネイティブアプリの方が良い｣とかそんなん誰でも分かってんだよ

自己責任の自の字も分からないお子ちゃまか
どこ行っても嫌われるタイプだなw

>>463
この手の人って使用しているディストリやbottlesを使って環境を作ったとかを書かないから
ただのオナニーでしかないから何の参考にもならないしな

redditからパクった方法
GitHub - A guide on how to run Clip Studio Paint on Linux using Bottles
https://github.com/pomcomic/CSP-on-Linux


Install Bottles (Flatpak recommended)
Create new custom bottle, select caffe-9.2 runner
In Settings, select Windows version 8.1
Download dependencies: allfonts, gecko, mono, vcredist2022
Install Clip Studio Paint
To fix pen pressure: In CSP, go to File > Preferences > Tablet, enable “Use mouse mode in tablet driver settings”

>>465
相手を煽るのは一人前のジジィが語るなよ

>>468
ジジイなの？
厨房かガキンチョだろ（笑）

っうか何で先に煽って来るの?普通に話せない人?
｢自己責任｣を都合よく相手を煽る為に使うの止めれば?
色々試す気になってもこういう奴のせいで秘匿せざる負えないだろ
基地外超えて害悪だよ!

>>466
大した報告できない&試してもみない奴らしか居なのにここまでぶっ叩かれるとは思わんだろうよ
しかもオナニーオナニーしか言えないのか?この猿が

nativeアプリでいいならそっちのほうが良いに決まってんじゃん

>>470
そりゃイジるのが面白い奴だなと思わせちゃってるからしょうがない
普通に話せとか言う前に自分がやってきたことを見つめ直せ

この手の残念な思考をする奴は本来の自分の知識が浅いから話が噛み合わないし
こうして単純な言葉で報復するしかなくなる

自論の証拠は提示せずに突っ込んできた人に証拠の提示を求めるキチガイを最近よく見る