ｙ-ｄｃ５のブログ一覧

PINE64でUPNPプレイヤー（レンダラー）を使っていて２０分を超えるファイルを再生したら１０秒程度で次の曲へスキップする不具合がありました。
調べた（AIに聞いた）らUPNP経由でMPDに送るデーター取得のドライバーに不具合があり、バッファーが十分でもどんどんデーターを読み込んで最終的にはオーバーフローする模様。（osはarmbianでカーネル6.12系）

アップデートしたら直るかも（不具合修正されてるかも？）ということで6.18系にしたけど直っていませんでした。　さらに（ここから本題）　6.18系からsun4i-spdifドライバーがカーネルに統合されていて、自作（バグを修正した・SPDIFで再生すると極端に遅く再生される）のドライバーがどうやっても使えないという事態に・・・
結局armbianを再インストールすることになったけど、はまった点を未来の自分に向けてのメッセージです(笑)

１．ＯＳ
　現時点では6.18系はカーネルからコンパイルが正常に動かなかったので、ドライバー無し（もしくはドライバーファイルがカーネル外）のOSイメージが作れなかった。その為、過去のをインストールする必要がある。　
　*セキュリティ的には古いのを使うのは良くないので、家庭内ネトワークのみで動くシステムとし、外部とのデーターやり取りは出来ないようにルーターの設定は必要です。

２．LINUXヘッダーファイル
　apt installではもうない（6.18系がインストールされる）古いのはちょっと検索したけど出てこない。
　動いてるＯＳから作る方法もあるそうだが、出来なくて断念。

