シェルスクリプト総合その28

**デフォルトの名無しさん** · 2018/07/24(火) 11:01:16.36

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。

前スレ: シェルスクリプト総合その27（https://mevius.5ch.net/test/read.cgi/unix/1525337663/）

**デフォルトの名無しさん** · 2018/09/14(金) 20:39:41.70

>>809
カーネルいじればそれは可能だな。
カーネル書ける人なら目茶目茶難しいってほどじゃないから、
カーネル書ける人雇えばいいぞ！

ただしそれを標準カーネルの機能として入れてもらえるように
議論するのは、カーネルに機能追加するよりだいぶ大変かも。
#! じゃない別のmagic文字列にした方が提案通りやすいかもな。
頑張れw

**デフォルトの名無しさん** · 2018/09/14(金) 20:42:06.79

>>817
技術的に可能でありユーザーランドを触ってないってのは同意したの？

だから関係者と話をつけるのが難しいっていうのは
別の話だから、すり替えるのはやめてくれと行ったんだが

**デフォルトの名無しさん** · 2018/09/14(金) 20:43:14.61

つーか、いい加減にしないといつもの荒らしモードに入るぞ？ｗ

議論に負けそうになると、話をすり替えて、
俺を呼ばわりするのはいつもの手だよなｗ

もうそろそろ荒らし認定することだと思ってるんだが？ｗ

**デフォルトの名無しさん** · 2018/09/14(金) 20:43:32.04

訂正

俺を荒らし呼ばわりするのはいつもの手だよなｗ

**デフォルトの名無しさん** · 2018/09/14(金) 20:46:17.92

反論しないならさっさとNGIDに入れて
俺に反論できない状態を作ってくれよ？

見れなくなったら俺に反論できないんだから
それこそ俺の望んだ結果だｗ

はい、結論。>>809の方法で技術的には実現可能です。
反論がある人は、関係者を説得して調整をするのが難しいって
別の話にすり替えないで技術的な話でお願いしますねー

**デフォルトの名無しさん** · 2018/09/14(金) 20:46:23.72

>>818
なんか別人と勘違いしてるようだが、俺は技術的にできないと書いたことは一度もない。

この勝手に勘違いしてるあたり、もしかしていつもの人か？

**デフォルトの名無しさん** · 2018/09/14(金) 20:48:41.19

>>822
はい、技術的な内容を長文で書いて
相手を論破するのは、いつもの俺のパターンｗ

**デフォルトの名無しさん** · 2018/09/14(金) 20:48:54.07

だって勝手に勘違いして勝手な仮定して勝手に腹立ててるんだもん。

せっかく賛成してた俺まで敵視しだす有り様だし。
自業自得ってことよ。

**デフォルトの名無しさん** · 2018/09/14(金) 20:51:13.71

長文ってだけでとりあえずスクロールする

**デフォルトの名無しさん** · 2018/09/14(金) 20:54:16.23

>>824
５ちゃんねるなんだからこの程度のもんよ

こっちが真面目に話をしていても、とりあえず何か言い返せば
それが反論したことになるみたいな、みたいなクソみたいなレスしてくる

いい案だと思うなら一言「それはいい考えだ」ぐらい書けと
自分が間違っていたら、素直に間違いを認めるやつばかりなら、
それもこんなにどうでもいいことを、毎回書かなくてすむんだよ

**デフォルトの名無しさん** · 2018/09/14(金) 20:58:13.19

>>816
ファイルシステムの構成に何らかの仮定を置いた時点でユーザランドと分離できていない。

**デフォルトの名無しさん** · 2018/09/14(金) 20:59:16.05

ちなみに俺はIDずっと変えてないよ。

**デフォルトの名無しさん** · 2018/09/14(金) 20:59:57.05

>>827
ファイルシステムの構成に仮定をおいたりしてない
単にシバン文字列を置換するだけ

**デフォルトの名無しさん** · 2018/09/14(金) 21:08:41.85

>>829
仮定せずにどうやって/usr/bin/env付ければいいってわかるの？

**デフォルトの名無しさん** · 2018/09/14(金) 21:12:09.04

>>830
単なる文字列の置換に過ぎない
カーネルはシバンがファイルパスなんて思ってない。

