MacroDroidの読み上げでストリーム「通知」だと音声が聞こえない

>>4 マレーシアのケイスケ @kmlovesmineoさん

各種動作確認ありがとうございます。
当然といえば当然なんですが、ご確認いただいた結果になることを期待していたのですが、途方に暮れている状況です。

音量設定については、当然ですがゼロではないはずです。
本件の「再生アクション」とは別に音量を変更するマクロも別に存在しており、その動作が本体の音量設定と連動していること（本体設定を見ながらマクロを動作させると、本体側の音量のツマミが意図通りに動く）を確認しています。

また、本件はPixel 8→Pixel 10での移行中に確認されたものであり、全く同じマクロ（ニアバイシェア/クイックシェアでコピーし、念のために音声ファイルを再指定）を動作させているのに音声が聞こえないために問題点を絞り込んだところ、ストリーム「通知」で意図した動作になっていない（音声再生が正しく処理されていない、何らかの制約で音量ゼロ扱いで再生されている、など）というところまで特定できている状況です。

なお、MacroDroid側コミュニティーにも記載していますが、「メディア」などでは再生されており、「通知」でのみ再生されない（聞こえない）状況です。
また、本件を記載して思い出したのですが、旧機種（Pixel 8）で通知音量を意図してゼロにしている状況（例えば勤務時間など、音を出さない設定にしている時）で再生アクションが実行されると「ストリームの音量がゼロ（※正確なメッセージまでは未確認）」というポップアップメッセージが表示さていますが、移行先（Pixel 10）ではその表示もないことから、MacroDroid側では正常に処理していると認識していると考えられます（MacroDroidの詳細ログにも警告・エラーも確認できず）。

ストリーム「通知」にこだわる理由は、電車の中などの公共空間において、イヤホン接続中にアプリの通知内容などの読み上げをしてくれる動作を求めているからです（イヤホン未接続なら、本体スピーカから再生される動作）。
「着信音」「アラーム」では本体スピーカからも再生されるので、これら選択は考えられないです。
事前にAIにも相談しており、「メディア」での代用を提案されていますが、動画再生中では一時停止されるなどの影響を懸念しており、代用の実施に踏み切れない状況です。

>>3

🧩 AutomateIt でも、同じようなマクロを作ってみました。
ロック画面解除で、 MacroDroidとAutomateItの音声が順番に流れます。

⇒ Bluetooth のヘッドセットをつけて、同じように動作させてみました。当然ですが、どちらも、ヘッドセットからのみ聞こえます。

※ ちなみに、AutomateItのほうは、ロック画面の解除ではなく、画面の点灯がトリガーです。


💡 MacroDroidの設定＞サウンド再生のオーディオストリーム
＞通知
になっていました。
これがつまり、これが、「MacroDroidデフォルト」ということなのでしょう。

>>5 ayapapa2014さん

複数の条件で動作さているようですが、まずは、シンプルな私のサンプルのマクロで動作するかどうか、新規で試されてはいかがでしょうか？
また、AutomateItも通知で音声が流れるようですから、そちらも端末の動作確認の目的でお試しください。

>>7

もう一つ、気になる点と言えば、通知に関する権限が足りていない可能性があります。

試しに、トリガーと、アクションで通知の権限が必要な通知に関するマクロを作ってみて、通知の動作を確認してみるのはいかがでしょうか。足りない権限は追加で要求されると思います。

>>8 マレーシアのケイスケ @kmlovesmineoさん

コメントありがとうございます。

シンプルなマクロですが、比較的簡単の実施できた「音量ボタンの長押し（音量を変更しない条件）」で起動するマクロで確認してみましたが、結果は同じで、追加情報は得られませんでした。

通知の権限不足に関しまして、トリガーについては『アプリの通知が表示されたら（絞り込み条件無し）』の別マクロで“全記録をユーザログに吐き出す”処理があり、問題無く記録され続けていると認識していることから、参照するという点では不足はないと考えています。

アクションについては、どのような内容を想定されているか特定しきれませんでした。
アプリ通知と同様に、MacroDroidから通知を出すアクションは、簡単なテストですが問題は確認できませんでした。
ポップアップメッセージを表示するアクションも同様にテストしましたが、問題ありませんでした。
その他、このアクションはどうか？というものがあれば、ご連絡いただけると幸いです。

なお、アクションを確認している中で、『システム変更の許可』権限が与えられていないことが確認されましたが、権限付与後であっても状況は変わりませんでした。

最後に、MacroDroidと同種アプリにおける確認ですが、若干障壁が高い（当該アプリの事前知識がない状態でのインストールは好ましくない）ため、現時点では保留とさせてください。

>>5 ayapapa2014さん

MacroDroidで通知をトリガーにしている場合、同時に複数の通知が発生すると、例えば音声と、通知バーなど、しっかりフィルタをかけないと、複数の通知トリガー（通知音声と通知バー）が発生して、最初の通知のイベントで上書きされて、最後のテキスト読み上げの通知の音声で上書きされました。MacroDroid内で「通知を管理（検出）」して「通知を出す(テキスト読み上げ)」場合は、動作の設計を慎重に行ったほうがいいと思います。

ところで、何をトリガーにして、テキスト読み上げを行っているのでしょうか？ LINE通知音について記述がありますが、LINEの通知がトリガーなのでしょうか。よろしければ、もう少し具体的に記述していただけないでしょうか。返信欄に散らばった情報を読み込む時間がもったいないです。

>>9 ayapapa2014さん

AutomatIt は、 MacroDroidよりも簡単ですので、是非お試しください。簡単な分、機能が少ないです。

AutomateIt で、
トリガー：「画面の点灯時」
アクション：「テキストトゥスピーチ」
で、音声通知が出せます。

AutomateIt に通知権限を与えるのを忘れないでください。たぶん、デフォルトではOFF。

このAutomateIt音声通知は、MacroDroidで通知として検出できます。
検出すると、{not_title} はautomateIt、{notification} には、”サービス動作”がはいっています。