C言語なら俺に聞け 163

2024/07/16(火) 22:43:54.18

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

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

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.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/

※前スレ
C言語なら俺に聞け 162
https://mevius.5ch.net/test/read.cgi/tech/1698653580/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2025/03/20(木) 17:31:14.06

GCC では遅くても 2.95.3 には attribute で文字列が書式であることを指定できて型チェックする機能はあった模様。(2001年頃)
https://gcc.gnu.org/onlinedocs/gcc-2.95.3/gcc_4.html#SEC84
ただな、このスレにいるようなおじさんの言う「昔」は 1980 年頃の話だったりするんよ。
MS-DOS 用とか CP/M 用とかのコンパイラの話なんよ。

2025/03/20(木) 17:39:11.70

その年代の人はおじさんじゃなくておじいさんでは

2025/03/20(木) 17:45:05.08

>>728
スマソ、俺はちょっと若すぎたわ
だいぶ昔からできてた記憶があったがそれよりさらに昔の話とは恐れ入った先輩

2025/03/20(木) 18:23:15.20

メインフレームにダム端末繋げてた時代じゃよ

**デフォルトの名無しさん** (ｽﾌｯ Sd33-4EpX) · 2025/03/20(木) 23:54:14.30

gcc7.1から突然エラーメッセージが親切になったのはあるな
ちょうどclang+llvmが話題になった時期でそれに対抗したらしい

2025/03/21(金) 07:44:18.11

>>727
それはどのぐらい昔かによる。
80年代後半にはまだなかったと思う。

2025/03/21(金) 07:45:09.98

>>728
そうそう。80年代。

2025/03/21(金) 08:19:02.26

真理子版が便利すぎた。

2025/03/22(土) 13:52:41.80

他人にも使わせるツールに環境変数「真里子」はキモすぎてビビった

2025/03/22(土) 14:25:25.39

>>728
scanf, sscanf で float, double に %f, %lf のところを %f, %f にしてバグるのがありがち

**627** (ﾜｯﾁｮｲ 5377-avMV) · 2025/03/22(土) 15:31:32.91

scanfなんて使ったことねーや
ありがちってほど使ってるんか

2025/03/22(土) 15:40:39.16

scanfに道に落ちているを食べさせてはいけません

2025/03/28(金) 08:23:03.00

この警告、環境によっては出ないの?

$ cc ld.c -Wall
ld.c: 関数 ‘main’ 内:
ld.c:6:19: 警告: 書式 ‘%d’ は引数の型が ‘int’ であると予期されますが、第 2 引数の型は ‘off_t’ {aka ‘long int’} です [-Wformat=]
　　6 |　 return printf("%d", offset);
　　　|　　　　　　　　　~^　 ~~~~~~
　　　|　　　　　　　　　 |　 |
　　　|　　　　　　　　　 int off_t {aka long int}
　　　|　　　　　　　　　%ld
$ cat -n ld.c
　　 1　#include <stdio.h>
　　 2　#include <sys/param.h>
　　 3
　　 4　int main() {
　　 5　　off_t offset = 1;
　　 6　　return printf("%d", offset);
　　 7　}
　　 8

2025/03/28(金) 08:29:47.68

おれの作ったCコンパイラはそんな警告出さないけど何か文句ある？

**740** (ﾜｯﾁｮｲ 492a-jhJX) · 2025/03/28(金) 09:29:48.60

>>741
あー、なるほど。↓よ。

$ cc --version
cc (GCC) 14.2.0
Copyright (C) 2024 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

2025/03/28(金) 11:25:13.48

>>740
出さないコンパイラはあるし、その場合に警告を出すコンパイラであっても printf 類を特別扱いしてなんとかしてるので、可変長引数一般では型が合わないときに検出されない。

**740** (ﾜｯﾁｮｲ 492a-aKLX) · 2025/03/28(金) 13:15:49.58

なるぽろ。%ld に変更せず、放っておくか。ありがとう。

ちなみに、逆に、%ld だと警告する場合も有り得るのだろうか。例えば off_t が非 long の機種があるとか。

2025/03/28(金) 13:32:37.75

x86-64 なら System V ABI ではどうせ 64 ビットレジスタで受け渡されるからそこんところでは問題にならないのだが、最適化したときにどうなるかまるで予想がつかない。放置してよいとは言えない。

