【悲報】macOSでOpenGL/CLが非推奨、CUDA対応は終了

**デフォルトの名無しさん** · 2019/11/25(月) 14:32:11.43

NVIDIA、macOSをサポートした最後のCUDA Toolkiをv10.2リリース。次期アップデートでmacOSは非サポートに。
https://applech2.com/archives/20191124-nvidia-last-release-to-support-macos-for-cuda.html

　macOSのNVIDIAドライバについては、2018年09月にリリースされたmacOS 10.14 Mojaveで
Appleがグラフィックドライバを完全にコントロールし、NVIDIA GPUでパフォーマンスの低下や
予期しないレンダリング発生する不具合が報告され、NVIDIAがドライバ・アップデートを開発しても
Appleがそれを許可せず、実質的にNVIDIAが利用できるmacOSはmacOS 10.13 High Sierraまでとなっています。

　同時に、AppleはOpenGL/CLをレガシィAPIとして非推奨とし、開発者に対しMetal APIへ移行を促すとともに、
MacではdGPU/eGPUにAMD製グラフィックのみをサポートし続けてきましたが(NVIDIA GPUは
2016年以降のMacでは採用されていません)、そんな状態が約1年半続いた中でNVIDIAは
macOSでCUDAのサポートの打ち切りを決めたようで、

**デフォルトの名無しさん** · 2020/06/30(火) 15:07:04.74

だから汚いからなんだって話だよ
どうせガワかぶせて何かのミドルウェアやらUnityやらつかうんだから
そこらへんが汚いとかどうでもええでしょ
そういうつまらんところに「設計には美しさが必要なのだ」とかなんとか
屁にならんこと言いだすやつが大嫌い

**デフォルトの名無しさん** · 2020/07/01(水) 01:26:31.56

だったら、MFCもC#も使わずにWin32 API直書きしてろ。

**デフォルトの名無しさん** · 2020/07/01(水) 02:24:53.90

>>76
というより、OpenGL 1.2 以降は意味の無い仕組みが多すぎる。
OpenGL 1.0は、なぜ「3Dが分かっている人が作った」と言われたのか
といえば、意味の無い事のために複雑になることなく、3Dの事に集中できる
ような設計になっていたからで、それは優先順位を知り尽くしたような人で
なければ設計は無理であった。

プログラミングは自分でやる楽しさがあり、三角形ポリゴン1枚から書き始める
人も多く、必ずしもミドルウェアでガワをかぶすとは限らない。
みながみなオーサリングツールを使っているわけではないのだから。

**デフォルトの名無しさん** · 2020/07/01(水) 05:47:10.82

CADのような静的な3Dならそれで良いけど
ゲームのような高速頻繁にオブジェクトを読み書き編集しまくる動的な3Dには妥協が必要
絵画とアニメーションではシェーダーは必須

**デフォルトの名無しさん** · 2020/07/01(水) 10:40:44.56

>>78
シェーダーの部分ではなく、関係ないところで無意味に複雑になってしまっていることを問題。
いちいち変なオブジェクトを作ったりとか。
OpenGL 1.0でGPUの中に状態を作ったりしていたのは、あの使い方に置いてはそれが多くの場合にとても便利だったからだ。
そのやり方がいつでも便利になるわけでも、考えた人がその流儀が絶対的に好きだったからではない。
あの場合に限っては、あのやり方が便利だっただけなんだ。
なのに、OpenGL 1.2では、意味が無いところであのやり方だけを真似たから、逆に異常に不便になってしまった。

**デフォルトの名無しさん** · 2020/07/01(水) 10:41:54.55

訂正:
>シェーダーの部分ではなく、関係ないところで無意味に複雑になってしまっていることを問題。
シェーダーの部分ではなく、関係ないところで無意味に複雑になってしまっていることが問題。

>そのやり方がいつでも便利になるわけでも、考えた人がその流儀が絶対的に好きだったからではない。
そのやり方がいつでも便利になるわけでも、考えた人がその流儀が絶対的に好きだったからでもない。

**デフォルトの名無しさん** · 2020/07/01(水) 11:45:06.73

スレありますか？
https://ja.crystal-lang.org/
https://ja.wikipedia.org/wiki/Crystal_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)

**デフォルトの名無しさん** · 2020/07/03(金) 00:03:48.67

流れ読まずに質問しちゃいますが…
Apple Siliconって組み込み関数でNEONのコードを書くことできますか？
それとも組み込み関数よりもMetalってのを使うべきなんですかね

**デフォルトの名無しさん** · 2020/07/03(金) 01:23:09.65

OpenGL1.0が綺麗とか石器時代の人かな…
OpenGL ES 2.0が最もシンプルだろ
OpenGLはVulkanやMetal上でエミュレートされるから、永遠に無くならない

**デフォルトの名無しさん** · 2020/07/03(金) 12:12:51.33

>>83
3Dに詳しい人で無いとOpenGL 1.0の美しさは分からない。

