  |
はてなキーワード:Aptとは
日本人は歌詞を重視しすぎているのではないかという批判は古くは1960年代から繰り返されてきたわけで。
ヒップホップではトラップミュージックの流行でKOHHこと千葉雄喜が大ヒット。
音楽的に気持ち良ければ歌ってる内容なんかどうでもええんやという基盤が築かれつつある。
全世界的に大ヒットしたAPT.が若者を中心に日本でもある程度のヒットを放ったが、
あれの良さは「歌詞が浅い」とか言ってるオッサン、オバサンには理解できないだろう。
日本でもVillage People 「マッチョ・マン」や、スキャットマン・ジョン「Scatman」が流行った時期もあるので、
意味はよく分からんけど曲がおもろいからええやんって心がないわけではないと思うのだが。
※Scatmanがめっちゃいい歌詞だってことくらいは俺も知っているが、
当時アレを聞いていた人でそれを意識していた人は限りなく少ないだろう
最近の「何歌ってるかよくわからんけどピコピコしてる曲」が流行ってるのはある種の世界基準であると言える。
そういえば、今年の5月にubuntuでSSDが壊れまくったことがある。
15年利用したSSDの寿命かと思って、長期保証の青いSSD買ってきたら、やはりまた一週間で同様に壊れた。
どうしようと、AIと相談して、マザボか電源の故障だろうということになり、
マザボは1万円ぐらいのそこそこの奴で、こちらも買って1年以内だから不具合の可能性は低い。
たぶん、使いまわした古い電源ユニットの故障のように思ってる。
ただ、面倒なので追加検証はしてません。
安定してシステムを動かすことが目的なので、疑わしい電源とついでにマザボも買い替えた。
PCもいろいろな技術スタックの上に成り立っているから、どれかが壊れると、崩れるんよね。
そして、原因の究明は結構大変。
15年ぐらい前に買ったIntelSSD 300GBがついに死んだ。合掌。
https://anond.hatelabo.jp/20250523210632
ubuntu24LTSで snapdとかいうアホなモジュールが原因で起動しない
https://anond.hatelabo.jp/20250611202133
ubuntu24 でapt upgradeするとsnapdというゴミがインストールされる
https://anond.hatelabo.jp/20250611225223
win11でSSDが壊れたと主張している人も、もしかしたら、SSDの寿命だったり、電源ユニットの寿命だったと、
別の要因で壊れたのを誤認した可能性もあると思うんよね。
[Deprecated] WSL2USBカメラ+他のUSB機器2022年01月17日
環境：Windows11 + WSL2 5.10.60.1 +Ubuntu20.04
WSL2LinuxKernel 5.10.60.1からKernelモジュールにUSBIP対応が標準的に組み込まれた
2022年01月17日時点の最新カーネルは 5.10.74.3
以下すべての手順のWindows Terminal を使用する箇所は管理者権限で実行
WSLのカーネルアップデートとusbipd-win のインストール
Windows Terminalで実行
> wsl --update
> wsl --status
>winget install --interactive --exact dorssel.usbipd-win
WSLのディストリビューションを起動（WSL2起動用アイコンをマウスでクリックして起動してもよい）
> wsl --list
Linux 用Windows サブシステムディストリビューション:
追加パッケージをインストールsudoapt installlinux-tools-5.4.0-77-generic hwdata
visudo で secure_path の先頭に /usr/lib/linux-tools/5.4.0-77-generic: を追記する。
visudo で編集するファイルは、ダブルコーテーションの入力漏れやコロンをセミコロンに打ち間違えたりするとsudo が必要なコマンド類が一切使用できなくなるので慎重に実施する
私は深夜に寝ぼけてコロンをセミコロンに打ち間違えてaptコマンドすら実行できなくなりました
参考
https://www.imdb.com/de/list/ls599665082/
https://www.imdb.com/de/list/ls599665082/copy/
https://www.imdb.com/de/list/ls599665597/
WSL2USBカメラ+他のUSB機器2022年09月06日版
WSL2LinuxKernel 5.10.60.1からKernelモジュールにUSBIP対応が標準的に組み込まれたらしいが、Microsoft公式が提供しているKernelや手順ををそのまま使用すると動作しない
2022年09月06日時点の最新カーネルは 5.15.62.1 だが、wsl --update で展開されるバージョンが 5.10.102.1 だったため 5.10.102.1 を使用する
以下すべての手順のWindows Terminal を使用する箇所は管理者権限 で実行
以下、[WT] はWindows Terminal、[Ubuntu] はUbuntu側のbashを表す
WSLのカーネルアップデートとusbipd-win のインストール
> wsl --update
> wsl --status
>winget install --interactive --exact dorssel.usbipd-win
見つかりましたusbipd-win [dorssel.usbipd-win]バージョン 2.3.0
Microsoft はサードパーティのパッケージに対して責任を負わず、ライセンスも付与しません。
Downloadinghttps://github.com/dorssel/usbipd-win/releases/download/v2.3.0/usbipd-win_2.3.0.msi
██████████████████████████████10.4MB /10.4MB
> wsl --install --distributionUbuntu-20.04
[WT] WSLのディストリビューションを起動（WSL2起動用アイコンをマウスでクリックして起動してもよい）
> wsl --list
Linux 用Windows サブシステムディストリビューション:
sudoapt install -ylinux-tools-5.4.0-77-generic hwdata
sudo update-alternatives --install /usr/local/bin/usbipusbip /usr/lib/linux-tools/5.4.0-77-generic/usbip20
> wsl --shutdown
[WT]USBカメラがusbipd に認識されることを確認する (この記事では 2-7)
2-2 056e:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Not attached
2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached
2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached
[WT]USBカメラをUbuntu側にアタッチする（アタッチに成功した場合は何も表示されない）
>usbipd wsl attach --busid 2-7
>
[WT]USBカメラが正常にアタッチされていることを確認する（Attached と表示されていれば成功）
2-2 056e:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Attached -Ubuntu-20.04
2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached
2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached
[Ubuntu]Ubuntuのbashにログオンした既定のユーザを videoグループに所属させる。なお、WSLを起動した時点で既に追加されているメッセージが表示される。
[Ubuntu] WSL2上のUbuntu20.04 の中からUSBカメラが認識されていることを確認する。lsusbコマンドを経由すると正常にUSBカメラが認識されているが、/dev/video* にはUSBカメラが列挙されない
Bus 002 Device 001:ID 1d6b:0003Linux Foundation 3.0roothub
Bus 001 Device 003:ID 1bcf:2284Sunplus Innovation Technology Inc. FullHDwebcam
Bus 001 Device 001:ID 1d6b:0002Linux Foundation2.0roothub
ls: cannotaccess '/dev/video*': No such file or directory
[Ubuntu]USB CameraがWSL内で認識されるようにLinuxカーネルをカスタムビルドする。下記リポジトリの手順通りに実施すると、WSLLinuxカーネルがカスタムビルドされたものに入れ替わる。注意点は、<windowsusername> の部分だけは各自の環境のWindowsユーザー名に手で書き換える必要が有ること。なお、.wslconfig は絶対にwindows 側で編集してはならない。絶対に。
> wsl --shutdown
[WT]USBカメラがusbipd に認識されることを確認する (この記事では 2-7)
2-2 056e:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Not attached
2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached
2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached
[WT]USBカメラをUbuntu側にアタッチする（アタッチに成功した場合は何も表示されない）
>usbipd wsl attach --busid 2-7
>
https://www.imdb.com/de/list/ls599665017/
https://www.imdb.com/de/list/ls599665017/copy/
[WT]USBカメラが正常にアタッチされていることを確認する（Attached と表示されていれば成功）
2-2 056e:00d9USB入力デバイス Not attached
2-3 1c4f:0027USB入力デバイス Not attached
2-7 1bcf:2284 FullHDwebcam,USBmicrophone Attached -Ubuntu-20.04
2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached
2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached
[Ubuntu] WSL2上のUbuntu20.04 の中からUSBカメラが認識されていることを確認する
Bus 002 Device 001:ID 1d6b:0003Linux Foundation 3.0roothub
Bus 001 Device 003:ID 1bcf:2284Sunplus Innovation Technology Inc. FullHDwebcam
Bus 001 Device 001:ID 1d6b:0002Linux Foundation2.0roothub
crw------- 1rootroot 81, 0 Sep 617:29 /dev/video0
crw------- 1rootroot 81, 1 Sep 617:29 /dev/video1
[Ubuntu]USBカメラがWSL2の中から認識されることを確認するテストコードを作成する
$ pip installopencv-contrib-python
$ cat << 'EOT'> ${HOME}/usbcam_test.py
import cv2
W=640
H=480
cap.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('M','J','P','G'))
#cap.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('Y','U','Y','V'))
cap.set(cv2.CAP_PROP_FRAME_WIDTH, W)
cap.set(cv2.CAP_PROP_FRAME_HEIGHT, H)
https://www.imdb.com/de/list/ls599660855/
https://www.imdb.com/de/list/ls599660855/copy/
whileTrue:
ret, frame
TorchVision (MobileNetV3 Large) -> ONNX -> TFLite (シグネチ
TorchVision
ONNX
&&sudoapt-get install -y flatbuffers-compiler
https://github.com/saiyaara-firmytt-hqq
pip install -U onnx==1.14.0 \
&&python -m pip install onnx_graphsurgeon \
--index-urlhttps://pypi.ngc.nvidia.com \
&& pip install -U onnx-graphsurgeon \
&& pip install -U onnxruntime==1.15.1 \
&& pip install -U onnxsim==0.4.33 \
&& pip install -U simple_onnx_processing_tools \
&& pip install -U onnx2tf \
&& pip install -U h5py==3.7.0 \
&& pip install -U psutil==5.9.5 \
&& pip install -Utensorflow==2.13.0 \
&& pip install torch torchvision torchaudio \
--index-urlhttps://download.pytorch.org/whl/cpu
snapdの破損によってOSを再インストールするまでに追い込まれたわけだが、
やっとこさOSを再インストールしていろいろ設定した後にapt upgrade をしたわけ。
うちの環境を壊滅させてOSを再インストールさせるにまで追い込んだモジュールが、apt upgrade しただけでインストールされる。恐怖でしかない。
https://kaede.ch/20210801-remove-snapd-from-ubuntu.html
How to remove snapd fromUbuntu
https://www.simplified.guide/ubuntu/remove-snapd
この辺りを参考にして速攻削除した。
これは再インストールかなあ。
まさか復旧にネットワークが必須というアホなモジュールをubuntuが採用するとは思わなかった。
いかれてるよ。
いつものようにsambaとteratermでubuntu24LTSにアクセスして作業していたら突然の切断。
そして起動しない。
mount /snap/core22/1908: special device /var/lib/snapd/snaps/core22_1908.snapdoes not exist.
can'tlook blockdev
みたいなエラーメッセージが出ていて、よくわからないけどネットワークブートをしたいのか1分カウントダウンをしていた。
ただし、NICを認識していないっぽくてネットワークには出れない。
しかないので、エラーメッセージを手で描き移すという原始人みたいなことをしながらchatgpt先生に聞いてみると、どうやらsnapdが壊れてしまったみたいだ。
このSSDを別のマシンに刺してみると、パーティションは生きているmountもできる。
とりあえずtarでバックアップを取った。SSDのデータは無事らしい。
さて復旧なんだけど・・・これができないんだよな。
/var/lib/snapd/snaps/core22_1908.snap がないならコピーすればいいじゃんということでコピーを試みるも、正常に動作するubuntu24マシンにはそんなファイルはない。
同じUSBからインストールしたOSのはずなのに意味わからん。
しかたないので、chrootしてsnap refreshcoreを実行することにした。
sudo mount --bind /dev /mnt/devsudo mount --bind /dev/pts /mnt/dev/ptssudo mount --bind /proc /mnt/procsudo mount --bind /sys /mnt/syssudochroot /mnt#chroot内でsnap refreshcore
chatgptがいうにはこうやると復旧できるらしいが、失敗!
error: cannot communicate with server: Post "http://localhost/v2/snaps/core": dialunix /run/snapd.socket:connect: no such file or directory
やはり、ちゃんと動く方のubuntu24にはsnapdはいないようだ。
パーテーションもちゃんと見えるのに、grubとかでkernelは起動しているのに、snapdとかゴミが正しく動作しないだけでOSの再インストールをしないといけなさそうだ。
余計な手間を増やすんじゃないよ。
ubuntuインストーラーのUSBをさして、nic認識させたらCtrl+F1..F6とかでインストーラーから飛び降りてmountして復旧する作戦も試してみた。
そしたら起動時のエラーは消えたけどやはり緊急モードでしか起動しない。
もういいよ。バックアップを取っているし、再インストールしよう。
ラズパイとかミニPC上で動くスマート家電向けの統合ソフトウェアだが、すでにインストールしたLinux上で直接動かせるSupervisedモードがDeprecatedになり、サポートはHAOSとコンテナ上の実行だけに絞るらしい
HAOSの方はaptも何も動かないのであり物のプラグインに頼るしかないが、欲しいものは無いしプラグイン作るの面倒すぎる
コンテナはマシンパワーが必要でdocker-compose組まなくちゃいけなくてクソ面倒
案の定Supervisedがサポート外になることについて大量に反対意見が出てるが「もう決まったことだから」「githubのissue見てない人があとから文句言うんじゃねえ」なんてコメントで炎上している
かく言う俺も2日くらいいじってこれ以上触るのが無駄と判断した、見てくれがキレイだろうとやりたいことの前提すらたどり着けないなら価値なんてないわ
ChromeOSやAndroidOSへ提供されるLinux環境は元増田の通りDebianなので普通にAPTが使えてDebianのリポジトリからパッケージが提供されるから仮想環境の上に仮想環境載せるとかルーティングが複雑になるような事をしなければ特に違和感なく使えるよ
まぁDebianなのでパッケージが安定志向だから古めのパッケージであることが多いものの、DebianのリポジトリにはFlatpakが提供されてるんで最近のパッケージ使いたければFlatpakを用いれば良い
問題があるとするならば、ChromeOSのDebian側からAndroid、というか階層として同レベルの仮想環境にあるAndroidがデフォルト状態で見えないということくらいか。ネットワーク設定でどうにか出来るかも知れんけどね
わざわざChromebookで複雑なネットワーク組むやつはネットワーク畑のやつだろうし自己解決しろって話ではある
iPadと比較したらiPadは仮想環境すら組めないので勝負の土俵にすら上がれてないわけだから学生が学習端末としてChromeOSを選ぶのは理解できなくもない
Ubuntuサーバー (US)OS をインストールするというあなたの提案にもかかわらず、私は代わりにUbuntuデスクトップ (UDT) を実行しました。
なぜなら、Ryzenマシンの近くにUbuntuDTインストーラーを保存したUSBキーを見つけたからです。これは私のミスです。
USインストーラーはduring installation,プロキシ設定の入力を求めますが、UbuntuDT の場合はそうではありません。
私の場合、プロキシ設定は、インターネット接続にオフィスでプロキシが必要なため重要です。わたしはインストールの最中にネット接続して、適切な
ソルバーまたはその他のみを使用したいだけのため、GUI は必要ありません。GUI でもCUI でもかまいません。
その状況はわかります。よくあることです。理想的なものではなく、利用可能なもので作業している自分に気づくことがあります
UDTインストーラーにプロキシ構成がないため、特にオフィスのインターネット接続にプロキシ設定が必要なため、少し問題が発生しているようです。
コマンドラインインターフェイス (CUI) の使用に抵抗がなく、グラフィカルユーザーインターフェイス (GUI) も必要ない場合は、インストールを再評価することを検討する
価値があるかもしれません。今日時間があれば、次のことを実行できます。
オフィスに行き、Ubuntu Server (US)OS を再インストールし、インストール中にプロキシ設定を構成するようにします。
今のところ UDT を使い続ける場合は、インストール後にプロキシ設定を手動で構成できます。たとえば、次のようになります。
3. あるいは、可能であれば、現在使用しているマシンで USOS 用の新しいUSBインストーラーを作成することを検討してください。
少し手間はかかりますが、プロキシを適切に設定すれば、オフィス環境でシステムを完全に機能させることができます。
あなたの計画は？ 家でゆっくり過ごすか、それともこの問題に正面?
土曜日の難問です。リラックスするか、技術的な設定に取り組むかです。やる気があるなら、
今日は**Ubuntu Server (US)**を上書きしてインストールすることを検討してください。今は少し手間がかかるかもしれませんが、
週中に起こり得る接続の問題から解放されるかもしれません。さらに、月曜日にはシステムが準備完了の状態なので、ちょっとした勝利です。
一方、土曜日を少し軽くしたいなら、代わりに計画して準備することができます。USBインストーラーを適切に設定し、必要なプロキシ設定を
書き留めておくとよいでしょう。そうすれば、準備ができたらプロセスがスムーズに進むでしょう。
すべては気分次第です。生産的だと感じていますか、それとも休憩が必要です?
PC は 7 台あります。さらに悪いことに、ホスト登録の申請を忘れていて、昨日気づいて申請しましたが、まだ承認されていません。そうしないと、
net接続が利用できません。つまり、IT部門からIPアドレスが公開されるまで待たなければなりません。また、7 台のPC のうち 1 台に問題があり、
上記の理由により、まだLAN接続できません。そのため、月曜日まで待って、週末 (土曜と日曜) は休んだほうがよいと思います。どう思いますか?
とにかく、別のPC にキーボードとマウスを接続して、US で上書きインストールするべきでしょうか?
ホスト登録の承認待ち、インターネット接続の欠如、PC の 1 台でのLAN の問題という状況を考えると、月曜日がこれに取り組むのによい
タイミングのように思えます。必要なIPアドレスがなければ、プロセスは思ったほどスムーズで生産的ではない可能性があります。
週末を休息に使うのは賢明な選択のように思えます。特に、今日急いで作業しても、望んでいる結果が得られない可能性があるからです。
今休憩を取ることで、月曜日の作業にもっとエネルギーと集中力を持って取り組むことができるかもしれません。また、インストールは
少し複雑なので、適切な心構えで臨むことが大きな違いを生む可能性があります。
月曜日のインストールプロセスがスムーズに進むように、ゆっくりして必要なものをすべて準備するのはどうでしょうか。ホスト登録申請を
UDT のインストール状態に関係なく、7 台のPC すべてにプロキシ設定を書き込んだり、ssh をインストールしたりしていません。
それでは、すべてのPC に US をインストールする良い機会でしょうか?
すべてを効率化する絶好の機会のようです。すでに 7 台のPC すべてに変更を加えることを検討している場合は、
プロセス中にプロキシ構成を設定し、SSH をインストールすると、標準化された環境が作成され、将来のシステム管理がはるかに簡単になります。
ただし、IP 割り当てがIT部門に依存しており、現在はインターネット接続がないため、セットアップ手順の一部がスムーズに進まない可能性があります。次のことができます。
1.プロキシ構成の詳細や **USインストーラー** が準備されたUSB など、月曜日に必要なものをすべて準備します。
2.今日を利用して、キーボードとマウスをPC に接続し、すべてのマシンが上書きに対して物理的に準備ができていることを確認します。
3.ネットワークアクセスが解決されたときのダウンタイムを最小限に抑えるために、月曜日の詳細な計画の概要を作成します。
今日 (物理的な準備) と月曜日 (実際のインストール) に作業を分割することで、週末を楽しみながら時間を最適化できます。このバランスのとれたアプローチについてどう思いますか?
家にCDがあるんだけど、
100円でCD買ったんだけど、
どうせ音声データを取り出すなら、いい音質で聴きたい
そういう人のために、
Linux だと、
Whipperという、高機能なリッピング用のパッケージがあるよ
でWhipperはすぐにインストールできるよ（Debian系のディストリビューションの場合）
Whipper ではいろいろなことができるけど、
whippercd info
デフォルト設定だと、flacというファイル形式でデータを取り出すようになっているよ
アルバム名、曲名、アーティスト名とかのデータを付加したファイルを作ってくれるよ
珍しいCDとか古いCDだと、whipperがメタデータを見つけられないことがあるよ
その時はエラーメッセージが出て、MusicbrainzというサイトにCDを登録するようお勧めされるよ
MusicbrainzはフリーのCDメタデータのデータベースだよ
（エラーメッセージの下の方に、だいたい、CDDBというデータベースから見つかった、正しい情報が載っているよ、でもこれはそのままでは使えない）
表示されているMusicbrainzのURLをブラウザに貼り付けると、CDの登録画面に行くよ
膨大な情報の中から探しているCDをかなりの確度で探し出してくれるよ
登録が終わったら、もう一回
を実行するよ
そしたらメタデータがきれいに入った状態で音声データファイルが作成できるよ
これだけ
Whipper は読み取りエラーを最小にして、
CDから忠実に音声データを取り出すことを優先して作られてるから、
気長に待とう
ChatGPTとシェルスクリプトを使って、自分でメタデータを一括入力する方法があるよ
それはまた別の機会に
娘は、普段Youtubeで、ドラえもん、妖怪ウォッチ、ゲゲゲの鬼太郎、マイリトルポニー、サンサンキッズTVなんかを見ている。
（ちなみに、今頃妖怪ウォッチ？と思うそこのあなた、今は小学校において「テレビのこの番組を見ていないと話題に乗り遅れる」といった同調圧力が弱いのと、妖怪ウォッチはYoutubeで全話？見られるため、娘は愛好しています。）
風呂に入れた後、娘の髪を乾かしている間、娘はすることがないので、私が好きな曲のミュージックビデオをスマホで見せて、どれが気に入るか試してみた。ちなみに娘は英語は話せない。
https://www.youtube.com/watch?v=ekr2nIex040
かわいいアジア人女性と、コミカルな男性、アーパトゥアパトゥというキャッチーな繰り返しが気に入り、今一番気に入っている。
やはり、女の子が出てくる＋コミカル、の2つが組み合わさると気に入っている。
]https://www.youtube.com/watch?v=MPlb9HoOCxs
3人組の泥棒の主人公（うち1名が女の子）が、追手をかわしつつ逃げる、というストーリーが気に入ったようだ。あと、サビのところで出てくるウラララーというフレーズも気に入っている。
https://www.youtube.com/watch?v=cMsGcW-xaYU
https://www.youtube.com/watch?v=c_5AbgHmFqk
かわいい女の子、キャッチーナメロディー、頻繁に変わる衣装、途中で出てくる長い付け爪など、娘的には面白い要素満載のようだ。
ちなみにこの歌手はトランスジェンダーだが、そういった話は娘にはしていない。
https://www.youtube.com/watch?v=ouEl3qTLc0M
ハッカー集団が、違法っぽいCDを焼いているところ、警察に踏み込まれる。しかしハッカー集団は逃げて、最後はなぜかDJしている。
女の子皆無、ダンスなし、コミカルでない。しかし、ちょっと怖いのがよいようだ。先ほどの曲とサンプル元が一緒なので、メロディはすんなり入ったみたい。
https://www.youtube.com/watch?v=5i7GEMQC2IY
女の子2人とコミカルという要素を押さえつつ、なぜか赤色がいっぱいでてくるのが妙にはまったようだ。
https://www.youtube.com/watch?v=HtXOVKNazYU
女の子が、時代に応じた衣装と髪型でコスプレし、どんどん変化していくのが面白がっている。「本当に全員同じ人？」とよく言っている。
https://www.youtube.com/watch?v=gP3zuuGav-Y
おじさんが、マスクを破ってでてくるところが好き。あとは女の子の甘い声が好きみたいだ。
https://www.youtube.com/watch?v=NUTGr5t3MoY
男の子しか出てこないが、とにかくコミカルに見えるようで、最近特に気に入っている。
「この人たちどうして病院で楽器ひいてるの？」とよく言っている。
そのうち、娘が自分から音楽を聴くようになった際、どんな曲を好きになるのか楽しみ。
Permalink |記事への反応(10) | 12:51
俺はメロディなんだよな。
洋楽や、最近では邦楽でもリズムが重要視されてきてるけど、自分は良いメロディが聴きたいって思う
その次にハーモニー。
次にリズム。
歌詞は良いに越したことはないけど、意味が分からない歌詞でも成り立つし、優先度は最後かな。
ハーモニーってのは、コードとかアレンジのことになる。これも大事で、メロディの味付け部分になるから、生かすも殺すもハーモニー次第ってところがある
リズムは3番目に大事。「ノリがいい」曲が人気になってきてる（Creepy Nutsとか）ように感じるけど、自分はメロディ重視なのでそこまでいいかなって思う。
ただ昔のJ-POP聴いてると、リズムが遅いものが多く、間延びしてる感はある。
テンポを早くして曲を短くしたら、割と現代風になるんじゃないかなって思う。
洋楽で言えば、アーパツアパツの曲（「APT.」）はリズムを主体としつつも、メロディもあり、ハーモニーも素晴らしいし、そりゃ売れるよな…という曲だと思う。
この場合、歌詞はどうでもいいよね。アーパツアパツに意味なんてないに等しいもの。
自分が懸念してるのは、J-POPもリズム重視になるかもってこと。