いったん intmax_t にキャストするのが正当な方法だと考えられている。
https://www.jpcert.or.jp/sc-rules/c-int15-c.html

2025/03/28(金) 15:39:13.17

struct X* x;で自動変数を定義した場合
スタック上のどこかにstruct Xの領域が確保されたりしますか？

2025/03/28(金) 15:47:02.39

されない

**740** (ﾜｯﾁｮｲ 492a-mzfN) · 2025/03/28(金) 17:27:47.76

>>745
> printf("%ju", (uintmax_t) x);

なるぽろ。ありがとう。

2025/03/28(金) 19:09:11.37

なんだよjって、何の略だ？

2025/03/28(金) 22:16:42.65

>>749
なんらかの単語の略 (頭文字) というわけではないらしいよ。
> j is sort of like "i" for integer
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n833.htm

警備員[Lv.2][新芽] (ﾜｯﾁｮｲ 6dcd-maST) · 2025/03/28(金) 23:06:36.11

μ→uみたいなものか

大文字の I はもう使われてふのかな？

2025/03/29(土) 16:07:35.02

long long や unsigned long long の出力に %lld や %llu って昔は使えてた気がするが
最近はだめなんかな
%I64 とか %U64 みたいなのになってるん

2025/03/29(土) 16:54:36.19

>>752
I64 とかはマイクロソフトの拡張。
新しい方法じゃなくてむしろ古い方法が互換性のために残されているだけ。
今となってはあえて使う理由はない。

2025/03/29(土) 17:30:28.12

>>752
> %I64 とか %U64

移植が大変そうね。

2025/04/08(火) 18:05:53.82

sudo で実行すると execl が動作しないように見える。なぜ?
$ cat -n e.c
　　 1　#include <stdio.h>
　　 2　#include <unistd.h>
　　 3
　　 4　int main() {
　　 5　　pid_t pid;
　　 6　　if ((pid = fork()) > 0) return 0;
　　 7　　else if (pid < 0) return 1;
　　 8　　execl("/bin/bash", "/bin/bash", "-c", "echo $$ $PPID >> /tmp/log", NULL);
　　 9　　_exit(2);
　　10　}
$ gcc -g e.c
$ ./a.out
$ cat /tmp/log
10593 1566
$ sudo ./a.out
$ cat /tmp/log
10593 1566
$

**627** (ﾜｯﾁｮｲ 22ca-VGeA) · 2025/04/08(火) 19:31:31.59

まずコピーするなら手を入れるな手を入れると他も全部疑わなきゃいけなくなる
それからsudo -E ./a.outとsudo strace ./a.outを試せ

2025/04/08(火) 19:45:35.63

縦の数字はなに？
普通にエラーになるだろそれ

2025/04/08(火) 20:08:58.79

catの引数に-n指定してるからだろ

2025/04/08(火) 20:57:19.94

手元にあるfedora で試したが、
sudo ./a.out の結果表示は2行になった
多分、正常に処理できたようだ

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 4df5-hVWE) · 2025/04/08(火) 22:40:53.76

うちはダメでした
>>755 と同じような結果です
ubuntu22.04 lts

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 4df5-hVWE) · 2025/04/08(火) 22:43:01.77

あ、次のようにしたときです
sudo ./a.out

/tmp/log に追記されませんでした

**755** (ﾜｯﾁｮｲ a92a-ZtHn) · 2025/04/08(火) 22:49:40.17

>>759
えー!? と別環境で実行したら、sudo でも execl が動作したように見える。なにこれ。

$ ./a.out
$ cat /tmp/log
13706 1
$ sudo ./a.out
$ cat /tmp/log
13706 1
13721 1
$

取り敢えず、うちの Ubuntu の「おま環」問題のようでした。お騒がせしました。
ただ、今回のは bash の $PPID が init (1) になるという新たな謎が...

2025/04/09(水) 00:22:33.67

親プロセスが先に死んだら子は init の養子になる。
だけどこの場合だとどちらが先に死ぬかはプロセスのスケジューリング次第で状況によるってことなんじゃないのかな。
Linux の事情はよく知らんけど。

2025/04/09(水) 00:23:29.81

Linux 板で聞いた方が回答ありそうな気がする。

2025/04/09(水) 15:00:16.84

const unsigned char t100_day[3807] PROGMEM = { 0x89, 0x50, 0x4e, 略, }
const unsigned char t100_night[3568] PROGMEM = { 0x89, 0x50, 0x4e, 略, }