カーネルがシバンを読み取るというのなら、少なくとも
読み取ったものがシバンであるということはわかってる
あとはそこににある文字列が、ファイルパスだろうが
ランダム文字列だろうが関係ない

単に#!の後に固定の文字列を埋めるだけ
あとは後続のプログラムに渡せば、
そいつが勝手になにかしてくれるんだろ？
それはカーネルの知ったことじゃない

**デフォルトの名無しさん** · 2018/09/14(金) 21:30:49.25

この話と実行権限が関係ないのは理解できたのか？

**デフォルトの名無しさん** · 2018/09/14(金) 21:44:08.73

>>832
お前1人で意味不明の話をしてるんだってｗ

（awkスクリプトで書いた）fooコマンドが実行できるのは
fooコマンドに実行権限がついているからだし、そのfooコマンドの
シバンで指定されたプログラムも実行権限がついていなければいけない

当たり前の話だが、上記の理由により awkであっても /usr/bin/envを
使っておいたほうが良いって結論を言ったんだが、
それに対して前は何の話をしてるのだ？

**デフォルトの名無しさん** · 2018/09/14(金) 21:46:58.87

どうもこの話を理解できないのが、おかしいと思うんだが、
もしかしてawkスクリプトに実行権限をつけるという発想がないのか？
いつもawk -f スクリプトファイル名で実行してるとか？

いや、まさかな。
シバンはスクリプトファイル名だけで実行するためにあるんだし
そのために実行権限つけるだろう。

でもなぁ、ここまで以上に理解能力がないのは、
まかさが的中しているとしか思えない。
シバンをつける意味もわかってなかったりしてｗ

**デフォルトの名無しさん** · 2018/09/14(金) 21:49:19.68

ここまでの話全く読んでないけどawk実行させる時は-f使うわ

**デフォルトの名無しさん** · 2018/09/14(金) 22:00:24.41

>>835
ということは、シェルスクリプトを実行させるときはsh使って
perlスクリプトを実行させる時はperlを使ってるのかな？

かつてsystemdが普及するまではみんなが使っていた
serviceコマンドやbyobuはシェルスクリプトだし
apt-fileやshasumはPerlスクリプトだし
ufwはPythonスクリプトだよ

実装がなんのスクリプト言語で作られているかなんて気にしなくていいじゃないかｗ

**デフォルトの名無しさん** · 2018/09/14(金) 22:02:01.56

shは実行権限つける
perlは場合による
意味はない

**デフォルトの名無しさん** · 2018/09/14(金) 23:01:40.99

>>833
俺は>>797でお前が意味不明な
> それだと実行権限の意味がなくなるじゃん
と、書いてたからパス指定と実行権限の意味は無関係だと指摘してるだけなんだが
機能的文盲とかいうやつなのか？

**デフォルトの名無しさん** · 2018/09/14(金) 23:05:15.75

$ls aho.sh
rw-r--r-- aho
$. ./aho.sh
aho
$

**デフォルトの名無しさん** · 2018/09/14(金) 23:06:41.90

$cat ./aho.sh
echo aho
$

**デフォルトの名無しさん** · 2018/09/14(金) 23:15:17.42

>>838
確かにあの書き込みは全体的に意味不明だったね。

**デフォルトの名無しさん** · 2018/09/15(土) 01:10:17.43

>>838
> と、書いてたからパス指定と実行権限の意味は無関係だと指摘してるだけなんだが
> 機能的文盲とかいうやつなのか？

実行権限がついているとパスの指定を省略できるんだよ

ご存知じゃないかもしれないが（皮肉）パスの指定を省略した時に
$PATHに設定された複数のパスから、パスを補完してくれる機能がある
つまり$PATHからパスを補完してほしいなら実行権限をつけないとだめ

（awk）スクリプトを$PATHの中から補完してほしいなら実行権限をつける。
そうするとパスを省略して実行できる。
スクリプト自体は$PATHから補完してくれる、だけどそのスクリプトに
シバンが/usr/bin/awkとなっていると、スクリプトを実行するインタプリタは
/usr/bin/awk固定となってしまう。

/usr/bin/env awk -f と書くことで、インタプリタ自体も$PATHから検索してくれる

