C言語相談室(上級者専用）

2018/03/02(金) 22:48:03.65

C言語の話題のみ取り扱います。C++の話題はC++スレへ。
上級者専用です。10,000行程度のソースを扱えない人は以下スレへ。

C言語なら俺に聞け
https://mevius.5ch.net/test/read.cgi/tech/1519046038/

適宜以下を使用してください。
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2019/02/13(水) 18:10:40.83

>>286
そうです。環境ノイズやMP3圧縮に強い音声波形でないといけないようです。

2019/02/13(水) 18:14:31.65

符号拡散的にエンコードした音はどうでしょうか。
透かしと言ったけど、埋め込むのではなくそのまま使う。

2019/02/13(水) 18:22:37.73

>>288
その場合、おそらくフーリエ逆変換でその波形は得られる。となると、いくつか周波数の選定が必要か。

2019/02/13(水) 18:32:43.66

>>278
バイナリデータに音声を埋め込め

2019/02/13(水) 18:34:11.30

>>290
逆だよ。閉鎖環境で音で脱獄しないといけない状況で使うんだよ。

2019/02/13(水) 18:39:36.50

音声とデータのS/D比はいくつくらいを想定？

2019/02/13(水) 18:41:49.60

>>292
まだわからない。

2019/02/13(水) 18:44:20.39

監視すり抜けるだけならデータファイル名に.mp3付けるだけでよくね？

2019/02/13(水) 19:05:42.40

>>294
世の中にはUSB接続が禁止された環境もある。

2019/02/13(水) 20:04:03.38

情勢が厳しい。早く開発しないと。

2019/02/13(水) 22:55:25.65

信号損失の問題は、losslessのflacを積極的に使うことで解決。
波形はsquareがはっきり聴こえることがわかった。

2019/02/13(水) 23:10:49.71

信号波形の設計。クロックタイミングの合わせ方。環境ノイズの特性の測定。信号周波数の選定。信号停止、信号終了の方式の決定。

2019/02/14(木) 13:02:29.56

位相変調かければ良いんじゃね

2019/02/14(木) 13:04:46.57

あとオリジナルの曲(固定)をベースにしても良いなら
マスター曲をまず自分で保管しておいて
流れてくるデータ付き(劣化)曲を受け取ったら
マスターとの差分なり誤り訂正なりで
データ部分だけ取り出すアルゴリズム作れそうだし
それならクロックタイミングとか気にする必要無さそう

2019/02/14(木) 14:57:54.00

音響カプラはただのFSKだったね

2019/02/15(金) 11:42:07.12

たくさん詰め込みたい、っていう要求さえなければ、
「読み上げ」ソフトと「音声認識」ソフトの組み合わせ、と言いたいな。
プリントアウトした紙をOCRで読み取らせる、ってのと同じ趣向のネタ。

2019/02/15(金) 12:13:25.93

別に音楽じゃなくても数字読んでる声送れば良いのか
オデッセイみたいなローテクだな
あとはその読みをどれだけ高速化出来るかだな

2019/02/15(金) 14:27:02.99

韓国語が速そうだな

2019/02/15(金) 14:31:59.60

1をイチと読む必要も無いしな
256通りの音を定義しておけば良い
65536通り定義出来るならもっと圧縮可能かも知れない

2019/02/15(金) 15:06:52.30

まあ、単にQAMだよな。

2019/02/16(土) 12:28:33.22

ピーヒョロヒョロピーガーじゃだめなんやろ
ちゃんと音楽でカモフラせんといかんのやろ

2019/02/16(土) 12:52:24.23

カモフラージュせんでもCDMAで良くね

2019/02/16(土) 21:56:14.37

いろいろ考えたら、音声よりも動画の方が情報量が圧倒的に多いことに気付いた。

2019/02/17(日) 06:29:24.48

画面にダンプをスクロール表示させて、デジカメで動画撮影。
持ち出した先でOCRにかけるってことだな。

いや、一画面ずつ表示させちゃ、ライターに仕込んだ小型カメラで
フィルムに撮影してもいいんだけど。
……なお、このテープは自動的に消滅する。健闘を祈る。

2019/02/17(日) 11:38:39.98

宜しく御検討下さい

2019/02/17(日) 23:46:59.25

そう言えば昔のマイコン雑誌には1画面づつ表示させて写真撮影した BASIC のリストやマシン語の16進ダンプが載っていたなあ。

2019/02/18(月) 00:25:50.36

写真だったか？
ほぼ印刷じゃねえ？

2019/02/18(月) 06:19:18.56

雑誌として売ってるんだから当然印刷、という混ぜっ返しは置いといて、
いったんプリントアウトした紙を原稿にして印刷屋さんに回してたよね。
物理的に切り貼りした痕跡(プログラムリスト部が傾いてる)なんかも見て取れた。

データの多いゲームでリストの字数・行数を減らすための工夫だったか、
謎解き部分の難読化が目的か、Base64風というかドラクエの復活の呪文みたいに
データに使う文字種を増やしたプログラムが掲載されたことがあったけど、
PC-6001用のリストを、普通のパソコン向けのプリンタで出したせいで
DATA文で使われた「ひらがな」が正しく印刷されなくて打ち込み不可能、
次号に長い訂正リストが載った、ってことを思い出した。
その時の訂正リストの方は画面を写真撮影したものだったような。
モニタ(っていうか家庭用テレビ)の湾曲が見えた記憶がある。

2019/02/18(月) 07:49:01.32

ベーマガで同じ機種でも月によって文字フォントが微妙に違うってことがあった気がする。

2019/02/18(月) 13:05:25.16

PC-6001

2019/02/18(月) 21:37:45.55

ファミリーベーシックの後期はBGキャラクタをソースに埋めてたりしたが、どうやって印刷してあったんだっけ。

2019/02/18(月) 21:40:01.24

>>317
外字が使えるプリンターがあったはず。

2019/02/18(月) 22:07:14.75

8-bit時代は、入力されたテキストを一行ずつ印字するラインプリンターが主流で、印字モードを切り替えれば、外字やグラフィック文字などが使えたはず。

2019/02/18(月) 22:21:21.81

ファミリーベーシックは確かに写真だったかも。
あれはプリンタなかったんだっけ。

2019/02/18(月) 22:23:45.94

https://ja.m.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%83%9F%E3%83%AA%E3%83%BC%E3%83%99%E3%83%BC%E3%82%B7%E3%83%83%E3%82%AF

ファミリーベーシックからカセットテープに書き込み、そこから読み込んで、他のパソコンで印刷したらしい。

2019/02/20(水) 01:51:41.58

古い70年代後半や80年代前半のマイコン雑誌だと TK-80BS とか、プリンタに接続して文字を出力する事が
困難な機種に関してはプログラムリストを画面表示して写真撮影した状態で雑誌に載っていたと思う。

2019/02/20(水) 10:26:41.54

>>321
それやるツールも雑誌の中の人が手製で作ってそうだよね。
いろいろなことが解析すればなんとかなる範囲に収まってて楽しい時代だった。

2019/02/20(水) 13:50:59.85

子供の頃はASCII形式セーブの有り難みがわからんかったわ。

2019/02/20(水) 19:02:11.40

TK-80ってCRTに出せるのもあったんか

2019/02/20(水) 19:15:37.01

compo-80だな
父がプログラム入力してくれた

2019/02/20(水) 19:18:38.64

調べたら TK-80BS っていう別売りのテレビ出力ボードがあったみたいね。
I/O誌あたりには、色んなワンボードマイコンに、汎用で安価なVRAMボードを
接続して使うハードウェア記事が載ってた。

あとI/O誌は、カセットテープのセーブデータの
フォーマット解析記事がやたら多かった気がする。
もしかすると一部の投稿者が、新機種の出る度に
手持ちの機材と技術で解析してたのかもしれないけど。

2019/02/20(水) 19:25:02.15

https://ja.wikipedia.org/wiki/CRTC_(LSI)
https://en.wikipedia.org/wiki/Motorola_6845
この辺の載せてたのかな

2019/02/20(水) 19:32:08.59

TK-80BS（Basic Stationだっけ）はTK-80にアドオンする拡張キット
東芝の奴が初めからTV出力持ってたな

2019/02/20(水) 19:49:14.33

基板パターンカットωωω

2019/02/21(木) 05:00:32.48

TK-80BS は、単なるテレビ出力ボードじゃなくて、
キーボードやら拡張RAMやらついてたのだな。
まさにBASICを使えるようにするための拡張キットか。

…なんだかコア構想っぽいね。

2019/02/22(金) 03:30:54.88

TK-80の互換機があるのな。

aitendo、TK-80を再現したマイコンボード「ZK-80組立てキット」を発売
https://hardware.srad.jp/story/19/02/07/0621259/

2019/02/22(金) 08:29:19.16

Z80アセンブリ使う楽しさって特にないわ

2019/02/22(金) 13:08:41.40

バイナリのまま読むのが楽

2019/02/23(土) 12:04:53.89

マイコンボードはやっぱI/O引っ張り出して何かのON/OFFをさせたりしないとつまんないよな。

2019/02/23(土) 19:00:39.43

あと１週間くらいで完成するかな？

2019/02/24(日) 19:44:27.45

>>335
ON/OFFだけならアセンブリのが短く書けたりするよね。
計算とか入るとCのが楽だけど。

2019/02/24(日) 19:51:14.51

典型的なクソレス

2019/02/24(日) 20:26:31.54

Cよりアセンブラが便利と言えばローテート演算だね。
「まず端っこのビットを保存してから、符号なしでシフト、
保存しておいたビットを見て反対の端にビットORで重ねる」て操作が
キャリーフラグ経由で自動的にできちゃう。

……Cから離れて長い気がするので、ちょいと絡めた話にしてみた。

2019/02/25(月) 10:44:07.01

なんで C の bit 演算の仕様に入れなかったんだろうってのがいくつかあるね

2019/02/25(月) 13:03:03.90

ローテートはCでやるにはちょっと面倒だね。
でもCの仕様に入れなかったのは、演算子を考えるのがもっと面倒だったからだな。

2019/02/25(月) 14:28:50.08

昔はキャリーフラグにあたるものが無い事に不満があった。
今はそんなに重要だったっけ？って思ってる。

2019/02/25(月) 15:32:32.74

キャリーフラグは機械語レベルなら分岐に使えるけど、Cでの活用は難しいだろうね。

2019/02/25(月) 19:34:00.59

仮に、予約語で演算後のキャリーを保存する変数なんかがあったらどう使うの？

2019/02/25(月) 19:48:11.35

言語仕様としてキャリーフラグを扱える高級言語ってTL/1以外にあるのかな？

2019/02/26(火) 07:49:56.90

>344
オーバーフロー、アンダーフロー、ビットシフト時の外れたビットの有無
アセンブラ経験者ならアセンブラと同じようにつかうんじゃね？

2019/02/26(火) 08:05:18.02

>>346
でもコンパイラがフラグを変えないように命令を配置しないといけないってのは相当な制約で、それやるくらいならインラインアセンブラ使うほうが現実的だろ。
実際のフラグを使わず言語仕様として固定的な変数のように実装する方法もあるだろうが、それやってまでフラグ的なものを再現する利点も無い。

2019/02/26(火) 11:54:12.51

アセンブラの癖の抜けない人のモヤモヤ感解消用でもいいじゃん。

2019/02/26(火) 14:28:27.09

>>344
割り込みとかマルチスレッドとかで黒魔術化しそう

2019/02/26(火) 20:09:24.82

>>349
割り込みとかスレッド切替で変数保存されないシステムなんて見たことないが…

2019/02/27(水) 08:41:06.65

転送ソフト、完成したよ。
https://katahiromz.web.fc2.com/blaker/ja

2019/02/27(水) 13:16:21.28

蟻人間てこのサイトの人だったのか
大昔に見覚えがある

2019/02/27(水) 16:25:43.56

て言うか、以前(2ちゃんねる時代)は片山博文MZ てハンドルで書いてたな。

2019/02/27(水) 17:27:23.25

こんなものが役に立つのかね？

2019/02/27(水) 17:44:07.45

ソース: https://github.com/katahiromz/BLAKER

2019/02/27(水) 19:45:22.65

BLAKER というツール名の由来にちょいと興味がある。

2019/02/27(水) 20:13:51.21

PaperBack っていうソフトあったな
http://ollydbg.de/Paperbak/
作者は OllyDbg 作った人

2019/03/02(土) 21:47:42.11

>>357
参考になった。ありがとう。

2019/03/08(金) 21:00:14.66

次の案件は、ReactOSのドラッグ＆ドロップだ。
https://github.com/reactos/reactos/blob/master/dll/win32/ole32/ole2.c

このファイル「ole2.c」を編集し、メモ帳(Notepad)などのアプリへファイルアイコンを
ドラッグ＆ドロップできる機能を実現せよ。具体的には、RegisterDragDrop周辺を改造して、
WS_EX_ACCEPTFILES拡張スタイルを有するウィンドウについて、
ドロップターゲットが登録済みかのように振る舞い、WM_DROPFILESに反応するようにせよ。

ヒント。
https://github.com/katahiromz/DragDropSamples

キーワード：プロセス、SetProp
成功報酬：２万円分のアマゾンギフト券。

2019/03/08(金) 22:04:41.94

よく分かる解説。

GetProp/SetProp関数は、ウィンドウに任意の値を結びつける。IDropTargetはドロップターゲットを表すインターフェース。
ドロップターゲットとはドロップできる対象を意味する。
RegisterDragDrop関数は、ドロップターゲットを登録する。RevokeDragDrop関数は登録を抹消する。

2019/03/08(金) 22:07:26.74

RegisterDragDrop関数はSetProp関数を使って、登録したドロップターゲットの情報を保持する。
RevokeDragDrop関数はRemoveProp関数を使ってドロップターゲットの情報を破棄する。

2019/03/08(金) 22:12:00.78

DoDragDrop関数はドラッグ&ドロップを開始し、SetCapture関数により、ドラッグ中のメッセージ受け取りを独占する。
ドラッグ中のマウスの位置から、WindowFromPoint関数により、マウスの下のウィンドウを取得する。

2019/03/08(金) 22:14:39.50

可能ならばマウスカーソル位置のドラッグターゲットを取得し、対話を試みる。もしドロップ可能なら、カーソルはドロップ可能を表すカーソル形状になる。

2019/03/08(金) 22:20:31.50

D&Dは、あるプロセスから別のプロセスへ、プロセスをまたいだ処理になるので、プロセス間通信が必要になる。
DuplicateHandleという関数が別のプロセスにハンドルを操作する権利を与える。

2019/03/08(金) 22:49:40.18

少し実験して見た所、ドロップターゲットを登録したウィンドウではドロップを検出できた。
ゆえに、WS_EX_ACCEPTFILESを有するウィンドウで正しくドロップターゲットを振る舞い、WM_DROPFILESを送信すれば、問題は解決する。

報酬を三万円に増額する。できるヤツは居ないか？

2019/03/09(土) 13:47:49.69

三分の二くらいできた。
https://github.com/reactos/reactos/pull/1403

hGlobalが正しく送信できない。。。

2019/03/09(土) 19:32:13.70

https://jira.reactos.org/browse/CORE-15836
こっちの問題を先に解決しないと。

2019/03/09(土) 19:34:25.18

【世界教師】　私はマⅰトレーヤ、投機家は人様の生活費を掛金にするな、ニートを増やした元凶はお前だ
https://rosie.5ch.net/test/read.cgi/liveplus/1552122718/l50

2019/03/14(木) 04:28:19.53

【朗報】DnD解決の目処が立つ。

2019/04/13(土) 12:35:21.42

>>863 それでもこの言語を選ぶ理由を知るためだ。
　そなたの示す言語があるのに、なぜpythonなのか疑問を抱くのは自然なことだ。
　疑問を解決する回答を望んでたが、それは得られなかった。

2019/04/13(土) 12:35:55.64

　インストール禁止な会社のパソコンはWeb経由で実行か。
　CodePadなら俺も知ってるが。そこまでしてpythonを使う価値があるかは疑問。

　実行速度が重要なところは、高速な言語に変更して使い分けるとかいな？。
　それは煩わしいな。高速な場面でも一通り対応できる言語のほうがいい。

　ハードウェアの性能が高ければ良いとかか？。高速なプログラム言語で、なおかつ高性能なハードウェアでないと。
　プログラムコードを改善して、プログラムの高速化か。高速なプログラム言語で、なおかつ高速で実行するプログラムコードでないと。
　C言語でも、実行の遅いプログラムコードは価値がないし。

2019/04/13(土) 12:39:21.36

うわ、間違えた誤爆だ。

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ ce01-Q2ES) · 2019/05/19(日) 22:57:26.41