String tenki_i = "01";

char*const unsigned char t100_day[3807] PROGMEM = { 0x89, 0x50, 0x4e, 略, }
const unsigned char t100_night[3568] PROGMEM = { 0x89, 0x50, 0x4e, 略, }

String tenki_i = "01";

char* y_icon; // FIXME 型が分からない

if (tenki_i == "01") y_icon = "t100_day";
else if (tenki_i == "01_n") y_icon = "t100_night";
else if (tenki_i == "08") y_icon = "t200_day";
else if (tenki_i == "08_n") y_icon = "t200_night";
else y_icon = "t999_day";

sprite.drawPng((std::uint8_t*)y_icon, sizeof(y_icon), 0, 25);

t100_dayなどは画像なんですけど、tenki_iの中のstrによって画像を変えたいです。
y_iconはどうやって指定したらいいでしょうか？

2025/04/09(水) 15:01:47.32

>>765
コピペ間違えました
正しくは以下です

char*const unsigned char t100_day[3807] PROGMEM = { 0x89, 0x50, 0x4e, 略, }
const unsigned char t100_night[3568] PROGMEM = { 0x89, 0x50, 0x4e, 略, }

String tenki_i = "01";

char* y_icon; // FIXME 型が分からない

if (tenki_i == "01") y_icon = "t100_day";
else if (tenki_i == "01_n") y_icon = "t100_night";
else if (tenki_i == "08") y_icon = "t200_day";
else if (tenki_i == "08_n") y_icon = "t200_night";
else y_icon = "t999_day";

sprite.drawPng((std::uint8_t*)y_icon, sizeof(y_icon), 0, 25);

t100_dayなどは画像なんですけど、tenki_iの中のstrによって画像を変えたいです。
y_iconはどうやって指定したらいいでしょうか？

2025/04/09(水) 15:16:14.76

>>755もそうだし書いちまったもんはしょうがねーけどコードを載せる時は
どうしろこうしろって書いてあんだから従えよ
アンタどこ行ってもそんな感じなのか?

2025/04/09(水) 15:24:40.77

すみません、書き直しました
https://ideone.com/CSy0Nb

t100_dayなどは画像なんですけど、tenki_iの中のstrによって画像を変えたいです。
y_iconはどうやって指定したらいいでしょうか？

2025/04/09(水) 15:27:10.13

>>755
fork呼んだ親プロセスがreturn 0でいきなり終わってるのがダメ
wait呼んでプロセスの終了待ちしろ

2025/04/09(水) 18:01:06.77

>>768
その断片的なプログラムではよくわからんが型を合わせるだけなら y_icon の宣言はこうなるべきだと思う。

const unsigned char* y_icon;

2025/04/09(水) 18:30:26.27

>>768
ところでそれは C++ じゃない？
なんでこのスレで聞くの……。

**755** (ﾜｯﾁｮｲ 6e2a-ZtHn) · 2025/04/09(水) 19:53:07.12

>>769
「お騒がせしました。」と言ったので、勝手ながら質問を終えた気がしていた。見てくれて有り難う。

>>755,762 については、Ubuntu においても sudo で execl は動作していた。
動作しないように見えたのは、Ubuntu 特有のファイル権限設定があり、root といえどもファイルにアペンドできないせいだった。Qiita にあったサマリが解りやすい。

https://qiita.com/skyflare2001/items/1c1934b1d2f405228334#2025118-追記
> Ubuntu の /tmp のユーザファイルに root で追記できない

全く C言語に関係なかった。ごめんちゃい。

2025/04/20(日) 14:12:51.27

stdbool.h 真面目に使ってる人いる？あるいは使ってない方がおかしい？

2025/04/20(日) 16:06:51.19

原則としては論理型が必要であれば stdbool.h (内で定義される bool) を使うべきだと思う。
論理型が C99 で導入されるより前の古いプログラム中で bool という名前を使っている場合に配慮して論理型の名前を _Bool にした上でその別名の bool を stdbool.h 内で定義するという変な構成になっている。
(もし bool という名前を独自の定義で使っている場合は単に stdbool.h を使わないという選択が可能。)
このような状況から、互換性の問題がなければ論理型は bool という名前にしたかったし、論理型の値は true, false と書きたいという意図が感じられる。
自分が書くプログラム内で名前が衝突するような問題がないのなら意図に乗っかっておくのが無難そうに思われる。

