Skin.arctic.horizon: バグ：Kodiが開いた直後にクラッシュする

これまでのところ、Kodiを終了する前にEstuaryに切り替え、Kodiが安全に開いた後にArctic Horizo​​nに切り替えたとき、Kodiはクラッシュしていませんが、実行可能な回避策であるかどうかを知るのに十分な回数は行っていません。 また、Kodi内で忘れていたクラッシュが1回発生しました。 映画が終わってホームページに戻った後、ホーム画面のウィジェットが更新され始めるとすぐに、Kodiから追い出されました。 その後、すべてのKodiデータを消去せずに、Kodiを再度開くことはできませんでした。 Kodiは、ビデオを見たり音楽を聴いたりしている最中にクラッシュしたことはありません。常にArcticHorizo​​nのホーム画面からクラッシュします。

クラッシュが発生したときのログを取得できますか？ デバッグログをオンにしていない場合でも、Kodiはログファイルを作成します（デバッグログをオンにした場合よりも詳細度が低くなります）。

ねえ@jurialmunkeyここにあなたのためのいくつかのログファイルがあります。 Articは何度もクラッシュしていて、その理由はわかりません。 最近、他のスキンを使用してkodi 19に対応できるかどうかを確認していますが、kodi65や拡張情報などの一部のスクリプト、特にカラーボックススクリプトが機能していません。
kodi_stacktrace-19.0 Git_20210218-f44fdfbf67-20210410-235358.txt
kodi_stacktrace-19.0 Git_20210218-f44fdfbf67-20210411-200234.txt
kodi_stacktrace-19.0 Git_20210218-f44fdfbf67-20210411-200250.txt
kodi_stacktrace-19.0 Git_20210218-f44fdfbf67-20210411-200312.txt
kodi.log
kodi.old.log

これらのクラッシュレポートのいくつかが少し役立つことを願って、あなたが素晴らしい一日を過ごすことを願っています。

これらのクラッシュの問題のほとんどは、addon.xmlでReuseLanguageインボーカーを使用しているインストール済みのアドオンに関連しています。 アドオンを調べて、これをaddon.xmlで手動で= falseに設定し、それが役立つかどうかを確認できます。 これがfalseに設定されていることを確認したときに、ほとんどすべてのクラッシュが解決されたという私の経験です。

まだ何か他のことが起こっている可能性があります。 ただし、ウィジェットの読み込み時にランダムにクラッシュする場合は、通常、それらのウィジェットが指しているアドオンがクラッシュの原因になっていることを示しています。 そして、reuselanaguage呼び出し側がtrueに設定されている9/10倍

私は、すべてのアドオンXMLファイルを調べて、値を手動で変更するのに十分な技術的知識を持っていません。 過去3日間、Kodiを実際に使用して他のスキンをいくつか試しているよりも、Kodiのトラブルシューティングと再インストールに多くの時間を費やしました。 Arctic Horizo​​nほど好きなものは見つかりませんでしたが、不安定性の問題に対処する時間や忍耐力がありません。 毎日ここに戻って、他のバグレポートやスキンの更新をチェックして、問題が解決したように見えるかどうかを確認しますが、それまでは自分が元に戻るのを見ることができません。

ありがとうございます。すぐに新規インストールを実行し、これを引き起こしているアドオンを見つけます。 ショートカットが原因である可能性があります。当時、私はスキンを使用していて、古いスキンショートカットファイルをkodi18からインポートしました。

@ jhs39-問題は、ウィジェットとしての読み込みのクラッシュを引き起こすアドオンである場合、別のスキンで同じウィジェットの組み合わせを使用すると、他のスキンがその問題を解決できないことです。

ただし、これはクリーンインストールであるとおっしゃいましたが、その場合は別の問題であり、デバッグログを提供しないと診断が困難です。

クリーンインストールでは問題ありませんでしたが、アドオン、スキンショートカット、アイコン、ラベルなどを追加しているときに、Seren、Kaito、YouTube、Twitch、SoundCloud、Newsonなどを使用しました。 私はそれを起動し、それはいくつかの奇妙な理由でクラッシュし始めます。 クラッシュを防ぐために、スキンがメニューを作成するまで、最初の設定にすぐに移動します。

ところで、これはkodi 19のosmcスキンで発生するのと同じことなので、kodiのバグまたはスクリプトが原因である可能性がありますが、あまり確実ではありません。