**デフォルトの名無しさん** · 2020/07/03(金) 13:04:14.25

>>84
例えばPush(Load)Matrixを必ずしないといけないとか、コピーが必ず発生するから効率が悪過ぎるし、やり忘れて良く分からんバグになる
あとディスプレイリストを作成すると速いコードを書いた気になるってのもな
結局そういうのを嫌ってGlideとかが出来たんだろう
OpenGL1.0は幾ら何でもハードウェアを抽象化し過ぎてるけど、その究極の抽象化を1つにまとめ上げた美しさがあると言いたいんだろうね

**デフォルトの名無しさん** · 2020/07/03(金) 13:20:47.34

抽象化っていうかステートマシンなのは悪い面もあると思うわ

**デフォルトの名無しさん** · 2020/07/04(土) 02:48:54.81

>>85
別に glPushMatrix()は必須で無いが、あの美しさが分からないのは、
数学が分かってないか、3Dが分かってないかのどちらかだね。

**デフォルトの名無しさん** · 2020/07/04(土) 02:50:37.48

>>86
いや、はっきり言って、あの使い方なら問題なかった。
ところが、OpenGL 1.2 以後で、ステートマシンの悪い部分だけを踏襲して
しまい、良い部分であった glPushMatrix や、glBegin やらを廃止してしまった
のが馬鹿なのだ。

**デフォルトの名無しさん** · 2020/07/04(土) 09:59:42.98

>>87
どっちがにわかだよw
そんなもん自前のシーングラフで対応するんだから要らないんだよ

**デフォルトの名無しさん** · 2020/07/04(土) 12:33:08.91

>>89
そんなこと言ってたら、あらゆるAPIやライブラリに美しさなど要らないことになってしまう。

**デフォルトの名無しさん** · 2020/07/04(土) 12:39:24.32

OpenGLがなぜこんなに広がったのかといえば、オープン規格だったこと以上に、
Direct3D に比べてOpenGL 1.0の関数郡がとても整理されて美しかった影響が大きい。
ところが、いろんなOEM会社が独自のAPIを追加して言ったせいか、
その後、とんでもなく汚い体系になってしまった。
他のさまざまなことに置いて似たような現象が見られる。
最初は良いのにその後駄目になっていく例が。

**デフォルトの名無しさん** · 2020/07/04(土) 15:07:09.07

単にシェーダーが書けないだけかよw
シェーダーが書けて最もシンプルなAPIがOpenGL ES 2.0で、3D APIとしてこれ以上にシンプルに成りようがない
ちなみにどこが駄目なのか言ってみろ

**デフォルトの名無しさん** · 2020/07/04(土) 15:09:47.95

https://www.exa-corp.co.jp/technews/files/OpenGL-text-091.pdf

**デフォルトの名無しさん** · 2020/07/04(土) 15:11:48.84

>>92
自分で気づけ。

**デフォルトの名無しさん** · 2020/07/04(土) 15:18:42.22

なんだかんだでOpenGL界隈が活気付いてる

**デフォルトの名無しさん** · 2020/07/04(土) 15:27:52.27

>>91
AndroidがESサポートしてたからだよ。

**デフォルトの名無しさん** · 2020/07/04(土) 16:21:46.73

>>92
OpenGL 1.0 の美しさは、単にシェーダーをサポートしていないことによる単純さという問題では無いんだよ。

**デフォルトの名無しさん** · 2020/07/04(土) 16:39:00.22

glVertex3くらい具体的な方が理解しやすいとか？

**デフォルトの名無しさん** · 2020/07/04(土) 17:58:00.78

>>97
だからその美しさをES 2.0と比較して具体的に言ってくれ
お前は文系かw

**デフォルトの名無しさん** · 2020/07/04(土) 18:44:07.83

>>99
それが分かるかどうかがセンスがあるかどうかで、俺が教える筋合いは無いから教えないんだよ。

**デフォルトの名無しさん** · 2020/07/04(土) 19:10:52.27

>>100
具体的に言えないのが文系
ちゃんと具体的に指摘してグーの音も言わせないのが理系

**デフォルトの名無しさん** · 2020/07/04(土) 21:31:23.73

>>100
そんなフニャッとした感覚的なことしか言わないんなら他所でやってきなよ。ム板でやる話ではない。

**デフォルトの名無しさん** · 2020/07/05(日) 08:33:05.53

>>101
情報がタダだと思うなよ。

**デフォルトの名無しさん** · 2020/07/05(日) 08:52:16.41

>>94
上から目線で適当なことを言って突っ込まれた奴の常套句。

**デフォルトの名無しさん** · 2020/07/05(日) 09:33:45.37

>>104
自分で調べもせずにいつまでも勝手に言ってればいいよ。

**デフォルトの名無しさん** · 2020/07/05(日) 10:13:46.33