パス指定を"省略すること" と実行権限の意味、いい加減理解しましたかね？

**デフォルトの名無しさん** · 2018/09/15(土) 01:13:44.97

ほんと、理解能力がないのか、
それとも、単に技術レベルが数ランク下なのか知らんが
馬鹿を相手にしてると疲れる。煽りたくもなるわｗ

**デフォルトの名無しさん** · 2018/09/15(土) 01:20:22.61

> 796 返信：デフォルトの名無しさん[sage] 投稿日：2018/09/14(金) 12:12:08.80 ID:CXa+ZLzo [3/4]
>>795
システム付属じゃ駄目で、自分でビルドした特有の事情があるなら、絶対パス指定で呼べばいいのでは？

797 名前：デフォルトの名無しさん[sage] 投稿日：2018/09/14(金) 16:14:10.39 ID:6xTUz+7n [2/20]
>>796
それだと実行権限（をつけてパスを省略できるようにした）の意味がなくなるじゃん

ここまで言えば、馬鹿でも理解できるかな？
まだ説明しないと理解できない？

**デフォルトの名無しさん** · 2018/09/15(土) 01:22:03.62

実行権限は単に実行可能にするだけじゃない
パスを省略して$PATHの中からパスを補完してくれる機能があるのだ

**デフォルトの名無しさん** · 2018/09/15(土) 01:32:29.75

まあ、細かいことを説明するなら、"スクリプトファイル" の実行パスを
検索してくれるのはシェルで、シェルが$PATHの中から
実行ファイルを見つけることができるようにするために実行権限をつける

でも今は "スクリプトファイル" の実行パスの検索の話ではなく
シバンから起動する "インタプリタ" の話
シバン自体には$PATHの中から検索してくれる機能はなくて
単にシバンに書かれたパスのプログラムを実行するだけ

そこで出てくるマジックが /usr/bin/env awk -f
シバンは$PATHを検索しないが、/usr/bin/envが$PATHを検索して
適切なプログラム（ここではawk）に引き継いでくれる

などと丁寧に説明してやったら、今度は長文だーとか言って
荒らし呼ばわりするんだろう？

**デフォルトの名無しさん** · 2018/09/15(土) 02:03:07.61

話は変わるけどさ、

シェルスクリプト（シバンは #!/bin/sh 実体はdash）に
A=
A=123 echo "$A-1"
echo "$A-2"

って書いて実行したら以下のように表示されるんだよ。
-1
-2
この動きはA=123が評価される前にechoの変数展開が行われて-1になって
実行したらAの内容が元に戻るから-2と表示されるということで理解できる

でも以下のように書いたら
A=
A=123 eval 'echo "$A-1"'
echo "$A-2"

次のように表示されるんだよ
123-1
123-2

これはどういうわけだろう？

さらにbashとzshで実行した場合は以下のように表示されたｗ
123-1
-2
この動作ならまだ理解できる。

でもkshやposhやyashなんかはdashと同じ
どっちが正しい動きなんだろう？

**デフォルトの名無しさん** · 2018/09/15(土) 04:27:15.99

またかww

**デフォルトの名無しさん** · 2018/09/15(土) 05:43:59.56

>>847
単にシェルごとに仕様が違ってるだけで全て正常動作だろうし正しいと言えば正しいのでは？
てか、あらゆるシェルはこのような時はこのような動きにならなければいけないみたいな決まりがあるわけでもないんだから正しいか間違いかで考えること自体がおかしい。

**デフォルトの名無しさん** · 2018/09/15(土) 06:12:06.93

>>849
> 単にシェルごとに仕様が違ってるだけで全て正常動作だろうし正しいと言えば正しいのでは？

POSIXの仕様と照らし合わせてって意味だよ

POSIXの仕様と照らし合わせて正しいのか間違ってるのか
そもそもPOSIXにこういったときの仕様は定義されていないのか

> あらゆるシェルはこのような時はこのような動きにならなければいけないみたいな決まりがあるわけでもないんだから

決まりはあって、それがPOSIXの仕様のことだよ

**デフォルトの名無しさん** · 2018/09/15(土) 06:13:27.92

>>848
> またかww

うん、またなんだ。済まない。
バーボン（略

