【初心者】Ubuntu Linux 126【本スレ】 (473ﾚｽ)
上下前次1-新
318: 05/23(土)21:54 ID:BYxCg3++(2/2) AAS
>>313
AIでのコーディンもある程度自分が分かった上で使うものでは
そうでないと指示の仕方も分からん
319: 05/23(土)23:19 ID:IagJovlh(1) AAS
今のところ、しょせんは賢い検索エンジン、賢いので組み合わせたり補完したり足りないところを偽造したりするけど、入力が存在しなかったり誤った入力を採用すると正しい答えがでない、人間が間違いの指摘しないといけないのは本末転倒だがそれが現状
既存のマニュアルやノウハウを探させるのには便利なんだけど、それ以上は使う人の能力次第
320: 05/24(日)03:25 ID:cRq6Qi93(1/3) AAS
俺のUbuntu安定しすぎてサポート終わってるのにアップデートできん
動画関連久々に最新にしたけどAIって凄いね
ビルドのエラーとか結構的確だったのがGoogleのAIだった気がする。もっとも各AIの回答で良さげなの選ぶんだけど
でもまあ凄い時代になったものだわ
~ $ ffmpeg -version
ffmpeg version git-2026-05-23-4492ad7 Copyright (c) 2000-2026 the FFmpeg developers
built with gcc 12 (Ubuntu 12.3.0-1ubuntu1~22.04.3)
configuration: --prefix=/usr/local --extra-cflags='-I/usr/local/cuda/include -I/usr/local/include' --extra-ldflags='-L/usr/local/cuda/lib64 -L/usr/local/lib' --extra-libs='-lm -lpthread' --bindir=/usr/local/bin --enable-gpl --enable-nonfree --enable-libfreetype --enable-pic --enable-libx264 --enable-libx265 --enable-libmp3lame --enable-libfdk-aac --disable-libtls --enable-openssl --enable-cuda-nvcc --enable-nvenc --enable-nvdec --enable-libvpx --enable-libopus --enable-pic
libavutil 60. 31.100 / 60. 31.100
libavcodec 62. 34.101 / 62. 34.101
省18
321(1): 05/24(日)03:39 ID:cRq6Qi93(2/3) AAS
av1 - AOMedia Project AV1 Encoder 3.14.1-40-gfeaeb0f890 (default)
vp8 - WebM Project VP8 Encoder v1.16.0
vp9 - WebM Project VP9 Encoder v1.16.0 (default)
~ $ x265 --version
x265 [info]: HEVC encoder version 4.2+5-7b3d1f515
x265 [info]: build info [Linux][GCC 12.3.0][64 bit] 12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
~ $ x264 --version
x264 0.165.3223 0480cb0
(libswscale 9.7.100)
省16
322(1): 05/24(日)04:04 ID:RAQ2X67W(1) AAS
>>321
要点まとめられない言語障害が掲示板荒らすなよ
323(1): 05/24(日)10:18 ID:cP8JXzPy(1) AAS
>>322
要点まとめたお↓↓↓
AV1・VP9・x264/x265・CUDAまで自前ビルドして /usr/local で統合運用
昔は依存関係や競合で詰みやすかったが
今はAI支援でほぼ解決出来かなり強いLinux動画エンコード環境が完成
ただメモリー高騰で新PC移行は保留中最新Ubuntu環境が将来の夢よ
324(1): 05/24(日)10:39 ID:GVeh1jRE(1) AAS
ビルドもままならないアタオカ？
バカでもビルドできるヤツ晒されてもなーwara
325: 05/24(日)10:52 ID:5YuZBoT1(1/2) AAS
諸事情で古いOSからアップデート出来ない場合に必要な新しいライブラリだけ持ってきて、該当のソフトは新ライブラリを読み込ませて走らせるとかもAIがあると楽だね
ラッパースクリプトを簡単に作ってくれる
該当のソフトのソースがなくプロプライエタリなので詰んだかと思ってたけど動かせた
326: 05/24(日)11:04 ID:5K6JpDfS(1) AAS
>>324
ビルドなんて知識の無い人はAIに聞けば完璧にやってくれるんだよ
試しにやってご覧（笑）
ビルドでマウントは昔の話なんだよお爺ちゃん
327(2): 05/24(日)11:23 ID:9lrEFfQ9(1) AAS
ビルドしただけでドヤは大先生すぎる
328: 05/24(日)11:28 ID:VbvNuyGg(1) AAS
>>327
超大先生になるには？
329(1): 05/24(日)11:54 ID:5YuZBoT1(2/2) AAS
>>327
異なるライブラリのバージョンが必要になるとビルドも運用も結構トラブルが多くて面倒くさいのよ
人間に聞いてもアップデートやクリーンインストールしか言わないけどAIは色々と考えてくれる
使う人の側も出力や場合によってはログを適切に入力していっしょに考える必要があるけど確実に便利になった
330(2): 05/24(日)12:11 ID:/HMxfP7H(1/2) AAS
mpvのsudo ./installは動かないだろ
その辺のtipsを教えてくれると有益
331: 05/24(日)12:20 ID:SooJXv0m(1/8) AAS
変なライブラリを /usr/local/hoge に投入して
gcc -L/usr/local/hoge -R/usr/local/hoge
とかwwww
332: 05/24(日)12:25 ID:SooJXv0m(2/8) AAS
↑だめなんだってｗｗｗｗｗ
GNUリンカ（ld）の -R との混同
かつて（あるいは一部の商用UNIX系リンカなどでは）、GNUリンカ（ld）の -R オプション（大文字）にディレクトリを渡すと、
互換性のために -rpath とみなす挙動が存在しました。
しかし、これに関しても rpath-link ではなく rpath（実行時パスの埋め込み）の挙動です。
2. 現在の正しい書き方
rpath-link は「リンク時のみ、間接依存している共有ライブラリ（.so）を検索するパス」を指定するオプションです。
GCC経由でこれをリンカ（ld）に正しく伝えるには、
-Wl, オプションを使用して以下のように記述する必要があります。
bash
省1
333: 05/24(日)12:31 ID:SooJXv0m(3/8) AAS
だいぶいい加減に覚えていたようだｗｗｗｗ
gcc のコンパイルオプション rpath と rpath-link は別のものですか？
結論から申し上げますと、rpath と rpath-link は全く別のオプションです。
どちらも共有ライブラリ（.so ファイル）を探すためのパスを指定するものですが、
「いつ（どのタイミングで）使われるか」が根本的に異なります。
明確な違いと、それぞれの役割について解説します。
有効になるタイミング
rpath プログラムの「実行時」, パスの埋め込みあり（バイナリに記録される）, 実行時に自作ライブラリなどを自動ロードさせたい時
省1
334: 05/24(日)12:33 ID:SooJXv0m(4/8) AAS
すると rpath-link というのは
単純に -L/usr/local/somewhere
のことではないか？
ごめんね
逃走しますｗｗｗｗｗ
335: 05/24(日)12:58 ID:SooJXv0m(5/8) AAS
gccでプログラムをコンパイルするときに、昔は、追加の動的ライブラリをコンパイル時に検索する場合
-L/usr/local/somewhere のように書きましたが、今では違う書式なのですか？
結論から申し上げますと、今でも変わらず -L/usr/local/somewhere という書式が正しく、現在もそのまま使われています。
GCCのこの基本オプションの仕様は、昔から変更されていません。
ただし、「現代の開発環境における実務上の書き方」という意味では、いくつか変化や注意点があります。
1. 実行時エラーを防ぐための現代的な書き方
現代のLinux等では、セキュリティや依存関係管理の観点から、
コンパイルが通っても「実行時」に動的ライブラリを見つけられずエラーになるケースが増えています。
そのため、現在は -L だけでなく、実行時の検索パス（rpath）をバイナリに埋め込む -Wl,-rpath をセットで書くのが一般的です。
省2
336: 05/24(日)13:57 ID:SooJXv0m(6/8) AAS
rpath の正しい書式はわかりました。 昔に -R と書いたのは、どういう環境に由来していますか？
昔 -R と書かれていた書式は、主に System V（システム・ファイブ）系 UNIX、その中でも特に Solaris（SunOS） というオペレーティングシステム（OS）の環境に強く由来しています。
Linuxが普及する以前のUNIX全盛期において、この仕様がどのように生まれ、なぜ現代のGNU環境（Linuxなど）に引き継がれたのか、その歴史的背景を紐解くと以下のような流れになります。
1. 由来となった主な環境
① SunOS 5.x / Solaris（サン・マイクロシステムズ社）
-R の最も代表的なルーツは Solaris です。
Solarisの標準リンカ（ld）は、実行時ライブラリ検索パスを指定するオプションとして -R パス を採用していました。
当時、商用UNIX市場で圧倒的なシェアを誇っていたSolarisのこの仕様は、多くの開発者にとっての「標準」となりました。
省7
337: 05/24(日)14:13 ID:SooJXv0m(7/8) AAS
AI大先生に感謝しよう
ありがたや
さようならｗｗｗｗ
上下前次1-新書関写板覧索設栞歴
あと 136 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s