C23 からは bool, true, false がキーワードとして直接にサポートされるようになって stdbool.h は意味を失いただ存在するだけになった。
こういう変更をする以上はこれが C のあるべき新しい姿と考えられてるってことなんだろう。
stdbool.h を使うことで (古い規格でも) 新しい姿を先取りできるわけ。

ただ、 C23 の変更はちょっとだけ互換性を損なう部分があるから注意を要する。
stdboo.h で定義される旧来の true, false は 1, 0 に展開されるマクロで、要するに型で言えば int だった。
C23 からの true, false は bool 型のリテラルという立場を持つ。
これが問題になるケースはそれほどないとは思うけど……。

2025/04/20(日) 16:30:31.97

bool型だと関数成功はtrueで1
int型だと関数成功で0とか普通
混ぜるな危険

2025/04/20(日) 17:33:04.38

戻り値が負数ならエラーってやつが(ry

2025/04/20(日) 18:02:02.88

関数の結果がboolのやつはエラー原因丸めて何が問題かわからないからクソだよな

2025/04/20(日) 18:06:56.21

>>773
なんでstdbool.hがあるのかよく分からないってこと?

2025/04/20(日) 19:55:37.89

>>778
「真面目に」というワードから「そんなにカッチリやるほどのもんかね？」みたいなニュアンスを感じる。
意味はわかった上でそれほど価値を感じてないのだと思う。

2025/04/20(日) 21:08:15.13

#define false 1==0
#define true !false
不真面目なんでいつもこれでやってました

2025/04/20(日) 21:22:34.91

>777
エラー理由が必要なやつは引数に返り値用ポインタ要求する設計になってんじゃね？

2025/04/21(月) 02:34:30.39

>>777
関数の結果の型がboolのやつが-1を返す例もあってな

2025/04/21(月) 05:17:15.86

>>780
stdbool.h がやってるような
#define false 0
#define true 1
ではなく無意味に遠回りな書き方をする理由は何？

2025/04/21(月) 05:35:14.60

そういや、boolの実値は処理系依存とはるか昔に習ったようなキモス

2025/04/21(月) 05:47:00.09

>>783
FAQを読め

2025/04/21(月) 05:54:01.88

>>785
これのこと？
https://c-faq.com/bool/booltype.html
そういのを好む人もいるとだけ書かれていて、理由の説明はない。

2025/04/21(月) 09:56:56.17

#define TRUE (0==0)
#define FALSE !TRUE
この書き方はまだ世の中がBASICでソフト組んでた頃に見たわ
たぶんそれ以前のどこか別の言語からの輸入なんだとは思うが
かっこいいから好んで使ってる

2025/04/21(月) 09:58:55.59

まあ、まだtrueが0以外って仕様だった頃に、より処理系に沿った正確な値が欲しかったんだ

2025/04/21(月) 11:43:45.70

>>788
PDP-11 時代の C のリファレンスマニュアルを見つけることが出来た。
https://web.archive.org/web/20250121035636/https://www.bell-labs.com/usr/dmr/www/cman.ps
1975 年頃のもので、このときすでに比較演算子や等価演算子は 1 か 0 を返すことになっている。
たぶん最初からそうだったと思う。
C の基礎になった B の時点で既にこのような仕様なので。

ただ、全ての処理系が完璧に同じ仕様に沿っていたわけでもないだろうし、当時の事情の中で有用なテクニックだった可能性はあるかもしれない。

2025/04/21(月) 12:00:52.53

いまでも「0は偽」という仕様しか謳われてないように見えるがどうだろう

むしろ「偽は0」という仕様が消えているようにも思えるが、どうだったっけ

2025/04/21(月) 12:43:19.49

>>790
_Bool は整数型 (標準符号無し整数型) に分類されている。
整数型は他の整数型に変換したときに変換後の型で表せる範囲であるなら同じ値になるルールなので _Bool 型の 0 は 0 だよ。

2025/04/21(月) 12:51:37.31

関数の戻り値だと、
０は正常終了、非０は異常終了
というのが多かったと思う

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 351a-kvZ8) · 2025/04/21(月) 13:16:11.04

論理型のある言語でも
If b = True Then
なんて書かれるとモゾモゾしてしまう