**デフォルトの名無しさん** · 2018/09/15(土) 09:25:08.76

よほどリアルでぼっちなんだな。そらそうだなという人格と見えるし

**デフォルトの名無しさん** · 2018/09/15(土) 11:18:23.22

>>843
> それとも、単に技術レベルが数ランク下なのか知らんが
https://cdn-ak.f.st-hatena.com/images/fotolife/k/kemurikikakuku/20170201/20170201184641.jpg

**デフォルトの名無しさん** · 2018/09/15(土) 15:58:58.37

俺自身にもそういう傾向があるが
訊かれてもないことをずらずら書いて自己満足に浸るのはよくないと思う。
現実の人間関係でもそういう人はハブられがちだし。

**デフォルトの名無しさん** · 2018/09/15(土) 16:00:37.10

聞いたことを答えないで
聞かれてないことを答えるのは
それはそいつが何も知らないときだ

ｵﾏｴはなにもわかってない

**デフォルトの名無しさん** · 2018/09/15(土) 16:04:38.00

>>855
誰がそんなことを答えてくれと質問したんだ？

聞かれてないことをペラペラ喋ってるのは
あんただろう？ｗ

**デフォルトの名無しさん** · 2018/09/15(土) 16:05:17.15

>>847の質問よろしくおねがいします。

**デフォルトの名無しさん** · 2018/09/15(土) 16:16:01.63

文書なげぇんだよなぁ

**デフォルトの名無しさん** · 2018/09/15(土) 16:16:38.70

前に情報小出しにするなって言われたからねｗ

**デフォルトの名無しさん** · 2018/09/15(土) 16:32:31.20

質問のときだけはへり下るのな
身を正してのつもりかもだが、質問のときだけですぐに豹変するからお前の場合はもうただただ気持ち悪いだけ

**デフォルトの名無しさん** · 2018/09/15(土) 16:35:43.79

何だ？質問も高圧的にすれば満足するんか？
ただ文句言いたいだけだろ。
そんな無駄な会話してないで
本題にもどれや

**デフォルトの名無しさん** · 2018/09/15(土) 16:38:13.80

どうしてそっちになるのだか。やっぱりそっちが素で付け焼き刃のへりくだりか
社会的にはは豹変しない方になんだけどなあ

**デフォルトの名無しさん** · 2018/09/15(土) 16:45:50.83

やっぱり意地でもスレと無関係の話をしたいようだ。
お前がいなくなればスレは平和になるのになぁｗ

**デフォルトの名無しさん** · 2018/09/15(土) 16:50:58.66

なにその俺は違う的なレスは
さすがいままでのレスで自己中ぶりを発揮しまくっただけあるやつだなあ。ただただ気持ち悪いのもそれは自己中ぶりからなんだかが、わからないだろうな、わかってたらそんな自己中にはならんだろうし

**デフォルトの名無しさん** · 2018/09/15(土) 16:55:24.75

なるほど、コマンドライン上にある変数(シェルが予め展開する変数)はそのままなのか
fork & exec されるプロセス空間の環境変数にのみ作用するのだからそうなるわな

$ PATH=hoge ls "${PATH}"
$ PATH=hoge /bin/ls "${PATH}"

**デフォルトの名無しさん** · 2018/09/15(土) 17:01:07.67

>>865
それと、(一時的)環境変数をいつするのかと、環境変数をいつ展開するのかが被ってるてとこかなあ
A=123 /bin/echo "$A"
A=123 bash/dash/ksh/etc... -c 'echo "$A"'

**デフォルトの名無しさん** · 2018/09/15(土) 17:19:32.41

>>866
そのコマンドラインは，「直前に指定した変数が影響しない」のが正しい挙動だよな

なぜならシェルはそれらを一緒くたに処理するから，変数の変化を参照できない
↑この理解って正しい？

bashコマンドラインで
$ VAR=val echo $VAR
# なにも返らず
$ VAR=val; echo $VAR
val
こういう挙動から推測したんだけども。

**867** · 2018/09/15(土) 17:20:16.67

ごめん安価ミス
1s/>>866/>>865/1

**デフォルトの名無しさん** · 2018/09/15(土) 17:42:37.90

>>865
forkされる場合ってのはわかりやすいんだけどね