テディベア、聞いてくれ。
https://jira.reactos.org/browse/CORE-15554
我々は、フォントレンダリングにおいて、テキストの変形と座標変換を
完璧にしないといけない。パスの必要なテストは、
C:\ReactOS\bin> gdi32_apitest TextTransform
だ。現在、いくつかテスト失敗がある。座標変換は何か間違えている。
何らかの修正が必要だ。
ターゲットは、$REACTOS/win32ss/gdi/ntgdi/freetype.c のIntExtTextOutW関数だ。
論理座標(LP)からデバイス座標(DP)へ変換して、それに
デバイス原点dc->ptlDCOrigを足したもので
IntEngMaskBlt関数を呼ばないといけない。
LOGFONT.lfWidth、LOGFONT.lfEscapement、WorldTransformなど
さまざまな変形があるため、本当に複雑なものになっている。
今月中に解決しないといけない。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-nCkw) · 2019/05/20(月) 18:50:51.09

lfWidthの指定があれば、幅を調整する必要がある。
lfEscapementの指定があれば、参照点を中心にテキストを回転しないといけない。
さらにグラフィックスモードがGM_ADVANCEDなら変形行列WorldTransformを適用する必要がある。

2019/05/20(月) 19:36:32.71

初心者版に行け

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-nCkw) · 2019/05/21(火) 14:50:07.77