クリーンインストールでは問題ありませんでしたが、アドオン、スキンショートカット、アイコン、ラベルなどを追加しているときに、Seren、Kaito、YouTube、Twitch、SoundCloud、Newsonなどを使用しました。 私はそれを起動し、それはいくつかの奇妙な理由でクラッシュし始めます。 クラッシュを防ぐために、スキンがメニューを作成するまで、最初の設定にすぐに移動します。

これは、特定のアドオンの問題のように聞こえます。 SerenとKaito、およびその他の非公式のサードパーティアドオンを無効にして（テストするためだけに）、それがなくなるかどうかを確認してから、ゆっくりと追加し直すことをお勧めします。 また、それらを指すウィジェットを削除することもできますが、大したことではありません（アドオンが見つからない場合はエラー通知が表示されます）が、それらのアドオンの場合はクラッシュしないはずです。

それを引き起こしているものが見つかるまで、物事を無効にし始めてください。 これはほぼ間違いなく、SerenまたはKaito、あるいは再利用言語の呼び出し元がtrue /有効に設定されている別のアドオンが原因です。 少なくともセレンでは、その設定/オプションに移動できることを知っています。最後の設定ページの下部に、それを無効にするオプションがあります。 Serenの将来のバージョンでは、問題の原因として、新規インストール時にデフォルトでこれが無効になります。

これは肌の問題ではないと思います。 他の多くのスキンと同様に、AHにはウィジェットがあり、アドオンを指しているという事実における唯一の「スキンの問題」です。 ウィジェットがそのアドオンを指すようにして、特定のメニューをロードします（つまり、すべてのウィジェットは、アドオンのメニュー/ページ/セクションを表示するための特別な方法です）。 しかし、同じことは、そのアドオンがクラッシュを引き起こしている場合、そのアドオンに一度に複数のセクションをロードした場合に発生します（他の方法では実際には不可能ですが）

Serenのようなアドオンはインストールされておらず、セットアップは非常に簡素化されています。これは、Kodiを使用して、自分のパーソナルサーバーにあるもの以外のメディアをストリーミングしないためです。 公式のKodiリポジトリからの情報スクレーパーとスケジュールどおりに実行されないバックアップアドオン以外に無効にするアドオンがインストールされていないため、アドオンを積極的に使用しない限り、実際には何も実行されません。 スキンが異なればホーム画面のデザインも異なり、ウィジェットオプションも異なり、依存関係も異なるため、あるスキンでホーム画面がクラッシュするウィジェットが別のスキンで同じことを行うとは限らないという印象を受けました。 当初、Arctic Horizo​​nでのクラッシュは、特定のスマートプレイリストが原因であると確信していました。そのプレイリストに変更を加えるたびに、後でクラッシュするように見えたのですが、プレイリストをそのままにしておくと、問題-その後、問題のプレイリストだと思っていたものを完全に削除しましたが、数時間後もクラッシュしました。 すべての再インストールのため、提供するのに役立つログが残っていなかったと思います。

@ jhs39 OHHH！ 申し訳ありませんが、はい、デバッグログが必要です。 申し訳ありませんが、他のユーザーと混同されました。 私の悪い。

複製を試みることができ、デバッグログを有効にしているときに複製できる場合。 ログを取得するために、うまく機能する公式のKodiログアップローダーアプリがあります。

Jurialには、デバッグログ/クラッシュログと、クラッシュが発生したときに実行していた正確な手順/処理が必要になります。 また、あなたが持っていたウィジェットとそれらがどこに向けられたかをリストすることができれば、おそらく助けになるでしょう。

それは、さまざまな原因によって引き起こされる可能性のある奇妙なものです。 コディでのランダムなクラッシュは、見つけるのが最も難しいもののいくつかである可能性があります。

もう一度申し訳ありませんが、他のユーザーと混同してしまいました

ええ、これらはそれが現れる2つの別々の問題です。

@ Goldenfreddy0703は、@ SerpentDragoのアドバイスに従う必要があります。彼の問題は、ほぼ確実にサードパーティのアドオンの問題であるためです。

@ jhs39-上記のコメントを見逃したかどうかはわかりませんが、問題が発生していることを示すデバッグログを取得できれば、非常にありがたいです-うまくいけば、何が起こっているのか、少なくとも何が起こっているのかがわかりますスキン/コディはその時にやっています。 そうでなければ、私は皮膚関連のクラッシュをほとんど起こさないので、暗闇の中でつまずきます。