> A=
> A=123 echo "$A-1"
> echo "$A-2"
>
> 次のように表示されるんだよ
> 123-1
> 123-2

実行するのがシェルビルトインコマンドであっても実行後は元に戻る

ん？頭にA=123をつけた時、本当にシェルビルトインの
echoが呼ばれてるのか？と思ってecho --versionとしてみたが、
やっぱりシェルビルトインの方だった。
（/bin/echo --versionだとバージョン情報が表示される）
他のシェルで試してみたがすべて同じ挙動

ということで

> A=123 echo "$A-1"

と書いたら変数の内容は実行後に元に戻る。
というのが基本の動きでいいのだろう
まあよく知られた機能だよね。

**デフォルトの名無しさん** · 2018/09/15(土) 17:43:08.57

ちなみにコマンドライン（シェル）じゃなくて
スクリプトを書いて実行して確かめてる

**デフォルトの名無しさん** · 2018/09/15(土) 17:56:26.73

知ってると思うんだけど、念の為

var=value command

この構文は、変数varにvalueを入れるだけじゃなくて
export varした状態になる。だからcommandが
外部コマンドであっても値は引き継がれている
（今回の話とは直接関係はない）

**デフォルトの名無しさん** · 2018/09/15(土) 18:00:22.45

話を簡単にすると

A=
A=123 eval :
echo $A

dashだと123と表示される。
bashだと何も表示されない。

**デフォルトの名無しさん** · 2018/09/15(土) 18:15:21.72

>>872
ふむ、bash で set -o posix してから実行すると 123 って表示されるね

**デフォルトの名無しさん** · 2018/09/15(土) 18:22:17.36

>>873
それは気づかなかった。ってことはPOSIXで仕様化されてるってことかな？
evalだけ特殊と。なんでだろうね。

**デフォルトの名無しさん** · 2018/09/15(土) 18:34:31.19

>>871
$ VAR=val echo $VAR
とした場合，「VAR=val」が反映されていないように見えるのはどうしてだろう

**デフォルトの名無しさん** · 2018/09/15(土) 18:43:07.13

>>875
それは単に「VAR=var echo $VAR」が1行だから
先に$VARが展開されるだけだと思うよ

変数を一時的に変更したいけど、別変数にバックアップして元に戻すの面倒だな
その他にも方法あるけどアレ（省略）だし、

よし、var=value command構文を使おう！
うお、先に$VARが展開されちまった
ぴこーん！だったらeval使えば先に展開されることないんじゃね？

よし動い・・・あれぁ、変数を一時的に変更したかったのに
実行終わっても変数が元に戻らないよぉ

よし５ちゃんねるだ。という流れｗ

**デフォルトの名無しさん** · 2018/09/15(土) 18:52:32.83

>>876
もうとっくに分かってると思うが俺が思い付いたのは
$ VAR=val-b4
$ (VAR=val-tmp; echo $VAR)
→ val-tmp
$ echo $VAR
→ val-b4
くらいだな

**デフォルトの名無しさん** · 2018/09/15(土) 19:22:09.86

https://i.imgur.com/VhwX2Fq.jpg

このスクショのようにmediainfoというコマンドのAudioの項目のFormatを取り出す方法教えてほしいです
。
以前はそのAudioのFormatという文字列はFormat profileだったので、
mediainfo "$FILE" | grep -E '^Format profile' | sed -E 's/.*: (.*)/\1/'
こうやってその行を抽出していたんですが、mediainfoがバージョンアップしてFormatという文字列に変わってしまいました。
Generalの項目にもFormatがあるので、これだと調べられません。
どうやるんでしょうか？

**デフォルトの名無しさん** · 2018/09/15(土) 19:37:37.26

GNU sed の -r オプション使ってるけど、こんな感じで

$ mediainfo "$FILE" | sed -nr '/^Audio/,$s/^Format +: (.+)/\1/p'

**デフォルトの名無しさん** · 2018/09/15(土) 19:38:31.49

>>878
mediainfo "$FILE" | sed -n -E '/Audio/,/\s*$/{s/Format\s*:\s//p}'

**デフォルトの名無しさん** · 2018/09/15(土) 19:41:31.43

ヘルプメッセージ読んだらこれでいいかも

