android-x86を導入したComputeStickから音声が出ない　その2

前回の続き



前回は、Android-x86導入のComputeStickで、HDMIから音声を出力することに成功しました。

しかし、次回、ComputeStickを起動した際には、音声出力先の変更内容が保存されておらず、再度変更する必要があります。

このままでは、いちいちコマンドを入力する必要があり、面倒です。

そこで、起動時に自動的に音声出力先の変更がなされると便利です。

今回は、ComputeStickが起動した際に、自動的に音声出力先の変更をおこなう設定をしていきたいと思います。

はじめに

本来は、init.shと呼ばれるブートスクリプトをターミナルで編集することで、起動時の動作を変更することができますが、トラブルにより編集ができませんでした。


そこで、代替策としてMacroDroidを用いて、そこからシェルスクリプトを自動的に実行する手法を取りました。


あまり、効率的なやり方とは思えませんが、手法の一つとして記しておきます。


使用したもの

「MacroDroid」という名の自動化アプリケーション(というのかな？)を使いました。


GooglePlayストアにて、無料でインストールすることができます。

https://play.google.com/store/apps/details?id=com.arlosoft.macrodroid

 

また、このアプリはシェルスクリプトの実行ができるため、起動時のシェルスクリプトの実行を本アプリで担うことができます。


マクロの作成

MacroDroidでマクロを作成することで、好きなプログラムを自動起動できるようになります。

マクロには３つの要素が設定でき、実行するキッカケの「トリガー」、動作させる内容の「アクション」、マクロ自体の実行の可否を制御する「条件」があります。


「ドリガー」と「アクション」は最低でも１つ以上設定する必要があります。(「条件」の設定は任意)

1_20231231213705504.jpg
マクロの3要素

アクションを追加

「アクション」の項目では、「アプリ」→「シェルスクリプト」を選択します。

2_202312312137082dd.jpg
「アクション」の項目で、「アプリ」→「シェルスクリプト」を使用します。

「シェルスクリプト」の中に、自動起動させたいコマンドを入力します。（コマンドは、前回の記事のステップ3と6を参照）

alsa_amixer -c1 set 'IEC958',0 on
alsa_amixer -c1 set 'IEC958',1 on
alsa_amixer -c1 set 'IEC958',2 on
alsa_amixer -c1 set 'IEC958',3 on
mv /dev/snd/pcmC1D0p /dev/snd/pcmC1D0p.original
ln -sf /dev/snd/pcmC1D2p /dev/snd/pcmC1D0p

トリガーを追加

「トリガー」の項目では、「機器の動作」→「機器本体を起動時」を選択します。

4.jpg
「機器本体を起動時」を選択。

最後に変更内容が保存すれば、MacroDroidが自動起動された際に同時にマクロも起動されます。

コメント

コメントを投稿

このブログの人気の投稿

AndroidAutoでLINE通知を表示する。

イメージ
はじめに 日本では代表的なSNSである「LINE」ですが、自動車運転中にもハンズフリーで対話することができると便利です。 しかし、現在、Androidの「LINE」アプリはAndroidAutoをサポートしてません。 そこで、あらゆるアプリの通知をAndroidAuto上に表示させることが可能なアプリケーションを利用します。 AA Notification Forwarder 「AA Notification Forwarder」は、AndroidAutoのコンパニオンアプリで、あらゆるアプリの通知をAndroidAuto上に表示することができるようになります。 アプリの内容上、GooglePlayストアで配信されておらず、Githubからapkファイル形式でダウンロードする必要があります。 https://github.com/ztNFny/AANotificationForwarder アプリケーションのダウンロードの際は上記ページ内の「Releases」を選択。 最新のバージョンであるapk（app-release.apk）をクリックしてダウンロード。 （24/01/28現在、最新verはv1.2） 後は、ダウンロードしたapkをインストールしてください。 ※GitHub内のREADMEに記されている通り、Android13以上の端末では、インストール後、初期状態では通知アクセスを取得できません。 そのため、インストール後、「制限付き設定」を許可する必要があります。 「制限付き設定」の許可については、READMEかAndroidヘルプ(下記URL)を参照してください。 https://support.google.com/android/answer/12623953?hl=ja アプリの操作 アプリを実行するとメイン画面に入ります。 AA Notification Forwarderのメイン画面 スマートフォンをヘッドユニット(AndroidAuto)に接続すると、上部のオレンジ色が緑色に切り替わり、「Connected to Android Auto」と表示されます。 ヘッドユニット接続後、緑色に切り替わる 。 メイン画面右下に表示されたロゴをタップすると、ヘッドユニット上での通知表示をテストすることができます。 メイン画面の「Setting」項目、「Ap...
続きを読む

Headunit Reloaded Emulator（HUR）の使い方。

イメージ
Headunit Reloaded Emulatorとは Headunit Reloaded Emulator（ヘッドユニット リローデッド エミュレータ）。 通称「HUR」とも呼ばれています。（この記事内でもHURと表記します。） なんだか、名前が長くて呼びにくいですが、Android Auto(AA)のヘッドユニットレシーバーとして機能する「エミュレータ」です。 https://play.google.com/store/apps/details?id=gb.xxy.hr&hl=ja&gl=US このアプリ（エミュレータ）を使えば、別に用意したAndroid端末をAndroidAutoとして操作できたり、Androidスマートフォン単体をAndroidAutoとして操作できたりします。 過去に投稿した動画。 上の動画は、HURを使ってAndroidAutoを操作している動画です。(動画内のHURは旧バージョンであるため、現在の操作方法とは異なります。) 現在、HURの最終バージョンは「V7.2」となります。（2024/01/19） 使い方 ※使用するHURのバージョンは「v7.1.4」です。　現在、「v7.2」はkeyboard inputを受け付けない不具合がある為、ダウングレードして使用しています。 ・セルフモード セルフモード（Self mode）は、AndroidAutoを搭載したスマートフォン単体で、AndroidAutoを実行・表示することのできる機能です。 上の画像はHURを起動したときのトップ画面です。左上の「SELF MODE」で起動することができます。 スマートフォンのディスプレイでの表示となるため、文字サイズが小さく、レイアウトも窮屈となります。 別機のHURにデータ転送する必要がないため、接続方法の中では最もレスポンスが高いです。 ・USBモード（有線接続） USBモードは、HUR側（ヘッドユニット側）のAndroid端末と、スマートフォン(AndroidAuto搭載)をUSBで接続します。 接続には、「OTGコネクタ」と「typeA-typeC USBケーブル」が必要です。（USBケーブルの形状はスマートフォンに依存） 接続向きは、HUR側をホスト、スマートフォン側をクライアントで接続します。（HUR側にOTGコネクタを...
続きを読む