わかりましたが、 @ SerpentDragoはSerenのLanguage呼び出し側について正しかったので、今日私はそれを無効にしました。Articは今日一度もエラーなしでクラッシュしていません。 @ jhs39の問題についてはよくわかりませんが、私がクリーンインストールを開始した場合。 おそらく、ポータブルデータ、userdataに移動し、addon_dataフォルダーをクリーンアップして、アドオンと設定を最初からやり直して、そこから移動できるようにします。

私も同じ問題を抱えています。 1つのウィジェットで約15％〜20％の確率でクラッシュし、2つのウィジェットで50％の確率でクラッシュします。 はい、Serenウィジェットがクラッシュしています。 はい、ReuseLanguageをオフにしました。 Auramodスキンでまったく同じウィジェット構成を使用していますが、正常にロードされます。

kodi-コピー（2）.log

何が起こっているのかわかりません... kodiログはかなり役に立たないようです。 私が気付いた唯一のことは、正常に実行されたときに、クラッシュログの最後の行（CIRServerSuite :: Connect：接続先：127.0.0.1：24000）が大幅にプッシュバックされ、代わりにすぐに次のように置き換えられます。

2021-04-16 23:33:08.219 T:25564    INFO <general>: CPythonInvoker(2, C:\Kodi\portable_data\addons\script.skinshortcuts\default.py): script successfully run
2021-04-16 23:33:08.219 T:25564   DEBUG <general>: CPythonInvoker::onExecutionDone(2, C:\Kodi\portable_data\addons\script.skinshortcuts\default.py)

過去の号を読んだら、これはずっと前に考えられたのは穏やかです。 18.9に切り替えるか、別のアドオンを使用します。

過去の号を読んだら、これはずっと前に考えられたのは穏やかです。 18.9に切り替えるか、別のアドオンを使用します。

まったく同じウィジェット/ショートカットを使用して別のスキンをロードでき、それが完全に機能する場合、どうすればSerenになりますか？

ここでも同じですが、静けさと地平線の間に何かがあります。

さて、私はこのバグをセレンに報告しました。 一部のスキンは、穏やかなウィジェットの原因でクラッシュし続けます。 私が私なら、tmdbヘルパーを使用します。

スキンショートカットやスキンサービスヘルパーのせいだと思いました。

https://github.com/nixgates/plugin.video.seren/issues/599

osmc、artic、aeon silvo、auramodなどでserenウィジェットをテストしました。

それ以来、kodi repoのSilvoを使用しており、8つ以上のウィジェットに問題はありません。

それ以来、kodi repoのSilvoを使用しており、8つ以上のウィジェットがありません。

私は少しばかげているのを待ってください。 申し訳ありませんが、クラッシュしていない理由は、おそらく別のメニューに穏やかなウィジェットがあるためです。したがって、silvoでkodiを起動すると、電源や設定などのウィジェットがないタブに挨拶する可能性があります。セレンがお肌に問題がない理由。 クラッシュする可能性は10％あります。

私がいくつかのテストをしていたとき。 クラッシュはありませんでしたが、ウィジェットがオンになっているメインのスタートメニューでテストすると、クラッシュしました。

本当です。 Firestick4Kを使用しています。 すべてのスキンは、地平線を受け入れるための穏やかなウィジェットで動作します。 どちらも私のお気に入りですが、変更する必要がありました。 低電力のデバイスでクラッシュが発生すると、リロードに数分かかります。

開いたメインページにウィジェットが読み込まれません。 はい、近い将来、開いているページを設定に設定し、クラッシュを減らしましたが、それは古くなりました。

本当です。 Firestick4Kを使用しています。 すべてのスキンは、地平線を受け入れるための穏やかなウィジェットで動作します。 どちらも私のお気に入りですが、変更する必要がありました。 低電力のデバイスでクラッシュが発生すると、リロードに数分かかります。

はい、そうです。 私はパフォーマンスと低電力であなたを制限するAndroidデバイスが嫌いです。 Google Chromecastにauramodまたはartichorizo​​nを配置できればいいのですが、読み込みが非常に遅いため、osmcスキンに変更する必要がありました。これは、その美しさとパフォーマンスの低下のためです。

フルメディアのみのkodiセットアップが必要な場合の私の推奨事項は、基本的に任意のスキンを実行できるOsmcまたはLibrelecを備えたラズベリーパイ4です。

ところで、新しいアップデートのおかげで、穏やかなクラッシュが修正されました。