$ mediainfo --Inform="Audio;%Format%" "$FILE"

**デフォルトの名無しさん** · 2018/09/15(土) 19:41:51.97

Audioにformatが複数あっても対応できないかなー？ってやってたら遅れたｗ

**デフォルトの名無しさん** · 2018/09/15(土) 19:42:08.44

>>878
mediainfo "$FILE" | sed -n -e '/^Audio/,$p' | grep '^Format' | cut -f '2-' -d ':' -s
これでどうだろう？

ところで綺麗な端末だね。

**デフォルトの名無しさん** · 2018/09/15(土) 19:42:36.17

ちょっと確かめてたらめっちゃ回答ついてたw

**デフォルトの名無しさん** · 2018/09/15(土) 19:43:35.86

ちなみに俺のコマンドラインはPOSIXに準拠してるので可搬性は高いと思うよ（ドヤ顔）

**デフォルトの名無しさん** · 2018/09/15(土) 19:50:28.32

Format複数あっても出力されるはずなのにおかしいと思ったら
CRLFになってたｗ　いい加減ATOMのデフォルトを変えないと

>>885
> POSIXに準拠してるので
そうそう。それを言おうと思っていたｗ

>>879
> GNU sed の -r オプション使ってるけど、こんな感じで
-r じゃなくて -E を使えば良いのでは？
POSIX準拠？かどうか知らないけど-Eは使えるはず

**デフォルトの名無しさん** · 2018/09/15(土) 19:57:27.53

>>886
>> GNU sed の -r オプション使ってるけど、こんな感じで
>-r じゃなくて -E を使えば良いのでは？
>POSIX準拠？かどうか知らないけど-Eは使えるはず

癖で指が -r を押してしまう…以後気をつけます

**デフォルトの名無しさん** · 2018/09/15(土) 19:59:15.83

Macだと\sは使えないのかな？
とりあえず>>879を参考にしつつ修正してみた。
General、Audio、の次になにか来ても対応できるようにしてみた。
これなら-Eいらんかったわ。macOSで動くのを確認済み

sed -n '/^Audio/,/^$/ s/^Format *: *// p'

**デフォルトの名無しさん** · 2018/09/15(土) 20:01:46.68

-Eが良いよ（ドヤァ）

POSIX準拠というより可搬性重視なので、
-Eが使えるなら-Eつけてれば良いんじゃね？ぐらいに思ってるｗ

**デフォルトの名無しさん** · 2018/09/15(土) 20:06:03.93

>>883
> grep '^Format' | cut -f '2-' -d ':' -s

grepしてcutするって流れは、俺もよくやるんだけど、
awk一つにまとめられる（と後からよく気づくｗ）

**デフォルトの名無しさん** · 2018/09/15(土) 20:13:17.74

>>890
でもなんかその操作をawk一つにまとめるって
emacsのorgモードに近い印象を受けるというか
ちょっとUnix哲学っぽくねえなと思う。

もちろんUnix哲学に従う必要性は皆無なんだけど，あくまで個人的な意見として。

**デフォルトの名無しさん** · 2018/09/15(土) 20:16:21.20

>>891
それ言ったらsedは今回、範囲選択＋行選択＋置換の3つを同時にやってるんやで？ｗ

**デフォルトの名無しさん** · 2018/09/15(土) 20:20:10.43

>>892
俺の >>883 ←これはそんなことやってねえぞ（謎の自信）
検索→表示オンリー

スレチにもほどがあるのでそろそろやめるわ

**デフォルトの名無しさん** · 2018/09/15(土) 20:41:53.02

sedもawkも複数行のスクリプトを実行できるわけで
一つのコマンドで複雑な異なる機能を提供してるから
Unix哲学から反してるのかもね

だから例のアレはUnix哲学がどうとか言ってる割に
結局awkでプログラム書くんかいって突っ込みたくなるんだな

**デフォルトの名無しさん** · 2018/09/15(土) 20:45:00.31

まだとどまる事のない誤解を披瀝し続けとってわろたw

**デフォルトの名無しさん** · 2018/09/15(土) 21:28:41.91

みなさんどうもありがとうございます！