2025/04/21(月) 13:36:06.07

false=0,true=1に決めたとしても、いにしえのboolがint型な影響で行儀の悪い関数から2とか-999999999を返せてしまって
1以外のtrueで意図しない分岐になる恐れがあるから、ifの条件は0か非0かで判断しましょうというバッドノウハウ的なルールになったようだ

2025/04/21(月) 13:51:07.27

BOOLの定義にさらに混乱に拍車をかけたのがWindowsAPIのGetMessage()で、戻り値の型をBOOLとしておきながら
実際には0、0以外、-1を返すというBOOLの概念が揺らぐような凶悪な仕様でif文に対し疑心暗鬼になったプログラマーが発生した

https://learn.microsoft.com/ja-jp/windows/win32/api/winuser/nf-winuser-getmessage

2025/04/28(月) 20:12:17.56

初心者です
vcのCL.EXEにパスを通したいのですがどれに通せばいいかわかりません。
８６フォルダと６４フォルダにそれぞれさらにフォルダが二つあって合計で４つCL。EXEが４っつあります。
８６と６４は３２ビットと６４ビットの違いかと思うのですが、６４のフォルダにも二つあるのでわかりません

2025/04/28(月) 20:13:33.98

>>796
CL。EXE

CL.EXEの間違え

2025/04/28(月) 20:19:59.93

>>796
vcvarsall.bat にパラメータを渡して実行するか各アーキテクチャ向けバッチファイルを実行することで必要な環境変数の設定がされる仕組みになっている。
https://learn.microsoft.com/ja-jp/cpp/build/building-on-the-command-line?view=msvc-170
これらのバッチファイルを経由せずに直接環境を設定するのはやめたほうが良い。

バッチファイルの具体的な内容は各環境によって (インストール時の条件などによってかな？) 違うので他環境でインストールしたバッチファイルを持ってくるなと注意書きがある。

2025/04/28(月) 20:39:54.03

>>798
自分で直接やらない方がいいのですね
はって頂いたページを見ましたが初心者には難しいですね
でもこちらに載ってあるBATファイルで設定するのがいいのですね
ありがとうございます

2025/04/28(月) 20:54:09.97

>>799
私自身は今は使ってないからあまり把握してないのだけれど、普通にインストールしたらそのバッチファイルがスタートアップメニューに登録されなかったっけ？

2025/04/28(月) 21:29:48.61

>>800
探してみたのですが見つかりませんでした。
PC買い替えたので改めて環境設定しているのです。
もう一度インストールし直すとあるかもしれませんね。
私が消してしまった可能性もなくはないので

2025/04/28(月) 21:32:36.04

自分でPATHを通してみろ。っていう実習だとしたら。
たとえば、Hostx64の中のx86は、x64上でclを実行して、出てくるバイナリはx86用ってこと

「そうやって覚える」のもアリだが、vcvarsall を使いこなすこともぜひ覚えよう

2025/04/28(月) 21:45:04.99

パスだけ通しても環境変数設定しないとincludeファイルが見つからないとか色々言われそう

2025/04/28(月) 22:03:09.10

cl.exeの質問したものです
あらためてインストールしたらスタートメニューにコマンドプロンプトがでてきました。
以前使っていたやつと同じのなのでcl.exeが実行できます。
みなさん親切にありがとうございました！！

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-6bHF) · 2025/04/29(火) 05:05:37.13

>>804 Windows環境だと俺はまだ、command prompt for developerを使わないとcl.exeを実行できない。すごいなぁ

2025/04/29(火) 09:10:59.69

Windows は難し過ぎ。

2025/04/29(火) 12:55:09.96

Nim入れたら勝手にcl実行出来るようになってた気がする

**デフォルトの名無しさん** (JP 0H4f-KaeE) · 2025/04/30(水) 19:36:25.43

Windowsでコマンドプロンプトを使ってのC言語って、
VCにしてもMingWとかにしても、
どうにもイマイチよな

なんならDOS時代のBorland Cとかの方が
IDEとの相互運用性があった気もするが

まあ、きょうびプログラミングといえばもうLinux一択ですしねえ

2025/04/30(水) 20:41:49.51

ゲーム開発とかWindowsだろ
Linux一択ってお前狭い世界しか知らないだけだぞ

2025/04/30(水) 20:47:22.61

狭いWindowsの世界から飛び出そう

