site logo
thilmera project - forum (Japanese)
Windowsアプリケーション thilmera のメインフォーラム。
English forum is here

不具合や要望、報告、質問など、thilmeraに関連する事なら広告以外はなんでもOK。
こんなこと要望出してもいいのかな?とお悩みの方、何でも遠慮せずに言ってみて下さい。必ず実現できるとは限りませんが、一つ一つが貴重なアイディアであり、そうしたアイディアにより今のシルメラはできています。

メールフォームと同じく、管理人(開発者)に最も早く確実に連絡を取ることができます。
ここ以外で何かをうったえても開発者には伝わりません。
不具合報告をする場合、開発者による修正版のテストや、追加で必要な情報などの応答があるので、問題があるとだけ書いてそれきりにはしないで下さい。

ここに投稿された内容の抜粋はツイッターの @thilmera にBotとしてつぶやかれる他、RSSでも更新をチェックすることができます。
開発者の個人ツイッターアカウントは @thilmera7 です。





Discord - thilmera community

シルメラに関するDiscordのコミュニティです。
日本語用と英語用のスレッドがあります。


新規投稿
*項目
*タイトル
*お名前
*コメント
* バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。
メール
添付(画像,データ)
公開(gif/jpeg/png/bmp/webp/avif) 非公開(ini/txt/zip/rar/7z) 最大 920,000 バイトまで

thilmera project - forum (Japanese)
要望
=解決= シルメラのウインドウについて任意位置での固定設定の追加

Ginbe 毎々お世話になります。 現在、Ver.0b174Rev.8 を愛用しています。 タイトルどおりの要望です。 現状では、「右下固定」「右上固定」「左下固定」の設定がありますが、 私は左端に縦表示したタス

 弦生ささと とりあえず「マウス操作以外の変更には影響されます」に変更しておきます。

 Ginbe ナルホド! 当たり前のように使っていて、考えが及びませんでした。

 Gonbe 今回のロック設定について、Ver.0b175 に反映して下さり有り難うございます。

Ginbe
09/04 (日) 00:56
[7]
報告
温度監視について

Ae4 CPUの温度が高めに出ます、 低いときでも一瞬高くなったりします。 パソコンはDELLのG15 5511です。 CPUは intel Core i7の11世代、intel Core i7 11800H

 弦生ささと 温度に関しては今のところ瞬間値なので、一瞬高く示されることは普通にあります。 これに関して、数サンプルの平均化をしてほしいという話(瞬間値よりも上下が少なくなる)なのか、なんらかの他のアプリと比べて常

 Ae4 95度をとうに超えていました。 intel は100度を上限としてますが、高負荷状態でも90度を超えるのは稀だと思います。 確かに、hwmoniterでもその時、97度とかだったです。 すみません。

 弦生ささと IntelのCPUは一律100度MAXではないです。 ノートなどのモバイルだと95度が上限の場合もあるし、パワー型の場合は105度とか115度などの場合もあります。 ただ、検索した限りではintel

Ae4
09/03 (土) 21:12
[4]
テスト
CPUスレッド数128環境でのテスト

弦生ささと CPUスレッド数が65以上のCPU(AMD threadripperの128スレッド)のテスト 該当のCPUをお持ちの方、テストをお願いします。 テスト項目: ・設定のその他>ストレスCPUをオンに

弦生ささと
08/24 (水) 00:31
[0]
要望
=解決= トッププロセスのコミットサイズ表示 / メモリ不足時のアラート

グリーン こんにちは。ハードとソフト両方の情報を監視できるthilmera7がとても便利で重宝しています。 要望が2つあります。 コミットサイズ(仮想メモリ)が多い順のプロセス一覧を表示したいです。 使い続け

 グリーン 実装していただきましてありがとうございます。 テスト版を試してみました。 トッププロセス設定の閾値に達したときの色反転機能は問題なく動作しているようです。 アラート設定のPhysical Memor

 弦生ささと テストありがとうございます。 >Virtual Memoryは「仮想メモリ表示」ONで表示される割合よりも低い数値にしないと通知してくれませんでした。 すみません、こちら修正しました。

 グリーン 新しいテスト版で修正されているのを確認しました。 これでメモリ不足になる前に対処することができそうです。 ありがとうございました!

グリーン
08/20 (土) 12:27
[10]
要望
=解決= 月齢が欲しい。