>>103
自分では適切な反論をしているつもりなのかもしれないが、真っ向から答えるすべがないから何だかんだ言って逃げてるだけにしか見えない。
いくら自分を繕ってみても、端からはみっともない奴wとしか見られないぞ。
念のため付け加えると、煽って答えを引き出そうと言うのではない。別にお前の考えに微塵も興味はない。ただお前の言動が不快だから、不毛と知りつつ言ってやりたかっただけ。

**デフォルトの名無しさん** · 2020/07/05(日) 10:22:13.23

>>106
5chに書くと、そのアイデアを未踏とかで税金を使って実装してしまう馬鹿が
出てくるから言わないんだ。
アイデアが重要なのに、自分出稼ぎもせずに税金でアイデアだけ盗んで実装してしまう。
今は実装が簡単になってきたから、アイデアを無料でという訳にはいかない。

**デフォルトの名無しさん** · 2020/07/05(日) 10:35:09.06

>>107
お前さんの言う｢OpenGL 1.0の美しさ｣を聞いているのに、なんでアイデアの話になるんだよw
今すでに世の中に公開されているOpenGL1.0の美しいところってのは、まだ他の誰も知らないアイデアなのかw
もともと空っぽな上に迷走し始めたな。

**デフォルトの名無しさん** · 2020/07/05(日) 10:40:16.03

>>108
そこに、関数セットの美しさの一般概念が関係しているからだ。
俺はそれを理解し、分かりやすく伝達できる能力を持っているので、
俺が言えばその概念が全国中、世界中が、分かり易い関数群を作る
一般法則を獲得していまうことになってしまう。

**デフォルトの名無しさん** · 2020/07/05(日) 11:16:45.77

ダメだこりゃ

**デフォルトの名無しさん** · 2020/07/05(日) 11:41:46.25

横から素人意見ですが失礼します
1.0はpush popで座標系切り替えて同じ画面でズラズラ書けるのが好き(push popでゴチャゴチャするけど)
2.0以降でもできるのかは知らないです
モデル毎にクラス変えて持ってくる書き方が多いような？
参考にしてるサンプルがそうなってるだけの素人意見ですが

**デフォルトの名無しさん** · 2020/07/05(日) 14:15:10.55

>>107
ほんそれ
未踏って放置プレイ好きだしな

**デフォルトの名無しさん** · 2020/07/05(日) 14:42:43.36

IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン（画像有り）
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0

☆ VMを書いた(C#) * x86ではない!
ttp://up.x0000.net/files/TSimulang.zip
☆ malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip

**デフォルトの名無しさん** · 2020/07/05(日) 15:47:04.38

放置しても問題ないぐらいのシェアってバレちゃった？

**デフォルトの名無しさん** · 2020/10/28(水) 00:20:14.08

>>4
もう提案している。
https://search.yahoo.co.jp/search?p=WebGPU%20%E3%82%A2%E3%83%83%E3%83%97%E3%83%AB&;iau=0&ei=UTF-8

**デフォルトの名無しさん** · 2020/11/22(日) 23:51:46.22

なんでOpenGLダメなの？

**デフォルトの名無しさん** · 2020/11/23(月) 00:04:10.14

OpenGLはシングルスレッド前提な作りだし、そもそも内部データに基本的にアクセス出来ないから、毎回ステートを再設定しないといけないとか、CPUの効率が悪い設計だから
OpenGLは内製アプリとかCADソフトとか、表に出ないところでかなり使われてるから、そういう所で存在意義があるある

**デフォルトの名無しさん** · 2020/11/23(月) 00:29:39.03

autocadとかもだいぶ前にdirectxになってるし、今更openglで大型の商用アプリないんじゃない

**デフォルトの名無しさん** · 2020/11/23(月) 00:43:58.13

商用アプリは対応早いだろう
内製アプリとか結構あるんだよな

**デフォルトの名無しさん** · 2021/03/09(火) 20:32:39.97

openCLでなんとかならないけどな

**デフォルトの名無しさん** · 2021/05/17(月) 18:02:05.12

opengl1.0はパフォーマンスの面で言えばだめだろ

**デフォルトの名無しさん** · 2021/08/11(水) 10:11:13.39

何がダメなの？

**デフォルトの名無しさん** · 2022/04/16(土) 21:30:56.74

科学計算捨てたらアップルは終わる

**デフォルトの名無しさん** · 2022/04/16(土) 22:18:51.62

もともとそんなところ狙ってないだろ

**デフォルトの名無しさん** · 2022/04/17(日) 01:25:36.51

macなんか使わなきゃいいだろ
そもそも理系でmac使ってるなんてアホレベル
まだ、なーんもわかってない化学屋とかならええわ
電気系でmac使ってる連中には水月に前蹴り入れることにしてる
たくみとかいう名前のくせに工学部に行かず東大ロンダしたYoutuberが
大学生活でmac book選べとか言ってるの見ていすから滑り落ちたわ

https://www.youtube.com/watch?v=gWfCL-ahJCg