>>375
初心者や中級者にこんなの出来るわけないだろ。いい加減にしろ。

2019/05/21(火) 15:03:29.88

アルゴリズムの話であってCの話ではなくない？
Cの話として上級なの？

2019/05/21(火) 18:15:35.02

アフィン変換の重ねがけ（ただし重ねる順は要注意）ってなわけにはいかんのかね

**131** (ﾜｯﾁｮｲ 7f7b-bDB9) · 2019/05/21(火) 22:28:52.93

>>373
ここは初心者に荒らされるのでもう諦めてる。
ゆとり/さとりはモラルがなさ過ぎて、どうしようもない。
とはいえ、おそらく彼等は「糞なネット」しか見たことがなく、「ましな状態」を想像出来なくての事だ。
当人達は全く荒らしている自覚がないのでどうにも救いようがない。
（治安の悪い地区に住む者が、その治安の悪さを問題視出来ないのと同じ。そういう物だと思ってる）

だから、初心者をBAN出来る掲示板があればそっちでやりたい。
(そこでゆとり/さとりにも「ましな状態」を見せないことには改善しない）
redditか8ch等で既にあればそこを利用するのが楽でいいから指定してくれ。
なければ自前で用意する事になるが、それならついでに色々準備したいからあと数年かかる。
なお再度言うが、「初心者は全員BAN」してくれるところな。「初心者用」のスレがあるだけでNGだ。

**131** (ﾜｯﾁｮｲ 7f7b-bDB9) · 2019/05/21(火) 22:29:12.17

が、ちょっと気になったことを言っておく。
131の時に見た限りでは、正直、あのコードで今君がやってるようなアジャイル開発は無理だ。
コード分岐が無駄に多すぎる。
(念のため言っておくが、今のコードを見たわけでない）

> 座標変換は何か間違えている。
これについて、単純には
・変換式を間違えている
・変換式は合っているが、コードが抜けている
の2通りのバグり方があるわけだが、どっちか認識出来てるか？

君はアフィン変換も怪しかったのでいまいち信用ならないが、
普通は変換式なんて仕様通り記述すればいいだけで、間違えないし、間違うものでもない。
また、変換式自体を間違っている場合は全部failするからすぐ分かる。

通ったり通らなかったりする場合は後者、つまり、あるべき場所でコードが抜けてるとか、コードの記述場所を間違えているとかだ。
これが発生するのは、コードに無駄に分岐があるからであり、言ってしまえばコードが汚いからだ。
アジャイルで今後とも少しずつ機能を追加していく気なら、いつかコードを整理しないと破綻すると思うぞ。
全仕様をそろそろ完備ならそのままやりきってしまうのも手だが。

綺麗にするのなら、まずは以下で。
・C流の分岐をケチるのは止めて、とにかく関数を小さく切り出してOAOOを厳密に守る
・すると中/上位関数は、AやってBやってCやって終わり、みたいなアホな関数だらけになる
・そうなると、上記「変換式」を書くにはここしかない、というのが唯一1ヶ所に確定する
結果、抜けたり、間違った場所に配置してしまう、ということがあり得なくなる。
逆に言えば、抜けたり、間違った場所に配置出来るのはコードが汚いから。

OAOOが徹底された場合、ほぼ常に「この機能を追加するならここに唯一1回だけ書く」状況となり、
正しく書けば機能追加終了、間違えば全failとなり、動作は非常に分かりやすくなる。
よく分からん動作になってデバッグに手こずるのは、コード構成に問題があるんだよ。

2019/05/21(火) 22:32:19.93

またおまえか

2019/05/21(火) 22:44:33.89

>>381
そういうのは少しでも役に立つ可能性のある情報を書いてから言え
お前らゆとりはそこが駄目なんだよ

といっても聞かないし、聞かない理由も分かってきたので対策をするわけだ
なおさとりはゆとりとはちょっと違い、ゆとりよりはましになってる
ただ、いずれにしても「まともなネット」を見せないことには先に進まない
お前らもそれを見えば俺らがなんでゆとりに対して怒っているか分かると思うぜ

2019/05/21(火) 23:15:28.05

>>373
さらについでに言うと

> LOGFONT.lfWidth、LOGFONT.lfEscapement、WorldTransformなど
> さまざまな変形があるため、本当に複雑なものになっている。
これも根本的にやり方を間違ってる。
普通はスーパーセットを整備してから、サブセットを使うんだよ。
いちいち別に整備しない。

例えば、回転と平行移動が必要なら、アフィン変換を準備して、回転または平行移動として使う。
勿論、速度面でオーバーヘッドは出るが、
究極に速いコードと構成が美しいコードはあまり両立しない。
アジャイルの場合は後者、つまりコードを優先しないと開発が破綻する。

様々な変形があると分かっているのなら、最初から全部対応出来る構成で行くんだよ。
それはコーディングする前にちゃんと考えないと駄目なんだ。
アジャイルは「一つずつやる」事ではない。
未来の仕様なんて分からないから、
「現在確定している仕様を全て満たすにはこれが最適」をひたすら繰り返してるだけだ。
Windows互換だと最初から分かってるのなら、
win32APIを全部眺めた上で最初から「最適構造」でコーディングするのが一番効率がよく、
これはまさにウォーターフォール設計そのものだ。
仕様が確定している以上、ウォーターフォールを選択しないのは間違いだが、
最終的にも糞どうでもいいAPIなんて実装する気がない、というのならアジャイルもありだ。
ただ、アジャイルならアジャイルなりの構成にしないと無理で、君のコードはそれが出来てない。

もっと上位のコーディング戦略がおかしいんだよ。
だからそれをまず直せといっている。
なおウォーターフォールの場合は「仕様変更はしない」という大前提なので
コードなんて汚かろうがコピペだらけであろうが全く問題ない。そして君のコードはこれだ。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-nCkw) · 2019/05/21(火) 23:32:13.04

グリフの変形はfreetypeで行うことになってる。
変形は参照点を中心に考え、変形した後で平行移動しないといけない。
だから単なるアフィン変形では対応できない。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-nCkw) · 2019/05/21(火) 23:38:40.78

ややこしいアフィン変形の合成の計算になると予想される。変換式はまだ確定していない。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-nCkw) · 2019/05/21(火) 23:40:43.72

現在のソースはこれ
https://github.com/reactos/reactos/blob/master/win32ss/gdi/ntgdi/freetype.c