みみず工房掲示板

ホームトピック留意事項検索過去ログ

コメント
おなまえ
Ｅメール
タイトル
参照先
暗証キー	(英数字8文字以内)
画像認証	（右画像の数字入力）

Boticized lightMPDを公開します(2)

この掲示板は first in first out なので、最新の書き込みを読むために手早くアクセスするには、リストから対象の書き込みの部分をクリックする必要があります。便利とはいえないので、スレッドがある程度長くなったら適当なタイミングで新しいスレッドに切り換えるのが適当です。というわけで、スレッドを更新します。

boticized-lightmpd-v03alpha.zipを仮に公開します

週替わりですが、アルファ版を公開します。

http://mimizukobo.sakura.ne.jp/cgi-bin/downlog.cgi?upload/boticized-lightmpd-v03alpha.zip" target="_blank">http://mimizukobo.sakura.ne.jp/cgi-bin/downlog.cgi?upload/boticized-lightmpd-v03alpha.zip

v02に対する変更点は

- uInitrd を Buildroot出力のものに入換え、mpc、ncmpc、rubyを追加
- mpdまわりのライブラリ構造を arch linux に合わせ、mpdを arch linux 環境でビルドしたものに入換え

の2点です。いずれも uInitrdの軽量化に逆行し、重量化(^^;;;させるものです。

v02で追加
adding: uEnv.txt (deflated 64%)
adding: lightmpd/lightmpd.conf (deflated 58%)
adding: lightmpd/mpd.conf (deflated 69%)
adding: lightmpd/mpd-0.19.21rt-deb-dsd (deflated 52%) 名前を変更(debを追加)
adding: lightmpd/mpd-0.20.2rt-deb (deflated 57%) 名前を変更(debを追加)
adding: lightmpd/myscript.sh (deflated 53%)
adding: boot/uInitrd-botic-a-1 (deflated 1%)
adding: boot/uInitrd-botic-l (deflated 1%)
adding: scripts/myscript.sh (deflated 53%) lightmpd/myscript.shと同じもの
v03で追加
adding: lightmpd/mpd-0.19.21rt-arch-dsd (deflated 58%)
adding: lightmpd/mpd-0.20.2rt-arch (deflated 60%)
adding: boot/dtbs/am335x-boneblack-botic-103.dtb (deflated 77%)
adding: boot/dtbs/am335x-boneblack-botic-sabre32-103.dtb (deflated 77%)
adding: boot/uInitrd-103 (deflated 1%)
adding: boot/uInitrd-103-arch (deflated 1%)
adding: boot/zImage-botic-103 (deflated 1%)
adding: scripts/sdplay.sh (deflated 38%)

mpd-0.19.21rt-arch-dsd、mpd-0.20.2rt-archはクリーンな boticized arch linux環境でビルドしました。uInitrd-103-archで動きます。
mpd-0.19.21rt-deb-dsd、mpd-0.20.2rt-debはクリーンな boticized debian(jessie) linux環境でビルドしました。uInitrd-botic-a-1かuInitrd-botic-lで動きます。
オリジナルのmpd-0.19.21rt-native-dsdはuInitrd-103で動きます。

uInitrd-103、uInitrd-103-archはdigififanさんが公開されているbuildroot雛型データを元にしてmakeしたものです。mpc、ncmpc、rubyを追加しています。
uInitrd-103-archはmpdまわりのライブラリを boticized arch linux環境に合わせてあります。
uInitrd-botic-a-1、uInitrd-botic-lはBB版lightmpd 1.0.1 の uInitrd を元に、mpdまわりのライブラリを boticized debian(jessie) linux環境に合わせて、作成したものです。さらに uInitrd-botic-a-1は libasound.so.2 をboticized arch linux環境のものに入れ換えています。

zImage-botic-103はBB版lightmpd 1.0.3 の /proc/config.gz をベースにして、linux-upstream_4.8.13-botic7-rc3ソースを使いビルドしました。

bb版lightmpd 1.0.3にインストールすることをお勧めします。uEnv.txtとlightmpd.confの設定変更により、arch debian オリジナルの最新版のmpdの音を聞き比べることができます。感想などお聞かせください。

開発環境はrubyのみですが、perl、php、phythonなどの追加は可能です。ご要望があれば、お聞かせください。開発されたマクロなどを掲示板に紹介して頂けると幸いです。

myscript.sh の rt優先度の設定は moctさんの公開されている boticized arch linux の設定をほぼそのまま使っています。その旨ここに記載し、お礼申し上げます。

2017/02/05(Sun) 08:50 No.5619 [返信]

Re: Boticized lightMPDを公開します(2)

たいへん良い音で聴かせていただいておりますが、Telnet接続して状態を見てみたいと思いましたが、rootでログインしようとするとパスワードを求められます。以前はパスワードは無しでログインできたと思いますが、変わったのでしょうか。

ytk

2017/02/07(Tue) 20:23 No.5651

Re: Boticized lightMPDを公開します(2)

> 変わったのでしょうか。

変わりました。lightmpdと入力してください。
v03はlightmpd 1.0.3ベースですので、ご本家の変更がそのまま反映されました。

2017/02/07(Tue) 21:37

No.5652

Re: Boticized lightMPDを公開します(2)

ありがとうございます。
「lightMPD掲示板」の「beaglebone用のlightMPD v1.0.3を公開しました」のスレッドに「このバージョンからrootのパスワードを設定してあります。パスワードはlightmpdです。」と記載されていました。
お手数をおかけして申し訳ありませんでした。

ytk

2017/02/07(Tue) 22:53

No.5653

buildrootで作ろう、完全にメモリ上で動くシステム

イントロダクション

別のスレでも話題にしていますが、buildrootってなんでしょう。
これは僕のような人間に必要な組込みlinuxを簡単に作るための
仕組みです。yocto projectっていう似たようなものもあります。
聞いたことがある方もいらっしゃると思います。
私が、buildrootに興味を持ったのはlightmpdの作者のdigififan
さんの一言がきっかけです。その後、buildrootについては僕に
直接質問してね、とお声がけくださったのもdigififanさんです。
しかし、お忙しい方ですし、できる限りお手を煩わすわけに
はいきません。だから、自分で本家のマニュアルと格闘しネット
で情報を集め、どうしてもわからないところだけdigififanさんに
お伺いしました。今日の私があるのもdigififanさんのおかげ
です。
前置きが長くなりましたが、これからｂｂｂ（ｂｂｇ）用の
mpdを組み込んだ、lightmpdのような完全にメモリ上で動く
システムをいっしょに作っていきましょう。digififanさんが
せっかくbuildroot用のコンフィグを公開するよ、といってくだ
さっているのに、buildrootってなんじゃ、それ？みたいでは
面白くありません。
inthedark(サル)のようなやつでも簡単につくることができる
ようにbuildrootの開発陣が日夜バージョンアップを続けてくだ
さってます。ありがたく使わせて頂きましょう。

buildrootはlinuxの環境ならどれでも動きます。ただ、ホスト
であるlinuxの機能も使うことがありますので、できるだけ
メジャーなubuntu,arch,debianなどをホストにしてそこにbuild
rootを落としてきてください。私のように仮想環境(vmware)
などの上にlinux環境を整えられてもかまいません。できるだけ
マシンパワーのあるやつの方がビルドが速く済みますので
やる気が持続しやすくなります。

buildrootは安定版とgit版があります。
安定版は今はbuildroot-2016.11.1.tar.gzです。3か月に一度
安定版は更新されます。
私はgit版を使ってます。なぜって？それは私が新しいもの好き
だからです。buildrootの開発陣が毎日のように改良を重ねて
くれています。それが反映されているのがgit版です。mpdも
本家でバージョンアップされれば、buildrootのgit版は、２，３
日中にこのmpdのバージョンアップ版を落としてビルドしてくれ
ます。だから、私はbuildを始める前に必ず、git pullします。
これで私のbuildrootの環境はいつでも最新になります。ただ、
バグもあるかもしれませんのでビルドが途中で止まったりする
こともあるかもしれませんが私のように怖いもの知らずには
ピッタリです。

buildrootを落として来たら適当なディレクトリ（皆さんの
ホームディレクトリでよい。ユーザーもルートではなく、
一般のユーザーでログインした環境で作れます。）に展開
してください。buildrootなんちゃらというディレクトリが
できているはずです。これが皆さんがこれから作業する場所になります。

今回はここまで。
どこまで続くかわかりませんが（途中でねをあげるかもしれま
せんが）お付き合いいただける方は、お付き合いを。

inthedark

2017/01/20(Fri) 20:44

No.5541 [返信]

Re: buildrootで作ろう、完全にメモリ上で動くシステム

こんばんは
何がなんだか分からないまま、buildrootの環境だけは作っていました。（HDDが壊れたのを機会にメインをUbuntuに切り替えています。）
そろそろチュートリアルでも見ながら少しずついじってみようを思っていましたので、非常に楽しみにしています。

moct

2017/01/20(Fri) 22:26

No.5543

Re: buildrootで作ろう、完全にメモリ上で動くシステム

moctさん

お読みいただき恐縮です。柄にもないことやろうとしておりますがなんとかやれるところまでやってみようと思います。
いつか皆さんから教えていただける日がくるのを楽しみにして
おります。

inthedark

inthedark

2017/01/21(Sat) 09:49

No.5545

Re: buildrootで作ろう、完全にメモリ上で動くシステム

４つの呪文

buildroot、自分のホームディレクトリに展開できましたでしょうか。
えっ、git版どうして落としたらいいかわからないって？buildrootのダウンロートサイトにちゃんと書いてありますからね。gitが何かわからなくてもそこに書いてある呪文をとなえれば最新のgit版buildrootが落とせますんで。

これ以降はgit版buildrootで、/home/inthedark/buildrootにソースが展開されているものとして話を進めます。
buildrootを操作するにあたり、4つの呪文をとりあえず覚えてください。ただし、これを唱える場所を間違えますと、効果がありません。違う場所で唱えるとどうなるかって？それは
　　　　　　　　　　make するルールがありません。
と怒られるだけです。その唱える場所とは私のなら
/home/inthedark/buildrootです。

＄cd ~/buildroot

ここから必ず呪文を唱えてください。基本はここに立ち返ることを覚えておいてください。
それでは４つの呪文を順次簡単に解説します。

＄make menuconfig

この呪文はbuildrootの核です。カーネルのバージョンは？クロスコンパイラは何を使う？
どういうアーキテクチャのものを作りたい？ブートローダはどうする？などなど様々な設定をメニュー形式で行えます。この呪文を唱えてメニューが表示できませんというエラーが出た場合、エラーメッセージにあるプログラムがホストシステムにありませんので、ubuntuならapt-getして素直にインストールしてください。それでメニューが立ち上がるはずです。
あとこの呪文を唱えて一通り設定が終わりexitしますとbuildrootディレクトリに.configファイルができます。ドットファイルですから通常は見えません。どうしたら見えるかって？
例えばファイルマネージャーで見えるようにするにはbuildrootディレクトリを開き、ctrl+H　するだけです。この.configファイルがdigififanさんが公開されるであろうファイルです。
公開して頂いたファイルをbuildrootディレクトリにコピーして置き換えて再度この呪文を唱えてやれば、digififanさんのbuildrootでの設定がみられるというわけです。
　
　$ make busybox-menuconfig

この呪文は今回私がみなさんと作ろうとしているルートファイルシステムの根幹をなすものです。busyboxって何？とか言わないでください。皆さんは、インターネットという最強の武器をすでに手にしておられます。興味のある方は自分で調べましょう。簡単にいうと’１０徳ナイフ’みたいなものです。ここでルートファイルシステムで使いたい基本的なコマンドなどを設定します。pgrepなんかも必要であればここで組込みの指示をします。

　$ make linux-menuconfig

これは毎度おなじみ、カーネルのビルドをしたことがある方はすでに見飽きていると思いますがこの呪文を唱えますとあのメニューが立ち上がります。ここでカーネルオプションをいじり倒します。

$ make distclean
これは、ビルドを改めてやり直したいなど、きれいに最初からスタートしたい場合に唱える呪文です。これをすればbuildrootは最初に展開した状態に戻ります。

今回はここまで。
次回からいよいよbbb用の設定を具体的にサルはどうしているか？を見ていきます。

inthedark

2017/01/21(Sat) 10:28

No.5547

Re: buildrootで作ろう、完全にメモリ上で動くシステム

make menuconfig サルはこうやっている　その１

これからいよいよbuildrootの設定をしていきましょう。
もちろん、サルの設定は一つの例にすぎません。皆さんのbuildrootに対する敷居を低くするのを目的でやっていることですから、この設定が最良などとはいうつもりはありませんのでその辺は誤解のないようにお願いします。

さて、いつもの呪文を唱えましょう。
$ cd ~/buildroot
$ make menuconfig

さあ無事にメニューが立ち上がったでしょうか？ここから、bbb(g)用の設定をサルが
どうやっているか見ていきましょう。(ほとんどはスペースキーで選択できます。
それが効かないときはエンターキーで）

Target Options --> Target Architecture --> (X) ARM (little endian)
Target Architecture Variant --> (X) coretex-A8
Floating point strategy --> (X) NEON

それ以外の項目はbuildrootが最適なものを選んでくれていますので変更しておりません。
これ以降もサルが設定をした箇所のみ見ていきます。

Toolchain --> (X) External toolchain

これを選んで元に戻ると、Toolchain(Linaro ARM 2016.11)というのが表示されていると
思います。これを使ってビルドするということです。

System configuration --> (BBG) System hostname
(Welcome to BBGmpd) System banner
Init system --> (X) BusyBox
これをルートファイルシステムで使うということです。systemVやsystemdも選ぶ
　　　ことができます。機会があったら挑戦してみてください。

[*] Run a getty (login prompt) after boot --> (/dev/ttyO0) TTY port
Baudrate-->(X)115200
シリアルコンソールから起動を確認する
　　　　　　　　　　　　　　　　　　　　　　場合設定する

　[*] Install timezone info
(Asia/Tokyo) default local time(NEW)
(/home/inthedark/buildroot/board/am335x/rootfs-overlay)Root filesystem overlay
directories
これは何なのかはおいおい解説します。boardディレクトリはすでにありますが、am335x
以降のディレクトリは自分でmkdirします。

Kernel --> [*] Linux Kernel
Kernel version --> ここに入ると様々な選択項目が出てきますね。
　　　　　　　　（) Latest version(4.9.4)
　　　　　　　　　　　これを選ぶとkernel.orgから4.9.4のソースをbuildrootが
　　　　　　　　　　　とってきてビルドしてくれます。
　　　　　　　　() Custom version
何らかの理由で上記以外のものがいいならここを選択して
　　　　　　　　　　　()Kernel version(NEW)で4.4.39とか入力しておくとこの
　　　　　　　　　　　バージョンをとってきてビルドしてくれます。
　　　　　　　　()Custom tarball
これを選んで()URL of custom kernel tarball(NEW)で
　　　　　　　　　　　　http://repo.ieero.com/botic/pool/main/l/linux-upstream/linux-upstream_4.8.13-botic7-rc3.orig.tar.gz" target="_blank">http://repo.ieero.com/botic/pool/main/l/linux-upstream/linux-upstream_4.8.13-botic7-rc3.orig.tar.gz
　　　　　　　　　　　　とか入力しておくと、ここのサイトからtarballを取って
　　　　　　　　　　　　来てくれます。
　　　　　　　　()Custom Git repository
これを選んで()URL of custom repository(NEW)に
　　　　　　　　　　　　https://github.com/raspberrypi/linux.git" target="_blank">https://github.com/raspberrypi/linux.gitと入力し
　　　　　　　　　　　　()Custom repository vesion(NEW) で rpi-4.9.yと入力すると
　　　　　　　　　　　　指定されたカーネルソースを取って来てくれます。
　　これは皆さんがお好きに選んでください。

(/home/inthedark/BBG)Custom kernel patches(NEW)

これは取ってきたカーネルのソースにあてたいバッチを置いてあるディレクトリを
指定します。サルはBBGディレクトリにrtパッチやxmosのパッチなどを入れております。
こうしておくとbuildrootはこのディレクトリにあるpatchファイルに従ってパッチを自動
であててビルドしてくれます。

(omap2plus)Defconfig name

　　これは一応ビルドが通るdefconfigを指定しておきます。

[*] Build a Device Tree Blob (DTB)
(am335x-bonegreen am335x-boneblack-botic) Device Tree Source file names (NEW)

これを入力しておくとdtbファイルをビルドしてくれます。

今回はここまで。
やはり疲れますなあ。やらなきゃよかったかな。

　
　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　

inthedark

2017/01/21(Sat) 12:25

No.5549

Re: buildrootで作ろう、完全にメモリ上で動くシステム

> やはり疲れますなあ。やらなきゃよかったかな。

愛読しております。頑張ってください。
のんびりやってください。

2017/01/21(Sat) 12:43 No.5550

Re: buildrootで作ろう、完全にメモリ上で動くシステム

make menuconfig サルはこうやっている　その２

前回までの話、どうだったでしょうか？ついてこれてますかね。もうギブアップ？
構わず続きをいってみましょう。

$ cd ~/buildroot
$ make menuconfig

前回もいいましたが私が選択した例のみを記述していきます。
buildrootがはじめから[*]を入れてくれているものはそのままです。（気にいらなければ
チェックを外せばいいだけです）

Target package

　ここから皆さんが今から作るものに組み込みたいものを選んでいきます。

　Audio and video applications --> [*]alsa-utils --> [*] aplay/arecord(NEW)
--> [*]mpd ---> [*] audiofile (NEW)
[*] dsd(NEW)
[*] flac
　　　　　　　 [*] curl
--> [*] upmpdcli(upnpレンダラーにしたいとき）
　
　もし、nfsを使いたい場合は
　
　Filesystem and flash utilities --> [*] nfs-utils
　
　この辺は説明するときりがないので止めときます。

　System tools --> [*] htop

Filesystem images
[*] cpio the root filesystem (for use as an initial RAM filesystem)
Compression method --> (X) gzip

サルが作っていいるものはcpio形式でルートファイルシステムがramに読み込まれ
　　展開されるものを使っています。lightmpdはromfsです。
　 [*] tar the root filesystem --->チェックを外す。これはsdカードなどにシステムを
作る場合のものです。サルはメモリ上ですべてが
　　　　　　　　　　　　　　　　　　動くシステムを作るわけですからここは必要なし。

Bootloaders --> [*] U-Boot
Build system --> (X) Kconfig
(am335x_boneblack)Board defconfig
U-Boot binary format --> [*] u-boot.bin --> チェックを外す
　　　　　　　　　　　　　　　　　　　　　　 [*] u-boot.img
[*] Install U-Boot SPL binary image(NEW)
(MLO)U-Boot SPL binary image name
元から入力されているspl/u-boot-spl.binをＭＬＯに修正

以上でmake menuconfigの設定は終了です。どうです？簡単でしょう？
これを何もわからないところからやれ！といわれてできる人はbuildrootなど使わなくても
いい人ではないですかね。

今回はここまで。
次回はmake busybox-menuconfigです。

inthedark

2017/01/21(Sat) 14:11

No.5551

Re: buildrootで作ろう、完全にメモリ上で動くシステム

inthedarkさん。
buildrootのことは全然知らなかったもので、3ヶ月ごとに安定板がでるというのも驚きでした。そっちを使っていても十分新しいわけですね(小さいシステムだから可能ということでしょうか)。それをmpd専用に使うのは確かに合理的に感じました。話の流れを中断するのもあれなので、もしも良ければ後ほど、質問などさせていただけると有難いです。

ca2

2017/01/21(Sat) 16:41

No.5554

Re: buildrootで作ろう、完全にメモリ上で動くシステム

make busybox-menuconfig サルはこうやっている

どんどん行きましょう。
それでは、最初に呪文詠唱を忘れずに。
$ cd ~/buildroot
$ make busybox-menuconfig
Networking Utilties --> [*] Enable IPv6 support (チェックを外す）
　　　　　　　　　 [*] ntpd
[*] Make ntpd usable as a NTP server(チェックを外す）
[*] telnet (チェックを外す）
　　　　　　　　　　　　[ ] telnetd(もし作成したシステムにtelnetでログインしたければ
　　　　　　　　　　　　　　　チェック）
　　　　　　　　　　　　[*] tftp (チェックを外す）
　　　　　　　　　　　　[*] wget (チェックを外す）
　　　　　　　　　　　　[*] udhcp client(udhcpc) (チェックを外す）

Process Utilities --> [*] pgrep

他にも自分がいらないな、と思ったものがあればどんどんチェックを外して試してみて
ください。いい勉強になると思います。

今回はここまで。
次回は、make linux-menuconfigです。（手抜きをします。）
　

inthedark

2017/01/21(Sat) 17:00

No.5555

Re: buildrootで作ろう、完全にメモリ上で動くシステム

yoさん

自分のペースでやってますので。どれくらい需要があるのか
わかりませんが、自分もネットの情報には日ごろお世話に
なってますので、ご恩返しのつもりでやってます。
気長にお付き合いください。

inthedark

inthedark

2017/01/21(Sat) 17:04

No.5556

Re: buildrootで作ろう、完全にメモリ上で動くシステム

ca2さん

はじめまして。どれくらい役に立てるかわかりませんが
よければお付き合いください。
安定版でもgit版でもどちらでもいいと思います。
digififanさんは安定版を使っておられると思います。（想像
ですが）。組込み用のシステムで自分の目的に特化したもの
をつくる、ということにはbuildrootは威力を発揮します。
私がここで書いていることなんていうのはbuildrootのほんの
一端でしかありません。奥が深いソフトだと思います。
楽しいですから機会がありましたら実際に使って動かして
みてください。ca2さんはプログラムもなさるようですし、
私よりもっと面白いシステムが自分でお作りになれると思い
ます。

inthedark

inthedark

2017/01/21(Sat) 17:13

No.5557

Re: buildrootで作ろう、完全にメモリ上で動くシステム

make linux-menuconfig サルはこうやっている

さて今回は表題のことを書く前に知っておいていただきたいことがありますので、まずは
buildrootディレクトリをファイルマネージャーで眺めてみましょう。
buildrootを展開したときには以下のような構成になっていると思いますが、どうですか。

　　　　arch board boot configs docs fs linux package support system toolchain

そして一度でもmake busybox-menuconfig や make linux- menuconfig を唱えますと

　　　　dl　　output　というディレクトリが増えているはずです。

dlはbuildrootがネットからとってきた（もちろん、menuconfigで指示されたものですよ）ソース
を集めるために作られます。実際に見てみてください。busybox-1.26.0.tar.gzなんてファイルが
存在してますよね。
そして、outputはサルがこれから作るシステムのイメージなどの出力がされる場所です。
このoutputの中を見てみますと

　　　build host images staging target

といったディレクトリができていると思います。

buildはdlでとってきたソースを各パッケージごとに展開しビルドをする場所です。
もちろん実行するのはbuildrootですが。make busybox-menuconfigを実行し設定を完了
すると、busybox-1.26.0（安定版とは違うかも）というディレクトリができているはず
ですのでその中身を見ていただければお分かりになると思います。
これから解説します、make linux-menuconfigを実行しますと、linux-4.4.39とか自分が
指定したバージョンのカーネルソースの展開されたディレクトリができているでしょ。

imagesはサルがbuildrootに作るように指示した、zImage MLO uboot.img am335x-bonegreen
rootfs.cpio.gzなどが最終的に出力される場所です。これをsdカードにコピーすればいいわけ
です。

targetは実際に作ったルートファイルシステムが展開されて中身を見れるようになっています。
実際どんなふうにできたかを確認できるわけです。

それではmake linux-menuconfigの解説ですが、カーネルオプションの中身については今回の
趣旨から外れますし、私は専門家ではありませんのでいちいち解説などできません。
そこで今回はどこかのシステムから拝借したconfig.gzを使ってやる超手抜き方法でやって
みたいと思います。
それではlightmpd bbb版からとってきたconfig.gzを使わせて頂きましょう。config.gzの
取り出し方がわからないって？そういう時は、ググってくださいね。config.gzを例えば
/home/inthedark/BBGにおいているものと仮定します。

$ cd ~/buildroot
$ make linux-menuconfig（この時点で、/home/inthedark/BBGにあるカーネルパッチが反映
　される。）　　　　　　　　　　　　
exitでmenuconfigをいったん終了させます。
$ zcat ../BBG/config.gz > output/build/linux-4.4.39/.config
$ make linux-menuconfig

こうすることでlightmpdのコンフィグが反映されたメニューが表示されます。
そして設定を自分色に染めていただき、exitしてください。

その他にやるべきことがなければ、(なければですよ）

$ ccache make -j8 2>&1 | tee build.log

とやるとbuild.logにログを残しながらビルドが始まります。buildrootがサルの指示したカーネル
、ｍｐｄ、ｇｃｃ、などソースを取ってきてビルドしてくれます。ccacheなんかもビルドが
速くなるおまじないですから自分の環境にあわせて試してみてください。
ビルドが終わると、上記で説明したoutputディレクトリにファイルができているはずです。
上記でできたrootfs.cpio.gzがルートファイルシステムです。これを、u-bootが読み込める
形式 uInitrdに変換しないといけません。これがyoさんにもお話したおまじないです。

$ cd ~/buildroot
$ output/build/uboot-2017.01/tools/mkimage -A arm -O linux -T ramdisk -C gzip -d
output/images/rootfs.cpio.gz output/images/uInitrd

これまでお話してきたことがこのシステムを作る一連の大きな流れとなります。
大体全体像をつかんでいただけましたでしょうか？最初はだれでももたつきますが、反復
されれば自然と作業スピードはあがります。
実際、私は今まで説明してきたことをほとんど自分で調べ上げました。だからみなさんより
たくさんの時間がかかっております。このスレを読まれた皆さんは私などよりずっと最短
距離を走ることができたはずです。さあ、buildrtootの入り口までは案内しました。
あとは、入り口を通り、新たな世界を体験しに行くか、それとも面倒くさい、やめるわと
なるか、それは皆さん次第です。

もちろん、今までの説明だけで動くシステムが作れるか？といえば、世の中そんなに甘く
はありません。自分にあった環境をbuildrootにつくってもらうためにしなければならない
ことは他にもあります。あと、仕組みの理解も。

今回はここまで。
次回以降、ここからが面倒くさいなあ、と思いながら、buildroot　tipsのようなものを
紹介していきたいと思います。ホント、疲れる。

inthedark

2017/01/21(Sat) 18:44

No.5558

Re: buildrootで作ろう、完全にメモリ上で動くシステム

サルのbuildroot tips その１

前回までの内容で以下のような方々は、自分の力でbuildrootを操れるようになって
いくはずです。

（１）linuxにお詳しい方
（２）プログラムが組める方
（３）本家マニュアル（英語）をすらすら読める方

そういう方々はサルのbuildroot tipsなんか読んでないで実際にbuildrootを動かして
みてください。

以前、こういう実験が行われたそうです。アフリカの子供たちと日本の高齢者にipadを
渡しました。なんの説明もしません。ただ渡しただけです。どうなったと思います？
アフリカの子供たちは３０分もしないうちに電源を入れ、ipadを触り始めたそうです。
一方、日本の高齢者は3時間たっても電源すら入れられなかったといいます。
サルからできるアドバイスを一つ。buildrootに対するときはアフリカの子供たちのよう
になってください。理屈はいいんです、知識がなくてもいいんです。とにかくいじり
倒します。こうやったら壊れるんじゃないか？、こんなの理屈にあわねーからできないね！
そうじゃありません。サルは恐れを知りません。ぶつくさ言ってないで呪文をとなえます。
buildrootの中身をみます。ｃ言語、そんなの知らねーよ。でも、カーネルのソースを
みます。スクリプトファイルを見ます。中身をこじ開け、とにかく見るんです。
エラーメッセージもちゃんと見ます。何を自分に忠告してくれているのかに注意を払い
ます。これがbuildroot攻略の早道です。

他人がこうしてくれない、こんな機能をもったものを作ってくれない。サルは文句をいう
前に自分でつくります。そのためならなんでもやります。lightmpd　の boticizedがその
証明です。自分でつくってみてはじめて、digififanさん、donuts.shop73さん、yoさんの
苦労がちょっとはわかります。こういった方々の偉大さがわかります。（骨身にしみます）
感謝の念はわいてきますが、文句などいう筋合いはありません。本当に私たちは恵まれた
世界の住人なんです。しかも、皆さんはbuildrootなんて強力な武器を持つことができます
。しかもタダで。自分でやってみましょうよ。

それでは、サルからbuildroot tipsを一つ。ただし、これ以降の話は気が向いたらやりますが
途中でやめるかもしれません。あしからず。

４つの呪文、覚えてますか？その中に　make distcleanというのがありましたよね。
あれを唱えるとbuildrootは落として来て展開したときの状態に戻るというお話をしました。
そうすると、以前お話した、output dlといったディレクトリは全部消去されます。
dlって何が集まってるディレクトリでしたか？buildrootがネットからとってきたソース
が入れられる場所です。もったいないと思いませんか。buildrootはdlが消えてしまって
いたら、またソースをネットからダウンロードします。これはビルド時間の遅延を招き
ます。だからmake distcleanをする前にdlをbuildrootディレクトリの外へ退避します。
例えば、/home/inthedark/dlといった場所に。それから make distclean　します。
そのあと

$　cd ~/buildroot
$ ln -s ../dl

こうしてシンボリックリンクを作っておきます。これでbuildrootは、dlにあるものは
もうダウンロードをしないで、dlにあるソースを展開、ビルドすることから始めて
くれます。サルは、git版を使ってますが、git pull でbuildrootを最新にしたあと
自分が作るシステムに必要なパッケージソースがバージョンアップされていれば、
buildrootはdlにあるものと比較してその新しいパッケージソースだけダウンロードして
くれます。
賢いでしょ、buildroot。

今回は、ここまで。
いつまでもあると思うな、親と金とサルのbuildroot tips

inthedark

2017/01/22(Sun) 11:10

No.5564

Re: buildrootで作ろう、完全にメモリ上で動くシステム

inthedarkさん。いちおうccashe make..までしてみて、makeが通るところまで確認しました。(設定はinthedarkさんが書いた部分をなぞっただけなので、機能追加などはほぼしてない状態です。)

設定項目が多いので、まっさらな状態から始めるとすると相当大変ですね。BBB(G)用にまとめてもらって本当に有難いです。menuconfigで一度設定した
buildroot/.config
buildroot/output/build/busybox-*/.config
buildroot/output/build/linux-*/.config
あたりは、ある程度使いまわせる感じでしょうか。パッケージなどは「/」を押すと検索できるんですね(sshfsなども有りました)。

ca2

2017/01/22(Sun) 12:12

No.5565

Re: buildrootで作ろう、完全にメモリ上で動くシステム

ca2さん

お付き合い頂き誠に恐縮です。
.configはおっしゃる通りです。保存しておいて指定箇所に
コピーすれば最初から設定する手間が省けます。

/もおっしゃるとおりです。カーネルのmenuconfigと同じです。
sshfsなどに限らずbuildrootがサポートしてくれている
パッケージは結構あります。そういうものをビルドして
自分のシステムに組み込めるようになったらなお楽しい
です。

これからも時間があれば色々いじって遊んでみてください。

面白い発見があればどうか　このサルめに教えてください。

inthedark

inthedark

2017/01/22(Sun) 12:43

No.5566

Re: buildrootで作ろう、完全にメモリ上で動くシステム

inthedark さん

本日、昼頃からWindows10への仮想PCソフトのインストールから作業を始め、ubuntu16.04LTS上にgit版buildrootを展開し、inthedarkさんのチュートリアルをなぞりながらmake linux-menuconfig後のビルドまでをやってみました。
エラーが出てはその指示に従いパッケージをインストールしたり、作業を進めるうえで不明な点はググることで簡単に対処方法が見つかりました。
まだ作業手順をなぞっただけなので、メニュー設定の内容などはこれから勉強していきたいと思います。(ここからが本番)
Linuxはたいして詳しくない私にも自分でビルドしてみるというきっかけを与えてくださり大変感謝しております。
auのCMではありませんが「やってみよう」の精神は大事ですね。

kens

2017/01/22(Sun) 16:30

No.5570

Re: buildrootで作ろう、完全にメモリ上で動くシステム

サルのbuildroot tips その２

さて今回いよいよbuildrootの本丸ともいえるお話をします。
それが　rootfs-overlay　と呼ばれる機能です。
順を追って説明しましょう。
皆さんの中にはもうすでに、ccache make -j8とかやって最終的にエラーもなくビルド
された方がいらっしゃることと思います。そういう方がいらっしゃったら、

~/buildroot/output/target

このディレクトリを見てみてください。ここにあるディレクトリ群がサルが作っている
メモリ上に展開されるルートファイルシステムの中身です。
その中にある、/etc/init.dをファイルマネージャーで見てみてください。
S01loggingとか、SXXというスクリプトファイルが並んでますよね。ピンと来られる方も
いらっしゃると思いますが、システムの起動時にＳ01から始まって順番にこれらが実行
されていくわけです。
ここにあるものはbuildrootが親切にもすでに作ってくれています。しかし
buildrootは起動時に実行する必要があるすべてのパッケージについてSXXのスクリプト
ファイルを作ってくれるわけではないのです。そういうときどうするか？
そのときは自分で作るしかないわけです。
さあどうしましょう？自分で作ったはいいがこの作ったSXXのスクリプト
ファイル、ccacheのおまじないを唱えてビルドしている間に自動的に組み込んでくれない
かなあって思いませんか？その望みをかなえてくれるのが、rootfs-overlayという
機能です。
以前make-menuconfigについてお話しているなかで
（/home/inthedark/buildroot/board/am335x/rootfs-overlay)Root filesystem overlay
directories
という部分について触れましたね。覚えてますか？上のかっこ書きにあるディレクトリ
は別にこうしなければならないわけではありません。本家のマニュアルに設定例みたい
なものがあってそこの真似をしているだけです。
例えば、/home/inthedark/buildroot/board/am335x/rootfs-overlayというディレクトリ
を作りここにtargetの中にあるルートファイルシステムと同じディレクトリ構成をつく
っておくんです。
rootfs-overlay/etc/init.dという具合に。そして、init.dの中に優先度を設定したい
SXXchrtなんてスクリプトを作ったとしましょう。そのスクリプトをrootfs-overlay/
etc/init.dの中にコピーしておくんです。このようにしてから、ccacheとおまじないを
唱えてやると、buildrootはサルのルートファイルシステムの/etc/init.dディレクトリ
にSXXchrtというスクリプトファイルを作りこんでくれるのです。
この機能は覚えておくと非常に便利です。様々な応用ができますので。こういうディレクトリ
をこのディレクトリの下に作って欲しいとか、buildrootが作ってくれたSXXスクリプト
ファイルが気に入らないから自分で作り直したものを使いたいとかいうときにね。

今回はここまで。
さあ、次があるかな？

inthedark

2017/01/22(Sun) 18:56

No.5575

Re: buildrootで作ろう、完全にメモリ上で動くシステム

kensさん

はじめまして。お付き合い頂き恐縮です。
自分が勉強し始めたときはほんと不安でした。
しかし、自分で作ったmpdを組み込んだ完全にメモリ上で
動くシステムから音が出てきたときは感動したものです。
ぜひ、みなさんの中から一人でも二人でもそういう感動を
味わえる人が出てくれば、こんなにうれしいことはあり
ません。
いつまで喋れるかわかりませんが、お付き合い頂ければ
幸いです。

inthedark

inthedark

2017/01/22(Sun) 19:12

No.5576

Re: buildrootで作ろう、完全にメモリ上で動くシステム

サルのbuildroot tips その３

さあ、もうそろそろ自分でシステムを作っていく喜びに目覚めた方がチラホラ
いらっしゃるんではないでしょうか？　えっ、もっと教えろ？
まあ、そういう甘えん坊みたいな方もいらっしゃるでしょうから、tipsを1つ。

サルの作っている完全にメモリで動くシステムは、cpio形式のルートファイルシステム
だというお話をチラっとですがしたと思います。
調べていただければわかることなんですが、なんでしょうね、cpio形式って。

lightmpdはromfsという形式を採用していらっしゃいます。これは私も詳しいことを
説明できる専門家ではないんですけど、romfsはメモリ上にカーネルが解釈できるファイル
システムをあらかじめ作成し、そこにルートファイルシステム（romfs)を展開する
というものです。
しかし、サルが使っているcpio形式でつくられたルートファイルシステムは、メモリに
カーネルが解釈できるファイルシステムを作る必要がなく、そのままメモリに読み込まれ
展開できるというものなんだそうです。

サルが作っているルートファイルシステムはbuildrootで作成すると
　　　　
　~/buildroot/output/images

に出力されます。rootfs.cpio.gzという名前のファイルです。もちろん、ビルドが
無事通っていたらの話ですが。
buildrootは親切ですから、このrootfs.cpio.gzというファイルの中身は一体どうなって
いるのかは、

~/buildroot/output/target

を見てもらえれば確認できるんですけど、このできてしまったcpioの中身を修正したい
と思ったときどうしたらいいですかね。例えば、buildrootがせっかく
/etc/init.d/SXX~みないなスクリプトファイルを作ってくれたけどこれいらないや！
っていうことで消去したいなあ、なんてことがあればどうしましょう？

　rootfs.cpio.gzを展開して修正を加え、またrootfs.cpio.gzに戻す

これをしなければなりません。
ということで皆さんの調べる手間を省いてしんぜましょう。
以下の呪文を覚えてください。

$ cd ~/buildroot/output
$ mkdir rootfs
$ cd rootfs
$ fakeroot
# zcat ../images/rootfs.cpio.gz | cpio -id
　これで、rootfsディレクトリにbuildrootで作ったルートファイルシステムが展開
　　されます。そしたら、中身を修正し放題です。修正し終わったあと元に戻します。
# find . | cpio --quiet -o -H newc | gzip -9 > ../rootfs.cpio.gz
# exit
$
これで、修正後のrootfs.cpio.gzがoutputディレクトリにできますね。

今回はここまで。
さあ、次は何をしゃべろうかな。

inthedark

2017/01/23(Mon) 09:58

No.5578

Re: buildrootで作ろう、完全にメモリ上で動くシステム

サルのbuildroot tips その４

サルが作っている完全メモリで動くシステムは、mpdで音を鳴らすことを目的
としてます。lightmpdと同じです。make-menuconfigのTarget packagesで指定
してやれば、mpdはビルドしてくれます。
それならいっそ、mpdにパッチをあててビルドして欲しいですよね。
rtパッチとか、dsdパッチとか。こういうときbuildrootではどうしたらいいんですかね。
あとrt optionを付け加えるときどうしたらいいんですかね。
皆さんが一番知りたいであろうtipsについてお話しましょう。

ファイルマネージャーで~/buildroot/packageディレクトリの中を見てみてください。
ここにはbuildrootがサポートしているパッケージの簡単に言えばビルドをするための
手順書が書かれたものが集まっています。この中にmpdというディレクトリがあります
のでその中身をみてください。

0001-なんて番号が振られたpatchファイルがあるでしょ。そうです、ピンと来られる方も
多い思いますが、ここにrtパッチやdsdパッチを置いておくんです。そうするとbuildrootは
mpdをビルドするとき、ここに置かれているパッチをあててビルドしてくれます。
0001-と番号をふってあるのはこの順番にパッチをあててください、とbuildrootにお願い
するためのものです。パッチのあてる順番を間違えるとエラーになる場合などに有効です
よね。

そしてmpd.mkというファイルがあるでしょ。それをエディタで開いてみてください。
最初の方に、

MPD_VERSION_MAJOR = 0.20
MPD_VERSION = $(MPD_VERSION_MAJOR).2
MPD_SOURCE = mpd-$(MPD_VERSION).tar.xz
MPD_SITE = http://www.musicpd.org/download/mpd/" target="_blank">http://www.musicpd.org/download/mpd/$(MPD_VERSION_MAJOR)

という部分があるでしょ。
もうくどくど説明しなくてもわかりますよね。
buildrootにhttp://www.musicpd.org/download/mpd/" target="_blank">http://www.musicpd.org/download/mpd/$(MPD VERSION MAJOR)から
mpd-0.20.2をとってきてくださいと指示しているわけです。
エディタで下の方にスクロールしていってください。
mpdをビルドしたことがある方はみたことがある文字がたくさん並んでるでしょ。
--enable-alsaとかね。そう、ここでrt optionを指定するんです。
例えばサルは、mpd.mkファイルの下の方に、

endef
MPD_CONF_OPTS += --enable-rtopt <---- (サルが追加したrtoption)
MPD_POST_INSTALL_TARGET_HOOKS += MPD_INSTALL_EXTRA_FILES

って加えてます。

あと、追加で大判ぶるまいしておきましょう。
mpd-0.19の方がいい、これとってきてよ!ってbulldrootにお願いするときはどうしたら
いいですか？

MPD_VERSION_MAJOR = 0.19
MPD_VERSION = $(MPD_VERSION_MAJOR).21

これで、mpd-0.19.21.tar.xzを取ってきてくれます。
ただし、これをやったときは注意が必要です。このまま、ccacheとやると途中でエラー
となります。mpd-0.19.21.tar.xzのhash値をmpdディレクトリにあるmpd.hashファイルに
登録しておいてやらないといけません。hash値を求める方法は？

$ sha256sum ~/dl/mpd-0.19.21.tar.xz

これで求められた数値をmpd.hashに登録しておいてあげてください。
# Locally calculated after checking pgp signature
sha256 552a87d71c2981baeddf28c1856a7e071ea0236dd38bc75ec25d58529605ff77 mpd-0.20.2.tar.xz
sha256 8305b8bc026f4b6bde28b8dd09bfdddbe5590acf36358eed4d083a396e301730 mpd-0.19.21.tar.xz
こうすることでビルドが通るはずです。

今回はここまで。
まあ、これで大方システムを作るのに必要なことは伝授できたかな。

inthedark

2017/01/23(Mon) 12:16

No.5579

Re: buildrootで作ろう、完全にメモリ上で動くシステム

サルのbuildroot tips 最終回

最後に皆さんにプレゼントしたいと思います。
それが、uEnv.txtです。
私が、buildrootでシステムを作り始めたころ、お手本といえば（今でもですが）
lightmpdでした。lightmpd BBB版についているuEnv.txtが僕の教材です。
自分でも色々調べましたが、digififanさんは色々解説してくださいました。
しかし、これはあくまでも、romfsをロードするためのものであって私の作って
いるinitramfs(cpio)をロードするためのものではありません。確かに、このuEnv.txt
に修正を加えなくても私のシステムはロードできました。
ただ、起動メッセージをシリアルコンソールで眺めていても
unpack initramfs　
みたいな表示がありません。
どうしたものかと思いました。こんなことdigififanさんにお聞きするなんてずうずうしい
ことはできません。（少なくともサルには）
そこで自分で考えました。その中身がこれです。

#
verify=no
#
#kernel_file=uImage
kernel_file=/boot/zImage
initrd_file=/boot/uInitrd
console=ttyO0,115200n8
mmcdev=0
mmcpart=1
loadkernel=load mmc ${mmcdev}:${mmcpart} ${loadaddr} ${kernel_file}
loadinitrd=load mmc ${mmcdev}:${mmcpart} ${rdaddr} ${initrd_file}; setenv initrd_size ${filesize}
loadfdt=load mmc ${mmcdev}:${mmcpart} ${fdtaddr} /boot/dtbs/${fdtfile}
boot_ftd=run loadkernel; run loadinitrd; run loadfdt
ramrootfstype=ext2
#ramroot=/dev/ram0 rw ramdisk_size=65536
#ramboot=echo Booting from ramdisk ...; run ramargs; bootm ${loadaddr} ${rdaddr} ${fdtaddr}
#ramboot=echo Booting from ramdisk ...; run ramargs; bootz ${loadaddr} ${rdaddr} ${fdtaddr}
uenvcmd=run boot_ftd; run ramboot

lightmpd　ＢＢＢ版のものでいらないと思ったものをコメントアウトしました。
これで起動すると、unpack initramfsのような表示が確認できるようになりました。
このときはうれしかったなあ。

さあ、いかがだったでしょうか。自分で作る意欲が湧いてきたでしょうか？
サルはrpiも自分でシステムを作っております。（rpiB rpiB+ rpi2B3台ともね。）

私は、lightmpdも、volmioも、runeも、picoreplayerもそれぞれ特徴があって好きです。
しかもタダで使わせてもらえるわけですから、こんな贅沢な話はありません。
これは音が悪いだのと、批評だけしているうちは楽なもんです。だから、サルは自分で
作ってみようと思いました。buildrootはサルのような人間にもシステムを作れる可能性
を与えてくれました。buildrootの開発陣には感謝の念を禁じえません。

この掲示板で言いたい放題いわせていただける機会を与えてくださったyoさんに感謝
いたします。ありがとうございました。

最後に lightmpd,volimioなど、日々開発を続けておられる方々に敬意を表してしめくくり
たいと思います。

inthedark(サル）

inthedark

2017/01/23(Mon) 13:51

No.5580

Re: buildrootで作ろう、完全にメモリ上で動くシステム

inthedark さん

連載ありがとうございました。大変な力作ですね。buildroot の何たるかはよく分かりました。
これは自分専用のコンパクトなmpdシステムを作るのに最適な開発環境ですね。ライブラリを管理する機能はないが、mpdを指定して必要なライブラリを自動的に組み込むことができるようなので、
Target packages --->
Audio and video applications --->
mpdを動かすシステムを構築するいう意味ではライブリ管理してもらえることになりそうです。

linuxでmpdを使った音楽プレーヤを作成する時、

- カーネルをどう構成するか(カーネルのビルド)
- rootfsをどう構成するか(ディストリビューションの選択)
- mpdをどう構成するか(mpdのビルド)

に分かれます。今まで2番目の「rootfsをどう構成するか」についてはディストリビューションの選択位しか選択の余地が無かったのですが、buildrootを使えば、これを自在に構成できるということのようです。lightmpdの凄いところはこれに目をつけて、Gaucheと組み合わせて、多機種に展開させたというところですね。改めてよく分かりました。

比較的簡単にromfsのシステムを構築できるようだから、Boticized arch linuxシステムもこれに入れ換えるという手はあるかな。

おっしゃるように、「buildrootはサルのような人間にもシステムを作れる可能性を与えてくれました」(なかなか高級なサルだと思いますが^^;;;) ということだと思います。

とりあえず、折角の力作を消滅させるといけないので、しっかり掲示板のバックアップをとっておきました(^^)。

2017/01/23(Mon) 17:04

No.5581

Re: buildrootで作ろう、完全にメモリ上で動くシステム

inthedarkさん。mpd.mkのくだりは、まさに知りたいと思っていたことでした。貴重ないろいろなTipsありがとうございます。

それにしても、たとえばsshdをmenuconfigで選択しておけば、S50sshdだとかを用意してちゃんと起動処理までしてくれるんですね。こうなると普通のboticの初期設定のように、network/interfacesなりmpd.confなりをoverlayで設定すれば動きそうな雰囲気があります。週末になれば(たぶん)まとまった時間がとれるので、とにかく実機で動くか試そうと思います。

ca2

2017/01/24(Tue) 01:09

No.5585

Re: buildrootで作ろう、完全にメモリ上で動くシステム

yoさん ca2さん

最後までお付き合いいただき恐縮です。
こういうものは勢いがあるときにいっきにやらないと続かない
ものなので根を詰めて書きました。乱筆ですがご容赦を。
私が口で幾ら言っても、実際にいじらない限りbuildrootの
すごさは伝わらないと思いますのでここからは皆さんが実際に
体験することが大事です。（buildrootに限ったことではありませんが）
皆さんの食わず嫌いを緩和することが今回の目的です。
英語が苦手だし、分厚いマニュアル読むの嫌だし、linuxあんまり
詳しくないし、色々な理由をつけて自分の可能性をつぶして
いく（年を取ればとるほどこの傾向が強くなりますが）
これはやはりもったいないと思いますんで。すでに相当の知識
をお持ちなら自分で勝手に勉強していくわけですから、ほっとけ
ばいいんですが、そうじゃない人の中にも様々な可能性が眠って
いるんじゃないかと考えています。
これをきっかけに、自分の可能性にアクセスする人が一人でも
出てくれば成功じゃないでしょうかね。

digififanさんがbuildrootのrootfsイメージの作り方を公開
されています。まだ暫定版ですが。書いてある通りに実行
して頂ければ、romfsができますのでお時間があり、興味が
ある方はやってみてください。（エラーがでることがあるかも
しれませんが、落ち着いて）

inthedark

inthedark

2017/01/27(Fri) 09:40

No.5587

Re: buildrootで作ろう、完全にメモリ上で動くシステム

inthedark さん

素晴らしいタイミングでdigififanさんの情報が公開されましたね。それも BBB Boticを意識した形で。ここでlightmpdのboticizeって大騒ぎしたのが良かったですかね。

早速試してみて、先程、
yo@ubuntu:~/digifi/beaglebone/buildroot-2016.11.1$ ls output/images/
rootfs.cpio rootfs.cramfs rootfs.romfs
を確認したところです。
Core i5 1.8MノートPCで2H位かかりました。VmwarePlayerのディスクを8GB位消費。
ちょっと実機でやるのは無理ですね。
これをベースにいろいろ遊んでみるつもりです。

inthedark さんの情報とアドバイスなしにはここまでこれなかったでしょうから、大感謝です。

2017/01/27(Fri) 19:40

No.5588

Re: buildrootで作ろう、完全にメモリ上で動くシステム

こんばんは。しばらく公開されたlightmpdのdefconfigを元にしてbuildrootで色々試してました。いくつか便利かと思ったことを書こうと思います(一部は別のところにも書きました)。だいたいはマニュアルから引っ張ってきてます。

1. 環境変数(.bashrcなどに記入)についてですが、
export BR2_DL_DIR=(dlを置きたい場所)
export CCACHE_DIR=(tmpfsを使ってるなら/tmp？(再起動すると消えるが、それが良いのかは不明…))
の様に設定できるかもしれません。BR2_DL_DIRについては設定しておくと、buildrootがこっちをダウンロードの場所として優先する模様。

また、標準だとソース・ファイルをwgetするとき3回試すんですが、繰り返してもうまく行かない方が多い気がするので、.configで
BR2_WGET="wget --passive-ftp -nd -t 1"
の様に1回にしてます。

2. make の引数について、マニュアル(https://buildroot.org/downloads/manual/manual.html#_advanced_usage" target="_blank">https://buildroot.org/downloads/manual/manual.html#_advanced_usage)の 8.12.5 にいろいろ書いてあります。

たとえば、一度ccache makeしたプロジェクトで、mpdだけ新しく更新したいという場面は多いと思います。ただ、buildrootは一気に全部作ることを想定してるので、厳密な手順としては make clean して ccache make しなくてはなりません。
しかしそれは面倒なので、次善の方法としてはmake cleanの代わりにmpdだけ消す:
make mpd-dirclean
をしてからccache makeすることもできます。そうすればmpdについては一から作成されます。mpd更新くらいなら、だいたいはこれで大丈夫かと。

3. mpdなどを新しくするとき、mpd.hashを正しく設定しないとエラーになりますが、そのチェックを飛ばすこともできます。具体的には:
none xxx mpd-0.20.4.tar.xz
の様に指定できます。

4. TopDirにlocal.mkというファイルを作って、たとえばlinux-kernelやmpdなら
LINUX_OVERRIDE_SRCDIR = kernelのあるディレクトリ
MPD_OVERRIDE_SRCDIR = mpdのソースのあるディレクトリ
のように設定すると、ソース・ファイルを拾って展開するかわりに、指定の場所からコピー(rsync)してくれます。この場合、パッチは自動では当たりません。最新のパッケージで、いろいろ操作が必要なときは便利かもしれません。

5. overlayの話がすでに出てますが、
BR2_ROOTFS_POST_FAKEROOT_SCRIPT
BR2_ROOTFS_POST_IMAGE_SCRIPT
あたりも設定すると作業を完全に自動化できて便利かもしれません。
POST_FAKEROOT はrootfs.romfsが作成される直前(たとえば、不要ファイルの削除などできる)、
POST_IMAGE は作成後に実行される模様です(mkimageしたりもできる)。

ca2

2017/02/04(Sat) 22:33

No.5617

Re: buildrootで作ろう、完全にメモリ上で動くシステム

ca2さん

こんばんわ。夜分貴重なtipsありがとうございます。
工夫次第で色々使い勝手が良くなるものですね。
またお気づきになられた点などございましたら
お時間の許す限りで結構ですので書き残して頂ければ
とおもいます。

inthedark

inthedark

2017/02/04(Sat) 22:59

No.5618

Re: buildrootで作ろう、完全にメモリ上で動くシステム

基本はinthedarkさんの解説なので、付け足しですが、情報があればお知らせしたいと思います。buildrootのマニュアルの他には、lightMPD関連のdigififanさんの記事くらいしか、なかなか見つからないので情報共有できればよいですよね。
軽量化だとかの話は、まだ途中という感じなので後日まとまってきたら書こうと思います。

ca2

2017/02/05(Sun) 10:43

No.5620

Re: buildrootで作ろう、完全にメモリ上で動くシステム

長くなりましたので、この続きは
buildrootでupnpレンダラー

でお願いします。

inthedark

inthedark

2017/02/05(Sun) 17:36

No.5625

Boticized lightMPDを公開します

サイトのこのページに
http://mimizukobo.sakura.ne.jp/articles/articles020.html#boticized-lightmpd" target="_blank">http://mimizukobo.sakura.ne.jp/articles/articles020.html#boticized-lightmpd
アナウンスしました。バグ報告、質問、雑談などはここで継続しましょう。よろしくお願いします。

「Boticized lightMPD用のmpdのビルド」のスレッドも長くなったので、こちらで続けましょう。

2017/01/21(Sat) 09:17

No.5544 [返信]

Re: Boticized lightMPDを公開します

ca2 さん

こちらで続けましょう。

> なので、新たにS+数字+..のファイルをつくって、その中でSDカードをマウントして、データのコピー+実行をするコマンドを書けばGaucheは関係なしにある程度の操作はできそうです(S00setupvarの中身のSDマウント方法を真似できるかと)。

「この手はあるかな」と思っていました。
telnetでちょっと実験してみました。
# mount /dev/mmcblk0p1 /mnt
# ls -l /mnt/lightMPD/myscript.sh
-rwxr-xr-x 1 root root 74 Jan 1 09:03 /mnt/lightMPD/myscript.sh
# /mnt/lightmpd/myscript.sh
Welcome to Boticized lightMPD
# cp /mnt/lightMPD/myscript.sh /sbin/
cp: can't create '/sbin/myscript.sh': Read-only file system
# cp /mnt/lightMPD/myscript.sh /var/lightMPD/bin/
# /var/lightMPD/bin/myscript.sh
Welcome to Boticized lightMPD
ちなみにmyscript.shの内容はさっき公開したものを使って
#!/bin/sh
echo "Welcome to Boticized lightMPD"
#mount /dev/mmcblk0p1 /mnt
としてあります。

2017/01/21(Sat) 10:58

No.5548

Re: Boticized lightMPDを公開します

yoさん

公開ありがとうございました。早速使わせていただきました。

デフォルトの組み合わせで、mpd.confもデフォルトで聴いてみました。
素晴らしいですね。もうここら辺りになるとレベルが高過ぎて、最近moctさんが公開されたmpd-0202rtなどと較べても甲乙付け難しという感じです。

DSD再生もDopでDSD64とDSD128は再生を確認しました。DSD256は無理みたいです。コントロールソフトを道連れに暴走します。

以下は全くの余談ですが、どうもLINUXCOMさんのブリッジ基板は、Botic起動直後において切換信号DSD_Hがうまく出ていないような気がします。一度PCMを再生した後ではDSD再生は可能になりますが。
まあこれは当方の環境だけなのかな。yoさんのところは別に問題ないですか。問題ないのであれば、当方のマイコンのプログラムにこそ問題ありということですが(^^;

えふ

2017/01/21(Sat) 14:12

No.5552

Re: Boticized lightMPDを公開します

yoさん。lightmpdの内部の件は、やはりほとんどは(圧縮ファイルをマウントしてるため？)読み込み専用で、var以下のようにシステムに必要な分が書き込み可能なかたちなんでしょうか。なので、lightmpdではmpdのように後から入れ替え・切り替えしたいものをシンボリック・リンクにしてる感じでしょうかね。こういったlightmpdの工夫は、たとえばbuildrootを自分で使うにしても有用そうです。

なんにせよ、boticize版の公開ありがとうございます。botic+lightmpdを使ってみたい人は、私もそうですが、沢山いたのではないかと思います。

ca2

2017/01/21(Sat) 16:28

No.5553

Re: Boticized lightMPDを公開します

えふさん、動作報告ありがとうございました。

DSD再生に関しては、ディフォルトの僕のビルドしたものではなく、デジファイのおとさんがビルドしたものを使った方がいいかもしれません。ただし、uInitrdはuInitrd-botic-l(オリジナルのuInitrdでもOK)に変更する必要はあります。

ブリッジ基板の切替信号に関してですが、aitlabo DACは使っていないので、分からないです。linuxcomさんのB3D-A4495では問題ないです。

2017/01/21(Sat) 19:12 No.5559

Re: Boticized lightMPDを公開します

ca2 さん

> なので、lightmpdではmpdのように後から入れ替え・切り替えしたいものをシンボリック・リンクにしてる感じでしょうかね。こういったlightmpdの工夫は、たとえばbuildrootを自分で使うにしても有用そうです。

このあたりの工夫は凄いですね。今回、uInitrdをバラしてみて、よく分かりました。
そういう意味では、myscript.shを組み込もうと頑張ってみて良かったなと思っています。

2017/01/21(Sat) 19:14

No.5560

Re: Boticized lightMPDを公開します

はじめまして yoさん
Boticized lightMPDの公開ありがとうございます。

えふさん
DSD再生ですが、digififanさんが1/19にmpd-0.19.21rt-native-dsdを再アップされています。
当方でのLINUXCOMさんのブリッジ基板及びDSD-A4490基板一式での確認となりますが、
audio_output に dsd_native_type "3" を指定することでDSD256の再生が正常にできることを確認しております。

kens

2017/01/21(Sat) 20:44

No.5561

Re: Boticized lightMPDを公開します

kens さん、動作報告ありがとうございます。

> audio_output に dsd_native_type "3" を指定することでDSD256の再生が正常にできることを確認しております

uInitrdは何を使われましたか ?

2017/01/22(Sun) 07:36

No.5562

Re: Boticized lightMPDを公開します

yo さん

> uInitrdは何を使われましたか ?

initrd_file=/boot/uInitrd-botic-l

上記設定で正常動作を確認しています

kens

2017/01/22(Sun) 10:25

No.5563

Re: Boticized lightMPDを公開します

お久しぶりです。以前お世話になりました、tacと申します。
ブリッジ基板ご使用との事で質問させていただきたいのですが
Boticized lightMPDの内容ではないことを承知の上ですいませんがよろしくお願いします。
DSD再生中の停止操作、頭出し、PCMからDSD、DSDからPCMの切り替わり時で
ポップノイズならびにタッチノイズ（名称が思い浮かばないです）の発生は
いかがでしょうか？
以前、所持していましたが必ずでるノイズの大きさが問題で手放してしまいました。

tac

2017/01/22(Sun) 12:56

No.5567

Re: Boticized lightMPDを公開します

tac さん

LINUXCOMさんのDSD-A4490+RCI-A4490基板でのことでしたら、DSD<->PCMの切替、停止からの再生開始、DSDの再生停止(一時停止含む)、頭出しでボツ音が発生します。

kens

2017/01/22(Sun) 14:43

No.5568

Re: Boticized lightMPDを公開します

はじめまして。
BBGとブリッジ基板で外部のD/Aコンバーター(Texas のPCM1795)に繋げて、kickさんのAch-BotiをeMMCに入れて聞いています。
今回Boticized lightMPDを試してみましたが、ネットワークに繋がらず上手くいってません。
Boot Buttonを押しながら電源を入れると、Ethernetのオレンジとグリーンのランプがつきますが、LEDSが消灯したままです。
lightmpd.conf内のdebugのsaveをonにしてますが、SDカードの中を見てみるとファイルができていなので原因がしらべれなく困っています。
sdカードの相性かもと思い、もう一台のBBBで認識するSDカードを使ってみましたがダメでした。
設定はlightmpd.conf（network、nas、mpd）を自分の環境に合わせました。
BBBでLightMPDを使っていますので、設定は問題ないと思います。
botic関連で設定し忘れている所などありましたら、教えてください。
よろしくお願いします。

シネマー

2017/01/22(Sun) 15:34

No.5569

Re: Boticized lightMPDを公開します

DSD native再生のノイズの件ですが、僕の環境でも発生します。digififanさんのノイズ低減パッチはかけてあるのですが、あれはxmos系のチップを使った時だけ有効ということなのですかね。とうも、このあたりがよく分からないです。

2017/01/22(Sun) 16:59

No.5571

Re: Boticized lightMPDを公開します

シネマーさん

> LEDSが消灯したままです。

ということはブートローダは正常に動いたけど、カーネルが読み込むことが出来ていないという意味です。uEnv.txtをいじりましたか。

2017/01/22(Sun) 17:01 No.5572

Re: Boticized lightMPDを公開します

シネマーさん

私は BBB とLINUXCOMさんのB3D-A4495 基板の構成で、ブートフラグ(fdiskのa)の設定はしていないからか ^^:
>Boot Buttonを押しながら電源を入れると、
起動しません。
B3D-A4495 基板のJ2をオープン(ブートボタン押さないのと同等)で電源を入れるとLEDSが点灯し30秒程で点滅に変わります。
直ぐにEtherの緑LEDとLEDSの点滅が激しくなりデータベースの更新を行うようです。
更新が済むとLEDSの鼓動は落ち着く感じです。

コウ

2017/01/22(Sun) 17:26

No.5573

Re: Boticized lightMPDを公開します

yoさん、コウさん
ありがとう御座います。
uEnv.txtは編集してません。
fdiskのaはしてません。
LightMPD v1.0を使用してるsdカードもMACでfat32にフォーマットして、ファイルをコピーして問題なく使えていましたので(^^;;
ブートフラグは気になっていましたが、まだ試していません。

シネマー

2017/01/22(Sun) 17:41

No.5574

Re: Boticized lightMPDを公開します

ブートフラグがあやしいです。
fdiskをやってみてください。

2017/01/23(Mon) 07:34

No.5577

Re: Boticized lightMPDを公開します

MACでブートフラグの仕方がわからなかったので、Ubuntuをインストールして、fdiskをしました。
無事音が出ました。
初歩的なミスですいませんでした(^^;;
じっくりと聞いてみます♪

シネマー

2017/01/23(Mon) 17:59

No.5582

Re: Boticized lightMPDを公開します

シネマーさん

>Ubuntuをインストールして、fdiskをしました。

当方も最近うまく起動していなかったのですが、同じ方法（ブートフラグを付けること）で、起動してくれました。

yoさん

>ブートフラグがあやしいです。

まさにそのとおりで、今まではこんなことは意識せずに起動できていたのですけどね。
最初は、S2のタクト・スイッチが押しすぎて壊れたのかなと思いましたが(^^;、イメージファイルで焼き付けたSDカードでは問題なく起動していたのでそうではないとは分かっていましたが。

えふ

2017/01/23(Mon) 21:31

No.5583

Re: Boticized lightMPDを公開します

シネマーさん

>Ubuntuをインストールして、fdiskをしました。

起動できるようになってよかったですね。
kickさんのArch-BoticをeMMCから起動できるのであれば、そこからSDカードをfdiskできますよ。

fdisk /dev/mmcblk0

kens

2017/01/23(Mon) 23:46

No.5584

Re: Boticized lightMPDを公開します

kensさん

eMMCのArch-Boticでfdiskできました。
ありがとうございます。
本当に良い音ですね♪

シネマー

2017/01/25(Wed) 23:46

No.5586

Re: Boticized lightMPDを公開します

Yoさん
初めての投稿となります
つい最近公開されましたboticized-lightmpd-v02を組み込んで早速聞いております。
やはり高域が特徴的ですね、気持ちのいい出方をしています。
ところで、質問です。
①LightmpdはRAM上で動作しているので、電源OFFはぶち切りでいいよとのことですがやはり精神的か弱い私には怖いです。どこかのネットでTelnetを使ってlightmpdと通信出来ると記載がありました。Telnetを使用して電源OFFはできないでしょうか。
②また、上記のようにTelnetを使用してfdisk-aはできないでしょうか。
よろしくお願いします。

sugi-

2017/01/31(Tue) 18:02

No.5589

Re: Boticized lightMPDを公開します

sugi- さん

> Telnetを使用して電源OFFはできないでしょうか。

出来ます。「poweroff」が使えます。

> 上記のようにTelnetを使用してfdisk-aはできないでしょうか。

-aというオプションはないと思いますが、fdiskは普通に使えます。
ちなみに、boticized lightmpdでは、uEnv.txtやlightmpd.confをいちいち Windows側で修正するのが面倒なので、
mount /dev/mmcblk0p1 /mnt
を初期設定処理(myscript)で自動実行するようにしてあります。
従って、
nano /mnt/uEnv.txt
nano /mnt/lightmpd/lightmpd.conf
で内容を修正可能です。

2017/01/31(Tue) 21:59

No.5590

Re: Boticized lightMPDを公開します

Yoさん解答ありがとうございました。
Tlenetにより設定変更ができることがわかりました。
そこで、ご提案ですが大容量のsdカードを用意しlightmpdの他にMusicホルダーを作成して音楽データを入れ込み再生ができそうですが。
LANによる音楽データ転送が無くなるため音質向上ができそうです。
Telnetで音楽データの入れ替えするようなマクロは出来ないでしょうか。

sugi-

2017/01/31(Tue) 23:17

No.5591

Re: Boticized lightMPDを公開します

> Telnetで音楽データの入れ替えするようなマクロは出来ないでしょうか。

出来ると思います。
簡単にするためには、rootfsにmpcを組み込んだ方がいいでしょうね。
僕はsdメモリ再生には興味がないので、マクロ作成に誰か手を上げてくれるなら、rootfsの方は、簡単に作成できますので、対応します。

2017/02/01(Wed) 07:53

No.5592

Re: Boticized lightMPDを公開します

前のメッセージを補足しておきます。

sdカード再生を行うためには/etc/mpd.confの変更が必要ですが、mpd.confの実態は/var/lightmpd/etcにありますので、書き換え可能です。
また、mpdの再生は外部のクライアントを使うよりmpcコマンドで行った方が、sdカード再生には適当ですので、mpcを組み込んでおく方がいいです。これは、digififanさんが公開されたrootfs作成データを利用すれば、簡単にできます。
あらかじめ playsd.sh というスクリプトをsdカードの /lightmpd に用意しておき、myscript.shと同じ手口で/varにコピーされるようにしておきます(とりあえず、myscript.shを使ってもよい)。

参考までですが

PLAYDATA=/再生ディレクトリ・・/再生データ

mkdir /mnt/music
sed -e "s/\/var\/lib\/mpd\/Music/\/mnt\/music/" /etc/mpd.conf
mpd --kill /etc/mpd.conf
mpd /etc/mpd.conf

cp $PLAYDATA /mnt/music
mpc add music/再生データ
mpc play

こんな感じで再生出来るのではないかと思います(未確認です)。
まあ、Ruby curses あたりを使って、メニューを使い、選ぶような方法も可能だと思います。

2017/02/01(Wed) 12:14

No.5593

Re: Boticized lightMPDを公開します

バグだらけでしたね。
これで動くのを確認しました。

SDDATA=robos.wav
DIR1=sdc/sacd/waon/
DIR2=/var/lightMPD/nas/NASID2/

mkdir /mnt/music

sed -e "s/\/var\/lib\/mpd\/Music/\/mnt\/music/" /etc/mpd.conf > /var/mpd.conf
mpd --kill /var/mpd.conf
mpd /var/mpd.conf

cp $DIR2$DIR1$SDDATA /mnt/music/$SDDATA
mpc update
sleep 2
mpc add $SDDATA
sleep 1
mpc play

2017/02/01(Wed) 21:45 No.5594

Re: Boticized lightMPDを公開します

sugi-さん、yoさん

> Telnetで音楽データの入れ替えするようなマクロは出来ないでしょうか。

既にyoさんの方で一つ回答を出されていますが…、当方もTera Term用のマクロでNASからSDカードへデータコピーするマクロ
を公開します。以下のところからダウンロードしてください。
このマクロは、当方のオリジナルではありません。以下のサイトで公開されていたメモリ再生用にデータをコピーするマクロ
を当方がSDカードへのコピー用に改変したものになります。
オリジナルは、Raspi2のlightMPD用にメモリ領域にデータ転送する目的で作られたものです。Raspi2は1GBのメモリが有ります
から、システムがその一部を消費してもそれなりの容量を確保できますので問題ないのですが、BBB(BBG)は、512MBしか有りま
せんのでこの程度ではflacデータでもアルバム1枚分をコピーするのは難しくなります。
そこでSDカードへのコピー専用のマクロに特化することにして、オリジナルから関係ない部分削除したり、メッセージ文言を
書き換えたりしています。

※例によってお断りしておきますが、本マクロは無保証でご利用ください。当方及びオリジナル作者は使用に際して一切の責任
を負いません。なお、この改変版を公開することについては、オリジナル作者様の許諾を得ています。

https://drive.google.com/file/d/0B97p9GyQEpOldjAyQUN0eF9IeEk/view?usp=sharing" target="_blank">https://drive.google.com/file/d/0B97p9GyQEpOldjAyQUN0eF9IeEk/view?usp=sharing

オリジナルはこちら。「LightMPDでのメモリ再生その３」
https://officemoorea.wordpress.com/2016/07/22/lightmpd%e3%81%a7%e3%81%ae%e3%83%a1%e3%83%a2%e3%83%aa%e5%86%8d%e7%94%9f-%e3%81%9d%e3%81%ae%ef%bc%93/" target="_blank">https://officemoorea.wordpress.com/2016/07/22/lightmpd%e3%81%a7%e3%81%ae%e3%83%a1%e3%83%a2%e3%83%aa%e5%86%8d%e7%94%9f-%e3%81%9d%e3%81%ae%ef%bc%93/

「動作条件」
Tera Term Ver.4.86以降

「前提条件」
複数のNASを利用しているか、一つであれば音楽フォルダが複数あることが必要です。当方の場合は、トップディレクトリに
music があり、その配下に DSD flac wavという3個の構成となっています。（最大5個の指定ができます）

「事前準備」
・NASをネットワークドライブとして認識させてください。この時割り当てられたドライブレターをマクロ内で指定する必要が
あります。
・SDカード、要するにlightMPDをインストールしているカードのルートに、music という名前で事前にフォルダを作成しておい
てください。
・本マクロ、C2Mbbb_20170202_sdcopy.ttl をteratermフォルダにあるttpmacro.exeに関連付けしておいてください。要するに
マクロファイルのダブルクリックで起動させるためです。
・マクロの先頭部分に、lightMPDのIPアドレス、ネットワークドライブのフォルダ指定がありますので、個々の環境に書き換え
てください。
・上記の音楽フォルダの指定順は、lightmpd.confでNASで指定している順に合わせてください。当方の場合、lightmpd.confで
music_directory=NASID2/DSD,NASID2/flac,NASID2/wav と指定していますので、マクロ内で上からこの順に指定しています。
※原則、lightMPD側（lightmpd.conf等）には変更を加えません。

「操作」
・NAS及びlightMPDが起動している状態で、マクロを実行してください。具体的操作については、感覚的に分かっていただける
と思いますが、上記のオリジナル作者様のサイト記事で具体的な操作説明がありますので参考にしてください。簡単に云うと、
最初にNAS上のフォルダ選択画面で今回コピーするフォルダを選択してコピーを行い、しばらく待つと再度フォルダ選択画面に
なりますので、この状態のまま再生ソフト（当方はSkyMPCを利用）起動して必ず更新（DB更新）を行ってください。
・そうするといつものMD01、MD02…の後に sdcard というフォルダが現れますので、この中に楽曲がありますのでいつもように
プレイリストに追加して再生できます。
・本マクロは単純なコピー機能に徹しています。ただ、SDカードですからそれなりの容量がありますから、コピーする際に
以前のデータを消して今回コピーするものだけにするのか、または今回のものを追加コピーするかを選択できます。
・フォルダ選択画面で「キャンセル」を押下すると、本マクロは終了します。

「制限事項」
・lightMPDには日本語localeが入っていないのでしょうか。Tera Termウインドウでリスト表示すると日本語曲名が文字化け
します。
・通常はアルバム単位でその名前を付した楽曲フォルダが出来上がっていると思います。フォルダ単位でコピーしていますが
sdcardフォルダ配下にはそのアルバム名フォルダは現れず、いきなり楽曲名が表示されます。よって、複数の楽曲フォルダー
をコピーした場合は、それら全てが混在する形となります。

以上、長々と書き連ねてきましたが、当方もTera Termのマクロは俄勉強を始めたところで実は詳細には把握していない部分が
あります。ですので要望事項を出されましてもお応えすることができないと思います。繰り返しますが、データコピーするとい
う単機能な目的であるこをと承知おきください。
マクロの知識をお持ちの方で、このように改善したよという方がおられましたら是非教えてください。改変はご自由ですが、
必ずマクロ先頭部分の著作者表示は残しておいてください。
なお、改変版（本マクロ）については、オリジナル作者様へは問い合わせはしないようにお願いします。

最後に本当にくどいですが(^^;、データ等はバックアップを取ってからご利用ください。少しでも何方かのお役に立てば幸いです。

えふ

2017/02/02(Thu) 20:44

No.5595

Re: Boticized lightMPDを公開します

えふさん、マクロの公開ありがとうございました。

通信プログラムのマクロという手は思いつきませんでした。
そういえば、昔(いにしえの古代ですね)、パソコン通信という世界があって、マクロを使っていたなぁと思い出しましたね(^^;;;。
やっぱり、再生まで出来た方がいいでしょうから、buildrootを使って mpcなどを入れた版を仮公開しますかね。
日本語localeが入っていないと思います。どう入れるかよく分からないのですが、ご存じの方ヘルプです。

2017/02/03(Fri) 07:30

No.5596

Re: Boticized lightMPDを公開します

yoさん

> パソコン通信という世界があって、マクロを使っていたなぁと思い出しましたね

当時、emacsのマクロで「Nifty4u」（名前間違ってたらごめんなさい）などで、フォーラムを巡回してたような…
その時は今と違って、FreeBSDやNetBSDを使っていたような気がします。

ところで余談ついでに(^^;、先日ついにapu2c4が届きました。
このマクロにかかりきりだったので、取りあえずスタンドアロンで音が出るところまでは確認しました。
この後は、BBBと組み合わせてUPnPアダプターモード等を試してみます。

えふ

2017/02/03(Fri) 09:13

No.5597

Re: Boticized lightMPDを公開します

今話題にされていることから外れますが。
yoさんのboiticized lightmpdはカーネルが4.8.13だと思うんですが私は、最新の4.9.7（rt4)でビルドに成功しましたのでお知らせします。
シリアルコンソールで例のごとく確認しましたが、
asoc-botic-card botic: using 'default' pinconfig
asoc-botic-card botic: botic-hifi <-> 48038000.mcasp mapping ok
asoc-botic-card botic: 48k ext, 44k1 ext, use format switch
ALSA device list:
#0 Botic

以上のメッセージを確認し、起動もしております。
lightmpdBBBv1.03に私の作った、zImage,am335x-boneblack-botic
を入れて試しました。

どうでもいいような話題ですがご参考まで。

inthedark

inthedark

2017/02/04(Sat) 10:27

No.5598

Re: Boticized lightMPDを公開します

inthedarkさん、こんにちは。

最近はしばらく、公開されたlightmpdのconfigで、buildrootをつかってのuInitrd軽量化などを私は試してました。

boticized kernelの件ですが、mieroさんのbotic7-v48のパッケージを使うんでしょうか？実は前にyoさんの解説をみて自分で試したんですが、linux-kernelのstable版をgitでひろってくるので、バージョンが違ってしまうためか、上手くできませんでした。このへん、うまくやる手順があるのでしょうか？

以前の解説に書かれていた、buildrootでlinux-upstream_4.8.13-botic7-rc3を指定する方法ならrt化したkernelもビルドはできるんですが…

ca2

2017/02/04(Sat) 11:52

No.5599

Re: Boticized lightMPDを公開します

ca2さん

uInitrdの軽量化、楽しそうですね。また、機会がありましたら
ぜひコツなど教えてください。
さて、kernelの件ですが、私はca2さんがおっしゃる、botic-dev
を見ていて思いつきました。皆さんにも簡単にできるように
別スレを立てて解説したいと思います。

inthedark

inthedark

2017/02/04(Sat) 12:18

No.5600

Boticized lightMPD用のmpdのビルド

Boticized lightMPDのmpdの最新版への入れ換えですが、一応音が出るようになりました。音は素晴らしいです。尖った音という感じはすっかりひっこみ、落ち着いた雰囲気で、楽器のリアルな質感がとてもよく再現されるようになりました。悪戦苦闘しましたが、やってみた甲斐はありました。

lightmpd login: root
# uname -a
Linux lightmpd 4.8.13-rt8-lightMPDbbb-00128-g46e67de-dirty #9 PREEMPT RT Thu Jan 12 08:24:28 JST 2017 armv7l GNU/Linux
# mpd -V
Music Player Daemon 0.19.21

Copyright (C) 2003-2007 Warren Dukes <warren.dukes@gmail.com>
Copyright (C) 2008-2014 Max Kellermann <max@duempel.org>

公開しようかと思いますが、前回のzImageとam335x-boneblack-botic.dtbに加え、uInitrdとmpdの入れ換えが必要で、更に、uEnv.txt、lightmpd.conf、mpd.confの一部修正が必要です。つまりBBB版のlightMPDをブートローダを除いて、総入れ換えすることになります。こうなると公開は著作権者のデジファイのおとさんの許可を得ておくのが仁義かと思います。
あと、ビルドするmpdの構成に関してはいろいろな設定が可能ですが、当然、僕の使い方に合わせた設定になっています。ラジオが聞けないとか、SOXによる変換はしないとか、多々制限があります。
また、原因不明のバグ残りです。一番大きいのはmpdが自動起動されないというやつ。その他、tag_cache作成途中で止まるので、古い版で作成してから使う必要があるなど。このあたりは公開して、他の方の環境でどうなるか知りたいです。

という次第でどうしたものか思案中です。

なお、uInitrdの入れ換えは相当に大変です。「インタネットラジオを聞きたいからなんとかしろ」などといわれても、気安くハイハイいえるレベルではありません。デジファイのおとさんがあれだけの数のソフトを様々な要望を聞き入れながら、メンテナンスされていることに改めて敬服、感謝します。

2017/01/16(Mon) 20:32

No.5508 [返信]