2025/05/01(木) 03:44:24.96

Windows一択とは言ってないね
その論理思考能力でプログラミングやってて大丈夫？

2025/05/01(木) 10:14:05.05

>>808
*nix系のcmakeとWindowsのCMakeは別物だったと思うけど
VSはプロジェクトからmakefileを造ることは可能だったはず
メリットがあるかどうかは知らん

2025/05/01(木) 13:40:32.60

VCって、C言語にとてもよく似た、ともすればほぼ同じ文法でソースを書ける、
何かのフレームワーク用の開発環境だよね

2025/05/01(木) 14:35:25.46

MFCのことか

2025/05/01(木) 20:39:23.67

>>812
nmakeがmakeと別物であってcmakeはWindowsでも一緒だろ

2025/05/03(土) 00:28:21.78

錆び付いたC言語で今を打ち抜こう

2025/05/03(土) 07:50:52.82

>>816
何を使用して?

2025/05/03(土) 10:18:34.76

>>817
投げ捨てられたautoconf

2025/05/03(土) 16:53:00.85

>>816-818
良い歌詞だね
曲付けてもらえば？

2025/05/03(土) 18:56:34.42

スマホとPCの作業を効率化したい--「Copilot Vision」の便利な8つの活用例
2025-05-03 07:00
https://japan.zdnet.com/article/35232549/

1 プログらまーまこれを改造してるので上記以外の状態でも使用できるようにしている

2 すでにプログラムがあるので１～コードを作成する必要が無い

ボイス・トォ・スカルの本態が一般パソコンにまで来たのでつい買い捨てができるようになった
マネーロンダリング談合インサイダーなどがはかどるといわれる

2025/05/03(土) 18:58:42.72

タイトルは青春の蹉跌あたりで

2025/05/05(月) 08:50:37.13

“イリヤ神”がまたやった　動画生成AI「FramePack」が革命的なワケ
2025年05月05日 07時00分更新
https://ascii.jp/elem/000/004/267/4267160/
　4月17日に登場した動画生成AIプログラム「FramePack（フレームパック）」が世界的に衝撃を与えています。PCローカル環境で動画AIを動かすには、少なくともビデオメモリー（VRAM）が12GBあるビデオカードを搭載していないと難しいというのが常識でした。ところが、VRAM 6GBでも安定的に動作させられるため、一気に動画AIの裾野を広げそうです。開発したのは、画像生成AI分野で「ControlNet」や、使いやすいツール「Fooocus」などを開発してきたことで知られる、スタンフォード大学に在籍中のIllyasviel（イリヤスフィール、以下イリヤ）さん。既存の方法論にまったく違ったアプローチでブレイクスルーを引き起こす、“イリヤ神”のアプローチに再び注目が集まっています。
中略
　AI動画を作ってみたいけれども、スペックが足りないために諦めていたという人が次々に自前の環境で試すようになってきました。既にワンパッケージでインストールできる環境も整えられているため、スタートも簡単です。様々なファイルをダウンロードしてくるため、初期設定は2時間くらいは見ておく必要があるものの、圧倒的にハードルが下がりました。

**デフォルトの名無しさん** · 2025/05/05(月) 16:26:03.24

>>822
オンボのグラフィックスでも動きますか？
メインメモリは24GBです

2025/05/07(水) 15:22:05.67

下記は全て2025年５月７日の記事

OpenAI、ChatGPTの6つのモデルの違いと適切なプロンプトを解説
https://news.mynavi.jp/techplus/article/20250507-3275757/

Microsoftの新規のソースコードの約3割をAIが生成、Nadella氏が明かす
https://news.mynavi.jp/techplus/article/20250507-3271749/

スコットランドの住民を悩ます謎の怪音「ヘブリディアン・ハム」の正体はいまだ不明
https://karapaia.com/archives/507130.html

2025/05/07(水) 15:47:16.05

怪音をお尻から出してる奴、正直に名乗り出なさい

**デフォルトの名無しさん** (ｽﾌｯ Sd32-RYHa) · 2025/05/08(木) 08:38:35.44

WSLでdebianを使っているけど、動作が軽いし便利だよね　vscodeの起動も早い

2025/05/09(金) 07:07:15.84

もう見抜けない、最先端のAIディープフェイク動画は心臓の鼓動まで再現、判別が困難に
2025-05-08
https://karapaia.com/archives/507859.html