>>881
おお！こんなオプションがあったんですか！って思って試してみたんですが、
上のスクショのLC-AAC-Sample.aac、HE-AAC-Sample.aacで試すと、どちらもAACと表示され、
このファイルはLC-AACかHE-AACなのか判別して次の処理に進む事が出来なかったので、このオプションではダメでした。

INFO=$(mediainfo "$FILE" | sedほげほげ"
case "$INFO" in
"AAC LC" )
ほげほげ1

"AAC LC SBR")
ほげほげ2

*)
ほげほげ3

って感じで次の処理に進むんですが、
>>879、880、888だとほげほげ1か2に進めて、>>883だとほげほげ3になってしまいました。

**デフォルトの名無しさん** · 2018/09/15(土) 21:30:45.05

>>883
端末はMacのiTerm、シェルはfish、プロンプトは適当にいじったやつです。

**デフォルトの名無しさん** · 2018/09/15(土) 21:43:49.56

>>896
> このファイルはLC-AACかHE-AACなのか判別して次の処理に進む事が出来なかったので、このオプションではダメでした。

ちゃんと調べた？ %Format%以外で出るのあるんじゃないの？

**デフォルトの名無しさん** · 2018/09/15(土) 21:59:26.07

>>898
Audio;%Format/Info%
だと上のスクショの
Advanced Audio Codec Low Complexityなになに
が取り出せるようでした。
これだとLC AACならAdvanced Audio Codec Low Complexity
HE-AACならAdvanced Audio Codec Low Complexity with Spectral Band Replication
が取り出せるので判別出来そうです。

**デフォルトの名無しさん** · 2018/09/15(土) 22:08:36.45

>>896
>>883のコマンドラインを提案した者だが
mediainfo "$FILE" | sed -n -e '/^Audio/,$p' | grep '^Format' | cut -f '2-' -d ':' -s | sed -e 's/^[[:blank:]]//1'
↑これでいけるかな。
ただ長いので他の人のを使ったほうがいいかも

**デフォルトの名無しさん** · 2018/09/15(土) 22:18:17.17

>>899
ところで
http://www.mpeg-audio.org/members/files/DASH_Files/Audio_Only_Stereo_Dash.zip
↑こっからDLできるサンプルファイルで試したところ

AAC-LC/Technology-en-69s-2-lc-64000bps_seg.mp4
と
HE-AAC/Technology-en-69s-2-heaac-64000bps_seg.mp4
は
mediainfoの出力結果で
Audio;FormatではどちらもAAC表示で区別できず
Audio;Format profileでやっと区別できるんだけど，俺の勘違いかな。

**デフォルトの名無しさん** · 2018/09/15(土) 22:25:58.84

何度も投稿してすまん。
これでいいんじゃないかな。
確かめた環境はMediaInfo 0.7.91 on Debian 9.5。
case "$(mediainfo --Inform='Audio;%Format_Profile%' "$FILE")" in
HE*) echo 'HE';;
LC*) echo 'LC';;
esac

**デフォルトの名無しさん** · 2018/09/15(土) 22:45:32.78

>>896のコード見て思うのは

Unix哲学（を完全に受け入れたわけじゃないが）
9. 全てのプログラムはフィルタとして振る舞うようにせよ。

すべてのプログラムはフィルタとして振る舞うようにしたとして
そのプログラムを使う側もフィルタとして利用するようにすべきだと思うわけよ

つまりね、こういうふうに書くべきじゃないのか？ってこと

mediainfo --Inform='Audio;%Format_Profile%\n' "$FILE" | while IFS= read -r line; do
　case $line in
　　HE*) echo 'HE';;
　　LC*) echo 'LC';;
　esac
done

本当は$FILEの所も"$@"にして複数ファイル対応できるようにしたい。
だけどメディアファイルっていうのはオーディオを複数入れることができるはずだから、
この場合どうなるのか？という疑問がある。その場合はうまくいかないかもしれない。
まあ適切なサンプルファイルを思いつかんし面倒だから試しては見てないが

**デフォルトの名無しさん** · 2018/09/15(土) 23:39:36.74

みなさんどうもありがとうございます
>>896の時点のコードは以下です
https://pastebin.com/qdNT6iBm
拡張子がaacのファイルがあるディレクトリでこのスクリプトを動かしたらaacファイル全て(ひとつづつ)処理させてます。