３．どうしたか
　アーカイブを探したところ、6.12.91のイメージとヘッダーのdebファイルを発見。　これはローカルファイルとしてapt installで取り込むことができる。
　１）過去のＯＳをインストール（イメージファイル6.6.16　armbianのbookwoem）
　２）linux-imageの6.12.91ファイルをインストール　→　6.12.91にバージョンアップされる
　３）linuxヘッダー6.12.91ファイルをインストール　→　これで6.12.91でカーネルドライバー(.koファイル）を作成できる
　　（開発環境は別途インストール要）

　４）20分を超えるファイルについて
　　　MPD＋ucmpdclによるUPNP再生はあきらめる。
　　　→Gmediarenderを使う（こっちは不具合なし、UPNPのみなので、コントローラーを閉じると再生リストが止まってしまい、曲が終わると止まってしまう=次の曲が再生されない位。　まあスマホでコントローラーを閉じなければ良いだけなのでＯＫ）
　　　＊Gmediarenderは次の３つのライブラリのインストールも必要。
　　　　理由はGStreamerは、動画や音声などのマルチメディア処理を簡単に構築できるオープンソースのフレームワーク（開発用ライブラリ）であり、それを使って動作するのがGmediarenderとの事。
　　　　gstreamer1.0-alsa gstreamer1.0-plugins-base gmediarender


分かってしまえばそんなに複雑な事はありませんでしたが、ＡＩに聞いたり色々なページを読んだり（英語のを翻訳したのを読んだ）して苦労しました。日本ではpine64でSPDIFを使ってる人ってネットで調べても出てこないので居ないんでしょうか？　
ＡＩの纏めを見たら自分の記事が出てきたりして日本語の情報が殆どないですね。
後継機種も出してないようだし、ラズパイ一強だし仕方ないですね(^^;

大雨の後にDC5のリアウインドウが真っ白に曇ってる！　という事で開けてみたらトランクの水深20mm😓
内装剥がして確認したら画像の様にテールライトのボルト部分に流れた跡有り。パッキンの劣化ですね。（下の赤いのは以前錆を発見して塗った錆止め）

パッキン交換方法はみんカラを検索・参考にしてバンパー外して交換です。もう24年前の車なので汚れと錆が出てますので洗車準備と錆止めが必要です。
今回は見えない所なのでサビキラーproで補修しました。

次にライトのパッキンですが、ちょうどエプトシーラーが余ってるのでそれを使用。純正のパッキンはボロボロだけどなんとか同じような形に切れました。　


又、ライトの上の方に水がかからないようにスポンジがありますが、これもボロボロ（上の方から左にだらんとしてる黒いやつ）穴の周辺の黒いのは泥です😅これだけ汚れが溜まっていたら雨漏りしますね。　ウエスで擦る程度じゃ落ちないので洗剤とブラシで洗い落としました。

ついでの作業
トランク内も鯖が出てきたのでサビキラーproで補修し、トランクのタイヤが入る所と周辺を油性鉄用塗料で塗りました。普通の鉄用塗料ですね。厚塗りしたかったので油性です。


刷毛塗りなのでムラだらけです。
まあ見えないからそのままより良いだろってノリですね。　
↓こんな感じ



これで雨漏り修理完了ですが、錆の対応の方がメインになってしまった😅　カーボンボンネットのクリアも禿げてきたし、あちこち細かい塗装剥がれ、そこから錆発生のコンボが増えてきました。
状態維持が色々大変です。

この頃後ろに乗っている子供のために音楽をかけているのですが、純正スピーカーだと物足りない・・・と勝手に判断。　さらに知人のカロッツェリアのTS-C1740Sを聞いたら意外といい音。車の中で聞くならこれだけの音質ならＯＫかな、と思ったことがあり、グレイスのリアに付けることにしました。

取付　
　なんか適合表ではリアにはつかないことになってます。理由はわからないので、スピーカーを見てから考えることにして購入(笑)　何故ダメなのかわからん・・・適合の確認をしてないからなんだろうか？
　ウーハー取り付けバッフルは手持ちの合板で作成。　ホンダは純正スピーカーの厚みが訳２０ｍｍ、内装もスピーカーの形に合わせて作られており、スピーカー前の音が横に漏れない形状になってるので、１２ｍｍ＋２．３ｍｍの板でベースを作り、スピーカーをつけると５ｍｍの厚み＝約１９ｍｍですので、エプトシーラーを追加で貼ればちょうどよくなりました。
ツイーターは純正位置にスピーカー付属の取り付け部品で交換できました。


デッドニング
　穴埋めなしです。　基本スピーカーの前はエプトシーラーで内装と密着しており、前後の音が合流する事は無いため、という考えです。　


調整
　音楽を聴いてみるとなんか低音がもこもこ、なんか１００～２００Ｈｚが盛り上がってる感じなので、ホワイトノイズを再生し、スマホで周波数アナライザーで確認すると・・・１００Ｈｚにピーク有り。　１００Ｈｚの半波長は１．７ｍ程度で、ドアのパネルの裏から表に戻ってくる距離がそのくらいでちょうど一致。　
　たぶんスピーカーの後ろから回った音が戻ってきてピークになっているのでしょう。　本当はデッドニングで穴ふさぎという所ですが、ナビで１２５Ｈｚを下げてフラットにしたらちょうどよくなりました。

視聴・感想
　第一印象。うん、よくなった。
　感動するほどいい音とか、細かい音が出てる！ってほどではありません。　まあ、純正の内装の音が出てくる穴が小さいんでしょうがないですね。　次のステップは穴を拡大し、簡易アウター化の予定です。（ついでに前もやろう。せっかくのフルレジの良さが生きていない(^^;）

DC5のオルタネーター交換しました。
走ってて電圧がどんどん下がっていくのでおかしいな？と思ったらとうとうオーディオが消えてしまいディーラーへ搬入となりました。

原因はオルタネーター故障で、外すついでにベルト交換も頼みました。　オルタネーターはリビルド品です。21年前の車なので新品は無いそうです。
オルタネーターリビルド品はだいたい５万円プラス工賃でした。

PINE64+でネットワークオーディオの続き。
やっと24bit出力ができた。でも２０bitが出ない・・・まあ、２０bitのファイルがないしいいか・・・必要なら２４ｂｉｔに変換すれば良いし。

という事で前回はＳＰＤＩＦは１６ｂｉｔでしか音が出なかった訳ですが、怪しそうな所を見つけてたのでネット検索した所、知りたい回答がありました！
といっても英語だったのと、オレンジパイのフォーラムだったので気づきませんでしたね。　検索は「sun4i-spdif　24bit」でやったら、フォーラムで修正箇所が書いてありました。

1カ所目　ＤＭＡ設定が2バイトしか無いので、１６ビット分しか確保してない→設定で２バイトと4バイトを切り替えるようにする
ファイルはsun4i-spdif.c　fmtに１６・２０・２４ビットの設定を書き込むところへDMAの設定を追加。
これソースの最後の方にhost->dma_params_tx.addr_width = DMA_SLAVE_BUSWIDTH_2_BYTES;って16ビット用のみ書いてあるんですよね。　初期のSPDIFは48KHz16bitまでだったのが修正されてなかったんでしょうね。

元
switch (params_format(params)) {
case SNDRV_PCM_FORMAT_S16_LE:
fmt |= SUN4I_SPDIF_TXCFG_FMT16BIT;
break;
case SNDRV_PCM_FORMAT_S20_3LE:
fmt |= SUN4I_SPDIF_TXCFG_FMT20BIT;
break;
case SNDRV_PCM_FORMAT_S24_LE:
fmt |= SUN4I_SPDIF_TXCFG_FMT24BIT;
break;
default:
return -EINVAL;

修正

switch (params_format(params)) {
case SNDRV_PCM_FORMAT_S16_LE:
fmt |= SUN4I_SPDIF_TXCFG_FMT16BIT;
host->dma_params_tx.addr_width = DMA_SLAVE_BUSWIDTH_2_BYTES;
break;
case SNDRV_PCM_FORMAT_S20_3LE:
fmt |= SUN4I_SPDIF_TXCFG_FMT20BIT;
host->dma_params_tx.addr_width = DMA_SLAVE_BUSWIDTH_4_BYTES;
break;
case SNDRV_PCM_FORMAT_S24_LE:
fmt |= SUN4I_SPDIF_TXCFG_FMT24BIT;
host->dma_params_tx.addr_width = DMA_SLAVE_BUSWIDTH_4_BYTES;
break;
default:
return -EINVAL;


2カ所目　SUN4I_FORMATSの設定の所の名称が違う。昔のカーネルの時の名称のまま。　同じSUN4IでもＩ２Ｃは合っていたのでこれは直ぐに気付いたんですが、上のＤＭＡは分からなかったですね・・・

元
#define SUN4I_FORMATS (SNDRV_PCM_FORMAT_S16_LE | \
SNDRV_PCM_FORMAT_S20_3LE | \
SNDRV_PCM_FORMAT_S24_LE)


修正
#define SUN4I_FORMATS (SNDRV_PCM_FMTBIT_S16_LE | \
SNDRV_PCM_FMTBIT_S20_3LE | \
SNDRV_PCM_FMTBIT_S24_LE)


以上sun4i-spdi.c の2か所を修正してビルド→既存のsun4i-spdi.ko と入れ替えると16と24bitが使えるようになります。私は44.1KHz16bitと48KHz32bit（元は24bitだけど録音時に32bitとなったファイル）で確認しました。使えないのは下の2種類を確認。

20bit・・・ドライバーで対応してないとエラー発生。　どうやら１６・２４ビットしか受け付けない模様。　20bitの３ＬＥは他のドライバー（SOCとかALSA関係の）が対応してないのかも。　元のソースコードを見ても良くわからなかった（もしかしたらsun4i-spdifと同じで最新ソースでビルドしたら直るのかも）のと、自分は困らないのでで諦めました。

24bit-3LE・・・まあSNDRV_PCM_FMTBIT_S24_LEって設定してるんだし3LEは不可ですよね。　これ以上は20bitと同様、困ってないので諦めました。

とりあえず一般的には困らない（と思う）レベルでＳＰＤＩＦの出力に成功です。　SUN50I-A64チップを積んでる（もしくはSUN8Iも）ＳＢＣではすべて同じだと思います。　
秋月電子でＰＩＮＥ６４＋を買った人は結構いるはずなんですが、ＳＰＤＩＦの日本語の情報が全然検索に出てこないんですよね・・・他の人は音楽に使ってないのか、使っててもＵＳＢとかＨＤＭＩ・Ｉ２Ｓを使っているからこんな悩みはなかったのか・・・？　自分の再インストール時の情報を兼ねて簡単に公開しておきます。