りんりん こんばんは。またはこんにちは。いつもサブモニターでめいいっぱいに表示っさせて楽しませてもらってます!自分的にはほとんど最高な環境なのですが、カレンダーだけ少し不満があって、横に広げると数字の間隔が広す

 りんりん えーと。。 天才ですか!????

 弦生ささと とりあえず、カレンダーの余白に月齢の数値と図をだすようにしました。 また、天気の日の出日の入りの行にも文字の大きさ分の図形を追加しました。 こんな感じでいいのですかね? あと、ソフトウェア描画(

 りんりん すごいです!まさに僕が求めていたものです! こんなに短期間で実装してもらいほんと感謝です!! 僕はいつもハードウェア描画を使っているので全然大丈夫です。 もし、test版じゃなくて本アプデ版に組み込む

りんりん
08/13 (土) 21:44
[10]
不具合
=解決= 度々、固まってタスクマネージャーからしか終了できない

ひょい version 0b173 Rev.3 以降のバージョンで、ソフトを起動した後、数時間ほどで、気が付くと固まってしまい、タスクマネージャーからしか終了ができない症状で困っています。 右クリックしてメ

 ひょい すいません訂正になりますが、 08/01に報告した 2 についてですが、常時がオフになっているのを見逃していました。うっかりしていました。最前表示には問題はないです。 あと、08/01の 1 につい

 弦生ささと 1 よかったです。 2 多分、クロック取得スレッドが固まった説があるかもしれません。 というより、1.00でぴたっと止まるというのがものすごく不自然なので、 ちょっと上記のさらに改善したバージ

 ひょい お世話になっております。 20220802-211018.zip、ありがとうございました。 前回までのテスト版であった、cpuのクロックが固定されてしまう現象は、もう起きてないです。恐らく「全ての更新

ひょい
08/13 (土) 09:08
[30]
報告
ディスクI/Oの%表示が変?

ANACOSTIA (自動アップデートにより、)いつからか、PC自体がアイドルに使い状態の時でも、[ドライブ]→[ディスクI/O]の%表示の数値(ディスク(ドライブ)のアクティビティ率。転送速度ではなくビジー状態の割合

 ANACOSTIA データの取得頻度、表示に際した代表値化方法、表示の頻度に関し少しだけ理解できました。 ヘルプの記載と設定画面のポップアップの説明に無い情報を順次(勿論、精神的・時間的余裕のある時に限る)加えて欲

 弦生ささと とりあえず2002-2005年くらいのデータはでてきましたが、やっぱり中身が殆ど私の作曲した曲の話とかですね。 しかも整形スクリプト書かないととてもではないがどこからどこまでが本文かわからん… 20

 弦生ささと 認知される切っ掛けになったvectorの初登録が2009/07/20なので、2009/07/20から2009/10/14の3か月弱の間は多分vector上の掲示板が本体ですね。 vectorのコメント

ANACOSTIA
07/27 (水) 00:52
[18]
不具合
=解決= Windows 7でサーバ接続エラー

通りすがりのPCユーザー 時々 Windows 10では動作しないサポート終了したソフトを使うために Windows 7 Professional (x64)機を起動させるのですが、直後に『サーバ接続エラー』を発します。 Wi

 通りすがりのPCユーザー > win10ではProxomitronは無視されているのではないかと思います MSによる過去に有効だったレジストリなどの改悪無視って奴かな? > サーバー側での対処 とは、Prox

 弦生ささと 確認ありがとうございます。 多分rev8で動くと思いますが、動かないならばchannel0にて修正を出します。

 通りすがりのPCユーザー 遅くなりました。 > 多分rev8で動くと思います 無事、問題なく動作しています。 ご報告まで。

通りすがりのPCユーザー
07/20 (水) 21:09
[25]
報告
=解決= アプデ後に設定がリセットされる(?)

さた アプデ直後の起動は問題なく以前のバージョンで設定したものが引き継がれていたのですが、再起動をかけると設定がリセットされていました。 Thilmera7の置き場所が悪いのかもしれませんし、再設定すれば済

 弦生ささと 現在のバージョンは0b174 Rev.8でしょうか? 現在何か設定をし、シルメラを再起動されてもリセットされますか? また、backupは作成されますか?

 さた Rev.8です、再起動してもリセットされずbackupも生成されています。 とりあえず再設定を済ませました。今のところRev.8で何の問題も発生していませんので、このまま利用させて頂こうと思います。

 弦生ささと むむむ、釈然としませんが、とりあえず現行verの致命的バグではないようなので、様子を見てみます。 報告ありがとうございます。

さた
07/03 (日) 01:43
[5]
不具合
=解決= GPUの認識を取り違えている

朝ごはん お疲れさまです。 version 0b174 Rev.8 からだと思うのですが、2枚挿したGPUの各情報がそれぞれもう一枚の項目として表示されてるようです。 RTX3050とGTX1050Tiを挿して

 朝ごはん すみません!書いたあとの再起動で「GPUの認識を取り違えている」は正常に戻りました。 それまでも2回は再起動しててのですが。この件については無視してください。 ファン回転数とGPUのTDPに関しては

 弦生ささと 報告ありがとうございます。 GPUの認識の順序に関してはOSやドライバ側の話なので、正直2枚刺しに名前をつけたものがそのまま常にその通りに認識されるかは正直よくわかりません。 まぁ、NVIDIAに

 朝ごはん GPUの表示順に関して、了解しました。 ファンの表示についてですが、それぞれのGPUにファンが表示された状態が再現できず、余計な手間かけさせたようです。 3050のファン(A1、A2 非連動)、10

朝ごはん
07/02 (土) 16:07
[3]
質問
=解決= プロキシ環境下のアップデート

七海灯 thilmera7 Updater 0.6.8 ですが、プロキシ環境下だとネットワーク接続できなくなってしまいました。 今まで (0.6.6?) は問題なくアップデートできていました。 システムやth

 弦生ささと すみません、返答が全くなかったので、クローズしていました。 ちっひーさんの場合もプロキシ設定によるものでしょうか? であるならば以下で直るかを試してほしいです。 こちらVer0.6.8.0のままで

 弦生ささと HTTP接続にプロキシ関係が必要な方に以下のテストをしてほしいです。 こちらのアップデーターを、thilmera7.iniの無い所で実行し、特別な設定をせずに設置UIが出るところまで進むかどうか。

 弦生ささと プロキシ関連の対応を行ったバージョン 0.6.10.0 へ更新しました。

七海灯
07/01 (金) 22:39
[5]
テスト
=解決= HTTP接続のプロキシ自動検出のテスト

弦生ささと HTTP接続にプロキシが必要な環境の方がいましたら、以下アップデーターを単独(thilmera7.iniのない場所)で実行し、特別なプロキシの設定をせずに、ダウンロードチャンネルの選択肢のUIが出る所

 弦生ささと プロキシ関連の対応を行ったバージョン 0.6.10.0 へ更新しました。

弦生ささと
07/01 (金) 22:39
[1]
質問
HDDのスリープ状態を表示できますか?

あきら はじめまして。クライアントPCおよび家庭内簡易サーバーの状態表示ソフトとして大変ありがたく使用しております。 質問ですが、SATA接続の内蔵HDDがスリープに入っているか/起きているかを表示できないで

 弦生ささと うーん、軽く調べた限り、HDDのパワーオンオフの状態を直接取るようなものは見つからないですね。 Windowsが電源をオフにするイベントかなにかを拾えたらいいのですが、OSの電源イベントはあるものの

あきら
06/26 (日) 15:57
[1]
報告
=解決= レイヤードの背景色の透明度が選択できません

さた 前のバージョンでは設定できていた(はず…)の背景色の透明度が、灰色になって設定できなくなっています。これは仕様でしょうか? 前のバージョンでは、透明度が11%以上だと、デスクトップがはっきりと見えるが

 さた 返信ありがとうございます。設定を外して再起動してみましたが、変わらずでした…

 弦生ささと 確認ありがとうございます。 調べたところ、ハードウェア描画モードでは問題ないものの、ソフトウェア描画モードにおいてフラグがおかしくなっていたようです。 修正しました。

 さた 完全に修正されています…! 深夜にも関わらずご対応頂きありがとうございました。

さた
06/24 (金) 01:13
[5]
質問
=解決= レポート:HDD SMART情報が「! Error」表示になる

Gonbe 毎々お世話になります。 現在、Ver.0b174Rev.5 を愛用しています。 以前のVer. から当PC環境で発生している次の事象について、貴サイトのヘルプやQ&Aを参照 しても自己解決でき

 Gonbe 私の誤解です。 「なんと」という箇所を感嘆符ととらえていました。 大変失礼しました。 [appended] txt

 弦生ささと ありがとうございます。 調べた限り、チップは Northbridge Intel ID1904 08 Southbridge Intel ID9D48 21 らしいことまでは分かりました。 た

 Gonbe 何かと不手際を演じてしまい、申し訳ございませんでした。 お手数をおかけしますが、宜敷お願い申し上げます。

Gonbe
06/19 (日) 19:49
[13]
報告
=解決= ビデオメモリ(VRAM)の項目の使用率パーセント表示について

Mc こんばんは。 Vistaの32ビット版でThilmera7を使わせてもらっています。 本日アップデートで、メモリの「ビデオメモリ(VRAM)」の項目で表示されていた 「使用率パーセント」みたいなも

 Mc こんばんは。 本日のRev4っていうアップデートを適用させていただきました。 私の症状は直らなかったっぽいですが、表示に変化がありました。 (私は自動アップデートが動いたようですが、一応upd.ex

 弦生ささと 疑似的にVista相当の表示をなんとか再現し、問題を確認した上で調整してみました。

 Mc こんばんは。 新しいbuildを上書き保存後に表示を確認させていただきました。 使用率のパーセント表示もほかの項目と縦がずれてしまう症状が改善していました。 これでまた様子を見させていただこうと思

Mc
06/18 (土) 00:57
[9]
不具合
=解決= RyzenMaster2.8.0.xではCPU温度/ワット数が表示されない

横レス 0b174Rev.4 のアップデート後、添付画像のようにCPUの温度とワット数が 0.0 に。 RyzenMaster 2.8.0.1937 (多分現行最新版RyzenMasterより一つか2つ前)

 弦生ささと 報告ありがとうございます。 なるほど。認識そのものがしてないですね。 心当たりを調整して、ログ出力をオンにしました。 こちらで出力されるdebug_log.rm.txtをここに添付してほしいです

 横レス 症状の確認ありがとうございます。 遅くなりましたが、以下の手順で生成された ファイル(debug_log.rm.txt)を添付します。 1. テストビルドを仮フォルダに展開し、 2. そこへ既存の

 横レス っと、ログ添付に気を取られて忘れていましたが、テストビルド版で旧来通りのCPU情報表示がされていることを確認しました。 (RyzenMaster 2.8.0.1937 から更新していない環境にて)

横レス
06/17 (金) 20:11
[4]
不具合
=解決= NTPがRDPマシンで全滅

通りすがりのPCユーザー 0b174 Rev.1 に手元のマシンで更新したところ、24H稼働のRDPマシン3台全部がNTP同期不能で全滅してしまいました。3台全部がオフラインモードになっています。 手元のマシン(Inspir

 弦生ささと 報告ありがとうございます。 「オフラインモード」で設定項目が表示されないのは移行による定義不足が原因で破損していました。 緊急でRev.3-4をリリースしました。

 Gonbe 説明不足の部分があり、誤解を招くおそれがあるので、補足させて頂きます。 先ほどは「テスト版Ver.0b173Rev.3.5 からVer.0b174Rev.1 へ更新」と書きましたが、 私は、Ver.0

 通りすがりのPCユーザー > 多分s版がカンパ版だったころにthilmera7_64.exeをスタートアップサービスに登録している状態ではないかと思います。 ビンゴです。 Ver.0b174 Rev.4 へ更新して全

通りすがりのPCユーザー
06/17 (金) 18:06
[7]
テスト
IPv6からの書き込みができるか

弦生ささと 現在IPv6の試験中です。 ルーターの関係でIPv6からの書き込みの確認ができないので、確認してくれる方を募集。

 RRX FireFox から。↑は MS Chromium Edge Windows.

 RRX Android Via(サードパーティのブラウザ)

 RRX Windows XP ForeFox 52.9.0 (32 ビット)

弦生ささと
06/03 (金) 21:55
[7]
報告
=解決= マウス透過ON/OFFのOFF時の挙動 (0b173 Rev.3)

sleepyF 右クリックメニューで、マウス透過ON/OFFを一旦ONにするとウィンドウが 半透明になると同時にthilmera7を無視する挙動(透過)となるのは想定通りですが、 タスクトレイのthilmera7アイ

 弦生ささと こちらで再現できないバグである可能性もあるため、以下にテスト用のフルセットを作りました。 なお、本体に上書きする場合は、サービスの停止をした状態でコピーして下さい。 サービスを稼働させながらコピーす

 sleepyF 設定で自動起動サービスを解除してからやり直したらthilmera7s64.exeが設定され、 サービスの開始も問題なくできました。 Language File Brokenエラー表示もなくなりました。

 弦生ささと 確認ありがとうございます。 マウス透過と透明度は完全に分離したため、透明度がほしいなら透明度の設定をすればよいいと思います。 今回の変更は「マウスの透過が、強制的にレイヤード設定をオンにしない」と

sleepyF
05/23 (月) 17:56
[7]
thilmera project - forum (Japanese)
=解決= 要望 シルメラのウインドウについて任意位置での固定設定の追加
#880
Ginbe - 2117@1PwZPPPmPwwZt/lftGtum2w/GXmJGfm 返信 2022/09/01 (木) 08:36
毎々お世話になります。 現在、Ver.0b174Rev.8 を愛用しています。
タイトルどおりの要望です。
現状では、「右下固定」「右上固定」「左下固定」の設定がありますが、
私は左端に縦表示したタスクバーの中にシルメラを常時表示しています。
「位置補正」「位置フィット」のお陰で横方向のズレは問題ないですが、
マウス操作で縦方向にウインドウがズレてしまうことが時々あります。
「任意位置固定」があると便利になると思います。

弦生ささと - admin 返信 09/01 (木) 19:21
意図に沿っているかはわかりませんが、「メインウィンドウ移動ロック」というのを作りました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220901-191742.zip
「横幅変更」のオフと「メインウィンドウ移動ロック」のオンで、誤クリックによるメインウィンドウの変化は避けられるかと思いますが、こんな感じでもよいしょうか?

Ginbe - 2117@1PwZPPPmPwwZt/lftGtum2w/GXmJGfm 返信 09/01 (木) 20:33
こんばんは、早速対応して下さり有り難うございます。
Ver.0b174Rev.8.18 は、私のイメージ(希望)どおりに動作しています。
これで、ウインドウがロックされるので、マウス操作が楽になりました。
ところで、「画面の変更には影響を受けます」という注意メッセージの
意味について、お手数とは存じますが教えて頂けますでしょうか。

Ginbe - 2117@1PwZPPPmPwwZt/lGX1tmg2lXJ2X0Xuf 返信 09/01 (木) 21:15
私の言葉足らずの面があるかも知れないので、追記いたします。
マウス操作で不本意にウインドウをドラッグしてしまい、ウインドウ表示位置が
ズレてしまう問題は解消しました。
ところで、ディスプレイの解像度を変更したり拡大縮小をしても、それに追従して
シルメラのウインドウサイズが自動的に変更されたり、ウインドウ位置が補正され
たりするような動作は、設定されていないと思われます。
そこで、「画面の変更には影響を受けます」という注意メッセージは、どのような
状況を意図して注意喚起しているのか教えて頂けますでしょうか。

弦生ささと - admin 返信 09/01 (木) 23:55
>ところで、ディスプレイの解像度を変更したり拡大縮小をしても、それに追従してシルメラのウインドウサイズが自動的に変更されたり、ウインドウ位置が補正されたりするような動作は、設定されていないと思われます。
これは「位置補正」というデフォルトでオンの設定がそれにあたります。

弦生ささと - admin 返信 09/02 (金) 00:37
とりあえず「マウス操作以外の変更には影響されます」に変更しておきます。

Ginbe - 2117@1PwZPPPmPwwZt/lwwXZ1uPl2g1G02m1 返信 09/02 (金) 00:42
ナルホド! 当たり前のように使っていて、考えが及びませんでした。

Gonbe - 2119@1PwZPPPmPwwZt/lf21m2PZw0gfZ0ggf 返信 09/04 (日) 00:56
今回のロック設定について、Ver.0b175 に反映して下さり有り難うございます。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

報告 温度監視について
#881
Ae4 - 2118@2PPZXgfZw2XXmJuu2Z1mJf/llw/0mg 返信 2022/09/03 (土) 17:23
CPUの温度が高めに出ます、
低いときでも一瞬高くなったりします。
パソコンはDELLのG15 5511です。
CPUは intel Core i7の11世代、intel Core i7 11800Hです。
パソコン初心者ですみません。

弦生ささと - admin 返信 09/03 (土) 17:27
高いと判断された理由は何ですか?

何と比べて高いのかを具体的に教えていただけると助かります。

弦生ささと - admin 返信 09/03 (土) 17:31
温度に関しては今のところ瞬間値なので、一瞬高く示されることは普通にあります。
これに関して、数サンプルの平均化をしてほしいという話(瞬間値よりも上下が少なくなる)なのか、なんらかの他のアプリと比べて常に高く出る(Intelは現在全コアの中での最高値を採用になるのでそのあたりの問題かもしれません)という話なのか。

ただ高めに出ますといわれても、何をもってそう思われたのかが分からないと対応は難しいです。

Ae4 - 2118@2PPZXgfZw2XXmJlmXf2llwmgG22l2Z 返信 09/03 (土) 20:23
95度をとうに超えていました。
intel は100度を上限としてますが、高負荷状態でも90度を超えるのは稀だと思います。
確かに、hwmoniterでもその時、97度とかだったです。
すみません。

弦生ささと - admin 返信 09/03 (土) 21:12
IntelのCPUは一律100度MAXではないです。
ノートなどのモバイルだと95度が上限の場合もあるし、パワー型の場合は105度とか115度などの場合もあります。

ただ、検索した限りではintel Core i7 11800Hは100度だったので、他の温度計でも同じ結果ならばかなりぎりぎりの状態なので、エアフロー(ケース内の風通し)やヒートシンク、グリスの劣化などを点検したほうがいいかもしれません。

Intelの自分のCPUの温度最大値は、「レポート: CPU情報にある」TjMaxという数値で確認できます。

とりあえずhwmoniterなどでも似たような温度とのことで、シルメラ固有の問題とは考えにくいので、ひとまずコア最大値ではなくコア平均値を表示するモードを追加だけしときました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220903-210904.zip

*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

テスト CPUスレッド数128環境でのテスト
#879
弦生ささと - admin 返信 2022/08/24 (水) 00:31
CPUスレッド数が65以上のCPU(AMD threadripperの128スレッド)のテスト
該当のCPUをお持ちの方、テストをお願いします。

テスト項目:
・設定のその他>ストレスCPUをオンにして、CPU全体が使用率100%に到達するか
・CPUマルチが全て表示されるか
・CPUクロックが全て表示されるか
・RyzenMasterモードのEffectiveClockが全て表示されるか


○ CPUスレッド数
 ・CPUマルチ、CPUクロック、EffectiveClock、Intelコア温度、ストレスCPUの枠数を可変長に変更。
 ・CPUスレッド数が65以上の環境への対応テスト。テスター求む。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220824-002631.zip

*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 要望 トッププロセスのコミットサイズ表示 / メモリ不足時のアラート
#878
グリーン - 2116@uPwZl2PtPwPP2Puf/0JtlG/2/lZX 返信 2022/08/14 (日) 16:08
こんにちは。ハードとソフト両方の情報を監視できるthilmera7がとても便利で重宝しています。

要望が2つあります。
コミットサイズ(仮想メモリ)が多い順のプロセス一覧を表示したいです。
使い続けるとコミットサイズが少しずつ増えていくソフトがあるので、仮想メモリが足りなくなって問題が発生する前に気づくことができれば便利だなと思います。
トッププロセスCPUのフルバー色反転設定のように、各プロセスの物理メモリとコミットサイズが指定した数値以上になったら背景色を変更できる設定があっても良いかもしれませんね。

もう1つの要望は、物理メモリ使用量と仮想メモリ使用量それぞれにおいて、指定した割合に達したらアラート警告してほしいです。
私の環境では仮想メモリ使用量が100%近くになることが時々あるので、95%くらいに設定しておいてアラート警告したいです。

2つ目の要望だけでも実装していただけるととてもありがたいです。
よろしくお願いします。

弦生ささと - admin 返信 08/15 (月) 13:13
仮想メモリとコミットサイズは全く異なる数値です。
基本的に仮想メモリ(Virtual Size)はあてになりません。
64bitOSのだいたいの環境では、ここの数値が2TBとかになるので、もしプロセスのページファイルの使用バイト数が知りたいなら、ものすごく複雑で重い処理を追加しなければなりません。

一応暫定で作ってみましたが、仮想メモリをランキングするとどうなるかというと画像の通りです。

仮想メモリ使用量というのは便宜上残していますが、これもあてになる数値ではありません。
コミットサイズと仮想メモリとページファイルは別物となります。

弦生ささと - admin 返信 08/15 (月) 13:20
この前提を踏まえた上で、何の数値をとり、何の数値と比較したいのかをもう一度考えてみてください。

グリーン - 2116@uPwZl2PtPwPP2wuf1mfugZtuf11mZ 返信 08/15 (月) 20:50
詳しいことは分かりませんが、私が理解しているコミットサイズはタスクマネージャーの詳細タブで見れる「コミットサイズ」の数値のことです。リソースモニターのメモリタブで見れる「コミット(KB)」も同じ数値ですよね。
各プロセスでこの数値が増えるとthilmeraの仮想メモリの数値や割合が増えるのでこれを参考にして仮想メモリ不足になりそうかどうかを見ています。この数値はタスクマネージャーのパフォーマンスタブの「コミット済み」と同じ数値ですよね。

プロセスのコミットサイズ上位3つほどをthilmeraで追加で表示できたらいいなと思っての要望でしたが、重い処理をしなければいけないのであれば要望は取り下げたいと思います。

弦生ささと - admin 返信 08/15 (月) 23:36
ありがとうございます。

必要なのはコミットサイズ、ということですね。
ちょっと管理者権限必須になりますが、可能性のありそうな部分があるので、試してみますが、すこしかかると思います。

共有コミットサイズ、というやつなので、タスクマネージャーの数値と一致するのかは謎ですが。

弦生ささと - admin 返信 08/16 (火) 01:53
ひとまず滅茶苦茶頑張って、OSのリソースメーターと同様の数値が並ぶ状態が作れました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220816-015325.zip
テストにて、設定の「トッププロセスCOMMIT」を試してみてほしいです。
まずは数値が正しく参考になるか見てほしいです。

グリーン - 2116@uPwZl2PtPwPP2lw/mg/lJJl//g2 返信 08/16 (火) 21:17
試してみました。
右端に表示された2つの数値の左側がワーキングセットで右側がコミットサイズの数値ですよね。
どちらもタスクマネージャーやリソースモニターで確認できるのと同じ数値が正しく表示されているようです。

今までトッププロセスMEMで右側に表示されていた数値が10Gとか1Tとかのよく分からない数値になることもあって参考にすることはなかったのですが、今回のコミットサイズのほうが有用な数値だと思います。

弦生ささと - admin 返信 08/19 (金) 21:16
ありがとうございます。

とりあえず
>10Gとか1Tとかのよく分からない数値になる
これはある時期のOSのバージョン以降、そんな感じになってました。
情報の質はとても上がったと思います。

以下グリーンさんの要望を実装してみたテスト版になります。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220819-211401.zip

○ 警告アラートに、メモリの4種(物理,仮想,コミット,ページファイル)の使用率を追加。
○ トッププロセス
 ・メモリの第二数値を、OSのリソースモニターにおけるコミットと同一のものに変更。
 ・メモリの第二数値でソートする、トッププロセスCOMMITを追加。
 ・色反転の閾値、およびデータバーの母数の指定を、メモリ、コミット、GPUメモリの3種に追加。

グリーン - 2116@uPwZl2PtPwPP2GGPm1uml0glugtt 返信 08/20 (土) 10:35
実装していただきましてありがとうございます。
テスト版を試してみました。

トッププロセス設定の閾値に達したときの色反転機能は問題なく動作しているようです。
アラート設定のPhysical MemoryやCommit Memoryは問題なく動作しているようですが、Virtual Memoryは「仮想メモリ表示」ONで表示される割合よりも低い数値にしないと通知してくれませんでした。

Virtualが56%と表示されているときにアラートのVirtual Memory設定を56%にしても通知されず、1%ずつ下げていって43%にしたところで通知が表示されたときのスクリーンショットです。

弦生ささと - admin 返信 08/20 (土) 11:43
テストありがとうございます。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220820-113941.zip
>Virtual Memoryは「仮想メモリ表示」ONで表示される割合よりも低い数値にしないと通知してくれませんでした。
すみません、こちら修正しました。

グリーン - 2116@uPwZl2PtPwPP2GGPm1uml0glugtt 返信 08/20 (土) 12:27
新しいテスト版で修正されているのを確認しました。
これでメモリ不足になる前に対処することができそうです。
ありがとうございました!

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 要望 月齢が欲しい。
#877
りんりん - 2114@wPwZZXtmPwu/PP1lgP0uwZX1tgfG1lGl 返信 2022/08/11 (木) 21:30
こんばんは。またはこんにちは。いつもサブモニターでめいいっぱいに表示っさせて楽しませてもらってます!自分的にはほとんど最高な環境なのですが、カレンダーだけ少し不満があって、横に広げると数字の間隔が広すぎてしまうのでそこを調整できる機能が欲しく更に月齢が表示できたらいいな~と最近思い始めてきました。できれば採用よろしくお願いします。!

弦生ささと - admin 返信 08/11 (木) 21:50
カレンダーですが、日付と2枠にするオプションはあります。(左右に配置というチェック)

もしこのオプションが希望通りでない場合は、どんな調整が望ましいか教えてほしいです。
例えば単に右寄せか左寄せで空白できてもいいから広がらないようにしたい。とか。

月齢に関して調べてみたところ、緯度経度で指定する場合に使えるリクエストの中に月齢が含まれるものが見つかったので、実際に表示に落とし込める状態にできるか試してみます。

形式が異なるのでちょっと作り直しというか、それ用の取得ルートなどを作る必要があります。

りんりん - 2114@wPwZZXtmPwu/PP1l122Zt00u0J1G2g1t 返信 08/12 (金) 08:26
遅くに返信ありがとうございます。
カレンダーについてですが、 「間隔」みたいなパラメータ?(写真のやつ)を用意してもらって微調整できるようにしてもらえるとありがたいです。それで空白ができたところに月齢とか、、もしくはカレンダーと月齢の2枠のオプションを用意してもらうとか、それと月齢ですが「新月」とか「満月」とか文字だけではなく図も表示していただけるとかなりありがたいです。お手数おかけしますがお願いします。

弦生ささと - admin 返信 08/12 (金) 13:49
「左右に配置」は確認していただけましたか?

微調整に関しては、先の質問にもあるように、「右寄せか左寄せで空白できてもいいから広がらないようにしたい」ということでしょうか?

さすがに情報が少なすぎて、どんなものを想像されているのかわかりません。
単純に横の間隔を手動調整する機能をつければよいのでしょうか?

りんりん - 2114@wPwZZXtmPwu/PP1lfwfJPPw2luwtltPw 返信 08/12 (金) 14:10
言葉足らずで申し訳ございません。
青い矢印の部分の間隔を手動調節する機能をつけてもらいたいです。
お手数おかけします
(「左右に配置」は確認していただけましたか?→はい(けど思ったいるのと違う感じです))

弦生ささと - admin 返信 08/12 (金) 19:44
ひとまず、カレンダーに、横幅の調整と右寄せのオプションを追加しました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220812-194210.zip

月齢に関しては、sunset sunriseの所に一応のっけましたが、まだ0.5が満月(0~1)という数値のままの状態です。
とりあえず取れるには取れたという形になります。

図形は少し時間を下さい。
具体的な仕様を考えます。

りんりん - 2114@wPwZZXtmPwu/PP1lZt10u2GXJG0lPJmu 返信 08/12 (金) 20:04
おーーーーー!!!
そうです!!これですこれです!!
素早い対応本当にありがとうございます!!
月齢についてはしばらくの楽しみにしときますね♪

弦生ささと - admin 返信 08/13 (土) 00:18
とりあえず、ハードウェア描画にて月齢の図形を作ってみました。
こんな感じでよいのでしょうか?

ソフトウェア描画は…うーん

りんりん - 2114@wPwZZXtmPwu/PP1lwG0fl/00ulff022g 返信 08/13 (土) 09:11
えーと。。

天才ですか!????

弦生ささと - admin 返信 08/13 (土) 21:15
とりあえず、カレンダーの余白に月齢の数値と図をだすようにしました。

また、天気の日の出日の入りの行にも文字の大きさ分の図形を追加しました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220813-211252.zip

こんな感じでいいのですかね?
あと、ソフトウェア描画(ドット計算)でもなんとか形は保っていますが、ハードウェア描画のほうが断然綺麗です。

りんりん - 2115@wPwZZXtmPwu/PP1lgtwl/gggufw/G1wG 返信 08/13 (土) 21:44
すごいです!まさに僕が求めていたものです!
こんなに短期間で実装してもらいほんと感謝です!!
僕はいつもハードウェア描画を使っているので全然大丈夫です。
もし、test版じゃなくて本アプデ版に組み込むなら緑矢印の隙間は作らず / でもしくは ・ とかなどで区切ってあげたほうが僕的にはいいと思います。(あとONOFFつけるとか)

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 不具合 度々、固まってタスクマネージャーからしか終了できない
#875
ひょい - 2103@pCkdYFsK 返信 2022/07/11 (月) 00:29

version 0b173 Rev.3 以降のバージョンで、ソフトを起動した後、数時間ほどで、気が付くと固まってしまい、タスクマネージャーからしか終了ができない症状で困っています。
右クリックしてメニューは開けるのですが、「終了」をクリックしても反応しない状態で固まって動きません。

弦生ささと - admin 返信 07/11 (月) 12:08
0b173 Rev.3 以降、ということですが

・発現するシルメラの正確なバージョンとエディション(フロパティ画面を参照)
・OSの種類とバージョン
・設定ファイル(thilmera7.ini)を添付
・数時間をもう少し正確に。およそ1時間なのか9時間なのか。

の情報を下さい。

また、0b174 Rev.8にして解決されないかを試していない場合は必ず試して下さい。

ひょい - 2103@pCAoxPZX 返信 07/12 (火) 12:23

・発現するシルメラバージョン
→0b173 Rev.3 および 0b174 Rev.8 ( いずれもthilmera7_64 )

・OS
→Windows10pro 21H2

・設定ファイルを添付
→これでいいでしょうか?

・症状が発現する時間
→ソフトを起動して、12時間以上を経過した辺りで、シルメラの表示が固まってタスクマネージャーからしか終了できない。そのさい右クリックでメニューは開けますが、各項目をクリックしても表示に反映・反応がなく、再起動や終了がソフト自体ではできなくなっています。

[appended] ini

弦生ささと - admin 返信 07/12 (火) 12:54
表示項目がかなり限られているので、そこから原因を推測すると、パフォーマンスカウンターの破損、かなぁ、くらいしか思い当たる所がありませんね…

基本的に私は開発機とサブ機で24時間起動しっぱなしのテストを常時行っているので、ここまで少ない処理内容で高々12時間で何かしらの問題が出るような部分は、外部要因以外あまり考えにくい…気がします。

ためしに一度、管理者権限のコマンドプロンプトを開いて
lodctr /r
と打ってエンターし、OSを再起動して解決するかどうか試してみてもらえないでしょうか?

もしそれで解決されるならば、OSのパフォーマンスカウンター関連をメイン処理とは別スレッドに移すなどの対策を行いたいと思います。

ひょい - 2103@pCAoxPZX 返信 07/12 (火) 14:53
了解しました。
ちなみに、「管理者権限のコマンドプロンプトを開いて~」のOS再起動と、それ以外のwindows updateにともなう再起動であったり、普通に操作して再起動するのとは、何か違いがあったりするのでしょうか?違いがないのであれば、一応、再起動は0b173 Rev.3 以降何度か試しています。

弦生ささと - admin 返信 07/12 (火) 17:57
lodctr /r
のコマンド実行後に再起動しないかぎり、パフォーマンスカウンターは修復されません。

ただ単にOSを再起動するのと、修復コマンドを実行して再起動するのは全く異なります。

ひょい - 2103@pCE0WX7Z 返信 07/14 (木) 06:02
教えて頂いた通り、lodctr /rのコマンド実行後に再起動しました。
07/12 (火) 15:00頃に再起動して07/13の間は、何の問題もなかったのですが、
07/14(今日)の五時ごろにまた同じ症状で停止しました。
イベントビューアーによると AppHangB1 というイベントが起こったあとすぐにthilmera7s64.exeもwindowsとの対話を停止しました~となっています。
参考の情報になるかわかりませんが、ご報告いたします。

弦生ささと - admin 返信 07/14 (木) 11:40
AppHangB1で調べてみると、AppHangB1エラーの一般的な原因は、ライブラリ(DLL)ファイルが破損か欠落。

とあるので、お手数ですが、以下のコマンドを問題がなくなるまで実行>再起動を行ってみてください。

fsutil resource setautoreset true c:\
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-image /Restorehealth
sfc /scannow

ひょい - 2103@JALgPZTc 返信 07/17 (日) 21:33
お世話になっております。教えて頂いたコマンドを実行したところ、
「エラーがあったので修復したました」という表示がでました。
その上でパフォーマンスカウンターを修復するコマンドを実行して再起動しましたが、
やはり前回と同じように1日と14時間くらい経過した所で固まって応答不可でした。

その際、もう一度教えてもらったコマンドを実行しましたが、エラーなどの異常は検知されませんでした。参考の情報になるかわかりませんが、気づいたことは

①(※クロックを1.00Gまでに固定している設定です。)再起動直後、cpuクロックが設定したフレーム速度(一秒)内で、作業負荷のある時などに1.00G→0.99G→1.00Gと時計のように切り替わるのですが、だんだん上下の振れ幅が大きくなっていき、稼働時間38時間ぐらい経過すると数字が1.00G→0.97G→1.03G→1.00G・・・となっていました。

②イベントビューアーによると、イベントid 1002 Application Hang の停止の種類は、
Top level window is idle とありました。


弦生ささと - admin 返信 07/17 (日) 21:52
うーん。
なんだろう…
汎用的にどの環境でも発現する問題ならもっと多くの報告が即上がってくるはずなので、何が原因かを考えると、多分使用者が少ないオフラインモード特有とかでしょうかね…


発現するシルメラバージョンが、0b173 Rev.3と0b174 Rev.8のthilmera7_64とありますが、オフラインモードでの使用ということで間違いないですか?
(thilmera is offlineが表示されている状態)


また、シルメラがフリーズした際、他のアプリケーションで反応しなくなるものは一切ないですか?

タスクマネージャーでシルメラを強制終了させる際、タスクマネージャー上で見えるシルメラのCPU負荷は0でしょうか?それとも非常に高いでしょうか?

ひょい - 2103@JAbtaWTc 返信 07/18 (月) 06:15
すいません、オフラインモードについてですが、
現在、0b174 Rev.8のthilmera7_64を thilmera7_64.exe という実行ファイルから起動してオンラインの環境で使っていますが、この状態はオフラインモードでしょうか?
thilmera is offline という表示に覚えがなく、オフラインモードで使用しているというのが、どういう状態なのか、分かりません。

シルメラがフリーズした際、他のアプリケーションは恐らくフリーズしておらず、cpuの負荷は確か0でメモリだけ値があった気がしますが、次のフリーズの際に、きちんと調べて御報告しようと思います。

弦生ささと - admin 返信 07/18 (月) 11:57
設定ウィンドウの上部にx64nとかかれていたらオフラインです。

ひょい - 2103@pCE0EgPl 返信 07/19 (火) 11:43
お世話になっております。やはり再起動=シルメラ起動後37時間ほどでフリーズしました。その際のことを報告します。

1、シルメラはオフラインではなく、オンラインの状態(設定ウインドウx64s)でフリーズしています。
2、今回だけ?なのかもしれませんが、イベントビューアにエラーやハングの記録がありませんでした。
3、他のアプリケーションは、確認できた範囲ではどれもフリーズしていません。
4、タスクマネージャーでシルメラを強制終了させる際、CPU負荷は、0です。
5、タスクマネージャー上で見ると、シルメラは、普段メモリ20MB(cpuはほぼ0)ほどで常駐していますが、フリーズした際は、6~8MBのメモリ消費をしていました。
6、フリーズした際のシルメラなのですが、ウインドウの位置を変えると、稼働時間だけ、位置を変えた瞬間に更新され、その後は他の表示と同じく数値がフリーズするという状態だと分かりました。

・・・どうやら、メモリと表示のことから、おそらくシルメラの数値表示を定期的に、更新したり、設定から操作するコマンドが効かない状態のフリーズのようです。

弦生ささと - admin 返信 07/19 (火) 19:38
なんかだんだんフリーズまでの時間が増えていきますね…

頂いた設定ファイルでデバッグ状態で24時間稼働させてみましたが、とくに何の問題も確認できませんでした。

フリーズといいつつウィンドウが移動できる状態というのは、AppHangB1にはまず該当しない(反応なしのウィンドウは動かせない)ため、エラーの内容や原因が毎回ころころ変わっている。ということになります。

以下のコマンドは問題ないと出ていても何回か繰り返すと改善される事があるので、今一度何度か実行してみてほしいです。

fsutil resource setautoreset true c:\
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-image /Restorehealth
sfc /scannow

弦生ささと - admin 返信 07/20 (水) 22:29
48時間連続でデバッグを走らせてみましたが、問題の発現は確認はできませんでした。

「設定から操作するコマンドが効かない状態」とのことですが、フリーズした状態で設定ウィンドウは開きますか?

どこが動いてどこが動かないのかを絞り込まないと原因を探すのは難しそうです。

sleepyF - 2111@VuWtR321 返信 07/21 (木) 04:13
フリーズに関して、私の環境下でもごく稀にフリーズが発生します(長時間稼働&サスペンドするWin7のみ確認。長時間使用しないWin10, WinXPなどでは未確認)。
サービスの停止&開始では復帰せず、タスクマネージャーからプロセスを落とさないとだめになります(それもうまくいかない場合はOS再起動で回復)。
但し発生したのはこれまでで3回程度であり、何日かしてふと見ると止まっていた…という感じであり、起動後の数時間で起こるという頻度ではありません。
現バージョン:0b174 Rev.8(1つか2つ前のバージョン、多分ひょい酸と同じく0b173 Rev.3前後でも発生)

弦生ささと - admin 返信 07/21 (木) 14:53
報告ありがとうございます。

どうやったらフリーズの再現ができるかを調べていくことにします。

フリーズという状態で現在分かっているのが以下の状態です。
① メインウィンドウの更新が止まる
② 終了できない(メニューは出る?)
③ AppHangB1(なるとは限らない)

不明な点は、フリーズ時に
④ メインウィンドウが動かせて、一部更新される(ことがある?)
⑤ 設定ウィンドウは開くか?(不明)

プログラムの反応がないといわれる場合は、ウィンドウメッセージに反応しなくなっている状態。
メインウィンドウの表示が止まっているだけの場合は、メインスレッドが何等かの理由で止まっている。
ただし、メインウィンドウが動かせて、一部更新されるということは、メインスレッドは動いている。

と、謎は深まるばかりです…

弦生ささと - admin 返信 07/21 (木) 20:12
原因と思われる場所を探して全体を見直してみたところ、ハードウェア描画において、OSからの描画指示の際にデッドロックになる事があるというメモ書きの部分が、ソフトウェア描画では処理するようになっていたため、試しにここを修正しました。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_x64_20220721-200659.zip

こちらのテスト版にて、今までと同様の使用により、低頻度フリーズが発生するかどうかの確認をお願いします。

sleepyF - 2111@VuWtR321 返信 07/22 (金) 00:08
私の環境下では、フリーズと称しているのは①、②(メニューは出る)、③(なんのことか分かりません)、④「メインウィンドウが動かせて」が「表示内容の動き?」といういみなら動きません。ウィンドウの位置という意味?は試してないので不明。
⑤試してないか1回程度開いてみたかもしれない…(不明瞭)。でもメニューが出るので設定ウィンドウも開くのかも。

thilmera7test_build_x64_20220721-200659.zip も試してみますが、先に書いたとおり私の環境でのフリーズ頻度は低いので(フリーズすれば直ってないと言えますが、逆の判断は難しいです)。ひょいさんの環境で改善がみられれれば多分効果ありなのでしょう。

sleepyF - 2111@VuWtR321 返信 07/22 (金) 01:00
thilmera7test_build_x64_20220721-200659.zip のテスト結果:
・サービス(thilmera7s64.exe)起動不能
「ローカル コンピューター の thilmera7 service サービスを開始できません。
エラー 1053: そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」
・単独(thilmera7_64.exe, thilmera7s64.exeとも)起動不能
・Win7 Home SP1 / Win10 Pro 21H2 の両環境で同じ状況

ひょい - 2103@pCEfWX5j 返信 07/22 (金) 10:52
ご検証ありがとうございます。

現在分かっている①~③について
①ぼくの環境では何故か、最近は34時間前後でメインウインドウの更新が止まります。
②右クリックで、終了をクリックできますが、応答しません。
③参考までにイベントビューアの履歴を添付します。(画像のエラーは全てシルメラのものです。)なぜ、応答しなくなっているのに、ハングしていると記録されたり、されなかったりする理由は分かりません。

不明な点について(④、⑤)
①、②で言った感じで、メインウインドウの更新が止まっていても、
右クリックでメニューを呼び出せて、メニューを展開して、例えばcpuの項目の設定をクリックできますが、まったくメインウインドウの表示に影響しない感じです。
また、左クリックしてメインウインドウ(もしかした左クリックだけでも?)動かすと、その時だけ稼働時間だけ数値表示が更新されます。たとえば、稼働時間の表示が、「1day 13:40、13」の表示でフリーズしているメインウインドウを左クリックで位置を動かすと、
「1day 13:40、14」に表示が変化してまたフリーズしています。 

あと、ぼくも、20220721-200659.zipの中身は両方起動できませんでした。以上です。

弦生ささと - admin 返信 07/22 (金) 15:16
すみません、thilmera7test_build_x64_20220721-200659.zipはデジタル署名が失敗していました。
サインツールが古かったようで、セキュリティからか対応が切られていたようです。

以下でのテストをおねがいします。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_x64_20220722-150805.zip

ひょい - 2103@JAcxDRt3 返信 07/23 (土) 20:48
お世話になっております。
20220722-150805.zipをテストさせて頂いたところ、同様の症状が確認されました。

・イベントビューアーに、アプリのエラーやハングなどの情報は記載されていません。
・昨日からのテストなので、最近の34時間くらいの間隔より短い時間で、フリーズに至りましたが、やはり気が付いたら、そうなっている感じで、ちょっと原因は特定できませんでした。

弦生ささと - admin 返信 07/23 (土) 21:18
報告ありがとうございます。

目をつけた部分の可能性を更に掘り下げてみました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_x64_20220723-211445.zip

もし目星のものが原因ならば、単に時間経過ではなく、PC上の操作が関係するので、ひょいさんの普段通りの使用にて確認していってもらえると助かります。

ひょいさんの環境と使い方だとほぼ確実に問題の個所が直っていない場合は確認できそうなので、しばらくお付き合い頂けるとありがたいです。

ひょい - 2103@JAqiI4Hy 返信 07/25 (月) 20:17
お世話になっております。
20220723-211445.zip、ありがとうございます。早速テストさせていただいた所、やはりメインウインドウの更新が止まるという症状が確認されてしまいました。
ええと、「単に時間経過ではなく、PC上の操作が関係する」ということですが、こちらが普段通りの使用以外で、何かやったほうがいいこと等ありますでしょうか?
ちなみに、テストバージョンを使用して、フリーズしたら、
その度に lodctr /r や 再起動などした方がいいでしょうか?
フリーズした際に、スキャンするコマンドで何かエラーが無いか探していますが、
原因が見つからず、どうしたらいいのか分からずにいます。

弦生ささと - admin 返信 07/25 (月) 21:45
報告ありがとうございます。
一つ一つ可能性をつぶしていっているので、おそらく問題の一つだったAppHangB1は修正できてると思います。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_x64_20220725-214110.zip
「単に時間経過ではなく、PC上の操作が関係する」の問題とは別の問題がもう一つあるようなので、こちらに切り替えての動作テストをおねがいします。

lodctr /r や 再起動は今のところしなくてもOKです。

止まった状態でもウィンドウを動かしたら起動時間だけ更新された。というヒントから、論理的にフレーム待機から抜けない状態になる可能性があるバグへの対処をしました。

ひょい - 2103@pCAVjmNq 返信 08/01 (月) 20:59
お世話になっております。
20220725-214110.zip ありがとうございます。多分もう「タスクマネージャーからじゃないと終了できないフリーズ」の状態は起きないです。(たいへん嬉しいです)

テストをさしていただいて、気づいた点は、
1、
07/17 の書き込みでご報告した ① 時間経過とともに、負荷時のcpuクロックの値のブレが大きくなるという現象についてですが、これは以前のバージョンからこういう現象があったのですが、テスト版では一定時間を経過すると、こちらが設定したcpuクロック値からブレなくなりました。(ずっと1.00Gの表示)ただ、シルメラを再起動させると、また元の時間経過と共にブレた数値を表示するようになりました。個人的な感想ですが、数値がブレずに表示された方が何となく快適でした。
2、
気のせいかもしれませんが、ウインドウの「最前表示」にチェックを入れていても、いつのまにか、最前で表示されなくなっています。(特に問題はないです。)

以上です。

弦生ささと - admin 返信 08/01 (月) 21:45
テスト&報告ありがとうございます。

1ですが、そもそもCPUはIntelとAMDどっちですか?
時間経過しないとぶれるとのことですが、どの程度の時間経過でしょうか?
最初の数十秒ならば内部的な負荷なので難しいです。

2はものすごくやばいです。
以前のiniでは最前表示+常時でしたが、常時がオフになってるとかではなく最前表示になりませんか?

確認をおねがいします。

ひょい - 2103@pCEfz3t3 返信 08/02 (火) 20:20
すいません訂正になりますが、
08/01に報告した 2 についてですが、常時がオフになっているのを見逃していました。うっかりしていました。最前表示には問題はないです。

あと、08/01の 1 についてですが、cpuはAMDです。
cpuを(再)起動してすぐシルメラを起動したときは、
cpuクロックは、1.00Gと0.99G、の二つの表示を負荷の際に交互に表示している感じですが、たぶん数時間~12時間ぐらいの間隔で、1.00Gを挟んで、
0.98⇔1.00⇔1.01・・・・・(数日後)0.85⇔1.00⇔1.15 のように変化します。
これは今回ご報告させていただいた、「タスクマネージャーからしか終了できない」件以前から、こういう感じでしたので、たぶん僕のPC環境のせいかなと思っています。

テスト版を使用させていただいて、この数値のブレが(これも数時間から12時間くらい?)ビタッと1.00Gなどに固定される現象が起こり、なんというか、この固定された表示の方が、見ていて快適だったので、もし良ければ、こういう表示を残してほしいという個人的な要望を報告しました。
追加で分かったことなのですが、この数値の固定現象、必ずしも1.00Gに固定されるわけではなく、先ほどは、0.92Gという表示で固定されていました。どうやら、時間の経過か、もしくはスリープから復帰した際などの負荷があった時に表示されているクロックの値で固定されるようでした。

以上です。

弦生ささと - admin 返信 08/02 (火) 21:12
1 よかったです。

2 多分、クロック取得スレッドが固まった説があるかもしれません。
というより、1.00でぴたっと止まるというのがものすごく不自然なので、

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_x64_20220802-211018.zip

ちょっと上記のさらに改善したバージョンで、どう表れるか確認をおねがいします。
このバージョンは全ての更新スレッドが意図せず待機状態のままになってしまう不具合への対策をしたものになります。

ひょい - 2103@pCaEiQd2 返信 08/13 (土) 09:08
お世話になっております。
20220802-211018.zip、ありがとうございました。
前回までのテスト版であった、cpuのクロックが固定されてしまう現象は、もう起きてないです。恐らく「全ての更新スレッドが意図せず待機状態」になることは、自分が表示している項目ではないと思います。テスト版の制作、本当にありがとうございました。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

報告 ディスクI/Oの%表示が変?
#876
ANACOSTIA - 2107@PPwZZ1Pw2g1wPPgtGfGJuZtGg0Jgmw2/ 返信 2022/07/18 (月) 23:58
 (自動アップデートにより、)いつからか、PC自体がアイドルに使い状態の時でも、[ドライブ]→[ディスクI/O]の%表示の数値(ディスク(ドライブ)のアクティビティ率。転送速度ではなくビジー状態の割合。 by 弦生ささと - admin 2021/07/29 (木) 18:36 (775,5442))が殆ど100%で固定されるようになってしまいました。

 この時、Windowsの[パフォーマンスモニター]で[LogicalDisk]→[対象ドライブ]→[% Disk Time]及び[% Idle Time]を確認すると、[% Disk Time]は0位で殆ど一定、[% Idle Time]は100位で殆ど一定になっています。
 [PhysicalDisk]の方も同様の結果です。

 これまでは、thilmeraの[ディスクI/O]の%表示が100%に張り付き続けるということはありませんでした(何か多量のファイルのやり取りその他の操作をしない限りは)。
 この状態が正常な動作・表示なのかどうか、確認をお願いしたいです。

弦生ささと - admin 返信 07/19 (火) 00:08
thilmeraのディスクI/Oが100%になる理由は大抵はOSのパフォーマンスカウンターが破損などにより0を返している場合が殆どです。
この場合はヘルプの「表示がおかしい」の一つ目にある、管理者権限のコマンドプロンプトdから「lodctr /r」を実行し、OS再起動で大抵直りますが、これはもう試されましたでしょうか?

ANACOSTIA - 2108@PPwZZ1Pw2g1wPPgtPXGwtZm/ffuXluJt 返信 07/19 (火) 01:03
 早速のご返答ありがとうございます。
 未試行でしたので、先程実施してみました。
 しかし、残念ながら症状は変わらずです。

 現在2台のIntel-CPU-PCを使っていますが、2台とも同じ症状が出ています。
 朧げな記憶ですが、version 0b174(但しRev.不明)に自動アップデートされた辺りからこの症状が出たような気もします(2台のPCの運用の違いから、自動アップデートの時期がズレており、発生時期が明確ではありません)。

 尚、この症状が出た際に取り敢えず

・イベントビューアーから、関連しそうな異常がないかの確認
・SSDのSMARTに異常がないかの確認(thilmeraと他ソフトとの両方で)
・[コントロールパネル]→[メンテナンス]→[信頼性履歴の表示]で関連しそうな異常がないかの確認

を行い、取り敢えず差し迫った問題は無いと判断し、その内thilmeraのRev.アップでこの症状が無くなるのだろうと軽い考えでいました。
 しかし、100%に張り付き続けるのがずっと続くのにもどうかと思うようになったので、投稿した次第です。

弦生ささと - admin 返信 07/19 (火) 01:10
報告ありがとうございます。

確認してほしい事と、設定ファイルを添付していただけると助かります。

確認してほしいのは、
① DiskI/O全体だけでなく、各ドライブ「ディスクIO一覧」も全て100%になるかどうか。
② 100%固定の状態が常に続くのか、もしくはほぼ100%になるが、それ以下になることもある(変動が見られる)か。

2台ともということなので、なんらかの条件によりなる内部的な可能性が考えられますが、まずは設定ファイルによりこちらで再現できないか試してみたいです。

ANACOSTIA - 2109@PPwZZ1Pw2g1wPPgtPXGwtZm/ffuXluJt 返信 07/19 (火) 14:10
 thilmera7.iniを添付しました。

①について
 [ディスクIO一覧]を有効にすると、Cドライブ分が追加されますが、元々の[Disk:]と同時に100%になります。
 元々、PCにはSSDが1つしか装着されておらず、更にGPT特有のパーティションを除けば、OSから通常見えるドライブが1つ(Cドライブ)のみなので、こうなるのは当たり前なのでしょうけど。
 この件に関しては、2台のPCの内、片方のPCしか確認できていません。

②について
 時々100%未満となります。
 PC2台ともそうなります。

③[FullR]について
 これまで[ドライブ]→[ディスクIO]の[FullR]が有効でしたが、これを無効にすると表示が正常になるように見えます(これに関しても、PC2台ともそうなります。)。
 しかし、[FullR]は以前から(100%貼り付き問題が発生する前から)有効だったと思います。
 [ANACOSTIA - 2021@BSadaW6T 返信 01/13 (木) 20:36 (817,5627)]でもthilmera7.iniを添付しましたが、このファイルは[FullR]が有効になっているのではないでしょうか?(少なくともこの時は、100%貼り付き問題は起こっていなかった)
 残念ながらこの時のファイルが手元に無いので、申し訳ありませんが、こちらでの検証はできません。

④IOテキスト更新頻度
 フレーム速度をFPS:60(wait:0.016s)とし、[更新フレーム頻度-I/O]を15としています。
 なので、ディスクI/Oのバーは60Hz、テキスト(ReadとWriteそれぞれの速度(MB/s))は4Hzで更新されるようになります。
 しかし[ディスクI/O]の%表示は60Hzで更新されているようです(以前はどうだったのか記憶にありません……)。
 この[ディスクI/O]の%表示も、ReadとWriteそれぞれの速度と同じく、[更新フレーム頻度-I/O]の値が反映されて欲しいです。

[appended] ini

弦生ささと - admin 返信 07/19 (火) 19:40
なるほど。フレーム速度60FPSという時点でなんとなく原因はわかりました。

仕様として明記していないのが悪いのですが、FullR時のディスク稼働率は、最高値を採用します。
そしてディスク稼働率は、統計期間が短くなればなるほどピーキーに100%をだしやすい(0or100みたいなのが繰り返される)ので、根本的にFullR時の仕様を作り直す必要がありそうです。

ANACOSTIA - 2109@PPwZZ1Pw2g1wPPgtXfwX0wJlmmJGJ/0l 返信 07/20 (水) 07:54
 ディスクI/Oの[FullR]に関しては、CPUの[フルデータバー色反転]、GPUの[フルバー色反転]、トッププロセスの[フルバー色反転]と同じイメージで捉えていました。
 現に、以前は100%貼り付きが起こっていなかったと記憶しているからです。
 バージョンヒストリを見ると、100%貼り付きが起こるようになったのは、version 0b172 Rev.8でフレーム速度関係を変更してからなのかもしれませんが、小生の頼りない記憶からは、ここから発生するようになったという認識はありません。

 取り敢えずは[FullR]を無効にすることで解決できると考えております。
 データバーやテキストの更新頻度に応じたサンプリング範囲の最大値ではなく平均値を採ることで、最終的な解決が得られれば有り難いです。

弦生ささと - admin 返信 07/20 (水) 22:32
FullR時の最高値採用の理由は、100%近辺になった場合に激しく明滅してしまうため、非常に見づらいからでした。

パーセント表示の取得と更新間隔を、更新フレームIO準拠に変更してみました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220720-223139.zip

弦生ささと - admin 返信 07/20 (水) 22:34
FullR時も、サンプルからの最高値採用ではなく更新フレームIOの間隔での値をそのまま使用します。

ただ、当然ながら更新フレームIOの時間が短くなればなるほど値はピーキーになっていきます。

ANACOSTIA - 2109@PPwZZ1Pw2g1wPPgtg211wg02flXtmfmG 返信 07/22 (金) 04:24
 ありがとうございました。
 repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220720-223139.zip(0b174 Rev. 8.5) で問題は起こっていません。

 時間・精神・その他に余裕があれば、CPU & GPU 丸め(平均)、フレーム速度の基本ウェイト時間、フレームあたりのテキスト更新頻度を整理して、データバー、グラフ、テキストの更新頻度と丸め方(平均値の算出法)の見直しをすることも考慮すべきかもしれません。
 現在の自分の設定でいえば、
・データバー(及び100%で反転)は1/60秒間にサンプルした(全データ又は間引いた)データの平均値を60Hzで表示
・テキストは1/4秒間にサンプルした(全データ又は間引いた)データの平均値を4Hzで表示
という実装にするなどです。

弦生ささと - admin 返信 07/22 (金) 15:19
見直しということですが、具体的に今とどう変わるのでしょうか?

現在は、ベースとなる更新フレーム速度1に対し、グラフとバーは1更新。
IOなどのフレーム数指定により、20とすると、テキストは1/20更新となります。

ANACOSTIA - 2109@PPwZZ1Pw2g1wPPgt2g2/01flwt2m10u/ 返信 07/23 (土) 02:34
 他人に理解させることができない表現で申し訳ありません。


 まずは確認(認識の共通化)です。

> ベースとなる更新フレーム速度1に対し、グラフとバーは1更新。

 この更新に使うデータの取得法はどうなっているのでしょか?
 バーとグラフの更新頻度は1回/(60秒~1/60秒)(=1/60Hz~60Hz)ですが、例えばここで1回/秒(=1Hz)とします。
 この時、[CPU & GPU 丸め(平均)]の設定で、

・スルー    の時は、1秒間で 1サンプルし、そのデータを1秒間のバー&グラフ表示に使用
・前回との平均 の時は、1秒間で 2サンプルし、その平均値を1秒間のバー&グラフ表示に使用
・10回平均   の時は、1秒間で 10サンプルし、その平均値を1秒間のバー&グラフ表示に使用
・20回平均   の時は、1秒間で 20サンプルし、その平均値を1秒間のバー&グラフ表示に使用
・50回平均   の時は、1秒間で 50サンプルし、その平均値を1秒間のバー&グラフ表示に使用
・100回平均   の時は、1秒間で100サンプルし、その平均値を1秒間のバー&グラフ表示に使用

ということなのでしょうか?

 また、1回/(1/60)秒(=60Hz)の時は、

・スルー    の時は、1/60秒間で 1サンプルし、そのデータを1/60秒間のバー&グラフ表示に使用
・前回との平均 の時は、1/60秒間で 2サンプルし、その平均値を1/60秒間のバー&グラフ表示に使用
・10回平均   の時は、1/60秒間で 10サンプルし、その平均値を1/60秒間のバー&グラフ表示に使用
・20回平均   の時は、1/60秒間で 20サンプルし、その平均値を1/60秒間のバー&グラフ表示に使用
・50回平均   の時は、1/60秒間で 50サンプルし、その平均値を1/60秒間のバー&グラフ表示に使用
・100回平均   の時は、1/60秒間で100サンプルし、その平均値を1/60秒間のバー&グラフ表示に使用

ということなのでしょうか?

 テキスト更新頻度も同様です。
 バーとグラフの更新頻度を1回/(1/60)秒(=60Hz)とし、テキスト更新頻度を15(イコール4Hz)の時は、

・スルー    の時は、1/15秒間で 1サンプルし、そのデータを1/4秒間のテキスト表示に使用
・前回との平均 の時は、1/15秒間で 2サンプルし、その平均値を1/4秒間のテキスト表示に使用
・10回平均   の時は、1/15秒間で 10サンプルし、その平均値を1/4秒間のテキスト表示に使用
・20回平均   の時は、1/15秒間で 20サンプルし、その平均値を1/4秒間のテキスト表示に使用
・50回平均   の時は、1/15秒間で 50サンプルし、その平均値を1/4秒間のテキスト表示に使用
・100回平均   の時は、1/15秒間で100サンプルし、その平均値を1/4秒間のテキスト表示に使用

ということなのでしょうか?


 そして、上記認識が正しいとした場合の当方の希望改善案ですが、

(1) [CPU & GPU 丸め(平均)]の設定にある、

・加減制限25%(前回の値と今回の値の差が25%以上の場合は差異25%とする)
・66%変動( (今回の値×2+前回の値)/3 )
・33%変動( (今回の値+前回の値×2)/3 )

を廃止。

(2) [CPU & GPU 丸め(平均)]の設定にある、[スルー、前回との平均、10回平均、20回平均、50回平均、100回平均]の対象を、CPUとGPUだけではなく、[メモリ]、[ドライブ]、[マザーボード, 電源, Hyper-V]、[ネットワークI/O]、[プロセス]にも反映。

 現状、これが無いので不便・不満を感じるということは少ないので、「そういえばこんな要求もあったなぁ」と記憶の片隅に留めて置いて貰えれば十分です。

弦生ささと - admin 返信 07/23 (土) 03:36
[CPU & GPU 丸め(平均)]というのは、元々は開発当初の2001年から残っている遺物です。
基本的に指定のフレーム速度が最速の1サンプル(1クロックと考えてもらえればよいです)となります。

1フレームが1秒である場合、
10回平均は1秒間で10サンプルではなく、10秒間の平均値をとります。

テキストは、この1クロックに「更新フレーム頻度」の数値をかけた回数で更新され、前回更新してからの平均値が出されます。
つまり、60hzのWaitで、更新フレーム頻度が20の場合、テキストの更新は3hzで、20回分の平均値となります。

ただ、ここで誤解がないように補足しておくと、ほとんどのサンプルデータは、期間が長くなればなるほど平均化されます。

例えば、60hzで取得した60サンプルの平均と、1hzで取得した1サンプルの数値はほぼ誤差の範囲になります。(温度系などは瞬間値なのでこの例には当てはまらない)

(1)
廃止に関しては、廃止すると利用している人がいた場合に元に戻してくれという話になるので(これは流石に使わないだろうという機能の撤廃で過去何度も発生した事案)、これに関しては残しておくことにさしてデメリットが思い当たらないので、ちょっと難しいです。

(2)
メモリ、マザーボードは完全に更新フレーム頻度に依存し、リアルタイムな値を出しているので、平均という概念がそもそもありません。

Hyper-VはCPU,GPUと同じ設定が適用されます。

ドライブとネットワークIOは、デフォルトの10回平均ではあまりにもガタガタしすぎるので、まとめるのは難しいです。
ちなみに現在は約2.5秒程度の平均化となっていますが、これを変えたいならば設定を作るのは構いませんが、少なくともデータの現れ方がCPUなどとは全く異なるため、一律な設定にしたら極めて見づらくなってしまいます。

トッププロセス関連は更新フレーム頻度に依存します。これも「60hzで取得した60サンプルの平均と、1hzで取得した1サンプルの数値はほぼ誤差の範囲になる」が適用されます。

ANACOSTIA - 2112@PPwZZ1Pw2g1wPPgt2g2/01flwt2m10u/ 返信 07/24 (日) 00:11
 ご丁寧な回答ありがとうございました。

 ところで、フォーラム上にある今回のような内容の記述(ヘルプに記載があってもおかしくないような内容の記述)を、ヘルプに逐次追加していくようなことはできないのでしょうか?
 正直なところ、ヘルプにある記載と設定画面におけるポップアップの説明だけだと、設定内容の意味や設定値選択の判断に苦しむことがあり、フォーラムを検索したり、それでも欲しい情報が無ければフォーラムへ質問を投稿しているのが現状です。

 本フォーラム(BBS)の記述が古いものから削除されるのかは存じておりません(閲覧可能な一番古い投稿が2009/10/14のものですが、これより以前に本フォーラムへの書き込みは無かった??)が、もし古いものから削除されていくのであれば(例えそうでなくとも)、弦生ささとさまの独断と偏見で、「これはヘルプに追加した方が良いかな」と思われる記述の内容をヘルプに順次ぶち込んで戴ければありがたいと考えております。

 勿論それに伴う作業負荷を最小限にする為に、(タイトルだけは熟考する必要がありますが)フォーラムのやり取りをそのまま(直接関係ない部分の削除も最低限行った方が良いでしょうが)、[ヘルプ]→[トラブルシューティング]→[Q&A]のような形で追記していくものです。
 如何でしょうか?

弦生ささと - admin 返信 07/24 (日) 18:13
書いてみました。
thilmera.com/?page=help&lang=ja&i_ID=49
すみません、テキストの中身が前回からの平均というのは間違いでした。


ヘルプに記載がない質問を受けた仕様についてはもちろん今までと同様にヘルプに追加していきます。

ヘルプにも、疑問が記載されていない場合は質問してほしいと記載しているのは、開発者の立場からすると、何が分かって何が分からないか(何が気になって何が気にならないか)はユーザーでないとなかなかわからないので、疑問点は聞いて頂ければこたえられる範囲でまとめますし、今まで同様ヘルプにも追記していきます。

弦生ささと - admin 返信 07/25 (月) 17:34
書き忘れてました。
2009年10月時点のものが最古になります。
それ以前はややこしいのですが、多分シルメラの旧BBSが全く別形式で、それより前はフルJavaで書かれていたsPherTiaというサイトのBBSとごっちゃになってたのではないかな…

過去のバックアップを掘り起こしたらワンチャン見つかるかもしれませんが、観覧できるようにするのはちょっと手間かもしれません。
手間のわりに古すぎて内容に意味があるかも疑問です。

ANACOSTIA - 2113@PPwZZ1Pw2g1wPPgtuG00t2mlJ0/JlZ0X 返信 07/26 (火) 19:47
 データの取得頻度、表示に際した代表値化方法、表示の頻度に関し少しだけ理解できました。

 ヘルプの記載と設定画面のポップアップの説明に無い情報を順次(勿論、精神的・時間的余裕のある時に限る)加えて欲しいと思ったのは、以前の小生の質問に対する回答(弦生ささと - admin 返信 01/15 (土) 17:03 [817,5632])も載っていないしなぁと感じていたからでした。

 旧BBSの件ですが、そこにしかない貴重な情報(ヘルプやポップアップに無い情報)が少なくない量で埋もれており、そして殆ど手間をかけずに可能というのであれば、是非公開ログデータ化して欲しいです。
 質問と回答の関係が明確になっていれば、単なるプレーンテキストで構わないというのが小生の考えです(この為だけに新たにスクリプトを組む必要も無い)。

弦生ささと - admin 返信 07/27 (水) 00:18
とりあえず2002-2005年くらいのデータはでてきましたが、やっぱり中身が殆ど私の作曲した曲の話とかですね。
しかも整形スクリプト書かないととてもではないがどこからどこまでが本文かわからん…

2005-2009の間は見つかりませんね…

この掲示板の最古データまでのはいくらでも見つかるんですが、多分2005-2009は落ちまくる自宅サーバー時代で、もしかしたら中身にあるかもしれないmysqlのバージョン不明のバイナリデータくらいしか見つかりませんでした。
test, test1 test2 というテーブルにない場合はこのバイナリデータを解析しても中には無いです。

貴重な情報とのことですが、どんなことが書かれてましたか…?

弦生ささと - admin 返信 07/27 (水) 00:52
認知される切っ掛けになったvectorの初登録が2009/07/20なので、2009/07/20から2009/10/14の3か月弱の間は多分vector上の掲示板が本体ですね。
vectorのコメント上でサポートしてたのを今更思い出しました。
comment.vector.co.jp/comment.php/477492/4
そりゃ手元にデータないわけだ。

この掲示板では
2009/10/14 (水) 21:18 の #2 CPU温度誤差報告スレッド【0b26以降】
が最も古いです。
#1はテスト書き込みして消しただけなので、実質消えたものは何もないです。

*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 不具合 Windows 7でサーバ接続エラー
#874
通りすがりのPCユーザー - 2100@QjGsz6nT 返信 2022/07/08 (金) 23:21
時々 Windows 10では動作しないサポート終了したソフトを使うために Windows 7 Professional (x64)機を起動させるのですが、直後に『サーバ接続エラー』を発します。
Windows 10 Pro (x64)ではそのようなことを言わずに動いています。
thilmeraを再起動すると、オフラインに変わります。
何か回避方法はありますか?
何となく前回のトラブルに似た匂いがするのですが、よろしくお願いします。

[appended] zip

弦生ささと - admin 返信 07/09 (土) 01:09
サーバー接続エラーというのが出るのですか?
バージョンは0b174 Rev.8で起こるのでしょうか?

win7 + thilmera 0b174 Rev.8で確認してみましたが、とくに動作に問題はみあたりませんでした。



ただ、win7での動作を確認しようとしたところ、アップデーターがバッファオーバーランでクラッシュするので、調べています。

このクラッシュはXPでもWin10,11でも起こらず、テストとしてx64でビルドしたら起こらないようで、win7のWoW64のバグなのか本体のバグなのかも謎です。

もしかしたら正しくアップデートされてない可能性なとがあります。

ちょっとこのアップデーターの修正は時間かかりそうです…

弦生ささと - admin 返信 07/09 (土) 01:12
すみません、添付を見忘れてました。

うーん、HTTPの接続にプロキシなどが必要な環境だったりしますか?

通りすがりのPCユーザー - 2101@QjGsz6nT 返信 07/09 (土) 01:30
> うーん、HTTPの接続にプロキシなどが必要な環境だったりしますか?

内部プロキシーソフト Proxomitron中継です。
でも、それは Windows 7 も 10も同じです。
MS Edgeも Firefoxなどのブラウザーも全て、そしてウイルス対策ソフトも全てこれを通してWANと通信しています。
2000の頃に環境を作って以降、特に問題もなく動作しているようなので使い続けています。

弦生ささと - admin 返信 07/09 (土) 01:55
windows8.1以降とそれ未満では動作が異なり、8.1未満のOSでは自動でプロキシを取得する機能が使えないので、IEの設定をロードするようにしています。

また、プロキシを手動でシルメラ内で設定すれば、それが優先されます。

[win8.1以降]
・特にプロキシの設定は気にする必要なし

[win8.1未満]
・(1) シルメラのプロキシ設定があれば使用
・(2) IEのプロキシ設定があれば使用
・(3) どちらでもない場合は直接接続

になります。

弦生ささと - admin 返信 07/09 (土) 01:57
このプロキシの仕様は0b174 Rev.7以降になります。

同様の環境・設定で、0b174 Rev.6までは問題なく動いていましたか?

弦生ささと - admin 返信 07/09 (土) 02:23
新たに対応する必要があるのか、新仕様に問題があるのかで対処していく方向性を決めないといけません。

弦生ささと - admin 返信 07/09 (土) 14:23
とりあえず、Win8.1以降と同様の動作に近い可能性がある方法を試しに取り入れてみました。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220709-142108.zip

こちらで解決するか確認をお願いします。

通りすがりのPCユーザー - 2102@QjGsz6nT 返信 07/09 (土) 23:36
> 同様の環境・設定で、0b174 Rev.6までは問題なく動いていましたか?

記憶ではこの症状が出たのは今回が初めてです。

通りすがりのPCユーザー - 2102@QjGsz6nT 返信 07/09 (土) 23:45
> (2) IEのプロキシ設定があれば使用

既にIEは死んでいるので、MSによって強制アンインストールされてませんでしたっけ?

Microsoft Edgeはシステム(OS)のプロキシ設定に従うようですが、(1)が設定されていなかったら(3)になるのかな?

通りすがりのPCユーザー - 2102@QjGsz6nT 返信 07/09 (土) 23:47
私のWindows 7 Professional (x64)は、システム(OS)にプロキシを設定している筈。

弦生ささと - admin 返信 07/09 (土) 23:55
>記憶ではこの症状が出たのは今回が初めてです。
ということは、もしシルメラ上でプロキシ設定をしていないならば、逆にそのまま接続だと行けたってことですかね?

どういう経路のどこで詰まってるのかわかりませんが、IEのプロキシ情報を食ったがゆえに、余計つながらないプロキシを使おうとしているというオチな気がします。

これに関しては、上に載せたテスト版で解決するかのテストをおねがいします。

>既にIEは死んでいるので、MSによって強制アンインストールされてませんでしたっけ?

IEはたしにサポート終了しましたが、それよりはるか昔にwin7のサポートは終わっているので、Win7でわざわざIEを消すパッチってでてますかね…

Internet ExplorerというブラウザそのものはともかくIEのコンポーネントは多分win11でも今のところ消えてはいないと思います。

当然ですが、IEの設定をロードする関数は非推奨です。
他に方法が見当たらなかったので、rev8ではそれを代用としてまずは立てているということになります。

弦生ささと - admin 返信 07/10 (日) 17:39
さらに変更し、win8.1未満において、レジストリ由来のプロキシ。それがない場合はIEのプロキシ。それもない場合は直接という3段階にしてみました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220710-173647.zip

Ryuvay - 2083@GPwZ222//tP211X2GJ2P1gtG1mPZuZ 返信 07/12 (火) 23:36
横から失礼いたします。
Windowsプロキシ設定について、お節介かとは思いましたが、恐縮ながら補足させてください。

ユーザーがWindowsにて設定できるプロキシ設定には、
-------
①コントロールパネルのインターネットオプションから設定するもの
 Edgeで使用されたり、「IEの設定に従う」の参照先となる設定です。
 デフォルト設定は「自動的に検出」

②コマンドプロンプトから設定する「WinHTTTP プロキシ設定」
 Windowsのシステム関連が使用するもので、主にWindowsUpdateがバックグラウンドにてインターネット接続する際に使用します。なので、プロキシ必須環境でこれが設定されていないと色々と弊害が出ます。
 にも関わらず、デフォルト設定は「直接アクセス(プロキシ サーバーなし)」で、「IEの設定に従う」ではないという謎仕様

③個々のアプリケーションソフトにて個別に設定するもの
-------
の3種類があります。というか、経験上この3種類以外には無いと認識しています。

弦生ささと - admin 返信 07/12 (火) 23:51
ありがとうございます。

上記テストの最後、およびアップデーターの0.6.13.0は、Win8.1未満において、コマンドにおける
netsh winhttp show proxy
に相当するものをレジストリから引き出してそれを使用。(システム単位の設定)
もしそれが無い場合は
netsh winhttp import proxy source=ie
に相当するものをIEから引き出してそれを使用。(ユーザー単位の設定)
(*) アプリケーションとしてのIEは関係ありません。

どちらもない場合はDEFAULTというもので使用というルートを通る、という意図の設計をしています。

テストの前半のものは上の手順における、後者を前者に置き換えだけのものだったので、最後のものは前者を優先して後者も確認するものとしてみました。

問題の発生している環境でのテスト結果によりどうするか判断するつもりでいたのですが…

通りすがりのPCユーザー - 2104@QjGsz6nT 返信 07/13 (水) 23:27
遅れて申し訳ありません。今週中に決着を付けなければならないトラブルが勃発したので余裕が無くなってしまいました。

> Win7でわざわざIEを消すパッチってでてますかね

出てないと思います。出たのは Windows10だと記憶しています。

> ユーザーがWindowsにて設定できるプロキシ設定

> ①コントロールパネルのインターネットオプションから設定するもの

だと思います。スクリーンショットも取りましたので、ご確認願います。

テスト版での結果ですが、解決していないようです。
Windows7-Boot.png がスタートアップでOSと一緒に起動した時。
再起動に失敗するので、実行ファイルを直接叩き起こしたのが Windows7-Reboot.png。
Windows10-Proxy.png はProxy設定周りと正常動作中の thilmeraだけです。
iniファイルは正常動作中のものをコピペしています。

使用しているブラウザは、システムに設定したものを利用するのがデフォルトになっているようですね。
自分で追加したものはそうなっていることをチラ見して、弄らずに放置しています。

宜しくお願いします。

[appended] zip

弦生ささと - admin 返信 07/14 (木) 11:41
テストありがとうございます。

ちょっと頂いた画像を参考に、自前の環境で同様の状態を再現できないか試してみます。

弦生ささと - admin 返信 07/14 (木) 12:36
Proxomitronを設置し、添付画像のように設定してデバッグ出力を確認した所、このような内容が勝手に取得されるデータにぶち込まれていることが判明しました。

[2022-07-14 12:25:46] From IE Setting : localhost:8080 :
[2022-07-14 12:25:49] http_read : HTTP : success
[2022-07-14 12:25:49] code 200 :
<!--//--><script src="local.ptron/WindowOpen.js"></script>

<!--//--><script> function NoError(){return(true);} onerror=NoError; </script>

<!--//--><script> function moveTo(){return true;}function resizeTo(){return true;}</script>
以下本来のデータ


これは…どうしたらいいですかね?
Proxomitron専用の仕様ということなんでしょうが…

弦生ささと - admin 返信 07/14 (木) 15:18
どうやってこの差し込まれてきたゴミを正確に除去しようか考えてましたが、サーバー側でヘッダーにtext/plainのmime指定をしたらそもそもの差し込まれるゴミは消せました。

多分これで動くと思いますが、確認をお願いします。

通りすがりのPCユーザー - 2105@QjGsz6nT 返信 07/14 (木) 18:20
> [2022-07-14 12:25:46] From IE Setting : localhost:8080 :

使い始めた当初に待ち受けポートにしていたのが8080番。2000→XP→7→10と変遷していく途中で何かとバッティングしたので現在の8082番へ変更したという経緯があります。

SSDのメンテの為にWindows 7 Professionalな Thinkpad X230を起動したところなのですが、Proxy Serverを使用するに設定し忘れていたようで、thilmeraが正常に動作していることが確認できます。

> サーバー側でヘッダーにtext/plainのmime指定をした

お恥ずかしい限りなのですが、何処をどう設定すればいいのでしょう。
とある雑誌の記事に従ってあれこれ弄り回して、自分で選択したのはポート番号だけだったという記憶しかないので、詳細をもう覚えていないのです。
フィルタの編集→ヘッダ→Content-Type: Fix MIME types{In}のチェックを外せばいいですか?

宜しくお願いします。

[appended] zip

弦生ささと - admin 返信 07/14 (木) 18:25
thilmera7test_build_s64_20220710-173647.zipのバージョンにて、以前のとおりの状態にして問題なく動作するかの確認をお願いします。

サーバー側での対処により、こちらのテストではProxomitronの問題は解決していますが、元々の問題が発生している環境でも解決するかの確認をお願いしたいです。

通りすがりのPCユーザー - 2105@QjGsz6nT 返信 07/14 (木) 18:25
お聞きしたかった疑問点を書き忘れていました。

同じ環境で、10と 7で違いが出るのは何故でしょうか。

宜しくお願いします。

弦生ささと - admin 返信 07/14 (木) 18:36
>同じ環境で、10と 7で違いが出るのは何故でしょうか。

>>windows8.1以降とそれ未満では動作が異なり、8.1未満のOSでは自動でプロキシを取得する機能が使えないので、IEの設定をロードするようにしています。

まぁ多分ですが、win10ではProxomitronは無視されているのではないかと思います。

通りすがりのPCユーザー - 2106@QjGsz6nT 返信 07/14 (木) 19:02
> win10ではProxomitronは無視されているのではないかと思います

MSによる過去に有効だったレジストリなどの改悪無視って奴かな?

> サーバー側での対処

とは、Proxomitronの事ではなくて、thilmeraのサーバーマシンの事だったんですね。

無事、OS起動に合わせて動作することを確認しました。

これで元の0b147 Rev.8に戻していいのでしょうか?

[appended] zip

弦生ささと - admin 返信 07/14 (木) 19:09
確認ありがとうございます。

多分rev8で動くと思いますが、動かないならばchannel0にて修正を出します。

通りすがりのPCユーザー - 2110@QjGsz6nT 返信 07/20 (水) 21:09
遅くなりました。

> 多分rev8で動くと思います

無事、問題なく動作しています。
ご報告まで。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 報告 アプデ後に設定がリセットされる(?)
#873
さた - 2096@wPwZwXtmPXP1PPG2wm0wG22GPZXl/u/ 返信 2022/07/03 (日) 01:18
アプデ直後の起動は問題なく以前のバージョンで設定したものが引き継がれていたのですが、再起動をかけると設定がリセットされていました。
Thilmera7の置き場所が悪いのかもしれませんし、再設定すれば済む話なのですが、とりあえず報告させて頂きます。。。

弦生ささと - admin 返信 07/03 (日) 01:22
全ての設定がリセットされましたか?
再起動というのはOSとシルメラどちらですか?
置き場所はネットワークドライブ上でしょうか?

ini_historyというフォルダに、過去何日か分の履歴が残っているので、そこから復元できます。


さた - 2096@wPwZwXtmPXP1PPG2wm0wG22GPZXl/u/ 返信 07/03 (日) 01:31
返信ありがとうございます。
はい、全ての設定がリセットされています。
Thilmeraのアプリケーションを再起動しました。
置き場所はC:\Users\さた\ダウンロード(以前頂いたテストビルド)と C:\Users\さた にバックアップを置いてありました。

ini_historyを確認してみましたが、アップデート前にthilmera7.backupが生成されてないかもしれません…復元してみましたが空でした。以前のバージョンのバグだったのでしょうか…

弦生ささと - admin 返信 07/03 (日) 01:36
現在のバージョンは0b174 Rev.8でしょうか?

現在何か設定をし、シルメラを再起動されてもリセットされますか?
また、backupは作成されますか?

さた - 2096@wPwZwXtmPXP1PPG2wm0wG22GPZXl/u/ 返信 07/03 (日) 01:42
Rev.8です、再起動してもリセットされずbackupも生成されています。

とりあえず再設定を済ませました。今のところRev.8で何の問題も発生していませんので、このまま利用させて頂こうと思います。
お手数をおかけして申し訳ございませんでした…!

弦生ささと - admin 返信 07/03 (日) 01:43
むむむ、釈然としませんが、とりあえず現行verの致命的バグではないようなので、様子を見てみます。
報告ありがとうございます。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 不具合 GPUの認識を取り違えている
#872
朝ごはん - 2099@JPwZtflu021GGu0wfu/2uJ1g1Z 返信 2022/07/02 (土) 01:48
お疲れさまです。
version 0b174 Rev.8 からだと思うのですが、2枚挿したGPUの各情報がそれぞれもう一枚の項目として表示されてるようです。
RTX3050とGTX1050Tiを挿しています。
ドライバーはStudio 516.59 でしたが、念のため512.96に変更しても変わりませんでした。
(旧版512.96から昨日変更していてthilmera7に問題なかったので、ドライバー更新が直接の原因ではないと思いますが一応。)

それに近い不具合として、3月に組んだときからのことではあるのですが、3050がデュアルファン、1050Tiがファンレスなのですが、ファン回転数を表示させると、2つの板に一つずつファンが載っているような表示になってしまっています。

またこちらは要望なのですが、カードごとにW数を表示させたいのですが、古いカードでは仕様が違うのかTDPの何%消費中、のように出る場合ありますよね。
1050Tiがそうなのですが、こちらの最大消費電力はわかっていますので、その何%消費しているという数値と合わせ計算すれば、W数で表示することも可能なのではと思います。
各TDPはユーザーが入力すれば良いだけですし。
正確性より概算ででも単位が統一されていたほうが心地よいので、ご一考ください。

朝ごはん - 2099@JPwZtflu02lm01gw//m/l00mlX 返信 07/02 (土) 02:17
すみません!書いたあとの再起動で「GPUの認識を取り違えている」は正常に戻りました。
それまでも2回は再起動しててのですが。この件については無視してください。

ファン回転数とGPUのTDPに関してはそのままです。

弦生ささと - admin 返信 07/02 (土) 12:31
報告ありがとうございます。

GPUの認識の順序に関してはOSやドライバ側の話なので、正直2枚刺しに名前をつけたものがそのまま常にその通りに認識されるかは正直よくわかりません。

まぁ、NVIDIAに関してはPCIのbus番号とかで順序を無理やり固定することも不可能ではないと思うのですが、色々な不具合の元になりそうなのであまり安全ではありません。

ファンについては、最近はだいたいセミファンレス(アイドル時は回転0)なので、0RPMになると表示が消えるようにすると、行数がパタパタかわってしまうため、意図的に「0RPM = ファンなし」という認識にはしていないです。

ファンレスかどうか調べられるか確認してみたのですが、かなり新しいAPIに、ファンの数を数えるというものがあり、それを実装してファンの数が0ですよと返ってきたものは、ファンの表示を消すようにしてみました。


あと、TDPに関しては、じつはTPDとwattを見比べると、全然一致しないものなので、TPDと割合が分かればワット出せるというわけではないのですが、パーセント表示より視認しやすいのはたしかなので、TPDの手動設定を作ってみました。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220702-122824.zip

確認をお願いします。

朝ごはん - 2099@JPwZtflu02lm01gw//m/l00mlX 返信 07/02 (土) 16:07
GPUの表示順に関して、了解しました。

ファンの表示についてですが、それぞれのGPUにファンが表示された状態が再現できず、余計な手間かけさせたようです。
3050のファン(A1、A2 非連動)、1050Tiのファンレス(コネクタのみあり仮にB1)とあり、A2の回転数がB1にthilmeraで表示されていたのです。
ドライバの更新などが原因かわかりませんが、現在ではA1のみがthilmera上で表示されるようになったようです。
使用する上で問題ではないので、私はこのままでもよいです。

>ファンレスかどうか調べられるか確認してみたのですが、かなり新しいAPIに、ファンの数を数えるというものがあり、それを実装してファンの数が0ですよと返ってきたものは、ファンの表示を消すようにしてみました。

こちらは自環境では想定した動作しないようです。
前述のB1コネクタが2pinですので、おそらくファンの有無を正しく返していないと思います。
ユーティリティなどで見るとファームウェア上ではGPU温度に関係なく20%を指定してるみたいなので、セミファンレスの0rpm時を常時返してるんじゃないかなと思います。
こちらも無理に対応する必要はありません。

>あと、TDPに関しては、じつはTPDとwattを見比べると、全然一致しないものなので、TPDと割合が分かればワット出せるというわけではないのですが、パーセント表示より視認しやすいのはたしかなので、TPDの手動設定を作ってみました。

そう簡単なものでもなかったのですね。
とりあえずは想定した表示になり、目安としては十分に使えそうです。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 質問 プロキシ環境下のアップデート
#867
七海灯 - 2095@HvR3MSHy 返信 2022/06/20 (月) 11:29
thilmera7 Updater 0.6.8 ですが、プロキシ環境下だとネットワーク接続できなくなってしまいました。
今まで (0.6.6?) は問題なくアップデートできていました。
システムやthilmeraのプロキシ設定を無視していませんか?
確認をお願いします。

以上、宜しくお願いいたします。

弦生ささと - admin 返信 06/20 (月) 12:44
報告ありがとうございます。

どうもアップデートと本体の終了の順序などを入れ替えた時に、設定のロードが初のサーバーへのアクセスより後になってしまっていたようです。

repo.thilmera.com/pac/thilmera7/test2/thilmera7.upd.exe.test20220620-1240.zip

こちらテストをお願いします。

ちっひー - 2098@VuHyKwiI 返信 06/29 (水) 14:14
元々の質問者ではありませんが、私も繋がりません。
上のリンクが 404 になってます。

thilmera 0b173 Rev.3 (Updater 0.6.8.0)
■ サーバーに接続できませんでした。 [chk]
となって終了してしまう。

弦生ささと - admin 返信 06/29 (水) 14:57
すみません、返答が全くなかったので、クローズしていました。

ちっひーさんの場合もプロキシ設定によるものでしょうか?
であるならば以下で直るかを試してほしいです。
repo.thilmera.com/pac/thilmera7/updater
こちらVer0.6.8.0のままですが、プロキシの設定ロードを修正したものになっています。

もしくはthilmera7.upd.exeを消して起動したはこれに更新されます。
バージョンを上げていないのは解決したのか不明なためです。

弦生ささと - admin 返信 06/29 (水) 16:20
HTTP接続にプロキシ関係が必要な方に以下のテストをしてほしいです。
repo.thilmera.com/pac/thilmera7/test0/thilmera7.upd.exe.20220629.zip
こちらのアップデーターを、thilmera7.iniの無い所で実行し、特別な設定をせずに設置UIが出るところまで進むかどうか。

テスト内容は、プロキシを自動的に取得する機構を入れてみたのが、正しく機能するかどうか。になります。

よろしくお願いいたします。

弦生ささと - admin 返信 07/01 (金) 22:39
プロキシ関連の対応を行ったバージョン 0.6.10.0 へ更新しました。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= テスト HTTP接続のプロキシ自動検出のテスト
#871
弦生ささと - admin 返信 2022/06/29 (水) 20:31
HTTP接続にプロキシが必要な環境の方がいましたら、以下アップデーターを単独(thilmera7.iniのない場所)で実行し、特別なプロキシの設定をせずに、ダウンロードチャンネルの選択肢のUIが出る所まで進められるかどうかの確認をお願いしたいです。
repo.thilmera.com/pac/thilmera7/test0/thilmera7.upd.exe.20220629.zip

テスト内容は、プロキシを自動的に取得する機構を入れてみたものが、正しく機能するかどうか。になります。

よろしくお願いいたします。

弦生ささと - admin 返信 07/01 (金) 22:39
プロキシ関連の対応を行ったバージョン 0.6.10.0 へ更新しました。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

質問 HDDのスリープ状態を表示できますか?
#870
あきら - 2097@PPwZP2wZ2tZGPPJJZg0Z0P2tmuGm1mPJ 返信 2022/06/26 (日) 12:36
はじめまして。クライアントPCおよび家庭内簡易サーバーの状態表示ソフトとして大変ありがたく使用しております。
質問ですが、SATA接続の内蔵HDDがスリープに入っているか/起きているかを表示できないでしょうか?
Windowsで設定した時間の間HDDにアクセスしないとHDDがスリープ状態に入りモーターの回転が止まるかと思いますが、それが一目でわかれば便利だなと思った次第です。

弦生ささと - admin 返信 06/26 (日) 15:57
うーん、軽く調べた限り、HDDのパワーオンオフの状態を直接取るようなものは見つからないですね。

Windowsが電源をオフにするイベントかなにかを拾えたらいいのですが、OSの電源イベントはあるものの、ドライブに関してはよくわからない…


HDDによっては、オプションの No Wakeup を使用しているときに、Wakeupが発生したらオフになっているという判定はできそうですが、電源オフのときにSMARTがとれるかどうかはHDDによるので、画一的な方法ではないかもしれません。

ちなみにオプションの No Wakeup を使用していない場合、HDDの寝た子は起こされます。

*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 報告 レイヤードの背景色の透明度が選択できません
#869
さた - 2096@wPwZwXtmPXP1PPG2fGfuGJtw2m211J/g 返信 2022/06/24 (金) 00:22
前のバージョンでは設定できていた(はず…)の背景色の透明度が、灰色になって設定できなくなっています。これは仕様でしょうか?
前のバージョンでは、透明度が11%以上だと、デスクトップがはっきりと見えるがthilmeraの空白の部分(文字のないところ)にも当たり判定があってちょうどよかったのですが、33%固定になり、すこし見づらいのです。
とはいえ背景色を透明化をonにすると、当たり判定が文字かバーのあるところにしかあらず、thilmeraを移動しようと思ったらデスクトップをクリックしてしまったりします。
バグでしたら、この報告をご参考にして頂ければ幸いです。仕様でしたら、どのような条件下ならこの設定が変更できるかご教示頂ければ幸いです。

さた - 2096@wPwZwXtmPXP1PPG2fGfuGJtw2m211J/g 返信 06/24 (金) 00:26
すみません、「レイヤード設定時の背景色」ということを書き忘れていました…こちらの設定です

弦生ささと - admin 返信 06/24 (金) 00:27
背景を透明化をオフにしたら設定できませんか?

「背景を透明化」は 0% 固定になります。

さた - 2096@wPwZwXtmPXP1PPG2fGfuGJtw2m211J/g 返信 06/24 (金) 01:00
返信ありがとうございます。設定を外して再起動してみましたが、変わらずでした…

弦生ささと - admin 返信 06/24 (金) 01:08
確認ありがとうございます。

調べたところ、ハードウェア描画モードでは問題ないものの、ソフトウェア描画モードにおいてフラグがおかしくなっていたようです。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220624-010702.zip

修正しました。

さた - 2096@wPwZwXtmPXP1PPG2fGfuGJtw2m211J/g 返信 06/24 (金) 01:13
完全に修正されています…!
深夜にも関わらずご対応頂きありがとうございました。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 質問 レポート:HDD SMART情報が「! Error」表示になる
#866
Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 2022/06/19 (日) 01:18
毎々お世話になります。 現在、Ver.0b174Rev.5 を愛用しています。
以前のVer. から当PC環境で発生している次の事象について、貴サイトのヘルプやQ&Aを参照
しても自己解決できなかったので、お手数とは存じますが質問させて頂きます。
(事象1)レポート:HDD SMART情報が「! Error」表示になる
(事象2)レポート:マザーボード情報を選択しても何の表示変化もない

上記の(事象2)については、設定の「マザーボード」をON にした場合に「NOT ALIVE」と
表示されるため、私のPC がシルメラの同機能に未対応なのかと考えています。
つきましては、(事象1)について何かPC点検(確認)方法を教えて頂けますでしょうか?
なお、私の現用PC は、ヤフオクで入手した「電源入らずのJUNKノートPC」出身であり、
マザーボードの電源ラインに挿入されたコンデンサが短絡しているものを自分で修理して、
既に2万8千時間以上の間、正常稼働しているものです。
CrystalDiskInfo 64bit(Ver.8.17.2)では、SMART情報が読み取れる状態です。

弦生ささと - admin 返信 06/19 (日) 17:27
報告ありがとうございます。

>(事象1)レポート:HDD SMART情報が「! Error」表示になる

これは環境により、標準の定義ではない項目があると、対象の説明文が見つからずにクラッシュしていたようです。

折角なので、あまりの物量に心が折れた1009件のSMARTの説明文を全言語で導入しました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220619-172159.zip

マザーボードに関しては、マザーボード情報で表示されるChip IDの情報を下さい。

ただ、4大マザーボードではない場合はそもそも対応できない可能性が高いです。
マザーボードはそもそも全てをカバーしていません。

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 18:05
ご親切に迅速な対応を頂き有り難うございます。
Ver.0b174 Rev.5.1 では、SMART情報を取得して表示されることを確認しました。
なお、「Chip IDの情報」は、マザーボード情報そのものが表示されない事象のため、
提供不能です。 何か別の方法はありますか?

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 18:52
ちなみに、SMART情報は添付画像のとおり正常に表示されました。

弦生ささと - admin 返信 06/19 (日) 19:13
マザーボード情報そのものが表示されない場合、対応できるできない以前に、SuperIOという情報取得に必須のものがそもそも物理的に載ってない可能性があります。

SMBIOS情報もなにも出ませんか?

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 19:17
SMBIOS情報は、表示されます。

弦生ささと - admin 返信 06/19 (日) 19:17
なんと表示されますか?

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 19:19
そのデータを提供する必要がありますか?

弦生ささと - admin 返信 06/19 (日) 19:22
その情報すらないと、何のメーカーの何というマザーボードなのかすらわからないので、これ以上調べることは不可能です。

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 19:29
表示されたSMBIOS情報をクリップボードにコピーして、メモ帳に貼り付けましたが、
提供する必要もなく、これ以上調べることは不可能ということですね。
貴重なお時間を拝借して、色々お手数をお掛けしました。 有り難うございました。

弦生ささと - admin 返信 06/19 (日) 19:32
話の意図を説明させて頂くと、

[1] SMBIOS情報が出ないか?
[2] 出るならばなんと表示されるか?
[3] その情報がないと調べられない。

よって、提供する必要がないとは一言も言っていません。
まぁ、わざとおっしゃっているならばこれ以上お返事されなくても構いません。

ありがとうございました。

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 19:35
私の誤解です。 「なんと」という箇所を感嘆符ととらえていました。
大変失礼しました。

[appended] txt

弦生ささと - admin 返信 06/19 (日) 19:46
ありがとうございます。

調べた限り、チップは

Northbridge Intel ID1904 08
Southbridge Intel ID9D48 21

らしいことまでは分かりました。

ただ、Intel系のマザーボードは今のところ対応していないので、資料を探してみます。

Gonbe - 2094@1PwZPPPmPwwZt/lPJ0f2X2ffuPtGm0f 返信 06/19 (日) 19:49
何かと不手際を演じてしまい、申し訳ございませんでした。
お手数をおかけしますが、宜敷お願い申し上げます。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 報告 ビデオメモリ(VRAM)の項目の使用率パーセント表示について
#863
Mc - 2088@IvqMWGt3 返信 2022/06/16 (木) 23:32
こんばんは。

Vistaの32ビット版でThilmera7を使わせてもらっています。

本日アップデートで、メモリの「ビデオメモリ(VRAM)」の項目で表示されていた
「使用率パーセント」みたいなものが、正常に読み込まれなくなった気がします。

該当箇所を赤枠で囲った画像と、thilmera7.iniの二つを添付しますので、
ご確認いただけないでしょうか。

[appended] 7z

弦生ささと - admin 返信 06/16 (木) 23:40
報告ありがとうございます。

ちょっと心当たりを修正してみましたが、Vista32がないため、確認をお願いします。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_20220616-233855.zip

Mc - 2088@IvqMWGt3 返信 06/17 (金) 00:22
こんばんは。

テストbuildの全ファイルを上書き保存後に「thilmera7s.exe」で再起動しました。
結果は変化していないような気がします。

弦生ささと - admin 返信 06/17 (金) 00:26
テストありがとうございます。

別の所に問題がもう一か所見つかり、修正しました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_20220617-002511.zip
もう一度確認をお願いします。

Mc - 2088@IvqMWGt3 返信 06/17 (金) 01:33
こんばんは。

20220617-002511を上書き保存後に「thilmera7s.exe」で再起動しました。
その結果。ちゃんとパーセント表示に戻りました。
まだVRAM周辺の設定項目だけしか弄っていないのですが、おそらく直ったのだと思います。

このBuildで様子を見たいと思います。

お手数をおかけいたしました。

Mc - 2088@IvqMWGt3 返信 06/17 (金) 01:45
申し訳ないです。

なんて表現すればいいのかわからないのですが、VRAMの項目だけ縦に綺麗にそろってないかもしれないです。(20220616アップデート前はそろっていたと思います)

画像の橙色で囲みましたが伝わるでしょうか。
今日はもう寝ます。

弦生ささと - admin 返信 06/17 (金) 02:35
こちら、頂いたiniでは再現できず、正しい列数で表示されていたのですが、何が原因だろう。
仮想マシンで確認できない項目なのが辛い…

とりあえず他のメモリ欄の定義と同じような形にしてみたので、0b174 Rev.2にて修正されているか確認をお願いします。

直ってないならばもうちょっとテストにお付き合いくださいm(__)m

Mc - 2093@IvqMWGt3 返信 06/17 (金) 23:47
こんばんは。

本日のRev4っていうアップデートを適用させていただきました。
私の症状は直らなかったっぽいですが、表示に変化がありました。
(私は自動アップデートが動いたようですが、一応upd.exeで最新という項目もクリックしました)

画像と今日のiniファイルを添付させていただきます。
何かわかるといいんですが……

[appended] 7z

弦生ささと - admin 返信 06/18 (土) 00:26
疑似的にVista相当の表示をなんとか再現し、問題を確認した上で調整してみました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_20220618-002453.zip

Mc - 2093@IvqMWGt3 返信 06/18 (土) 00:57
こんばんは。

新しいbuildを上書き保存後に表示を確認させていただきました。
使用率のパーセント表示もほかの項目と縦がずれてしまう症状が改善していました。

これでまた様子を見させていただこうと思います。
どうもありがとうございました。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 不具合 RyzenMaster2.8.0.xではCPU温度/ワット数が表示されない
#865
横レス - 2091@pAEfv8wb 返信 2022/06/17 (金) 08:01
0b174Rev.4 のアップデート後、添付画像のようにCPUの温度とワット数が 0.0 に。

RyzenMaster 2.8.0.1937 (多分現行最新版RyzenMasterより一つか2つ前)な環境なので、RyzenMasterをアップデートすればいいだけと思いますが、一応ご報告まで。

横レス - 2091@pAEfv8wb 返信 06/17 (金) 08:28
念のため、レポート>CPU情報と ini 添付しておきます。
__CPU情報__

report: <cpu infomation>

--------

[Driver OK]
Type: 2021 Extend


--------

report: <cpu infomation>

--------

[Driver OK]
Type: 2021 Extend
NUMA Nodes = 1
Physical Processer Packages = 1
Processor Cores = 6
Logical Processors = 12
Processor L1 Cache = x12 Total 384 KiB
Processor L2 Cache = x6 Total 3072 KiB
Processor L3 Cache = x2 Total 32768 KiB

CPU Vendor = "AuthenticAMD"
CPU ID = 0x870F10

[AMD CPU]
[17h(Zen,Zen+,Zen2) mode]
CPU Temp Support = YES
Prosessor name = "AMD Ryzen 5 3600 6-Core Processor "

Family=0x17 Model=0x71 Stepping=0x0 TjMax=0

---- Windows Experience ----

CPU: 9.2 [AMD Ryzen 5 3600 6-Core Processor]
MEM: 9.2 [16.0 GB]
GPU: 8.8 [Radeon RX 580 Series]
D3D: 9.9 [16335 MB の 利用可能な総グラフィックス メモリ]
HDD: 8.1 [空き 40GB (合計 118GB)]


---- CPU External Clock ----

External Clock = 100Mhz
Current Clock Speed = 3593Mhz


---- Processor ----

AddressWidth = 64
CurrentClockSpeed = 3593
DataWidth = 64
Description = AMD64 Family 23 Model 113 Stepping 0
DeviceID = CPU0
ExtClock = 100
Manufacturer = AuthenticAMD
MaxClockSpeed = 3593
Name = AMD Ryzen 5 3600 6-Core Processor
NumberOfCores = 6
NumberOfLogicalProcessors = 12
ProcessorId = 178BFBFF00870F10
SocketDesignation = AM4

__ここまで__


[appended] ini

弦生ささと - admin 返信 06/17 (金) 10:59
報告ありがとうございます。

なるほど。認識そのものがしてないですね。

心当たりを調整して、ログ出力をオンにしました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220617-105858.zip
こちらで出力されるdebug_log.rm.txtをここに添付してほしいです。(返信 詳細オプションからファイルを選択)

横レス - 2091@pAEfv8wb 返信 06/17 (金) 19:35
症状の確認ありがとうございます。

遅くなりましたが、以下の手順で生成された ファイル(debug_log.rm.txt)を添付します。

1. テストビルドを仮フォルダに展開し、
2. そこへ既存の thilmera7.ini (前述添付したモノ)をコピーして、
3. テストビルドの thilmera7s.exe を起動


[appended] txt

横レス - 2091@pAEfv8wb 返信 06/17 (金) 20:11
っと、ログ添付に気を取られて忘れていましたが、テストビルド版で旧来通りのCPU情報表示がされていることを確認しました。
(RyzenMaster 2.8.0.1937 から更新していない環境にて)

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 不具合 NTPがRDPマシンで全滅
#864
通りすがりのPCユーザー - 2089@QjGsz6nT 返信 2022/06/17 (金) 01:32
0b174 Rev.1 に手元のマシンで更新したところ、24H稼働のRDPマシン3台全部がNTP同期不能で全滅してしまいました。3台全部がオフラインモードになっています。

手元のマシン(Inspiron 3250)で設定画面を開くと、タイトルバーに[x64s]の文字が見えますが、全滅した3台は何れも[x64n]になっています。

アップデータ単体をダウンロードして

2022/05/26 19:22 347,056 thilmera7.upd.exe

に差し替えた後に再更新してみましたが、状況に変化はありませんでした。

thilmera7を再起動しても状況に変化はありませんでした。

ショートカットファイルのリンク先にも違いはなさそうでした。

他に何か確認することなどありますでしょうか?

[appended] 7z

弦生ささと - admin 返信 06/17 (金) 01:42
あー…なるほど。しまったなぁ。

確認してほしいのは、スタートアップサービスを使用しているかどうかです。

多分s版がカンパ版だったころにthilmera7_64.exeをスタートアップサービスに登録している状態ではないかと思います。

0b174ではthilmera7_64.exeはオフライン専用としたのが多分原因です。

多分同設定の人多いと思うので何とかしようと思います。

弦生ささと - admin 返信 06/17 (金) 02:23
とりあえずこの問題は緊急性が高いので、確認の前に0b174 Rev.2としてリリースしました。

お手数ですが、アップデーター(thilmera7.upd.exe)を直接実行して0b174 Rev.2を適用して復元されるか確認をお願いします。

Gonbe - 2090@1PwZPPPmPwwZt/l12PlJutg/t1/Gt0Z 返信 06/17 (金) 03:23
私は、テスト版Ver.0b173Rev.3.5 からVer.0b174Rev.1 へ更新して同事象に遭遇しました。
設定を開くと「オフラインモード」と表示されて、全ての設定項目が開けませんでした。
試行錯誤の末、スタートアップサービスに登録されているのに起動しないことに気付き、
旧版のスタートアップサービスを削除して再登録することにより正常稼働しています。
なお、Ver.0b174Rev.2 がリリースされたので更新済み。 いつも有り難うございます。

Gonbe - 2090@1PwZPPPmPwwZt/l12PlJutg/t1/Gt0Z 返信 06/17 (金) 03:36
深夜に何かとお疲れ様でございます。 Ver.0b174Rev.4 へ更新しました。

弦生ささと - admin 返信 06/17 (金) 03:40
報告ありがとうございます。

「オフラインモード」で設定項目が表示されないのは移行による定義不足が原因で破損していました。

緊急でRev.3-4をリリースしました。

Gonbe - 2090@1PwZPPPmPwwZt/l12PlJutg/t1/Gt0Z 返信 06/17 (金) 04:55
説明不足の部分があり、誤解を招くおそれがあるので、補足させて頂きます。
先ほどは「テスト版Ver.0b173Rev.3.5 からVer.0b174Rev.1 へ更新」と書きましたが、
私は、Ver.0b173Rev.3.5 を常用しており、Ver.0b173Rev.3 も残していた状態から、
Ver.0b174Rev.1 へ更新したので、そのように記述してしまいました。
実際には、Ver.0b173Rev.3 からVer.0b174Rev.1 への更新作業をしたのが正しくて、
テスト版Ver.0b173Rev.3.5 については、フォルダごと削除しています。

通りすがりのPCユーザー - 2092@QjGsz6nT 返信 06/17 (金) 18:06
> 多分s版がカンパ版だったころにthilmera7_64.exeをスタートアップサービスに登録している状態ではないかと思います。

ビンゴです。

Ver.0b174 Rev.4 へ更新して全面復旧しました。

ありがとうございます。お疲れ様です。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

テスト IPv6からの書き込みができるか
#861
弦生ささと - admin 返信 2022/06/03 (金) 04:30
現在IPv6の試験中です。

ルーターの関係でIPv6からの書き込みの確認ができないので、確認してくれる方を募集。

弦生ささと - admin 返信 06/03 (金) 16:13
RyuvayさんがIPv6からテストしてくれています。

というIPv4から書けなくなっていないかの書き込みテスト。

Ryuvay - 2083@GPwZ222//tP211lgPl0JfwfPGm/ZZl 返信 06/03 (金) 21:30
IPv6からの書き込みテスト

弦生ささと - admin 返信 06/03 (金) 21:33
Ryuvayさんありがとうございます。

スパム避けをホストの名前解決に依存していた形から、reCAPTCHA v3(追加操作不要)に変更しました。

RRX - 2084@JPwZZXPl0f2//f2uXZ2P0Xl11mf 返信 06/03 (金) 21:43
テスト

RRX - 2085@JPwZZXPl0f2//f2uXZ2P0Xl11mf 返信 06/03 (金) 21:51
FireFox から。↑は MS Chromium Edge Windows.

RRX - 2086@JPwZZXPl0f2/21f/2/ZG2JJ/121 返信 06/03 (金) 21:53
Android Via(サードパーティのブラウザ)

RRX - 2087@GsZXyxvD 返信 06/03 (金) 21:55
Windows XP ForeFox 52.9.0 (32 ビット)

*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

=解決= 報告 マウス透過ON/OFFのOFF時の挙動 (0b173 Rev.3)
#860
sleepyF - 2081@VuWtR321 返信 2022/05/23 (月) 01:32
右クリックメニューで、マウス透過ON/OFFを一旦ONにするとウィンドウが
半透明になると同時にthilmera7を無視する挙動(透過)となるのは想定通りですが、
タスクトレイのthilmera7アイコンからマウス透過ON/OFFをOFFに戻した際に、
マウスの透過動作はOFFに戻りつつも、ウィンドウの表示が半透明のまま戻せません。

設定メニューをチェックすると、上記操作でレイヤードがONにされた後、次に
OFFに戻らないことが原因の様子です。(なのでここでOFFにすればウィンドウの
半透明は戻せます)

弦生ささと - admin 返信 05/23 (月) 02:14
たしかにその通りで、レイヤードにしないとマウス透過はできません。

この仕様は相当昔のもので、当時は解決策が思いつかなかったのかそのままになってました。

ただ、今思えばレイヤードにしたら必ず透明にしないといけないわけではないので、シルメラにおける「レイヤード」設定とウィンドウのレイヤードフラグを分離して調整してみました。


repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220523-021032.zip

 ● マウスを透過させる設定が、透明ではないウィンドウでも機能するように修正し、強制的にレイヤード設定をオンにしないように変更。

sleepyF - 2081@VuWtR321 返信 05/23 (月) 05:20
テストビルド配布データで試したところ、サービスが開始できませんでした。
Windows 7 Home, Windows 10 Professional とも同じです。
サービス開始ができず、マウス透過ON/OFFのテストはしていません。

Windows 7, 10とも同じエラーダイアログ
> ローカル コンピューター の thilmera7 service サービスを開始できません。
> エラー 1053: そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。

元のファイル(thilmera7dat.t7p, thilmera7s64.exe)に戻すとサービスは起動します。

サービスを使わないWindows XP (32bit)では、単独で起動しますが、以下の
エラーダイアログがそれぞれ2回表示され、本体メニュー&設定項目が
全て[■ LANGUAGE ERROR ■]となりました(正しい位置の項目をクリックすれば
動作はします)。
また32bit XPではthilmera7.exeを利用しており、thilmera7s64.exeと関係ないためか、
マウス透過ON/OFFの挙動には変化がありませんでした(レイヤードがON維持)。

>thilmera7
> Language File Broken
> "lang.ja.ini"

>Illegal Execute
> [■ LANGUAGE ERROR ■]

sleepyF - 2081@VuWtR321 返信 05/23 (月) 05:28
Windows 7にてサービスを停止させないまま、本体だけを起動させて確認したところ、
マウス透過ON/OFFとレイヤードが連動せずOFFのままでウィンドウが半透明にならない
事は確認できました。
ただしXPの場合と同じLanguage File Brokenエラーが表示されます(けれど、
メニューは見えました)。

弦生ささと - admin 返信 05/23 (月) 05:34
ええと、まず今回のテスト版は64bitのみ用意したので、32bitのOSに関してはそもそもデータの形式が違うバージョンになります。
次期バージョンはこのあたり大改変しているので、ばらばらのバージョンでは互換性がありません。

サービスに関しても、もしthilmera7_64.exeなどで登録されていて、かつ本体にテスト版を上書きしてしまっていた場合は、データの形式違いの古いものがサービスとしてコールされ、thilmera7s64.exeを実行する前に止まっている可能性があります。

こちらでサービス関連を確認してみましたが、とくに問題は見受けられませんでした。

弦生ささと - admin 返信 05/23 (月) 07:03
こちらで再現できないバグである可能性もあるため、以下にテスト用のフルセットを作りました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_all_20220523-070000.zip
なお、本体に上書きする場合は、サービスの停止をした状態でコピーして下さい。
サービスを稼働させながらコピーすると、OSの排他処理により上書きされません。

sleepyF - 2081@VuWtR321 返信 05/23 (月) 09:53
設定で自動起動サービスを解除してからやり直したらthilmera7s64.exeが設定され、
サービスの開始も問題なくできました。
Language File Brokenエラー表示もなくなりました。
マウス透過ON/OFFでの問題がないことも確認しました。

先のテストも(上書きできないので)サービスを停止してから上書きしましたが、
動作がおかしかったのはサービスの実行ファイルとしてthilmera7_64.exeが
登録されていたからだったのですね。
自動起動サービスは以前も設定のメニューで登録させましたが、
かなり以前の版と最近の版とで設定ファイルが変更されたのでしょうか?

ところでマウス透過ON/OFFとレイヤードが連動せず不透明なままだと、
(事前に手動でレイヤードをOnにしておかないと)マウス操作を透過させたい
対象が見えなくて不便な気もしますがどうなのでしょう?
※今回挙動を指摘しつつも、私はマウス透過を使う予定がないので構いませんが…。

弦生ささと - admin 返信 05/23 (月) 17:56
確認ありがとうございます。

マウス透過と透明度は完全に分離したため、透明度がほしいなら透明度の設定をすればよいいと思います。

今回の変更は「マウスの透過が、強制的にレイヤード設定をオンにしない」というものなので、もしマウス透過時に透明度がほしいという別件の意見ならば、それ専用の設定(マウス透過時の透明度)を作ることになると思います。

RESOLVED : 追記した内容は通常通り管理人に通知されます。


*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "thilmera7.ini" やスクリーンショットを添付すると、対応にかかる時間が少なくなる可能性があります。また、開発者側で再現できない問題は、問題発生の環境向けのテスト版などの作成とテストを行う事が多いため、問題は報告だけしても解決に至らない場合があります。

thilmera project - forum (Japanese)

フォーラム一覧
t7b - v11.29.0.0
Original - Board v3.4 Revision(http://revision.s22.xrea.com/)
© 2001-2023 Gakuto Matsumura:弦生ささと (thilmera7gmail.com) Privacy Policy