>>900-903
明日確認してみます

$ mediainfo --version
MediaInfo Command line,
MediaInfoLib - v18.08.1

以前のバージョンではFormat profile欄があったのでそこで判別してたんですが、いつのまにか(昨日気がつきました)最近のバージョンではFormat profile欄がなくなっているんです。>>878のスクショです

**デフォルトの名無しさん** · 2018/09/15(土) 23:59:46.80

>>904
なるほどね。Debainのaptで入れたやつは古いのか。

$ mediainfo --version
MediaInfo Command line,
MediaInfoLib - v18.08.1
$ mediainfo --Output='Audio;%Format_AdditionalFeatures%' ./Audio_Only_Stereo_Dash/HE-AAC/Technology-en-69s-2-heaac-32000bps_seg.mp4
LC SBR
$ mediainfo --Output='Audio;%Format_AdditionalFeatures%' ./Audio_Only_Stereo_Dash/AAC-LC/Technology-en-69s-2-lc-64000bps_seg.mp4
LC
これは結構見分けやすいんじゃないか？

**デフォルトの名無しさん** · 2018/09/16(日) 00:12:32.41

>>904
ちょっと訊きたいんだけど，MPEG4のLCとHEの違いってSBRが適用されてるかいなかの差？
もしそうならまさにそのオプションがあって
mediainfo --Output='Audio;%Format_Settings_SBR%'
↑これは，SBRが含まれていれば“Yes (Explicit)”，含まれていなけば空文字を返す。

**デフォルトの名無しさん** · 2018/09/16(日) 00:17:30.07

>>904
> >>896の時点のコードは以下です
> https://pastebin.com/qdNT6iBm

つまらん。特に指摘する点はない。
細かい趣味程度のことぐらいだな。

ファイルは引数で渡したほうがいいんじゃね？とか
俺ならset -eu -o pipefailをつけるとか
（一行で書く場合を除いて）コマンドの後ろの ;; は嫌いだとか

**デフォルトの名無しさん** · 2018/09/16(日) 01:08:58.79

大先生かよw

**デフォルトの名無しさん** · 2018/09/16(日) 01:22:39.05

ちーす

**デフォルトの名無しさん** · 2018/09/16(日) 13:43:22.79

ネタフリ、これ前に紹介したことあったっけ？

modernish: a shell moderniser library
https://github.com/modernish/modernishhttps://github.com/modernish/modernish#modernish-a-shell-moderniser-library

良さそうなことを書いてあるが、大きすぎて、それでいて何ができるのかよくわからない
ようするに誰か日本語で簡潔に解説してくれとｗ

**デフォルトの名無しさん** · 2018/09/16(日) 21:03:29.36

変な人が二人いるせいで質問者が帰っちゃったじゃん。せっかく良い案を思いついたのに。

**デフォルトの名無しさん** · 2018/09/16(日) 23:14:50.58

いや、気にせず書けよｗ
また見るかもしれないじゃん

**デフォルトの名無しさん** · 2018/09/16(日) 23:27:44.88

もう書いてるよw

**デフォルトの名無しさん** · 2018/09/17(月) 09:30:58.79

二人いるんじゃなくて、同一人物なんじゃ？
例の人、プロバイダー2つ契約してて自演に使ってるんだし。

**デフォルトの名無しさん** · 2018/09/19(水) 03:32:21.41

引用符を除去するいい方法ってないかな。
個人的には変数の仕様（"abc"はabcとみなされる）とかを利用してエレガントに解決できるんじゃないかと思ってるんだけどうまくいかん。
いまのところsed -e 's/"$[^"]+$"/\1'で問題はないけれど「\"」の形のエスケープに対応したりするのが面倒になってくるんだよねこの形だと。

**デフォルトの名無しさん** · 2018/09/19(水) 04:43:37.82

a='"aa\"a"'
eval echo "$a" とか eval "b=$a"
じゃだめ？

おまけ、最近のbashには以下のような変数展開が
増えているけど今回は関係なさそう
${parameter@A}
${parameter@E}
${parameter@P}
${parameter@Q}

シェルスクリプト総合 その28

シェルスクリプト総合その28